程序員打架集錦

⑴ 程序猿真的都那麼呆嗎做程序猿的女朋友是什麼感受

身為一名計算機專業相關的大學生，我深知這一行簡單的講就是高智商的搬磚工，做一名程序員真的是一件很苦逼的事情，每天面對著很多數不清的符號，這些符號每天都在你的面前群魔亂舞，搞得整個世界都是代碼。有人說程序員很呆很萌很可愛，可是程序員真的就那麼呆那麼不懂事嗎？我想不是的。

誰說程序員非常難找女朋友？都是騙人的。首先，程序員中女性同樣不在少數，而且程序員男生還有更多和其他男生不同的一面。他們更加了解普通男生不知道的事情，而習慣了理性邏輯化與客觀思考的他們對待女生的關心的方式也與普通男生不同，所以現在程序員男生並不是不被女孩子喜歡，而是不善於發現喜歡自己的女生，也不善於在可能喜歡自己的女生面前表現自己與普通男生不同的一面。

作為一個程序員，我可以發現一名程序員身上不同於普通人的特質，程序員不是呆萌，而是從不同的角度看待這個世界，對待女朋友就像對待代碼一樣細致，關懷女朋友的程度也比其他的男生更為給力，如果你的男朋友是一名程序員，雖然他可能沒有時間陪你，但是她會用自己的方式愛你，給你其他的男生給不了你的驚喜，不為別的，程序員的愛就像他們對待代碼一樣專一。

⑵ 老胡是名程序員又去東北遊玩與一位大漢發生爭執，大漢吼了一句你瞅啥，老胡說什麼才不會被打

老胡只要說「不瞅啥」就可以了！東北話「你瞅啥」的意思就是「你幹啥啊？你想咋的」，只是一種詢問語氣，沒有打架的意思。所以，老胡只要正常語氣回復一聲「不瞅啥」就沒事了，也不會被打！

⑶ 為什麼有人說大部分碼農做不了軟體架構師

從事軟體開發多年，在編程行業真正的架構師比例少的可憐，就目前國內軟體開發環境而言，真正意義的架構師還不是很多，因為大部分的代碼框架幾乎從開源代碼社區裡面拿出來，然後定製成自己公司產品需要的，其中研究框架的時間比較長的，並且能夠深度定製的程序員就算是高手了，因為很多開源的代碼更新速度非常快速，能跟上開源社區的代碼更新速度的企業已經是實力非常強的公司了，國內企業現在真正意義上的從頭開始設計一個框架然後推向市場相對比較少。

經過十幾年的發展，國內編程人才的平均水平已經上來了，雖然在頂級程序員由於在編程底蘊以及生態系統這塊有差距，但基層的程序員水平已經上來了，國內很多互聯網公司做的產品有些已經不弱於歐美等企業，這些都是國內程序員水平提升的結果，而且現在由於培訓行業在國內普及，入門級別的程序員在國內數量巨大，所以很多人喊著國內程序員行業已經飽和了，已經不適合再去從事程序員的工作了。

事實上國內軟體行業內需依然足夠多，特別是現在的三四線城市都陸續出現了軟體公司，而且規模和數量都在提升，國內企業對中高級程序員的需求量還是非常巨大，五六年大小公司對於這類的人才招聘一直沒有停止過，而且薪資水平還維持在非常高的水準，了解這個行業現狀對於規劃自己的職業生涯還是有著非常大的好處。

架構師這種職位可遇不可求，基本上國內架構師都是自己本公司內的優秀的軟體工程師，成為了優秀的程序員並且在公司內部深得公司的信任願意給這種突破的機會，抓住了後邊的就會給與架構師的待遇，不是每個程序員天生就是做架構師的料，關鍵還在於平時的積累，有了機會抓住了，要成為架構師先要自己成為一個優秀的程序員，優秀的程序員需要具備什麼樣子的因素，現在就根據自己技術生涯的一些經歷分享給大家。

基本功扎實。 很多程序員在入門之前由於在學校裡面比較重視基礎，還能看看基礎，在成為了程序員之後就開始放鬆了對這方面的要求，所以導致很多程序員見到有筆試的公司，直接就選擇了放棄走人，不能講這類的程序員水平不行，但起碼不是優秀程序員的范疇， 優秀的程序員是經得住基本功考驗的，是不怕這些所謂的筆試題目的。

演算法扎實。 很多程序員做了很長時間還不覺得演算法挺重要，演算法貫穿整個技術生涯，如果沒有意識到這點說明意識層面還沒理解到，證明需要彌補的東西還是非常多，有些程序員可能是學習了一門編程語言就匆匆去找工作了，運氣還不錯還找到工作了，沒有很好的規劃技術生涯路線，一個標準的程序員需要的一門基礎的編程語言，熟悉數據結構，並且穿插著學習演算法，這三樣也是優秀程序員的標配，學習技術不是由著自己性子去做事，需要有規劃，這其中不能少了演算法的因子。

錘煉編程思想。 很多程序員覺得能夠寫代碼，時間長了經驗到位了慢慢就能熬成資深技術專家了，程序員不是靠著熬日子過的，需要不斷的提煉編程思想，舉個簡單的例子，做網路編程如果懂得了一門編程語言的編程經驗，相信切換到別的語言只需要很短時間內就能搞定，而且積累總結類似的場景以後遇到這種場景都能靈活應對，還能同步遷移到類似的場景，不能只是為了做而作，僅僅就是為了完成任務，那麼提升的空間有限，不能因為工作承擔的東西就這么點，而不去補充其餘的東西，善於總結也是優秀程序員需要具備的一種意識。

成為架構師沒有所謂的模板，而且有些人一輩子也沒有這種機會，但想要達到這種境界就需要先讓自己成為一個優秀的程序員，這樣子遇到有理想的企業抓住機會就上去了，一旦進入這個級別後面的編程生涯就會有根本的變化了，關鍵在於平時一點一滴的積累，讓自己長期處於一種高效的學習狀態，有太多的程序員經歷了幾年的適應期就提前讓自己進入了舒適期，結果隨著年齡的增長技能沒有相應的跟上導致年齡大了競爭力下降，出現了老了被企業淘汰的悲劇，什麼樣子的態度決定什麼樣子的人生，也就決定了什麼樣子的結局，希望能幫到你。

作為一名IT行業的從業者，同時也是一名計算機專業的研究生導師，我來回答一下這個問題。

首先，目前IT行業內大量的程序員確實無法成長為架構師，主要原因集中在三點，其一是自身的知識結構不足以支撐向架構師方向發展；其二是崗位工作任務受限；其三是行業迭代速度太快，學習壓力較大。

早期的架構師主要集中在後端領域，針對於不同的開發領域，對於架構師的要求也不盡相同。總的來說，架構師的任務主要集中在三個方面，其一是整體技術框架設計；其二是技術選型；其三是解決難點問題。所以對於程序員來說，如果想成長為架構師，需要做好以下幾個方面的知識儲備：

第一：豐富的開發經驗。 開發經驗通常是軟體架構師的基本要求，通常軟體架構師都是從初級程序員、主力程序員、研發級程序員等崗位一步一步成長起來的，每一個階段都會積累一定的開發經驗，這些經驗對於架構師的方案設計會起到重要的作用。對於大量的程序員來說，從主力程序員向研發級程序員發展會存在較大的困難，主要原因就是基礎知識結構的問題，不少程序員通過讀研的方式完成這一步升級。

第二：豐富的知識結構。 架構師的知識結構不僅僅局限在技術層面，還需要掌握大量的行業知識，不同行業領域往往有不同的特點，要能夠根據這些特點來完成具體的方案設計。

第三：緊跟技術發展趨勢。 架構師一定要緊跟技術發展趨勢，同時能夠對於未來的發展方向有較強的認知能力，這對於架構師的方案設計會起到重要的作用。對於技術趨勢的認知能力，是判斷一名架構師能力的重要因素。

架構師並不是一個很好玩的升級路線。

相對於架構師的開發工作。研發工作更有趣，更容易得到 社會 的承認，不論是圖形學，還是人工智慧，區塊鏈，甚至黑客（網路安全），憑借你的智慧和努力，可以在短時間內取得成就，並達到一個很漂亮的高度。研發方面是拼年輕，智商和體力的工作，有眾多的天才少年取得漂亮的成果，每年有大量新的技術突破和文獻等著大家研究。你做的每一件事情，都能表現出漂亮的成果，全局光照，計算機視覺。或者很容易賺到很多的錢，自動駕駛或者區塊鏈ico，就算做 游戲 外掛，其收入也大得超乎你的想像。

而架構師不是，架構師拼的只有經驗，正確的方法和項目數量。《C++程序設計新思維》裡面有一句話：「只有天才的程序員沒有天才的構架師。」 在構架師的世界裡不存在天才，只存在重構。一定要有正確的方法（敏捷開發），然後就是無數個項目和時間的鋪墊。然而對一個架構師應該明確，我們的職責是內部質量而不是外部質量，我們要把軟體做的強壯且易易擴展。但你會發現，對於外行麻瓜來說，這根本不吸引人，麻瓜老闆經常說一句話：你功能做不出來我們公司就破產了，別他媽的再花時間重構了。

至於為什麼架構師很少

內部原因是： 架構師太無趣了，相對於圖形學光照演算法，你卻強調測試驅動重構持續集成。研發工程師會得到大量的外部激勵，所有人都去贊揚他們的成果。而構架師需要從自身產生激勵的能量，比如對代碼的潔癖，重構在不改變功能的情況下不斷優化代碼質量，一個分層，一個正確的依賴關系，甚至一個精簡美麗的命名，都需要由衷地感到興奮和刺激。否則很難熬下來。

外部原因是： 浮躁的 社會 容不下一個架構師成長的時間和空間。一個框架師需要大量的項目經驗，超級長的編碼時間。堅持正確的方法和一個融洽配合的團隊。國外的架構師都是大鬍子，而國內程序員到30歲，老婆就催著要去做管理崗位了。和研發工作拼智商不同，架構師就拼的是經驗，沒大鬍子沒五六十歲很難成為xx之父這個級別。

行業原因是： 架構師容不下架構師。架構是藝術不是科學，沒有一個統一的標准，每個成型的架構師心裡都有一套屬於自己的程序結構和原則，你可以看到十個圖形學程序員基於一個演算法合作，但你很難看到兩個架構師做一個項目不打架的。架構師需要有自己的團隊來驗證自己的觀點和共同進步，但就如同食肉動物永遠是食草動物的十分之一，行業也沒那麼多團隊給架構師來糟蹋。

經歷過很多項目洗禮，並有自己的想法和能力的架構師，必然是稀有動物。

但看起來無聊的架構師有什麼用呢？

他是輔助英雄，給整個團隊加各種屬性光環：降低代碼中的混亂（熵），讓團隊中初級的程序員做出高級的代碼，提高單位時間效率避免加班，讓團隊更容易進入未知領域，大幅度降低企業成本。

我現在做的混合現實領域，這是一個新的領域，有一個優秀的架構師可以在沒有前人經驗的情況下開疆闢土，並且可以帶起來整個團隊的開發質量，降低成本給客戶更多的獲利空間。

這個問題不知道提出來的緣由是啥，其實問題不是很合適，不過還是一分為二的來回答一下，如下：

架構師不是誰都能做到的，我想說如下幾點：首先，應具備的素質應該是快速的學習能力，需要從平常的任何工作活動中，快速學習，包括從自己的本質工作完成，以及與他人的交流中，而後者又尤其重要，從別人那兒學來，而快速形成自己的理解並超越對方，而這，從自然規律角度上來講，這只有少數人能做到；

其次，需要具有全局的視野，能平衡整系統各子系統之間的解耦與耦合，這個需要積累，需要在各子系統內有實際項目的、比較成功的設計編碼的問題處理能力，而尤其是問題處理能力又尤為重要，這也不是段時間能達到。

第三，在這個行當內，能靜下心來踏踏實實，保持飢渴的學習，保持積極正向的心態，不斷的越挫越勇，始終往設計架構方面努力，在當下整個行業浮躁的環境下，很對都想通過不斷的跳槽來達到漲薪的目的，這又會淘汰一大部分人。

最後，即便具備了素質，你能否當上架構師，取決於客觀因素了。因為一個架構師，決定了他所在領域的發展規劃，以及當前的問題現狀的改進，這個位置至關重要，不是那個人，上一層組織關系是不會讓你做這個位置的，上層組織還會考察你除了技術能力以外的，諸如與人溝通，管理你的上下級，包括你的上級的上一級到連三級的關系，關繫到你的直接老闆的，這些其實就很難說了。

呵呵，當然了，還有其他很多了，靠這個問題是說不清道不全的。

真正的軟體架構師對各方面的職業素養都要求比較高。架構師的工作，不是平時工作的簡單堆疊，除了專業技能要過硬外，還要思維活，想東西細致全面，需要自己去主動去接納工作以外的大量知識。此外，在性格方面也有一定要求，一個軟體架構師往往還需要具備善於溝通的品質。

總而言之就是要技術好、思維活、會交際。大多數程序員做不到架構師的位置主要是因為自身能力達不到，其次是一個公司裡面架構師佔比本來就想小。

一般程序員在公司負責的工作主要是維護日常的需求，在原有的架構上進行修改，所以很少會接觸到架構層面的東西。長期缺少接觸相關的知識及業務的機會，久而久之離架構師的標准也會越來越遠。

年輕的程序員在知識儲備上無法達到成為架構師的標准。

現代的高可用架構一般為：RDS、Cache、MQ、後端服務、監控服務。而隨便拿其中一個點，都有著非常多的技術點知識點需要掌握。

比如在多系統交互中，如何保證MQ中的消息能被對方系統消費，如何設計高可用的服務負載均衡，這些都是需要很多經驗才可以解決，但是一般的程序員又不容易接觸到架構設計。

而年紀大點的程序員要麼是後期缺少折騰的的動力，要麼在職業發展途徑走到不同的分岔路口，最終走上架構師這個樹枝上的寥寥無幾。

小富即安的心理。很多程序員滿足於現狀，缺少堅持不斷學習不斷提高的動力，每個月拿著萬把塊錢的工資，心安理得，懶得去折騰。

一個公司架構師在廣大碼農裡面佔比還不到10%，能成為架構師的一般都在公司里擔任研發和管理的角色，想像一下公司團隊的人員金字塔你就知道競爭力有多大了。

平常，開發的團隊一般都是10多人組成。幾個團隊間一般會存在一個技術面最廣、技術經驗較充足的人，叫做架構師或者說是TL。而架構師的存在，一般在眾多的碼農中占的比例少之又少，可能連碼農總人數的10% 都達不到。軟體架構師也存在初中高級。

碼農都會寫代碼，對計算機編程語言都有自身的理解。但是很多時候，程序員或者說是碼農只是機械的完成自身的編碼工作。為了完成任務，成長有限。

看到這里，很多人都會說：編碼時間長了，經驗積累的足夠，自身也就逐漸成為了資深技術專家。想法其實不能說是不正確，在一個人見多識廣後，自然自身的內涵也就足夠的豐富。從碼農的角度出發。除了架構師，很少有35歲以上的人士會在互聯網做程序開發。而一個人想要通過機械性質的編碼積累經驗。需要多少年成長才能見多識廣呢？是否會有碼農堅持到那一時刻呢？一個值得商榷的問題?

碼農是一份年輕人為主的職業。平均從業者的年齡都是20多歲。慢慢熬、慢慢積累在碼農中也不能說錯。但是很多人在軟體開發領域積累一定的經驗後就會轉型不做開發。

所以說，長久時間的碼農很少。而在短暫的碼農開發軟體的工作中，脫穎而出，成長起來的人更少。

些許拙見，供您參考。

從事互聯網開發多年，歡迎大家騷擾

小團隊一般 10 人左右，其中常常是技術最牛的人做架構師（或TL）。所以，架構師在廣大碼農中的佔比大概平均不到 10%。而架構師也可以分為初級、中級、高級三檔，江湖上真正高水平的軟體架構師就更少了。

所以，大部分（超過九成的）碼農幹上許多年，還是做不了架構師，這是什麼原因造成的呢？

1：碼農分為真的能寫代碼的，以及自認為能寫代碼的。

2：真的能寫代碼的碼農又分為自認為寫的不錯的，以及真的還不錯的。

3：真的能寫不錯代碼的碼農又分為會鑽研會不斷優化的，以及安於現狀的。

4：會鑽研的碼農又分為喜歡廣度了解新技術蜻蜓點水的，以及深入鑽研用到知識的。

了解廣度的碼農又有少部分願意深入某些技術，喜歡深入研究的又往往缺乏廣度知識。

6：為業務而技術的深度廣度都了解的碼農，又需要有良好的溝通能力。

7：而溝通好的，又有一部分當PM去了。

8：然後剩下的，又有一部分慢慢脫離實際開發（不再做任何實現）或者開始依靠拿各種中間件搭積木來作為「架構」手段。

9：除去這些，剩下對業務有一定了解，對技術廣度上有多種涉獵，深度上對部分技術研究徹底，還有很重要的一點，考慮問題足夠細致全面。

10：細致全面善於溝通，技術上深度廣度都沒問題， 又喜歡這個工作，還會不時做底層實現，從業務和開發兩個角度出發，搭出「架構」來是為了開發效率，為了運行效率，為了開發質量，為了業務靈活和運行穩定，為了維護方便等等這樣的人，個人認為可以稱為「架構師」。

而真能滿足這種需求的，別說題主的10%的比例，1%能不能達到我也持懷疑態度。其實現在的「架構師」大多數都停留在8這個層次，甚至很多在5這個層次就當上title上的架構師了。

總之，成為架構師，不僅僅是工作上的簡單積累，更需要主動接納工作外的大量知識，同時，對性格上對於非技術能力上也有一定的要求，不僅如此連思維方式都很重要，外加職業發展中又有很多岔路，最後走到架構師這根樹枝上的就寥寥可數了。

如果你想要往架構師的方向發展的話，那或許你可以看一下我分享給你的這份進階路線圖，主要針對2到5年及以上工作經驗的Java開發人員，裡面的技術包涵了Java高並發、分布式、微服務、源碼分析、高性能等技術，這些也是目前互聯網企業比較常用的技術，那麼來詳細看看。（圖片可以保存）

一：常見模式與工具

學習Java技術體系，設計模式，流行的框架與組件

常見的設計模式，編碼必備

Spring5，做應用必不可少的最新框架

MyBatis，玩資料庫必不可少的組件

二：工程化與工具

工欲善其事必先利其器，不管是小白，還是資深開發，玩Java技術體系，選擇好的工具，提升開發效率和團隊協作效率，是必不可少的：

Maven，項目管理

Jenkins，持續集成

Sonar，代碼質量管理

Git，版本管理

三：分布式架構

高並發，高可用，海量數據，沒有分布式的架構知識肯定是玩不轉的：

分布式架構原理

分布式架構策略

分布式中間件

分布式架構實戰

四：微服務架構

業務越來越復雜，服務分層，微服務架構是架構升級的必由之路，Java技術體系，和微服務相關的技術有哪些呢？

微服務框架

Spring Cloud

Docker與虛擬化

微服務架構

五：性能優化

任何脫離細節的ppt架構師都是耍流氓，向上能運籌帷幄，向下能解決一線性能問題，Java技術體系，需要了解：

性能指標體系

JVM調優

Web調優

DB調優

如何一起學習，有沒有免費資料？ 有需要的滴滴滴哦

軟體架構師？似乎是個明確的職位或者崗位了。然而，他在軟體產品開發過程中，充當什麼角色？起什麼作用？確眾說紛紜，缺乏共識。成為一名架構師，碼農根本沒有明確的努力目標。這是問題的關鍵，架構師，是上級領導、老闆對某些軟體開發人員的「認同」，是某種管理理念的體現，不是軟體產品生產活動中某個具體的崗位、角色。

⑷ 黃鑫的經典動作

冰河作者「黃鑫」專訪

想看激情視頻電影請點此
永遠的"冰河"

－－訪著名軟體"冰河"的開發者黃鑫

摘自 《黑客防線》第八期

曾有一段時間，"黑客"在中國被人這樣曲解："黑客就是會用'冰河'黑別人電腦的人！"一聽便知這是外行笑話，但引起這場誤會的卻是"冰河"這個在國內網路安全圈從知名度到裝機量都名列前茅的軟體。這款優秀網路工具一經問世就頗受爭議，爭議的核心是它既可當作植入被攻擊端的木馬，也可作為正當的網路遠程管理利器。"冰河"既是軟體名也是其作者黃鑫的化名，這個名字挺"酷"，容易聯想到霜天雪地里冷酷冰下涌動的寒流。自"發源"以來，這條奔涌的"冰河"流域，不計其數的"菜鳥"們從這一流域步入更為廣闊的網路安全技術天地。公平地講，"冰河"及其開發者黃鑫在中國網路安全技術發展史上應佔有一席之地。今天讓我們一起走近黃鑫，涉入"冰河"。

印象中，自然界里"冰河"何等肅殺與寒氣徹骨，而坐在我面前的程序員黃鑫卻熱情如火，談笑風生。在北京盛夏一個雨後清爽怡人的傍晚，我隨著他對往事清晰的回憶，沿"冰河"逆流而上，追溯源頭……

"冰河"的起源

話題從黃鑫與電腦的第一鎰親密接觸開始。97年的黃鑫還是西安電子科技大學的一位大三學生，說來難以置信，在大一大二的時候，他還沒怎麼接觸PC，用他自己的話說是："有一天和宿舍最要好的同學覺得應該弄台電腦玩玩了，便兩人湊錢買回一台'486'。"由於電腦在使用時受到了"晚上十一點就全面斷電"的校規限制，小哥兒倆再次湊錢到校外租了間小房子。玩電腦開始的日子非常之"爽"，他們經常在學校機房與個人"機房"之間以3寸軟盤傳遞信息。但不多幾日，"病毒"開始在其間滋生蔓延，學校杋 成了"病毒樂園"。那時的黃鑫還是個不折不扣的初級小菜鳥，自己電腦中了病毒仍渾然不知，還樂此不疲地拷貝著"NDD""PCTOOLS"以及當時流行的小游戲。直到一天電腦不再正常啟動，這下他抓了瞎，自己不懂，就找那個要好的"購機合夥人"求援。好友看後送他一句話："你中了'秋水'病毒！"。雖然到現在黃鑫仍無從考證當時好友判斷的正誤，今明兩天在他當時白紙般簡單的計算機知識"內存"中永久存儲下了"秋水"這兩個字。所謂知恥而後勇，此後黃鑫從如何用KV300、KILL等殺毒軟體清除病毒開始了計算機知識的全面涉獵。那台"486"老爺車只能跑DOS，要硬跑起Windows95來則需要足夠的耐心，但黃鑫與夥伴仍抵擋不住單機版"紅色警戒"的誘惑。為了可以順暢地把游戲玩爽，為了再遇故障和病毒可以自己解決，黃鑫決心把電腦知識學深學透！他首先從KV300恢復主引導區的概念受到啟發，由研究DOS磁碟引導區入手，從文件分配表到55AA扇區一步步把原來看似神秘的東西搞清。回憶那時的經歷，黃鑫說："正是病毒的存在才讓我感到電腦的趣味無窮！"如果不是這份興趣，他恐怕不會將才智和精力全部投入其中，也就不會有日後"冰河"這一影響他人自己一生的"作品"的誕生。

沒過多久，己是"中級菜鳥"的黃鑫不再滿足於用現成的軟體按個F'X'功能鍵對系統進行自動修復了，他開始使用debug，開始涉及匯編語言，很快就能不再藉助任何第三方工具而用手工恢復引導扇區。不久後又將這一手工過程通過一個自編的匯編小程序自動實現，初償成果的他小有成就感，至此，黃鑫只用短短數月便完成了由"初級小菜鳥"到"初級專家"的質的轉變。此時在計算機求知路上的黃鑫己是脫韁的野馬，任何成績的取得都不能放慢他向更高技術層次進取的腳步。正好大三下學期開設了C語言課程，C語言可實現的那些匯編語言無法比擬的強大功能深深吸引了黃鑫，在同班一位極具編程天賦的同學的鼓足下，他開始了自己編程研究的重要轉型，主攻C語言，可以想見，對於匯編語言己料熟於心的他，再學C語言可謂觸類旁通，很快輕松上手了。但每想到潛心修得的一身匯編硬功就此"廢棄"，黃鑫的惋惜之情溢於言表，由此也讓黃鑫深刻認識到計算機知識的更新速度之快，讓求知者不得喘息。從大三開始對計算機知識如飢似渴的汲取，為黃鑫日後成為開發出"冰河"這樣經典軟體的優秀程序員奠定了堅實的基礎。應該說"冰河"今天的一瀉千里得益於當年的厚積薄發，大學時代知識的點滴積累就是匯成洶涌"冰河"源頭的涓涓細流。

初出茅廬，小試鋒芒

大三後半學期開始，黃鑫與那位擅長編程的同學聯繫到咸陽市的一家公司做一份沒有報酬的"兼職"，為的是豐富自己的實際開發經驗。兩人每個周末從西安跑咸陽一趟，為該公司開發一個數控機床的工控機軟體。這頂開發也充分發揮了他在DOS與匯編方面的特長。兩個人連貫數日挑燈夜戰，效率極高，原開發單位一個月沒有完成的工作轉到他倆手中僅用4天就將一個DOS下運行的仿Windows界面框架構建完畢，接著只用兩周時間全部開發工作順利完成。雖說這個小項目與日後黃鑫參與的大型開發任務無法相比，但畢竟是第一次工作實踐。人生每一個有意義的"第一次"都是值得紀念的。後來得知這套工控機軟體在全國銷路很好，兩個沒有拿到一分錢獎勵的大學生卻由衷地感到自豪與成就感。該公司希望他們留下來，但長時間在西安與咸陽間往返奔波畢竟不便，黃鑫決定在母校"西電"附近的軟體公司尋找機會。可每次面試，對方剛聽完他的自薦便主觀判定這個未出校門的手頭小夥子既無工作經驗，更不可能身懷絕技，甚至還對一個學生的工作責任心表示懷疑，這令黃鑫非常不快也挺寒心。最後他以一種無所謂的心態在一位本校老師開的一家名叫"創富"的小軟體公司與這位老師面談，他明確地跟對方說："你如果試用我一兩個月，說出我什麼地方不行，我馬上心服口服地走人，但如果連個考察的機會都不給，那未免太主觀臆斷了。"這位老師覺得有理，就拿出一個別人用Delphi編得不很完善的程序讓他修改，黃鑫用了不到半個小時就輕松搞掂，於是他被聘用了。正是這份兼職在他日後的職業發展道路上起到了重要作用，他出眾的開發能力很快受到這位老師常識，便在黃鑫畢業後將他推薦到在深圳的"中國科技開發院"工作。當時的黃鑫因有在校與同學打架的記錄，畢業評定多少有些不利，他清楚地贏利恰好是"西電"老校友的"開發院"老總面試他時的第一句話："你現在還敢打架嗎？"而黃鑫的回答仍有個性："有什麼不敢的？"老總立即笑道："行，你來我們這兒吧！"不久後黃鑫得知老總曾是昔日"西電"散打隊的一員，原來兩人的經歷與性格很像，老總也話在黃鑫身上看到了當年的自己，說到兩人的友情，黃鑫話很多。兩人年紀相差整一輪，既是校友、上下級，更是忘年至交。"他就像一位老大哥，在我多次處境困難的時候無私地幫助過我。"黃鑫一臉真誠地說。除了感激，黃鑫對他更多的是發自內心的敬佩，苟合他的人格魅力、事業心、駕馭企業發展的管理水平、市場動作能力，特別是洞悉判斷人的銳利慧眼。大四下半學期，早已完成畢業設計的黃鑫開始在"開發院"上班了。在其後一年多的時間里他的研發水平不斷提高，其間他作為主要研發人員參與完成了標底1000萬的上市公司"南寧百貨"企業MIS系統招標項目，共歷時9個月。約一年後他又被借調到廣州科友公司做一個USB口令卡的開發，此項目3個月一個開發周期，第一個周期是在模擬環境中完成產品的測試，就在做完測試前後，黃鑫因家庭生活的經濟困難以及個人職業發展的長遠考慮，面對上海一家公司開出的明顯優厚的待遇條件，做出第一次跳槽的決定。當時錢對他是一個很實際的問題。但公司的現狀和他自己的做人原則都決定了不可能向公司提什麼條件，與"老大哥"談及此事，對方雖感惋惜，也表示了極大的理解。面對公司的挽留，黃鑫一再強調個人原因的同時非常真誠地表達了對老總本人和公司的感謝與不舍。時至今日，這兩位忘年至交仍保持著不減當年的真摯友情與密切聯系。

他到上海那家公司後工作一度還算順心，公司先前許諾的待遇條件都兌現了。但天有不測風雲，剛巧又過了3個月，公司上層決定放棄黃鑫參與開發的這個項目，更糟的是公司對整個行業前景不再看好而決定轉向，這意味黃鑫註定再次跳槽。於是"冰河"首次來了北京。北京也是他一直想來的地方，這里有全國最好的安全研究環境，不過他現在就職的北京思樂信息技術公司是深圳思樂公司所屬的分去機構，看來黃鑫與深圳還是有緣。至此，這條不安分的"冰河"從西到南再向東，最後流到了北，程序員黃鑫算是在北京相對穩定了下來。

"'木馬''冰河'入夢來"

大四後期早早就完成畢業設計，又有一身編程絕技在身不愁工作去向，黃鑫顯得比同學輕松自在許多，於是學校附近的網吧經常可以看到他的身影，已在單機上把加解密之類的東西玩熟玩透了的他，有一天便萌發了在網上大搞"隱身與瞞天過海之術"的想法。通過接觸當時很流行的"BO"以及"netspy"等後門程序，更激發他將這一想法付諸實施。因為他發現這些程序在功能實現上也有局限，比如當時的"netspy"只是一個擴展的FTP客戶/服務端程序，防範起來比較容易，相比之下"BO"的功能要強大很多，但它畢竟是泊來品，黃鑫覺得自己完全有能力開發出功能更強大完善的工具來，這也是提高自己網路編程水平的好機會。以前缺少必要的網路測試環境，Winsock都未曾涉及，正好就此進行一番"惡補"。之時Delphi強大的控制項功能派上了用場，在開發建立網路連接模塊時大大節省了時間，提高了效率，開發的前期還比較順利，網路編程對他這樣一個匯編與C語言高手來說自然不是什麼難事，偶遇生僻費解的問題，他就去請教那位編程水平很高的同學，很快，作為"冰河"雛形的一個可執行文件終於問世，還來不及起名字就先在宿舍同學之間進行測試，大家普遍反應不錯，說比"BO"一點也不差，後來又將測試中發現的不足和問題進行改善。事情至此也就告一段落了，軟體只是在同學中偉著玩，當時的黃鑫從沒想過把這個開發動機很單純的軟體發布出去以求名利雙收，但事情在其後一個偶然的機會里發生了改變。在那次去做"南寧百貨"的招標項目時，開發組中一位南寧當地的技術人員用過這個"冰河測試版"後也大加贊賞，由於他接觸國際互聯網校早，對互聯網廣泛的影響力體會很深，就強烈建議黃鑫將這個軟體在網上發布，比起網上眾多很不入流的"共享軟體"，這個軟體定會大受歡迎。一番話將黃鑫說動了，決定一試，這時才想起還沒給軟體正式命名，大夥兒就一起幫著想，後來採取的方式是把金山詞霸打開隨機地敲入一個拼音字母，看出來什麼字和什麼聯想詡，最後在"流沙"、"冰河"等詞兒中選中了"冰河"，這個日後廣為傳播的"酷名"就是這么隨意"瞎起"的。不過黃鑫現在也覺得有些"歪打正著"："表面封凍的堅冰下暗流仍在涌動"，與"木馬"特性頗為暗合，還兼具點兒文學韻味。接下來的問題就是選哪個網站上傳發布，那位南寧的同事先推薦了一個名為"PCHOME"（電腦之家）的網站，黃鑫自己又在網上找到了一個"中國程序員網站"，於是兩個站點都放上去發布。

"冰河"發布後果然反響熱烈，北方工業大學的兩位研究生最先給黃鑫發來Email，在對"冰河"大加稱贊的同時，還希望交友，以便交流提高。他倆當時正給電信部門做一個"遠程監控"的項目，經比較，他們認為同類軟體中"冰河"綜合性能最佳，後來又有大批的企業網管給他寫信，請教與探討技術細節，無意中黃鑫也交到了很多朋友。"冰河"從黃鑫在校時開發其雛形，到1.0測試版正式發布一直是英文版的，一心想著盡快做出這個軟體的他完全沒有考慮語言支持問題，但一經對外發布，問題就來了，一位英文不好的網友給他發信指出："作為'冰河'開發者，你是中國人，面向的也主要是中國用戶，為什麼不寫'中文版'？難道中國人自己的軟體還要中國人來漢化嗎？不會是為了炫耀你的英文水平吧？"一席話真給黃鑫提了醒，沒想到自己完全忽略了這個重要問題，他一點兒也沒在意網友有點過激的言辭，僅僅一周後就完成發布了"冰河"1.1中文版。可中文版剛發布幾天又發生了一件令他啼笑皆非的小插曲：他又收到一位網友的來信："我用的是英文操作系統，沒有中文環境，你能不能出個英文版？"黃鑫只好回信耐心告知他此前有英文版，再後來還有人指出"冰河"操作界面比較簡陋，應加以完善，這些來信讓黃鑫在感到"眾口難調"的同時更感到"冰河"的大受歡迎，為此他計劃在"冰河"中實現多語言環境支持並將其徹底"變臉"，那時他正忙於"濟南百貨MIS系統"的開發，在沒有影響工作進度的情況下，他用業余時間將"冰河"升級到了1.2版，在此需要特別提一下，後來"冰河"從1.2直接升至2.0而不是1.3、1.4、1.5等等類推，是因為黃鑫發現自己最初軟體結構的設計思路很有局限，在此結構上的升級空間越來越小，所以，"冰河"2.0除新增"鍵盤記錄"、"載取CACH口令"等少量新功能外，較原來1.X版本的最大改進就是整個程序結構特別是操作界面的變化，不再是以前版本的簡單升級，其後又有"冰河"2.1、2.2的改進版本。

身為這款被很多人視作著名"木馬"軟體的開發者，黃鑫自己從未用它"搞"過任何一台別人的電腦，從初次開發到每次升級後的測試都是在屬於自己學習或工作的網路環境中進行的，而在互聯網上不足10次的測試都是通過OICQ向在線好友發出請求，經對方同意後在其電腦上進行的。其實黃鑫本質上就是一個技藝高深的程序員，他關注的是技術本身，當看到自己以單純動機開發出來的軟體被他人用於實現不好的目的，也只能深感無奈。這里就自然說到有關"冰河"停止升級開發這一黃鑫自己都不願過多提及的話題。"冰河"的最終版本是2.2B，此時的"冰河"已"風靡全國"，"那時我突然感到'冰河'把大家引入歧途了，我在技術論壇上發現，很多網友，特別是年紀很小、剛開始對網路著迷的小孩兒已經深信：'會用冰河就是黑客！'我敢說用'冰河'的人90%都是為了給別人種'木馬'搞三十或是用來滿足虛榮心的，真正用於個人正當遠程式控制制或是對網路編程技術本身感興趣以此進行研究的不到10%，這讓我覺得'冰河'已失去了再升級下去的意義，做起來也沒什麼意思，所以到2.2B就終止了開發。"這是黃鑫對此事的自述。事實上，他知道什麼是一個真正的優秀程序員應有的首先准則和社會責任。但"'冰河'現象"的事態發展並不為其開發者的自重與自律行為所左右，在朋友幫忙製作的"木馬冰河"黃鑫個人主頁的技術論壇上，到處充斥著"'冰河'黑機大法"的教學貼子，有的貼子還直奔"'冰河'萬能密碼"的主題，黃鑫看著自己以技術提高為良好初衷建立起來的網站正在變成一個"'木馬''黑機'的交流園地"，促使他不得不繼終止"冰河"升級開發後，又關閉了"木馬冰河"個人站點。

停止"冰河"的開發後黃鑫於2000年底加盟著名網路安全網站"安全焦點"（www.xfocus.org），他將完成公司本職工作之外的精力都用於知名掃描器"XSCAN"的開發升級以及"安全焦點"的建設維護，也許XSCAN的知名度沒有"冰河"那麼高，但用過掃描器軟體的人對它都不會陌生，開發這款優秀掃描器的最初設想還是在2000年天極網組織的黑客大會上，幾個技術圈裡的朋友對他說："'冰河'不再搞了，你總得再做點什麼吧？"朋友建議他做掃描器，黃鑫也感覺不論從自己的技術特長和使用前景上看這是一個不錯的主意，於是回來就開始做，並很快做出了框架。在"安全焦點"幾位朋友提供大量漏洞及編程資料的協助下，開發進展順利。XSCAN的第一個版本很快在"安全焦點"網站發布。下載量一路攀升，後來隨著版本升級，支持插件、遠程操作系統識別等重要功能都逐步得以實現，眼下SXCAN的2.0版即將問世。可以說XSCAN是繼"冰河"後黃鑫的又一代表作，且就技術含量而言，更是超過了他的成名作"冰河"！現在，黃鑫一面繼續著XSCAN的版本升級，一面正主攻他在"安全焦點"的一個重要研發任務，就是被形象地稱為"黑客陷阱"的引誘攻擊繼而對其跟蹤檢測分析的"HONEYPOT"（蜜罐）系統，攻擊者一掃描到"HONEYPOT"就會以為這是一台毫不設防的"肉雞"，一旦發起攻擊其攻擊行為和手段的每一步每個細節都被"HONEYPOT"單機版模擬環境，"HONEYPOT"的開發意義在於擴大其中國內技術領域的認知度，以吸引更多的人加入這一技術的研討。

從"冰河"到"XSCAN"，再到"HONEYPOT"，黃鑫在程序開發的技術探索上步步為營，不斷積累著寶貴經驗。現在的黃鑫正值一名優秀程序員的黃金年齡，集銳氣與成熟於一身，人們有理由期待他超越當年"冰河"的輝煌。

程序員黃鑫

黃鑫是廣東人，這很容易從他的相貌特徵上找到答案，由於父母長期在山西太原工作，黃鑫就出生在這里並一直生活到高中，除短短幾年的南方學習與工作經歷，26歲的他在北方生活了20餘年。生活中的黃鑫喜交友重義氣，初次接觸就容易讓人消除陌生感，不知長年的北方生活對他豪爽直率，熱情健談的氣質有無潛移默化的影響。

父母都是知識分子，嚴格的家教使黃鑫從小學直到高中的一年級都是聽話的好學生，學習成績始終名列前茅，但父母的嚴教也有些偏頗，要求黃鑫將全部時間精力用在學校書本知識上，課外一切正當的興趣愛好都不鼓勵黃鑫去嘗試。曾有一段時間，黃鑫迷上了書法、篆刻，這可是現在不少家長反對，用黃鑫自己的話就是："家裡對此瘋狂打壓"，父母是怕這些愛好分散他的學習精力，即使這樣，靈氣十足的黃鑫還是練就了較好的書法、篆刻基本功，後來他繼續按父母之命用功讀書，只是對那些被迫放棄的愛好依然不舍，對不能擁有同學那樣更多的業余娛樂時間心有不甘，幻想著有"解放"的那一天。終於到高中一年級時，父母因工作調動先回了湛江，暫時"沒人管"的黃鑫那壓抑已久的男孩淘氣貪玩兒的天性在幾個同學的帶動下釋放了出來，校內球場、校外花鳥市場隨處可見他盡情玩耍的身影，打架也成家常便飯。放縱的結果是高一第一學期考試全班倒數第三名。好在這種低靡狀態只持續到回湛江上高三前，在父母恢復嚴管與高考的重壓下，學習成績又很快上來，並順利地考上大學。

高考時黃鑫的第一志願報的是公安，他從小就想當警察，年幼時最喜歡戴"警察帽"，這是典型和常見的男孩心理特點的理想。高考分數與體檢都過了錄取線，無奈報名且過線的人遠遠多於招收名額，又無特殊關系，最終與這個理想失之交臂。但黃鑫至今認為，如果當年能被錄取，自己會是個出色的警察，至少不會現在當程序員做得差。也許當年的陰錯陽差註定黃鑫終將是一個優秀的程序員而非警員，現實中這種"誤打誤中"的人生經歷比比皆是。今天的黃鑫不應再有更多的遺憾，現在所取得的成績已足以說明他的大腦就是為計算機技術而生，其實一切早已在冥冥之中註定。

黃鑫因"冰河"一舉成名，他坦承"冰河"給他的生活帶來許多的改變，有名氣以及因名氣間接帶來的物質收益，但最讓他看中的還是以"冰河"為媒結交的圈內外一大批志同道和的朋友，他視其為一生享用不盡的最大財富。酷愛金庸作品的黃鑫很認同"網路安全界"與"武林界"的許多相似之處，同樣的高手如林、山外有山；同樣的藝無止境、學海無涯；同樣的人在江湖、義薄雲天。

"冰河"也給黃鑫的生活帶來很多意想不到的小煩惱和小幽默，網友們因"冰河"而對他很敬佩，更有的把他當成了"神仙"，在QQ上他就同一個網友有過這樣的對話：

網友："您 就是'冰河'？"，黃鑫："是的。"網友："那你是不是現在就能進到我的電腦里？"黃鑫看罷幾乎要"暈倒"！

另一次，黃鑫電腦的個人防火牆有段時間經常報警顯示有人對其進行掃描，一看埠正是"冰河"的默認埠7626，開始他沒多介意，但時間久了難免煩人，於是黃鑫就編了一個偽"冰河"服務端，對方一連就能顯示其IP，然後他用信息回復功能告之對方："本人就是'冰河'開發者，求你不要再騷擾我"。對方可能是不信，收效不大，無奈之下他又開了一個簡易的telnet服務端程序，然後跟對方說："請你telnet到xxx.xxx.xxx.xxx咱們聊聊！"這下對方終於知道遇到了"真人"，沒有一個人敢上來應答。

現在的黃鑫很少談"冰河"，甚至不喜歡談"冰河"，因為在他看來，再談一切與"冰河"相關的話題就是犯了"好漢不提當年勇"的大忌，無異於"躺著吃老本兒"，這對於他是不能容忍的，對一個程序員意味著創造與想像力的枯竭，他現在最希望的就是人們忘記"冰河"或忘記"冰河"與他的關系，他不希望現在甚至多年以後，一提黃鑫這個名字人們記住的還只是"冰河"，就如作家不希望人們只記住他的成名作，沒有進取與創新，無法再超越自我對他們來說是最大的失敗。古希臘哲人赫拉克利特認為世上萬物都處在永遠的變化之中，所以他說"人不可能兩次涉入同一條河流"。在無休止變動的IT世界，年輕的黃鑫也不可能只開發一條"冰河"。所以沒人知道"金庸迷"黃鑫"大俠"何時會"收山封刀，淡出江湖"。

附：黃鑫有關"'冰河'徹底停止開發及'木馬冰河'網站正式關閉的聲明"的特別啟示：

聲明

非常感謝您的關心，"冰河"程序已經於2000年4月17日徹底停止開發，"木馬冰河"網站也於2000年5月份正式關閉。

"冰河"的最終版本是2.2B版，其他高版本都是別人用32位編輯器自己修改所得，並未徵得我本人同意。所做的修改主要限於版本號或作者等明文信息，功能上沒有任何增加，其實都是以2.2以前版本為修改藍本，但我敢不保證修改者沒有做過其他手腳。

2000年5月份至今，所有以"木馬冰河"及"glacier"名義惡意修改他人頁面，及2000年9月3日後在任何聊天室里以"冰河"身份目中無人大言不慚者均非本人。

個人認為技術研究的最終目的不是為了胡鬧，而是在自由與開放的環境中發揮每個人的專長，進一步完善我們的系統與網路，同時達到安全技術和安全意識的廣泛普及，使每個人都能夠在相互交流的過程中得到提高。而這種充分交流的結果將會使系統更加完善，網路更加安全。一個簡單的類比，魔術的魅力在於除了魔術師本人以外幾乎沒有人清楚它的底細，魔術師和觀眾的樂趣也恰在此處。到了多數人都能揭開謎底的時候，作為魔術師的你還會拿這個小把戲出來現眼嗎？

我已經很少開QQ了，有事可以給我發e-mail：[email protected]或[email protected]，隨時歡迎到我們的"安全焦點"做客http://www.xfocus.org（英文主站點）http://www.xfocus.net（中文站點），歡迎試用我們新開發的免費安全漏洞掃描器X-Scan並提出寶貴意見，在學習過程中遇到什麼問題也可以在我們的論壇里發帖子（"冰河"相關問題請直接給我來信）。

有不少朋友來信詢問"冰河"的卸載方法，在此一並做答：

1.自動卸載：1.2以後版本的"冰河"本身提供了自動卸載的功能，在CLIENT端"命令控制台"的"控制類命令\系統控制\自動卸載"。只要先連接"127.0.0.1"（也就是你自己），然後執行"自動卸載"命令就可以徹底卸載"冰河"了。

2.手動卸載：

①以安全模式重新啟動計算機；

②檢查HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Run和HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\RunServices兩處是否有同名的可疑程序名（默認安裝為kernel32.exe），如果有則刪除該鍵；

③ 檢查HKEY_LOCAL_MACHINE\Software\CLASSES\txtfile\shell\open\command處的鍵值是否為"\notepad.exe %1"（是指您的Windows所在目錄，如"c:\windows"），"冰河"的默認設置是將該處鍵值修改為"sysexplr.exe %1"，請自行做相應修正；

④檢查HKEY_LOCAL_MACHINE\Software\CLASSES\exefile\shell\open\command處的鍵值是否為""%1" %*"，如果不是則進行修正；

⑤刪除上述找到的可疑程序（默認文件名是目錄下的"kernel32.exe"和"sysexplr.exe"，如果"sysexplr.exe"因正在運行而無法刪除，可以在第6步完成之後立即刪除）；

⑥若是Windows 98系統，直接按兩次重新啟動計算機；若是NT系統，按激活"任務管理器"並結束kernel32.exe進程，然後重新啟動計算機。需要注意的是，您應該在修改注冊表之後再刪除可疑程序，否則對方若將"冰河"設置為與EXE文件關聯，那您就連運行REGEDIT的機會都沒有了。另外在修改注冊表時您可能已經啟動了與EXE文件關聯的"冰河"，而"冰河"在正常關閉時將會再次修改注冊表，所以在Windows 98系統下通過來重新啟動計算機是至關重要的一步。

⑸ 做編程的應該被做投行和法律的瞧不起嗎

來日方長，你有的是時間去鍛煉身體和情商——而且在沒有任何壓力的情況下！
服務行業的工作人員嘲笑工業領域的智力工作者，就相當於體力勞動者和腦力勞動者打架。
體力勞動者憑的是什麼？憑的就是他們平常的工作就是體力活，憑借他們身體比你強壯，所以哪怕回合制對打，你也是吃虧的。因為他們不怕疼，他們脫敏了，而對於你來說，體力勞動可能意味著某種懲罰。也就是說，他們平常生產和消費的就是體力，而體力對你來說是一種奢侈品，他們就仗著這樣一種工作的優勢，來欺負你。
高雅的講，人家早就付出了固定成本，跟你打架的時候，只要付出一點變動成本就可以了，而你還需要現付出固定成本，你的平均邊際成本要遠比對方高，你能不吃虧嗎？人家一個羊也是趕，兩個羊也是放。粗俗的講，妓女跟處男比耍流氓，你能比得過？人家是職業的！
服務業者也是同樣道理，撒謊對於他們來說是工作，他們就仗著他們精神粗壯，仗著他們脫敏了，來欺負你而已。實際上他們的意思就是「你看我每天干體力活，身體強壯，結果你頸椎腰椎一身病……」這個時候你就應該回答「我想鍛煉身體的時候，照樣能鍛煉，而你不想鍛煉的時候，卻沒辦法不練」。
為了生存，不需要去打架，不需要去撒謊，不用去看別人臉色，這是程序員最大的優勢。所有人打心眼裡羨慕還來不及了，他們為啥嘲笑？自欺欺人罷了！道理就是這樣，他們的工作本身沒有給他們帶來快樂，所以只能通過這樣和你比來尋找優越感。正所謂響水不開，開水不響。你要知道，程序員是這個時代最偉大的職業，生在這樣一個時代，是我們這代人最大的幸運，因為他讓體力和情商都不再是生存的必須。這是一個優勢，你可不能把它變成劣勢！
確實有很多，出於自身惰性，將程序員的優勢變成了劣勢。程序員就是這樣的特點，本身工作就能夠給他們帶來足夠的快樂，所以就不追求別的了。而人又有惰性，反正不需要體力和情商，那就不用鍛煉好了。事實上這是錯的，人活一世，光是為了工作嗎？還要生活。光是工作，那真的就是一架被剝削的工具了。
要鍛煉身體，去享受自己的勞動果實；要鍛煉情商，去捍衛自己的勞動果實。
關鍵是要克服心理障礙，不要覺得其他事情耽誤了你編程，要學會享受生活。不要因噎廢食，不要因為討厭打架就不鍛煉身體了；不要因為討厭荒淫，就連性生活都不過了；不要因為討厭酒後駕著，連酒都不喝了。恰恰因為喝酒不是必須的應酬，你反倒能夠真正享受到喝酒帶來的快樂！沒有壓力的去鍛煉身體和情商，這恰恰是一種優勢，千萬別辜負了。
為什麼說沒有壓力的去做一件事是優勢呢？因為你可以控制它的量，以便把邊際凈收益控制在零以上。但是當一件事情成為工作，它的量就不是你能夠控制的了(一件事情量多了，邊際效用就下降),即使他的邊際凈收益到了零一下，你也得乖乖受著。當喝酒成為應酬，當性交成為賣淫，那種痛苦，他們自己不說罷了。他們不會告訴你，酒對於他們的邊際效用已經到了何其不堪的地步，他們不會告訴你他們喝吐了有多難受，他們只會跟你說：「看爺多能喝？你這種工作中不需要喝酒的人比不上我吧？」四個字概括，自欺欺人！
最後還是那句話——不打架，也要鍛煉身體。
補充：澄清一些對文科的誤解，有人覺得文科不算技術，其實文科也是技術，只是這種技術很難量化衡量，所以其中濫竽充數的、以及潛規則比較多，討厭這些東西的還是建議學理科。同時，文科也是有門檻了，不要覺得你看得懂每一個漢字，就覺得整句話也明白了，文科的那些東西，完全是另外一種語言(雖然語素和日常語言一樣，而且單詞意思取材於日常語言，努力做到了和日常語言意思相近)。
相比編程語言，法律語言和會計語言，同樣是需要經年累月的切磋琢磨的。而且編程發展到後來是數學、是邏輯；法律發展到後來也是法理學、是哲學，而會計發展到最後是經濟學、是數學。所以沒有誰高誰低的問題，各有各的門檻，隔行如隔山。有時間可以讀一下法律和會計入門的教材，你就能夠感受到，了解一個領域很重要，了解了一個領域就像開了地圖一樣，不了解的話就有戰爭迷霧。
這個世界上最明顯的門檻就是——語言(理論)。一門學科的語言，對於門外漢來說，是逼格最高的東西，對於內行人來說，這是最基礎的東西。所以社會上出現一個很詭異的現象，語言作為最根本的門檻，有人卻說他無用，不僅外行說無用，內行也說他無用。現在我澄清一下，外行說無用，是因為他們的工作確實用不到這些語言，而且多少有點羨慕嫉妒恨。而內行說無用，以為這些東西對於他們來說太基礎了，默認都擁有，所以顯露不出作用，也就是俗稱的——沒有邊際效用，簡稱沒用。
事實上，語言作為門檻還是非常有用的，數學作為科學的語言、會計作為商業的語言、法學的語言、英語，語言是需要經年累月的積累的東西，是最明顯的門檻，區分外行和內行。但光有語言卻不幸，語言不是萬能的，師傅會教會你一門技術，但不可能教會你具體怎麼用。沒有語言確是萬萬不能的，敲門磚的比喻並不恰當，應該是開門的鑰匙。
關於被動使用語言和主動使用語言的之間關系的澄清：
有人說，語言不是障礙啊。現在所有法律都能在網上搜索到，律師有啥用？網上還有翻譯軟體，學英語的有啥用？我想這是沒有分清「主動使用」和「被動使用」的區別。如果一個人根本不懂法律，網路上雖然所有法律都能搜索到，可是他就是不知道搜索什麼關鍵字，因為法律對他來說只是信息，乃至於技能。這種誤解很常見，知乎有相關論述，我就不贅述了。這里我想說的是，有人稱之為這是一種理工傻，覺得理工的人才回去。其實，最容易被人被動使用，恰恰是理科的東西，而且是理科的核心——數學。因為數學可以總結出簡潔的公式，被動使用很方便。因為被動使用很方便，就讓人覺得主動使用很沒用，所以數學史上各種悲劇就發生了……過去、現在、將來……

⑹ 你見過哪些員工因為作死被開除的事情

1、阿里安全部員工狂拽黑客技術刷了公司66盒月餅

（2016年）
阿里內部在搞一個中秋槍月餅活動，某程序員想秒殺一盒月餅，無奈發現剛開始手動操作，一點開界面月餅就被搶光了。

他發現有人用程序刷月餅，於是他對同事說「我也得寫個腳本，要不然就搶不到了」。於是他寫了一段腳本，內容大概是：定時自動搶，如果按鈕變成了秒殺就狂點（和12306搶票插件類似）。

然而，他以為阿里中秋搶月餅的頁面和一般秒殺頁面一樣，搶到後即刻跳轉到支付頁面。當天16:00自動秒殺，結果一看傻眼了，發現秒殺頁面可以一直搶、並且不跳轉，一連搶到10幾個都沒有付款，便趕緊給行政打電話要退。

後來，16:30被約談，17:30解約合同備好，18:00走人。

2、某哥們在知乎深度剖析暴雪面試全過程

（2015年）
楊笛笛拿到暴雪（上海）的offer，職位是數據分析師。他立刻在知乎來分析面試全過程，洋洋灑灑，圖文並茂。

由於在知乎的更新得到了300多贊被頂到日報上，然後不幸被暴雪上海分部的工作人員看到，暴雪對這篇分享感到很不高興，直接取消了offer。

事後他立即刪除這篇回答，也發了郵件道歉，不過於事無補。

再後來，他又恢復了那篇知乎回答，已經累計得到26K點贊，還會實時更新自己的工作動態。（楊笛笛的知乎回答：如何得到暴雪娛樂公司的工作機會？）

3、Facebook員工帶遊客到公司蹭飯

（2015年）
Facebook的餐點出了名的好吃，而且面向員工免費。不僅如此，員工還可以帶家人和朋友來這里免費用餐。

於是，Facebook一名員工（華裔）通過一個旅遊中介網站找到想來Facebook體驗高大上食堂的遊客，以每人20美元的價格帶遊客進Facebook吃飯，並可以深度旅遊拍照。

結果，他一天帶了10個人去食堂吃飯，被發現後就開除了。

4.去年公司就有2名女員工在食堂吵架，並打起來了，公司老總勸架都被罵了，第二天，兩個人直接被辭退了。

事件發生在一天中午吃飯的時候，我突然聽到一頓吵雜的聲音，發現兩名女員工相互對罵，周圍的員工都被這突然的吵架聲嚇住了！一片安靜。只聽到其中一個女的說另外一個女的是渣女，勾引男人，不要臉之類的話。另外一個女的話不多，直接揪著對方的頭發，相互打了起來！這個時候公司的老總正好帶著客戶來到了食堂就餐，老總讓她們先鬆手，有什麼事先去保安室說明一下。

其中一個女突然說了一句：「上樑不正下樑歪，這個女的就是你們公司的好員工，勾引別人家的男人！」。老總面不改色地說：「有什麼事也不要在公共場合吵鬧打架。」。這個時候保安趕到了，把這兩名女員工帶走了。

後來聽到流傳的小道消息，這兩個女的，都是為了一個男的，其中一個女的是前妻，另外一個是現任女友。三個人都在集團的不同分公司，前妻在一個分公司A，那個男的和另外一個女的在一個分公司B。發生沖突的當天，是這個男的前妻正好去分公司B開會，中午在食堂排隊吃飯時，發現了這個女的，兩個女的見面，格外眼紅，直接就火氣上來了！就發生了開頭的一幕。

公司第二天就根據員工手冊，將兩位女員工都辭退了。在公司公共場合吵架以及打架，對公司的形象產生了非常不好的影響！甚至會讓公司的合作方感覺到公司員工素質差，不值得合作。

這件事讓這兩名女員工即丟了人又丟了工作，沒過一個月那個男的也離職了。

⑺ 為防被程序員「砍」，產品經理需要注意這些場景

互聯網行業中，眾人熱衷於討論「程序員砍產品經理」。雖然，「砍」更多是調侃的意思，一種消遣工作的方式；但是，這不是一個飯後笑話，側面反應了產品經理和程序員間的對立關系。很多時候，產品經理和程序員間就像對手，產品研發過程就像打仗，總要爭個你死我亡。「砍」的本質，是程序員表達對產品經理的不滿，也是一種情緒的宣洩。

在產品研發的過程中，產品經理與程序員對立關系，會嚴重影響項目的推進。一旦產品經理和程序員對立關系公開化，很容易導致團隊人心渙散。這種對立關系，經常滋生出一些極端的事情，罵娘、打架已屢見不鮮。

下文就列舉一些程序員想砍產品經理的場景。這些場景都是我過去和很多程序員朋友交流時，他們遇到的對產品不滿的場景。這些場景，都會以產品經理的溝通話語表現出來。通過這些場景，去解析這種對立關系產生的原因。以及，作為對照，產品經理應該如何規避和處理這種對立關系。

這樣說法是程序員們最不喜歡的，最容易惹毛程序員的。這句話，在程序員們看來就是削減工時、加班的代名詞，他們當然不喜歡。而且他們也非常討厭，一個非技術人員為技術人員做技術難度的定論。簡不簡單，都需要技術人員做了技術評估，才能下結論。

這種言語，會讓程序員們覺得產品經理不靠譜。大家通常都是比較排斥借鑒。借鑒你也得有合理明確的理由。以我某程序員朋友的話來說：微信怎麼做的，你就怎麼做，那你不如去微信做產品算了。

每個產品，在表面的UI下，都有其背後的復雜的業務邏輯。如果產品經理只是叫程序員照著某個產品做，很多時候技術們是很難實現的，因為他們也需要弄懂背後的邏輯和流程。當然，這應該是產品經理的工作。

這就是抬杠。產品經理雖然名字裡面有「經理」二字，但並沒有經理的權利，當然不能命令合作的技術們。這句話，言下之意也是拒絕了商量和討論。而程序員也需要參與感和團隊感。

這就是質疑他人能力，是人都不會喜歡。如果產品經理提出的方案，程序員們沒有理解。那就說明產品經理的解釋說明和文檔，做的不夠優秀，不夠簡潔易懂。讓程序員們理解需求，是產品經理的基本工作內容。

在互聯網產品開發中，修改需求和插入新需求都是挺常見的。對於程序員們來說，這是非常不爽的事情。這種操作通常會打斷程序員的思路，思路被打斷是非常痛苦的。當然，這樣也會影響他們的開發效率。更可怕的是，反復的修改需求，會使他們有種勞動成果不被尊重的感受，同時也會對項目的未來抱有懷疑的態度。反復的更改方案，也說明產品經理設計是未經過嚴密的論證，或對細節的把控是不夠。

程序員都比較討厭反復的催促。當項目的節點確定後，技術們會嚴格遵守節點，產品應該信任他們。當然，時間比較緊湊時，反復催促也會加大程序員們的壓力，使他們變得非常煩躁。在這種時候，催促就是添麻煩。

甩鍋會導致團隊分崩離析，人心不齊。不管任何問題，都是團隊的責任，不要將責任指定給某人。特別是在項目復盤時，如果心態不好同事，這是非常難堪的。所以，我們要盡量以原因和結果為導向，而不是責任為導向。

程序員也是也是團隊的一份子，有權利知道知道需求的背景。同時，了解需求背景也利於程序員們更好的開發程序。

產品經理給程序員們畫餅是最不切實際的，只會引起大家的反感。程序員都是喜歡偏實際的東西，虛的東西只會招致白眼。

任何傳遞給程序員的需求，都是需要有計劃和規范的。如果口頭傳達一個需求，很容易導致開發出的功能與需求不匹配。同時，因為缺乏相關的記錄和文檔，可能會造成需求流失。這對於程序員們來說，可能就是延遲、加班、返工、擔責等等風險。這是團隊合作的大忌，也是項目管理不專業的體現。

以上的這些場景，可能出現一次，程序員們都會順著我們的想法做。但是，這會漸漸改變程序員們的心態，最終會使產品經理與程序員間產生隔閡和矛盾。如果出現這些場景，作為產品經理都需要小心的處理好，以免影響項目的正常推進。當然，最好是不要出現這些場景。作為產品經理，我們的最終目標，都是要保證我們的產品，准時、保質、保量的落地。

產品經理在與程序員們合作時，產品經理需要講究合作共贏、互相體諒。在產品經理的相關工作中，最要避免的就是抬杠。抬杠是一切矛盾的根源。很多時候，產品經理要站在程序員的角度考慮問題。比如，對於產品來說可能就是改改需求，但對於程序員，他們更在意的可能是因為改需求而導致的加班。

產品經理在工作中，經常會追求產品上的極致。追求極致本身是好事，但是切忌過分偏執。我們也需要考慮團隊的現狀和資源，在極致和現實間尋找均衡。畢竟，如果沒有喬布斯的團隊，要像喬布斯一樣做產品，只會拖垮團隊。

在產品開發的過程，改需求、改方案等項目異常，都是不可避免的。這是項目管理的第一部分。如何進行項目異常的處理，考驗的是產品經理的溝通能力和項目管理能力。產品經理需要在保持技術們高效工作的情況下，完成項目異常的處理。

當然，在產品經理工作中，矛盾的根源也並不總是產品經理。有時候，也可能是某些程序員的性格或者對該工作的態度導致的。這時候，產品經理要明確，作為團隊的潤滑劑，有責任推動和協調大家的工作。如果，矛盾不可調和，我們需要盡早提出問題、控制風險，避免「勉強」行事。

有時候，程序員在私下評價一起工作的產品經理時，總是會補加一句「我感覺我也能做產品經理」。這句話的背後，是產品經理沒有讓程序員們感受到產品工作的價值。在這種背景下，產品經理是很難獲取程序員們的注重，也會為很多爭論埋下誘因。那如何感受到我們工作的價值那？其實很簡單，就是保持工作信息的透明。將我們針對需求和產品做的相關工作，體現在我們的溝通或者文檔中。

導致程序員想「砍」產品經理，本質是產品經理工作方式的問題，也有情商的問題。在我的產品經理工作經驗中，我總結下了以下四點，我們需要注意和避免的。這四點，都可以和上文的場景相對應，是最容易慢慢改變程序員的心態的。

⑻ 程序員和產品經理相愛相殺，打完架再「牽手」，全公司都沸騰了

在某個職場論壇里，有網友發帖爆料，大方曬出自家公司 產品經理 和 程序員 相愛相殺的照片。畫面中，兩個大男人手牽著手，面朝牆壁背對眾人，濃濃的基情感撲面而來，讓人忍不住浮想聯翩。

這可不是他們成功「出櫃」了，而是公司對兩個人動手打架的懲罰措施。因為在產品項目上溝通不順，產品經理和程序員起了爭執，兩個認死理的人互不相讓，一言不合就打了起來，拳腳相向好不激烈，費了老大勁才把他們各自拉開。

程序員和產品經理的矛盾，早已經不是什麼秘密了，在 互聯網公司 里， 要論程序員 最討厭誰，產品經理絕對能排進前三。要求多還奇葩，反反復復變動，指手畫腳叨叨個沒完，讓程序員們苦不堪言。只是雖然彼此間矛盾多多，但還算克制，真真動手的還是比較少的，像這種大庭廣眾之下互毆的，就更不多見了，也難怪公司要當眾懲處了。

兩人動手打架的影響非常惡劣，公司要求要麼一起辭職滾蛋，要麼牽手一下午。終究胳膊擰不過大腿，雖然這個要求很詭異，但為了不被辭退，也只能捏著鼻子認了。本來還劍拔弩張的兩人，在眾人的見證下，大手拉小手整整牽了一下午，畫風都歪了！

其實無論是產品經理還是程序員，大家最終的目的都是為了整個項目能夠完美交付，為公司完成這筆業務。只是兩個人的側重點不同， 產品經理 要考慮客戶考慮市場， 程序員 則更關心產品本身的合理性。當關注的重點不一樣，難免會產生分歧，引發彼此之間的沖突。

而且都是公司的同事，平日里抬頭不見低頭見，大打出手確實不應該。在有著共同目標的大前提之下，即使兩人的立場不同，但也應該彼此互相體諒，只有精誠合作，才能事半功倍不是。

公司的處理決定也很機智，辭退可能只是玩笑話，要他們牽手和好才是真的。畢竟都是為了公司的產品項目才弄得這么大火氣，把他們安撫好了，項目也能更順利完成。而且這種方法雖然看起來尷尬，但也沖淡了矛盾的尖銳，尷尬總好過對立，詼諧才更容易讓人接受。

這不，還有網友打算效仿呢！嗯，都是人才！

⑼ 我准備和舉重運動員打架，可以嗎

專業的拳擊運動員和普通人在格鬥的差距上不常人無法想像的。
人家就靠這個吃飯。比如說：裁縫的針線活，程序員的編程，田徑運動員的競速諸如此類的專業技能，不同行業的人連比一比的心思都沒有，「跟一外行費什麼勁！」。
所以奉勸題主放棄這個想法吧。
一定要打的話，只能盡量使手段了。

⑽ 我想跟IT培訓機構的老師打架，講課講的稀爛，還不讓別人說他的不好。我前天在淘寶上花幾十買了vue的

基本上就是你看到的那種情況，不過也沒有較好的力法解決現狀。可以試著忍忍，前面的路還長；不輕易發怒勝過勇士，但願能助你一畢之力，就當是你生活經歷的一部分。