关于编程，大学没有传授的十件事
笔者依然记得当年完成学业时，深信自己已经准备好进入任何一家软件公司，并开始成为一个顶级的开发人员。显然，开始工作后没多久，笔者就意识到，还有很多事是我所不了解的。在不断吸取经验的同时，笔者一直在努力学习那些我从来没有学过的，但却是成为优秀的开发人员所应了解的基本知识。以下是笔者希望自己能在学校就学到的十件事。http://static.oschina.net/uploads/img/201108/12132329_Ne3q.jpg1. 我们总是错的开发人员有着相当大的自我意识，包含了一些其他的非技术性缺陷，这也正是为什么我们很难发现我们做错了什么。我看到过很多无休止的设计讨论，开发人员不断地发表自己的想法……呵呵！猜猜怎样……我们都错了，唯一的区别就是我们犯错的离谱程度不同。理解并接受这个事实非常重要，我们只有这样做了，才能敞开心胸去听听别人的意见，采用他们的想法，来得出一个更好的解决办法。2. 事情若有可能出错，就一定会出错也就是说“希望驱动开发（hope driven development）”，如果你对于某些事并不确定，如果你发现自己使用了“应该”这个词，那你就麻烦了。而这只有一个解决方案，尽己所能去保证它不会出错，这可能意味着你需要编写一个测试、调试并验证需求……3. 所有的代码都烂在我抱怨那些我碰到过的代码十年之久后，我得出了一个精辟的结论，所有的(包括我自己写的)代码，都烂。当然，烂还是有等级之分的，但即便是我见过写得最好的代码，也是难以读懂的。这并不意味着把你的代码写得更好是没有意义的，恰恰相反，最好和最坏的代码还是有天壤之别的。4. 错误（Bug）总会存在永远存在！问题只在于要发现它困难与否。5. 客户最大许多客户并不在乎你在方案中使用了哪些技术，应用程序需不需要做更多的事……或通俗上说，你是否使用了好的实践方案。也因为我可以想象，要是我只说了前面那一段，我会收到多少恶评，让我说得更清楚些……我想说的是，我们永远不应该忘记客户的立场，有时候，开发人员为了最佳实践而在项目工程中过度坚持采用（某些）技术，但要记住，若这些技术无法给客户带来价值，那就放弃吧！6. 纸上谈兵是行不通的我曾认为，我可以在前期就把我的整个设计置于纸上，然后只要将缺漏处填上就好，但这样根本行不通。软件开发是复杂的，若不亲手去碰碰看，很难看到所有的实际层面以及它们之间的关系。因此，在前期保持规划与设计是很有用的，但不要过度坚持，也不要把设计图表当作合约固守。7. 少即是多或者，你可能知道更好的说法是：“Keep it simple, stupid!”（保持简单，KISS设计原则）。所以，如果没有必要的就舍弃吧！因为要记住：“事情若有可能出错，就一定会出错。”8. 编写代码只是我们所做工作的20%而已请准备好，花80%的时间用于思考、调试、测试、开会、谈话……而所有的其他活动都是非常重要的，所以若要成为一个优秀的软件开发人员，你必须培养广泛而全面的技巧（Skill），而不仅仅是技术（Technical）。9. 客户永远不知道他/她想要的是什么客户若有需求，或是想法，但是他们不知道详细情况……软件开发要做的工作就是，发现细节并去除所有的不确定性，将这些需求转换成客户想要一个应用程序。10. 已经有人做过了所以不要再重新发明轮子，用谷歌找找看，或者更好的方法是，请教你的同事，很多时候他们可能都已经做了相同、或非常类似的事情。英文原文：10 things they never teach in college about programming中文翻译：伯乐在线
本文转载自: 伯乐在线
收藏此资讯
收藏、 为以后做个有用的技术宅准备着``
【WZ??】 表示也许大学会学，同楼上 人气低创造了管理员屠版传奇= =.....(自学压力好大... 受益匪浅 不错，学习了！ 恩 说的不错 我大胆的阐述一下我的观点，这篇文正的宗旨就是告诉我们，错误总是存在的，我们要做的就是努力是错误被发现的几率降到最小- -
其他的差不多就都是废话= = this happens in projects, real world problems and does actually come up in university lectures
there's actually protocals and ways around this but the easiest way would be to "listen" and provide examples.... 好吧- -我神马也没看懂！ 看了第八条 我明白我果然不是一个优秀的开发人员=-= 说的对
我小时候写的代码 打开一看 全是....没话说了 为以后做个真技术宅准备 学习了。 @35*谢谢楼主了~实迷途其未远，觉今是而昨非。
页:
[1]
2