每個人所遇見的人和事都很繁雜否过，而我們能做的僅僅是記憶與思考再向前走。
可能長時間做技術的原因惭蟋，會經(jīng)歷一些與創(chuàng)業(yè)相關的故事，在此僅記一下药磺，以達到思考告组、梳理生活與見賢思齊的效果。
筆者所遇見的這位創(chuàng)業(yè)者癌佩，對創(chuàng)業(yè)圈很熱衷木缝，認識很多相關的人和項目便锨，與之接觸，隱隱約約覺得這位的目標是為了把項目與公司的市值做到多少多少我碟，談到其他創(chuàng)業(yè)公司的時候放案，總會覺得他人的技術不怎么樣，就算技術可以矫俺，第一反應也是別人的技術一定是用第三方的或者是有資方技術背景吱殉，對競爭對手基本上沒有覺得值得學習的地方，之前在我與之交談與交流的時候是這樣厘托。有時候在討論需求的時候友雳，情況往往是這樣，一兩句話描述铅匹，然后開始問技術需要多久能實現(xiàn)押赊。誠然，如若技術與創(chuàng)業(yè)者有天然的默契與信任包斑，則這樣的溝通是很有效率的流礁，可有時候，技術對一兩句簡需并沒有理解到背后邏輯的時候罗丰，就會迷失技術走向神帅，又或者不免讓人覺得這樣的需求沒有一個比較明確的產(chǎn)品邏輯或者是商業(yè)邏輯的支撐，是不專業(yè)的做法丸卷。我問這位枕稀，如果這樣做的話是不是更好或者說更有方向性一些，因為做產(chǎn)品谜嫉，往往是從戰(zhàn)略層確定戰(zhàn)術層面不斷變換载荔，而這里面沒有一套嚴格的產(chǎn)品邏輯或者商業(yè)邏輯的話，就會導致每一個簡單的需求都像無頭的蒼蠅爪飘，最終匯集成一個失控的項目或者是四不像的產(chǎn)品贺归。而這位的回答首先是強調(diào)這種想法早都心知肚明，主要是想得很多技術上實現(xiàn)不了住闯，而現(xiàn)在需要快去迭代瓜浸，要試錯來找方向。
以上比原，就是記錄一些經(jīng)歷插佛，我們來簡單分析一下吧。對于很多事情歸結為技術上實現(xiàn)不了量窘，我舉一個例子來說吧雇寇，vscoCam在初創(chuàng)的時候，為了實現(xiàn)在iOS平臺上的獨特濾鏡效果，并不是這里面有天才般的圖形圖像大師锨侯，而是設計師嫩海、攝影師與開發(fā)者，協(xié)作創(chuàng)造出這款獨特的濾鏡應用囚痴，從行事方式就能看得出來這家公司在戰(zhàn)略層的愿景叁怪。舉這個例子為了說明一個事實，問題從來不是單單只要有技術就能實現(xiàn)的深滚，所以凡事都只問技術能不能搞定奕谭，這種本身就有一定的考量局限和功利性。就像一個程序員成箫，你寫代碼展箱，你不可能只寫代碼，忘記分析需求抽象模型沒有測試思維沒有設計代碼的習慣蹬昌，不是所有技術上的問題只單單靠寫代碼就可以解決的混驰，一個優(yōu)秀的程序員我們會要求他要有設計思維，對測試敏感皂贩，對資源能夠平衡把握等栖榨。對于很多事情需要快去迭代這個問題，如果一個程序員一開始寫代碼為了趕工毫無章法明刷，最后的結果往往是要么bug一大堆要么是寫出來的項目無人能看懂后期維護性差婴栽，一個優(yōu)秀的程序員是能夠有足夠好的經(jīng)驗又快又好的把項目拉出來的，對于創(chuàng)業(yè)者我覺得也是吧辈末。對于試錯找方向的問題愚争，其實我個人覺得，這本身是無可厚非的挤聘，可如若是嫁接在以上幾種態(tài)度之上的時候轰枝，這種試錯就有些變味，有時候這種試錯的成本會很高组去，要知道程序員在實驗技術可行性的時候或者在線上驗證代碼的時候鞍陨，時間與用戶成本是不可能不考慮的。綜合來說快速與試錯从隆，如果讓水平一般的程序員來做诚撵，后果可想而知，因為本身這種情況就要求一個程序員思維見識全面且有經(jīng)驗能跳過那些可以避免的坑键闺，有架構能力能夠把控全局等等寿烟，對程序員要求是這樣，我想對創(chuàng)業(yè)者如是吧辛燥。
最后韧衣，我想每個經(jīng)歷的人盅藻，我以后都會記錄一下其優(yōu)缺點购桑，有時候只是針對某個事情畅铭，某種態(tài)度，討論一下勃蜘，見賢思齊硕噩，有則改之，心懷敬畏缭贡，試錯成長吧炉擅。
