这些东西，你在报告里是看不到的。
当然，很多东西，楚晨看了也不一定会去了解，会去解决，因为很多东西它不是系统性问题，是一些个人问题。
你要真看了一点用户的投诉，就把下属拉来臭骂一顿。
那还不如不看。
因为很多东西客观上来说是无法解决的。
或者说，解决方法往往不是直接去解决出问题的那个环节。
举个例子。
有个开发者在论坛上骂SDK文档写得跟天书一样，看了等于没看。
楚晨点进去看了一下，那个文档确实写得不怎么样，逻辑跳跃，很多东西都没解释清楚。
换个脾气急的老板，可能当天就把技术文档组的负责人叫过来，问他你们是怎么干活的。
楚晨没有。
因为他稍微了解了一下，就发现，这个星辰引擎的功能化文档，是在三个月前发的，当时正好星辰引擎在大版本更新。
人手不够，工期又卡得死，于是程式设计师写完之后就直接上了，没有运营部门的人润色。
借来的人懂技术，但不懂怎么写文档。
写出来的东西，技术上没毛病，但对使用者来说就是灾难。
因为写文档和写代码是两回事。
写代码你只要逻辑对就行，写文档你得站在一个什么都不知道的人的角度去组织信息。
这个能力，不是每个程式设计师都有的。
所以问题出在哪？
不在写文档的那个人身上，在排期上，在人力分配上，在项目管理上。
你骂写文档的人没用。
你骂技术文档组的负责人也没用，因为他当时确实没人可用。
你要解决的是下次遇到这种情况，怎么避免让不合适的人去做不合适的事。
所以很多时候，楚晨只会把自己的想法给相关的负责人说，只有一个问题反复出现的时候，他才会插手管理。
至于说在论坛上，偶尔回复几条游戏开发者的疑惑，那纯粹是顺手。
看到一个方向明显走偏的，提一句，看到一个核心循环没跑通就急著堆内容的，说两句。不回也行，回了也不指望对方一定听。
用小号的原因就更简单了。
三年前，楚晨这个名字毫无名气，可是现在，在游戏圈，不说如雷贯耳吧，那至少也是声名显赫。
挂著楚晨的名字，那基本上是什么有效信息都听不到