游戏开发者Cliffski抱怨现在程式码夸张膨胀“可能有99%的内容都是垃圾”
https://tinyurl.com/229o8zbm
作为一名从事独立游戏设计和程式业务的开发者，克里夫斯基（Cliffski）在一篇文章中
吐槽道 —— 这年头的“程式码膨胀”，已经到了令人发指的地步。
他以自己常使用的一个云端备份服务为例来说明，这个由某个大公司提供的云端备份工具
，基本上提供的服务就是指向本地端硬盘上的一个资料夹，然后把内容复制到一个远端伺
服器上。而上传到服务器时，大公司可能需要做一些与数据库管理有关的事情，例如给这
一堆上传的档案分配一个名称，并验证谁下载了它。
“这是一家大公司，所以他们有大的程式，而且可能经常被骇客攻击，所以需要一些安全
保障，也需要一些验证，以确保在我上传和他们接收档之间没有被篡改过。我明白这一点
。”他表示。“但基本上这个程度的目的就是列举一些文件，读取它们，上传它们，然后
关闭连接，并提供一个日志档，说明是否成功，如果不成功，出了什么问题。事实上，我
自己也从头开始写过这样的程式码，使用wininet API和服务器上的php与MySQL数据库对
话。与企业级的东西相比，我的东西可能没有那么强大，但它确实可以做到。”
不过他表示，今天他所使用的这个大公司提供的上传工具，档案大小共有230MB，里头有
2700个不同的档案，就为了管理这个过程。
他表示这说明了现在的应用程式，已经超越了“臃肿”可以形容的程度，程式档案的膨胀
已经变成“完全的、彻底的、明显的荒谬和疯狂”。
一个普通的程式设计师都可以编写一个同样功能的程式，它的程式码量小到只有这个应用
程式的 1/20，足以将文件安全、快速地上传到服务器。甚至可以是一个单独的 .exe 可
执行文件，无需成百上千的动态链接库（DLL）。
不仅可行，而且简单、可靠、高效、易于调试。只需稍微努力那么一下，它就会起到切实
的作用。
那么，现在的程式码为什么会变得这么大而臃肿呢？
“我见过不少程式员在干这种烂活，我知晓这种情况是怎么发生的。”他表示，越来越多
程式设计师不去研究通过底层的高效程式码来完成工作，且许多人甚至从未写过所谓的好
程式码。很多人往往就是引用DLL函示库，需要什么就去找什么。
“我可以断言，在你的电脑中许多应用程式，99.9%的程式码是绝对无用的，甚至从来没
有被执行过。它只是在那里，在一套多达65个档案的DLL函示库中，这只是因为某个程式
设计师想做一些微不足道的事情，比如保存一个位图，但他们不想从底层来写这个程式
，所以他们导入了一整桶臃肿的垃圾来实现它。”
举个例子，当年一个仅 64Kb 的《Elite》游戏，就包含了庞大的星系、3D 太空战斗、职
业发展系统、交易、以及数千颗可供探索的行星。
诚然，现如今电脑速度已经快到可以忽略程式的臃肿。但是在你使用电脑时，正在怀疑自
己到底有没有点下去按钮的这半秒钟时间里，频率动辄数 GHz 的处理器世界里，早已过
去了数十亿年。我们浪费了个人计算机 99% 的算力和能耗，就为了这些垃圾程式。
想像一下，在你急着想要在档案总管中快速搜寻某个档案的时候，工作管理员却在那搞一
堆废话，如果你查一下后台，竟有102 个程序在忙碌著，天知道他们在干什么！
或许正因如此，我们才在几乎没有干任何事情的情况下，你发现你去年才买的机器，今年
就“老了”。
你甚至需要每年都换一部新手机、新电视，以执行那些臃肿不堪的串流媒体 App —— 只
因为它们依赖执行的程式码是如此糟糕！
他表示他非常怀唸过去程式的黄金时代，程式员们对内存和 CPU 的限制了如指掌。如
今，我们已经被迫生活在了一个效率极其低下、但浪费又如此夸张的泥潭里。

确实

确实

给钱啊 时限跟薪水就订在那边 干嘛自己写底层

要有以前那种超多限制的环境才有研究这些程式的必要阿

所以你敢删掉99%的代码吗

确实

他去大公司工作就知道了，独立开发都把事情想得很简单

确实 你行你上

干嘛自己造已经有的轮子....

对 我就废 写个小程式要引用几百M的.NET框架

不用自己造轮子 但是使用轮子也该用得更聪明一点吧

可能还是要踏出门一下

那么肝 自己重写又没比较多薪水 干嘛自找麻烦嫌肝太新鲜？

如果是接手前人的会留一堆垃圾很正常 因为根本看不懂包括那个写的人...

无解啦，就问你接手上一个的码，你愿意全部重写只为加一个功能，还是直接外挂一个省事?

不知道写程式的AI会不会执著于#magic

这就是最典型的没事干嘛去造轮子的问题

轮子别人造的 随便改以后维护很麻烦 但里面又塞了一堆

如果他是工程师写了三十年程式 那我可以理解他说的 但现在高

硬件够强软件就随便写，功能对就可以了

一部分是空间成本低 所以膨胀顶多让玩家增加下载时间

一个烂的工程师可以制造三个工作机会.jpg

好像js也是这样欸

而大公司可能有自己常用的轮子组

钱

我觉得这个人真的把问题想得太简单 一堆DLL放在那边就是为了相容性跟可携性你哪天灌个东西就因为少个DLL或是两个互相冲突 结果导

东西稳稳能动就好 重造出事还要扛责任

致你要花几天的时间在那边Debug 最后解法还超级简单

"与企业级的东西相比，我的东西可能没有那么强大，

Techbang呵呵连程式设计师的名字都写错

如果目标平台有足够空间 当然是开发效率>>>程式精简

现在容量就跟不用钱一样，哪个消费者在乎大小？只有switch 版游戏会加减瘦身吧？然后瘦完载day1修正档

他好像在说"我做的小项目程式可以比较精简"的废话

简单说 就是因为现在不怕容量不够

确实

完全理解，我在前公司曾经砍掉系统一半的code再重写了1/6去取代，结果网站速度比以前快了10倍有

独立游戏开发者 难怪说的出这种话==

有效能需求的时候自然会有人去profiling

自己写的和接手四五个人碰过的程式就不一样，讲什么干话

要在影响效能重大才有理由做 通常都只是占容量而已没差

然后呢 接手别人写的程式是怎么回事应该知道吧

原来是独立游戏开发者讲的，难怪

“研究通过底层的高效程式码来完成工作”这干话都讲得出

团体分工时 当然要选择肥但很容易看懂的写法比较轻松...

他的意思可能是你能自己造轮子 但有现成的可以用，只是那

哪有这美国时间.. 完整看一遍跟重新开发有啥两样

前人的成果就摆在那 没什么事情当然是能不动就不动阿

我反而会去注意奇怪的游戏容量膨胀问题

现在CI/CD可能都比他那个高效重要多了

大公司的程式一堆都是长久pass下来的 你想改还不一定给你改勒 动了出事谁负责==

能正常运作的就不要去动它 大型专案的工程师定律

雀食

要改就要改一整套完整的 然后还要测试结果没变

而且很多时候你光要理解某部分某些东西为什么那样做都会有困难了

自吹顺便踩大公司

简单说 比起要多绕10分钟才能回家 找新路的那个出错成本

同意啊 现在一堆实作就是一大串dependencies 但他举

独立游戏开发不用赶时程商业工具要阿，一个月要我重写?

记得是新德军总部系列出现时我注意到高达50G这对于以技术宅起家的id soft而言 臃肿真的是很奇怪

说的是正论，但市面上已有造好的轮子，通常就是直接利用了

我他妈才不做轮子 ，我他妈就给你装轮子 不管大小用途就给你他妈的装爆

问题是去追求他所说的那些东西 游戏公司也不会赚更多钱啊

他举那例子...疴 一个有工作经验的人讲话像个学生

不过外行人也不在乎就是 甚至记者以为越大越好的也有

他是独立开发者 如果没有在大公司当码农就不会理解

工作经验不是问题阿 他长期在独立环境的话这样想很正常

然而理论上只要他的程式部分有跟任何人合作过

会讲出这种话的人，真的想叫他多出去接触人，别宅在家

理论上应该就能体会到写程式码不是这样

商场最没价值就是他认为自己很厉害的地方 缩空间没用

游戏的话占空间的绝对不是程式码啦

不是我要说 就算是我自己写的 一个月前写的都看不懂

客户不在乎你写得多美多小，好玩好用才是他们要的

有别人的轮子可以用 干嘛自己造一个轮子

我自己就贡献了很多QQ

何况是不知道几个人用多少年写好的东西

作为工程师我认同啦 reduce code size & performance

合理

游戏程式不是在那边比较谁的档案较小谁优秀

我甚至觉得只要有deliver on-time压力的工程师都不会讲出他这种干话

上头只管何时开发好 整天压时程

用嘴巴说我也知道降低容量 优化很重要阿

现在也不是一块卡带只能塞64KB还700MB的时代了 太钻研这

所以才有这张图在讽刺阿

一个月前写的都看不懂 <--- 这就夸张了吧XD

有这种想法是好事啦 遗憾的是很多场合都不在乎

给钱给时间再来讨论有没有这个技术

一看就是没上过班的胜利组 工作事情有够多 为了一个小功能从头去写底层出bug谁要修？当然直接抓现有稳定的来用啊 谁管他99%功能会不会用到（笑

就成本问题啊，容量那么便宜成本低，为什么要找个成本很高的方式来做？

突然有人问你上个月写的这怎么写的 是要回想一番的尤其是如果你用了啥刚领会的技巧

但code review的时候，PR里面别人看不懂的通常会要你写

说真的啦程式库就算占也没多少 影片图片随便是几十倍大小

对不起，我就烂

一段注解解释一下吧？

我是不认同这种干话啦 做硬件的真的是能不动就不动 code能沿用就沿用 你要改 要时间 要人力 啊资源砸下去又出包不能work直接死去

果然是独立开发者，科

所以写注解很重要 而且要写人话

雀食

我知道他想讲什么，但是在 Windows 上面追求这个好像

不太对啊 XD

没那个美国时间

所以code review 的时候 能要求写作文就要写下去

市场上没这个需求，哪有白痴花钱请人做这个

然后自己几个月回来看 这谁写的外星语言

老实讲膨胀正常吧 现在都要写一堆加密的东西

不管软硬这些话都干话阿 不然用框架干啥 也不少用不到阿

以前我还多少觉得连test function在干嘛都要写得钜细靡遗好烦，碰过一次要解其他人的bug就懂那好处

是阿 你不写注解 那个test就没有人会去用

最后一句才是重点，一堆文组学几句就以为行

傻傻的 dll库未来扩充 改功能 抓bug都好用 傻子才重写

所以靠腰的敢删吗 我看是不敢吧

所以硬件效能永远不会供过于求，因为现在软件工作者只会弄的愈来愈肥

注释写太多就回到重构的老问题了：与其写一堆注释，干嘛不写得更易读呢，然后继续loop

然后程式没注解的话还真有可能过几天就会忘了为何要加那行就变成所谓的看不懂了 当然会知道这行会干嘛 但是为何要在这时做？ 有时可能是客户提出的 也可能是为了避免触发其他bug 忘了真的很常见www

与其写一堆注释，干嘛不写得更易读 <--不冲突啊

软件工作者也是知道现在普遍硬件都可以才敢这样做好吗

就算是易读的程式 还是要写注解阿XD因为这一段功能你知道 不代表你知道为啥要在这里

大致上分个段落 每个段落开头写一下这段落处理啥

老人臭好重的发言 现在用高阶语言开发不就为了用低廉的人力快速产生稳定成品抢占市场 还拿自己 side project 来比...

但重构没有产出又容易出想不到的bug，开发期提出常会被往后延～

我真的觉得说反正要重构干嘛写注解这种话很.....

每行都插注解反而看起来很累

超级认同，随便写一写。反正玩家硬盘很大

我本来也很认真写注解 但客户一天改三次需求 我改完CODE没时间改注解啦 ㄍㄋㄇ

很多东西重构完还是洋洋洒洒一大篇 最后还不是要注解

确实

台湾一堆公司根本没有订过规范 反正能动就好

写注解就是一件“我为人人 人人为我”的事情

怀疑他没跟人合作过

这问题从COM开始就想解决了 到今天也没有个答案

但是重复造轮子不符合开发成本，那就转嫁去使用者的硬件ㄅ

4 每个docker image 都是GB起跳

想少写点注解的话 至少命名要认真想...

每次这种人这种专案到最后都一个比一个肥大

太有效率不就没事做了？

管他 能动能交给老板才是最重要的^ ^b

基本上都是时间长短的陨石

从单一功能变套件 套件与套件相依 太肥的套件被抱怨

自信点，把游戏去掉

现在不是还流行啥敏捷开发吗 我听朋友说几乎天天都要开会决定方向 这种快速变化的开发模式是要怎么让你在那边慢慢刻==

三拍子的华尔滋一直这样舞动下去

除非之后不维护 不然不写注解只是会婊到自己 当然外包丢出去能跑就好 时间到了就没关系的倒是没差XD

还是要陨石开发 有点忘了

每个人都写python结果就是这样啊

自已写？智障吗？公司又不会多给你钱来鼓励这种行为

其实也没啥不能刻就是 看用途

三小啊 这关python啥事XD

这根python 不python 无关啊 c/c++的世界也一样

因为成本最高的是维护不是效能和容量啊，效能现在的硬件能解决，硬盘也比以前便宜很多，但维护不好，死了就是死了，bug遇到就完蛋了

python:马的关我屁事

auto config 跑十五分钟的我都见识过了

敏捷开发根本被用成流星雨开发 比陨石开发还刺激XD

以前硬件资源比工程师肝贵才锱铢必较 现在别自找麻烦

一个功能一个模组背后牵扯的相依性就是那么多

哪里确实？留言的有多少是工程师

Python可能因为又强又可爱所以吸引很多比较不拘小节(?)的人写些鸟程式，但鸟程式不是因为python造成的啊XD

不过这例子很不好 因为显然套件不只处理上传这件事情

[闲聊] 卡比开发：容量够小也是背景品质指标之一

推文一整排都工程师没错啊

现在开发中比起用容量小的写法 程式码干净、debug&后续更新方便更重要吧 而且内文也很奇怪 我用的都是两三年前的一般等级手机电脑 也不觉得容量不够（一些游戏跑的比朋友读iphone卡啦）

大家是来上班不是改善公司的好吗

搞不好里面有vpn 相关的事情 版本控制相关的事情

硬件的进步只是给游戏开发商在优化工作上偷懒

推文里应该八九成都工程师喔wwww

现代连driver开发都没有很讲究这个了

我是看一些c++教程开场几章就强调这点的啦...我自己也就学些皮毛

听起来我们很快就要安抚机魂了

应该说这问题从dos时代就开始吵了

C++现在我觉得也满尬的 C++11之后的程式码长得好丑

要加一个功能，要选择全部重写还是直接挂上去，是人都选后者

我已经全面改用go lang了

但是当效能很重要的时候 还是多半在使用C++

老新闻：https://bit.ly/3ApbLZI

就像水电师傅去客户家 一定材料工具开小发财全带满

但是这语言本来事static-typed，后来为了迎合现代语言

因为下班时间还没到

上面的东西看用grpc 还是看接fastcgi

优化偷懒? 你现在功能还没写完 新需求就会一直压过来了

你就知道2K为什么会这么大坨了

人类是有极限的

c++已经发疯了

size 靠compiler 比较优化比较实在吧

付薪水的老板 会给工程师空档排优化项目? 时间是要花钱的

听起来像惯老板讲的干话

他讲的研究优化底层效率那个要给专门的team做

对啊 Java c#各取所需 c++却没完没了的塞新的典范

真的听听就好

嫌程式太大可以用Os下去编

确实

前提是你有 source code

用os下去编是啥意思 不懂

gcc的optimize flag啦

他是说 -Os cflags/cxxflags

呃 那请真的要知道optimization level的细节再说还有真的在意也许该考虑LLVM…

你行你上，粪扣制造机永不停止现在工具类的桌面App 随便破百MB，是框架的锅

那些 Electron apps 有机会变小吗 XD

事实啊

增加的容量对现在的设备来说根本还好 反倒是一旦增加了新东西却没dll可以debug才糟糕

装个 skype vscode slack 我们就有三份 browser 了

这问题要问node 与 npm wwww

Clang跟gcc各有优缺啦 不一定

不过vscode是好东西

一个写程式的最不想做的事情就是去读别人的程式码

Electron 没救吧 js套件就那样 亲爹都想重写个语言来改这块..

不对吧 我还蛮喜欢读code 的没用啊 莫忘maven 与 gradle

以前 mozilla 就干过 xulrunner，只是效率太烂没人想用

跨平台除了Tauri ，Electron/Flutter 每个App都难瘦生

如果读的程式码逻辑清晰注解简明扼要是没问题啦但遇到那种注解不写然后又充满个人逻辑风格的就很想死

注解是参考用的而已啦

论过期的注解跟没注解哪个比较毒(ry

没办法 功力不够 常常遇到看不懂前一个人在干什么的事

其实html5刚出现的时候真的很多人认为使用者接口描述大一统要来了

不是公司不付薪水给你做这个，是会把资金砸在重刻轮子这种智障事的公司早就倒了

感觉本串内人人都是码农 我不是就是了

注解真的很重要 尤其是和硬件相关的code.....

有些人的注解和ptt废文没什么两样...

大家都不同领域的码农吧XD

你被逼着去帮人家抓Bug 对面还要理不理 你要生啃他code

不是逻辑死去就是国文死去

硬件的注解通常应该拉出去写成wiki

硬件的确实该去看spec 而不是写在注解

留在程式码内到最后还是都会被忘记 然后在一堆 branch翻

spec写很烂 HW说喔我都跟xxx讲过了啊 你问他就好

QAQ

这种事情在前公司干过太多次了…

明明是他的code 结果xxx说你有看到bug你可以自己修啊

这还好 open source 的专案拉下来甚至没人给你问

不同领域的码农共同的痛 > 遇到 bug 结果没任何资讯只能靠通灵遇到过一次就会宁愿所有人都跟着大部队走不要自干才不会像这篇的讲这种干话

open source的东西你要拿来用 milestone本来就会拉长点前面要让你确认过基本功能都正常才行

改了为何不发PR 那才叫白眼翻不完…

老的码农比较值钱就是他比较会通灵啊（X)

一个程式精简了但执行跟精简前一样，你觉得老板看得出来吗

这个比较像学生刚到业界有点臭屁以为自己写的最好用

珍惜生命，远离windows开发，你就不会有这么多DLL

我才刚从ansible 的地狱中摆脱出来 telnet 判断prompt的regex 有误

就想当然耳的小功能 检查 相容 通用 容错 都省略来写

同样是轮子，根据GNU做出来的轮子就是比较轻

怎么办 上周三要demo 我周二在重写那个python module

等到以后遇到问题 才知道这边要加判断 要多检查什么

有时是时间问题，要你短时间就弄出来，从基础建根本不够时间

等你有团队经验就会知道自干的程式生命周期都很短

雀食 你去删删看 看他还会不会正常运作

有时还要跟上新协定 新环境 又要回去改

我还不如规定全部都用posix 相容的system call然后去他妈的图形使用者接口 不会用cli 就滚出公司不会用vim 直接扣薪水

确实

掩护后台的挖矿软件？

linux 的so地狱是少到哪里去

没有码农不会CLI吧 如果有那连码农都称不上

那聘你你有什么好方法管理大型团队吗xd

我只管过十人团队*2 真不知道更大要怎么办也许那根本就不该从工程师角度思考了…

有时间压力谁会从头造轮子 又不是没期限

现在都是什么要你三个月小改版，一年更一大版

没错啊 但我就喜欢写垃圾 哈哈

效能优化不是第一的话 开发成本能省则省

事实上就是做不到 我现在一台ubuntu desktop 一台mbp还是用vscode 加上eclipse 加上visual studio (.netcore)做事…

看那 node modules 为什么总是那么肥大就知道为什么了

自己爱刻轮子没人管你啊

对啊说穿了就是把开发成本转嫁给客户的硬件效能能用几个毕业生就弄好的程式 我干嘛派老鸟帮你搞优化

问题是从头造轮子真的能用之后注定再肥大一次

用轮子跟造轮子的钱一样的话谁要造轮子

现在网络也不是拨接速度 也不是CD安装硬盘也很便宜 编译出来档案多大不是重点了反而是 CPU、GPU 这方面的优化比较重要

比你厉害的大神都帮你把轮子弄好了 自己刻除非你够闲

我不懂程式，但这个世界不就这样吗，演化也是从现有的东西去改去加，能解决问题就照着用，加不上去或是崩溃了再来想办法

解决不了的问题所以才抱怨吧

以前会觉得 100MB 很大，现在来说根本超小

搞不好那个套件要处理vpn 要处理CDN, 有p2p的概念 有介接各种云服务的api这是很多菜鸟工程师的特征 想太少 觉得世界很单纯 全世界都是笨蛋我用python加上flask上传档案五行就写完了 为何要这么肥大但事实上只是菜而已 这种我看了数十次了

主要还是有其他更占空间的东西吧

确实

通篇废话

以前是轮子占整体成本30% 那就会需要让他改良现在这轮子根本占不了什么成本 特地浪费时间改这个干嘛

对 借来整个工具箱你只用到8号扳手 然后怪工具箱肥大

就是因为懂太少了 …

当小说写码字阿,写越多别人看不懂就来问你了

怪工具箱太肥大这比喻不错 难道运作不用带工具箱吗游戏会肥大占最重还是美术相关啦 高画质影片 高解析材质 图片 3D模型等

讲白了就是独立环境做久了没有在一般公司行号跟别人合作专案才会有这种想法

这就是标准的半桶水，只懂自己的部分

个人时间多 没有专案时程跟团队维护压力

第一天看技术债？ www

薪水跟接手的人啊

通篇废话，程式再臃肿也跟速度无关

自己实作轮子 完全无视scalability和maintainability搞不好还会自己留下安全漏洞没人知道引入第三方日后发现还可以版本升级

这才叫进步好吗 那点容量又不值钱

你要反反组译的话就得加一堆垃圾code进去啊

时间成本>>>人力、硬件

删了出事谁负责 反正炸弹不要在我身上爆就好

我不敢删

所以这个大声叫嚣着要每个人自己造轮子才比较像没写过程式的人吧? 你这么行你自己造一个轮子给大家用啊 就看看你的轮子最后能不能取代你看不爽的轮子阿?

来台湾轮班就会懂了

讲得东西合理 我也是站在他这一派 但是我认为这只是开发上的选择而没有孰是孰非

傻傻的 这样才能创造软件工程师的就业机会啊系统太简单 一堆人要失业了 还好软件大神前辈们都有想到 故意设计地很复杂 养活广大工程师们

大家都马附加上去，反正只要没问题就好了，还是一直goto一直爽

老板：雇个门房吧 主管：买一个警卫公司好了

确实

不要说游戏公司，一些银行或是政府的案子 code都又臭又长

政府跟银行更不敢乱动啊

不懂技术债的成本与可怕，跟从小地方做起，就会变以上推文

敢说人家99%垃圾但自己做得出人家的1%吗？

楼上通常做得到才敢大声啦

给多少钱做多少事

低阶都自己写案子时间是要拉到多长

键盘程式设计师出动

这串钓出好多软件工程师XD

乱讲！

技术债台高筑

硬件的发展导致程式设计师不受限制

大声的通常是吹牛吧。

为何推文一堆人站在如何当个称职社畜的角度在思考 而非这样是对是错

干真的

以前不把模组分出独立dll会被质疑是不是不会现在是DLL分出来被用质疑不懂底层，太苦了我

我可以两秒加上去又不会出错的事，我干嘛多花时间改好底层再去测试半天？

停在过去大概写十年开发个小软件的时代？

新手也不敢删以前的 code 吧？没事我去动它干嘛 假如这个功能突然客户又要了勒？

看运作装置啦，现在pc上面内存和硬盘空间像不要钱似，你程式就算再肥能肥到1TB？几百MB的程式，使用者都不在意了，因为现在1tb的硬件不到两千块，新电脑几乎都是1tb硬盘了根本没人在意那点空间了

如果每个程式都从底层开发，自然短小精悍。但开发周期长几倍，我们能拥有的应用就少了。硬件增强后用来增加应用，这也合理

你写效能再好，但要花一星期，同样功能套一堆组件不用一小时完成，是我也算后者，谁有那个时间和你计较那点不重要的空间

不喜欢人家做好的量产车就闭门造车啊 成本时间自负就ok

除非你的运作装置只有不到100MB flash，这才要想办法减法

原作者经历查一下就有了吧 除了自己成立独立开发以外在三家游戏公司工作过 其中两家还算有名 一家是开发过神鬼寓言(Fable)系列的Lionhead 另一家是开发Sims系列的Maxis 从1997年开发游戏至今 今年52岁

Python vs C

问题是时间啊，而且大量安全性的patch,重刻少上一个就变安全性问题要花多少时间去查去修

技术债堆叠出来的巨兽 其实真的不少是垃圾

管那么多，现在功能写得出来比较重要好吗==

可以用就不要动 坏了你要修??

我好奇他是因为不会团队沟通才变成独立工作的==大公司抢市场拼发售 外加工作人员流动率搞 谁给你时间慢慢钻研 多出来的上班时间你要帮老板付吗==？

很多之所以累积成技术债是因为一开始不需做那么大规模啊客户要新功能当然从现有架构直接加上去 谁跟你每次都打掉重写啊 久而久之累积成巨兽也是难免 只要不出bug就好

同意

想得美 你也要看看老板会压你的时间完成专案 还是会跟客户延期让你慢慢刻底层

自己重造轮子或许比较快，但会爆胎

所以更新修正你要出钱吗..

一堆推文的都在大公司被磨的滑不溜手，看不起理想派

讲白了就是现在硬件成本太低 写的好不好就没人在乎了

他没有经历过flash开发时代吧

没什么，因为现在写程式的都是低能儿，搞一堆垃圾骗吃骗喝，就这样而已。

IoC、微服务拼起来就是容易肥大 但造轮子有比较好?

跟技术债有点差别吧 可维护性跟精简程度不必然有关

理想需要时间实现 现实是专案跟客户不会给你时间

而且他太小看资安了吧

确实 但省事

我是不觉得他砍掉99%能重建回来啦 一个商业软件少说数十甚至数百人在弄 中间一定有交接的部分 每个人coding style也不同 跟自己精心打造每个零件每个接口是完全不同的管理方式

放心，客户跟老板会好好的“教育”你

...会觉得垃圾根本二流吧 那垃圾不知省多少时间

我以前经理可以code review 完全不加新功能就跟你耗一个月 案子多的时候他就被火了 现实就是你龟毛的点很常不是客户在乎的地方

那些你觉得臃肿程式就是巨人的肩膀

市场只需要五万的工程师才是效率最大

前人做的瑞士刀就确实堪用啊 从头打新刀你要学做刀耶

不能赚钱的才是垃圾

数码宝贝

确实

你行你上

确实，但老板愿意给多少时间让工程师重新造轮子？

一堆人一看到用别人的轮子就说是技术债 觉得有问题你自己去重造一个更好的轮子给大家用阿?就这种底层的东西也被说成是技术债 到底是有什么问题?

抄来抄去在改成自己想要的.里面一堆不需要的也懒的删

笑死，独立开发有遇过多部门引用吗，是开公司不是你自己玩欸

客户的需求只要量产车就能搞定 你就不用自作聪明帮他搞手工车 他也不会因此感谢你 以后别人接手也不一定会修

那位游戏开发工程师要不要自己打造一个游戏引擎？毕竟拿别人的来用也不是全部method都会用到吧

无奈啊

微服务有其需求存在，但不适用在游戏客户端场景

笑了 举c++来说 你现在要用一个map, std就帮你做好了，你只需要其中几个function ，难不成你还要花时间k一个只有你专用但效率根本打不赢std::map的东西出来吗？老板第一个叫你滚吧

因为一堆文组转写程式？

商业产品就是讲成本讲效率的, 还在推给老板不给钱给时间做蠢事的, 怎么不先考虑自己愿不愿意花一百倍的钱买

跟文不文组哪有相关 自己独立开发或自己写爽的要这样弄当然没差 现实是公司跟客户哪来的时间给你在那边这样玩 更别说大型专案是多人团队合作 谁有那心力陪你 这样弄只是变相的在搞自己人而已

功能一样只有少吃一些空间的软件

都美工档案吧

多云才会说文组写程式的问题 去把文章看完再推文