從一句格言開始
“Reading makes a full man, conference a ready man, and writing an exact man.” —— Francis Bacon
大約是在讀初中那會，第一次讀到先哲關(guān)于讀書的這段名言。它有很多個版本，“閱讀使人充實，會談使人敏捷，寫作使人精確” 是這個語錄中我最熟悉的部分。如果這句話是一個結(jié)論，那么我給自己在這三個項目上的打分排序大概會是精確、充實、敏捷?？赡苡行睦戆凳镜年P(guān)系，或者是我的個性使然，寫作使人精確這句話在我個人身上是得到印證的。
提筆的時候，仿若有一種儀式感在，也養(yǎng)成了一個習慣，不管寫的是什么，多少會逼迫自己斟酌字句。從學生時代寫作文，到現(xiàn)在工作寫代碼，莫不如是。這里面有兩個原因，其一，在我的觀念里，如果我的文字要承載知識，那我就有責任確保知識的正確性，哪怕這種正確性只是“我認為”而已；其二，寫作這個活動本身不具備即時的社交屬性，幾乎沒有協(xié)作和及時反饋的需求，客觀上也給慢思維提供了條件。雖然不想承認，但我是一個慢思維者。
曾經(jīng)有過作文比賽的經(jīng)驗，從初中到高中，作文分數(shù)常常拿的不低。然而在各種文體中，我最不擅長寫議論文，現(xiàn)在總結(jié)起來原因是書讀的太少，搜索論據(jù)的時候知識庫存不足，而對于“精確”的苛求，愈發(fā)使得我不可能在有限的應試時間內(nèi)寫出一篇哪怕令自己滿意的議論文。
回歸我的職業(yè)，快慢、深淺對于程序員來說更加是一個高頻出現(xiàn)的抉擇，快速是時效指標的要求使然，深入則是對編程活動內(nèi)在規(guī)律的尊重。合理的，強壯的，可擴展的程序需要你進行一定程度的深入思考從而對代碼加以設(shè)計，否則即使你很快的完成了眼前的任務，你可能會埋下一些漏洞，行話叫“坑”。只要這個程序未來有生長的規(guī)劃，將來你的同事或者你自己可能就不得不去填補這些“坑”，而那時候的時效損失也許會遠遠超過當下多花些功夫做好設(shè)計的費用。
我有幾塊機械鍵盤，然而我只用它們來打即時戰(zhàn)略游戲，并不用它們來敲代碼。因為在快與深的平衡上，我自己的瓶頸并不在碼字的速度。
關(guān)于“寫作”，告一段落，未完待續(xù)。讓我來寫一寫“會談”——會談使人敏捷。 我相信遺傳因素和后天培養(yǎng)在人類的這個特質(zhì)上同時起到了關(guān)鍵的作用。就我個人而言，“敏捷”的天賦我點的太少——因此對于“機敏”這個特質(zhì)，我是一直羨慕而不得的。倘若將來我的孩子能被人夸贊機敏，我會為他高興，在我這看來這絕對是個人的一個優(yōu)勢。
究竟是會談使人敏捷還是敏捷使人會“談”？這是一個需要厘清相關(guān)性和因果關(guān)系的問題。我更愿意相信，是會談使人敏捷多一點。因為倘若不是，那我一直羨慕的特質(zhì)大概就沒有什么盼頭了?！懊艚荨痹谏缃粓龊现惺且粋€非常有用的特質(zhì)，會談的即時屬性容錯率較低，不像寫作那樣給人更多思考的時間和糾錯的空間。也正是因為對“快”的要求，具有即時性、一次性特點的對話相對固化的文字來說，會顯的更“淺”，這是我很小的時候就有的一個認知，今天換了一些語言重新組織。
——— 未完待續(xù)———
我的公眾號
這里有Swift及計算機編程的相關(guān)文章，以及優(yōu)秀國外文章翻譯，歡迎關(guān)注～
