《程序员的呐喊》一一1.5 作者手记:神秘机器的笔记

1.5 作者手记:神秘机器的笔记

这篇东西是在本书发表之前写的,所以完全可以说是为了这本书而写的。我觉得没有哪篇博客可以概括我所有的牢骚,连一部分都谈不上。老实说,对那些本就和我意见相左的人来讲,我也影响不到他们。他们很擅长当我是空气——或者说当我们不存在。

可我已经受够了被无视的感觉。

所以苦苦思考了几天后,一挥而就写了这篇东西。当然,那天写了整整17个小时,中间只是休息停顿了几次而已。

尽管有点言之过早,但我觉得我还是激起了一点波澜的。无数的人跑来反驳我,有人说核心观点本身就有问题,也有人质疑我界定不同观点的方法。不过我这里所展示的模型是很巧妙的,越反驳我,就越证明了它的正确性。有点像越拉越紧的哲学死结。

我觉得至少要很多年的沉淀,它才能稳定下来,为人广泛接受。但令人意外的是,才几个星期,就已经有很多人(包括原本就支持我,还有以前反对我模型的人)开始承认这个模型所描述的必然性。

它实在是太牛了,让人无法忽略。我的问题也就迎刃而解!

几天后,我又发了一篇续,主要内容是一些无关紧要的说明,所以没有收录在这里。但那篇续里提到了一个观点,让人觉得有必要在这里再强调一下。

在我创建发表这个软件工程师视角的概念模型前,被我称为“自由主义者”的那些人是没有资格参与设计讨论和实施复审的。他们往往被认为是临时手段,或根本就懒得搭理。其实这就等于赤裸裸地无视了全世界半数的工程师——差不多是Facebook的人口总和,加上亚马逊和雅虎的所有前端工程师,reddit等流行网站的工程师,以及整个Rails社区等。那些说自己是例外的人只是在回避现实而已。

在我看来这一切都已经成为历史了,是我将它纠正了过来。虽然花了点工夫,但还是拨乱反正了,他们终于得以登堂入室。

梦想成真了吧!

哦,最后再提一下:文章发表数周以来,我们了解到那些主张政治自由、软件保守的人士对自己被划分为“保守派”非常不满,乃至完全否定我的模型。我苦思冥想了好久,最后的结论是:爱谁谁。既然你的编程倾向保守,那就理应接受这个标签。有种就捍卫自己的信仰!

时间: 2024-09-01 09:26:27

《程序员的呐喊》一一1.5 作者手记:神秘机器的笔记的相关文章

《程序员的呐喊》一一1.11 作者手记:弱类型机制够不够强

1.11 作者手记:弱类型机制够不够强 程序员的呐喊 这是本书最老的文章之一.我在亚马逊时代写了差不多50篇博客,其中只有两篇被收录到本书中,这是一篇,另一篇是<巴别塔>. 这篇博客写于我离职亚马逊的前一个月.我在尽量保证公平公正的情况下,准确地总结了亚马逊在核心理念上的不同.我观察了这些理念上的差异在团队里的Perl和Java阵营之间,不同的数据建模风格,以及其他很多地方所产生的冲突. 当时我关注的焦点主要是和(编程语言的)类型安全以及(关系型数据库设计的)结构安全.后来我将这个问题进一步提

《程序员的呐喊》一一1.12 作者手记:弱类型机制够不够强

1.12 作者手记:弱类型机制够不够强 程序员的呐喊 这是本书最老的文章之一.我在亚马逊时代写了差不多50篇博客,其中只有两篇被收录到本书中,这是一篇,另一篇是<巴别塔>. 这篇博客写于我离职亚马逊的前一个月.我在尽量保证公平公正的情况下,准确地总结了亚马逊在核心理念上的不同.我观察了这些理念上的差异在团队里的Perl和Java阵营之间,不同的数据建模风格,以及其他很多地方所产生的冲突. 当时我关注的焦点主要是和(编程语言的)类型安全以及(关系型数据库设计的)结构安全.后来我将这个问题进一步提

《程序员的呐喊》一一1.9 作者手记:变换

1.9 作者手记:变换 程序员的呐喊 这篇是我为奥莱利的Ruby博客而写的文章,我原来是那里的客座博主,后来觉得厌烦就退出了.当然我还是写了三四篇东西的. 事实上回想起来,我退出的主要原因是稍后不久我就不怎么写Ruby了.不是因为我讨厌Ruby(正相反,我非常喜欢它),而是因为它在Google流行不起来.所以日常工作中除了写点自己的小脚本,用到它的机会真的很少.超过这个规模就会招致怀疑的目光. (尽管我在<巴别塔>那篇文章里说Google比亚马逊在语言方面更擅长,比如在适当的时候采用强大的DS

《程序员的呐喊》一一1.1 作者手记:巴别塔

1.1 作者手记:巴别塔 程序员的呐喊 这篇是本书最老的文章,写于2004年9月,当时我已经在亚马逊干了差不多6年了.当时亚马逊正饱受其庞大代码库的困扰,我曾经一度认为它的代码库规模失控是因为语言问题,后来才意识到企业文化是主因. 首当其冲的是,亚马逊的主流语言里有两门非常啰嗦的语言C++和Java,外加一门精练的语言Perl.但是Perl正受到排挤,渐渐退出主流.我觉得这是因为Perl程序员能用更少的人力完成和Java/C++程序员同样的工作量,所以要是比人多的话,他们注定是赢不了的.根据我们

《程序员的呐喊》一一1.3 作者手记:名词王国里的执行

1.3 作者手记:名词王国里的执行 程序员的呐喊这是我第一篇比较出名的牢骚,所以印象很深.2005年年中的时候,我离开亚马逊加入Google,顺便把一些内部分享的旧文章转到了公共博客上.12月的时候,这些文章通过reddit和Hacker News的推荐慢慢获得了一些关注--一下子我贴的每篇博客都吸引了几千人的阅读量. 与此同时,当时我在Google做一个很讨厌的Java项目.这块代码我就是看不对眼.之前做过的几个Java项目都还可以忍受,但这个实在是设计过头了.在这里我就不点名了.不过代码真的

《程序员的呐喊》一一1.7 作者手记:摩尔定律就是胡扯

1.7 作者手记:摩尔定律就是胡扯 程序员的呐喊这篇文章剖析语言演化的角度略有不同,主要关注的是并行计算,因此它有很强的个人色彩,而且这也是我最爱的话题之一.这里有太多八卦可以聊了. 我注意到这篇文章发表的时间是"名词王国里的执行"发表的前6天.看来那个月我的心情肯定不太好. Google一直在慢慢解决困扰我的问题,进展不快但一步一个脚印.C++还是用得太多,更不用说Java了.不过这些年来,他们越来越擅长用更多的机器和更少的代码来工作.按照这个速度,或许不远的将来真的有一天会出现一些

《程序员的呐喊》一一1.2 巴别塔

1.2 巴别塔 程序员的呐喊 我在这篇文章里会大致谈一谈对各种语言的看法--本来是想给这个月的亚马逊开发者期刊投稿的,后来却发现改来改去都难以示人. 一方面是因为,我时不时地就用上一些粗鲁的字眼,说出一些得罪人的话来,实在是不适合在亚马逊的官方刊物上发表.所以我还是把它贴在博客上,反正也没人会看.除了你.没错,就是你.你好! 另一个原因是,我还没写完呢,通篇都是东一榔头西一棒子的片段,完全没有经过润色打磨.这也是把它放在博客里的又一个理由,不用去考虑漂亮和完整性的问题,可以想到哪儿就写到哪儿.爱

《程序员的呐喊》一一1.6 神秘机器的笔记

1.6 神秘机器的笔记 程序员的呐喊过去8年来(2004年6月起至今)我一直在写各种各样的牢骚,主要是一些和软件工程有关联的问题. 之所以这样愤青是因为我真的被一些"诡异"的世界观给搞糊涂了,持这些观点的人(在我看来)差不多占了所有我遇到过的程序员的一半,包括网上碰到的和现实里认识的人. 就在上个星期,我终于想明白了这个困扰了我快10年的问题,现在我知道它到底是怎么回事了. 今天这篇文章就是要以全新的理念来展示软件工程.这些东西其实一点就通.等你看到的时候肯定想抽自己一嘴巴,怎么早没想

《程序员的呐喊》一一1.4 名词王国里的执行

1.4 名词王国里的执行 程序员的呐喊 "他们中有些家伙的脾气可大了--特别是动词,最傲气的就是他们--形容词可以随便捏,但动词就不行--不过他们都得听我调遣!不可捉摸!我就说这么多啦!" --矮胖子 1 大家好!今天要讲的是邪恶的Java国王和他满世界消灭动词的故事.(首先要干掉的动词就是"消灭"(to stamp out),取而代之的是VerbEliminatorFactory.create VerbEliminator(currentContext).oper