和软件开发相关的一些思考
1.
虽然有一句话叫“deadline 就是第一生产力”，并且在很多人身上还挺灵验的，包括我。但是这个“灵验”，其实是不考虑质量的。
如果考虑质量的话，通常 deadline 是没有用的。这是因为，在大多数时候，对于脑力劳动者来说，所做的事情，并非是对以前工作的重复。
永远有新的状况会发生，导致 deadline 无法完成。所以，真正良性的项目开发过程，不是拼命去赶 deadline。
当然，这不意味着制定 deadline 或者制定计划没有意义。但关键是，在项目执行的过程中，需要不断地根据实际情况去调整计划。
这本质给项目管理带来了挑战。因为项目管理者需要小心地分辨：deadline 没有完成，到底是项目成员怠工？还是项目计划制定不合理？亦或者是新的，没有预估到的情况发生所导致。
这些判断，分析，对项目的把控并合理做出调整，就是有经验的项目管理者的价值。
而一刀切地使用固定的 deadline，是没有技术含量的，随便谁都能做。
在软件开发的过程中，一刀切地使用固定的 deadline，结果也一定是牺牲软件的质量。
2.
以上这一条，同样适用于很多非软件开发的脑力活动。比如学习。
给自己制定计划，每周学习多少内容；每天背多少单词；每天看多少页书；等等等等，通常都是不合理的。
合理的学习计划不是在学习之前制定出来的，而是在学习的过程中，慢慢调整出来的。
否则，一味地坚持自己最初制定的学习计划，只能牺牲学习质量。
如果你经常主动学习，尤其是有质量的学习，一定会经常调整自己的学习计划，认真审视自己最初制定的学习计划的不合理之处。
慢慢的，你就能找到自己的学习节奏，制定出越来越合理的，适合自己的学习计划。
你就变成了一个“有经验的学习者”。
我曾写过一篇文章，叫《慢增长》，也聊过这个问题。
3.
永远不要让开发者估计开发时间。大多数开发者（在我看来是所有开发者，包括我）都会高估自己的开发速度，低估软件工程的复杂程度。
所以，再一次，有经验的项目经理是非常重要的。当然，前提是有经验。
这则漫画搜索自网络，我没有找到作者信息。侵删。
4.
不同的语言，平台，框架，IDE，系统，编程范式，等等等等，他们都只是工具而已。
因为这些工具而打架，是很幼稚的。
争执到底是 Java 好还是 Python 好，到底是面向对象好还是函数式编程好；已经暴露了你是一个初级程序员。
这近乎等于是在争论：到底是十字改锥好，还是一字改锥好，亦或者是扳手更好。
关键的问题不是谁更好。实际上，我们也无法定义出到底什么是“好”。
关键问题是：你现在的项目，你现在要完成的事情，你现在要解决的问题，使用什么工具更合适。
软件行业的经典结论，就是没有银弹。
不管你对什么技术疯狂的痴迷，都应该明白，这种技术不能解决所有问题。
5.
我有些怀疑，一门心思地只做技术，不与人做“真正的沟通”，会让人越来越自大。
因为技术是一个太有掌控感的事情。计算机一定按照你写的每一行指令去运行。而计算机运行出你所期望的结果，又是一件太有成就感的事情。
这两件事情在现实世界都不太会发生：
1）没有人会永远按照你的指令去做事情，哪怕你是总统，首富，或者 CEO；
2）世界不会按照你所期望的方式运转。
所以，很多人技术做得太久，会孤芳自赏，会自大，会渐渐“丧失”理解其他人的能力。
这里说的技术，是广义的，不仅仅局限于计算机技术。
技术人员也需要多和“人”做真正的沟通，而不仅仅是和计算机做沟通。
了解不同人的想法，不同人思维的差异，可以让你更容易地去接受这个世界存在着的不同。这将让你更谦虚。
在我看来，这种谦虚，是有力量的。
众所周知，乔布斯是一个自大的人。但是，请大家看看这段影片所展现的，到底是乔布斯更自大，还是提问的技术人员更自大？
这则录像来自 1997 年，乔布斯刚刚回归苹果不久，一次开发者大会上，乔布斯对这样一个问题的回答。
“乔布斯，你是一个聪明又有影响力的人。但是很遗憾也很明显，很多时候你根本不知道自己在做什么。我希望你能用清楚的语言解释一下 Java 编程语言以及其变种是如何阐述 OpenDoc 内置的一些想法。等你说完以后，你能不能跟我们说一说你自己过去七年都干了些什么？”
我们可以说乔布斯展示出的风度，在于他视野的广阔，经历的丰富，等等等等。
但在我看来，最根本的一点，还是在于：乔布斯关注“人”。
乔布斯可能是一个自大的人，但是，他尊重他的“用户”。
而技术，总归是要为人服务的。
以上。
大家加油！：）
本文相关阅读推荐：
如果喜欢我的文章，点个”在看“吧