激怒程序員十句話

A. 如何用一句話激怒程序員

哈哈，這個問題問得好，我可以告訴你很多種激怒程序員和UI的套路~

Come on~

如同大眾輝騰的玻璃工廠，偉大的產品、偉大的設計，這些都是值得我們去尊敬的，它們都是偉大的結晶。

輝騰是一款偉大的轎車，大眾傾注了巨大的心血在輝騰這款車上，每賣出生產一輛輝騰，都會虧本，這也許是真正用心的產品。

所以，不要試圖去激怒真正用心做事的人，對每個人都應該抱有應有的尊敬。

B. 瘋狂的程序員勵志語錄

程序員，他們想的是什麼?他們想的永遠都是技術，他們崇尚的也永遠都是技術。下面是我給大家整理的瘋狂的程序員勵志語錄，供大家參閱!

瘋狂的程序員勵志語錄（一）

1. IT人表示屁股上還得紋一個，要不中間來個helloworld!

2. 知道一點東西，並不能說明你會寫腳本，腳本是需要經驗積累的。

3. 學腳本並不難，JSP、ASP、PHP等等也不過如此--難的是長期堅持實踐和不遺餘力的博覽群書。

4. 保存好你做過的所有的源文件----那是你最好的積累之一。

5. 把學到的東西教給別人，無論是口口相授還是文以載道，你都會發現自己也能從這個過程中收獲良多。

6. 找到旁人寫的這樣一些代碼——它們實現了重要的功能，但寫得並不夠聰明。重寫它們，然後告訴自己永遠不要犯相同的錯誤。

7. 經理往往認為“程序員A=程序員B”，因為他們工作的年頭差不多。但實際上，他們的效率可能相差十倍甚至百倍。

8. 軟體開發的時間通常是這樣的：一開始的90%開發工作用掉了整個計劃90%的時間，剩下的10%同樣需要整個計劃90%的時間，而最終發布前的修改也是如此。

9. 設計軟體有兩種方法：一種是簡單到明顯沒有缺陷，另一種復雜到缺陷不那麼明顯。

10. 一門技術必須多用才能掌握，最好的辦法是在項目中運用。如果你在真實的項目中使用了某一項技術，那麼印象就會非常深刻。即使忘記，也能很快撿起來。

11. 不要看到別人的回復第一句話就說：給個代碼吧!你應該想想為什麼。當你自己想出來再參考別人的提示，你就知道自己和別人思路的差異。

12. A：你在哪自習?B：教南404。A：好的，我來了。B：……A：你怎麼還沒來?要這么久么?B：404notfound!

13. 真正的程序員喜歡兼賣爆米花，他們利用CPU散發出的熱量做爆米花，可以根據米花爆裂的速度聽出正在運行什麼程序。

14. 十年生死兩茫茫，寫程序，到天亮。千行代碼，Bug何處藏。縱使上線又怎樣，朝令改，夕斷腸。領導每天新想法，天天改，日日忙。相顧無言，惟有淚千行。每晚燈火闌珊處，夜難寐，又加班。

15. 老婆給當程序員的老公打電話：“下班順路買三個包子帶回來，如果看到賣西瓜的，買一個。”當晚，程序員老公手捧一個包子進了家門……老婆怒道：“你怎麼就買了一個包子?!”老公答曰：“因為看到了賣西瓜的。”

16. 程序員愛情觀：愛情就是死循環，一旦執行就陷進去了;愛上一個人，就是內存泄漏–你永遠釋放不了;真正愛上一個人的時候，那就是常量限定，永遠不會改變;女朋友就是私有變數，只有我這個類才能調用;情人就是指針用的時候一定要注意，要不然就帶來巨大的災難。

17. A：借我1000塊。B：拿去，1024，我給你湊了個整兒。

18. 程序員對測試人員說："在我機器上沒問題啊!""我測試了一下，確實在我機器上沒問題啊"

19. 少壯不努力，老大寫程序。

20. 世界上只有兩句真理：1。人一定會死。2。程序一定有Bug。

瘋狂的程序員勵志語錄（二）

1、程序員可以讓步，卻不可以退縮，可以羞澀，卻不可以軟弱，總之，程序員必須是勇敢的。

2、調試完一個動態連接函數，固然值得興奮，但真正的成功遠還在無數個函數之後。

3、如果你喜歡底層開發，千萬不要勉強自己去搞VC，找到你最真實的想法，程序員最不能忍受的就是萬精油。

4、非優秀的程序員常常把空間和時間消耗殆盡，優秀的程序員則總是有足夠的空間和時間去完成編程任務，而且配合近乎完美。

5、程序員是值得尊敬的，程序員的雙手是魔術師的雙手，他們把枯燥無味的代碼變成了豐富多彩的軟體。

6、一個人靜靜坐在電腦面前寫代碼的感覺，那是什麼感覺?那是武林高手閉關修煉的感覺。

7、硬的怕橫的，橫的怕不要命的，瘋子都是不要命的，所以瘋子力量大，程序員只有一種，瘋狂的程序員。

8、“設計是一個發現問題、而不是發現解決方案的過程”

9、“功能說明書里不存在可操作性”

10、“過去的代碼都是未經測試的代碼”

11、“任何傻瓜都能寫出計算機可以理解的代碼。好的程序員能寫出人能讀懂的代碼”

12、“測試是來表明bug的存在而不是不存在”

13、“簡單不先於復雜，而是在復雜之後”

14、“Real developers ship”

15、“沒有絕世神功”

16、“過去的33年裡，我每天早上看著鏡子問自己：“今天是我生命的最後一天嗎?我是否要去做今天該做的事?”一天一天太多次是“不是”，我知道這需要改變…所有的事情——所有身外的期望，所有的驕傲，所有的對困難和失敗的恐懼——這些東西在死亡面前立刻消失的無影無蹤，只剩下真正重要的東西。想著自己即將死去，這是讓我避免落入擔心失去什麼的陷阱里的最好的方法。”

瘋狂的程序員勵志語錄（三）

1、作為一個真正的程序員，首先應該尊重編程，熱愛你所寫下的程序，他是你的夥伴，而不是工具。

2、程序員可以讓步，卻不可以退縮，可以羞澀，卻不可以軟弱，總之，程序員必須是勇敢的。

3、編程是一種單調的生活，因此程序員比普通人需要更多的關懷，更多的友情。

4、程序不是年輕的專利，但是，他屬於年輕。

5、沒有情調，不懂浪漫，也許這是程序員的一面，但擁有朴實無華的愛是他們的另一面。

6、一個好漢三個幫，程序員同樣如此。

7、一個100行的代碼調試都可能會讓程序員遇到很多挫折，所以，面對挫折，我們永遠不能低頭。

8、調試完一個動態連接函數，固然值得興奮，但真正的成功遠還在無數個函數之後。

9、程序是我的生命，但我相信愛她甚過愛我的生命。

10、信念和目標，必須永遠洋溢在程序員內心。

11、就算我們站在群山之顛，也別忘記雄鷹依舊能從我們頭頂飛過。驕傲是比用JAVA進行底層開發更可笑的東西。

12、這句話不是很文雅，徹底鄙視那些害怕別人超越自己而拒絕回答別人問題的程序員。

13、如果調試一個程序讓你很苦惱，千萬不要放棄，成功永遠在拐角之後，除非你走到拐角，否則你永遠不知道你離他多遠，所以，請記住，堅持不懈，直到成功。

14、最累的時候，家人是你最好的歸宿。

15、退一步海闊天空，這是一種應有的心境。

16、如果你喜歡底層開發，千萬不要勉強自己去搞VC，找到你最真實的想法，程序員最不能忍受的就是萬精油。

17、IF(BOOL 學習= =FALSE)BOOL 落後=TRUE;不斷的學習，我們才能不斷的前進。

18、你的一個程序有時正常有時不正常，而你已經完全遵循編程的規則，為什麼?事實上我認為相信只要遵循別人所說就能得到想當然的結果的人其實是個傻瓜。

19、編程中我們會遇到多少挫折?表放棄，沙漠盡頭必是綠洲。

20、非優秀的程序員常常把空間和時間消耗殆盡，優秀的程序員則總是有足夠的空間和時間去完成編程任務，而且配合近乎完美。

21、我們應該重視團隊的精神，一個人作用再大，也不過是一碗水中比較大的一粒水珠而已。

22、無私奉獻不是天方夜譚，有時候，我們也可以做到。

C. 產品經理和程序員,如何避免矛盾

產品實現是你的目的，為了這個目的不必太講究。

做了一陣子之後我有了自己對於與程序員相處的方法論，對這句話並不苟同，我還是傾向於把事做好的同時也能把話說好，雖然我現在也能深刻的領會到當時leader的核心意思是產品本身是第一位的。

接下來我就闡述下自己的一些心得：

• 產品經理與程序員最大的矛盾在於——改需求。這牽涉兩個問題，一個是如何盡量地做足前期工作，盡量把需求細化，需求做的足夠扎實就會大大減少改需求的次數，這是產品本職工作，不屬於溝通問題；另一個問題就涉及如何溝通了，就是需求無論如何確實要改。這個時候有一點很重要就是努力與程序員（或者開發經理）達成共識，比如「我們的目的是要做最好的xxAPP」、「這個功能對於我們的目的來說是必不可少的」等，然後再來談詳細的需求點，程序員也就會逐步認可改需求這件事情。（還有一點很重要的就是，如果無論如何也達不成一致，也有必要反思這個需求是否真的有改的必要？）

• 用數據和客戶來幫你增加底氣。在談論某項功能實現的時候，產品經理經常會碰見程序員消極被動不願意做，或者質疑這么做有沒有道理的時候，採取需求依據的數據和真實的客戶需求是能有效推進的好辦法。比如「80%的同類產品都有這個功能」、「每周都能收到幾個客戶對某某問題的反饋」，一般來說程序員是能夠接受這種說服的。

• 試著多用詢問的語氣。讓程序員感到他是專業的，他是能夠解決這個問題的，要依仗他才能做的更好。這會無形中賦予他一種責任感（因為你把問題拋給了他，他就隱形中負有解決這個問題的責任），在傳達出意願的同時也避免了話語的生硬，讓程序員感受到對其職業技能的尊重。

• 注重日常交往。日常生活中交個朋友，比如一起打球、打游戲，聊聊電影和漫畫，實在是沒有共同語言就經常沖他賣個萌、攪個基、撒個嬌、講個笑話。這樣，大家都是朋友了，不看工作職責的那一半看交情的那一半，溝通起來也會順暢很多。

總結：有很多時候產品的產生不完全是靠嚴格的流程和規章制度誕生的，也需要很多溝通的潤滑。能夠開開心心地把產品做出來最好，但是最終我們還是不能離開產品實現這個 標的物。

D. 程序員行業流傳一句話 : 面試造火箭，工作擰螺絲，該如何理解這句話呢

程序員行業流傳一句話 : 面試造火箭，工作擰螺絲，從面試官的角度來看，他想知道的是應聘者的能力上限。當應聘者能夠回答他提出的所有問題時，在他看來，應聘者的能力已經超過了職位的要求，那麼他就是合適的人選。

假設面試官問的問題太簡單，也會讓應聘者懷疑這份工作是否太容易。程序員往往喜歡比較有挑戰性的工作，所以當面試官問到 "造火箭 "的時候，他能回答出來，不管真正的工作是不是 "擰螺絲"，他都會覺得這個公司的技術實力還可以，對這個公司的渴望也會被誇大。在職場中，我們的工作大致可以分為兩部分：處理常規工作和解決復雜問題。根據級別的不同，它們所佔的比例也不同。大多數級別的員工和基層管理人員的工作是處理常規任務，偶爾需要解決復雜問題。

面試火箭時，公司想知道你的極限到底在哪裡。你是否能夠及時處理工作中的復雜問題？這種復雜的問題，可能是緊急事件，也可能是來自企業內部的變革。我的一個客戶，一個企業主，前段時間想更換一個中層經理。原因是他想在一個技術項目上尋求新的突破，但這個中層經理只能解決一些常規問題，不能處理新情況。但臨時更換的成本相對較高。因此，很多企業在招聘的時候會比較有前瞻性，如果應聘者的能力高於目前的崗位要求，就有可能在未來的工作中做得更好。