1樓：大繁至簡
普通或者經驗缺乏的程式設計師相對於高階程式設計師最主要的區別在於：
理解和分析需求時，不能充分調研各種可能性，缺少預判和主導能力。
執行開發時，選型不明，不按照業界通行最小代價來實現。
功能驗收測試時，缺少充分的自查自糾能力，容易給同伴增加額外的工作量。
乙個判定原則：好的程式設計師，一定是讓別人的工作更輕鬆，而不是沉醉於自我陶醉和自以為是。
不過，現在有了強大的無遠開發平台，這種經驗上的差距，會逐漸被抹平：https://
wuyuan.io
2樓：cosine
最明顯的區別就在於對學習和程式設計的態度：
普通程式設計師：將通過面試當成學習的目標，有面試才學習；把程式設計看成工作，下班就撤。
高階程式設計師：學習只是自然而然養成的習慣；程式設計才是一生的事業。
3樓：純潔的微笑
其實也就是看大神程式設計師和菜鳥程式設計師的區別了：
「菜鳥」程式設計師 VS 「大神」程式設計師，我差點嚇出了翔 | 不會笑青年
還有這個：漫畫 | 程式設計師成神之路，一年挖坑，五年扛旗，十年成神
4樓：劉鵬飛
我說乙個點，高階程式設計師『會說話』，具體來說就是表達能力，站在對方角度來說話。
很多同學都有困惑，和老闆講了一大堆，為什麼老闆就聽不明白呢？述職的時候洋洋灑灑的ppt，自以為展現自己的各項優勢，最後評委完全沒聽懂。
這些問題的原因，本質上就是你的表達是站在自己的角度，附加了很多自己知道的背景知識，但是這些對於別人而言是缺乏的，那最終的結果就是一開始別人就沒搞明白你做了什麼。
所以解決這個問題，就是要站在對方的角度來組織你的語言。
比如向老闆匯報，那老闆一般是知道一些背景的，所以沒必要講一大堆為什麼做這件事。大部分情況下他也不想知道你的技術細節，所以也不要把你的技術吹得天花亂墜。重點講清楚核心技術方案、進展和成果。
技術方案可以不要講那麼細，如果老闆感興趣，可以展開。進展和成果要可量化，不要是有很好的效果這類很虛的內容。
那述職又不同了，大部分情況下評委都是不了解你的工作的，俗話說隔行如隔山，你得先講清楚為什麼這麼做，如果這個不說清楚，那評委就聽不下去，那他們還會認為你的工作有意義麼？驗證你講的是否清楚也很簡單，你回家和媳婦講講，看她聽懂了沒。
所以說高階程式設計師，並不是他們詬病的『PPT工程師』，PPT寫的好，是程式設計師高階的關鍵能力。
5樓：jinyinzhubao
高階程式設計師
低階程式設計師
高階程式設計師拿到需求：
1、深入思考需求業務的價值
2、如何通用、高擴充套件的實現
3、實現的技術架構和人力
4、安排低階程式開發。。。
低階程式設計師拿到需求：
1、開啟IDE
2、code
3、修bug
4、修bug。。。
6樓：netkiller
程式猿的高低不能用這個區別。很多公司把 title 作為一種激勵手段。隨意給title，什麼首席架構師，首席科學家。。。
我從來不敢說自己title，別人問我: 打雜的高階程式設計師和普通程式設計師有哪些區別？
高階程式設計師：不斷搬家，方向是，從郊區不斷向市區搬，最終住在市中心，上班15分鐘到公司。成為深圳人。
普通程式設計師：不斷搬家，不斷遠離市中心，每天通勤2小時到公司。成為東莞人，惠州人。
7樓：ImKAIne
推動力，執行力，領域sense
技術上的話很多東西都是坑踩多了自然而然會有的，當然如果平時多看看一些前人的踩坑經驗會成長的更快
8樓：阿萊克西斯
高階程式設計師會「social」；
這裡有多方面的因素：
你可以很快理解別人的東西
你可以很清楚的講解你的東西
別人看得上你的東西
上邊所講的「東西」可能是很多程式設計師一輩子都不會接觸到的情商與智商，機智與反應，知識與經驗的積累，決定了高階程式設計師可以接觸並有能力利用各種「資源」
一人之力畢竟是有限的，即使你再天資聰穎，刻苦努力，也有照顧不到的方面，到了一定程度，能找來怎樣的助力並能真正「理解應用」這個助力，成為了高階程式設計師與我等普通程式設計師區分實力的關鍵；這是最近的一些感悟；
9樓：秦朝凱
大多數人做到了你這是說的普通程式設計師？答非所問嗎？看得出來不是大多數人都能做到，你說的就是高階和普通的區別。如果是，那你刪帖吧，強答什麼呢？ @暗滅@暗滅
10樓：真話君
高階程式設計師不回來回答這題，因為擔心自己不是真正的高階程式設計師，擔心有更高階的程式設計師來打臉。
回答這題的都是普通程式設計師，要麼答得是程式設計師基本素養，要麼答得是自己的臆測，就像這個回答一樣。
11樓：新高峰2017
產品提了乙個需求
普通程式設計師：悶頭一路做下去。
高階程式設計師：問產品這樣設計的目的何在，深入調研分析後，自己提出另一種方式實現。
12樓：偉喜子
我覺得乙個高階碼農和一般碼農，存在本質區別！
一般碼農心態都是
但是老闆心態可是這樣的：
所以為了不出bug，做一名真正的碼農大師，那你就要不斷小心翼翼，如屢薄冰，精神抖擻……最後
造就傳奇
13樓：周輕靈
剛才等紅綠燈的時候，天開始下雨了。這時候旁邊的人首先開口說：「下雨了」。
大概過了5秒鐘，其他人：對哦，有點下雨了。
區別就是，高階程式猿禿頭比較嚴重。。。
14樓：
像梁繼敏一樣的高階成功程式設計師，自稱從業近二十年寫過多執行緒的人會禁止模組化禁止封裝禁止使用打包工具
會認為新技術(就是他不會的)沒用的
會指責新技術(就是他不會的)不解決問題
這就是成功人士
15樓：孫安
初級程式設計師不會使用Ctrl+C和Ctrl+V，
普通程式設計師可以使用Ctrl+C和Ctrl+V，
高階程式設計師熟練使用Command+C和Command+V。
16樓：番茄炒蛋
最近幾天在面試，就體驗了一把，被乙個面試官按在地上摩擦，左邊磨了右邊磨，差距真大。
回去後把簡歷工資降了，就為了找家能擁有自己時間的公司，我要學習了。。。
17樓：xxxxxxyz
初級程式設計師是Task Based，需要別人說做什麼，甚至怎麼做，然後用苦力把東西碼出來。
中級程式設計師是Solution Based，當有問題出現或難點攻克時，會用一些之前積累的經驗和模式，去解決一些相似的問題。
高階程式設計師是Problem Based，當出現未知問題時，可以在短的時間內定位問題，根據優先順序，合理運用有限的資源，制定解決問題的方案。
18樓：hi大頭鬼hi
線上出了問題。
普通程式設計師：什麼問題，我要分析原因，定位問題！半小時過去，一小時過去。。。故障從p4一路公升級到p0
資深程式設計師：有沒有發布，先回滾！沒發布，有沒有降級，先降級！沒有降級，重啟！然後拉日誌慢慢定位分析問題。故障止於p4
19樓：魯明明
高階程式設計師？沒見過。
按照職稱體系來說，助理工程師，初級工程師，工程師，高階工程師。
程式設計師跟工程師的區別很大，工程師搞得是工程，不是碼農。
20樓：張小懂
Any fool can write code that a computer can understand. Good programmers write code that humans can understand
21樓：好奇的蟈蟈
偷偷的吐槽一下，以現在的title氾濫程度，普通程式設計師熬兩年就是高階程式設計師了吧
知其然知其所以然
知其所以然的所以然
……所以最後拼的還是資料結構、演算法、網路基礎、作業系統、設計模式……
22樓：武漢掌上寶
高階的在前面，普通的在後面，你們感受下！
23樓：
我所見過的公司，畢業一兩年的在公司裡定級都叫高階程式設計師。所以我想，普通程式設計師應該是指應屆生吧。
所以這些高階程式設計師的水平呢，確實比應屆生強的多。基本流程都知道了。但技術水平上，確實還有很多需要努力學習的地方。
工作個三五年，待所專注的領域有所深入後，就可以被稱為資深工程師了。當然繼續努力還可以成為專家工程師、高階專家工程師、首席工程師、傑出工程師之類的。
24樓：alor
普通程式設計師遇到不會的就在各種技術群裡問大牛，大牛熱心的幫他解決了問題，但是老闆不會知道，只知道他能解決問題，於是步步高公升成為經理/總監，而那個總在群裡回答各種問題的大神，還在苦逼做著高階工程師，被經理/總監領導。
25樓：叄肆
高階程式設計師忙著跑專案賺錢學習進步養生過日子。普通碼農忙著跟各種風抱各種團刷各種碼農段子.生怕別人不知道自己是個只會用別人東西的前端。
26樓：
高階程式設計師長得不一定帥，但是技術好，幹活快，女朋友漂亮。忙時拼命加班，閒時陪陪妹子。
普通程式設計師沒有女朋友，就算不加班也去公司划水。
27樓：王集鵠
普通程式設計師：能幹活
高階程式設計師：獨當一面
資深程式設計師：帶領實現複雜的專案
架構師：能夠駕馭乙個複雜系統
科學家：能突破人類知識的邊界
28樓：胡滿超
研發軟體主要涉及以下幾方面的能力：
1. 程式語言與各類工具/庫的使用
2. 計算機基礎：計算機工作原理，作業系統，編譯器，網路基礎...
3. 資料結構、基礎演算法、設計模式、邏輯思維與問題抽象4. 工程能力：需求誘導、抽象與再分解，程式的結構設計，流程化協作5. 領域知識
6. 應用創新
你說的普通程式設計師可能屬於碼農，只會運用自己熟悉的語言寫一些業務邏輯，別人讓他幹啥他就幹啥，做一些具體的工作。初中級程式設計師主要具備以下特點：
能做一些簡單的工作，但是很難承擔比較複雜的開發工作，沒有能力處理複雜問題
不愛學習或者學習碎片化，學習思路凌亂不系統基礎知識薄弱，不太重視基礎知識積累
工程化能力一般，對軟體開發過程缺乏深刻的認識
29樓：程墨Morgan
我們用新兵老兵來比喻普通程式設計師和高階程式設計師吧。
接到作戰指令，要攻占乙個山頭。
新兵一聽到指令，立刻向山頭前進。
老兵一聽到指令，先揣摩一下這個指令的含義，攻占山頭的意義，如果不清楚，向指揮官問一問為什麼。
新兵遇到敵人，好啊，來當兵就不怕打仗，就是乙個字——幹！
老兵遇到敵人，先臥倒，觀察一下，看看敵人有多少，搞不搞的定。
新兵遇到雷區，怕什麼，勇往直前，掃掉所有的地雷。
老兵遇到雷區，咱們繞過去吧。
最後，終於攻占山頭了。
如果新兵運氣好，這時候還倖存著，但基本上也灰頭土臉了，一邊擦臉上的血和汗一邊，一邊喋喋不休，嚮往著下一次戰鬥如何逞英雄。
老兵則是點一根煙，回顧一下這次吃了什麼虧，記下來，下次不能再犯了。
請自行腦部普通程式設計師和高階程式設計師在開發中的表現。
30樓：Gavin
說說我的看法
現在很多人都誤以為軟體開發是不需要經驗的。其實這是一種非常錯誤的想法。完全是對軟體行業的一種誤解。這個行業非常依賴經驗和人本身的素質，其實和你的教育水平和教育程度無關。
說的通俗點，就是非常依賴智商。智商大多數都是天生的沒錯，但通過經驗總能得到一點改善。
因為人的智力水平相差太大，所以不得不搞管理體系和工程方法。主要作用就是讓智力水平低的程式設計師不要捅婁子，智力水平高的不要太出格。
天才統治的專案都很成功，比如Linux還有GNU 下面的形形色色的玩意，主要是編譯器。完全使用工程方法的差很多，不過也能用比如IE4的開發。
程式設計可以是學術研究，可以是軟體工程，也可以是個人興趣。更多的可以看作是一種個人技能。
上古時期的程式設計師都有哪些當今普通程式設計師無法想象的神級操作？
真正的上古時期，那應該是幾百年以前到七八十年前電子計算機誕生為止的階段吧？那時的機械工程師也可以說是 程式設計師 利用各種機械結構來實現機械計算機的計算過程，實現邏輯判斷，實現微分，積分，濾波，甚至傅利葉變換。這才是現代程式設計師嘆為觀止的神級操作。另外，看了很多答案，裡面描述所謂 上古 大神 程式...
如何定義業務程式設計師和非業務程式設計師？
說句難聽點的 脫離業務談技術就是耍流氓。有人提到做架構應該不是業務程式設計師。但是，做架構很重要的一條就是 架構要滿足業務帶來的約束。換句話說，不懂業務就別想做好架構。 技術是一定為業務服務的。在理解這句話之前，你必須要搞懂 什麼是業務。我覺得你對業務的理解是 指某個產品或者某個功能線。因而你會想如...
女程式設計師能和男程式設計師結婚嗎？
有乙個廢柴姑娘 我，程式設計師女和我老公程式設計師男 婚前這些情況，工作上都是加持 婚後還有很多要注意的事情。我不知道如何去評價 婚後呢，缺點都會顯示出來，因為又是互相懂的領域偶爾可能你的老公想要吹吹牛 但是呢，你又都懂 所以你們爭論點也會越來越多。但是夫妻之間哪有不吵架的，重要的始終是解決問題處理...