卓越和优秀程序员的区别

‘壹’ 优秀的程序员和一般的程序员差别在哪

一般的程序员写的程序是给自己看的。
优秀的程序员写的程序是给别人看的。

写给别人看的程序，每段代码都加上注释，

代码写得简单、易懂、有逻辑，
只需要花很少时间，就能让别人读懂。
除此之处，优秀程序员会坚持阅读大量的文档，不断地学习和进步。

‘贰’ 好程序员：优秀的程序员和一般的程序员差别在哪

一个好的程序员定义分为三种：兴趣，努力，行业前景
1: 首先你要对前端这个职位这个行业感兴趣，没有兴趣你再怎么去学都是没有用的，比哑巴吃黄莲都更难受。有兴趣后就要懂得培养。
2: 俗话说：人往高处走，水往低处流，努力要讲究方法，你刚毕业不久，我建议我们先好好实习积累工作经验，然后跳出来自己找个公司上班，工作经验会更加丰富，我就是这样
3: 互联网行业正属于当今社会的发展高峰期，首先确定你选这个行业前景是没有错的，非常好，其次 除了前端，你应该去了解后端，和互联网行业的其他职位，程序员不一定都是前端。或许互联网行业的其他职位也很适合你。
在大学里学的专业是前端，这个已经是非常好的了，当今前端的需求量大。也是很景气。希望你能抓住这个机会 不要放弃 踏实一步一步来，成就会来的非常快！

‘叁’ [探讨]优秀程序员和一般程序员差别在哪

还记得研发频道此前发表过的一篇《白班程序员 VS. 夜猫子程序员》吗？在这个世界上有两种程序员，我们称之为：Day Programmers（白班程序员）和Night Programmers（夜猫子程序员）。本文我们将探讨优秀程序员和一般程序员有哪些差别，看看您是属于那一种？来自知乎网上的大牛们各抒己见，一起来看下他们是如何区分的。创业者郭凛：如果纯以编码能力来看，可分为五类1. 拷贝型拷贝型选手就是传说中的“代码拷贝员”了，他们对实现功能几乎没有思路，所作的事情就是从网上或是之前其他团队成员写的代码中拷贝出片段，然后放到项目中，如果运行项目出现了期望结果，则表示任务完成。这类人只会改代码，却不会写代码。他们大多对编程毫无兴趣，只是希望以此糊口而已。2. 新手型当产品有功能需求时，由于经验有限，程序员并不完全知道要如何实现这个功能，需要通过学习、寻找资料等方式来解决问题。这种情况下的编码过程，程序员的主要目标是“完成功能”，那么很难有多余的心思去考虑边界条件、性能、可读性、可扩展性、编码规范等问题，因此代码bug可能较多，稳定性不高，常常会发生开发花费1个月，改bug却要改上好几个月的事情。3. 学习型这类程序员对所在领域的语言已经比较了解，对于一般功能可以有较为清晰的实现思路，给出需求时可以通过自己的思路来实现，并且会一定程度上考虑边界条件和性能问题。但仅此而已，他们对可读性和可扩展性考虑很少，也没有项目级别的考虑，主要是希望通过实现代码来练手或是学习。这类程序员最大的表现在于喜欢“创造代码”，即使有现成的实现，他们也希望自己来实现一套，以达到“学习”的目的。他们不喜欢复用别人的代码，看见项目中别人实现了相类似的功能，他们会以“需求不同”的借口来自己重新实现一套。这类人一般来说对技术有着较为浓厚的兴趣，希望能够通过项目来进行学习。从项目的角度来说，这种做法最大的麻烦在于开发周期可能较长（相比直接使用现成的实现），并且会使得项目代码膨胀，影响未来的维护。但这类程序员由于有兴趣，如果好好培养或许会成为明天的牛人。4. 实现型这类程序员一般有较为丰富的经验，由于写得太多，因此不再追求“创造代码”来进行学习，同时对所在领域可能涉及的很多第三方框架或是工具都比较熟悉，当接受到产品需求时，对功能实现方案已经了然于胸，因此他们可以快速的实现需求，并且对边界、性能都有一定程度的考虑。因为能够快速实现需求功能，经常会被团队评价为“牛人”。但他们一般仅仅停留在“完成功能”级别上，对代码的可读性、可扩展性、编码规范等考虑较少，对项目总体把握也较少（例如控制项目膨胀、方便部署等架构级别的东西）。这类程序员最大的表现在于喜欢“开发项目”，却不喜欢“维护项目”。他们产出的代码最大的问题就是维护较为困难，可能过上几个月回头看自己的代码都会晕头转向。因此即使是自己写的代码，仍然不愿意维护，一般会苦了后来人。因为接口设计的缺乏，当需求变更时，发现代码要改的东西太多，然后抱怨需求变化，却很少认为是自己的代码问题。这样的项目如果经过长时间的变更维护，最终会变得难以维护（一般表现在需求变更响应时间越来越长）甚至无法维护，最终要么是半死不活，要么是被推倒重来。5. 架构型这类程序员比实现型更进一步，他们经验丰富，对相关框架和工具等都很熟悉，“完成功能”、“稳定性”、“性能”这些已经不再是他们的追求，更优美的代码、更合理的架构才是目标。这类程序员代码设计大多建立在对需求的详细了解和对需求变更的预测上——可扩展性较好；代码细节也尽量多的考虑边界情况、性能——稳定高效；代码命名和注释都恰到好处——可读性较高；同时在开发过程中他们会不断重构，对代码做减法——保证项目可持续发展等等，但由于考虑问题较多，单从“实现功能”阶段来看，完成速度不一定会比“实现型”要快。只是到了项目中后期优势才会慢慢体现出来。知乎删代码工程师 安江泽：创造型、管家型、学院派、钟表型、折腾型1. 创造型/创新型以创造/创新为乐的程序员。以新的方法解决现有问题，发明方法解决尚未解决的问题。问题本身并不限于技术领域。硅谷很多技术创始人具备这类的品质。虽然他们创业后都不再全职写代码，但他们这种品质贡献了他们事业的第一步。2. 管家型以管系统演化为乐的程序员。有洁癖，有强迫症，容不得系统有一点的瑕疵。如果你招聘了一个程序员/架构师，2-3年后你的互联网产品再也没有在可见/可扩展性上遇到瓶颈，他多半是这种程序员。3. 学院派型通常在CS某一领域拥有博士学位，或者深受他们的影响的人。对该该领域兴趣浓厚，通常参与企业核心竞争力相关的研发工作。当然，也有一部分也具备第一种特质，中途去改变世界去了。4. 经验型在行内具有多年丰富的经验，可承担责任，考虑全面。团队拥有了这种人，通常会少走很多弯路。但面对新的挑战还是要和其他人站在同一起跑线上的。5. 钟表匠型喜欢并擅长把一个系统从里到外研究通透的人。分享出来都是从里到外让人垂涎欲滴的干货。很多后端工程师都是这种类型。6. 折腾型擅长“折腾”，方案没有最好的，只有最难的。兴趣广泛动手能力强，通过折腾留下很多技术积累。想用哪一块的新技术？先问问他把，8成他很久前就已经玩过了。7. 肉盾型哥甲高血条长，加班如同切菜一般，逼急了不睡觉也行。只伸手要过两件东西：原型和咖啡。适合打闪电战。当然，可能事后要打打后勤重构下代码。iApp4Me创始人、iOS开发者郝培强：七大标准 逻辑思维很重要优秀程序员的标准：要懂逻辑，这点其实挺难达到，很多很不错的程序员其实逻辑能力不行，所以我觉得限制了他们更深一层次的发展，或者说限制了他们解决特别复杂问题的能力。要有分析能力。这也是解决复杂问题不可或缺的能力。要会自学，技术发展速度很快，如果没有自学能力会被淘汰的。所以在中国英语要好，不然看不懂最新的技术走向。要有良好的时间管理习惯和意识。要有耐心，肯于付出。要有良好的工作习惯。会看且勤于看文档。产品管理、IT项目管理 何明璐：优秀程序员具有较明显的自恋和偏执特征对编程有浓厚的兴趣，由兴趣能驱动自己的探索和钻研精神，优秀程序员一般喜欢用业余时间探索和自己琢磨点东西，研究点开源框架和源代码，关注新技术，喜欢研究和探索算法，逻辑方面的内容。优秀程序员一般比较懒于做重复的事情，对于重复事情有独有的程序员思维，即通过程序或其它自动化方式解决重复问题，而留更多时间去思考。优秀程序员更多的会从简单功能实现，花哨的界面转移到对安全，性能，可扩展等底层架构的关注。优秀程序员一般有较明显的自恋和偏执特征，有较为希望独自工作的特征，比较难于被非技术背景管理者驾驭，高度强调自我能力价值的被认可，而且很多优秀程序员并不是好教练。优秀程序员一般有较为扎实的算法，数据结构等理论知识的基础。这些让他们在迅速进入新领域的时候快人一筹。总结：不管是优秀程序员还是一般程序员，小编认为只要你喜欢思考，爱学习，对编码有兴趣，那么你就是最好的。当然掌握技术才是硬道理，套用别人的一句话“不想当CEO的程序员，不是好的产品经理”。程序员们，加油吧！

‘肆’ 普通的程序员和大神级的程序员有什么区别

知识面，经验。
大神能看到问题的本质，程序猿只能看到表象。
大神一般是某个领域的，有更丰富的背景，更深刻的认识。

‘伍’ 普通的程序员和大神级的程序员有什么区别

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

‘陆’ 普通程序员和优秀程序员的区别是什么

链接：

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

课程目录：

开篇词 (1讲)

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

征途：启程之初 (4讲)

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

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

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

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

修炼：程序之术 (10讲)

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

......

‘柒’ 低级程序员和高级程序员的区别

低级程序员认为自己与高级程序员的区别, 主要是高级程序员任何功能都能编码实现, 编码速度快, 代码无 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% 准确的, 例如, 如果对方系统误报呢? 但其它的异常情况可以根据实际情况来忽略. 如果你发现这段代码还有重要的逻辑上缺陷, 欢迎告诉我.

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

‘捌’ 优秀程序员和一般程序员差别在哪

作为一个一般的程序员，我觉得优秀的程序员比我强的地方就在于探索精神，永远不会觉得问题难以解决。

‘玖’ 你觉得大神级别程序员与普通程序员差别在哪

具有探索精神，共享精神