本文是從 Fear of Ignorance 這篇文章翻譯而來。
上周，我和公司里四個(gè)技術(shù)負(fù)責(zé)人中的兩個(gè)一起給應(yīng)聘公司副總裁職務(wù)的候選人進(jìn)行面試。屋里了所有人——除了我——都是典型的“技術(shù)型”人才——他們能寫 代碼，有解決編程難題的經(jīng)驗(yàn)，有計(jì)算機(jī)專業(yè)背景。我寫最后一行PHP代碼已經(jīng)是2004年的事了，而且那些代碼被一個(gè)真正的程序員在半年內(nèi)給重寫了。
托馬斯—我們的一個(gè)技術(shù)負(fù)責(zé)人:
如何能設(shè)計(jì)出一個(gè)能有效的應(yīng)對系統(tǒng)升級擴(kuò)容(增加一些新的數(shù)據(jù))的系統(tǒng)，實(shí)現(xiàn)這樣的升級而不影響用戶的使用，會遇到什么樣的挑戰(zhàn)？
應(yīng)聘者：存儲這些數(shù)據(jù)不會是個(gè)大問題——Amazon S3能解決這種情況。過程可能要費(fèi)點(diǎn)力，但也不是很難。你需要思考的是如何讓應(yīng)用使用這些數(shù)據(jù)；預(yù)處理每個(gè)視圖，預(yù)先換算也許是個(gè)蠢辦法，但當(dāng)用戶需要反 向排序時(shí)發(fā)現(xiàn)速度嚴(yán)重降低，這也許是更糟糕的事情。你可以使用(三個(gè)字母的簡化術(shù)語)在內(nèi)存中做一些數(shù)據(jù)轉(zhuǎn)化。
我: (點(diǎn)頭)
應(yīng)聘者：然后你需要確保…
我：哦，等一下。抱歉；我不該點(diǎn)頭。我不知道你說的(三個(gè)字母的簡化術(shù)語)指的是什么。能解釋一下嗎？
每個(gè)人都露出了笑容，笑了起來(很友善的)，應(yīng)聘者解釋了這個(gè)術(shù)語，然后繼續(xù)說下去。
這就是我要說的問題。數(shù)年前，我曾經(jīng)極度恐慌于在我所管理的團(tuán)隊(duì)面前解釋被問到的問題。從我在其它一些公司的經(jīng)驗(yàn)(做訪問，做顧問，做咨詢等) 發(fā)現(xiàn)，這是一個(gè)相當(dāng)普通的現(xiàn)象，特別是在管理層、CEO隊(duì)伍中。當(dāng)你管理其他人，你總以為需要知道所有的答案，或至少要了解所涉及的問題，不是嗎？
但這是有條件的。在某些公司里，他們高度的政治化、等級森嚴(yán)的文化需要管理者表現(xiàn)的像個(gè)完人。我本人從來沒有在這樣的地方工作過，但我見到過， 我知道，對于處在這種環(huán)境中那些家伙們，維護(hù)面子和展示強(qiáng)勢是件重要的事。但在創(chuàng)業(yè)公司和創(chuàng)業(yè)者的世界里，這是我們需要拒絕的傳統(tǒng)余孽。
像我這樣非技術(shù)的人通常會有一種自卑情結(jié)，感嘆于缺少某一領(lǐng)域的知識。我們在很多的行業(yè)媒體、博客以及論壇里都能看到那些鼓吹：真正的程序員應(yīng)該鄙視同/為不懂技術(shù)的管理者、創(chuàng)始人、CEO們工作。你只需要看一看這些非常火爆的關(guān)于這個(gè)論題的帖子：
這些文章足夠讓像我這樣的家伙們羞愧的無地自容，驚恐的在Sal Khan 或 Codecademy找 一個(gè)2周的速成教程，戴著面罩學(xué)習(xí)，直到取得第一張hackday MVP證書。在互聯(lián)網(wǎng)的遠(yuǎn)古時(shí)代，我是個(gè)很爛的網(wǎng)頁設(shè)計(jì)者，使用Dreamweaver和一些從論壇、谷歌搜索，或訪問過的網(wǎng)站上偷來的代碼拼湊成蹩腳的 PHP程序，并把它們放到網(wǎng)站上。這也許就是我干過的最有技術(shù)性的工作了。
不像上面的那些文章的作者，我從來沒有去花上數(shù)周的時(shí)間自學(xué)Ruby，Rails框架，去開發(fā)一個(gè)小的應(yīng)用程序。甚至我曾有過好幾百小時(shí)的時(shí)間 可以讓我在計(jì)算機(jī)科學(xué)上學(xué)習(xí)、取得成績，以幫助我在招聘工作，面試，或?qū)慞PT，或在我下周的演說中表現(xiàn)的更好，或者在博客里使用。但我沒有好好的利用。
然而，不管怎樣，我們的Moz公司已經(jīng)成為一個(gè)相對成功的技術(shù)公司。我們在西雅圖找到了一批最好最聰明的技術(shù)人員，他們能處理最有挑戰(zhàn)性的軟件工程問題，而大多數(shù)情況中，我們都干的很不錯(cuò)。
在Quora上有個(gè)很火的帖子問到“軟件開發(fā)中最常見的錯(cuò)誤認(rèn)識是什么？ ” 我想，這種認(rèn)為只有懂技術(shù)的人才有資格管理和領(lǐng)導(dǎo)技術(shù)型軟件團(tuán)隊(duì)的想法應(yīng)該在這個(gè)答案清單中占有一席之地。確實(shí)有些人聲稱：一個(gè)優(yōu)秀的軟件公司不可能是由 一個(gè)不懂技術(shù)的人創(chuàng)立或由一個(gè)不懂技術(shù)的人領(lǐng)導(dǎo)。但我卻不以為然，有很多的創(chuàng)始人，企業(yè)領(lǐng)袖，或管理者，對他們的業(yè)務(wù)技術(shù)根本不了解，但卻實(shí)現(xiàn)了偉大的成 就。
一些微型的團(tuán)隊(duì)，雖然沒有專業(yè)知識，卻能對創(chuàng)立的公司做出杰出的市場推廣，把他們的宣傳傳播到了每個(gè)角落。缺乏銷售經(jīng)驗(yàn)或非科班出身的CEO在 實(shí)踐中學(xué)習(xí)取經(jīng)，這樣的例子比比皆是。旁觀者看到他們沒有MBA(包括會計(jì)，金融，管理，經(jīng)濟(jì)學(xué)等)知識，卻能募集到大筆的資金，處理復(fù)雜的金融交易，雇 用到杰出的管理人才，帶領(lǐng)公司從創(chuàng)立到上市，人們對這些反而嘖嘖稱奇。像旅游，媒體，移動(dòng)，游戲，房地產(chǎn)等很多的領(lǐng)域里，外行的領(lǐng)導(dǎo)人都能根據(jù)實(shí)際情況而 學(xué)習(xí)，雇用人才，把技術(shù)決策留給認(rèn)可的專家。我?guī)缀鯖]有見過創(chuàng)業(yè)領(lǐng)域出來的權(quán)威人士會鼓勵(lì)創(chuàng)業(yè)者們自己鉆研這些專業(yè)知識而不去聘請外面的專家。
軟件領(lǐng)域很特殊嗎？
可能。
難道一個(gè)人能知道如何用程序語句來引用變量，或知道如何把數(shù)據(jù)存儲到數(shù)據(jù)庫中，就能本質(zhì)的增加他在創(chuàng)業(yè)路上成功的幾率嗎？
也許。
但是我相信，有很多其他方面的專業(yè)的知識也能給創(chuàng)業(yè)的過程帶來很大的正面影響，而且很多都是跟編程不相關(guān)的。
我至今仍在為缺乏工作中的某些知識而極度的難為情。但關(guān)鍵是，至少是對我，要承認(rèn)自己是個(gè)笨蛋，正確的看待這種罵名，不再恐懼。并不是對這些視 而不見，而是把這個(gè)環(huán)境當(dāng)做自我勉勵(lì)的舞臺。但是，因?yàn)橐龀稣_的決策，你需要理解問題、故障和可能的解決方案。這并不一定需要你做深入的技術(shù)探索，而 是需要你問大量的問題，其中一些可能是很傻，很無顏面的問題。
這種做法在很多我見到過的以權(quán)力為中心的公司中遇到了直接的阻力，甚至在Moz有時(shí)也會有。但也許是因?yàn)槲业哪樒ぴ絹碓胶?，這種做法讓我在各種 專業(yè)技術(shù)中都獲得了好處。我們雇傭到了人才，公司在慢慢的成熟，對于那些難題（我提出的或被問到的），我最喜愛的一個(gè)回答是“我不知道。但我會弄清楚。”
無論你在創(chuàng)業(yè)領(lǐng)域處在什么樣的情形中，我想，顯露無知總比掩蓋無知好，即使是對那些被認(rèn)為“無所不知”的人也是這樣。對一個(gè)人因?yàn)樗粫幋a就 對他的能力大打折扣，這似乎成了一個(gè)潮流。在Fackbook是這樣；在谷歌某種程度也是這樣；科技新聞界和風(fēng)險(xiǎn)投資家們推波助瀾，似乎這就是真理了。我 不敢茍同。
雖然這樣，我仍然計(jì)劃著在Khan Academy上找一些計(jì)算機(jī)科學(xué)方面的講座來看。
聯(lián)系客服
