程序員技術變現的方法

Ⅰ 自學了編程，怎麼在網上接單

作為一名開發者，該如何走向自由職業？

這正是這篇文章要討論的問題，我們會先介紹開發者走向自由職業的 4 種常見方式，然後聊聊開始自由職業前必做的 5 種准備。最後，還會分享我個人的 2 點深切體會。
走向自由職業的 4 種常見方式
技術出色的開發者，通常具有下列能力：
軟體開發，即針對特定領域問題，運用思維、分析、設計、想像力等尋找答案，通過語言、技術框架、工具等編寫軟體來實現答案的能力。
講授，即把自己明白的技術、軟體、解決方案等展示給別人並讓別人也明白的能力。
咨詢，即通過你所儲備的知識、技能、經驗、框架等幫助別人解決問題的能力。
熱愛分享的開發者還會擁有另一項核心競爭力：寫作。
軟體開發、講授、寫作、咨詢這四種能力，構成了開發者走向自由職業的 4 種常見方式。
軟體開發
很多開發者都聽說過「私活」，也接過私活。所謂私活，就是個人通過某種途徑承接的軟體項目，相對於公司的「公」而言，這種形式被稱為「私」，現在這種方式還有很多說法，比如外包、眾包、任務等。
這是我們開發者走向自由職業的最常見方式。
我個人幫助別人修改過開源代碼，用 Qt 開發過 PC 端軟體，對這種方式有一些體會。除了軟體開發，你還需要下列能力：客戶開發、商務談判、項目管理。
這種方式很直接，不斷開發客戶，承接項目，賺取報酬。其好處是：你獲得的報酬是按項目金額來的，而不是按月薪。套用某二手車買賣平台的廣告語，沒有中間商賺差價。
想想看，你在公司，一個項目是 100 萬，你一個人一個月搞定了，也還是拿三幾萬的薪水；而如果你自己接到這個項目，一個月完成，那你這個月就賺到 100 萬（暫不考慮增值稅、個人所得稅等隱性成本），天差地別對吧。所以，獨立開發軟體項目是誘惑力很強的方式！
這種方式也有一些比較困擾人的問題：你並不總是能接到項目。需求可能不斷變化，你需要直接面對這點，還要管理這種狀況：項目款不一定能及時到賬，尾款也不見得能收回來。
還有，如果你想獨自承接稍大一點的項目，你還需要注冊一個公司來承接項目（稍大點兒的項目都是公對公），擁有一家公司，也會產生一些成本，比如代賬、房產稅、企業所得稅等。
不過現在的眾包方式，會好一些，像解放號、雲沃客、碼市、程序員客棧等平台，都有使用這種方式協作的項目，你只要做你擅長的事情——軟體開發——就好了，別的事情由別人或平台來完成（你需要支付平台一些提現費用，一般10%左右）。
講授
如果你具有良好的講授能力，就能把自己在某個技術棧上深厚的積累換一個形式變現：講課。
沒錯，你可以把自己學精學透的技術講給別人聽，把別人教明白。這是非常有價值的事情！
很多人在初學某種技術時都需要好的老師、好的教程幫助他們跨過從不知道到知道、從知道到做到的距離。
IT 技能類的課程，能幫助別人掌握一技之長，幫助別人賺到錢，需求一直很旺盛。這些年線上的平台發展很快，很多學員也願意低成本在線學習，像 51CTO 學院、CSDN 學院、慕課網、極客學院、網易雲課堂、騰訊課堂、淘寶教育等平台，都很受歡迎。
我個人錄制過 Qt 和 Node.js 方面的課程，放在 51CTO 學院和 CSDN 學院出售，有些 3 年前的課程，現在還有人購買。
如果你可以運用講授能力，把自己的技術積累轉化為在線課程，就可以利用在線教育這種方式實現自由職業。
我所潛伏的 51CTO 講師群里，有不少靠編程課程實現自由職業的講師，原來都是開發者。在雙 11 、IT 充電節等活動期間，有很多講師一天銷售額過萬。
這種方式有幾項好處：
●啟動成本低
●受眾面廣
●一份時間賣多次
●想像空間大
寫作
2013 年下半年，我恢復了 CSDN 技術博客的更新，專注分享 Qt 技術，很快成了 Qt 領域的知名博客，被不少人關注。後來一些文章被編輯看到，聯系我出版 Qt 方面的圖書，於是我通過 《Qt on Android 核心編程》和《Qt Quick 核心編程》等圖書建立了影響力和品牌，反過來博客也因此擁有了更多的訪問。
2015 年我開通了微信公眾號，一周更新三篇文章，同年出版了《你好哇，程序員》一書。
2017 年 7 月份，憑借寫作帶來的自信，我離開公司，開始自由職業，通過寫作、講課等方式獲取收入。
我的朋友楊開振，因為所著圖書《深入淺出 MyBatis 技術原理與實戰》銷量很好，於 2017 年 4 月份離開組織，通過寫作實現了自由職業。
寫作是程序員自由飛翔的翅膀，它能幫你積累影響力，建立個人品牌，並且，也能夠直接變現。對於開發者來講，寫作是通往自由之路最強有力的武器。
寫作這條路具有無與倫比的好處：
●啟動成本低
●個人可以獨立完成
●可以直接建立影響力和個人品牌
●一份時間賣無數次
●有想像力
它最大的困難在於：
●如何寫好
●如何捕捉到更為廣泛且強烈的需求
●如何持續寫下去
咨詢
如果你看過《我的前半生》這部電視劇，一定對賀涵印象深刻，他做的就是咨詢工作：用自己的知識、經驗、技能、思維、框架等幫別人解決問題。
在 IT 領域，如果你有完善的技能樹和豐富的經驗，能夠站在較高的層面上做全局性思考，善於尋本溯源地分析解決問題，也可以從事咨詢顧問之類的工作，不受雇於特定的組織，直接為客戶服務。
著名網站庫殼的創建者左耳朵耗子陳皓，擅長底層技術架構，對高性能、高可用性、分布式、高並發，以及大規模數據處理系統有豐富的經驗和心得。
他有段時間因為個人原因不能在公司上班，就通過為其他公司提供技術咨詢來獲取收入，並且，收入還蠻高。
我有段時間就希望通過為一些公司提供技術咨詢來賺錢，但沒有成功。
我還記得有家公司的老闆對我說的話：你加入我們公司，帶著團隊把項目做起來，然後就可以成為我們的咨詢顧問。
看見了吧，這就是獨立咨詢的難處：當你不夠牛 X 時，沒有人願意為你不知所謂無法確認效果的咨詢付費，開發客戶很難很難。ThoughtWorks 的很多咨詢顧問雖然有公司為其背書，也還是常常遭人詬病：你自己沒做過什麼項目，憑什麼給我們提供建議？
雖然很難，但這確實是一條路，如果你有志於此，可以看看享譽世界 IT 領域的咨詢顧問、美國計算機名人堂代表人物傑拉爾德·溫伯格寫的《咨詢的奧秘》，那是聖經式的著作。
當然，除此之外，你還要在自由之前，就積累一些客戶資源，並且為客戶留下你具備咨詢能力的深刻印象，這樣他們才可能成為你自由後的衣食父母。
走向自由職業必做的 5 種准備
如果你確認了走向自由職業的方式，接下來就該做准備了。根據我的個人經驗，下面 5 種准備是必須要做的：
●變現方式
●市場測試
●飽和度測試
●預期管理
●B和Z方案
變現方式
我所說的變現方式，包含兩種：賣時間和賣產品。
這里的賣時間，指「一份時間賣一次」這種工作方式。你在企業內工作，就是在賣時間，朝九晚五，每天 8 小時，每個月領薪水。
以賣時間的方式實現自由職業，實質還是用你的專業能力為客戶提供時間層面上的專屬服務（你不可能在同一時刻為不同的客戶服務），只是你不再受雇於企業，不再受規章制度約束，能夠按照你自己的意願安排在什麼時間用什麼方式完成服務。外包、眾包、私活、咨詢等方式，都是賣時間。
賣產品則是指「一份時間賣多次」這種工作方式，像我們前面提到的寫作、在線課程等，都可以歸為此類。它相比賣時間的方式，具有更大的想像空間，可以獲得規模化的收入。可能你寫出一本經典、暢銷的書，做出一個爆款的課程，就可以獲得幾十萬的收入。
在自由職業之前，你需要確認你最突出的能力，選定你首要的變現方式——因為你業余時間有限，不可能同時做很多事情。
市場測試
在離開組織自由職業之前，你需要測試一下，你賴以實現自由職業的變現方式，可以給你帶來多大規模的收入。
比如你做技術課程，一定要先在業余時間開發幾門課程，放到 51CTO 學院或者騰訊課堂之類的在線教育平台上去賣賣看，統計一下收入情況，看這些收入能不能維持你可以接受的生活水平。
比如你寫書，也要出版一本，觀察半年，看看銷量，看看能拿到多少版稅。前面提到的楊開振，他是利用業余時間寫出了《深入淺出 MyBatis 技術原理與實戰》這本書，半年內賣了 2 萬冊，拿到了十幾萬的版稅，才決定自由職業的。
比如你做軟體外包或者私活，也要開發幾個客戶接幾個項目看看收入情況；如果做眾包，則可以到雲沃客、解放號、程序員客棧、碼市等地方去驗證半年左右，看自己的開發技能，能為自己帶來多少單子多少收入。
如果你不做任何准備，不經市場測試，腦子一熱就脫離組織，往往會陷入冷啟動的泥沼，腸子悔青。
假如做市場測試時發現收入很低，做不起來，不要氣餒，要看看別人，尤其是和你經驗、水平、身份差不多的人，有沒有做得好的。
比如我寫書，版稅很低，一本賣三五千冊，不賺什麼錢。可是楊開振一本書半年賣 2 萬冊，版稅談得也高，就有很可觀的收入。那這個時候，就要找差距，看怎麼提高。
飽和度測試
自由職業不是不工作，只是不在組織內工作而已，你依然要投入足夠的時間才能創造像樣的產出賺到你想要的錢。
你在單位上班時，老闆們會給你安排事情，你不用考慮工作負荷是否飽和，哪怕你一天到晚沒事兒干，也可以領到一份薪水。自由職業後就不一樣了，你必須主動安排工作，讓自己有足夠的負荷，否則你逍遙自在不了多久就會陷入困境。
飽和度測試就是要讓你提前適應自由職業後自我安排工作的特點，看看你規劃出來准備在自由職業時做的事情，能不能把你的時間填滿。
可以分兩步： 先全力去做，看能不能把你現在的業余時間填滿。假如填不滿，OK，你不用自由職業，就繼續現在的工作，業余時間做你想做的事情，賺一份額外收入就行了。
假如你現在業余時間遠遠不夠用，那估算下到底會佔多少時間，平均每天幾個小時。假如平均每天4個小時，那OK，另外 4 個小時你做什麼？你需要再找點兒事情來填滿它，可以是賺錢的事情，也可以是興趣、愛好、休閑，總之你如果有大把時間無事可干，就會出問題。
預期管理
預期管理包括四個方面：
冷啟動周期。像接項目、寫書、在線課程，都有個回款周期，所以你應該設想一下，你可以承受的無收入的起始階段有多長，並為此准備一些錢，比如你預計周期為 3 個月，那你就要准備上至少夠 3 個月花的錢。
收入預期，最近三年，預期收入達到什麼規模。
時間預期，准備做多久來驗證自己真的可以持續走下去。
成就預期，你打算在哪個方向上取得什麼成就、建立什麼名聲。
B和Z方案
你要設想，萬一你現在規劃的事情，收入不如預期，不能保持你的生活水準，你還准備再做些什麼？這就是你的 B 方案，你要有至少 2 種可以變現的事情。
再設想一下最壞的情況：萬一你無論如何都養不活自己，該怎麼應對，是回單位上班？還是吃存款、繼續硬撐？你一定要提前做好備案，這樣才可以從容應對。
自由職業的自由與焦慮
在這篇文章的開始部分，我們說「你嚮往想干什麼干什麼，想怎麼賺錢怎麼賺錢的生活」，因此你考慮自由職業。但是，真實的自由職業，可能並沒有想像中那麼美好，它有自由，也有不自由；有高收入，也有與自由和不確定性伴生的焦慮。
自由
女兒看牙，時間約到周一下午，沒關系，直接去了，不用請假。復診，約到周五下午，沒關系，直接去了，不用請假。
朋友約見面聊天，周三中午，沒關系，直接去了，不用請假，因為不用考慮上班的事情，聊到幾點是幾點。
今天我累了，就晚點起來，沒關系，不用擔心上班遲到。今天晚上我有興致，可以寫作到凌晨 2 點，沒關系，第二天不用上班。
你看，這就是自由職業最大的好處：擁有安排工作時間的自由。只要你完成任務解決問題，鬼才管你什麼時間工作。
然而，你的自由是建立在自律的基礎上的，你的自由是如何安排自己工作的自由，而不是不工作想干什麼就干什麼的自由（那是財務自由）——因為你要賺錢養活自己。
舉個例子，你答應了客戶周四完成開發交付軟體的第一個版本，結果你周一周二都有事情，代碼沒完成，可以把交付日期更改到下周一嗎？不行！
如果你在單位做事情，可以找上司說：「哎呀老闆，出現了點狀況，是這么這么回事兒，看來這個事情得延期一周才行……」也許這樣老闆就會答應，你就又有了時間。
可是你自由職業後，沒有老闆啊，你得自己維護自己「值得被信任」的形象，得讓你的僱主覺得你「靠譜」。所以，你承諾了就要做到，哪怕熬夜趕出來！
這就是一種不自由。
焦慮
上班最大的一個好處是：不用考慮你要做什麼事情，不用考慮你做的事情能不能創造經濟價值，不管怎樣，你都每月固定拿薪水。只要你在單位待著，哪怕刷一天朋友圈，也有錢拿！這是多麼大的幸福啊！
可是自由職業者就不一樣：不做事就沒錢啊。而且，更尷尬的是，做事也不一定有錢啊。
所以，自由職業者每天都會受不確定性的干擾。譬如我，用了記賬軟體記錄收支，每次看到一大片紅色就焦慮，心裡就琢磨：「 哎呀我的錢什麼時候到賬啊。」 要是看到這個月的支出已經遠超收入，就焦慮得不行，「 哎呀，差這么多啊，下個月能不能補賺回來啊。」
這是你對收入波動性的焦慮，尤其容易出現在剛剛成為自由職業者的時候。
還有第二種焦慮：你做的事情是否能夠持續。
以我為例，我打算每年寫兩本書做兩門課，可是這真的可以嗎？一年、兩年都覺得沒問題啊，但真的可以這樣一直做下去嗎？3 年、5 年、10 年都沒問題嗎？我會一直有主題可寫？會一直有系統的課程可以開發？
狀態好時我覺得這都不成問題，因為既然我之前可以找到話題，將來也一定會有新的話題出現。狀態差的時候就會焦慮：能想到的話題都做差不多了，下一個話題在哪裡啊？萬一明年沒什麼可寫該怎麼辦？
現在，你知道了一切：開發者實現自由職業的 4 種常見方式，5 種必做准備，以及可能的自由和焦慮。你准備開始了嗎？

Ⅱ 程序員如何自己創業

30歲,對於每一個程序員來說都是尷尬的年齡，彷彿舞台上不知不覺間已經謝幕，而自己仍在獨舞;創業,對於每一個程序員來說都是曾經或者正在憧憬的夢想，可是夢想與成功之間難以逾越的距離卻也讓多少人望而卻步……以下是我為大家整理的程序員如何自己創業相關 文章 。

周鴻禕談程序員創業

很多人都嚮往著有一天自己創業，程序員更是如此。如果你想創業，那麼該怎樣創業、需要有哪些准備、自己還有什麼不足等等這些問題你考慮過嗎?本文就跟大家分享周鴻禕在接受某媒體采訪時給程序員上的創業課。

程序員創業的特別之處

關於程序員創業，我之所以願意談我的觀點，是因為我是程序員出身，也是從小公司做起來的，我自認為對待很多程序員個人包括共享軟體作者和一些小網站還是很好的。我希望和他們分享一些 經驗 和體會。

首先，我想說的是聰明人不一定能成功，很多程序員很聰明，但我一看就知道他們不會成功。因為我看到了一些問題，而且現在太多程序員存在很多誤解。因此，我希望把我的觀點告訴程序員。或許有一些程序員能夠清醒，某個人可能因為我的某一句話有了感覺，對他以後的成長產生了幫助，這就足夠了。

要知道，程序員總是以為自己優秀所以就能成功，其實不是。中國的程序員大部分是盲目的：看看一些論壇就能夠感覺到，要麼有一群人自我感覺極端的良好，以專家自居，要麼就是一群藍領埋怨公司和社會環境不行，待遇不好。

應該說，中國程序員創業的成功率也是很低的。放眼望去，中國互聯網成功的人士有幾個是真正寫過十年軟體的。事實上，現狀和我們所能聽到的媒體宣傳的 故事 很不一樣。

很多程序員的最高理想就是寫一個共享軟體，一年可以掙幾百萬。但我希望談的不是告訴程序員如何掙錢，掙錢很容易，而是要告訴程序員如何去創業。比如雖然FlashGet的作者收入很高，衣食無憂，但從創業的角度看，它並沒有以商業公司的方式創業成功。

程序員在創業方面的欠缺

首先，我看到中國程序員的合作心態非常缺乏，我認為這是中國程序員最大的問題，當然這是有很多原因的。

大家經常說這句話：態度決定一切。但事實上好程序員基本上都比較傲氣，因為程序員往往會覺得自己在做世界上一件十分偉大的事情，這就是驅動機器，修改一行代 碼，機器就能夠工作，可以產生各種不同的行為。這很容易會讓程序員產生一種錯覺，認為自己可以Control Everything。程序員的自信在編程上是非常需要的，但不是適合一切場合。如果我們不說這些，可能很多程序員到現在還不知道自己錯在哪裡，仍然認為 自己是King of the World。

事實上，程序員的能力只是控制了一個機器。但創業僅僅具備了和機器打交道這一種能力是絕 對不夠的，他還需要和合作夥伴、競爭對手、投資人、員工甚至整個社會環境打交道。很多程序員因為已經習慣了和機器打交道，不善於也不願意 其它 的工作。很多程序員會內心認為“營銷不是很簡單嘛，市場很簡單啊，管理也很簡單啊，”我認為這種心態是非常害人的。

程序員還是一個很固執的人群，他覺得自己是機器的統帥，因此不會靈活，不會妥協。我當時也喜歡寫程序，但我知道如果自己沉迷於寫程序，肯定沒戲，所以是逼著自己改變角色。

優秀的程序員不要自負

這兩天，我收到幾封程序員的來信。有一封信中大意說“我是個如此優秀的程序員，為什麼我就不能成功呢，請你指點。這里有我的blog地址，看完你就 會了解我了。”我想說的是：如果真的希望別人幫忙，就要把情況真實的說出來，而不是上來就說自己很優秀，這種語言就會讓別人覺得很不舒服，不是很好的交流 方式。我還真看了那個blog，但看完之後，覺得這個程序員就是一個空想狂。

可以說，很多程序員實際上是優秀帶來了自負，這種自負使得其不要說創業，可能在在公司中工作也會遇到問題。所以，我甚至認為程序員在創業方面遇到的困難比其它類型的人員更大。如果程序員希望主導一個創業，可能首先就要逼自己不是一個程序員。

程序員應持開放心態，尋求團隊合作

程序員首先要學會和別人合作。提到這點，很多程序員都會說“我正在帶著其他程序員寫程序啊，我會合作啊。”但這種合作是片面的，我所談的不僅僅是程序員和程序員之間的合作，而是包括了程序員和其它各種角色之間的合作。程序員相親，他們的語言比較能夠容易理解。但作為一個程序員，你能不能商業人員、銷售人員很好的合作呢。

我這些年還看到很多這樣的例子：程序員動不動就把目標定為比爾·蓋茨。其實，比爾蓋茨不應該成為程序員崇拜的目標對象，這會讓程序員迷失方向，因為微軟另外一個創始人保羅·艾倫才是真正的程序員。再看其它一些例子，Google的第20名 程序員都可以獲得五億美元。Adobe公司兩個創始人也是一個精通技術，一個對商業精通，這樣的搭配才能夠更好的成功。因此，對於很多程序員來說，一定要找准真正的榜樣，不要被外界的故事迷惑了頭腦。如果剖開一些故事的外表，你會發現國外很多成功的程序員，背後一定有一個很強大的商業感覺的人或者一個團隊。

程序員的商業感覺其實並 不是很好。即便有商業感覺，其實這只是一個靈感，一個創意，但要要做成、做大還需要一系列的管理、市場、運營，這些對於程序員是不可想像的。程序員要明 白，在自己不擅長的領域，找到一個可以彌補自己缺陷的合作團隊才是出路。加入一個創業團隊，可能個人佔10%，但因為更容易成功，而且團隊可以做100分 的事情。而如果只是一個人做，很可能就失敗了。

這方面，國外的程序員對自己的長短比較清楚。在矽谷，很多程序員技術上都很牛，但他們 都非常知道自己只是在技術這個領域水平比較高，出了這個領域，自己什麼都不是。正因為有了這種心態，他們特別懂得與人合作。我認為國外的程序員已經普遍意 識到了這點，他們很願意成為創業團隊中的一員而並非自己創業。

因此，程序員需要調整心態，不要把自己當作精英人物，要承認自己在編程方面是優秀的，但永遠有人比自己更優秀，對於其它的領域，很可能自己很無知。要知道，其實程序員的選擇其實是最少的，因此抱有開放的心態是最重要的。

程序員與創業要求還有哪些差距

我認為現在的很多程序員經驗過於不足，他沒有認真踏實做過很多工作就奢談創業。如果一個程序員沒有在編程方面深入過，沒有積累，也就是半瓶子醋。這 樣的程序員我接觸過很多，他們自己也不清楚問題出在哪裡，讓人感覺又愛又恨。我認為程序員既然要憑借自己的技術，那就一定要踏實，要能夠實現任何創意。

但現在一些程序員自己沒有商業意識，卻又很自負，不相信別人，不理解的事情就不做。我遇到過很多程序員，他們對公司做什麼方向都質疑。他 們希望自己先想清楚，可是一想就浪費了很長時間。很多程序員就可悲在這里，積累的不多，看不到方向，但他也不相信自己的公司和老闆，這是一個悖論，需要程 序員深刻反省。要知道，每個公司都有懂商業的人。

就這樣，一些程序員極端自負，另外有一些程序員碰了很多釘子之後，感覺很自卑，於是便認為國內軟體業不行，最後 出國 或者打工，很少有程序員能對自己能做公正的評價。

國內環境是否造成程序員浮躁的因素

我以前沒有仔細考慮過這點。但我想，不管怎樣，程序員需要先從自身找問題，因為大環境就是這樣了。我承認一個現實：程序員生存狀態並不是很好，但程序員很多報怨其實是一種不切實際的期望值和自身的缺陷產生的反差。

首先，產品沒有大小，只有市場的大小。很多人總是覺得這也小，那也看不上。認為公司做的產品很無聊，要做就要像某些人宣揚的那樣：做游戲一定要 做3D引擎，好像只有這樣才夠牛。這其實就是一種浮躁。很多程序員寫軟體總是很多bug，基礎知識也不牢固，沒有參加幾個項目，沒有寫過十萬行代碼，就奢 談做大項目，這有價值嗎?

而且我還發現有些程序員特別憤青，罵環境，罵老闆，其實這只能把自己的心態搞的很壞。很多人剛進公司時做的很差，雖然工資少，但他沒有想到給公司增加了很多bug，公司實際上是在給他出學費。論壇上大家都在討論哪裡活幹得少錢拿的多。甚至還有人列了一些黑名 單。這種做法的結果就是程序員自己將周圍環境搞的烏煙瘴氣了。

有的程序員還非常喜歡指點江山，指點公司。我個人覺得這不是不可以，但 指責別的公司對個人沒有什麼好處，因為存在就是合理的。如果看不到，恰恰證明是自己看不到。我看到很多程序員也寫blog，技術交流的我認為非常好，但有 些人是寫評論。我是覺得程序員不要做評論家，中國不缺評論家，最缺的是實幹家。

總之，程序員一般過於自我。總生活在自我的世界中，就不可能真正了解世界是什麼。我很早就意識到了這些問題，也努力的去客服。我的經驗就是看別人如何做的好，為什麼能夠做的好，什麼是我所不能理解。程序員要學會慢慢站在別人立場上看問題。

最後給希望創業的程序員一點建議

對程序員來說，現在要做的也很簡單，這就是需要大量的實踐，要慢慢培養對產品，對商業的感覺。我的建議說出來可能有些忠言逆耳。對絕大多數程序員來 說，自己一個人成功的機率是很小的，所以我認為加入一個創業的團隊可能更為合適。現在有很多初期創業的公司，也需要很多優秀的程序員加盟。如果有理想，可 以選擇加入一個團隊，也有相應的股份，這方面我可以充當一個橋梁。

看看前網路程序員是如何創業的?找合夥人已經OUT了!

“來吧，做我的CTO，給你股份，咱自己當老闆。”

因為同學的一句話，前網路研發工程師YK辭職創業。一群毛頭小子，技術能力過硬，但畢竟資源不足，經驗欠缺，不到半年，項目無疾而終。 互聯網創業 盛行的現在，一個好的技術抵得過一支團隊，更別說出身BAT了。

但很多人不知道的是，就是這一樣一支技術實力超強的團隊，最終竟然也輸在了人上——過於強調技術，沒有頭腦足夠清醒的團隊成員及時制止。這也是為什麼要選背景不同、經驗不同的一群人一起創業了。曾經和YK聊過很久，項目失敗的背後是他對創業更多的思考，特別是對於那些擁有好工作的人來說，拋下一切投身創業需要付出的成本太高，但如果只是給創業者打工，那還不如守著原有的工作，至少更體面、更有保障。

就在我以為他會重新安安穩穩工作的時候，卻意外的在創業大街再次見到了他。細聊起來才知道，他並非辭職重新開始創業，而是用自己擅長的技術加入到新的創業團隊中，以外部合夥人的身份幫助兩個不同方向的項目解決技術開發問題。這次來到大街，是專門和一支團隊開技術碰頭會的。

他的這個選擇意料之外，卻又情理之中。意料之外的是他居然理智的沒有辭職，情理之中的是他選擇了成為外部合夥人，用業余時間一邊做顧問、一邊寫代碼，實現了時間、能力價值的最大化。

其實，說到外部合夥人就不得不提智籌平台。去年3月，正是看到了毛大慶宣布 離職 但依舊擔任萬科外部合夥人的新聞後，智籌將“外部合夥”作為創業者&人才之間對接的一種新的合作關系。現在，創業者來智籌發布任務，除了能與互聯網高級人才建立長期顧問、短期兼職、駐場辦公、遠程協作等合作關系之外，也能通過部分現金+可回購股份的方式，與人才建立外部合夥關系。外部合夥人是一個沒有行政職位，但依舊為企業、團隊做貢獻的人。

對於創業團隊來說，外部合夥人解決了以下問題：

1.快速成長，度過難關。

按照原本的思路，YK服務的兩支團隊還陷在滿世界尋找CTO、找程序猿的泥沼中，但有了外部合夥人，更低的參與門檻吸引了更多人才願意加入，不僅解決了燃眉之急，更推動項目度過難關、快速前行。

2.滿足了人才的多樣性。

一個合夥人已經很難找了，更不用說基因不同、知識不同、經驗不同的一群人。外部合夥人大大降低了對人才的束縛，而這樣的一種合作模式，讓越來越多的人才願意加入到創業中來，組建這樣一支多樣化團隊更容易。

3.更快找到，成本更低。

外部合夥人是通過股權激勵撮合到一起的一群人，利用可回購股權讓人才把創業者的事當做自己的事，目標、利益一致，做事更用心、更高效。股權支付的方式又可以降低初創的資金壓力，創業者不用支付很高的現金，也能請到非常NB的人才來解決難題。

外部合夥人極大的緩解了創業找人難的窘境，但當創業者真正去尋找外部合夥人的時候，往往又會擔心外部合夥人的時間、效率怎麼保證?水平怎麼衡量?什麼人才適合做外部合夥人?

首先，時間自由是第一標准，至少是時間可控，能夠拿出足夠精力完成任務。否則，連時間都不能自由支配的外部合夥人也太不稱職了，CEO找你開會，你卻說你在公司加班，即耽誤了創業者的時間，又降低了自己的口碑。

其次，獨擋一面的能力絕對必不可少。做得了合夥人的，都是某方面十分擅長的專業人才，那麼做的了外部合夥人的，需要更高的水平。從一開始我就強調，外部合夥人一定是高級人才，不然沒資格幫助創業者解決問題，甚至指導方向。俗話說，沒有金剛鑽不攬瓷器活，想做外部合夥人，一定得先有過硬的水平。

第三個標準是認可股權模式。中國基金報曾發表評論稱，未來十年，如果你與股權無緣，可能無法實現財務自由。在如今樓市低迷、股市重挫的時候，股權投資卻異軍突起，特別是在大眾創業、萬眾創新的激勵下，全國創業氛圍濃厚，涌現了一大批優質有潛力的新興企業、互聯網企業。也許你不是土豪，沒有錢參與眾籌，而此時外部合夥人模式的出現，讓普通人也能參與，只不過是用能力和時間參與創業、解決任務，換取股權。

智籌在幫助創業團隊對接外部合夥人合作的過程中，通過實踐 總結 出了最適合做外部合夥人的群體：自由職業者、大企業主管級以上在職人才、工作室、外包團隊等等。這些人能夠站在實戰的高度，不只提供經驗分享，更能夠有針對的解決具體問題，融入到項目和團隊中。

對於很多創業小夥伴來講，找錢、找人是躲不開的兩座大山，有錢了當然可以請NB的人才加入，有人了事兒干好了錢自然不愁，先有雞還是先有蛋的問題永遠都在，找到一方的突破口自然事半功倍。這時，外部合夥人就是打破這一死循環的關鍵鑰匙，只是需要創業者用開放的心態接受、嘗試，畢竟改變原有習慣肯定難受，甚至懶得嘗試。但創業原本就是不破不立的事，只有打破舊有習慣，才能接受新鮮事物，才能有更多新的收獲。

從另一個角度來看，參與創業的門檻降低，意味著越來越多的人能夠將自己的智力換成股權，幫助推動創業的同時，也是對未來的投資。根據智籌平台的數據顯示，當 創業項目 獲得融資後，人才所持的可回購股權將會以最少3倍的價值兌現，這對於很多人來講也是不小的吸引力。外部合夥人模式，降低初創資金成本的同時，也讓越來越多的高級人才加入到創業中來，大大激發了創業活力，無論創業還是參與創業，用起來都是極好的。

Ⅲ 程序員應該如何提升自己

程序員在學習過程中應該如何提升自己呢？在了解多數的編程知識之後，很多書籍都是新手從零開始學習。那麼對於有基礎的程序員來說，應該如何加深自己的知識，如何讓自己具備最佳的編寫代碼方法呢？下面電腦培訓為大家介紹程序員提升自己的方法。

一、通過編程挑戰實踐

很多人都喜歡編程方面的挑戰，但是總的來說，現在不適合去找一種新的編程語言。它們可以提供一種弱反饋迴路，程序要麼產生正常的輸出要麼沒有產生，不會給設計過程進行反饋。這樣的方法可能會引入一個新的演算法和不成熟的語言，在實踐中非常的薄弱。IT培訓認為這樣的方法更加傾向於表現而不是練習，所以你需要處理的不是人為問題，而是真實問題。

二、做業余項目

做業余項目，如果你有業余項目的話，投入編程實踐是一個很好的方法。不幸的是，由於項目參差不齊，你可能什麼也學不到。如果你的業余項目與你想學的程序是一致的，那麼恭喜你，這是一個很好的選擇，否則它只是另一個版本的表現與實踐。即使在最好的情況下，如果主要的目標是產生一些東西，那麼北大青鳥認為這就意味著實踐和學習是落後的。

三、閱讀編程實踐的書籍

從編程書上，您可以更快地了解知識。這被認為是幾乎所有改進編程程序的一部分。但是，這不是每個人都能接受的。純粹的知識獲取能夠幫助你知道什麼樣的可用選項，當你遇到問題時，昆明北大青鳥認為知識是不能取代更好的心理模型的。

Ⅳ 程序員可以通過什麼方式賺錢

Google Adsense
利用Adsense可以將廣告發布到你的網站上去，通過訪客點擊廣告來賺取傭金。這似乎是一個很不錯的主意，如果你有一個不錯的創意，寫一個網站對於程序員的你應該不難，網站放上Adsense廣告，推廣、引流、收美金。

02
Android App交易市場收入
首先，他的Android應用是免費的，他並不是靠賣App來賺錢，而是通過向App中投放廣告來賺取傭金的。如果你對Android技術非常熟悉，或者你的工作就是做Android開發，那麼為什麼不自己開發一個應用放到Android市場，為自己創造另一份收入。

03
參加一些開發者大賽
這是一種最實在的方法了，拿獎金，只賺不賠，不過前提是你得有足夠的實力。他參加過Google的Android開發者大賽，很得瑟的跟我們說那時候他贏得了2000美金，盡管不是很多，但從中也可以學到不少知識，至少，通過學習，他可以自己開發Android應用來賺取廣告費了。

04
承接一些項目
當然這要花費你很大一部分時間，承接時你要考慮時間成本，至少這些時間要和你的工資相當。個人不怎麼推薦這種方法，有時候周期會很長，很容易喪失積極性，不過也算是一種方法

05
刷機、越獄
現在都是智能手機，有些用久了，卡了，像電腦一樣要重裝系統，一些小白有教程都搞不定，這時候你可以藉此開展刷機業務。還有iOS的越獄，這個需要你對iOS的操作非常熟悉。你可以將此業務掛到淘寶上，幫助買家實現他們要的功能。

06
做黑客
黑入銀行，盜取前女友現任老公的所有錢，哈哈，開玩笑了。不過，做一名優秀的計算機黑客確實可以幫你賺取很大一筆收入，比如幫助一些企業提高計算機網路的安全性、做一些抵禦攻擊的積極措施等。

07
寫評測
DevStore專門收集各種開發者評測，開發者花幾個小時測試下，如果文筆好的話可以大賺一筆，一篇評測600以上吧。

08
兼職論壇大神
各種開發者論壇會專門聘請一些大神，專門回復論壇各種小白問題，提高論壇的專業度。

09
做網站、博客
沒事寫個博客，整個論壇，招幾個編輯幫你維護著。平時在編程過程中有什麼心得感悟什麼的都寫下來，不知不覺網站流量就上來了，你就可以收廣告錢了。

Ⅳ 程序員如何賺外快

程序員的工作不會每天都很忙，他們只是集中時間工作，這樣就讓他們有多餘的時間去做兼職，可以自己做微商，也可以去接一些私活幫別人做程序。

Ⅵ 關於程序員學習新技術的5個建議

1. 克服慣性

萬事開頭難，克服慣性是學習新技術的第一步。與其被手頭的任務嚇到，不如將任務細分為一個個具體的微任務，通過完成一個個的微任務，你會發現自己克服了慣性，並且這項任務不再顯得難以完成。這個方法可以被應用到學習新技能的過程中。關鍵就是將大塊任務細分為微任務。

2. 關注大牛

學習新技能的第一步是明確要學什麼。它可以是任何你有激情去學，並且想深入學習的一些東西。這種原始的學習慾望非常重要，這種慾望可以在你的學習低潮期給你提供動力。

3. 建立知識網

當你對自己要學習的東西建立了信心之後，接下來要做的就是做一塊海綿，然後開始瘋狂地吸收知識。從Google搜索關鍵詞“beginner tutorials”開始吧，搜索一些跟你要學習的知識相關的入門教程。

4. 行動起來

現在你已經看了一波又一波的教程以及視頻資料，並且對於想學的技術已經有了一個相當深入的了解，接下來做些什麼呢?沒錯，是時候理論聯系實際了，實踐是檢驗真理的唯一標准。

用你所掌握的技術做一個個人的小項目，設計一些簡單的功能並且實現他們。毫無疑問，你會遇到很多的絆腳石，當遇到它們的時候，在StackOverflow或者Google上面搜索之，解決之。你已經踏上一條成為某一領域專家的旅程，遇到的困難挫折越多，你會變得越睿智。

5. 專注學習

如果你擔心上述的學習過程太遲緩，那麼你也可以嘗試一下快速學習模式。你或許聽說過“24小時學會某某某”，但是這種方式不是我所推薦的。我認為更合理的是用幾周的時間去學習。你可以嘗試一下類似“七周學會七種語言”或者是“七周學會七種資料庫”等學習方法。盡管這些講的是語言以及資料庫方面的學習，但是你在學習其他技術的時候也可以運用這種思維。

以上就是青藤小編關於程序員學習新技術的建議的相關分享，希望對小夥伴們有所幫助，想要了解更多相關內容，歡迎大家及時在本平台查看!

Ⅶ 程序員的出路（程序員是吃青春飯的）

進入一個行業，開始一份工作，不論在最初的時候，你是因為喜歡還是被動接受，或多或少的都會成為你一段時間內為之奮斗的事業。

邊工作邊迷茫也許是大多數人的常態，覺得這份工作不適合自己，可又不知道應該去做什麼；喜歡著自己的工作，卻又不知道怎麼進一步提升，內心難免焦躁。尤其是隨著年齡的增長，更希望能夠在事業上有所發展。

有人說，程序員真的只能吃青春飯，企業在招聘時會在意程序員的年齡，大齡程序員一旦離職找工作就會變得艱難。面對年齡很多程序員都表示束手無策。

其實，程序員其實也和其他職業一樣，乾的越久技術越熟練，經驗自然更豐富。如果你的年齡和你的薪資不相符，你就應該考慮是不是年齡上去了能力卻沒上去，你所求的薪資和你要求的崗位，要讓企業覺得你值這個價，自然不會被淘汰。

如今程序員越來越多，應該怎樣規劃自己的職業道路呢？程序員的出路在哪呢？

一張圖道盡程序猿們的出路：

對於程序員的工作出路，有以下幾點建議：

20-27歲：技術積累階段

假設本科22歲畢業，那麼工作的前5年對你來說是打基礎的階段。在這5年時間裡面，你要積累足夠的代碼量，打磨自己的技術實力，成為某一個技術細分領域的牛人。

28-35歲：形成思維方法論和知識體系的階段。

當你積累足夠的代碼量，例如超過10萬行代碼以後，你應該形成了自己的思維方法論和自己獨立的學習技巧，任何新的技術在你眼中都能迅速的看到技術的本質，快速吸收成為你的知識體系的一部分。

到了這個階段，你會發現你所完全不了解的新技術新知識是非常少的，新技術對你來說也不過是幾天時間就把玩的很好的玩具，學習越來越輕松，掌握的知識儲備越來越多。

你開始逐漸的不再滿足於純技術領域的探索，而是思考更多的問題：如何將技術轉化為生產力;什麼技術在什麼樣的場合能夠發揮最大的價值;技術團隊應該怎樣構建;在一家公司裡面，我怎樣才能將自己的技術能力最大化的發揮出來?

在這個階段，積累技術對你來說簡直是小菜一碟，你更需要磨練的是思考能力，形成自己的思維方法和知識體系，這將是你幫助你一生的武器。

35歲以後：了解自己，把自己變現的階段。

毋須諱言的是，35歲以後你的一線coding能力一定是下降的，你寫代碼絕對不如25歲的程序員快，效率高。但是這不重要，因為編程只是你整個武器庫當中相對最不重要的了，你的經驗，你的視野，你的架構能力，你的管理能力，你分析和解決問題的能力已經遠遠不局限於技術這個領域。

資料來源網路，侵刪

Ⅷ 程序員提升個人能力的方法有哪些

一個人想要提升能力的方法有很多種，程序員在工作過程中華提升個人能力是非常關鍵的。對於程序員來說，不僅需要提升個人能力，提高自己對項目開發的實踐能力也是非常關鍵的。那麼程序員應該從哪些方面提高自己的能力呢？下面北大青鳥為大家介紹程序員提升個人能力的方法。

1、了解自己的興趣傾向

首先最重要的就是了解自己對什麼行業感興趣，自己想要在哪裡領域中進行發展。其實最重要的還是要了解自己對什麼事情更加感興趣，在學習過程中，興趣是非常重要的，它能讓你在遇到問題的時候積極解決問題，並且不斷的堅持學習。

2、個人的工作經驗

選擇決定這發展，你是想進行前端還是後端，是在大公司發展還是小公司發展，主要針對於用戶還是商業，偏向於設計方法還是決策方面。在考慮個人能力提升的時候，昆明IT培訓建議最好根據自身之前的工作經驗進行考慮。

3、個人的優勢和劣勢

正確認識自己的長處和短處是一個自我認識的過程，這是很多人希望能夠在對話中進行認識和准確定位的。在選擇就業的過程中，如果能夠很好的展示出自己的優勢，能夠具備更大的競爭力，但是在展示自己優點的同時，還需要認識到自己的缺點，雲南IT培訓認為只有清晰的認識自己，才能在工作中避免和不斷的提升自己。

4、個人成長規劃

事實上,每個人都需要有一個明確的願景,即其短暫的職業生涯、其增長道路、明確了解自己想要找到的方向、規劃或自我定位,這是需要非常清楚的,但是雲南電腦培訓認為隨著個人規劃的不斷明確，自己的目標也會更加清晰。

Ⅸ 初學者java程序員怎樣快速提升自己技術

一、提升對java技術的思考
很多人口裡嚷著要提升java技術，行動也有，但就是不奏效，是怎麼回事呢?因為行動前沒有好好的思考，比如老是盯著已經掌握熟練的java技術練習，你為什麼不考慮多練練你不熟習的java技術呢?那麼應該思考些什麼關於java技術的問題呢?
1、這個技術能解決什麼問題(why)
2、比較適合在哪些場景應用(where+when)
3、這個技術跟我已經掌握的哪個知識或技能類似，有什麼差別、有什麼特點、有什麼優點和缺點(what)
4、了解前面的問題後，你在開始考慮提升java技術那麼效果會比較好。
二、善於模仿，把他人的變成你的
你的代碼剛開始是怎麼學會的呢?不外乎模仿，但是模仿也有訣竅，有的人模仿的快，有的人模仿的慢。時常強調，多去看看其他人的代碼是怎麼編寫的，你可以從其他人的代碼中模仿出很多的東西，甚至你可以嘗試去修改其他人的代碼，讓它跟你的想法更加接近，看看你下次是不是可以這樣做，看看學習效率有沒有提高或者變得簡單，長此以往，你的java技術一定會有質的提升。

Ⅹ net程序員怎麼提升自己的技術能力

一、先列三個常見的開發場景：

1、拿到一個模塊詳細設計文檔，大部分程序員的通常做法就是開始搭建界面代碼，然後從第一個按鈕點擊事件或頁面Load事件開始寫第一行業務代碼。寫的差不多了，就運行一下，發現哪裡不是自己想的那樣，就改改，直到改到是自己預想的那樣。

2、做完了一個功能模塊或幾塊相關聯的功能模塊，輸入111asd，發現新建正常、保存正常，就提交給測試人員。測試員用測試用數據、測試場景用例來測試，發現有問題，就登記bug。對於嚴重的影響下一步測試的BUG，測試員就用內部IM通知這個開發人員。對於不影響繼續往下測試的BUG，測試員就登記下來，等程序員有空時處理。

3、程序員一般工作不希望大家打擾，所以開發起來就是開發。等手頭開發告一段落，就看看BUG庫。發現有與自己有關的BUG，就從第一個BUG開始看起。就開始通過IM和測試員掰扯起來（這不是個BUG啊、業務邏輯不是你想的那樣啊、我這里不能重現啊、你給的信息描述不清晰啊），於是IM幾來幾往，甚至跑過去當面交流一番，甚至會拉扯上產品經理一起討論，更甚者需要項目經理或產品經理發起一個會議來集體討論一下

這是不是很熟悉呢？這就是大部分程序員開發的三個步驟：寫代碼、自測、修復BUG。

二、說好的代碼設計、代碼測試呢？

代碼設計？那不是都有開發平台么，已經固化了啊。那不是維護舊功能做完善修改呢么，又不是寫新代碼，只能在現有代碼基礎上修改啊，你又不能大幅重構。

代碼測試？你丫需求討論期、產品設計期、設計評審期那麼長，都把研發項目時間佔光了，就留下2個星期讓我們寫代碼，我們哪裡有時間搞那麼深的測試。還想讓我們搞結對編程？還想讓我們搞測試驅動開發？

而且你看測試，什麼功能測試、集成測試、性能測試、安全測試、安裝部署測試、升級測試、遷移測試、UAT測試，一大堆測試，測試也需要很多時間。

一個項目，需求討論、產品范圍規劃與評審、產品設計與設計評審佔了一個半月，開發+自測就一個月，測試佔了一個半月，這就4個月了啊。

三、為啥程序員寫代碼總是寫寫測測？

剛才大家也都看到了，大部分程序員都是從界面代碼開始寫起，而且寫一寫，就運行一下看看。為什麼會是這種開發方式？

那是因為大部分程序員缺乏在腦子中的整體建模能力。只能做出來一點，真實的感覺一下，然後再往下。

有些是產品經理的上游就有問題，沒給出業務流程圖（因為產品經理也沒做過業務），也沒畫清楚產品功能操作流程圖。

為啥沒給出業務流程圖？因為產品經理不熟悉業務，另外，產品經理也沒有流程建模能力啊。為啥沒畫清楚產品功能操作流程圖啊？因為不會清晰表達流程啊。

很多產品經理、程序員，都缺乏分類、分層、相關、先後能力，更別說總結、洞察能力。

這是基本訓練，是一個做事頭腦清醒的人必備的技能，這不是一個程序員或產品經理或測試員的特定技能要求。

我經常看書就梳理書的脈絡，每看一本就寫一篇總結。我過去閑扯淡還梳理過水滸傳、紅樓夢的人物關系圖呢，其實就在事事上訓練自己的關聯性、層次性、洞察性。

我經常面試一個人時，我會問這樣的問題：「你把我剛才說的話復述一遍，另外你再回答一下我為什麼會這樣？」，其實，我就在看一個人的細心記憶、完整梳理、重現能力，我也在看一個人的梳理、總結、洞察能力。

我個人寫代碼就喜歡先理解業務流，然後理解數據表關系，然後理解產品功能操作流，大致對功能為何這樣設計、功能這樣操作會取什麼表、插入或更新哪些表，哪些表的狀態欄位是關鍵。

然後我寫代碼的時候，就根據我所理解的業務流、功能操作流、數據輸入輸出流，定義函數，定義函數的輸入與輸出。

然後，我會給函數的輸入值，賦上一些固定值，跑下來看看能否跑通這幾個關聯函數，看看還需要怎樣的新增函數，或者看看函數的輸入輸出參數是否滿足跑通。

剩下的事，就是我填肉寫詳細邏輯代碼了。

當然，大部分人沒我這樣的邏輯建模能力。怎麼閱讀理解也想像不出來，也沒法定義函數。畢竟有邏輯建模能力的程序員都很少，100個人里有10個，已經是求爺爺告奶奶好幸運了。

那怎麼辦呢？

我建議是分離分工配合，這就是現實中沒辦法的辦法。讓有邏輯建模能力的人來設計函數框架、來設計工具來設計代碼模板，然後讓沒有邏輯建模能力的人來填肉寫詳細邏輯代碼。

我們可以先從最緊要的模塊開始這么做。不緊要的模塊，還讓它放任自流，讓熟練手程序員繼續塗抹。

我曾經還讓有頭腦的程序員做榜樣，給大家分享他是怎麼規劃函數的，怎麼做維護性代碼的代碼結構改善的。但是發現效果並不佳，其他人並沒有因此能做代碼設計。可能邏輯建模能力是個人的基本素質，是從小到大訓練成型的，不是你一個大學已經幾年的人能夠短時間內可以訓練的。

所以啊，還是讓能走的人先走，讓從最緊要的模塊開始這么做。

不必擔心這樣做後，因為過去一件事被分工（一個做代碼框架一個填肉）成兩個人做了會降低工作效率。我們很多的工作效率低就是因為半瓶子醋搞出來的，來回反復修改。

真是應了劉德華在電影里說的那句話：說你又不聽，聽又聽不懂，聽懂了又不做，做又做不好，做不好還不服氣。

四、為什麼大部分程序員不做代碼測試或白盒測試或單元測試呢？

還是因為沒有代碼設計。因為沒有函數啊。所以，一個按鈕功能有多復雜，代碼就有多長。我見過2000行的函數，我也見過1000多行的存儲過程和視圖SQL。怎麼做白盒測試啊，這些代碼都粘在一起呢，要測，就得從頭到尾都得測。

所以啊，先學會設計函數，先寫好函數，這就求爺爺告奶奶了。很多開發了5年的熟練手程序員，可能都未必會寫函數。

函數的輸入輸出值就很有講究。很多人都寫死了，隨著版本迭代，發現過去定義的函數參數不夠用了，於是就新增了一個參數。然後，相關性異常就爆發了，其他關聯的地方忘改了，到底哪些有關聯，怎麼查啊，本系統沒有，沒准其他系統就調用你了，你根本不知道哪個神經人曾經COPY過你的代碼修吧修吧就改成了他的功能呢，而且裡面的很多代碼他看不懂也不敢刪，只要他實現的功能正常了他也不管了。於是，你改了你這個函數，他的系統就莫名出錯了。

所以，我一般會定義幾個對象來做參數。另外，我也很注重函數的日誌、函數的異常保護、異常拋出、異常返回。另外，我也很注重參數輸入值的合法性校驗。

所以啊，應該開發Leader們先制定函數編寫規范最佳實踐，輸入輸出參數怎麼定義比較好，函數的返回值如何定義比較好，函數的日誌記錄應該怎麼寫比較好，函數的異常保護、異常拋出、異常返回如何寫比較好。先教會一般程序員，先從會寫函數開始啊。

當然，你光有一份規范，程序員們還是不理解、不實際應用啊。所以，還得Leader們做好典型的代碼模板，裡面是符合函數規范的代碼框架，只有這樣，一般程序員們才會照貓畫虎適應了函數設計的編程習慣。

所以啊，我專門重新定義了leader的明確職責，其中第一個重要職責就是：負責工具/框架/模板/規范的制定，並且負責推廣且普及應用落地。

你不明確定義Leader的這個重要職責，你不對這個職責做明確的KPI考核，誰尿你啊。你以為好的工具/框架/模板/規范是靠人們的熱情、自發產生的么？我們還沒有那麼自覺高尚啊。

五、為什麼大部分程序員不寫注釋啊？

我經常說一句話，千萬別多寫注釋。為啥？

因為我們經常遇到的問題不是沒有注釋，而是更糟的是，注釋和事實代碼邏輯是不相符的。這就出現常見問題了：殘存下來的設計文檔是一個邏輯、注釋是一個邏輯說明、真實代碼邏輯又是一個，鍾表多了，你也不知道正確時間了。

所以啊，產品文檔、注釋、真實代碼，三者總是很難一致同步。我為了幾百人研發團隊能做到這個同步花了大量心血和辦法，但我最終也沒解決了這個問題，還把Leader們、總監們、我都搞的精疲力盡。

索性回歸到一切一切的本源，代碼，就是程序員的唯一產出，是最有效的產出。那麼，讓代碼寫的不用注釋也能看懂，咱得奔著這個目的走啊。

為啥看不懂，不就是義大利面條式代碼么，又長又互相交雜。

OK，我就規定了，每個函數不能超過50行。用這一個簡單規定和靜態代碼檢查插件，來逼迫大家嘗試著寫函數。有的函數屬於流程函數，是串起其他函數的，有的函數就是詳細實現函數，實現一個且唯一一個明確作用的。

有了流程函數和功能函數，而且每個函數不超過50行，這就比過去容易看懂了。

六、為什麼大部分程序員不抽象公共函數啊？

我經常說一句話：千萬別抽象公共函數啊。為啥？

因為大部分程序員缺乏抽象洞察能力。特別是有些積極熱情有餘、愛學習愛看書、半瓶子醋晃悠的二桿子，看了幾本UML、重構、設計模式、整潔代碼之道，就躍躍欲試了，還真敢給你抽象公共函數了。

一開始，他覺得80%相似，20%不相似，於是在公共函數裡面簡單寫幾個if..else做個區隔就可以。沒想到，越隨著版本迭代，這些功能漸漸越變越不一樣了，但是這個代碼已經幾經人手了，而且這是一個公共函數，誰也不知道牽扯多少，所以誰也不敢大改，發現問題了就加一個if..else判斷。

沒想到啊沒想到，這個本來當初公共的函數，現在變成了系統最大的毒瘤，最復雜的地方，誰也不敢動，除非實在萬不得已，手起刀落。

所以，我平時告誡程序員，純技術的、純通用的，你們可以嘗試搞搞抽象公共函數，對於業務的，你們還是簡單粗暴的根據Leader們做的代碼模板代碼框架，乖乖的復制、修改、填肉吧。

你們啊，先從做模板做代碼片段開始吧，咱們放到咱們內部代碼片段開源庫里，看誰的代碼片段被別人復制的多，說明你的代碼抽象設計能力越好了。那時候，我就大膽放心讓你撒丫子跑了。在沒有學會跑之前，給老子乖乖的復制、修改、填肉吧。