程序員的十年工做創業血淚史，萬字長文，仔細讀完，受益不淺

吉日噶拉（在外企、上市公司工做過，本身也創業失敗過，遇到過不少失敗挫折，甚至露宿街頭，可是最後仍是挺過來了），是一個十幾年的程序員了，本文介紹了他的相關經歷，以及他的一些經驗，不管是對剛入門的程序員，仍是工做了十年八年的程序員都有一些經驗值得借鑑學習。

（一）三年前的一個項目經驗

做者幫公司拉了一個政府的項目，可是因爲經驗較少，談的價格很低，還有不少細節剛開始沒有談到，後面至關於收了不多的錢，給政府幹了一個比較完善的項目，這節的經驗就是：程序員通常不該該直接和客戶談項目，應該讓專業的人去談，他能把10萬的項目談到50萬或更多。

（二）2005年個人第一次軟件創業，燒掉30萬，兩年時間打水漂

（1）爲何要創業

教訓1.手上有技術，可是沒有客戶，沒有產品，就靠着一腔創業的熱血和對軟件行業的愛好！

教訓2.團隊不穩定，各類經費、雜費、水電給、租房費、設備費，制度不夠完善，成本沒有控制好。

教訓3.本身辛苦培養出來的技術人才，被客戶三兩下就要走了！人員的思想工做要作好。

教訓4.小公司創業不要把財務徹底交給別人，熟人也不行。可能最後生意失敗，本身一點錢都拿不到了！

教訓5.作公司不是作技術，更多的是作人，我作人本就不到位，作公司必敗！

教訓6.創業注意的問題點：

（2）我是個有經營頭腦的人嗎

（3）如何判斷一個項目是好項目

（4）財務預算和控制

（5）如何與人合夥

（6）把本身擺正位置

（7）創業其實改變不了一個失敗的打工者

（8）對行業的認識，上游和下游的掌控

（9）害人之心不可有，防人之心不可無

（10）靠人的買賣是最不可靠的

（11）偶然和必然的機率。。。

（三）投遞簡歷請換位思考及前臺頁面設計比後臺實現更值錢

簡歷

通常要信息全面，排版工整。

前臺設計

前臺設計是藝術，這個是沒那麼容易學來的，越日後寫程序的會越不值錢，設計的相對會值錢一點。程序是技術，設計是藝術。技術能夠批量生產，可是藝術沒法批量製造啊。

（四）團隊工做氛圍很重要，沒有好的氛圍難出好的產品和項目

一個開發團隊、軟件公司須要有一個 良好的氛圍，你們人心穩定，每一個人都在有條不紊地忙乎實際工做上的事情，天天都有一點點成果，你們平時工做開開心心，一步一個腳印的發展。項目作的有條理，客戶也滿意，收款也及時，這纔是軟件公司生存發展的硬道理。軟件若是作很差，軟件公司確定是開不下去的！

（五）奔三的程序員，平時都忙啥？想些啥？之後有啥計劃？

每一個人總要給本身尋找個方向，每一個人都須要有個信念，沒有信念，活着就沒意思，無聊，以爲沒有奔頭了。做者是比較喜歡作技術那種，能夠作到五六十歲那種，而且看到過更老的程序員！

1.比較喜歡技術，會常常學習，人須要不斷提升不然很容易落後

2.看一些技術方面的書，管理經營方面也看，畢竟之後頗有可能走上這條路。

3.多關心人情世故，多聯繫朋友、同事、親人，努力建設和諧社會！實際上是由於人脈比技術更加劇要！

4.溝通能力很重要，文筆也是須要一點的，寫報告，各方面交流都是會有的，畢竟技術能力不低了。

5.參與公司部分銷售工做，作技術銷售也是很重要的，也要讓客戶知道咱們公司的技術能力是很強的。

6.軟件系統的核心部分、通用組件部分、關鍵部分、標準樣式部分、標準框架部分，這些都是軟件系統的核心，不能期望新手來完成。

7.編程不僅是20來歲作的事情，。能夠走管理路線，也能夠一直堅持技術路線。

8.生活不止有眼前的苟且還有詩和遠方！

（六）你要有大客戶，要有經濟效益好的客戶，你賺窮人的錢是很難的。

離職了也別成敵人，開開心心的離職，未來仍是會有合做機會的，說不定還很大的機會。

你要有過硬的技術，讓客戶相信你，以爲這個事情你是專家，讓你來作沒錯，你要時刻讓本身的技術超出常人的水平。

拉客戶要有個過程，小事情幹好了，人家才放心把大事交給你去作，不可能一步登天。

不要作過於廉價的勞動力，那是在破化市場，尊重本身尊重別人，免費給別人固然能夠，但若是那樣作，IT就更不值錢了。

賺錢的機會不是每天有年年有，要學會抓住機會，錯過了這個村就沒有這個店了。

大項目都是有比較的，不是隨便給你的，價格也不是亂開的，別人賺的錢也不是天下漂下來的，你須要打敗對手，才能拿到機會。

（七）走火入魔閉門造車瘋狂框架經驗分享

好東西多得是，就看你如何看待它們。就像我下載的1G的C#文檔同樣，電子垃圾一大堆，每天跟在新技術屁股後面，也難提煉出個啥來。由於你永遠跟不上時代的進步。你的積累也會變成你的包袱，除非你有驚人的毅力，不斷完善你的積累，那最起碼你要連續幾年不打遊戲，節省時間才能提煉出來，或公司出錢給你燒，也能燒出來。

不是新技術出來了，你之前的積累就推倒了，除非你之前的積累是經不起考驗的，不然是不會被推倒的，新技術只是錦上添花而已。軟件總體的開發不會輕易發生天大的變化，你須要的是不斷吸取新技術，瞭解新技術的長處和定位，而後把須要的新技術消化好，用到本身的總體框架中。

（八）最近幾年軟件項目的心得體驗

1.作軟件外包的經驗告訴我

作軟件須要人海戰術，作軟件須要大量的體力勞動，而不是腦力勞動

2.咱們技術副總的主導思想

客戶的需求變來變去怎麼辦？客戶的需求變了，並非壞事，讓客戶填寫好變動表，把工做量變化給客戶確認，秋後算帳。工做不就是乾點活作點項目嗎？哪裏不同，這個項目工做量愈來愈大，錢也是越來多，不是壞事。

3.我本身的主導思想

想多賺錢怎麼辦？直接找上級談，你能幹出啥來？想要多少錢？多長時間過好？對公司有啥好處？都談明白了，老闆也會答應的，你們都有好處，都在影響本身的心情，不能好好幹活。

4.身邊一直髮生的事實告訴我

與領導溝通好，報告寫好，比拼命幹活效果好幾十倍！別總埋頭苦幹，幹得累死累活，沒人知道你有多辛苦，及時向領導彙報狀況交流。

5.我比較佩服的事業部經理告訴我

不能完成工做怎麼辦？最愚蠢的作法是通宵幾天，突擊幾天，而後累死累活，最後仍是沒能按時完成，人也累趴下了。其實，不能按時完成工做多了去，這時要先分析清楚延時的緣由，找上級說明緣由，讓他們承認你的理由。而後把接下來的工做合理的進行安排，有條理的一個個作好。

6.個人自身N年工做經驗代表

作軟件爲何那麼累？由於軟件是個細活，不是敷衍了事對付對付就能夠的，須要一行行代碼寫出來，不能思路混亂，也不能偷工減料。無論是太理論也好，太理想化也好，總得有個理論指導實踐的主導思想，不然這事就無法幹了。

（九）不要給本身編織過多的理由，藉口是永無止境的

工做要有力度，不能總是沒完沒了找藉口，每一個人均可以給本身編織出美麗的藉口理由來，聽起來事那麼地有道理，其實理由都是給本身編的，本身給本身下的套。

（十）打工和創業不一樣的心態

這幾年給人打工，感受真是太幸福了，每月無論業務好很差，無論客戶給不給錢，老闆都會按時給我發工資，卡里有錢了，不愁吃不愁喝，真幸福。

本身不開公司不知道賺錢有多難，本身不當老闆不知道給員工的工資已經很高了。不要覺得本身創業就比打工能夠賺更多錢，我見過不少朋友，本身創業創得很辛苦，可是他們打工的活能夠很輕鬆拿到10K以上的薪水，可是他們非要本身創業，非要往火坑裏面跳。

（十一）IT創業光技術好，謀略定位很差，可能照樣會死得很慘。

你可能有了一個很好的創業思路，就感受用這個思路去創業，成本地，風險低，成功的機率高，你會跟你的好朋友探討你的思路，會和你的好朋友講解你的經營模式、經營理念，甚至帶他到你的公司參觀感覺一下你的成功。這時候你極可能在作一個錯誤的決策，你的朋友也不是吃素的，他也會模仿你，搶你的生意，搶你的機會。

我以爲個人積累還能夠，還作出了娛樂場的計費軟件。我之前的合做夥伴偷了個人成果，銷售了幾十套。你的成果很容易被被人偷竊，你要學會保護你的勞動成果，你的勞動成果未必給你帶來什麼經濟效益，肯定給你的敵人帶來更多的經濟效益。

小結：

1.開公司首要的是要明白你作什麼能夠賺錢，而別人不知道，或者還沒抓住。你程序寫得好，項目寫得好，算個屁啊！全國程序寫得好的人多了去了。你努力啥的，更沒用，天下努力的人多了去！

2.身邊都是虎狼，都是人精，都想吸乾你的血，都是期望着跟着你或者從你身上撈一把的人。

3.創業千萬不要又出錢又技術。要麼燒別人的錢，要麼別人出技術。你全出了，風險大，壓力也大，甚至都沒有精力跑市場。

4.你要找比你強的人合做，你能從他身上學到東西，而不全是你給予別人。與比你強的人合做，你絕對不會損失啥。

5.創業了，玩人必定是比作項目、幹活更重要的事

6.小公司把股份分掉，你就是不要股份又能怎麼樣？等你玩透了，本身再開間公司又能怎麼樣。你給員工1%的股份，他都會很開心。甚至你賣股份給員工，還能夠融資一把。

（十二）爲何咱們每作一個項目軟件，總要被折騰得死去活來

1.軟件是個龐大的工程，不像蓋小民房，能夠看得見摸得着，軟件是一個看不見的龐大工程，因此一個像樣的項目，通常沒那麼容易就能搞定的。

2.客戶的需求變來變去，咱們也要跟着被折騰來折騰去，沒有一個很肯定的功能需求。

3.咱們的技術不過關，寫的代碼質量不過關，稀裏糊塗，對付來對付去，咱們的代碼經不起客戶的折騰，沒折騰幾下，就可能被客戶的需求給弄死了！

4.客戶的需求一望無際，沒有一個明確的範圍，其實客戶的需求範圍是須要限定再某個明確的範圍內的，工做就在這個明確的範圍內開展。

5.可能咱們沒有一個成熟的開發框架，每一個人都在摸索，每一個項目都在摸索，那是很浪費人力物力財力的。

6.咱們沒有嚴謹的分工分界思想，哪些功能應該是再哪些模塊作，哪些功能是在哪一個實現纔對，哪些功能應該在前臺作，哪些功能應該在後臺作，可能都是混亂的。

7.咱們一直追求「差的很少就能夠」，致使咱們作出來的程序很差用。漏洞百出，錯誤多多，沒法將注意力都集中在客戶的業務上。

8.公司沒啥積累，一切都要從新來過，作一個項目走一批人，一年又一年，原地踏步。

9.項目組人員，同時負責好幾個項目，東搞搞西搞搞，沒法集中精力作好一個項目，哪一個項目都是半成品，都是個噩夢！

10.拉一個項目，招聘一批人，各路神仙，思路不同，作事風格不同，寫代碼不同，驢脣對不上馬屁股，沒法協調好！

11.老闆不懂技術，覺得有幾我的就能夠搞定，沒有測試，沒有質量管理，沒有需求分析，瞎搞亂搞，折騰來折騰去。

12.軟件不像其餘行業，是須要每行代碼仔細寫的，仔細琢磨，不能靠吹就能吹出來的，須要精細的編寫，最後才能出來結果，也不是買過來，賣過去那麼簡單！

13。公司大部分都是眼高手低的傢伙，平時東扯淡西扯淡，不踏實幹活，盡搞些虛無縹緲的東西，沒人幹實事。

14.公司裏每每耕地的牛是不討主人喜歡的，汪汪叫的小狗卻會討主人疼愛，主人更喜歡小狗。可是作項目須要的是牛，不是靠小狗叫叫就能夠了。

15.公司氛圍很差，心情也會很差，壓力會增長，代碼量也是會降低。

（十三）一個完整的軟件項目，最起碼要注意什麼

1.項目是誰拉來的？如何拿到了這個項目？公司給了多少業務經費？若是本身是業務員，收入會如何？

2.客戶誰說了算？誰是這個項目的關鍵人物？這個項目的關係人都有誰，他們在項目中起到了什麼重用？

3.項目的工期是多久？都須要哪些功能？客戶經理的理想工期是多久？客戶的指望值是什麼？

4.項目的成員是如何組織的？人員是如何管理的？項目裏分工是如何劃分的？

5.項目的預算是多少？預算誰說了算？計劃工期是多少？

6.項目總開發中的錯誤是如何管理的？

7.項目中遇到的難題是怎麼解決的？

8.項目裏的都用了什麼技術框架？

9.項目裏的技術分層是如何實現的？

10.後期發生的問題，是怎麼處理的

11.上線是如何進行的

12.後期有沒有在挖掘這個客戶，有沒有在挖出個相似的啥項目來？

固然還有不少不少能夠經過實際的項目過程學到的有價值的知識點。

（十四）學習提升要積極主動，誠信對待別人，別人也會誠信對待咱們

在必定的瓶頸階段，咱們要學會想辦法去提升本身，無論是向同事、朋友、網友，均可以進行交流學習，最好是找一段時間面對面的實際交流。而且要誠心誠意，要有交互的過程，不能只是別人教你知識，你也要有能夠交換的知識，這樣人家才願意。

（十五）如何突破月薪大關

IT軟件人生，人生的幾回昇華：

1.能獨立完成任務，能作項目，昇華一次。

2.技術過硬，思路嚴謹，昇華一次

3.學會與別人工事，團隊協做，昇華一次。

4。當項目主管，昇華一次。

5.經營一個公司，昇華一次。

6.安穩下來，有本身的家，昇華一次。

7.結婚，昇華一次

8.當爸爸，養孩子昇華一次！

若是能力不夠仍是要用力提高本身，能力夠了能夠向上級提出要求，或跳槽都會有薪資的提高。

（十六）辭職也要辭得帥，辭得你們開心

辭職要注意的事項：

1.辭職須要提早一個月說好，最好能有書面的的郵件方式給相關的領導。

2.辭職的時候，最好先跟部門的經理說一下，不要直接跟老闆講，管理上比較重視不要「越級」

3.辭職前，把手上的工做都整理好，把能結束的工做盡可能結束。

4.若是是跳槽到到新單位上任，不要太急，最好等能最長的上崗時間，由於你跳槽了還須要辦理不少事情，例如你的檔案、養老金、公積金等等。並且規範的單位要初始上一個單位離職的證實，因此不要和上一個公司鬧扳。

5.年末不要輕易辭職，通常不少單位都有年終獎，通常多少都會有一些。

6.不要和同事的關係鬧僵，由於你的辭職，會致使有些事情要讓別人擦屁股，還有些恩恩怨怨，積累多了，不太好，人總要有一些朋友的，若是你結婚或辦什麼喜事，想請一些朋友來樂一樂，也不會來幾個。

7.須要有一顆感恩的♥，咱們的技術、水平、機會，並非靠本身的努力，不少是從同事那裏學來的，是公司給的機會提升了咱們的水平。

8.其實一個城市的IT圈子的不大的，頗有可能你跳來跳去，仍是跳到原來的公司，或者你之前的同事跳到了你公司當了部門主管。因此平時要注意不要得罪同事，不要覺得好馬不吃回頭草，其實天下大也大，說小也很小。

9.有些機會是朋友、之前的同事、之前的客戶提供的，因此要珍惜眼前的同事、朋友、客戶。

10.不要說本身的公司的壞話，若你之前的公司很很差，那就表明着你也很通常。

11.就算辭職了，也要學會說人話，要感謝公司的培養，要感謝部門經理的栽培，要感謝同事的關係。你說點好話，公司領導也會另眼看你，說不定你在新單位混很差，混不開，還能夠回到原來的單位工做！

12.其實這些軟件公司的老闆們相互之間也是一個朋友圈子，也常常有來往的，你跳槽到另外一個公司，他們也會經過其餘途徑瞭解你在原工做單位的表現、爲人、技術水平。

13.本身也曾經當過不成功的老闆，也能感覺到員工跳槽的痛，明明公司和客戶有外包關係，一看對方的公司比本身的公司有實力，就跳槽到對方的公司。生意也受到損失，培養的員工也都跳槽到客戶那裏去了，還怎麼賺客戶的錢？因此要選擇好及要的效果是損人利己仍是損人損己？最好是哪一個都不要損比較好。

14.跳槽從另外一個層面考慮，也能變成好事情。

（1）從公司的角度考慮：這個公司不錯，別人肯挖這個公司的員工，說明信任這個公司培養出來的員工。

（2）從員工同事的角度看：跟咱們水平差很少的人能夠進入更好的公司，能拿到更高的薪水，那之後有機會了，咱們也能拿到更高的薪水，會有更好的前途。

15.總的來講，公司是你的跳板，是一個臺階，你須要有點感恩的♥。辭職時，跟部門裏關係好的同事吃上一頓飯。

16.辭職從貶義理解就是

「逃避責任，逃避現實」

，其實無論是在哪一個公司混，都差很少，咱們比拼的就是技術能力、人品、爲人處世而已。你在這個公司混不還，到另外一個公司也是很難混得開。

17.辭職了，雖然脫離了苦海，可是頗有可能進入另外一個苦海。人走了，也不要一刀兩斷，能維護的，最好繼續給維護，能交接的儘可能交接。之前的工做都是你的血與汗，別白流了，能讓後人重複利用，儘可能重複利用。說白了，那也是你的孩子，你真的忍心拋棄你的孩子無論嗎？

18.從原公司辭職，公積金、養老金中止繳納了，最後一個月工資有爭議了，到新公司，又有三個月的試用期打八折。其實仔細算一下，這個一來一往，差距仍是比較大的，因此多給個四五百就別跳槽了。我曾經的原則就是要多給個2000到3000才考慮。

（十七）一個老程序員的將來十年計劃及目標

廢話很少說，把本身的目標列出來，給你們參考參考：

1.如今本科學歷有點混不開了，我一直沒有時間讀碩士，應該抓緊時間讀個碩士來，再考慮是否讀個博士。無論是讀在職的，仍是花錢深造都是能夠選擇。不然有可能未來很很差混了，掃地的都是本科的了。

2.年紀也不小了，也該考慮，婚姻和孩子的事情了。

3.如今是公司的中層幹部，爭取經過努力工做，拼搏到公司的高層，年收入有個穩定的三十到五十萬左右，養家餬口不成問題。

4.將本身的注意力從技術上轉移到人的方面。更多的不是玩技術，而是關注技術和管理，關注身邊的同事和客戶，同事再技術方面也但願跟上發展的腳步，不要落後太多，最起碼什麼都懂一點。

5.勞逸結合，身體是革命的本錢，不能爲了賺錢不要命，身體垮了，談什麼事業，談什麼未來。平時注意休息，鍛鍊，爭取不得大病，小病也儘可能避免。

6.作個全國行業內有點知名度的產品來

7.年紀大了，對泡妞也沒興趣了，總得有個喜歡的東西作作，例如釣魚、收藏、那我就來個以作軟件爲興趣愛好。打發打發時間。

8.要成爲某個領域的專家，精通此行的管理（固然不能說是軟件開發領域的專家，這個太不值錢，競爭也太激烈的，更新得又快）

9.開拓幾個有實力的合做夥伴，也沒有必要太多，精一些就能夠了。

10.關注純軟件之外的知識領域，例如工業製造、數據採集，指紋系統，人工智能。也不期望深刻底層，只要掌握一些集成的經驗及應用就就能夠了，畢竟技術有專攻，跟行家是無法比的。

（十八）我是如何學習一門開發語言的

1.每一個年代學習的的途徑不一樣。我按當時的方式來說吧，想到圖書館去找，哪一個本子都會翻翻看，而後哪一個圖解多，我就會有買哪一個的意向。並且圖解多的，看起來不累，還能夠有個參考，就算沒電腦再旁邊，也會大體看明白啥意思。仍是比較喜歡臺灣人寫的書，幾乎全是圖，沒幾個文字，並且學習的效果每每很好。還有就是，我通常購買

清華大學出版社

的書，相對質量會好點，其次是

人民郵電出版社

的。

2.學習也會很容易形成原地踏步的狀況，由於你學前幾本書的時候，學到的東西不少，當時後面看的不少書，內容會相似，因此須要本身把握好。

3.書都本身購買就太浪費錢了，因此我通常是從圖書館中借書來看。

4.參加工做後，個人學習方式就有些改變了，常常看網上的技術文章，看技術文章的時候內心會想着我也要成爲別人羨慕的高手，這樣就頗有興趣看技術文章了。

5.其實也不要怕買書浪費，你能收穫到的知識的價值確定比你買書的價值是要高不少了，前提是你買了就要看，否則就不要買。其次，不要買過期好久的書，由於如今知識更新仍是蠻快的。

（十九）曾經想學不少不少，最後發現本身只能專心學好不多的那麼幾個必殺技

1.軟件行業最終出來的仍是產品，在某個領域不斷地優化，幹多久就優化多久。固然要有敏銳的洞察力，能想先知同樣知道客戶未來須要什麼，會須要什麼，那你就離成功不遠了。

2.一把寶劍與1000把粗製濫造的刀比拼，最後哪一個會勝利？1000把爛刀都拼不過人家一把寶劍。

3.十年後發現，不少東西，丟棄的丟棄，落後的落後，淘汰的淘汰，惟獨這麼一個輕量級的開發工具庫一直伴隨着個人茁壯成長起來。

（二十）程序員12點，你睡覺了嗎

談談個人心得體會：

1.晚上熬夜，早上起不來，那就是天大的痛苦。早上趕車、擠車，由於你精神不夠很容易出事，或被小偷光顧。

2.你的領導、同事、客戶看到你平時工做精神不集中，對你的評價會比較糟糕，之後有好事情也通常輪不到你，這會影響你的前程。

3.因爲晚上沒休息好，工做效率會很低，思路會很混亂，該作的事情沒仔細作好，迷迷糊糊、稀裏糊塗的一天就過去了。

4.一個做息不規律，邋遢、作事稀裏糊塗的人，我就是有個漂亮的妹妹也不會介紹給他。

5.不按時休息，極可能會影響家人。

6.晚上加班了，沒幾我的看到你加班，可是早上遲到了，全部的同事都看到你遲到了。

7.年輕時身體像鐵同樣，等過了30歲，通宵一夜要痛苦三四天才能緩過來。若年輕時，不珍惜，過了30歲，啥病都找上門來了，賺的錢可能沒藥費多。

8.早上起來太晚，通常來不及洗臉刷牙，頭髮也沒注意，形象仍是要主意好的，能給別人好的印象。

同窗們，常常熬夜真的會影響你的前程，仍是按時休息吧，除非時要命的事。

（二十一）春節後被面試和麪試別人的經歷

1.被人面試

書中的做者，投遞的簡歷方向都是十年左右的工做經驗的崗位，基本都是有面試通知，接着就是成果講解，項目介紹是少不了的。基本也是能上崗位，可是仍是選擇了穩定的一點的那個。

2.面試別人

主要從下面幾個方面跟你們分享，對面試官和麪試者都是有必定的借鑑價值：

（1）簡歷環節

①曾經跳槽單位不要過多，總要有幾個待了很長時間的公司，不然很難有高薪的機會。

②項目經歷不要寫那些幼稚的學習項目，寫上一百個都是沒有用，一看就是入門糊弄小孩的項目。

③項目經驗不要太假，工做才兩年，上十個項目，這麼可能啊？蜻蜓點水？能長啥經驗？

④工做年限、指望工資寫清楚。

⑤其餘方面，好比我的的詳細資料，聯繫方式都是要有的，而且排版整齊

（2）筆試環節

①咱們不是研究高新技術的，咱們考的是你的基礎功，雖然面試題目很簡單，可是須要仔細認真的寫，代碼也要寫工整些。

②簡單的題目不會作，難的題目更不會作，無聊的時候仍是要翻翻基礎語法的書，SQL的書等等。

③不要藐視簡單的題目，通常都是暗有玄機

④我沒見過筆試很糟糕的，真正幹活卻很厲害的人。我記憶中的同事，平時工做厲害，筆試也不差。

（3）面試環節

①首先你不能有口臭吧，再窮也要買個口香糖，把口臭問題解決掉。

②帶上紙和筆方面不時之需。有厲害源碼或項目的能夠帶上電腦。

③頭髮梳理乾淨，穿得像模像樣，第一印象是很重要的

④沒法表現出對編程的熱愛，會是好員工嗎？

⑤筆試很差能夠理解，可是幾乎沒有一個說得出口的本身擅長的東西，是不行的。

⑥溝通能力很差，或者本身的思路表達不清楚，通常是很難找到合適的工做的。因此平時工做要學會多交流，別跟你旁邊的同事Q來Q去，學會直接張口對話不時壞事。

⑦咱們更願意錄用那些看上去順眼，性情穩定，目標明確，有一計之長，工做經驗豐富、有實際工做業績證實的人。

（4）老闆環節

①雖然前面兩關過了基本上不會有啥問題，可是也不要太隨意，上層領導更看重精氣神的表現。

②一些細節也要注意到：好比，敲門進入，坐着不要翹起二郎腿。

③老闆也會很在意你的溝通能力，職業規劃，價值觀，知識等方面

（二十二）想快速提升技術水平嗎？你須要找高手，給你的代碼來個深刻點評

1.咱們國內的程序員大多都不善於交流，即便善於學習，提升的仍是不明顯。很多工做了五年的人與工做了一年多的人的水平本質沒啥區別。這種原地踏步的狀態，會讓人感到迷茫。

2.咱們大多喜歡看技術文章，可是不喜歡把本身的代碼拿出來交流，讓高手看。說白了，其實高手也懶得看菜鳥的代碼，因此你得求人家看才行！由於大師給你點評，你就知道，你與他們的能力差距體如今哪裏，哪些沒有注意到。

3.記得剛開始工做的時候，別人指出我，有些命名習慣很差，有些邏輯思惟判斷能夠更簡單寫，剛開始我是有點抵觸的，可是，後面想一想，不少最基礎的東西都沒作好，怎麼能算一個好的程序員呢？直到我如今認爲，哪怕是一個字母的大小寫沒弄好，或包名沒設計好，都是很不該該，很幼稚的錯誤！

4.那些難以提升的人的特色：

（1）目中無人，自覺得是的程序員

（2）聽不進別人的意見，總想搶着講本身的觀點的程序員

（3）不關心別人，每天閉門研究，並且着手與研究十年八年才能成功的項目的程序員—世界很大，你正在研究的不少問題，別人作就解決了！

（4）工做中，沒遇到大師和高手，想交流和切磋沒辦法，只能考網絡學東學西，再買幾本書看，難以掌握系統知識的程序員。

一般來講，拿來主義每每是見效最快的。有效的溝通交流，比本身努力強上至少5倍。不少時候，研究別人的成果比本身從頭研究要節省不少的時間。程序員總不是靠吹出來的，還須要靜心寫一寫，但別忽略了溝通交流的重要性。

（二十三）接近60歲的日本IT軟件小老頭在幹什麼？咱們能從他身上學到什麼？

不少軟件開發人員，好像過了30歲就迷茫了，30歲沒當上管理職位就面子過不去了。還記得在上海遇到一個60歲的IT小老頭，看看人家在幹什麼：

1.整個系統構架，都是由他選型的。例如整個系統分幾層，用什麼開發語言大多，固然包括數據庫的選型。

2.到底用哪些三方組件，例如報表、三方協議處理軟件、展現控件，並且對他們瞭解很是深刻。

3.整個系統的例子程序基本都是他寫的。並不僅是選擇系統構架，他把構架選好，還能讓它跑起來，而且把範例程序寫好（你們都是安裝他的寫法寫程序）

4.編碼規範、注意事項，都是由他起草，而且寫得很規範。

5.幾乎全部的設計文檔，包括頁面的初步設計，都是他作的。他知道整個系統須要多少個頁面，每一個頁面須要什麼功能，有很明確的說明，很詳細。

6.數據庫的詳細設計都是他負責的，包括每一個表、每一個字段的名稱、類型、默認值等。

7.項目中難題的攻克，特別是控件上的特殊處理，都是這個老頭在負責維護更新。

8.項目的驗收、與客戶的溝通問題，項目的進度的安排和跟進、費用的計算都是由這個老頭來負責。

跟這樣的人一比，那些十年八年的老程序員，簡直是小菜。沒有個二三十年工做經驗，哪裏來的那麼強的技術能力。可是堅持學習二三十年的技術也不是一件容易堅持的事！

你們就當一個參考吧！

（二十四）技術人員須要先學會作人，在學會作事，以後才能成事。以成名得利。

1.其實兩我的作項目，既能體驗工做的樂趣，又能相互學東西，多了不少安全感，少了很多孤獨感。

2.經歷N多失敗也不是什麼壞事，只要你不被失敗完全戰勝就好。沒有慘痛的教訓，就沒有深入的體會。

3.之前總想用實力來證實本身是最強的。認爲把實實在在的實力拿出來了，別人應該不得不認可你的能力。其實，好勝性格的人在剛開始工做每每會碰壁，身邊的同事也大都反感。

4.無論作什麼事情，咱們要記住一點。首先要獲得領導的承認，從上而下執行的事情，每每會跟順利一些。

5.一些建議：

（1）壓住好強心理。

（2）先不要急於作事，低調低調再低調。

（3）遇到事情不要立刻就和同事溝通，想把思路捋好，試一試可行的辦法先。不要浪費人家大把時間。

（二十五）程序員找老婆—相親節目引起的一點思緒

簡單的說吧，在大城市裏面的程序員找老婆不容易！年紀大了，程序員不少都是會去相親。

相親方面的劣勢：

一個方面性情不夠開朗，興趣不夠普遍，物質條件優點不大。並且陪老婆的時間不會太多。

還記得看非誠勿擾，一個片斷，一個相親的男的說我是個PHP程序員，而後場上的燈，立刻滅了一大片，像打機關槍同樣，主持人都一臉懵逼。這個引人發笑，可是倒是值得咱們程序員深思的！

（二十六）技術水平很高，可是正規公司爲何仍是不錄用這些人？

其實公司都是但願來的都是大牛，可是也要合適的。

※ 不容易被錄用的狀況：

1.越是規範的大公司多來的人，越不容易被錄用。由於大公司出來的人通常都只懂侷限的一部分工做，綜合實力相對很弱。

2.越是規範的的大公司過來的人，每每不喜歡啥都本身作，已經習慣了作單種工做。

3.越是大公司來的人，薪資要求越高。

4.越是大公司過來的人，資歷高，眼界廣，管理難，你怎麼指揮人家未必會聽。

5.一我的的力量畢竟每每是有限的，就是招聘了這麼一個大牛，他也未必能在短期內幹出重大業績來。

6.不少所謂的牛人，都是兩手空空的牛人。

★ 容易被錄用的狀況：

7.至少有兩年的工做經驗。實習生是很折磨人的，學得很差，公司又不想要，學的好的，又頗有可能不久就跳槽！

8.作過幾個像樣的項目，手上有實際工做成果演示。不少時候公司不是要你的代碼，而是看你的工做能力。

9.筆試成績好，思路嚴謹，程序也寫得不錯，數據庫SQL語句也寫的條理性很強。

10.行業開發經驗越接近越好。

11.正規的大學本科畢業。

12.薪資要求合理。

13.長相雖然不要求很英俊，可是不能影響公司的形象，看上去幹淨整齊。

14.經歷過一個完整的項目週期，從項目開始到項目結束爲止，不只會寫代碼，還能寫一些相關的文檔，有必定的設計能力，有必定的溝通表達能力。

15.肯努力工做，不時思路紊亂型的。水平差點，多教下，努力學習也是能夠提升的。

其實程序員也就那麼點工資，開始也不期望你作出什麼驚天地的高深技術來。固然後期發展看我的狀況。

（二十七）對普通員工而言，有效的溝通能力比技術能力更加劇要

體如今下面幾點：

1.有些有難度的東西搞不定，也不跟領導講。不找同事問，不找技術領導問，只是本身悶頭研究，好幾天也弄很差。其實張張嘴，你身邊閒着沒事的

寂寞高手也是會願意爲你露一手的。這些人可都是過來人，都是有不少經驗的。

2.程序模塊寫好了，也不跟領導講一下。寫好後接着悶頭學習研究新技術，或看新聞等等。其實你的程序可能還有不少未知的問題，或要修改的邏輯。

3.修改了程序也不跟組員講一下。想怎麼改就怎麼改。這回讓程序代碼後期維護很難。

4.修改了Bug也不跟領導講一下。測試人員不知道，修改後量註解也不加上去。。。

5.工做任務沒法完成也不跟領導說一下。不知道是處於面子問題，仍是拍別人說本身能力不行，總之一大堆工做沒辦法按時完成，也不跟領導講一下。

其實吧，任務完不成也是偶爾會有的狀況，要提早說一下，好讓領導有個充分的考慮，從新分配把一些任務，讓別人來完成一些，以避免耽誤了項目的進度。 不能按時完成任務並非天大的錯誤，沒有及時彙報沒法完成任務纔是天大的錯誤。

6.技術不行，你能夠學，能夠模仿，能夠copy過來修改。可是溝通能力不行，不時一天兩天就能夠改得來的。這就要求你平時要多注意有效的溝通技巧。

（二十八）從代碼質量檢查中感覺生活的樂趣

因爲沒有代碼檢查這個步驟，頗有可能致使最後的錯誤被放大不少倍。沒有代碼檢查，既要耗費測試人員的時間，也耗費領導的時間，最後你還得改，可能有些功能本身都不太記得了！須要花一些時間理順思路！

因此及時檢查代碼是頗有必要的，要把本身的代碼當成本身的孩子來看待，你會願意本身的孩子，天生畸形嗎？

代碼檢查的幾個參考點：

1.要有比較可行的編碼規範，這樣能夠統一規範你們，不然不知道誰說了算。

2.你們要有共識，有一個良好的代碼質量互查氛圍，每一個人都有意識的相互檢查。

3.程序如人。程序有無Bug與作人好壞是同樣的道理，我寫出來的代碼程序就是我人的質量。不能容忍代碼程序有瑕疵。

4.要有強烈的責任意識。個人軟件有問題，哪裏還能按時下班，安心的過生活？

5.檢查代碼也須要有高水平與高境界，不僅是須要有這個意識。檢查代碼的能力也是能夠提高的！

6.一我的努力作事情很重要，你們一塊兒努力作事情更重要。

（二十九）談某些程序頑固的思惟方式

下面是一些程序員的頑固思想例子：

1.沒有設計文檔

誤區：不少人會認爲設計文檔瞎耽誤功夫。

其實吧，有設計文檔仍是好一點的。就像向有設計圖紙，再有模型。。。設計的程序總要邏輯頁面吧，還有必要的備註呢。若一個軟件，連像樣的設計文檔都沒有，之後怎麼上層次，怎麼有提升？

設計文檔也是對本身思路的一種鍛鍊，無論是工具的使用，仍是實際設計。。。

2.拒絕重構

程序裏面有一大堆命名紊亂，功能重疊的代碼和寫錯位置的代碼，這些不少都是隻有當事人才清楚的。

不少人認爲程序穩定，不出問題就能夠了，可是後期維護的？有時候辛苦的仍是本身啊。

3.拒絕使用如今新的方法和框架

其實就是懼怕學習，通常的來講，新的東西大都有它的價值，舊的東西會被慢慢取代。好比說如今相應式編程就很流行哦。要多聽聽比你經驗豐富、能力更強的人的建議。

（三十）典型的國內小項目經驗分享

國內項目的幾個典型特色：

1.項目臨時性比較嚴重，忽然要開發。

2.項目工期短，總共也就兩三個月時間。

3.項目人員變得大，開發人員不穩定。

4.項目成員少，有時是兩個，有時是一我的開發。

（三十一）創業前，你要思考的問題

有些人頭腦不冷靜，盲目走上創業之路，創業後本身辛苦不說，生意難作，還會遇到不少生存問題，資金問題，人力資源問題，可持續發展等等諸多問題。

下面是創業須要謹慎問題：

1.同一個時間過一個項目時，人的精力會很集中，這樣效率也會高。可是同時作好幾個項目，人的精力就會分散，每每處於應付表面的狀態，沒法對項目進行有力的推進。

2.幹本身的事情和幹別人的事情境界徹底不同，每每給你幹活的人或者與你合做幹活的人，不會那麼拼命，不要指望過高。

3.項目人員變更的可能性很大，開發的週期相對比較長。並且就算本身不出變故，頗有可能客戶會發生變故，整個項目的風險係數比較大。

4.剛創業時每每很難走產品路線，大多走的時項目路線。每個項目的個性化需求，業務需求差別大，沒法充分利用上一個項目的勞動成果。

5.爲了可持續發展，就得一邊作現有的項目，一邊接洽下一個項目，這樣會耗費不少時間，並且分散精力。

6.若項目不是本身帶，每每很難控制它的規範性，嚴謹性，很容易進入一個一團糟的局面，後期收拾這個糟亂的局面，也要耗費N多精力和時間。

7.一個公司的房租成本、辦公成本、平常經營成本、招待費、差旅費等等開支也很多。

8.接下來極可能在不一樣的城市和行業，要同時打贏好幾場戰爭很不容易。

9.接一個項目容易，可是每天有項目不是那麼容易的。開拓一個信任你的客戶比搶別人的客戶更難。

創業過程當中一會兒要花費幾萬塊是很正常的事情，和可能折騰幾下就虧空了。特別人沒有明確產品方向的軟件開發人員，創業還要謹慎。

（三十二）感覺 結對編程 的威力

其實就是兩我的編程。

一我的編程遇到必定的階段不免會有鬆懈，而且思路相對狹窄一些。兩我的編程能夠一塊兒交流，一塊兒探討並認本身的勞動成果時就不會那麼無趣了。而且兩我的一塊兒編程，誰也很差意思偷懶，代碼的檢查率也高了很多，出錯的機率會低不少。

親自體驗了一下結對編程的威力，不錯，值得推廣。

（三十三）用什麼心態對待糟糕的程序員

這些年遇到很多糟糕的程序員。其實正在寫程序的人，普通IT公司大概只有1/3，有2/3不適合當程序員。還有部分時比較糟糕的。

爲了減小這些程序員的出現，能夠注意下面幾個方面：

1.招聘時必定要仔細看簡歷，覈實簡歷的真實性，儘可能防止把糟糕的程序員招聘到公司中。

2.招聘時必定要有筆試。筆試能夠不難，就看基本功如何、表達能力是否能夠，編程能力合格就行。

3.招聘時儘可能別一個作主，儘可能多作幾輪面試。

4.招聘時必定要有試用期，若是時糟糕的程序員能夠把試用期延長。

5.若一個程序員比較糟糕，趕忙向領導彙報狀況。長痛不如短痛。

6.糟糕的程序員寫出來的代碼是很糟糕的，後期維護改進是永無止境的痛苦。

7.糟糕的程序員通常思路紊亂。而能把一個不靠譜的人培養成一個靠譜的人，須要遇到高手，若是沒有這個能力仍是讓別人去培養吧。

8.遇到不靠譜的程序員，就委婉的建議它幹其餘行業。

9.通常來講，不靠譜的程序員與學歷、工做年限是無關的。

（三十四）國內 IT生意難作，想生存發展你們還得多思考一下，出路在哪裏？

國內項目的價格已經壓得很低了，還有些公司不計成本，虧本的買賣也幹，致使如今國內的項目生意是很是難作的。賤買賤賣的實在太多了。

但願中國IT行業的殘酷的競爭環境能給那些想創業的開發人員潑個冷水，如果積累不過仍是安心地好好打工吧，生活質量會更好。

（三十五）管理重要仍是幹活重要？

之前習慣了我的英雄主義，如今更多的是注重團隊合做。固然，從心底重視團隊合做與嘴上講團隊合做是兩碼事。

1.咱們國家極可能作開發的人比美國多，可是因爲管理水平沒人家好，咱們再辛苦，仍是幹不過別人，由於缺乏正在覈心的管理。

2.雖然咱們國家缺乏很是優秀的大牛，可是相對優秀的開發人員仍是不難找的。

3.能把一個龐大的隊伍帶領好，指揮好，是很是有挑戰性的，咱們又有幾我的能管理微軟、Oracle、Google這樣的公司呢？

做爲一個又十幾年檢驗的程序員，我也發現了，咱們缺乏的不是普通開發人員，缺的是有管理經營能力的人。

中國IT行業差的不是程序員，不是錢，而是精英管理人才。

（三十六）建議一我的作項目，也建議使用版本管理

項目管理的好處：

1.有時候因爲操做失誤，程序覆蓋了，找不到原來正確的代碼，那會很辛苦的。

2.若同行看到你本身一我的寫代碼都在用版本管理管理軟件，他們都會以爲你很專業，未來指揮你們也會更容易一些。

3.若是須要別人幫你修改代碼，而你很早就在用版本管理器，在加上幾我的一塊兒開發會很方便，效率也會很高。

因此代碼要保存好是很重要的。你最好隨時上傳到本身的服務器中，或公司指定的服務器中，而且不定時的把本身的代碼放到移動硬盤等設備中保存。

（三十七）爲何曾經的公司不作外包項目

理解：

1.如今不少商家不夠誠信，不遵照合約，在作外包的過程當中每每會採起挖牆腳的戰略。

2.若碰到不要臉的、實力強大的客戶，他會主動索要你的員工。

3.作外包的過程當中每每會有員工離職的狀況，這時又要補充新人，從新理順項目。

4.作外包的過程當中，不少技術、不少作法，都會被客戶學到，客戶本身學到了後，不多再有持續的合做，或者下次合做把價格壓得很低廉。

5.雖然作外包項目能有小的盈利，可是沒法長期盈利。由於作成功的東西的版權都是客戶的，不是開發公司的。

（三十八）在北京作銀行項目的親身感覺

總結：

1.銀行項目對軟件的安全要求比較高，信息的發送接收都須要有安全保障。

2.須要多重密碼來保證系統的安全性。例如登陸時須要密碼，進行數字簽字時須要密碼，交易時也須要密碼等。

3.全部的數據都須要進行數字簽名，採用公鑰、私鑰的方式進行不對稱的簽名驗證，以確保數據安全。

4.全部的窗體、數據、按鈕等都須要有嚴格的權限管理控制。

5.其餘。。。

（三十九）這幾年養成的幾個比較好的工做習慣

1.作事情要有計劃，不蠻幹，不瞎折騰。

例如，把須要作的事情都列好，哪一個作好了，就打個勾，一個個把事情搞定。

2.沒有事情作了，向領導說一聲，領導安排下來的事情作好了，及時彙報領導，能作到這一點是很不容易的。

3.天天作了什麼記錄下來，每週回顧下，偶爾有空翻看下，之前都折騰啥，之前的折騰是否是好笑，是否是作了正確的事情。

4.平時主張「站立式開會」，你們把須要解決的問題說出來，已經作好了什麼，接下來作什麼，別扯個沒完沒了。站着開會很節省時間。

5.儘可能用電話+電子郵箱的溝通溝通方式，電話溝通及時有效，電子郵件有個依據，能留下痕跡，證據。

6.至少看《程序員》雜誌，溜達CSDN，博客園，51CTO，瞭解一下行業的動態，別一不當心成了井底之蛙了。

7.平時多注意積累，不重複勞動，不盲目勞動，把本身的勞動成果儘可能重複利用。

8.只爲賺錢折騰，不賺錢的事情，就不折騰，人的精力是有限的，折騰來折騰去都會浪費很多時間和金錢。

若你有這些有點，那很容易變成管理型人才。

（四十）能親自構架萬人併發大數據量的軟件應該是職業生涯的榮幸

通常的企業信息管理系統，20幾我的用的就能夠賣出20萬的價格，固然若是商務談的好能夠賣出更高的價格。

作一個大項目，最難的是讓別人相信你能把這個高併發高壓力的系統搞定，這不是能靠關係或錢決定的，必需要有多年的積累，用事實證實你有這個實力，並且就算出了問題也能立刻解決好。

那麼大項目中須要注意什麼呢？

1.首先須要有很是好的寬帶，若要支持上萬人同時錄入數據，至少要10M以上。

2.須要有一臺牛X的Web服務器+一臺牛X的數據庫服務器。須要錄入1000萬條以上的數據，最好採用Oracle數據庫，經得起考驗一些。

3.須要進行適當的緩存優化策略。不是全部的數據都依靠數據庫訪問，而要儘可能多的使用緩存策略。

4.須要一個牛X、經得起考驗的數據庫訪問層。若是是很差的數據庫訪問組件，或者不穩定的數據訪問組件，很容易致使系統崩潰。若是佔用很是大的內存，也會致使系統崩潰。

5.須要優化分頁存取數據的功能，由於有可能有1000萬條甚至更多的數據。若是分頁沒作好，也會致使系統崩潰。若是上萬人同一個時間，或者在接近的時間點了查詢某頁的數據，那系統就真崩潰了。分頁存取須要作到極致才能夠。

6.須要進行數據庫索引優化。有索引和沒有索引的性能差別有時候是100倍，有時候是1000倍或更多。

7.嚴謹的高效的數據庫事務處理。因爲高併發，並且有些數據是須要同時寫入多個表，須要保證數據庫的一致性。

8.全部的系統操做日記、異常信息都須要完整記錄下來。當系統發生故障時，能夠快速排查問題。

9.須要常常檢查系統的各項指標。例如各服務的內存使用狀況、CPU使用狀況，網絡寬帶使用狀況。若服務器快受不了壓力了，就得立刻進行負載均衡，網絡寬帶不夠了就須要立刻增長寬帶，不要等到系統崩潰看再去作這些事情。

10.HTML、JS等均可以考慮用壓縮模式傳輸，那樣網絡傳輸效率會更高一些。

以上就是我在本文中所要表達的所有，但願以上的內容能夠幫助到正在默默艱辛，遇到瓶疾或者正在本身創業的程序員們，我能幫大家的只有這麼多了，但願你們在日後的工做中，遇到我在文中提到的注意事項時，能夠圓滿解決。

以爲小編寫的文章不錯，能對本身有所幫助的，能夠點個贊，加個關注。