程序员学习之路

就说编程实际这一个维度，你不去读书补充知识，很快就会遇到瓶颈。我有个冤家，做了有两年多的 PHP，如今转 iOS 开发，有一次交流时，他说，PHP 做的也没什么追求了，如今虽然转了 iOS，但是依然觉得自己被什么约束着，觉得不是靠拼命写代码就能有打破的。我们剖析了下，虽然有三年的编程阅历，但阅历的局限性太大了，虽然能总结出些东西，但比起阅读巨匠们的著作，来的有慢又少（除非你悟性奇高）。我引荐了《完成形式》，虽然薄薄一本，差不多能把编程中的小阅历都固化上去了。

关于架构与设计。虽然设计形式有点教条化，那是由于你还没在实践运用场景中看到它们的精巧之处，由于它们就是在日常实际中总结出来的，是实际派而不是实际派。比起靠自己跌倒 n 次总结出来，晚辈们曾经为我们预备好各种固化上去的处置方案，我们只需花时间去看法和了解它们。

关于方法学、思想与指导力。曾经我稀里懵懂的参与一个拥有方法学的团队，除了架构师，我们都是一两年的 PHPer，但是在架构师的引导下，团队成员渐渐接受了面向对象编程（那时分对 OOP 还是相当排挤的），接受了重构，接受设计形式，接受极限编程。团队全体实力不可同日而语，而凝聚力也是我之后再也没遇到过的。这都归功于架构师在方法学、思想和指导力上的造诣，还有耐烦。我了解过，普通拉回一头牛（比如让一个排挤 OOP 的顺序员接受 OOP），需求 6 个月，有了第一次接受，之后就快了。所以说 “开发技艺是一个综合的系统工程” 是没错的，特别是一个团队停止开发时。