昨天，帝都的幾位朋友去了『知乎鹽Club』，且狠狠地刷了我一臉屏。而我滿懷著羨慕妒忌恨參加了Segmentfault D-day的廣州站活動。

總體來說，Segmentfault的這場活動給了我預(yù)期想要的東西，并且也很意外地見到了張云龍，他在知乎上回答了一道關(guān)于大公司如何部署前端的問題，他的答案令我醍醐灌頂。這場活動給我最大的體會就是優(yōu)化之于大公司的項目，花最多時間的不是開發(fā)而是持續(xù)的優(yōu)化。例如前端的優(yōu)化，隨著版面布局的不斷優(yōu)化，如何進(jìn)行非覆蓋式更新前端代碼，張云龍給了一個很好的思路；而對于大并發(fā)的數(shù)據(jù)查詢和大規(guī)模I/O，如何通過本地以及云端緩存進(jìn)行性能的優(yōu)化，百度鷹眼項目的馬輝給了一個很通用的思路。由于我不做iOS和Android的開發(fā)，實際上有兩個講者講的內(nèi)容我都云里霧里，不過可以透露的是，Apple Watch的APP是依賴iPhone的，而且由于可能需要用到iCloud，所以在中國的體驗可能不會太好。

比較令我震撼的是最后PeachApp的CTO段巖的演講。他在演講中展示了一款由他們公司制作的一款移動端跨平臺開發(fā)框架AvantX。Demo相當(dāng)驚艷，一份代碼，可以直接用于iOS和Android，同時直接用Vim修改代碼，就可以即時看到動態(tài)的變化。當(dāng)然，包括他自己也透露，很多框架包括HTML5（很多APP無非就是網(wǎng)頁加個瀏覽器殼），React Native，Xamarin和老牌的Qt都是跨平臺代碼重用的框架。由于我對于手機(jī)端開發(fā)不熟悉，我也就不方便評論AvantX的技術(shù)較之幾款如何如何。不過我個人覺得添加了AbstractView這種模式的確給開發(fā)帶來了方便，采用元素映射的方法，令代碼展示時可以對應(yīng)不同的移動端。當(dāng)然，在代碼轉(zhuǎn)譯那塊，還是用了Google的Java to JS/OC/C# 的轉(zhuǎn)譯器，相對來說，會依賴于谷歌的產(chǎn)品。

我并非想評價這款A(yù)vantX如何如何。我只是想說很佩服這些造錘子的人（注意不是輪子）。因為覺得開發(fā)得不爽，所以造了個錘子出來幫助自己開發(fā)。其實有點類比于方法論，每個人都有一套自己的方法論。不過，方法論容易構(gòu)建，但工具構(gòu)建起來很難。For example，我尊敬的一位長輩，Oliver Ding，曾提倡了很多記錄整理在線學(xué)習(xí)內(nèi)容的方法；但是我們實際操作起來需要花上比較多的工具才能進(jìn)行整合，例如我需要截屏、用Evernote、需要做標(biāo)簽、備注等等。所以O(shè)liver Ding自己就上線了一個項目叫Bagtheweb，顧名思義，就是打包網(wǎng)絡(luò)，具體我就不介紹了，大家可以自行搜索。這就是造錘子，一般有了方法論，但實際上現(xiàn)行的解決方案過于復(fù)雜，所以選擇造錘子。

但一般人是不會傾向于造錘子的，因為造錘子的成本會很高。但隨著使用方法的頻次越來越高，很多方法卻一如既往地復(fù)雜，到最后，使用解決方案的成本還高于錘子了。也正是因為HTML5在facebook的大項目中越來越拖后腿，否則它不會上線一個React Native。所以，不要害怕去造個錘子。我在大學(xué)的時候，就曾經(jīng)因為師兄的一個想法，嘗試造了個錘子出來，用于把 文獻(xiàn)資料格式（.bib）的文件 自動讀取并自動排版。不用說，人工地復(fù)制粘貼排版也是妥妥的，但是只要文獻(xiàn)資料夠多，這個工作就成了機(jī)械無用功了，所以錘子還是很有必要的。

人類制造工具不僅僅是為了更加輕松地工作，更重要是減少機(jī)械的、重復(fù)的工作，而減少的這部分時間，也體現(xiàn)在了人類文明里了。所以，不要害怕造錘子。