1989年，我加入微软公司，那是微软为程序员提供单人办公室的最后一年。我们编程时，几乎没有干扰，这真是太好了。当时，微软的观念是必须为程序员创造不受打扰的环境，让他们全身心地投入工作。
1990年5月，Windows 3.0 发布，公司出现了真正的变化。
突然之间，我与一个吸烟的同事共用一个办公室，他整天在电话里大声聊天。更糟糕的是，我们开始有更多的会议。
接下来的20年，情况越变越糟。程序员像农奴一样被使用，许多人饱受压力、精疲力尽，每周工作70个小时以上。但是实际上，其中真正用来完成工作的时间只有4-6个小时，其余时间都为通过质量检查系统苦苦挣扎，设法应付各种质量措施。
到了2009年，一切都变得混乱了。程序员对代码质量的热爱，完全被复选框式的机械处理取代了。在2008年末，我的主管要求我，代码都必须有单元测试，以便在系统中为该项目勾选"具有单元测试"的那个框。不久，他又要求我尝试"测试驱动的开发"（TDD）的新编程模式。
最后，当他们要求我做结对编程时，第二天我就因为愤怒而辞职了。
离开微软后，我去了西雅图市中心的 Real Networks 公司工作。在西雅图，交通堵塞是一个大问题，我一般在早上高峰时间之后的9:30去上班，这样只要开车30分钟，就能到公司，还算不错。
不久，我所在的团队开始尝试敏捷开发，每天早上8:30举行一次"站立会议"。这正好赶上早高峰，30分钟的通勤时间变成了90分钟，我必须在早上7:00出门才行。我几乎没有办法准时到达，并且感到非常疲倦。我询问是否可以稍微推迟会议。不行，你难道不知道站立会议必须在早晨举行吗？
为此，我只能（无偿地）多花了额外的时间开车去上班。
这种会议真是很荒谬，每个程序员报告自己正在做的事情。大部分时候，我们做的事情跟昨天相同，偶尔会做一些新的事情，但没有什么特别可说的。会议上，产品经理会表现出生机勃勃、欢快愉悦的情绪，听起来很投入，而实际上我知道他们上班时很多时间都在脸书上玩游戏。
许多次，我听到"故事"（Story）这个词。我问，"故事"是什么意思？回答是用户场景或者使用案例的新名称。随着我对敏捷开发的了解越多，遇到的重命名和名词重定义就越多。我看不出来这能对工作带来多少的新价值，唯一带来的就是更多的会议。
我建议不要使用"故事"这个名词，结果被冷淡地告知，"故事"是敏捷开发的一部分，我们将紧跟这种新的开发方法。
我的原计划是，2019年65岁时退休，然后搬到东南亚国家享受退休生活。但是，经历过了沉闷的站立会议、白板上的迭代看板、一系列高压力的工作、对"故事"的不停谈论，我越来越对这个工作感到恶心。
2010年11月15日，56岁时，我退休了。
我在越南买了一栋房子（上图），然后收拾行装，离开了美国。我非常喜欢这栋漂亮的新房子，准备在那边弹吉他，阅读物理书籍，体验截然不同的文化，放松身心。
在越南过了一段日子以后，生活变得很闲，我只好把时间用来学越南语，否则就太无聊了。
一位朋友建议我可以试试 iPhone 和 iPad 开发，软件工具是免费的。我怀念编程，就买了一台 MacBook，学习了 iOS、Objective-C 和 Xcode，很快就写出了一个可以出售的 App。我又回到了这个行业。
2011年到2016年，我一开始为自己写 iOS 和 MacOS 应用程序，然后出售。这样也不错，但是我想挣更多的钱，就开始通过自由职业网站的中介，接一些客户的活。
2017年，我获得了一家加利福尼亚公司的远程工作，为他们做服务器端开发。我学习了 C#、Entity 框架、ASP. NET。当推荐我的人离职了，我就接管了服务器端和数据库开发。这样已经持续了30个月。这是一段很棒的经历，让我掌握了一些最新技能，我喜欢服务器端和数据库编程。
这些时间我一直是一个人工作，但也是团队的一员。整个开发部门都是远程的，浏览器客户端开发人员在悉尼，我在越南。我们通过 RESTful API 协作，彼此都是独立工作。
回顾我的30年程序员生涯，软件行业发生了翻天覆地的变化。
现在的软件业有更多时尚的行话和术语，比如用户故事、技术债务、敏捷、重构、迭代、里程碑等等。在我看来，所谓迭代，就是说这段时间你会过度劳累，没有其他含义。
奇怪的是，他们用各种办法监督程序员，但是招聘的时候，职位要求依然写着，需要具有独立工作精神、高度主动性的人。这真是讽刺。
现在的软件业还流行开放办公室，这意味着完全不可能集中精力。你的工作被持续不断地打断，没法关门保持沉默和集中注意力。如果你戴着耳机，就意味着你的团队合作精神不够。
最后，测试已经变味了。以前，我在微软公司，我们没有那么认真对待测试。微软经常开玩笑说，任何人都不应该使用偶数版本的软件，因为它是测试版，适合那些愿意向我们报告错误的客户。比如，请勿使用2.0版，因为2.1版将修复客户报告的所有2.0版的错误，至少是比较严重的错误。
现在的软件业提倡测试驱动开发这种荒谬方法。我在许多地方都读到，在软件开发中，没有什么比单元测试更重要了，甚至比交付成果的本身还要重要。单元测试是设计，是定义API的地方。测试覆盖率不到100%，就是存在欠缺，100％覆盖率是程序员的荣誉， 开发人员应该负责测试他们的产品。我们不再需要黑匣子测试流程，也不需要测试工程师。
我认为，这些态度充满了狂热主义。每个人都有盲点，总是会存在忽略编写测试的案例与忽略编写代码的案例。
我喜欢编程，喜欢解决问题和开发功能，从小开始直到现在都是如此。
以前，我选择服从那些流行的做法，但是现在不会了。我不会在开放式办公室工作，不会持续一个星期听所谓的专业术语，不会将各种新词用来描述旧事物，不会结对编程，不会参加频繁的会议，不会在意对团队协作精神的要求，也不会嘲笑那些独自工作的人。
我喜欢服务器端开发，未来希望还可以做这方面的工作。同时，我正在转向技术写作，学习远程工作所需的新技能。
我喜欢现在这种一点不疯狂的环境。
程序员应该像作家或者画家那样工作，而不是流水线上的员工。
现在之所以越来越流水线化，我觉得根本原因是程序员本身没法创造需求，只能接受需求。作家或者画家之所以没有流水线化，因为他们时时刻刻都在创造。
所以要想保持创造力，再工作之余需要观察周围和社会，创造属于自己的软件，才能保持竞争。
看完文章及评论的感受只能用“怪异”来形容。
一个30年的老程序员，不喜欢传统的软件开发流程，也不喜欢敏捷式的新式开发流程，似乎只能说明他喜欢的是独立开发这种。可是他难道真的不明白软件开发不是一个人的事，而是需要团队协作的？敏捷开发不正是为了防止瀑布开发那种僵化不能适应需求变化而创造出来的吗？他说“随着他对敏捷开发的理解越来越多”，但我实在不知道他对敏捷开发的实质理解有多少，而仅仅因为站会的召开时间而批判它。
另外评论也很搞笑，质量管理，测试驱动开发，敏捷开发，结对编程，这些基本在国内很少有被实践的事务被作者批评，竟然也引来附和。我记得当我第一次听说测试驱动敏捷开发时，感到的是“哦哈”。也许只是因为阮工和其他读者都是国内大互联网公司的员工，对这些司空见惯了？
一个10年+程序员路过，不知道从什么时候开始，大家都很瞧不起程序员，
刚开始学程序的时候，对这个东西是无比的好奇，看着自己用C在黑窗口写出的程序是那么的激动和自豪。
随着行业人员的饱和，写代码开始变成搬砖，对代码的好奇与激情早已淡去，只能每天麻木的搬砖。
还要应付不断的加班，身体也是越来越吃不消，真心不想再IT行业混了，可是离开，又不知道如何养活自己。
真羡慕文中的生活，还可以跑去越南买房子住，可是我们大部分程序员就连老家已经有房子了，也住不上！
我非常反对TDD，Test-Driven Development。
TDD的方式是先写出一堆test cases，然后写代码，然后只要代码能通过所有的test cases，就可以提交，认为完成工作。
但是理论上，一个产品是永远没法穷尽测试的。比如一个API有N个参数，每个参数有一个取值范围。实际中是没法把所有参数的取值集合都穷尽的。
所以TDD在实际应用中，会演变为，程序员先写个滥代码，然后看哪个test case不能通过，然后针对这个case进行优化。最后提交的代码是滥得将将能通过测试的代码。
所以形式反而成了目的。
Agile我觉得有可取之处。但是实际应用中会走样。会导致不断修改短期目标，在不同task之间来回切换，导致大量无用overhead开销。至少在我见过的团队里感觉Agile都是弊大于利。比如每天早晨的站会就效率比较低。
包括配对编程pair programming也是这样。思路是好的。但是执行不好反而会影响效率。
可能我比较古板，但是我最认可的还是《人月神话》描述了一种方式，就是一个团队有个大牛做主刀医生，其他人都给他帮手。大牛要对这个病人，也就是项目负责，贯穿整个生命周期。
如果项目太大，就分成若干模块。然后每个模块由一个大牛负责。
写代码有些类似写书，没法用一种100%有效的工业方式管理起来提高效率，还能保证代码高质量。需要因团队，因项目不断调整。所以好的软件团队leader挺不容易的。
和代码相处是件很有意义的事情 ，比如linus ,不知道10个linus能不完成一个windows，不过微软的人数2019有13万（当然微软不只有windows)，而且盖茨长时间占据世界首富位置，说明什么呢
想赚钱不要去当码农，也就是当码农赚不了大钱，但是可以给别人赚大钱，或者改变世界
深有感触。
实施TDD的前提是有TDD的丰富经验（测试框架、mock框架、实施经验），但是这么有经验的话，一眼就能看出哪种实现有坑，哪里可能会产生问题，为什么还要TDD呢？没有经验的人写的测试代码必然会随时间逐渐腐化，也明显没有写的必要，但是我觉得练手写写单元测试熟悉测试框架还是不错的，可以作为日常工作的辅助工具。
至于TDD本身，我同意文章的观点，过于狂热了：普通人做不到，牛人也不需要做，即使做了也纯属个人爱好，不能要求所有人都做
可能因为代际不同，我的感觉和文中主人公完全相反。
1. 开放式办公（北京）和独立办公室（西雅图）。
开放式办公室对我来说完全不是问题，一边编程，一边听同事聊天，很有生活气息，平时大家会分享饮料和零食，待一天也不会累。你可以从个人角度了解很多同事。但是独立办公室，大家聊天少了，安静了，但是工作效率并不会提高，反而更容易走神分心，尤其在团队活动不多的情况下，接触人群的面比较窄。
2. 敏捷开发等等现代开发方法。
因为以敏捷开发为代表的现代化的开发方法，是从学生时代就根深蒂固并且认同的，并且从课本上到实践都证明非常有效非常便捷。
3. 独立开发vs外包开发。
独立开发是非常有意思的，可以弥补在公司工作中无法实现的一些想法和兴趣。
外包开发是非常无聊的，做出的东西完全不属于自己，而且大部分时候都不是团队协作，很无趣。
还有他说的那个交通问题，完全可以选择居住在工作地点附近或者相对折中的位置。
基本上，感觉和这个人代际鸿沟太大了，他的观点也无法认同。
