程序員的成功案例

A. 創業成功人士的案例有哪些

創業成功人士的案例如下：

1、國美黃光裕

黃光裕1969年出生在廣東潮陽，初中還沒有畢業黃光裕就跟著哥哥開始做生意，1969年時17歲的黃光裕兜里揣著4000塊，又貸款了3萬元，在北京盤下了一家門面，開始做家電生意。

當時家電市場壁壘很強，和一二級批發站比拼黃光裕沒有什麼優勢，於是兄弟倆決定將家電賣的便宜點，暫時在家電市場站穩腳跟。

B. 軟體項目開發總結報告實例

軟體項目總結報告範文
1引言
1.1編寫目的
XXX公司業務管理系統的開發已經基本完成。寫此項目開發總結報告，以方便我們在以後的項目開發中來更好的實施項目的訂制開發; 讓我在今後的項目開發中有更多的有據的資料來規范我們的開發過程和提高我們的開發效率,從而創造更多公司效益。
1.2背景
項目名稱：XXX業務管理系統
軟體名稱：XXX業務系統
客戶：XXX
用戶：XXX員工
1.3參考資料
項目開發文檔：
1．軟體開發數據模型：PDM_OperationSystem20070831.pdm
2．資料庫開發文檔： XXX業務管理系統資料庫設計說明書2.0.doc
3．軟體業務流程參考：XXX業務管理系統流程說明.doc
4．軟體使用手冊參考：XXX業務管理系統功能說明3.0.doc
5．軟體業務流程參考：XXX業務管理系統流程說明.doc
6．軟體中使用到的第三方控制項：ComponentArt Web.UI 2006.1252 for asp.net2.0.rar
7．軟體中使用的安全Ikey驅動：Ikey Driver.rar
以上參考資料是截止2007-08-31是最新的資料文檔。如有修改，即使修改此處的參考文檔名稱。
2開發工作評價
2.1對生產效率的評價
1． 系統開發已歷時快1年的時間了
2． 開發的反復性比較多。
3． 對客戶的需求理解不是很透徹。
綜合以上，此項目的開發效率不是很高，相反有相當一定時間的浪費。
2.2對產品功能的評價
經過我們公司各位同事的共同努力協作，XXX業務管理系統已經很好的完成了客戶的業務流需求。經過對客戶使用過程的觀察，此項目開發的還是比較成功，但是還是存在著一些問題，造成這些問題的原因是多方面的。如：前期系統資料庫的設計缺陷和部分代碼的構建缺陷、客戶需求的理解上也存在一定問題，這就需要我們用一定的時間來維護客戶使用過程中提出的新問題和存在的debug。總的來說，此系統的功能開發還是一個比較成功的案例。
2.3對技術方法的總結
在此項目中使用到技術和工具：
1． 使用代碼生成器：使用代碼生成器 [動軟.Net代碼自動生成器],此工具在很大程度上提高了編碼效率，從而加快了項目的開發進程。在以後的項目中，我們要盡量的來使用一些類似的工具來在最短的時間內完成工作。在今後的項目開發中，我們最好是能開發出適合自己的代碼生成工具，更大限度的節省開發周期和開發費用。
2． 使用資料庫建模工具；PowerDesigner 工具來建立系統資料庫模型，以方便程序員很好的理解業務流和掌握系統架構者的架構思想，更好的滿足客戶的功能需求。在今後的項目開發中，我們要更好的來完成系統的前期資料庫模型的建立，最大的來優化系統功能。
3． 使用第三方控制項：此系統中使用了ComponentArt Web.UI 第三方控制項。此控制項在很大程度上滿足了客戶對軟體界面的需求，從而也給軟體的操作帶來了方便。本項目中只使用了ComponentArt Web.UI一種第三方控制項，在今後的項目開發過程中，要繼續使用第三方的控制項。這樣以來，無論是針對軟體界面的美觀性、友好性來說、易操作性而言，還是針對系統開發效率而言，這都是很好途徑。但需要意的是：在是使用第三方控制項時，要謹慎的選擇一些網路中的比較常見的第三方控制項。
4． 使用自定義控制項：此系統中使用了自定義控制項(GhdGridView),此自定義控制項可以很好的統一系統中的所有信息顯示表格樣式。如客戶對數據顯示樣式有什麼新的意見，我就不需要修改每一個頁面的表格樣式，我們只需要修改GhdGridView控制項的樣式，系統中的所有繼承自GhdGridView的表格樣式都可以改變。
5． 系統開發框架：此系統的框架使用的是簡單三層結構，此框架在開發一些中小軟體是比較實用的。但是我們要是可以開發出自己的框架，把一些通用的功能開發到框架中。這樣以來，在以後的系統開發中，針對系統中一些通用的功能就不需要再開發，從而也可以很好的提高我們的開發效率；減少很多維護費用。使我們的技術不斷的更加成熟。
6． 系統安全加密：此系統中針對客戶提出的系統安全問題，我們採用了Ikey加密硬體鑰匙來驗證客戶端登陸客戶的合法性，此Ikey鑰匙可以綁定到一個系統使用用戶，也可以讓多個用戶來使用一個加密鑰匙來驗證登陸系統的合法性。這樣以來，即使用戶的密碼不慎丟失，或者被不法人員取得（不法人員他也是無法登陸到我們的系統中來），這樣就最大的提高了我們系統的安全性。Ikey加密鑰匙是很好的加密B/S架構軟體的硬體工具，在以後的軟體安全方面可以借鑒。
3項目經驗總結
3.1簽定合同
一個項目的開發成敗或者說項目開發帶來效益的大小，在很大程度上是受項目合同簽定的影響的。往往，很多一部分公司與客戶簽定的項目合同都是很模糊的，也很難簽定的比較清楚，這樣以來就會導致在項目的開發後期，工作兩會越來越大，影響項目的竣工周期；而且，項目的開發費用一般是不會變的。這樣以來，我們就大大的降低了我們的開發效益。雖然需求范圍很難簽定的明確，但是我們在簽定合同時，要盡量的去把合同功能邊界和添加新功能的條件簽定。
3.2開發團隊
在項目確立後，要盡快的建立起項目開發團隊。
項目團隊成員的團結合作、相互溝通是非常重要的，團隊成員之間要相互學習彼此的優點和技術，使團隊的能力不斷的提高。這樣，在項目的開發過程中，團隊才不會被難題困住不動。另外，團隊中要有一個項目負責人，這個人無論是在與客戶的溝通上，還是在技術上都要是很出眾的人，此項目負責人要能很好的溝通客戶與開發成員之間，以此來更好的理解客戶的功能需求。人的記憶力總是有限的，所以就要求開發團隊成員要盡量的書寫一些開發文檔，這些文檔往往是我們在項目開發後期要用到的可尋資料。項目團隊士氣是項目成功的一個因素,我們需要不斷的來培養我們的團隊氣勢，使我們的團隊不斷的壯大。
3.3需求的調研
在項目確立後，就到了需求調研分析階段。
1． 項目組對客戶的整體組織結構、公司有關人員的關系、職責等如果沒有一個很好、足夠的了解掌握，這樣項目組就無法很好的完整的整理到客戶的需求、或者說客戶真實的功能需求，如此以來我們就為自己埋下了地雷,影響項目的開發周期，這就要求我們要與客戶搞好無論是工作上的還是生活上的朋友關系,要深入的去了解客戶需求。
2． 我們要盡量的讓客戶也參與到項目的開發團隊中來，也就是說我們要使客戶把自己也納入到項目的開發團隊中來，如此一來，我們掌握客戶需求的真實性、可靠性就會大大的提高,也就不會為項目的後期功能開發埋下陷阱
3． 在需求調研過程中，如果缺乏足夠用戶參與，這樣的需求調研也是失敗的。很多程序員不願參與到客戶的需求調研中去，為什麼呢？很簡單，與客戶溝通不如與代碼溝通容易有意思。盡管這樣，我們還是必須用足夠多的時間去和客戶進行溝通，了解他們真實的需求。很多用戶也是如此，他們自己也不願意參與到項目的需求調研中來，為什麼呢？需求調研有出去和朋友一塊爛漫對嗎。。。雖然現狀如此，我們還是要努力的使客戶參與到需求的調研中來。
4． 模糊需求，也就是模稜兩可是需求規格說明中最為可怕的問題。一是指諸多客戶對需求說明產生了不同的理解；一是指單個讀者能用不止一個方式來解釋某個需求說明。針對對這種情況，就要求我們的調研人員要能夠從多個角度來分析客戶的不同需求，整理出最終的需求與客戶確認，定出最終真實可靠的需求，我們絕不能憑借我們自己的單面理解來定立客戶的最終需求。
5． 在一個項目的開發中，文檔的書寫是極為中要的一項工作。因為，某些文檔就是我們在開發後期與客戶溝通的可尋依據、也是我們程序員在編碼過程中要用到的重要文檔。我們絕對不能認為，憑借我們的大腦來記錄所有的開發需求。。。；即使，你說你是天才，你要用你那顆愛因斯坦的大腦來記錄所有的開發需求，那也是不可能的，人的精力總是有限的。這就要求我們在需求調研中做好需求文檔的記錄和整理。
6． 需求調研工具選擇，客戶一般對圖形還是比較感興趣的，所以我們在調研過程中，我要盡量的採用圖形化界面來和客戶溝通需求。比如可以採用Rose工具，把客戶的意思轉換為用例圖、時序圖、協作圖、狀態圖、類圖等，使表達的意思更加直觀。這樣客戶會更快的進行問題的實質。
3.5做好開發計劃
在項目確立後，我們就需要做好項目開發計劃，需求調研用時，開發用時，測試用時，實施用時，維護用時。在我們做好了計劃後，我們要隨時的跟蹤計劃任務的完成進度，從而使我們的項目進度掌控在我們的開發周期范圍之內，今日計劃、行動，明日成功。
3.5很好的溝通
在其他行業中，人與人的之間的溝通只很重要的。項目開發也不例外，很好的溝通能夠加快項目的進度，這就要求我們每一個開發人員要學會和善於溝通於客戶和同事之間。在一個項目的開發過程中，我們與客戶的溝通是一個不斷交流和溝通的過程。在開發到一定的階段，我們就需要和客戶溝通已有功能，盡量的去避免一些隱藏的問題，及時的發現問題，解決問題，從而按時或者提前完成項目的開發。
3.6做好工作總結
在項目進行的過程中，我們要不斷去整理自己的工作情況和做好總結，這樣以來，無論是在自己的技術還是其它方面，都會對我們有很大的提高，在長期的積累後，無論是我們個人能力，，還是我們的團隊能力都會有很大的提高。

C. 一個程序員的創業經歷（一）

曾經的創業熱潮讓很多大廠的程序猿加入到了創業大軍，但往往發現「理想很豐滿，現實很骨感」。我也是這樣的一員，國內「C9聯盟」大學畢業，然後去美國常春藤名校讀了個Master，畢業後在一家世界前五的軟體公司工作，後來裸辭回國在一家一線互聯網公司做數據挖掘/機器學習的工作，一切都按部就班的在給個人簡歷添磚加瓦，不過隨著一個加入創業團隊的決定，就開始了一段不一樣的經歷，之後的5、6年時間經歷了多個創業項目。一直埋頭向前沖，最近停下腳步回顧了一下過往經歷，想寫點東西當作紀念，也算是給想要或正在創業的程序猿們一個案例供參考。

當時選擇從大廠出來加入一個創業團隊，也並不算很盲目。首先，行業是當時很火爆的互聯網金融，其次核心團隊成員來自金融、法律、互聯網等不同領域，都是國內頂尖大學畢業的高材生，而且也有不錯的工作經驗和人脈的積累，最後種子輪的資金大概有700多萬，股東也有銀行系出身的大佬，看起來是一個值得搏一把的機會。

我與其中一個創始人曾是同事，被游說出來作為技術團隊的leader，他負責產品，我負責研發，先簡單介紹下核心人物（化名）：

劉備：公司CEO，金融領域，做業務出身，對各種金融產品比較了解，在各大銀行及政府部門都有不錯人脈，熟悉生意場上的各種潛規則，有些匪氣但並不是那種很有領導威嚴的風格。

關羽：公司CTO，我的前同事，互聯網產品出身，專業能力很強，既聰明又踏實肯干，待人接物也不錯，屬於實干型，但一樣也是一直在大公司工作，內容相對專一，且沒有金融領域經驗。

張飛：公司法務總監，法律專業，本人也像法律法規一樣嚴禁，無論工作上還是生活上說話做事都很嚴謹，被朋友形容為任何跟黃賭毒沾邊的東西都跟他不沾邊，工作之外並不善言辭，但是為人很nice。

在被前同事關羽游說的過程中，遇到了第一個「豐滿的理想」，因為我是做大數據的，所以關羽跟我說出了他對技術和產品發展的規劃，將來是一定要做金融大數據的，有很多場景可以做，技術上也會有很多挑戰。但既然是「大數據」，首先就要有足夠多的的數據，也就是業務要發展的足夠好才會到這一步，這點我心裡還是很清楚的，所以接受邀請自然也不是因為這個願景。

既然已經決定了大幹一場，也就不瞻前顧後了，出來後就開始著手組建技術團隊，那時候創業公司還是一片欣欣向榮，很多大廠的程序員也都願意考慮創業公司的機會，所以首選就是從公司前同事下手，可惜一個都未能邀請成功，有一個曾經談的比較深入，但最後去了一家拿到A輪的做餐飲供應鏈的B2B電商，之後復盤考慮主要可能有幾個原因：

1. 金融領域本身水就比較深，對普通的程序員來說未實際接觸過的話感覺有點心裡沒底；

2. 種子輪公司畢竟風險更高，而且使用到的技術也更初級一些，若沒有成功，對技術積累來說有一個斷檔；

3. 與前同事共事時是平級，但出來後可能變成向你匯報，或許會有心理落差，之前談得比較深入的同事是被他一個師兄叫走的；

4. 公司給出的offer還不足以讓人放棄穩定的大公司工作加入到小團隊中。

為了控製成本又不能找獵頭，所以接下來就只能通過招聘平台了，拉鉤、智聯什麼的，雖然經歷了一些波折，但最終組建了一個還算蠻有戰鬥力的團隊，在外包+兼職+自己團隊的組合之下，初版系統兩個月左右就上線了，期間產品、技術、法務之間的磨合也越來越好，貌似一切都在正確的軌道上運行。

但系統上線之後才是真正考驗的開始，公司面臨的第一個問題就是平台上是否有足夠多優質的理財產品，雖然前期已經准備了一些由股東支持的理財產品隨時上線，但這並不是長久之計，所以在系統開發期間劉備也一直在洽談合作事宜，時不時的帶來一些振奮人心的消息，但結果證明沒有最終簽署合同的口頭協議都是無效的，這就導致前期平台上產品匱乏。

產品匱乏自然也就無法吸引足夠多的用戶了，用戶量少就更難去談合作了，致使業務一直處於發展緩慢的狀態。商務談判並不像技術開發一樣可以評估工時，安排工期，一個合作談成之前進展都是0，簽合同之後才是100%，中間進度很難評估，而過多的打雞血也會有副作用產生，慢慢的技術團隊的成員就開始對公司不停跳票的業務發展有些擔憂。這僅僅只是一個導火索，接下來會引發一系列的事件和決策，每一個可能都不是決定性的，但累加到一起導致了公司最終的結局。

當業務停滯的時候，沒有太多創業經驗的團隊開始有些發慌，尤其是賬戶里的資金越來越少的情況下，這時開始了兩個所謂「自救」的行為，一個是尋求新一輪的融資，一個是嘗試一些新的產品或接一些快速賺錢的項目。前者的目的也是很明確的要盡快的補充資金，所以很容易陷入到一個2VC的狀態，就是一味地迎合投資人的偏好和想法，迷失了自己最核心的價值和初衷，最終也沒有拿到投資；後者無異於飲鴆止渴，盲目的去接一些無關的項目，導致自己的核心產品和平台沒有持續的迭代和優化，對用戶就更沒有吸引力了，而且找到的項目也很難cover技術團隊的工資成本，變成了做一個賠一個。所以這兩種方式只是勉強支撐團隊而已。

而往往在最艱難的時候才會爆發出更多平時被隱藏下去的問題，首先，劉備和關羽、張飛都是大學同學，作為CEO他對團隊並沒有一個絕對的主導和控制權，而關羽負責人數最多的技術團隊，他們之間的分歧導致了公司整體戰略和團隊方向的不統一。其次，公司的早期股東是4個自然人為主，在公司一個沒有一個比較好的營收的時候，他們之間也出現了一些問題，尤其是其中某一個股東跟劉備的關系最緊密，導致其他股東質疑公司的財務問題，最終導致股東不願意再繼續注資。最後，同樣是因為自然人十大股東，就導致監督機制缺失，作為法務負責人的張飛，由於業務能力比較強，經常被股東委託解決一些私人事務，讓他不勝其煩，成為了第一個離職的核心人員。

最終我們的公司也算是有個歸宿，被一家金融機構給收購了，但這顯然不是因為我們做的足夠出色，而算是無奈把公司賣掉，回收點剩餘價值吧。就這樣第一段的創業經歷就這樣草草落幕，事後復盤總結，有以下幾個重要的經驗吧：

1. 股東組成，早期可以接受個人股東，但不宜太多，占股要有權重等級，而且要有完善的監督機制，如果個人股東占股比例接近，沒有主導性，監督機制又不健全，很容易出現股東之間的猜忌和分歧，對初創公司是致命性的傷害；

2. 創始團隊，團隊成員能力互補、互相信任是基礎，所以經常會有同學、同事一起出來創業，之前大家可能是朋友，或者感情比較親密，但任何團隊都要有領頭人，要有靈魂人物，在有重大決策時能拍板的人，不能因為顧及對方感受而讓決策層出現長時間的分歧；

3. 團隊組成，根據公司或業務類型來合理配置團隊，很多時候在資金還充裕的情況下會盲目的擴充技術團隊，導致當業務沒有起色的時候技術團隊的開銷成為了公司沉重的負擔，任何一個公司都不能只考慮技術開發，運營、市場、銷售等等都要合理配置；

4. 成本控制，創業初期，為了吸引早期員工公司提供了很多福利，包括免費健身、周五團建、飯補車補等等，而且高新聘請各種大牛，一副大幹一場的態勢，最後發現業務還沒什麼起色時初期的融資就已經消耗大半，而且很多時候大牛們也沒有用武之地，造成了極大的浪費；

5. 技術邊界，所謂技術邊界就是創業初期你的產品在技術上要做到一個什麼程度，很多時候技術出身的leader容易陷入到追求技術完美的誤區，覺得一個功能在技術上沒達到理論上的完美就不上線，但永遠都有做不完的需求，一個好的技術leader要清楚怎樣的優先順序最能支撐公司的快速發展，一個功能做到什麼程度就能滿足當時客戶的需求，人力資源就那些，要最大化的發揮效用。

D. 程序員：一萬行代碼寫一年，國企真好，這是真的嗎

首先來說，這種情況也不是不可能發生，但是終究是小概率事件，大多數的國企公司還是和民營企業一樣，敲代碼的工作人員任務量超大。

1、如果是為系統查找漏洞的崗位，待遇興許會是這樣。因為查找漏洞，本來就是一個非常復雜的過程，漏洞查出之後修補起來也是比較容易的，因此工作量是並不是很大，所以說一年敲一萬行代碼，是有可能的。而且像這一種職位也是可遇不可求的，基本上能夠成功應職的幾率並不是很大，所以說這種職位僅供大家參考，千萬不要抱有不平衡的心態。

綜上所述，一年一萬行的代碼，這個工作看似輕松，其實肩上也深負重擔，在這個社會中，每個人過的都非常的辛苦，只不過是有些人擅長用微笑掩飾悲傷。