和同事解释需求和程序设计思路，肝痛。

[webcoder]

题主原来是个独立程序开发员，以前都是单干，除了前端代码，系统的整个 API 部份都是题主一个人搞的。所以几乎没和别人合作过。

最近项目加了新人，要求给新人说一下系统结构与开发时的思路。

文档，流程图都准备好给过去了，说的时候也是，"嗯嗯嗯，明白了。""哦，这样啊，可以的。" 结果一看写出的代码完全是另一回事儿。说了不知多少次还这样，超级无力。这交流时间我自己写都能把程序写完两三次了。肝痛。

真不知道那些团队开发的组长或是架构师怎么过来的。

反正我现在已经严重怀疑我的沟通能力是不是负到无极限了。

[Cooky]

新人有多新？

[jmc891205]

主要是看接口对不对
至于内部实现 你不用管太多

[honeycomb]

不会的时候就是会这样的，是不会理会你定好的流程图的，手把手教着写一个例子可能才能解决问题

[zengyuxi]

我也遇到过，这种新手，

* 首先先制定一套代码的实现规范（如果连这都对着来，可以 gg 了！）
* 核心的底层框架自己写，让他干点码农该干的事！
* 自己写一两个通用的页面，让他照着葫芦画瓢

还是不行的话，就是能力技术问题了，面试的锅！

[webcoder]

@zengyuxi
@Cooky 新人，不是新手。是刚刚来的人。

[LeeSeoung]

同意 @zengyuxi

新人就这么教。

[catsoul]

你就把 api 都定好，让他实现内部逻辑，只要能在性能要求范围内给你正确的结果，就行了

有的员工思路就是比较独特，不好说对还是不对，但是你的目标是推进工作，那么定死 input/output 的要求，其他的把他当个黑盒不就好了

[Chyroc]

上次看见一个人用 go gorouter 做一个死循环，来做「过期时间」，过期了，那个死循环就删除数据

[DukeAnn]

实时跟进，好好培养，他是你的了