請玉伯一起來聊一聊“所向無敵的土方法”
玉伯對我的《開發團隊的效率》（http://coolshell.cn/articles/11656.html）一文做了評論，覺得理想化，覺得不接地氣，我截圖如下。
首先，讓我來嘗試理解玉伯一下，然后，我會給出當時最實際的案例，我非常好奇玉伯那“所向無敵的土方法”
一、是“常識”還是“理想”
1）我在文中：“一個全格的程序員應該能夠掌握多個語言，也能夠負責多個模塊甚至不同的職責”，玉伯認為這就算“全棧了”？這就算“牛人了”？玉伯，你是這么理解的么？
2）我認為，正常的工程師需要了解需求，需要做自測，需要了解運維。玉伯認為這就是“全棧”了？，這就是“牛人”了？這就是一種“理想”，一種“不接地氣”么？玉伯是這么理解的么？
3）我在Watchdog一節中說的，解決問題就要解決在根上，不要繞。玉伯認為這么正常的思維方式就是“不接地氣”么，就是“理想”么？
4）我在接力棒開發中，說到了，團隊能夠很好合作的前提是需要有一個比較統一的開發框架或是開發協議，需要把自己當成服務者，而不是對方式的保姆，玉伯認為這么做就是太理想了么？
玉伯，你不覺得我說的這些都不是理想，而就是一種常識么？
二、求“所向無敵的土方法”
我還是給你幾個案例吧，我很想知道你那些“所向無敵的土方法”。
聲明一下，我本來不想給這些案例的，
但是我想和玉伯辯論一下，是“理想”還是“常識”，
同時，我非常非常想知道——玉伯的“所向無敵土方法”說的究竟是什么？
1）
我的文章里提到了這么一篇文章：《阿里云OCS超時問題的分析與解決》http://blog.aliyun.com/341，玉伯同學看看，當然，我不
確定你能不能看得懂。這篇文章的的內涵是：“阿里云連一個小小的keepalive參數都沒有被整體設計過，導致問題，排查起來相當困難”，就是說，這篇
文章暴露了阿里云有多Low。想問一下玉伯的土方法是什么（比較諷刺的，這篇文章的最后一段是“這是我們工作中最大的樂趣！”）（在這個案例下，請玉伯說一下你的所向無敵的土方法）
2）我剛到阿里云做VNC的時候，看到做這個事有三個人分別來自三個團隊，一個是搞底層的，一個是搞Tengine，
一個是搞控制系統的。他們三個人都不了解別人的系統，然后，每個人都站在自己角度給我一個完全不一樣的方案。時間估計要做3個月，因為要各種配合，開個
會，開發，測試，運維，網絡……來一堆人，近20個人，各種扯，我很崩潰。我很難理解這么一個小玩意需要這么多人。于是我和另一個同學，兩個人，不到三周
就把控制系統、Tengine、控制系統搞完了，還開發了產品不要的OpenAPI，我連前端都做了，要不是前端在重構，代碼進不去。（在這個案例下，請玉伯說一下你的所向無敵的土方法）
3）
阿里云虛擬機有一些因為控制系統里的狀態和實際狀態不一致。控制系統認為這是一塊新硬盤，但實際是用戶在用的，于是用戶一個重起就導致我們的控制系統把這
塊硬盤給格式化了，造成了用戶數據丟失。玉伯，如果你找找內網，你還可以看到相關的貼子。就是高層們在大談各種“意識形態”的東西——什么客戶第一啊，什
么要和用戶坐在一架飛機上，等等。我們在討論這個問題的時候，主管說，要開發一個巡檢系統，實時監控控制系統和實際情況有什么不一樣的。我說，我不同意，
因為，a)知道了不一樣誰是對的呢？b)這并沒有解決問題啊。既然狀態不一致了，要就找到根本原因為什么不一致，然后徹底解決。（在這個案例下，請玉伯說一下你的所向無敵的土方法）
4）
阿里云存儲有一次需要開一個新的集群，一個運維的同學在部署這個新集群的時候，把一個現有的生產線上的集群的配置copy到新集群那邊修改。但是配置項太
多，改漏了一些，導致這個新的集群連接到了正在生產的集群，導致一個重大故障。我們在周例會上review這個案例，主管說，讓每個云產品團隊都開發一個
自己的權限管理系統，不要讓什么東西都能被修改。我說我不建議這么做，因為，a)
權限系統并不解決這個問題，另外，帶來更多的維護工作，b）要開發也不要每個團隊各做各的啊，應該是統一做啊，c)最重要的是，這事應該是自動化部署的問
題啊。主管說，反正你早晚要這個權限系統的，另外，以后上線，要兩個同學，一個是在操作，另一個在旁邊驗證操作。我心里直嘀咕：“這事就是人肉運維出的
事，加更多的人讓其更人肉”？我的確很難理解。（在這個案例下，請玉伯說一下你的所向無敵的土方法）
本文由用戶 7n5e 自行上傳分享，僅供網友學習交流。所有權歸原作者，若您的權利被侵害，請聯系管理員。
轉載本站原創文章，請注明出處，并保留原始鏈接、圖片水印。
本站是一個以用戶分享為主的開源技術平臺，歡迎各類分享！