遇到编程思路不一致的老大是怎样的一种体验

如果你是才毕业没几年的，那基本上不用想了，是你自己的问题

举个栗子

换个工作，跟错人也是浪费时间的一种。

如果水平比老大高，那就换。
如果水平没有老大高。那就好好思考一下。

@Accldent 我毕业 3 年了啊!

多交流，互相理解对方是怎么想的，其实也挺好玩的，会学到很多不一样的知识和不一样的思路。

一直不明白

多年后想了想，项目组人员流动那么大，水平又参差不齐，这样最能保证新人做新功能的速度。封装那么好一年后项目停了，对领导来说也没啥意义。

所以角度不同，对员工来说恨不得所有组件都自己写，对领导来说则不是这样，每个项目会有侧重

@Mayu 我觉的业务的东西写在该实体的 service 就好了，其他的 service 用到就可以掉了，但是我们老大非要写到一个 utils 类中不明白这有什么好处，觉得没有必要

@jason19659 主要是他不是跟我们讨论的态度啊，就是问你为什么这样，为什么不这样，你们怎么都不多想想之类的责备，就心里很不爽啊

@felixzhu 恩恩，可是我觉的他可以给我们说明自己的理由和考虑，不能以一种责备的态度！这样搞得心里挺不爽的

@irisLi 连沟通都没有的话，还是尽早走吧。。我提高最快的时间就是整天思想碰撞的那段时间

听老大的 这个锅我们不背 谁给我钱我听谁的

@murmur 不想忘记自己做技术的初心啊！

@jason19659 我也觉得有思想冲突才会提高的，但是这个必须通过交流才能达到

跟其他人 /代码保持一致，

@irisLi 如果工作不能让你开心或者让你成长，尽早撤

@irisLi 我自己的模块我尽心做好，但是当他拿进度卡你的时候就没法初心了，不上线直接要挨骂的，钱都没了

@irisLi 说的对 勿忘初心

过度封装对于将来接手的人是一种噩梦。如果不是太强制的话，可以用实力说话，比如做项目里最难的部分，相信老大看到也不会说太多。还有加上很多的注释。

我自己觉得嘛，拿多少钱，办多少事，写出的代码能对得起那点工资，就足够了。

有冲突才能看到不一样的地方。

如果改变不了别人，就改变自己，否则就赶紧换工作，对人对已都是好事。

想换工作的可以找我 ；）

先不说水平谁高谁低，如果沟通都不行，那就是他的不对了。

另外，过度封装确实是大坑。

你这算啥，我们组老板都不会写代码了， Python 装包都不会。

我之前碰到过一个连项目文件夹下面哪些东西该添加进版本控制都不知道的。

干了一个月火速撤离了……

你们肯定用的是 Java

楼主和我最近遇到的情况一模一样呀，不过他只是个开发代表，刚毕业的研究生，我们是本科生，所以由他负责项目，看见什么都想做个设计，搞个封装，有些做不了封装的一类业务，非要用反射也要封装成一个接口，某些参数本来应该是接口内的工作，因为没法封装，就把接口要计算的参数扔给接口调用者计算，然后给参数，还说这样低耦合；我这几天都受够了，和他发生了好次冲突了

@awnxy 那说明要做的功能不多，任务量大的时候，就没那么多时间搞什么封装了

愚以为不喜欢封装一般水平不怎的

@awnxy 在低水平或者经验不足的人身上就很容易发生这种为了封装而封装,脱裤子放 P 的事情.我以前的同事也是这样,好在他已经不在了

过度封装和合理封装是仁者见仁智者见智的事，没必要上纲上线。
根据楼主的描述，你潜意识里就觉得这样是个坑。何不接受一次，试试水呢?
ps,老拿封装说事的老大不是好老大，一定要举个栗子，并且说出好坏来。。。。。
当然拉，你要一个函数写 200 行，你还是老老实实封装吧。。没法看

我一般都这么说: 假如我以后需求发展了之后这个地方需要这样这样这样, 你这么写, 以后改起来是不是累死? 假如你这么这么写....以后是不是直接添加个什么什么就可以了 ?

但是, 一般来说, 过度封装 = 代码写好后就没有改过, 然后就黄了的业务里的封装

为什么我的上级不封装？而是复制贴贴？我有和他说过几次，他都回的是先把流程打通？

@zhenjiachen 先把流程打通，代码质量可以过几天再迭代。然后过几天开始打通另一个流程。