『这世上本没有银弹』

注：这是作者边听pjsk边想出来的东西，有点影响我的思考

马上一年一度的advent of code又要开始了，然后最近又收到了某桥杯竞赛的消息。

这两个东西其实上是无法比较的。因为前者是有过工作经验的举行的比赛。

但说这么简单我必须补充细节。advent of code其实就是像练级一样。只不过出题者会每一次加一些小的条件，比如说只能使用temple OS作为目标机子编程，或者是一道题用一种编程语言（没错至少有10道）

另一个比赛大家都差不多懂的。

隔壁站在吵的内容 （可能是因为我被推送的太多了）  无非就是工程和比赛之间的区别。

问题是“工程”这个词本身就是有待商榷的，因为每个人解决的“工程”只是整个世界问题当中的一小部分中的一小部分。

在这里我决定用一种更加归一化的词汇去描述：我们解决的问题本身。

因此这两个“冲突”得到了统一。打竞赛本身是为了解决这道题目。也就是说目标是题目pass。做“工程”在某程度上就是完成我们的要求（满足我们自己或者说是规范的要求）就解决了问题。

现在我们思考一个比较严肃的问题，就是能够从后面那个比赛转去打前面那个比赛的人数会有多少？

从我个人的角度来看隔壁站可能只有几十个人了解过这种（直接搜就几个人），更别说转化率。

和一些人谈论过，他们觉得这种比赛（aoc）是毫无意义甚至是不可思议的那种。

毕竟大家都是牛马。

我自己也是（雾，我还是大三（这里指的是我都有点预测到我的未来是啥样））

我这不得不提另一个有意思的小项目：使用Java尽可能快速的读取10万级数据（GB级别）（在个人电脑上完成）

当时我在那听casey说的时候，我本以为我可以直接用linux 的 mmap 做 

结果他直接说 别忘了分页会出现错误

我直接苏醒过来骂了一句卧槽

操作系统是学过的，组成原理是学过的

csapp 是做过题的，cs61abc 看了80%的

但是我还是不会写程序。

我这种傻子听完了猛回头的心理描写↑

这世上本没有银弹，学过的东西不会做连接我觉得是我的的一大失误。

但是实际上也没有多少人告诉我们。

我直接想说的一个原因就是：我们缺少C语言大流行时代的人。

cpp 占据了我学习的大部分时间，我相信一部分地方也是这么做的（实际上我的学校做的非常好，学c是我最不后悔的选择）。

这就出来我下面想说的话：只有知道C有什么问题才能去学cpp。

举个例子，命名空间解决了c库之间函数名字混乱的问题，但是它引来了（其实准确来说是同名函数不同参数）另外的问题：函数二进制名字的“杂化”，这意味着使用者必须先对库函数的名字做解析才能使用（除非在cpp体系里面，甚至不同编译器都有独特的方式）

从这里我们解决的问题本身变成了编译器的问题，复杂度出来了

第二个就是继承。OOP这种东西，个人觉得存在商业化推动行为（当然计算机图形学得看情况），因为没人能对这个玩意做出准确定义。

千个哈姆雷特。

这次复杂度变成了人与人的关系。

《人月神话》给我留下印象——有点不尊敬现代程序员的话（差不多是这个意思）：编程语言什么的交给一个专家就好了。

『手术室』那张挺有印象的。

别忘了我们解决的问题本身是什么。

喜欢knd（

至于emt什么的

我喜欢那个蓝色。

（这下都不讨好了）