自從出現(xiàn)軟件的那一刻起“程序員創(chuàng)業(yè)”便從來都沒有停止過。無數(shù)的軟件巨人背后都可能有一個“程序員創(chuàng)業(yè)”的故事，當然這個故事也可能曾經(jīng)失敗過。以下是學習啦小編為大家整理的程序員如何創(chuàng)業(yè)相關文章。

　　程序員如何創(chuàng)業(yè)?

　　程序員創(chuàng)業(yè)直接做 CEO?

　　如果你沒有獨立做過能掙錢的軟件、上萬用戶的免費 APP、粉絲數(shù) 5 萬以上的大號、每天 PV10 萬的網(wǎng)站，那么先別離職，選一個你喜歡的用業(yè)余時間做著試試。

　　很多東西不是能力問題，而是喜好問題。我遇到不少很厲害的程序員 CEO，他們過得并不開心。如果你不喜歡伺候一群爺(也就是你的用戶)，那么還是待在大公司，做一個靜靜敲鍵盤的美男子吧。  

　　做技術合伙人還是核心員工，要想好

　　如果你只是想要點股份，早期的核心員工也能有幾個百分點的。一旦公司 NB 了，這些錢也足夠你用了。

　　在創(chuàng)業(yè)公司做技術合伙人(尤其是早期)，除了和機器打交道，還要頻繁的和人打交道，一句話，所有技術上的問題都是你的問題，所有和技術沾邊的問題，還是你的問題。別想到一家創(chuàng)業(yè)公司專心做技術，機房是要管的，團隊是要帶的，對外演講是要做的，合作接口是要去談的。

　　定義好的自己想要的，然后再選一個合適的位置。

　　給想做技術合伙人的同學三個建議

　　為了更清晰的說明，下文對合伙人(partner)的定義是這樣的：idea 不是你自己的，你在非常早期加入，如果沒有創(chuàng)始人，你不會繼續(xù)這個項目。

　　如果你在 idea 成型之前就加入了，那算聯(lián)合創(chuàng)始人(co-founder)，不屬于下文討論的情況。

　　沒投資的團隊能不去就別去

　　創(chuàng)業(yè)首先要考慮的是風險問題。在一個成功率小于1% 的行業(yè)，不要相信小概率事件。的確有人一夜成名，但絕大部分創(chuàng)業(yè)未半而中道崩殂。

　　如果你的技術過硬，完全有機會在種子輪甚至A輪時進入。如果沒有特別的理由(比如你的技術其實很爛)，不要去承擔最早期的風險。

　　去一家拿到投資的公司，拿著現(xiàn)在工資，做著夢想的事，這是技術人員獨有的低風險職業(yè)路徑。

　　別去相信媒體，苦大仇深悲情萬種和創(chuàng)業(yè)成功沒因果關系，那不過是朱軍的眼淚，煽情用的而已。

　　不要去折騰了N久還沒 MVP 的團隊

　　如果你看一個人喊著要創(chuàng)業(yè)一年多了，卻連一個 MVP(最小可用產(chǎn)品)都拿不出來，那要留意了。

　　道理很簡單，一個 MVP 要外包，做下來也就1～2 萬。如果創(chuàng)始人真的對自己的想法如他說的那么深信不疑，他是不會等著一個免費勞動力來做的。你看：

　　我們的項目最少估值 1 千萬;

　　我們只要 MVP 出來不久就可以拿到投資;

　　我會給你 20% 的股份。

　　如果上邊都是真的，明明外包只要1～2 萬，我卻愿意花 200 萬，同樣給一個陌生人。這種智商的創(chuàng)始人不能跟吧?如果創(chuàng)始人的智商沒問題，那么他告訴你的話至少有一條不靠譜。

　　不要去技術合伙人不給薪水的團隊

　　還記得豬和雞合伙賣雞蛋火腿三明治的故事么?

　　在同等條件下，創(chuàng)始人通常只有一個不知道是否正確的想法而已，而技術合伙人，付出的是自己腿上的肉。

　　所以技術合伙人理應得到應有的補償，即使是在沒有投資的情況下。

　　如果我是創(chuàng)始人，在沒有投資、我又認為項目靠譜的情況下，我大概會給技術合伙人一個選擇題：

　　技術合伙人每月 5k 的薪水，沒有股份。

　　項目融資后，技術合伙人可以 60k 的價格購買公司 10% 的股份。  

　　或者

　　技術合伙人每月 2.5k 的薪水，沒有股份。

　　項目融資后，技術合伙人可以 60k 的價格購買公司 20% 的股份  

　　重點不是錢，而是游戲規(guī)則：

　　大家都要跳下水;

　　大家都對項目有信心，對彼此有認可。

　　給程序員的五點建議 如何成為編程高手并以此創(chuàng)業(yè)

　　每個IT企業(yè)，尤其是初創(chuàng)企業(yè)，非?？鄲溃赫也坏胶玫某绦騿T?，F(xiàn)在大學、軟件學院及各種培訓機構，每年培養(yǎng)幾十萬的程序員，畢業(yè)的每個人都有同樣困惱：找不到好的工作。問題出在哪里呢?其實，企業(yè)需要的是不是剛會寫程序的人，需要來了就能干活的人，尤其能把活干好的人。而剛畢業(yè)的大學生多半剛學會如何寫程序，的確很難企業(yè)需求。

　　企業(yè)到底需要什么樣的程序員，一個剛入門的程序員如何成為企業(yè)需要的高手呢?還有很多程序員問我，“我需要具備什么樣的能力就可以去創(chuàng)業(yè)?”我一直在琢磨類似的問題。我自己寫過十年程序，也在金山管理過一千多人的研發(fā)隊伍，最近也在做天使投資，仔細總結了如下五點建議與所有程序員分享。

　　建議一：只有真正喜歡才能寫好程序

　　喜歡寫程序，做程序員就是上天堂;

　　不喜歡寫程序，做程序員就是下地獄。

　　程序員需要整天趴在電腦前，經(jīng)常沒日沒夜的，非常辛苦，而且工作來不得半點虛假，少寫一個標點符號都不行。喜歡的人，日子過得非常開心，每寫一行代碼，都會有新的成就，尤其當自己的作品被廣泛應用的時候，那種自豪感油然而起。不喜歡的人，坐在電腦前極端無聊，被進度壓得喘不過氣來，天天為找bug改bug生氣。

　　只有喜歡，只有熱愛，才能把程序?qū)懞?

　　我建議不喜歡寫程序的人早點轉行，不要勉強自己，免得誤人誤己。

　　建議二：把程序當藝術品，象寫詩一樣來寫代碼

　　現(xiàn)在很少有公司做 codeview (對寫好的程序做代碼級檢查)，于是很多人在進度的壓力下潦草應付，只要測試通過就算搞定。表面上看，開發(fā)速度很快，進度有保障;但實際上，這樣的程序連開發(fā)者自己都很難讀懂，一旦有bug，很難調(diào)試，將來維護升級都非常困難。這樣的代碼多半只能重寫，浪費自然嚴重。

　　如果每個人寫程序的時候當藝術品來寫，寫每行都認認真真、干干凈凈的，雖然速度略微慢了一點，但綜合的開發(fā)成本會低很多。

　　如何寫像詩一樣美的代碼呢?方法也很簡單。

　　一、買幾本經(jīng)典的編程書，把書上所有例程全部重新寫一遍，逐個比較和書上范例的差距，一步一步改善自己編程的風格和技巧。時間長了，自然就能寫出象書上例程一樣的代碼，甚至可以比書上寫得好。

　　二、基礎扎實后，多看看Linux 等系統(tǒng)級的源代碼，看看高手是如何寫的，就有感覺了。

　　三、通讀一下MSDN中所有的資料，這樣，“讀書破萬卷，下筆如有神”。

　　還有，一定要牢記軟件工程的鐵律：可能出錯的地方一定會出錯。每個變量都做初始化，引用每個參數(shù)都會做有效性檢查，在可能出錯的每個地方都會做邊界條件檢查，這樣開發(fā)出來的程序一定會穩(wěn)固很多，就是出錯也會很容易修改。野路子出來的高手，一般開發(fā)速度很快，但做完后bug很多，經(jīng)常需要很長時間修改。而真正的高手，追求的境界是 bugfree code(零缺陷代碼)。

　　建議三：必須寫夠十萬行代碼，不要心存僥幸

　　程序員象木工一樣，熟能生巧。程序員必須寫足夠代碼量的程序，才會有感覺，這是一個苦力活，沒有任何捷徑可走。

　　計算機是一門實踐性的科學，沒有動手能力做支撐，很難做出好的科研成果。我的一個學長是美國卡內(nèi)基梅隆大學的博士，卡內(nèi)基梅隆大學計算機系在全世界非常出名，他說每個博士生必須寫十萬行代碼才能畢業(yè)，卡內(nèi)基梅隆大學博士進任何一個大企業(yè)基本不用面試。而國內(nèi)培養(yǎng)的大部分研究生、博士生，動手能力都偏弱。

　　沒有寫過足夠代碼量的，想成為高手是不可能的，只能紙上談兵!

　　建議四：時刻保持好奇心

　　計算機技術更新?lián)Q代非?？?，每年都有各種各樣的新技術出現(xiàn)。在我過去的職業(yè)生涯中，僅編程語言，我就用過 basic、masm、pascal、c++、vba、Delphi、java 等。需要時刻保持好奇心，不斷學習各種新的東西，才能在未來的幾十年職業(yè)生涯中不落伍。你要理解為什么 iPhone 出來很多高手用iPhone，現(xiàn)在一天到晚惦記著換部 gPhone 玩玩。

　　人的精力有限，高手往往工作壓力也比較大，如何在有限的時間內(nèi)掌握整個行業(yè)動態(tài)，的確是一個不簡單的事情。我的經(jīng)驗是經(jīng)?？礃I(yè)內(nèi)的各種技術雜志，參加各種聚會，可以節(jié)約很多時間。最重要的是，交幾個博學的技術高手，多和他們交流，一定獲益匪淺!

　　建議五：不要局限在技術本身，多花點精力關注用戶

　　做到前面幾條，就已經(jīng)是千金難求的高手了。但一個真正的高手需要知道用戶需要什么，如何做出讓用戶滿意的產(chǎn)品。

　　現(xiàn)在的軟件研發(fā)越來越強烈團隊協(xié)作，不少團隊都配置了專門的需求分析的工程師、用戶界面及用戶體驗的設計師，軟件研發(fā)的分工越來越細。很多程序員以為只要把技術搞好，不用管用戶需求和用戶體驗。實際上，需求方案及界面方案不可能寫得非常細，具體的實施還是程序員自己來實現(xiàn)的。這個時候，好壞的差距很快就體現(xiàn)出來了。

　　我們寫程序的最終目的是滿足用戶需求，不是簡單完成需求規(guī)劃方案中的功能。所以，程序員一定要認真揣摩用戶心理，能明白用戶的真實需求。

　　其次，怎么設計交互界面，讓用戶覺得好用，用起來舒服，這里面學問很大。我舉一個小例子，每個程序窗口右上角都有三個按鈕，如最小化、關閉等。喬布斯覺得不好看，不易用，他提出改用紅綠藍的交通燈。這樣修改后，果然 Mac OS 漂亮和易用了很多。

　　目前互聯(lián)網(wǎng)和手機上的應用開發(fā)，都非常強調(diào)小團隊研發(fā)。這樣研發(fā)模式速度會快很多，但對程序員的綜合素質(zhì)的要求也就更高了。

　　我強烈建議程序員不要僅僅局限在技術本事，還需要多點精力考慮和用戶相關的問題，學會洞察用戶的需求，并努力設計好用易用的產(chǎn)品。做著這點的程序高手，創(chuàng)業(yè)成算就很大了。

　　這些就是我說的《創(chuàng)業(yè)十大標準》中提到的“技術過硬”要求。

　　這樣的技術高手，如果捕捉到合適的產(chǎn)品方向，并且具備一定帶團隊的能力，創(chuàng)業(yè)成功機會很大!事實上，絕大部分創(chuàng)業(yè)的技術公司，創(chuàng)始人都是這樣的人!比如迅雷的鄒勝龍和程浩，UCWEB的何小鵬和梁捷等。