程序員會說的謊言

1. 湖北程序員做中獎小程序套路父親換空調，你如何看待他的做法

“程序員套路父親換空調”的事件登上了微博熱搜，網友們紛紛點贊評論，網友表示這位兒子真的很孝順，也很懂得照顧自己父親的心情。還有網友表示，程序員兒子的做法值得萬千兒女們的學習，這才是中國式家長和兒女相處最好的模樣，那麼這具體是怎麼一回事呢？

其實，老一輩的父母一輩子都是勤儉節約的，他們不捨得在自己身上花錢，買什麼東西都是摳摳搜搜的，生病了也不願意去看，想著熬一熬就好了，但是他們對自己的孩子確是盡可能地滿足自己的所有要求。這就是中國式父母，一輩子為了孩子著想，卻很少考慮到自己的感受。很多父母辛苦了一輩子就是為了孩子上學、結婚、生長，他們自己生活節儉卻給孩子准備好了房子和車子，看著孩子們幸福地長大就是他們最大的期望。我覺得這位程序員兒子為讓人感動的點就是他考慮到了父親的心情，他知道自己的爸爸害怕浪費錢，所以才編造了這樣一個善意的謊言。我覺得這位兒子的做法是萬千子女都要學習的，長大後的我們忙於工作和家庭，卻經常忽略我們的父母，可他們一直都是最愛我們的人。

2. 有哪些話一聽就知道一個程序員是個水貨

其實如果要嚴格說起來，工作經驗少於一年半的程序員基本上可以算是「假」的程序員。這里的「假」可以這樣來理解。

你的編程能力只有復制粘貼的水準

剛工作的程序員大致可以分為兩類人：1 高校畢業；2 培訓班出身。對於第一類的人來說，在讀書期間老師和學校教的內容都是基礎內容，而且要學的內容非常的多。但學校只讓你學廣，並沒有讓學生專研一門學科。畢竟學校並不能保證每個學生對某個方向一定感興趣，只能把基礎知識教給學生。讓學生自己去選擇自己感興趣的方向，自己自學。所以在校期間對於大部分學生來說，實戰能力基本為零，都是像剛重生在新手村，無知茫然，這也是許多企業愛招應屆生的原因。開始工作，基本只能靠谷歌、靠網路上網找代碼，復制粘貼。這段時間就比誰找代碼能力強了。而對於培訓的人來說更是如此。不要看你在培訓期間學習了非常多的編程知識，好像做了非常多的練習，甚至還自己寫了一個實戰項目。但這些都是在短時間內，靠著培訓老師手把手帶你們寫的。你只管跟著老師走就好，不懂的問下老師就行。你根本就沒有過自己的思考，就只懂：好！今天老師叫我們寫這個代碼！我們就寫！換個角度來看，培訓機構就像富士康工廠一樣，批量製造編程機器，沒有自己的思維。

想要擺脫「假」程序員的身份，你只有努力提升自己的編程水平，讓自己有更好的能力。在工作上能靠自己的實力，去完成分配的任務。你只有這樣才能提升，才能突破薪水的瓶頸，達到更高的層次。

3. 程序員做中獎小程序套路父親換空調，你能接受善意的謊言嗎

在我們的日常生活中，我們每天都會遇到各種各樣的人，同時也會遇到各種各樣的事。而在我們遇到的這些任何事當中，就會對我們的生活產生一定的影響。還有就是對我們的行為也會產生一定的偏差問題，相信大家在網上也是看到了關於程序員做中將小程序透露父親換空調的相關事件。所以很多人就會產生這樣的疑問，就是你能夠接受這種善意的謊言嗎？對於這一問題的回答，其實我個人是比較能贊同這種說法的。而且我們能夠從中解決一些難題。

在我們的日常生活中，相信大家身邊同也會遇到一些很容易說謊的人，但是說謊。並不一定都是不好的行為，有的時候善意的謊言也是能夠問題，而且能夠給我們帶來很大的好處。很多時候我們用那種直接了當的方法是不能夠解決問題的。這時候我們就解決這對別人也會有一定的好處，所以從這件事情中我們就可以看出。我們平時在生活中一定要學會用善意的方式和別人交流。但這種方法行不通的時候可以採用另外的方法，這是比較有效的。而且也是給我們的生活帶來一定的便利之處。

4. 為什麼程序員都喜歡說臟話

程序員每天壓力很大的，一天大部分時間對的就是電腦，遇到讓人心煩或者懊惱的事情，有些臟話就是程序員發泄的時候不小心就說出去了，又沒有人監管久而久之就變成習慣了。我高中同學就是一名優秀的程序員，也同樣說，普通人都說就不要過多的關注程序員這點了吧。

5. 鴻蒙確實用了安卓開源項目代碼，但安卓套殼論卻是一戳即破的謊言

現在華為鴻蒙系統（Harmony OS）已經到了大規模推廣、搭載前的最後公測階段，已經有很多人升級到了鴻蒙，事實就擺在面前了，所以現在關於鴻蒙系統是PPT的說法，差不多都該很快消失了。

目前對鴻蒙系統的質疑聲音，又集中到了「安卓套殼」這個老話題上來，畢竟鴻蒙系統確實是全面兼容安卓APP，而且在日常界面上也和安卓系統很類似。很多所謂程序員就根據鴻蒙系統中確實有很多AOSP（安卓開源項目）的開源代碼來認定，鴻蒙系統就是安卓套個殼而已。

一、這樣的觀點，實際上從稍有知識產權、法律常識的角度看，根本就是不可能成立的。

難道一個強悍的谷歌公司，就沒有幾個律師（法務）懂這事？你以為谷歌強制要求的 安卓手機開機界面「Powered by android」 只是個擺設，或是個花架子沒用的？如果說誰家手機系統底層是安卓，卻不遵從這個規則，怕是早就被谷歌告進了法院。谷歌有多麼狠沒人不知道吧？要知道谷歌自家私有的GMS（谷歌移動服務），早就禁止華為手機安裝了。當時谷歌那可是步步緊逼，堅決把禁止華為使用GMS進行到底的力度。

放心吧，谷歌沒這么傻，華為更沒這么傻。如果鴻蒙系統不是完全自己開發的，華為有必要多此一舉？ 華為現在的 「安卓+EMUI+HMS（華為移動服務）」模式 ，不也是用得好好的嗎？ 而且，「安卓+EMUI+HMS」這個模式，只要華為想用安卓開源系統，還可以一直用下去，完全符合開源項目規則。

其實這也是目前小米、OPPO、vivo、三星等所有安卓系手機廠家都在做的，比如小米的安卓+MIUI等。況且，華為的EMUI也很強大，完全不比任何別家UI系統差。

二、即便是從軟體技術、軟體開源社區及開源軟體規則這些常識看，鴻蒙系統使用AOSP（安卓開源項目）的開源代碼不但合規，還是合情、合理的。

下面咱們來看看2021年1月下旬，華為消費者業務軟體部總裁、鴻蒙操作系統負責人王成錄接受采訪時，對鴻蒙系統全面、深入的介紹。王成錄這位資深「程序員」，應該是最有資格介紹鴻蒙系統的了。

這里王成錄還是把對鴻蒙系統的質疑歸結於理解不一致的問題。他說並不是所有安卓代碼都是谷歌開發的，安卓系統的絕大部分代碼來自開源社區。

鴻蒙也會吸收社區的優秀技術和代碼，用了AOSP（Android 開源項目）的開源代碼，就認定鴻蒙是安卓換了皮，說明這類吐槽者沒有太准確理解什麼是開源。開源系統的最大意義就在於大家都來貢獻代碼，大家都可以免費使用。而華為本身就是安卓開源系統最大的貢獻者之一。

王成錄說到 今年10月，鴻蒙第三階段的開源代碼會上線，來自AOSP社區的、由谷歌貢獻的代碼就幾乎沒有了 。相信華為的這個時間表，那些吐槽的所謂「程序員」應該可以理解了。

由此可見， 鴻蒙系統是龐大的，特別是前期吸收開源社區的技術、代碼，都可以顯著提高系統開發的進程，華為何樂而不為呢？這個槽點，該破了。

類似的，鴻蒙系統對於安卓APP的兼容，也是這個連續性的道理。王成錄明確提到，現在鴻蒙生態的應用量（APP及開發者）還不夠多。他說谷歌安卓系統有約2000萬開發者，蘋果iOS有2400萬開發者，鴻蒙生態的開發者數量還差很多。所以， 在鴻蒙生態起步的初級階段，兼容安卓不但不該被吐槽，反而應該是一個妙招 。

當然華為也沒有忽視自有生態建設。華為選擇了中國應用市場（APP）下載量排名前200的廠家，一個個去溝通，已確定做方案的達到70%。鴻蒙生態建設非一日之功，早在緊張進行中。

這些吐槽的所謂程序員，要麼就是揣著明白裝糊塗，為了吐槽鴻蒙而裝糊塗；要麼根本就不是程序員，打著程序員的幌子，純粹就是為了吐槽鴻蒙而已。

三、最後做個善意提醒，現在用著安卓系統的手機廠家，也不要高興太早，或是暗自慶幸自己運氣好，沒有被谷歌打壓。

谷歌可是在一步步收緊對安卓系統的控制，說不定啥時候讓你交點兒使用費，怕是躲不開的。而且交點兒使用費，怕這還是好的。 要是哪天你也想真心實意做點兒技術活，也搞點兒高新 科技 ，難免要被美國盯上，難道就不怕和華為一樣也被禁掉GMS？多做點兒准備，不是壞事。

並且鴻蒙系統的微內核、軟匯流排、分布式架構的先進性，是安卓系統不可匹敵的。隨著鴻蒙系統生態進一步完善，加上華為鴻蒙系統的開放政策，相信用上更先進的系統，對任何廠商都有吸引力。用上中國自己的操作系統，何樂而不為？連谷歌都在開發安卓的替代系統Fuchsia了，難道還有人懷疑安卓必將被淘汰的結果嗎？

鴻蒙系統確實是個新事物，很多人對其缺乏認識是可以理解的。我們中國之前確實也沒有拿出一個成功的操作系統，鴻蒙系統突圍而出的難度的確很大，有些人缺乏信心也有可能。 但是現在華為有實力、有機會，鴻蒙成功就在眼前，我們還腿軟，就不該了。

6. 如何看待程序員面試讓上機做編程題，這樣的公司多嗎

從事軟體開發多年，上機寫代碼這種考查模式在國外用的比較多，很多國內的公司也在學習這種方式，這種方式能直接看出寫代碼的能力，但對上機做編程題目這種事情很多成熟的程序員覺得是一種侮辱，有一些程序員看到有筆試直接就選擇走人了，這些東西在面試之前應該有溝通，事情不會變得這么被動，因為對於很多有能力的程序員，能夠請到面試已經非常不容易了，能力越強脾氣越大。

直接上機做編程測試能力的公司不是很多，從事軟體開發十幾年主要經歷了四家公司，面試的時候主要靠面談為主，因為編程行業能力的高低通過交談就能了解差不多，只需要根據簡歷上寫的項目進行細節溝通，如果真的做過幾句話就能看出大概的水平，所以很多公司壓根不搞什麼筆試或者上機寫代碼的事情，編程這個職業主要靠時間的積累，並且在積累中不斷完善自己的知識體系，慢慢提高自己的認知。

一個程序員如何提升自己的能力水平，對於初學者來講首先是學習好一門編程語言，開始學習階段覺得編程語言就是天了，好像是學會了編程語言就能做任何的東西了，隨著編程語法的學習完畢就開始嘗試做一些題目，結果發現距離語法真的非常遙遠，所以有很多的初學者有一種感概明明在課堂什麼都明白了，結果到真正自己實踐的時候什麼都想不起來，這是初學者必然的經歷，編程本身就是一種不斷磨練編程思想的過程，編程語言屬於在輔助類基礎技能，沒有輔助就不會寫代碼，編程設計思想再牛也不可能實現，兩者是相輔相成的作用，編程思想裡麵包含著仙姑經驗的積累。

很多人覺得很奇怪有些公司也不進行面試也不讓上機寫代碼，就是通過不到一個小時的閑聊就能把一個人的水平能力和工資水平給定位下來，通過面試就能檢測出編程思想以及編程基礎，編程基礎類的考察只需要問幾個簡單的語法問題就能做個大概的檢測，編程思想就是完全的編程意識以及編程經驗的積累，所以一些企業在招聘的時候明確寫著就相關開發經驗的人優先，企業招聘的目的就是希望要的人在短時間內能夠上崗直接切入到項目開發中去，整體來看是不是需要上機寫代碼測試完全看每個公司的技術文化了。

有些技術類的公司對於程序員的基本功要求特別嚴格，有個同事在第一家技術公司的時候，部門技術經理特別關注程序員的基本語法，只要是簡單的代碼語法錯誤，就能到部門的黑板通報，開始實施階段很多人上了黑板，後來隨著時間的推移上去的人越來越少了，同事說到自己上了兩次黑板都是因為在使用指針的時候沒有初始化導致，到今天還是記憶尤新，如果在技術生涯的初期能夠經歷過這種企業是一個技術人的幸運了，越是嚴格要求的領導或者公司越是有利於技術人員 的成長，至於在面試的時候要不要上機這個就看每個公司的技術文化了，一般注重代碼基礎的領導會引領這個事情，希望能幫到你。

這是一個正常的流程，我覺得有時候還是有必要的考驗一下面試者的。

以前這種面試實際上是很平常的，但是發展到現在越來越多的人對這樣的面試很反感，大概率的原因是因為很多人更多的是在搬代碼，並且搬的很成功，而真正注意寫代碼的人反而越來越少。
筆試和上機編程好不好？
我覺得挺好的，這樣可以刷下去很多劃水的人，有的人，寫代碼的能力並不強，但是搬代碼的技術一流，隨著技術越來越晚上，一些解決各種bug的網站越來越流行，現在更多的畢業生為了高工資，變成了搬代碼的人，他們能解決問題嗎？能，但是是他們自己的解決的嗎？不是，更多的是他們通過搜索的手段，問度娘，問谷歌，漸漸的形成了一個可以解決問題的方案，雖然問題解決了，但是等遇到一個需要創新開發的時候，他們就完了，基本上沒有了自我的思維。

筆試和上機可以有效的防止這類人進入公司，實際上也是一種不錯的手段。

這樣的公司多不多？
據我所致，目前來講上機編程的公司不是很多，畢竟，每個公司所使用的編程軟體不同，有的公司製作的軟體也比較具有保密性，沒辦法直接考程序員的實際能力，只能通過一些演算法測試，或者是什麼測試，來簡單的排除掉那些搬運的人。

所以上機測試的效果並不是特別好，一般的公司都會選擇用筆試的方式。

我遇到過不少筆試的，上機的從來沒有遇到過。

我一個同事之前換工作的時候倒是遇到過，按他所說，這樣的測試並沒有什麼效果，畢竟測試題出得很淺，太難的問題，基本上短時間內很難解決，也不會有那麼長的面試時間。

其實，在我看來，這個上機面試並沒有那麼大的用途，畢竟測試不到太多的東西，還不如看他自己寫過的代碼來的更快。至於這樣的公司多不多，真沒辦法說，畢竟沒有統計過，根據我的經驗，我覺得不會太多。

筆試的我見過，但是上機的沒有過。

1.筆試可以有
這么說嘛，其實簡單的筆試的話肯定是可以的。因為筆試的話可以讓招聘者知道你大概的能力定位在什麼位置？一些邏輯編程可以測試你的邏輯能力。尤其是在it這個行業，邏輯能力是非常重要的。

如果說你是一個已經有工作經驗的人。其實筆試就沒有那麼重要了。這時候看中的一般差不多就是你曾經的項目經歷。

如果說讓你做一些項目上的，比如說項目架構了這種的，你可以拒絕回答。因為我之前就有聽到過說招聘產品經理，讓他去設計一個產品的。結果這個公司就是通過一直招聘產品經理。然後讓產品經理去設計產品相關的功能，最後再把這些所有求職者的產品相關的思維組合到一起。

雖然說這總公司是很少的，但是也不排除是有隻通過這種方式來滿足產品需要的。

所以解釋的時候可以大概的寫一個思路代碼的流程，但是可以不用全部都寫。

2.上機測試
我覺得這個確切的來說是有一點過分的。像這種上機考試的話，肯定他是需要一個比較完整的項目。但是這種項目誰都不知道是他們公司需要，還是讓他僅僅是為了做測試。所以像這種事情完全可以直接拒絕。

在這里大概說明一下。 找工作是一個雙向的過程 ，如果說是你無法接受這個公司相關的制度，或者說是相關的流程。其實你可以趁早放棄這種公司的，不然的話即使是你筆試面試都過啦，你到公司之後也會因為你自己的價值觀跟企業的文化匹配不到一起。遲早還是要辭職的，所以你要慎重考慮。

其實面試的時候筆試和機試都是it的正常流程，但是在國內被玩爛了，面試和機試過程中，會有公司內遇到的問題做為面試內容的，也許是個人也許是公司，讓你解決這樣那樣的問題，這樣子的都是垃圾

作為一個老程序員，關於程序員面試的話題，非常有意思，特別有的聊。其實在 IT 界面，有兩個不算公開的秘密，也就是兩個不成文的習慣或者規定吧，關於面試的。

讓老程序員做筆試題是一種侮辱
很多程序員，尤其是有經驗的程序員，去面試的時候，尤其是去小公司面試的時候，如果對方給你出了一套筆試題，很多程序員會說： 我轉頭就走，這是對我經驗水平的侮辱 。

你們是不是感覺很吃驚，還有這種道理？確實是，我有一次去一個創業公司面試，對方給我出了一套筆試題，我做完了，面試完回去跟一些同事聊筆試題的事，他們會驚訝的說：你竟然把筆試題做了？你是有經驗的程序員，不應該經過筆試的，直接面試就行，筆試是一種侮辱。那是我才發現，好多程序員都這么認為的。

但是，我感覺這是一種病態思維，你既然去面試，其實筆試也是面試的一種，你去大公司比如 BAT 這樣的公司的時候，也會有筆試，而且層層面試好幾輪，你都能忍，一些小公司給你出筆試題，你竟然受不了？公司用什麼方式來面試你，是公司的選擇和考量，當然了，面試是一種雙向選擇，如果你感覺是侮辱，當然可以選擇不面了，這是雙方面試的權利。

但是，我感覺筆試是一種正常的流程，跟有沒有經驗沒有關系。有經驗了，你筆試你確定能過么？

很多程序員都不會選擇上機測試
還有一種就是面對上機做題的面試，很多程序員都不喜歡，其實我也不喜歡的，大部分程序員好像遇到上機面試的情況，也是選擇扭頭就走。

其實，我感覺上機測試是可以接受的，但是是有條件的，那就是上機做題，可以做演算法題，這種方式我能接受。

有一次我去面試，他讓我上機做題，竟然跟我說用 Android 寫個什麼功能，什麼模塊，簡直了，這種題怎麼做？直接去實現功能模塊，寫其中的一個點，我都不熟悉需求，也不熟悉功能模塊，上來就寫，怎麼做？沒法弄。我直接就走了。

演算法題屬於比較明確的東西，上機做兩道應該是可以接受的。

你問上機做題的這樣面試的公司多嗎？可以明確地告訴你，不多，我工作這么多年，面試了很多公司，只遇到過兩家。

我是負責我們公司技術面試的，機試環節必不可少。題目不會很難主要是考核程序員的感覺，只有有感覺的程序員才能寫好大程序，這很關鍵。

這主要看做什麼了，我最頭疼的是拿一個構架來靠你函數命令。我都是自己寫數學模型和函數。我哪知道這個構架的函數名？

務實啊，說明人要的是能實乾的程序猿，沒什麼奇怪。面試需求很明確，要會乾的。找領導才找會說的。剛畢業面試的時候遇見過這種機試，程序猿這行算是工科，靠技術吃飯，面試動手實戰是正常的。

支持，不然很多水逼，劃水貨太多了

這樣的公司會存在

基於以下4個原因：

1 面試的人很多，不想花過多的時間去篩選。這樣做題，可以快速過濾一些濫竽充數的人

2 通過合理的上機操作，有針對性地找合適的人，匹配的人也能快速完成上機操作

3 標准，對面試者統一對待，以免主觀原因造成誤判

4 面試者的配合度，一般看到機試，有人就會直接退出。（我遇到這種情況，就會直接走）

以上4個原因，都是較為正式的原因，還有一個主要原因就是能力不行，面試官無法正確篩選簡歷，面試官無法從面試中獲取想要的信息並加以判斷。

基於最後一個原因就是我會選擇直接走的原因，面試官能力不行，表示公司對此招聘的用功不足，該公司沒有能力或沒有意願重視此次招聘。即使入職，收到的待遇不會重視，沒有必要把自己的前景壓在一個不會重視你成果的公司上。

7. 程序猿的有關笑話

1、新春對聯上聯：為系統而生，為框架而死，為debug奮斗一輩子下聯：吃符號的虧，上大小寫的當，最後死在需求上！橫批：杯具程序員。
2、為什麼程序員總是分不清萬聖節和聖誕節？因為 Oct 31 == Dec 25。
3、男：我是程序猿。
女：哦，程先生，你好。
男：客氣了，叫我序猿就好~
4、我是你的什麼，你是我的程序猿，啊？？原來我是猴子啊，醬紫我就可以讓你耍coding啦！！！
5、怎麼使用面向對象的方式變得富有？繼承。
6、一男子在路邊一根接著一根地抽煙。一個女士走過來對他說：「嘿，你不知道你是在慢性自殺嗎？注意看看煙盒上的警告信息。」「沒關系」，男子悠然自得地又吸了一口：「我是個程序猿。」「嗯？這和你是程序猿有什麼關系？」「我們一點兒也不在乎警告（warning），我們只在乎錯誤（error）。」
7、問：程序員最討厭康熙的哪個兒子。答：胤禩。因為他是八阿哥（bug）。
8、換一個電燈泡需要幾個程序員？一個也不要，這是硬體問題
9、危樓高百尺，手可寫代碼；舉頭望明月，低頭寫代碼；王師北定中原日，家祭無忘寫代碼；
10、孤帆遠影碧空盡，唯見代碼眼前流
11、音效卡凄切，對電腦晚，檢查初歇。 項目需求無緒，可恨處，郵件催發。 執手相看代碼，竟無語凝噎。 念去去千行代碼，眼皮沉沉電腦破。 多情自古源代碼，更那堪，冷落情人節，今宵酒醒何處。電腦旁，曉風殘月，此去經年，愛情硬是形同虛設。 便縱有千般無奈，更與何人說？
12、你只看到我在不停的忙碌，卻沒看到我奮進的熱情，你有你的朝九晚五，我有我的通宵達旦，我可憐你體會不了執行出結果的那種成就感。Code是註定痛苦的旅行...
13、一句話證明你愛過！ 《我不願讓你一個人寫代碼……》 不服來辯
14、我是一個搬磚狂，搬磚本領強。。總有一天心血來潮，倒在磚頭旁。。。
15、漫道coding無悔不，養家糊口故。年華虛度，青春總被bug誤。望斷吊絲路，有女神，不得護。 默憶少年游無度，心懷天下牧。流年暗促，胸中豪情不堪負。風華又起時，不忍顧，年嬌處。
16、一個MD5函數吃驚地指著另一個MD5函數說：「你的哈希結果為什麼和我的不一樣？」 那個MD5函數驕傲地說，「我喂自己袋鹽。」
17、昨天，一位男生向他心儀的程旭媛妹紙送了一份寫的16萬行代碼的程序。這份程序包括嵌入式、java、C++等多種語言，內容主要是回憶兩人在一起做的課設和借景抒懷。他將其做成Repo並commit到Github上，取名《我不願讓你一個人寫代碼》。妹紙十分感動，然後拒絕了他
18、bug眾多，今勝昨，回調長似鞦韆索。溢出棧，拋異常，碼至凌晨，咽淚妝歡，難難難！
19、少年投身IT行，老來無伴又何妨。擦肩美女不屑看，三千碼友在身旁。
20、夜半話凄涼，轉眼淚千行，日日工期緊，亦為重構忙。久易無定論，命懸需求方，四顧前途路，一步三踉蹌。
21、白發三千丈，coding淚兩行，不識加班累，只緣bug狂。
22、幸得進某康，IT放兩旁，閑來把碼敲，餘音仍繞梁。碼農壓力大，願君更健康！
23、少時狂發編程想，無畏赴身IT行。縱使榮華未可近，我自coding又何妨！
24、 夜夜搞項目，敲碼三四點。鬱郁無頭緒，哽咽等天亮。放手搏一搏，程序全報錯。妹子人家牽，bug自己查。方法屬性類，一個都不會。左右不是人，猿來程序員。
25、無數假期渺茫茫，夜三更，bug調出千百行；香煙一半，猶如飢渴似瘋狂。抬起頭顱，細數窗前星光，人生歷歷何等惆悵；思量思量，日何已出，為何希望依久不晴朗！
26、 年少太輕狂，誤入IT行。白發森森立，兩眼直茫茫。語言數十種，無一稱擅長。三十而立時，無房單身郎。
27、年少不經事，埋頭編程忙。 指鍵鏗鏘落，不及細思量。 bug千百個，comment無一行。 休言敏捷易，做來斷人腸。
28、在那山的這邊海的那邊有一群苦逼的程序員
他們老實又胹腆 他們聰明又木錢 他們一天到晚坐在那裡熬夜寫軟體 餓了就咬一口方便麵～～ 哦苦逼的程序員 哦苦逼的程序員 只要一改需求他們就要重新搞一遍 但是期限只剩下兩天
29、十年生死兩茫茫，寫程序，到天亮。 千行代碼，Bug何處藏。 縱使上線又怎樣，朝令改，夕斷腸。 領導每天新想法，天天改，日日忙。 相顧無言，惟有淚千行。 每晚燈火闌珊處，程序員，又加班,工作狂~
30、寫字樓里寫字間，寫字間里程序員； 程序人員寫程序，又拿程序換酒錢。 酒醒只在網上坐，酒醉還來網下眠； 酒醉酒醒日復日，網上網下年復年。 但願老死電腦間，不願鞠躬老闆前； 賓士寶馬貴者趣，公交自行程序員。 別人笑我忒瘋癲，我笑自己命太賤； 不見滿街漂亮妹，哪個歸得程序員。
31、當代的程序員，其實就是遠古的巫師。他們通過一些普通人不理解的符號和語法，與某個世界的自然法則相溝通，進而實現人類需要的奇跡
32、程序員問禪師：「我和在一起 7年的女友分手了，程序員是否諸多和愛情無緣?」
禪師笑而不語，把程序員帶到正在比賽的球場。
程序員大悟：「大師的意思是否是說：愛情的意義就像一場比賽，只要過程努力過，結果如何並不重要?」
大師閉上眼睛道：「你分手關我球事?」
33、當世界末日還有5分鍾就要到來的時候
程序員: 讓我們在這最後的時刻作些什麼吧!
女友: 那好,讓我們在做最後一次吧!
程序員: 那剩下的4分50秒做什麼啊?
34、一個程序員騎著一個很漂亮的自行車到了公司，另一個程序員看到了他，問到，「你是從哪搞到的這么漂亮的車的？」
騎車的那個程序員說，「我剛從那邊過來，有一個漂亮的姑娘騎著這個車過來，並停在我跟前，把衣服全脫了，然後對我說，『你想要什麼都可以』」。
另一個程序員馬上說到，「你絕對做了一個正確的選擇，因為那姑娘的衣服你並不一定穿得了」。
35、我也不知道為什麼，我一說我是搞PHP的，她們就把燈都滅了。
36、年底了項目很著急，那天下午我在路邊就開始調試code，邊上一個乞丐我看著很可憐就給了他一塊錢，他一直就在邊上看著我，我也沒理，半天後，他指著我的一行代碼說，多寫了一個逗號......
37、程序員不用找對象，想要什麼類型的，直接new就行了...
38、程序猿的讀書歷程：x 語言入門 —> x 語言應用實踐 —> x 語言高階編程 —> x 語言的科學與藝術 —> 編程之美 —> 編程之道 —> 編程之禪—> 頸椎病康復指南。

8. 從「跨平台就是一種謊言」說起C#和Java的區別

首先我要說明我的觀點：語言沒有好壞之分。語言背後所體現的不過是不同平台之間利益的一種博弈。

因此，各位，這有啥可爭的？誰「好」誰「壞」又怎樣？對於堆代碼的人來說，哪個能掙錢，哪個就是好語言。Object-C好不好。iPhone火熱之前甚至連提都懶的提，完全處於角落裡。但是現在呢？究竟是什麼原因讓Object-C火起來？是執行效率還是開發效率？都是扯！市場決定一切！.net、java和object-c分別代表了MS、SUN(Oracle?)和Apple的實力！

語言之爭說完了，說說我心中的跨平台。跨平台就是一種謊言！！！

曾幾何時，我們聽過太多的跨平台：一次編譯，多處運行。但是每當你親身實踐，你就會遺憾的發現，這一切都是一個美麗的謊言！Java和.Net，二位先驅已經在各自的文章中闡述了各自的觀點。我想說的是又一次被跨平台這個美麗的謊言所包裹起來的——RIA開發。

現在RIA最火的無外乎兩種：Flash和Silverlight。從理論來說這兩者都是走的插件運行環境的路數（誰又不是呢。。Java虛擬機。。.Net Framework。。），我們能夠聽到的，無外乎既可以支持PC，又可以支持移動設備雲雲。。但是事實呢？？

不知道有多少人做RIA開發。Flash什麼時候出的移動版本（不算閹割的哪個）？PC上運行的Flash可以直接在移動版本上運行么？iPad為什麼乾脆不支持Flash（iPad為什麼可以選擇不支持Flash）？Silverlight有PC和Mac的Runtime，但是Windows Phone 7為什麼尚不支持「瀏覽器內運行的Silverlight？」（目前Windows Phone 7的開發框架為Silverlight，但是這和PC上運行的Silverlight Runtime有很大的區別。）

上面提到的Flash、Silverlight是RIA領域的翹楚。每一個都包裹著跨平台的外衣。但是直到你真正去嘗試「跨平台」，你才發現這一切都是美麗的謊言。

但是另外一個事實我不得不說，那就是：跨平台只不過是程序員的一廂情願；平台商的一種宣傳策略。跨平台根本是不可能的！

各位，不要狹隘了！編譯通過能運行就叫跨平台，是做技術人的悲哀！PC用滑鼠，手機用手指頭，你光編譯過了有個什麼用？客戶能用么？PC多大的解析度，手機多大的解析度？你光能「顯示」有什麼用？用滑鼠點，拿手指頭戳，手機上面連hover都沒有，PC上的東西手機上就算運行了又能怎樣？

因為硬體設備和運行環境的不同帶來的用戶體驗的不同，才是跨平台最大的障礙！這一障礙，不是任何一個「技術」或「技術提供商」可以解決的！
參考：http://www.cnblogs.com/happycharles/archive/2010/05/30/1747740.html