如何成为一名架构师,架构师成长之路,程序员到架构师之路
《From an architect to a programmer》
只有中文，看了之后很多地方还是不太懂，于是搜了一下原文，觉得原作者的很多观点没有翻译好，于是又试着翻译了一遍，附上英文原文。
六个月前，当我们开始一个新项目时，我和我的团队在我们的收件箱中收到了来自我们建筑师的邮件：
六个月前，当我们开始一个新项目时，我和我的团队收到了一位建筑师的电子邮件：
每次开始新的东西，我都很兴奋。
每当我开始一件新的事情时，我都异常兴奋。
即使在做了大约20年的软件之后，当开始一条新的道路时，我仍然感到忐忑不安。
虽然我从事软件行业已经20年了，但每次开始新的征程，我都既兴奋又紧张。
这是我们共同的旅程。
这是我们一起的旅行。
我坚信，我们正在规划一条有趣、富有挑战性和丰富多彩的道路。
我坚信，我们正在策划的是一个非常有趣、丰富、具有挑战性的旅程(项目)。
我想让这成为你们难忘的回忆，并想创造让你们所有人都满意的经历。
我想给你的是一段难忘的回忆和一些非常丰富而宝贵的经历。
这有点理想化，但我想让我的业务议程、我们的技术战略和你们的进步相互一致。
也许这是我一厢情愿的想法，但我真心希望我的工作笔记和我们的技术总结能互相帮助，共同进步。
这样，当你做了一些伟大的事情，我们都会受益。
那样的话，当你做出好东西的时候，每个人都能从中受益。
我非常尊重工程师和代码。
我一直对程序员和他们的代码表现出深深的敬意。
1.代码是王道。文档紧随其后。因此，编写代码，使其成为文档，并且能够正常工作。
1.代码为王，文档只是跟随，所以我们写的代码要作为自己文档的代码，保证它能运行。
2.测试测试测试。
2.测试，测试，继续测试。
3.单元测试至关重要。
3.单元测试非常关键。
通过单元测试发现的每一个bug都比开发人员多付出两倍的成本。
单元测试后发现的每一个bug，都要花费开发者两倍以上的努力。
记住，我更愿意付给你更多的薪水，而不是花在另一个QA组织，然后修复bug。
记住，我宁愿多付你钱，也不愿意花钱找其他OA团队来修复这些bug。
但是如果你写了错误的代码，我会付钱给每个人，然后你得到更小的一份。
但是如果你的代码满是bug，那我就多付钱给别人，然后你得到的只是一小部分。
4.为人类阅读和CPU编写高效的代码。写糟糕的代码是绝对不行的。
4.写高效的代码，让别人读得更好，CPU执行得更好。永远不要满足于你一点都不好的代码。
5.今天多读一些你工作需要的东西。你不会只知道今天需要什么，而知道明天需要什么。
5.今天，多读一些你在工作中需要的东西。如果你只知道今天需要什么，不知道明天需要什么，那么你自然不会进步。
6.回家偶尔做做吃的。是的，真正的食物。
6.偶尔在家做饭。是的，真正的烹饪。
它会教你遵循食谱和创造一顿饭之间的区别。
这会让你明白看菜谱和做菜的区别。
第一是知道你需要什么来做这道菜，第二是用你现有的来做一顿饭.
菜谱只会告诉你做一道菜需要什么，然后当你真正去做的时候，你就知道自己到底有什么了。
只是有一点点不同。
这就是“看”和“做”的区别。
作为一家初创公司，这是我最大的教训，来之不易。
这是创业公司给我上的最大一课。这来之不易。
7.创新和好想法(技术或产品)无处不在。请与我们分享。
7.创新和一些好的想法(技术或产品)来自生活的各个角落。记得和我们分享。
8.我知道你讨厌商人。我明白为什么了。
我知道你不喜欢生意人。我知道为什么。
他们卖你不能生产的东西；
他们卖的是你开发不出来的东西；
当做不到的时候，他们承诺；
他们承诺软件根本无法实现的事情；
他们不付钱的时候要价更高。
客户不付钱的时候，会一直问你问题。
但是，如果没有他们定位产品的能力，业务将无法开展。
但是没有他们对产品的定位，没有他们的业务能力，那么业务就无法运营。
这是一项很难的技能。
这是一项很难掌握的技能。
但是和我分享你的想法，我会作为一个缓冲。一个好的组织需要所有的学科。
但是如果你愿意和我分享你的想法，那么我就作为一个缓冲的桥梁，可以更好的组织大家。
9.热爱你的工程师职业。你可以一辈子做工程/开发人员，赚很多钱，得到尊重和乐趣。
要热爱工程师这个职业，可以一辈子扮演工程师或者开发者的角色。你会赚很多钱，赢得别人的尊重，最重要的是，你会乐在其中。
本文转自http://blog.csdn.net/keymo_/article/details/7407476
郑重声明：本文由网友发布，不代表盛行IT的观点，版权归原作者所有，仅为传播更多信息之目的，如有侵权请联系，我们将第一时间修改或删除，多谢。