当你有那种把 Java 当 c 语言写的同事时，你很难不心态爆炸！

[LeeChP]

项目终于进入了第一版本的测试。开始对接了。原本的模块能单独运行，但是对接不上。因为他们就没考虑到状态控制。简单的观察者模式加简单多线程就行。花了一周帮他们填上了。
对接，测试，心态爆炸，就测了两个状态，我就侵入了他们很多子模块。没有接口，没有抽象。我不得不各种 cv。服了。40 多个状态量，我不想玩了。明天开会就提重构的事。

[Nazz]

和 java 出身的人一起写 golang, 我也很难受

[wellhome]

没看懂，有些业务真心没觉得一定要 oo.
oo 不是万能药，这个抽像那个抽像
你怎么不把 printf 抽像了？

[xpol]

你说的这些都是个人工程能力、不关 C 语言的事。

[axwz88]

@wellhome 歪个楼，我也很反感这种为了抽象而抽象，为了封装而封装，什么鸡毛都要做成接口，脱裤子放屁（不是针对楼主）

[strider]

这个跟 c 语言没关系。

[pipi32167]

@wellhome std::cout，你值得拥有

[uyhyygyug1234]

@df4VW 这个可以详细讲讲么

[LeeChP]

@wellhome 大量相同的方法，行为不一样，为什么不做个接口或者父类出来呢？

[LeeChP]

@axwz88 大量的相似类，你们真的不考虑把他们抽象个父类出来吗？

[wellhome]

@axwz88 我也不是针对楼主。我看到一共只有三四行的类，就脑仁疼，而且名字都是老长老长的，这得亏有 ide 自动补齐，否则光敲这些个名字就累死人

[inwar]

写 c 的日常是全局变量函数返回 void,入参当作指针用。我接过这样的 java,比楼主难过

[IGJacklove]

@wellhome Java 这边就是这种风格的，方法或参数的名字尽量表达明确，长不是问题，就怕 来个 int n, m 这种的，我看个代码参数还要看上下文才能明白。

[yingo]

和语言无关

[shawnsh]

C 语言也有接口，抽象

[xsen]

Java 这种为了抽象而抽象还算好的，毕竟灵活度没 C++高。恶心的就是，用 C++做的，然后为了设计而设计，为了抽象而抽象——简单点就是过度设计，用烂了，一堆坑，全是坑。

——————————————————————
更恶心的是没注释，没文档；变量命名用的全是缩写——有拼音缩写的，有英文缩写的
当然，代码量还大，将近上百 M 的代码量

这也是为什么很多人现在，毕竟喜欢 go 那样的风格。简单，清晰——语言层面提供足够多的基础功能

[xsen]

楼主说的这种呢，就是需要一个人，把整个框架搭建起来，定义清晰的接口，实现模块或子系统之间的接口层
然后子模块子系统内部，你管他怎么做

还有，建议没事不要用继承了，很容易滥用，不可控。组合配合清晰的设计，是最理想的

[firefox12]

我寻思着 这里就没一个靠谱的人， 缺一个架构师， 需要一个人在 2 个团队 在交互前，把你们交互的方式 方法 如何调用，公共定义，职责都定义清楚。然后 大家面向接口编程，至于别人的代码怎么写，写多烂你管得着吗？ 只要给你的接口可以工作，就 ok. 这里最大的问题 是根本没人搞过这个， 还说别人烂？ 这就是项目管理烂， 架构设计烂，代码烂不烂的已经不重要了。


我买的是个门锁，只要能装上去，插上钥匙可以打开 就可以，你管我里面是怎么工作的。你根本没定义门锁和门的接口，还来说我门锁设计得不好？

[mikulch]

工程能力好的人可遇不可求，而且有时候这些人工资不一定高。因为做的都是一些细的，似乎不太明显的活。