@kkkiio
产品那边会给原型，复杂的会有文档。
复杂的业务文档，或者反复出现的，会被收录到 WIKI 中，相当于自然沉淀出来的。
因为我们用的是 Conference ，集成度很高，用起来其实很方便。
一般的就 JIRA 的 Issue 管理就够用了，也很方便了。

@kkkiio
那是管理的问题。
我也用过几年，我们团队不存在你说的问题。
我们只看 Issue ，研发只看 Issue 描述来开发，测试只按照 Issue 上面的描述来测。

@zhea55
太对了，这个数字真的开发交流中最最常用的了。
一个办公室出了啥问题，都是吼一下给我看一下 XXXX ，相关人士都知道了。

如果一个产品上了 JIRA 几年，会清楚的显示很多特性、需求的演化、讨论过程。
以及这些对应 Issue 的关联人，实现层面还能对应到相应的代码、发布版本等。
这显然不是 IM 可以实现的。
对比协同文档，JIRA 是更有针对性（项目管理、甚至是软件项目管理）的产品。

人家读 4 年，你读 5 年，这叫优势？

@forgottencoast
查了一下，确实会，像我很少发帖的亏大了。

@SomeBodsy
不会吧？我们回复 OP 有收入？

@wangdj20010
英国研究生是真的没什么用，这点你到没说错。

@dji38838c 大专生其实镇的是很差，因为高考平均分考个及格线就能轻松上本科了（很多省份还能上一本呢）。
OP 的问题，我觉得主要是想到哪里写到哪里，根本就没有编辑校对，没校对文豪也不行。

@chaosflutter
发音最好还是真人的。
欧陆词典有个全球发音，那些都是真人的，它应该也是用的某个服务，OP 也可以考虑集成这个。
还有一个很好的功能就是原生例句，我也经常用来听各种真人的发音。

我同意楼主关于 crud 程序员到了 40 会被公司淘汰的观点。

@Tlaster
还好我们看得懂英文。

他们不可能用你们家的墙做承重墙，他的钢筋不可能架在你家墙上啊，不架在你家墙上那怎么能算用你们家墙做承重墙呢，承重墙必须要垂直地面的。
他们顶多用框架结构，然后你们这一面砌成你说的样子。但是他们砌成这样必须要双面批荡水泥，不然容易倒，不安全。所以他们很可能会在你们墙和他们的墙之间用水泥，把他们家的墙和你家的做一体了。确实这样做以后，你们要拆墙会很难不搞垮他们家墙的前提下拆。

符合法律做法，楼上有很多人说了，可以结合下边的一起做。
我来说点野路子：
1 、施工队施工的时候你们就在旁边监督，一旦发现没有把框架或者任何墙面和你家的墙之间分开距离，就去干扰其施工，言语警告他们不能这么做，甚至可以拿长杆捅之类的。大家闹起来，有人报警，警察来了更好，反正就是不让施工。施工队挣钱的，一般不会主动介入业主和邻居的纠纷，犯不着把自己搭进去，冒着风险施工。

2 、还可以在楼顶拿水管（水压越高越好，可以加抽水机加水压），一直冲洗自己的墙。他们如果和你的墙贴一起，必然会被冲洗，水泥受不了这样的冲洗。

3 、中午施工队吃饭的时候，你还可以拿震荡机来震自己家墙壁，在他们上午刚施工的对应地方，如果他家和你加贴一起，新砌的墙两下就散了。然后报警，继续扯皮，你反正说你家也在装修。

方法的核心思想就是干扰施工队，然他们放弃这个项目，业主总不会自己盖吧？

@duron600 你该不会天天洗吧。
我都是特价的时候买，100 多。

每天都关机的人没这烦恼，看到更新就主动更新。

@k9982874 在自己家院子的话有 100 种办法让树自己死掉

以前是有转接卡卖的，现在不知道了。
但是你 AMD 的 CPU 就算插进去了 Intel 的主板，主板也不支持这个 CPU 呀，还是躲不过换主版的问题。