未分類
23 2 月 2021

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

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

資深大佬 : ligiggy 1

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

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

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

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

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

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

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

这就是成年人的无奈吗？

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

大佬有話說 (11)

  • 資深大佬 : 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
    多搜索吧。
    我的回复也和主想问的有偏差了。此贴终结~