從初級程式設計師到ceo的蛻變
現在對程式設計師的普遍（暗黑）看法是，這是一群所有時間都窩乙個黑暗的房間裡，與數百萬行**為伍，也許甚至不具備人際交往能力的「程式猿」。好吧，雖然我也有程式設計背景，所以可能會有點偏頗，但是這顯然是無稽之談。
php程式設計師不僅能力卓絕——是創造現代生活和商業的基石，而且還參與多種社會生產活動。許多程式設計師同時也會去經營企業。是的，從程式設計師到ceo的旅途不可謂不艱辛，在某些情況下，這是乙個重大的轉變。但只要你這麼去做，就會成就最好的公司。比爾·蓋茨，馬克·扎克伯格（mark zukerberg），marissa mayer（雅虎ceo）和james dyson（戴森集團的創始人、無袋式真空吸塵器的發明者）都以乙個程式設計師的身份取得了極大的成功！
從業務開發到電子**分析，命名和解決問題，程式設計師有許多可以轉移的技能能夠讓他們成為一家公司理想的ceo。
對技術的**遠矚
乙個企業的創始人可以是技術型的。當然ceo也可以找乙個具有技術背景的聯合創始人：所以這通常並不是太大的問題。但是，當ceo本身就具有技術背景的時候，人們卻往往會質疑他們，對此我真的無法理解。
程式設計師不但能知道未來技術的走勢，還幫助創造了技術發展的有利條件，並且他們有著強烈推動技術進步的念頭。如果企業的掌舵者沒有這種**遠矚和內心強烈的驅動力，那麼不僅技術會偏離它原本該有的路徑，而且企業也會開始停滯不前。還有其他人會比ceo更有能力以這種方式推動企業前進嗎？
口才要好
成為ceo最重要的屬性之一，也是程式設計師覺得最難適應的一種能力是口才要好。想吸引有才華的人才到自己身邊來，或者想爭取有能力的人才，那麼你需要說服他們，而這意味著編故事或「信口開河」。
不僅如此，在企業的發展成長中也需要用到此技能。接下來可能是銀行經理，然後，如果你的公司正準備籌辦的話，你還得與新聞報社交涉，用你「信口開河」的本領大殺四方。然後，如果到了需要投資的階段，投資人，特別是天使投資人從根本上說投資的是你這個人而不是企業，所以你還必須得向他們展示你的激情，你的構思和承諾，所有這一切都需要良好的口才。
不要小看口才的作用。以前我也以為，成功獲得投資的所有關鍵是你擺出的成績。這只說對了一半，據我所知，糟糕的口才會減少20％的投資資金，而講得好則可以增加20％。不要以為20％是個小數字，如果你正在處理一輪2000萬英鎊的融資，有沒有好口才，會導致你最後籌到的資金大相徑庭。和其他任何事情一樣，口才也是可以練習和實踐得。所以，盡可能多地將時間投入到這上面來，學會用你的口才說服別人。
程式設計師也會做生意
還有乙個錯誤的看法是認為程式設計師不會做生意。比如說業務開發，就是乙個程式設計師最初可能並沒有太多接觸的領域，但它也會成為程式設計師提公升自己真正價值的領域。
將高水平的技術專長帶到這類會議中去可以為自己增加天平的籌碼。它對說服他人有非常顯著的作用，能幫助營銷團隊搞定客戶。
對於程式設計師，關於生意另一方面需要掌握的是excel。到目前為止這是處理資料最常用的工具，或許也是很多企業生意中使用得最多的工具，雖然在程式設計師的世界裡，excel並不是乙個非常受歡迎的產品。然而，學習使用excel——很容易的——是程式設計師轉職為ceo的無價之寶。在幾乎每乙個階段，人們都希望能夠**某一生意的收入，並希望用一種很容易理解的形式呈現資料。 excel就是這樣一把好刀。
解決問題的好幫手
程式設計師在涉及到產品命名和服務時，可以說是極具創意的。他們整天都在為**命名，所以一貫和明確地為企業的元素（內部的和外部的）命名不是問題。名字能夠展現一家企業實際的行為藍圖，所以至關重要，誰也比不上在它背後用技術支援企業的程式設計師。
最後，程式設計主要就是解決問題。程式設計師希望能夠挑戰從來沒有碰到過的複雜問題。要做到這一點，需要敏銳的頭腦，慣於用橫向的思維來解決問題。這與商業挑戰真的沒什麼不同。ceo需要思考，沉思，討論並制定解決問題的方法，擁有程式設計背景有助於你用這種方式思考問題。
我從程式設計師，到首席程式設計師，到經理，再到ceo的歷程是艱鉅的。但我的的確確做到了，所以沒有理由其他的程式設計師不行。事實上，我相信他們同樣可以，你也是。
從程式設計師到CEO
從程式設計師到ceo 序言 今天我無意中在網路上看到某位仁兄通過部落格出了一本 程式設計師的羊皮卷 我突然感覺這個世界表達個人際遇的機會太多了。同時作為一名在it行業打拼了近15年的老鳥的我，覺得很多時候年青人的區辨力，很多時候比較隨波，如果我們能及時的多種真實的聲音，我想可以為新人提供多點參考。我...
思維的蛻變 從程式設計師到專案經理
文 火星人 出處 it168 因為我在參與的軟體專案開發表現出色，公司在新乙個軟體開發專案上委派我做專案經理，全權負責專案各種事務的管理。繁忙的事務處理使我體力透支,有一種脫了一層皮的感覺，但最使我心力交瘁的是從軟體程式設計師到專案經理的一種思維方式和觀念的痛苦轉變。在軟體越來越複雜，需求多變的情況...
從初級程式設計師到高階程式設計師你只需要注意這幾點
1 命名不規範 命名很隨意，當時寫 特別high，什麼奇奇怪怪的命名都有的，完全意識不到全名規範的價值和意義。2 不寫單元測試 確切來說，是不按tdd的方式開發。在現在ide這麼強大的情況下，先寫單元測試的習慣，不僅僅是 的嚴謹性，也是效率的代名詞啊。好的單元測試，邏輯必然會清楚 3 先整合，再測試...