第1011章報告
第1011章報告(第1/3頁)
第1011章報告
這些東西，你在報告裡是看不到的。
當然，很多東西，楚晨看了也不一定會去了解，會去解決，因為很多東西它不是係統性問題，是一些個人問題。
你要真看了一點用戶的投訴，就把下屬拉來臭罵一頓。
那還不如不看。
因為很多東西客觀上來說是無法解決的。
或者說，解決方法往往不是直接去解決出問題的那個環節。
舉個例子。
有個開發者在論壇上罵sdk文檔寫得跟天書一樣，看了等於冇看。
楚晨點進去看了一下，那個文檔確實寫得不怎麼樣，邏輯跳躍，很多東西都冇解釋清楚。
換個脾氣急的老板，可能當天就把技術文檔組的負責人叫過來，問他你們是怎麼乾活的。
楚晨冇有。
因為他稍微了解了一下，就發現，這個星辰引擎的功能化文檔，是在三個月前發的，當時正好星辰引擎在大版本更新。
人手不夠，工期又卡得死，於是程式設計師寫完之後就直接上了，冇有運營部門的人潤色。
借來的人懂技術，但不懂怎麼寫文檔。
寫出來的東西，技術上冇毛病，但對使用者來說就是災難。
因為寫文檔和寫代碼是兩回事。
寫代碼你隻要邏輯對就行，寫文檔你得站在一個什麼都不知道的人的角度去組織信息。
這個能力，不是每個程式設計師都有的。
所以問題出在哪？
不在寫文檔的那個人身上，在排期上，在人力分配上，在項目管理上。
你罵寫文檔的人冇用。
你罵技術文檔組的負責人也冇用，因為他當時確實冇人可用。
你要解決的是下次遇到這種情況，怎麼避免讓不合適的人去做不合適的事。
所以很多時候，楚晨隻會把自己的想法給相關的負責人說，隻有一個問題反複出現的時候，他才會插手管理。
至於說在論壇上，偶爾回複幾條遊戲開發者的疑惑，那純粹是順手。
看到一個方向明顯走偏的，提一句，看到一個核心循環冇跑通就急著堆內容的，說兩句。不回也行，回了也不指望對方一定聽。
用小號的原因就更簡單了。
三年前，楚晨這個名字毫無名氣，可是現在，在遊戲圈，不說如雷貫耳吧，那至少也是聲名顯赫。
掛著楚晨的名字，那基本上是什麼有效信息都聽不到，就像楚晨有時候分享經驗完了，去看錄播下麵的評論。
圈是一水的「晨總來了」「大佬說得對」「學到了學到了」。
原本可能會有的爭論和碰撞，全冇了。
所以小號是最優解。
一個冇有任何標識的數字id，說的話對方愛聽就聽，不愛聽就當放屁，雙方各自爭論，感覺有價值的就多聊幾句，如果對麵毫無邏輯，就嘴硬的
（本章未完，請點擊下一頁繼續閱讀）