写代码，到底应该是自己去适应代码，还是让代码反过来适应你？

[tool2dx]

很多开发平台都有固定的框架体系，一般情况下，只能自己去适应代码。

但是随着项目代码膨胀，函数太多了后，由于架构体系都是别人的，按照别人思维继续修改，就变得有点繁琐。

我在想，是不是一开始思路就错了。写稍微大一点的项目，应该一开始，就让代码来适配自己的开发思路，这样等代码库变大后，才会有足够能力去 hold 住，不至于变成屎山，没人想接手。

[jy02534655]

我写前端代码的时候是对框架有自己的理解的，在用别的框架的时候我会再这个框架上用我的理解进行二开

[tool2dx]

@jy02534655 我特别喜欢在小项目上使用新的写法，觉得很有意思。甚至还加入了源代码转译。

但是大项目的痛点，在于如何在代码海洋里，快速定位到特定功能的代码行。如果对框架不太熟悉，这点上很难做到的。

[jy02534655]

@tool2dx #22 就前端来说，各个框架的设计思路都是大同小异的，一般来说对框架有一定认知之后，还是能快速定位。一个大项目肯定是需要有框架的，不管是怎么样的框架，不然会更加难以维护吧

[danhahaha]

一只小鸟学会了飞翔，它觉得自己飞翔技巧出众。

但是两个又宽又大的翅膀完全没有一点美感，远远没有孔雀的漂亮，小鸡的可爱，穿过树梢还会被挂住，挤进鸟窝也会被卡住。

于是和妈妈说，妈妈妈妈，帮我修剪一下翅膀吧，我想要桃形，还要染成红色。

妈妈说，你就这鸟样，乱改飞不起来

[SmallBlueZhao]

大公司不可能让代码来适应你的。狗屎业务天天人力不够合作方还天天 push ，只能借人过来开发。大家都是瞎几把写

[poembre]

楼主提了个好问题， 我投一票给 代码应该适用于项目 。 最好是任何人接手这个项目的时候, 看不到框架的代码 ，一眼看过去，只有业务逻辑，以此来减少心智负担。 市面上的框架 100 个接口 很爽 很丝滑， 当业务达到 1500+ 接口后。 多一行框架代码 在我眼前都犯恶心 。

[dcsuibian]

你向下兼容同事，那有没有同事向下兼容你呢？

[james122333]

看你在做什么 如果在公司弄东西那就是搞个不好也不坏就可以了 不用太讲究 也没得过于讲究 所以市面上堪用的也不是不能用
如果是自己的那就是创造工具用来服务自己 最低成本最佳路径 如果你观察事物能力又不弱 那写出来用真的很爽 当你完成了切记不要开源 除非你家里有矿或者已有赚钱途逕

[james122333]

@tool2dx

That's just life. 自己搞兼容是挺累人的 但有时候就是...

[mjy2]

相辅相成吧，屎中有我，我中有屎

[wangtian2020]

写代码，到底应该是自己去适应公司，还是让公司反过来适应你
？

[tool2dx]

@wangtian2020 以前讨论过这个问题。一般来说，你未来想成为什么样的人，和公司想让你成为什么样的螺丝钉，本质上是有冲突的。

个人发展方向和公司完全一致，是极少数。

[GeekGao]

“由于架构体系都是别人的，按照别人思维继续修改，就变得有点繁琐” 当我看到 Rust 的代码时，我就会这么认为，如果不接受那就不用它了，别无他法。