硅谷思维模式和顶级程序员的区别

A. 有什么东西，程序员觉得很普遍普通，而别人却没有的

《The Effective Engineer》的作者在写书的过程中，为了了解那些顶级程序员和普通程序员的区别，采访了很多硅谷顶级科技公司的顶尖软件工程师。他发现这些给世界带来巨大影响的的工程师们至少有以下5个共同的思维模式：

1.勇于去研究你不懂的代码

一般人都不愿意去研究自己不曾接触过的代码，很多人都没有尝试就放弃了。如果你经常去研究你没有接触过的代码，你就会越来越熟悉不同的代码结构和设计模式。现在人们很容易就接触到优秀的开源代码资源，你可以很方便的就下载下来做一些改动或者调试，去研究为什么代码可以这么写。

除了代码之外，很多人对于陌生的工作内容也会感到恐惧。每次换工作的时候，你可能都会遇到新公司的工作内容和以前工作的内容不一样的情况，以至于刚开始的时候工作效率没有以前那么高。很多人甚至觉得，他们是不是骗了面试官。

其实，大家都是在学习的过程中。在一个陌生的领域，没有人从一开始就是大神。如果你想变得越来越好，无论是写代码，与人沟通或者其它的技能，都是需要投入时间去学习的。

2.精通代码调试(debug)

很多人在写代码的过程中，经常会有的一个问题就是：为什么我写出来的代码不能运行?为什么运行的结果不是我想要的?

几乎所有的程序员写代码都不是一遍就能写好的。但是顶尖的程序员非常快的就明白自己代码的问题可能是什么。这是一个很重要的能力，但是偏偏学校里不教，面试的时候考官也不经常提及。

那么怎么去调试代码呢?其实核心就是以下几个方法：

1、不妨先猜测一下到底发生了什么。

2、假设你的猜测是对的，想想你的猜测会导致程序有什么结果。

3、试着观察这些结果有没有异常的地方。

4、如果你没有发现异样，那么说明你的猜测就是对的。

5、如果你发现了异样，那么说明你的猜测是错的，接下来换一个猜测试试。

对于顶尖程序员来说，这个过程在脑海中就是电光火石的一瞬间。只要你解决的问题足够多，你做出来的猜测就会越准确。

至于如何发现异样?你就需要有一套自己的工具或者方法论了。最简单的就是在代码里输出日志来判断。但是这是比较笨的办法，你需要去接触一些高级的工具或者直接带有Debug功能的编辑器。

3.重视能够节约时间的工具

最近打败人类的AlphaGo每天可以进行上百万局的下棋训练，我们人类一万个小时的训练却需要10年之久。也就是说，电脑运行几分钟，可能就等于人类工作好几年。

曾经在Facebook担任技术总监的Bobby Johnson描述过，高效率的程序员都把时间花在制作工具上。

很多人也认为工具是很重要的，但是他们并没有花时间去制作、整合自己的工具。但是，Jonson团队最出色的员工耗费了他们1/3的时间在工具制作上，这些工具可以用来发布代码，监控系统，以及能让他们花更少的时间去做更多事情。

总之，不要花时间去做机器可以代替你去做的事情。

4.优化你的迭代速度

假设你要花12秒钟去搜索某个函数是在哪里定义的。再假设你每天做这个动作60次，那么你每天就要花12分钟去搜索函数定义。

如果你用一个好一点的编辑器，每次找到函数定义只要2秒钟，那么你每天就会节约10分钟。每年你就可以节约40个小时。

如果你能找到3个这样的场景去优化一下，那么你每年可以节约一个月的时间。想想这一个月你可以做多少有意义的事情。

再假如你在调试一个App的bug的时候，改完一次代码都需要重启一下App，然后点击4、5次才能看到bug有没有改好。那么你是不是可以先花几分钟设置以下，让App一启动就转到显示Bug的页面呢?

千万不要小看这些琐碎的细节，改善它们的回报是巨大。

5.系统性的思考方式

当你在写代码的时候，你很容易就认为只要你按照需求实现了指定的功能，你的代码就写完了。但是这其实只是冰山一角。任何没有发布到生产环境的代码都不会产生任何价值。

如果想写出真正有影响力的代码，你需要从整个系统去理解你的工作：

1、你的代码和其他人写的代码在功能上是什么关系?

2、你有没有好好测试你的代码?或者其他人是否很容易测试你的代码?

3、为了部署你的代码，线上生产环境的代码是不是需要改动?

4、新的代码会不会影响到已经运行的代码?

5、在新的功能下，你的目标用户的行为是不是你期望的?

6、你的代码有没有产生商业上的影响?

这些问题都不是很容易就能回答的，但是在写代码的时候，你需要明白你的代码最后会不会得到最好的结果。

B. 普通程序员和优秀程序员的区别是什么

链接：

程序员进阶攻略。如何才能持续成长，是每一个程序员都绕不开的话题。入行之初，你可能会困惑于技能选择的方向和掌握的方法；编程前期，你可能会苦恼于Bug的调试与修复；技术水平达到瓶颈期，你可能又急于寻求突破和上升。除此之外，职业倦怠了，如何去面对？技术停滞了，如何去解决？人到中年，是选择工作还是选择生活？换工作？换城市？换方向？如是种种，磨蚀着曾经的乐观和现在的不甘，是放任自流还是逆流而上？

课程目录：

开篇词 (1讲)

开篇词 | 程序行知：走在同样的路上，遇见自己的风景

征途：启程之初 (4讲)

01 | 初心：为什么成为一名程序员？

02 | 初惑：技术方向的选择

03 | 初程：带上一份技能地图

04 | 初感：别了校园，入了江湖

修炼：程序之术 (10讲)

05 | 架构与实现：它们的连接与分界？

......

C. 顶级的程序员是怎么样的

我是程序员。实习过两家公司，说说我的观察。

公司有个技术总监，每次跟他聊天总是觉得我错过了他这样的方式，人们都很亲切，总是说“我要学”，但可怕的是无论他跟他说什么“哦，这我知道，我们可以交换一个共同的学习”。不管什么。

他很会照顾我，由于我不是科班出身的，他和我交流尽量不用术语，比如依赖倒置，他和我讲的时候告诉我原理以及如何实现，并不会特意提这个名词。

之后我再看他们写的代码，无论什么情况都能扛得住，并能给出正确的错误处理。而我的代码，简短，有力，漂亮，满是奇技淫巧，然而就是不耐操。

我的经历所认识到的优秀程序员就是这样：博学，谦虚，积极向上，良师益友，还有代码十分健壮。

D. 普通程序员和大神级的程序员有啥区别

低级程序员和高级程序员的区别如下：
1、高级程序员之所以高级, 在于他们认识到代码 bug 是不可避免的。
有千万种理由可以导致 bug, 但他们可以在设计和逻辑上保证(追求)滴水不漏, 并用逻辑的百分之百准确性还减少代码 bug。严谨的逻辑能力是高级程序员区别于低级程序员的最主要原因。
2、不仅在于他们写出了逻辑上不完备的系统, 而且还恶劣地引经据典来做错误的辩护. 但他们引用的经典是不合时宜的(不能支撑他们的结论)。
正确的做法应该是假设上面的每一行代码都可能中断执行, 然后进行相应的对策. 正如狭义上的网络协议其实是广义上的交互协议, 我们可能把 TCP/IP 协议上的许多思想和机制应用到系统间的交互上来。
3、低级程序员和高级程序员的区别在于逻辑和抽象。

E. 低级程序员和高级程序员的区别

低级程序员认为自己与高级程序员的区别, 主要是高级程序员任何功能都能编码实现, 编码速度快, 代码无 bug. 正如一惯的那样,
低级程序员之所以低级, 正是因为他们勉强能看到(或者根本看不到)事物的表象而看不到本质. 所以, 低级程序员总结出的一切东西,
你都可以大胆的忽略.

所以, 我们来听听高级程序认为自己与低级程序员的区别是什么. 高级程序员之所以高级, 在于他们认识到代码 bug 是不可避免的,
有千万种理由可以导致 bug, 但他们可以在设计和逻辑上保证(追求)滴水不漏, 并用逻辑的百分之百准确性还减少代码 bug. 没错,
严谨的逻辑能力是高级程序员区别于低级程序员的最主要原因.

可以举一个简单常见例子: 网络购票终端的开发. 当然, 比低级程序员还低级的程序员做不出来. 我们先看看低级程序员是怎么做:

order = Db::new_order();
ret = Network::place_order(order);
if(ret == TRUE){
order.finish();
}else{
order.cancel();
}

你看到的没错, 这段代码逻辑清晰, 一般 90% 的情况都能正常工作, 有的甚至能达到 99%, 在某些特定的时间段, 这样的系统 100% 能正常工作(几乎是完美的系统).

你可能发现了问题: 网络是不可靠的, 网络请求可能发出去了, 也可能没发出去; 对方可能收到了, 也可能没收到; 响应可能由对方发出去了, 也可能没发出去; 你可能收到了响应, 也可能没收到.

但是, 低级的程序员会这样解释: 我用的是 TCP 协议, "TCP 是一种可靠的传输协议", 哈! 可笑的照本宣科. 这种低级程序员,
不仅在于他们写出了逻辑上不完备的系统, 而且还恶劣地引经据典来做错误的辩护. 但他们引用的经典是不合时宜的(不能支撑他们的结论).

正确的做法应该是假设上面的每一行代码都可能中断执行, 然后进行相应的对策. 正如狭义上的网络协议其实是广义上的交互协议, 我们可能把 TCP/IP 协议上的许多思想和机制应用到系统间的交互上来.

简单来讲, 可以加上就是重试(超时重传)和对账(请求确认). 所以, 逻辑上更准确的代码应该是这样:
Process_0{
order = Db::new_order();
}
Process_1{
order = Db::find_new_order();
ret = Network::query_order_result(order);
if(ret == NOT_FOUND){
ret = Network::place_order(order);
if(ret == TRUE){
order.finish();
}else{
order.cancel();
}
}
}

Process_0 和 Process_1 是相互独立的处理逻辑.

Process_0 即处理用户交互, 接受订单.
Process_1 请求服务提供商进行对账. 进行采购下单(补单), 更新订单状态.

上面的代码逻辑实现了重试(超时重传), 对账(请求确认). 但上面的代码在逻辑上还不是 100% 准确的, 例如, 如果对方系统误报呢? 但其它的异常情况可以根据实际情况来忽略. 如果你发现这段代码还有重要的逻辑上缺陷, 欢迎告诉我.

记住, 低级程序员和高级程序员的区别在于逻辑和抽象.

F. 初级程序员、中级程序员、高级程序员最大的区别是什么

程序员之间也是存在很大的区别，他们之间最大的区别主要表现这这个方面，跟大家分享一下。

1. 能力。一些程序员刚刚进入一个单位，学习的东西还不多，他们的能力差距要比老员工差很多。

2. 经验。有的程序员，自身的能力是提升上去了，但是，由于呆的时间相对比较短，经验还不是很足，面对一些疑难杂症，还是不能解决。

3. 薪资待遇。因为能力不同，所以获得的回报也是不一样的，一般高级程序员的薪资都是非常高的，毕竟他们能够解决很多困难以及复杂的问题。
   

当然，除了这几个方面之外，还有一些也是有差距的，比如说头发，思维以及工龄等等。

G. 你觉得大神级别程序员与普通程序员差别在哪

具有探索精神，共享精神

H. 大神级程序员和普通程序员的区别

一般神级的程序员会愿意去深究自己不懂和不熟悉的代码，但是普通的程序员还不太适应，他们会选择逃避，但是时间越久会越发现自己不能这样。当然，除了代码，对于工作也是，很多人对于陌生的工作内容也会感到抵触。但是要想自己能不断成长就必须要不断学习的。……还有很多了

I. 普通的程序员和大神级的程序员有什么区别

普通程序员没有编程思想，不懂得在工作中思考，工作十年也是个普通程序员，没有学习路线，不会用Git，命名不规范，结构不规范，不知道如何解决BUG，不会用搜索引擎，如果拥有科学上网的能力，可以使用搜索引擎进行搜索，效率更高，答案更准确。