1. 程式人生 > >不是每個程式設計師都是適合創業,即使你工作了十年

不是每個程式設計師都是適合創業,即使你工作了十年

前天晚上看吉日老師的部落格,讓我突然找到生命的動力了,熬夜看到3點左右(哥哥我一向都是十點鐘睡覺的),最近有看到園子裡一個關於程式設計師創業的文章,不免要淺談一下自己的一點想法,歡迎各位拍磚,但是是請看完再拍,謝謝。

正文

為什麼要創業?

原因:

1.給人打工只能解決溫飽問題,不能實現國家領導人N前的提出的小康生活水平,感覺對不起黨和人民,所以需要創業。

2.想挖一口屬於自己的一口井,如果有一天我們老無所依,把我們埋在春天裡是不可能了,也不可能讓我們活在新聞聯播裡,還是有一口自己的“井”,比較靠譜。

3.自我價值的實現,總感覺自己牛逼嘻嘻,天天和我們這個苦逼的程式設計師在一起,體現不出自己牛逼閃閃的才華和光芒,需要實現自己的人生價值就要有自己的事業。

4.無奈之舉,工作不順心,老婆大人沒有好衣服穿,孩子沒有學上,結婚沒有房子住,據說創業可以一年掙房子,三年可以上市,五年衝出亞洲,十年衝出地球,移民火星。

5.羨慕嫉妒恨,看看人家比爾蓋茨大叔大學沒有讀完就成首富,馬雲一個高考n年才考專科的學校,就成為創業教父了,天天腦子裡是贏在中國,做夢都是陳安之的成功學,吃飯都是想張愛玲的那句:出名要趁早,這樣的人不創業能幹嘛。

現在的創業環境

1.時間上,沒有十年前網際網路初期的黃金時期,炒概念都可以炒上市。

2.行業上;面臨一代成長出來的網際網路三座大山(阿里,百度,騰訊。),達到一定高度時候遇到面臨的瓶頸。

3.門檻上:門檻降低了,十年前馬雲50w可以創業,十年後物價橫飛的年代,你有五十萬依然還是可以創業,手裡有個萬兒八千也可以創業,門檻低帶來的一個劣勢就是競爭大,中國人又習慣於拿出低價殺手鐗,這裡要稱讚一下吉日老師,不能隨便賤賣自己的心血作品。

我接觸的一個技術人A創業故事

首先介紹A的情況:

十多年的資深程式設計師出身,目前創業專案是手機開發,公司員工三個人左右(把老闆算上),典型的個人創業微公司。

技術人的招聘:

小公司最難就是找到員工,像這樣的公司,找有工作年限的人,薪水開不出來,只能找應屆生或者剛出道的程式設計師,本著學習經驗等等的理由讓你在這裡鍛鍊,但是現在的應屆生其實大家都知道,雖然願意找小公司,但是隻有兩三個人公司,還是很不願意考慮的。

所以招聘的時候難免要以其他公司的名義招人,找來之後籤合同的時候變成自己的公司,有可能這兩家公司其實就在一起辦公。

(這個可以理解,也許N天之後你發現不一樣了,他們會說和找你的那家公司待遇和人事是一樣的話,安慰你)

技術人A也許比較關注技術,安慰你的話可能還是你想走人的時候,人事跟你說的,你跟老大的交流只限於技術,生活和公司人事的情況你想了解都很難。

技術人的執著

一次關於api介面的討論,新浪微博有web的api,還有桌面級的api介面可以使用,這個時候老闆A想要做qq的api,不僅想做web的版api,還想做桌面級客戶端api介面,這個時候你從網際網路商業角度的分析告訴他:由於新浪微博沒有自己的客戶端,所以他授權第三方可以開發和使用桌面級的客戶端,但是由於騰許一直都有自己的客戶端工具,騰訊只授權了web版的api介面,不可能授權第三方開發客戶端產品。但是技術人還是比較執著,直接認為你這個人沒有執著精神了,於是幾個人查詢資料,談論了幾天最後還是以無果而告終。

其實我很納悶:我們搞計算機的人每天看看網際網路新聞,思考網際網路商業模式是幹什麼用的?不就是知道什麼不可以做,什麼可以做的嗎?憑藉你幾年的看網際網路新聞也可以猜測出騰訊不可能輕易開放出第三方來做客戶端工具的。為什麼非要花幾天時間談論這些憑藉商業角度常識就可以分析出的不可能的事情呢?老闆A認為他們研究幾天證明了不可以是執著,那我幾年了都執著看網際網路新聞思考網際網路模式,我這個算不算執著,算不算堅持。

技術人的產品觀點

功能比外觀重要,這是老闆A經常說的一件事,所以大家的工作主要都是集中在功能上的開發,公司經常找到新人(其實找到的新人一般幾個星期也就走人了),他們第一次開啟頁面經常說的一句話就是:這頁面也太坑爹了吧。

產品上線大半年了(還沒有正式推廣),但是這個產品只有一個產品體驗使用者,那就是老闆A,其他人也是有,如他的朋友們(但是都偶爾用一次的那種)。

老闆A三個手機裡面只有一款手機軟體和自己的產品相似的,原因還是一個剛來的新人告訴他,這個產品和XX產品是相似,(後來做微博介面,也是從這個相似的產品想到的),其實同類產品據我所知已經有三四個都大規模的上線推廣了,不知道老闆A是不是知道,是不是使用過這些相似產品。

技術人的未來觀

偶爾也會談起公司未來的發展,老闆A會說等產品做大做強之後,找風投融資,以後上市,想想挺美好的,但是仔細想想這個未來都是空話,那家軟體公司不是這樣說的,所謂三年上市,五年進入五百強,在中國能夠按時發放你工資,效益好的時候能多發一點就謝天謝地了。不像呼哈網那樣,我等草民就感恩戴德了。

技術人的需求觀

凡是計算機問題都是可以解決的,這是老闆A對技術需求的觀點,由於技術出身可能描述能力不是很強,在提需求的時候總是很言簡意賅,對於新人來說,真的很難理解, 如果你要問告訴他這個不知道怎麼做,技術人A會說了很多,基本上的觀點就是凡是計算機問題都是可以解決,當然這個需求肯定是可以做出來,至於怎麼做,做成什麼效果那是你的問題,自己想法。

一個模糊不清的需求—一個凡是計算機問題都可以解決的指導思想—一個你具體做什麼,怎麼做,做成什麼都是你的問題—-一個個新人就在這些坑爹的需求上黯然離開。

技術人的員工觀

來了兩個多月,雖然突然老闆決定讓我們體驗一下這個產品,老闆有三個手機,

一個蘋果,一個安卓,一個國產安卓,一天突然讓我們拿著他的手機體驗一下,難道這算是員工福利?老闆A是做蘋果的開發,安裝版的產品其實也就是一個很簡單的基礎功能,於是老闆大方的把他的國產安卓機給我們玩了一夜(下班後讓你體驗的,其實我很想安卓和蘋果都給我體驗一次),體驗一次後每個人都發現了一個小bug。

bty:

都是剛出道的窮學生,手機還停留在諾基亞的年代,安卓還是第一次摸,其實做手機開發的公司要能讓員工買得起手機才是好公司,可惜這個願望到我離開的時候也沒有實現,一個做手機開發的公司不能讓自己的員工買的起手機用得起自己的軟體的公司不是好公司。

技術人的加班觀

作為十年以上的技術人對於加班早就應該是沒有了感覺,老闆A可以熬夜到一兩點搞技術,每天早上十點左右到上班。當然也希望別人也應該和他一樣拼命。

也許在他眼裡:天天熬夜才是正常的,天天變成一個永動機才是一個人價值的體現,很顯然不是每個人都符合他的要求。

加班有沒有加班餐的沒有人告訴過,直到N個月後離開的時候,無意之間才知道加班一直是由加班餐的,週六週日加班是有加班工資,可惜員工從來都不知道,老闆A從來也沒有說過,更沒有發過這些,能每月準時的發那點工資就不錯了,因為工作了N個月工資只有一次發對數過(淚奔中。。也許老闆A還沉迷在技術中,忘記還需要發薪水的事情)。

總結:技術人創業不以為所有的員工都跟你一樣才是牛逼。

1.對於員工,你要了解你的員工,不要當了老闆了還是天天技術,不是每個人都像你一樣,不是每個人都可以想你當年那樣。

2.對於產品,不是你認為滿意的產品就是好產品,大家都說好的產品,才是真正的好產品

3.當了老闆了,你就應該站在老闆的角度思考問題,技術只是一個部分,管理,運營,溝通等等其他也很重要。 學會角色轉換

技術人如果不能解決上面三個問題,就不要輕易嘗試創業。

相關推薦

每個程式設計師適合創業,即使工作

前天晚上看吉日老師的部落格,讓我突然找到生命的動力了,熬夜看到3點左右(哥哥我一向都是十點鐘睡覺的),最近有看到園子裡一個關於程式設計師創業的文章,不免要淺談一下自己的一點想法,歡迎各位拍磚,但是是請看完再拍,謝謝。 正文 為什麼要創業? 原因: 1.給人打工只能解決溫飽問

每個程式設計師應當瞭解的11句話

1.技術只是解決問題的選擇,而不是解決問題的根本 我們可以因為掌握了最新的JavaScript框架ahem、Angular的IoC容器技術或者某些程式語言甚至作業系統而歡欣雀躍,但是這些東西並不是作為程式設計師的我們用來解決問題的根本——它們只是用於幫助我們解決問題的簡單工具。 我們必須非常謹慎

[轉]國外程式設計師推薦:每個程式設計師應該讀的非程式設計書

五年前有網友在 Stackoverflow 發帖提問:『程式設計師應該讀哪些非程式設計方面的書?』。有很多程式設計師響應,他們在推薦的同時也寫下了自己的評語。本文摘編其中 29 本書,下面就按照各書的推薦數排列。另外,本月初我們在伯樂頭條也發起了相同的討論帖《你最喜歡的非程式設計書是哪一本?》,已有很多的朋友

程式猿養生方法(每個程式設計師應該看一看)

前言 程式設計師職業生涯中,健康問題尤為突出。隨著時間的流逝,夢想可能漸漸暗淡,激情可能慢慢消退,但是,有一點卻很肯定,我們的身體大不如前,視力下降,慢性腸胃炎,頸椎病,失眠,神經衰弱,此類慢性疾病接踵而來。 身體是自己的,也是一輩子的事情,人的自我恢復能力並不是很強;所以我向來不建議為了事業,而犧牲身體。

學習C語言的教材、如何成為一名優秀的C程式設計師、激發程式設計師創意的6本書、國外程式設計師推薦:每個程式設計師應讀的書

學習C語言的教材 我的C語言是自學的,這些年看過不少教材。 下面,我對其中一些教材做個點評。 1. How to Think Like a Computer Scientist: C version 這是我讀過最易懂的C語言教材。 雖然它只講

國外程式設計師推薦:每個程式設計師應該讀的非程式設計書

【伯樂線上導讀】:五年前有網友在 Stackoverflow 發帖提問:『程式設計師應該讀哪些非程式設計方面的書?』。有很多程式設計師響應,他們在推薦的同時也寫下了自己的評語。本文摘編其中 29 本書,下面就按照各書的推薦數排列。另外,本月初我們在伯樂頭條也發起了相

小黃鴨除錯法,每個程式設計師要知道的

花了一下午(或一天)在試圖解決某個 Bug,後來才知道解決方案很簡單,當時就是沒有想到。 有個同事正好路過,看到你愁眉苦臉的,問你“怎麼了呀?” “噢,是這樣的。我遇到了一個問題,點選這個控制元件的時……” 當你正準備和同事詳細解釋的時候,突然靈光一現,你話都沒說完

國外程式設計師推薦:每個程式設計師應讀的書

【更新】:近日(2012年8月17日)重看 StackOverflow 的原討論帖,發現於今年年初被關閉了。不過有人做了彙總,把其他回覆中提到的書籍,放在投票數最高的回覆中。新更新新增 59 本書,詳情可見文章後半部分。 編者按:2008年8月4日,StackOve

每個程式設計師應該具備的除錯能力。

首先,除錯是⼀個程式設計師最基本的技能,其重要性甚⾄超過學習⼀門語⾔。不會除錯的程式設計師就意味著他即使會⼀門語⾔,卻不能編制出任何好的軟體。 VC/VS除錯快捷鍵: F9 //設定斷點和取消斷點 F10 //開始除錯//單步執⾏ F11 //進⼊

每個程式設計師應該知道的 15 個最佳 PHP 庫

1. PChart PChart是一個令人印象深刻的PHP庫,可以以一種視覺化圖表的形式生成文字資料。資料可以展示為柱狀圖,餅狀圖,以及其他格式。使用SQL查詢可以幫助PHP指令碼建立令人驚歎的圖表和圖形。 2. PHP CAPTCHA PHP CAPTCHA是另一個偉

【Spring】每個程式設計師使用Spring(四)——Aop+自定義註解做日誌攔截

一、前言       上一篇部落格向大家介紹了Aop的概念,對切面=切點+通知 、連線點、織入、目標物件、代理(jdk動態代理和CGLIB代理)有所瞭解了。理論很強,實用就在這篇部落格介紹。       這篇部落格中,小編向大家介紹springAop很常見的

每個程式設計師應該學習使用Python或Ruby(選Python)

每個程式設計師都應該學習使用Python或Ruby 如果你是個學生,你應該會C,C++和Java。還會一些VB,或C#/.NET。多少你還可能開發過一些Web網頁,你知道一些HTML,CSS和JavaScript知識。總體上說,我們很難發現會有學生顯露出掌握超出這幾種語言範

每個程式設計師應該瞭解的記憶體知識(二)

http://web.itivy.com/article-347-1.html 接下來的章節會涉及更多的有關訪問DRAM儲存器的實際操作的細節。我們不會提到更多有關訪問SRAM的具體內容,它通常是直接定址。這裡是由於速度和有限的SRAM儲存器的尺寸。SRAM現在應用在

程式語言之父——每個程式設計師應該記住!

Dennis Ritchie(丹尼斯•裡奇)被世人尊稱為“無形之王的C語言之父”、“偉大的UNIX之父”,開創了計算機網路技術的先河,為喬布斯等IT巨匠提供肩膀的巨人。1978年與布萊恩•科爾尼幹(BrianW Kernighan)一起出版了名著《C程式設計語言》,被翻譯為多種語言,是C語

為什麼每個程式設計師應該學習使用命令列

大學畢業以後我就成了一名JAVA程式設計師,在之後的很長一段時間裡,我每天上班的流程基本都是一樣的: 早上來到公司 -> 開啟電腦(啟動Windows) -> 開啟Eclipse(我是一名JAVA程式設計師) -> 寫一天程式碼(期間我通過IDE整合的Tomcat伺服器來除錯我的應用

每個程式設計師應該瞭解的 CPU 快取記憶體 英文原文:Memory part 2: CPU caches

現在的CPU比25年前要精密得多了。在那個年代,CPU的頻率與記憶體匯流排的頻率基本在同一層面上。記憶體的訪問速度僅比暫存器慢那麼一點點。但是,這一局面在上世紀90年代被打破了。CPU的頻率大大提升,但記憶體匯流排的頻率與記憶體晶片的效能卻沒有得到成比例的提升。並不是因為

每個程式設計師需要知道一些遊戲網路知識

作為一個程式設計師,你有沒有想象過多人遊戲是如何實現的? 在外行人看來遊戲很神奇:兩個或者更多的玩家在網路上分享共同的經歷,就像他們真實的存在於相同的虛擬的世界一樣。遊戲看起來猶如一個巨大的魔術,奇妙而又刺激,但作為一個開發人員我們知道,真實的情況和我們所看到的並不一樣,那

每個程式設計師該知道的 5 個定律

定律-或稱法則,可以指導我們並讓我們在同伴的錯誤中學習。這篇文章中,我將介紹我每次設計或實現軟體時出現在我腦海的五大定律。其中有些和開發有關,有些和系統組織有關。它們可以幫助你成為合格的軟體工程師。 墨菲定律 “凡是可能出錯,就一定出錯。” 這條定律來源於 Edward Murphy —— 一名

每個程式設計師應該知道的8個Linux命令

cat     cat – 連線檔案,並輸出結果 sort     sort – 檔案裡的文字按行排序 grep     grep, egrep, fgrep – 打印出匹配條件的文字行 cut     cut – 刪除檔案中字元行上的某些區域 sed     se

書_國外程式設計師推薦:每個程式設計師應讀的書[轉]

 編者按:2008年8月4日,StackOverflow 網友 Bert F 發帖提問:哪本最具影響力的書,是每個程式設計師都應該讀的?  “如果能時光倒流,回到過去,作為一個開發人員,你可以告訴自己在職業生涯初期應該讀一本,你會選擇哪本書呢?我希望這個書單列表內容豐富,可以