創業公司如何確定技術路線
當前位置：點晴教程→知識管理交流
→『 技術文檔交流 』
文 / 郝培強 首先要說的是，我認為創業公司的技術路線選擇并不是一個技術問題。如果是一個純粹的技術問題，那么很可能會一直爭論不休，最后的結果就像某個笑話里面說的，某公司一直到倒閉技術路線還沒統一。因此，本文不會向你推薦任何一個具體的技術方案。 創業公司往往都面臨著不同程度的資金和資源短缺，經不起反復修改技術路線帶來的資源浪費，需要管理者或者技術帶頭人能夠較早地確定一個適合的技術路線。因為技術路線決定了崗位如何設置、人員如何招聘、開發周期、開發模式等。而更多時候，人員招聘可能是最核心的問題。 那么創業公司該如何選擇技術路線呢？我有如下一些看法。 給非技術出身創業者的建議 以前做技術咨詢時，我們經常會遇到一些非技術出身的創業者，他們往往對好的技術人員非常渴求。但對如何找到好的技術人員，如何吸引技術人員加入，他們卻束手無策。在我創業的這兩年，這點得到了充分的印證，我可以輕松地勸喜歡的技術人員加入，但要找到好的設計師并說服他們加盟太難。各種人才都有自己的圈子、文化和行為方式，他人很難融入。 對于非技術出身的創業者，我的建議是，盡量使用開源系統、現成的解決方案。雖然技術人員往往對Discuz!、UcHome甚至WordPress等現成的系統頗有微詞，但對于沒有技術背景的創業者，這些系統是最好的切入點。 我見過一些非常成功的團隊，創始人完全不懂技術，但對產品、運營、營銷非常在行，他們的網站全部采用開源系統，沒有任何的改動，只是找了設計師對樣式做了修改。網站的流量、用戶滿意度都非常不錯。因為沒有任何先行的開發，所以網站可以很快正式上線，而且大多數程序的開源系統，也都有較強的自定義能力，仔細琢磨下就可以玩出很多花樣。 這樣的團隊往往沒有技術人員，或者只有一兩個很初級的技術人員，因此，在網站成功發展后，往往會遇到一些技術瓶頸：例如在流量猛增后，技術人員不知道如何化解；產品發展了，開源軟件的基礎擴展能力不能滿足需求以后，需要二次開發或者需要重新開發時，現有技術人員的能力無法跟上。 這時就需要考慮引入一個好的技術帶頭人，建立自己的技術路線。通常也會有一番波折，但這也是種甜蜜的煩惱，因為不發展到一定程度，根本不需要考慮。發展到這樣的程度，公司的現金儲備和知名度都有了很大的提升，招人也就會容易一些。 給技術出身的創業者的建議 首先，我認為一切企業管理的出發點和歸宿都是“人”。什么樣的公司吸引什么樣的人才，所找的人才又會影響公司企業文化的形成。技術路線的選擇，一定要結合獲取人才的難易和開發模式的組織情況來思考。 激進的技術路線 很多人喜歡激進的技術路線，比如用Erlang、Go等語言做項目，而公司全部員工幾乎都是初學者。又或者有人在iOS第一代SDK出現時就投身App Store。 有時，有些功能或產品只有激進的技術路線才能解決，較早使用先進技術可以獲得技術優勢和壁壘，在一般網站都使用SQL Like語句做全文搜索時，如果你率先使用Lucene/Sphinx等開源搜索引擎，那么就會在性能和效果上有非常明顯的優勢。技術發展非常快，但普及非常慢。在2001年開發出Lucene第一個版本后不久，國內的技術人員就開始寫文章和學習筆記介紹它，但到了2008年，國內很多中型網站的全文搜索仍在使用SQL Like語句，很多技術人員明知這樣耗費服務器資源很嚴重，甚至會拖垮服務器，但也不會改用Lucene。 有時，激進的技術路線可以幫助你在新興市場占領先機。前兩年蘋果App Store剛剛出現，軟件比較缺乏，所以只要產品質量尚可就可以獲得很多用戶，從而獲得不菲的收入。現在開發者想做出被市場認可的產品非常難，而那些進入早的產品則可以靠早期積累下的用戶穩定可靠地發展。 激進的技術路線的另一個好處是，可以作為人才過濾器。如果公司使用的技術剛出現或者剛開始流行，那么愿意嘗試甚至可以用好這種技術的人，往往是善于學習、不怕麻煩的。這是技術團隊里面最喜歡的一種人。 但激進的技術路線不是誰都可以玩得轉的。如果想采用激進的技術路線，往往需要技術帶頭人是所選技術的專家，可以在技術方面輔導團隊成員。同時不能讓先進技術成為技術帶頭人的獨門絕技，這樣的團隊是不健康的。 沉穩的技術路線 對大多數公司來說，真正的競爭優勢是產品和服務，而不是采用了什么樣的先進技術平臺。在這樣的公司里面，技術團隊的任務不是提供核心競爭力，而是給公司的業務部門提供堅實可靠的技術基礎，那些不能帶來產品和服務體驗升級的技術亮點并不重要。 對這樣的團隊來說，我建議采用沉穩的技術路線。簡單地說，就是采用技術帶頭人或者團隊成員都熟悉的技術，一切從實用出發。 首先，招人變得相對容易。到目前為止iOS程序員的價格仍舊是居高不下，且非常難以招到高質量的。與之相對，C#程序員、PHP程序員、Java程序員就相對便宜和好招多了。同時，可以選擇的現成技術解決方案也多了，就PHP、.NET、Java等語言來說，開源的論壇、CMS系統都非常多。 對語言和平臺來說，技術越來越不重要，更重要的是社區和支持。技術人員應該改變思路，不管什么語言和平臺，在合適的人手里面都可以釋放出巨大的力量。 以Java為例，之前是一門新興語言，存在的最大問題是各種第三方庫的匱乏。但這些年發展下來，以Apache基金會、IBM等為代表的機構，積累了大量的開源庫，如Lucene家族等。 再以PHP為例，PHP早期就是以快速開發、簡單易用而聞名的，在大規模計算和性能上并不占有優勢，特別是腳本的運行方式帶來了一些對象生命周期以及性能的問題。但作為PHP用戶社區的成員，LiveJournal創造了Memcache解決了緩存生命周期，Facebook創建了HipHop for PHP大大提高了性能。 所以我們不僅可以在理論上說，沒有壞的平臺，只有壞的架構師，也可以從實踐上說，現在幾乎每個主流開發平臺，都有一些世界級的優秀網站背書。而且在互聯網時代，其他公司的經驗很容易借鑒。 因此，采用技術帶頭人或者團隊成員都熟悉的技術路線，積極了解社區動態，大多數公司就可以應對技術上面遇到的問題。對于樂于學習的團隊而言，現在是最好的時代。 該文章在 2012/5/7 14:22:56 編輯過 |
關鍵字查詢
相關文章
正在查詢... 
|
400 186 1886
