这是一个创建于 1400 天前的主题，其中的信息可能已经有所发展或是发生改变。
刚开始学走路（写代码）的时候，总是在模仿别人走路（写代码）的方式。
走路（写代码）走多了，就开始追求跑步（更好的写代码）了。
可是换到另外一个群体（公司），发现那边的人走路（写代码）是另外一种方式。
有很多奇怪的走路姿势（代码结构）。
可是因为马上就要参加走路方阵（实现一个新项目），不得不模仿别人的走路（代码）。
纠结了一天，甚至试图教其他人我的走路姿势（写了新代码），但是感觉教会他（实现类似功能）要花很久。
于是在快下班之前，自己给自己做了许久的心里安慰，没时间了，赶紧学吧。
这就是成年人的无奈吗？
这就是学会奔跑之后，再去调整走路姿势的痛苦吗？
第 1 条附言 · 2021-02-22 18:46:15 +08:00
可能我没说的很清楚，我的意思是，实现同样的需求，有很多种方式，但是同事的方式耦合度比较高。
但是因为是一个新项目，要很快实现的话，必须调用他的模块，但是一个个模块之间依赖度很高，之前调试的时候，发现这里编译不成功，是因为少用了一个模块，引用完之后，发现这个模块，还依赖了另外一个，改都很难改。
但是因为是一个新项目，要很快实现的话，必须调用他的模块，但是一个个模块之间依赖度很高，之前调试的时候，发现这里编译不成功，是因为少用了一个模块，引用完之后，发现这个模块，还依赖了另外一个，改都很难改。
 |
1
yiqiao 2021-02-22 17:51:05 +08:00
每个语言都有自己的编写规范啊，按那规范来不久得了。
|
 |
2
kop1989 2021-02-22 17:53:22 +08:00
你的描述中预设了几个立场。
1 、你认为你掌握了“写更好的代码”的能力。 2 、新公司的人写的代码不如你的“更好的代码”。 3 、别人学不会你的“更好的代码”。 那么问题就来了。 到底什么是“更好的代码”？ 别人真的学不会“更好的代码”么？ 你选择采用他们的编码方式来契合工程进度，那么是否证明了你的“更好的代码”的时间成本更高？那你的“代码”还是“更好的代码”么？ |
 |
3
fucUup 2021-02-22 22:53:25 +08:00 via Android
我在 Linux kernel work group，只有一种编码习惯，哪来几种？
|
 |
4
jones2000 2021-02-23 02:10:29 +08:00
不是有个东西叫接口的呀， 只要你接口跟你团队保持一致就可以， 内部实现随便。其他人是调你的接口， 又不是调你单行代码。
依赖模块多， 是因为你们没有自己的基础公共代码库，通用的东西定期整理到公共代码库中，然后对业务层进行适当重构。这样下次有相同的需求， 直接调用基础公共代码库就可以了。 |
 |
5
namelosw 2021-02-23 02:57:01 +08:00
楼上大佬们可能体会不深, 但是这个问题很常见, 把已经烂熟 OO 诸位扔回还不太会写 OO 的 90 年代团队就是这个感觉.
换做现在, 随便比方一下, 比如 functional programming 早已烂熟于心, 但是大家都在用 mutable data structures / algorithms, 不是模块 /接口隔离就能解决的问题, 很多模式之间是不通用的. |
 |
6
Asashiharuka 2021-02-23 09:32:14 +08:00
抽一层出来吧,不然很难受的,基于接口而非实现
|
 |
7
ligiggy OP @Asashiharuka 为了实现需求，我已经把他的项目 差不多引用完了，编译也成功了，希望能完全看明白！先用着吧，赶项目紧。
|
|
11
yiqiao 2021-02-23 15:24:53 +08:00
@l00t
cpp： http://isocpp.github.io/CppCoreGuidelines/CppCoreGuidelines.html 多搜索吧。 我的回复也和楼主想问的有偏差了。此贴终结~ |
Select Language