第1011章 报告（1/2）

第1011章 报告

这些东西，你在报告里是看不到的。

当然，很多东西，楚晨看了也不一定会去了解，会去解决，因为很多东西它不是系统性问题，是一些个人问题。

你要真看了一点用户的投诉，就把下属拉来臭骂一顿。

那还不如不看。

因为很多东西客观上来说是无法解决的。

或者说，解决方法往往不是直接去解决出问题的那个环节。

举个例子。

有个开发者在论坛上骂sdk文档写得跟天书一样，看了等於没看。

楚晨点进去看了一下，那个文档確实写得不怎么样，逻辑跳跃，很多东西都没解释清楚。

换个脾气急的老板，可能当天就把技术文档组的负责人叫过来，问他你们是怎么干活的。

楚晨没有。

因为他稍微了解了一下，就发现，这个星辰引擎的功能化文档，是在三个月前发的，当时正好星辰引擎在大版本更新。

人手不够，工期又卡得死，於是程式设计师写完之后就直接上了，没有运营部门的人润色。

借来的人懂技术，但不懂怎么写文档。

写出来的东西，技术上没毛病，但对使用者来说就是灾难。

因为写文档和写代码是两回事。

写代码你只要逻辑对就行，写文档你得站在一个什么都不知道的人的角度去组织信息。

这个能力，不是每个程式设计师都有的。

所以问题出在哪？

不在写文档的那个人身上，在排期上，在人力分配上，在项目管理上。

你骂写文档的人没用。

你骂技术文档组的负责人也没用，因为他当时確实没人可用。

你要解决的是下次遇到这种情况，怎么避免让不合適的人去做不合適的事。

所以很多时候，楚晨只会把自己的想法给相关的负责人说，只有一个问题反覆出现的时候，他才会插手管理。

至於说在论坛上，偶尔回復几条游戏开发者的疑惑，那纯粹是顺手。

看到一个方向明显走偏的，提一句，看到一个核心循环没跑通就急著堆內容的，说两句。不回也行，回了也不指望对方一定听。

用小號的原因就更简单了。

三年前，楚晨这个名字毫无名气，可是现在，在游戏圈，不说如雷贯耳吧，那至少也是声名显赫。

掛著楚晨的名字，那基本上是什么有效信息都听不到，就像楚晨有时候分享经验完了，去看录播下面的评论。

圈是一水的“晨总来了”“大佬说得对”“学到了学到了”。

原本可能会有的爭论和碰撞，全没了。

所以小號是最优解。

一个没有任何標识的数字id，说的话对方爱听就听，不爱听就当放屁，双方各自爭论，感觉有价值的就多聊几句，如果对面毫无逻辑，就嘴硬的，那就直接不聊了。

大家都没负担。

这个逻辑，其实挺朴素的。