后端老鸟耍不要脸

[ahhtree]

我和他矛盾爆发直接原因：

1 、接口没有统一返回值；

2 、前后端分离的项目，token 过期他直接重定向到首页而没有任何提示信息；

3 、token 错误显示跨域错误，我怀疑压根没处理这种情况。

和他争辩，说不过了就以修改时间不确定拖着。

背景：

1 、非互联网公司，公司开发就两个人，我和他，我不懂 Java ；

2 、没有架构师、产品、设计人员，组织架构、开发流程很不完善；

3 、leader 人不错，能力很强，但是不懂代码；

4 、我前端一年经验，他后端 5 年经验。

我对于他的看法：

1 、他对 sql 优化确实有点东西，但他擅长 mysql ，公司用的 PostgreSQL ；

2 、逃避复杂的东西（算法、后端架构系统性设计）；

3 、和稀泥，脸皮厚；

请问各位 v2 大佬：

1 、碰到这种人你们怎么和他打交道？我是见都不想见到；

2 、业务场景：一张表中 1000 万多的数据，每次查询需要扫描全表逐个计算过滤，拿到通过的数据，前端分页展示。对于该业务场景各位如何进行查询？

[keymao]

第二个问题人家的方案是没问题的，利用数据库函数计算比你这套要快。 缓存一般是存放需要经常读取且变动频率不高的数据，放可变数据是不靠谱的。

[jjx]

这个,不理解你们的逻辑, 说的可能没用

你们纠结在 每次查询需要扫描全表逐个计算过滤

不能拆查询条件, 把个别条件的查询放到索引表中, 最后用得到的主键去查询主表

[vincentxue]

同事之间还是以和为贵，大家是各司其职，如果你不懂或者不负责别人的东西，最好不要去指点，别人没问你，不要发表意见。如果他的交付对你的交付有很大影响，你完全可以说你做不了，如果对方说可以做，就让他来做。示弱有时候比逞强更好用。但这种其实是 B 类的做法。

就说那个千万表的分页，如果响应时间达到要求，你管那么多做什么，如果达不到要求，责任也不在你这边，你又不是 leader ，同样轮不到你来指指点点啊。索引得当的情况下，亿级的表查询都没问题，何况用的还是 pg 。说实话，你的解决方案其实不好，没必要增加额外的组件，而且 id 通常不是查询的瓶颈所在。这种问题还是要解决问题本身，而不是去绕路。

说到底，像你说的 123 点，业务上的问题，就事论事，好好沟通，沟通不了，提级沟通，凡事还是多沟通，有技巧地沟通。你这样已经是有对人不对事的倾向了，自己臆想猜测别人，是情商低的表现，在职场上不会受欢迎的。如果你要否定别人的方案，你至少要拿出你自己的方案，并且你的方案一定是比对方更优的。正常的做法是你应该拿出你的方案和建议，虚心请对方指导，看看是否对问题的解决有帮助，而不是上来直接 say no 。是否采纳完全取决于对方因为对方才是这件事情的 owner ，要对结果负责。

你值得肯定的一点是你有这种心思，对自己有高的标准，但是目前看起来沟通和做事都还有很长的路要走，硬实力重要，软实力更重要。你刚刚入行，还是要多虚心，低调，多向别人学习，这才是正确的态度。

[chicbian]

你就直接问后台要代码库权限，然后加班把这事情搞定了，leader 高兴，老人高兴，你也高兴了。毕竟你是要全栈，那肯定要全都会啊，不是搞纸上谈兵。就当下班学习充电了。

[redocxz]

大学里一个大创项目都不止两个开发者吧

[zengguibo]

1 ，token 过期这种肯定要返回统一的错误码，哪里能直接跳转
2 ，1000 万多的数据肯定要优化的，实时性不高的话，再搞个表把计算好的存进去，然后定时更新
我也是做后端的，一般都是前端叫我改我就改，大家是有共同目标的，不是来扯皮的

[gps949]

前提声明：本人技术小白，以下均是不成熟意见。

1 、对于第二个问题，基于业务情况和你司资源情况，我认为他方案没问题。而且这本身就是人家岗位的事情，你有自己的想法可以提建议、可以自己实验，但无法越俎代庖；
2 、看你对他上人身评价了，好奇他对你上人身评价上高度没？如果没有，建议技术人间的讨论就永远停留在技术层面，哪怕互相觉得对方说的技术内容纯纯扯淡，也永远不要上人身评价，谁先上高度谁输；

另外你们分歧的事情，根据你的规划、野心以及你司情形，私以为从缓和到激进唯有三策：
1 、各司其职，搞好团结，就俩人就别再内讧了。有技术意见积极地提但不要强求，一听领导的、二听专业的。至于你的全栈规划私下多学习多练手就好了；
2 、你看不惯他又想并且觉得自己可以全栈，就和你领导谈，让把他优化掉，承诺你短期内可以一个顶一个半，通过无偿加班弥补不足的半个，三到六个月可以做到一个顶两个；
3 、找到更适合你发挥发展又没有他的环境；

[Vindroid]

就两个人开发，怎么简单怎么来，别去想架构，至少在与他人合作的项目上别去过多的想架构

[happy32199]

@ahhtree 你的野心比较大，leader 不懂技术 你都想把他换了 😄

[512357301]

离了吧，费这个劲呢，你看不上他，他还看不上你呢。
你们还守着一个啥也不懂的婆婆，这婆婆估计更是和稀泥的高手，否则他握着一个 5 年后端早该拉偏架了爆锤你了，5 年后端不好找，1 年前端多的是。
多说一句，他不是逃避复杂的东西，而是没人，不能搞复杂的东西，否则就是无尽的加班，你又不加班。。。

[skywalkerfc]

@512357301 哈哈，这个模版套用很合适

[NutChocHoney]

就 2 个开发商量着来就行了,规范这种是为了多人协同的效率,就一年前端经验的话,个人感觉应该先深耕自己的领域.
对于第二个问题我觉得 leader 的意思很明显了,对于小公司来说,性能扩展性都是其次.
另外我感觉楼主喜欢恶意揣测别人,至少我很怕在职场遇到这种人

[dayeye2006199]

Leader 能力很强，但不懂代码

不懂技术的领导带个毛的技术团队。

[lrh3321]

@ahhtree #9
要不你一个人加班，吭哧吭哧全改了，让他们能用你这套替换掉原来的。要不你还是赶紧跑，换个你看得上的公司。

[guabimian]

KISS 原则是业界总结出的，有何不妥？非必要不引入更复杂架构。
别人负责的模块，技术方案上不采用你的建议就拿年龄扣帽子，
这真不是技术问题了，小伙，你不仅仅是年轻，技术方案争执再激烈
都没问题，但拿年龄扣帽子就是人品问题啦。

[silentsky]

如果体验和性能都没问题最好别瞎改

[guabimian]

再说一句网上的一些大厂经验和架构真的不一定适合小作坊，想证明自己的技术架构更适合，应该是拿数据说话，同时也去证明别人的不可行，灌数据做下模拟测试不需要多少时间，打嘴仗扣帽子那不是技术人员应该去专注的。

[wangtian2020]

对工资来说，对个人发展来说。第一家公司待满一年就该跑路，虽然当下新岗位不好找

[debuggerx]

1. 建议跳槽，感觉公司环境和自己的追求不符时就没必要熬了，换个公司你可能就是对的了，现在这家你反而可能是不对的那个。
2. 只要你现在明面上还是前端，就建议不要过度插手后端的方案和实现，有想法就自己开个人项目去实践。
3. 对面拖你也拖就行了，领导问为什么没做完就说是因为后端不配合，别太把公司的项目当回事。

以前我也干过看后端代码不顺眼，就自己改好一个 pr 扔过去，确实很省事。后来就不这么做了，因为想通了，公司领导和其他人都不在意代码质量，那自己有什么好搞的，把精力放在自己个人的项目上不好吗

[NessajCN]

「我不懂 Java 」
「我的职业发展规划是全栈工程师」
那你有这撕逼和发帖的时间，自己赶紧把 Java 学了不就完了吗