学会跑之后，还是很难快速改变走路的姿势

[ligiggy]

刚开始学走路（写代码）的时候，总是在模仿别人走路（写代码）的方式。

走路（写代码）走多了，就开始追求跑步（更好的写代码）了。

可是换到另外一个群体（公司），发现那边的人走路（写代码）是另外一种方式。

有很多奇怪的走路姿势（代码结构）。

可是因为马上就要参加走路方阵（实现一个新项目），不得不模仿别人的走路（代码）。

纠结了一天，甚至试图教其他人我的走路姿势（写了新代码），但是感觉教会他（实现类似功能）要花很久。

于是在快下班之前，自己给自己做了许久的心里安慰，没时间了，赶紧学吧。

这就是成年人的无奈吗？

这就是学会奔跑之后，再去调整走路姿势的痛苦吗？

[yiqiao]

每个语言都有自己的编写规范啊，按那规范来不久得了。

[kop1989]

你的描述中预设了几个立场。
1 、你认为你掌握了“写更好的代码”的能力。
2 、新公司的人写的代码不如你的“更好的代码”。
3 、别人学不会你的“更好的代码”。

那么问题就来了。
到底什么是“更好的代码”？
别人真的学不会“更好的代码”么？
你选择采用他们的编码方式来契合工程进度，那么是否证明了你的“更好的代码”的时间成本更高？那你的“代码”还是“更好的代码”么？

[fucUup]

我在 Linux kernel work group，只有一种编码习惯，哪来几种？

[jones2000]

不是有个东西叫接口的呀， 只要你接口跟你团队保持一致就可以， 内部实现随便。其他人是调你的接口， 又不是调你单行代码。

依赖模块多， 是因为你们没有自己的基础公共代码库，通用的东西定期整理到公共代码库中，然后对业务层进行适当重构。这样下次有相同的需求， 直接调用基础公共代码库就可以了。

[namelosw]

楼上大佬们可能体会不深, 但是这个问题很常见, 把已经烂熟 OO 诸位扔回还不太会写 OO 的 90 年代团队就是这个感觉.

换做现在, 随便比方一下, 比如 functional programming 早已烂熟于心, 但是大家都在用 mutable data structures / algorithms, 不是模块 /接口隔离就能解决的问题, 很多模式之间是不通用的.

[Asashiharuka]

抽一层出来吧,不然很难受的,基于接口而非实现

[ligiggy]

@Asashiharuka 为了实现需求，我已经把他的项目 差不多引用完了，编译也成功了，希望能完全看明白！先用着吧，赶项目紧。

[l00t]

@yiqiao #1 每个语言都有自己的编写规范？这是哪来的错觉？

[yiqiao]

@l00t #8 ？
Java: https://www.oracle.com/technetwork/java/codeconventions-150003.pdf
C# : https://docs.microsoft.com/en-us/dotnet/csharp/programming-guide/inside-a-program/coding-conventions
go: https://golang.org/doc/effective_go
python: https://www.python.org/dev/peps/pep-0008/
php： https://www.php-fig.org/

[l00t]

@yiqiao #9 来个 C++的

[yiqiao]

@l00t
cpp： http://isocpp.github.io/CppCoreGuidelines/CppCoreGuidelines.html
多搜索吧。
我的回复也和楼主想问的有偏差了。此贴终结~