潍坊达内的小编总结,Amazon的售前人员个个都是行业架构师,给你很好的架构和解决方案,包括迁移方案,所以你就知道架构的门槛了。非资深程序员可以花半天时间看一下 Learn how to design large-scale systems ( https://github.com/donnemartin/system-design-primer ),虽然说是primer,但是还是非常实用的,配合一下 Awesome list ( https://github.com/topics/awesome ) 架构思路和模式都有了。框架和开发包的具体特性和对比了解了,一天就能够成为架构师。
有个笑话:一个产品经理找一个有个性的设计师去设计原型和交互稿。该设计师头都没有抬说道:“你抄的是哪个网站或App? 告诉我,我下午给你做。”如果你看了system design primer,当有架构师找你,你就可以说你参考的是哪个网站的架构。我们回头理解一下然后按照这个设计编写代码就可以了。在云上,架构设计基本都是pattern的,再花很多时间讨论架构设计,就有点想不通了。但对云上的产品做彻底的理解,这个还是需要的。 行业发展得太快,你必须学习,纯靠经验积累行不通,技术淘汰的速度远大于你经验积累的速度。

非鸡汤:不要和程序员谈自己的编程历史,很多的经验在今天已经不适用了。只要2-3年不关注技术,就基本快和程序员和编程绝缘啦,不是绝对,但是通常不会错。
工具要非常熟练
有人跟我说:“不要吹啦,你就是IDEA使用得再熟练,也没有必要将学习和使用工具挂上钩吧。” 说句实在话,看到一些硅谷工程师的培训教程中他们对工具的熟练使用程度,我只能说我还是小白。
有一次和几个google的工程师吃饭聊天,问了一下他们遇到的哪些人比较牛? 一个工程师说他的leader太牛了,在帮助他找bug的时候,工具和debug使用的熟练程度让人眼花缭乱。很多工具都是他听都没有听过的,而且Python脚本编写几乎如行云流水般。究其原因并非是这个leader一眼就能看出问题所在,有些问题他也是第一次遇到,但他在单位时间内尝试的次数特别多,就很快把问题给逼出来了。
以上就是潍坊达内给大家做的内容详解,更多关于IT的学习,请继续关注潍坊达内