软件开发中的大忌——闷声发大财

感谢分享，受用也要践行。

zoevelynne 发表于 2022-11-30 07:37:50
小明干了一个多月都没跟人check in过，自己做了什么有什么进度别人都不知道吗？这是什么神仙公司……
这种performance的事前端能做的实在不多，主要瓶颈都是在后端，只要多两个人知道小明在干

不太认可“前端能做的事情不多”。

前端的性能优化也是一大块内容，脚手架和构建影响着应用编译时的性能，运行时性能不但受制于框架限制，也得看应用本身的规模，甚至是业务逻辑了。

web页面的功能现在越来越丰富，其背后也是一堆庞大的逻辑和资源，这些都会影响页面运行时性能，尤其是首屏渲染速度。

总是可以优化的，怎么能直接甩锅给后台呢（API慢那就没办法，后台的锅没得说）。

塞尔达传说 发表于 2023-1-26 04:23
不太认可“前端能做的事情不多”。

前端的性能优化也是一大块内容，脚手架和构建影响着应用编译时的性能 ...

因为我也是做前端的，也做过优化，结果就是费了几个sprint的劲，得到一点点gain，不如后端改动api一下子就少个40%
我不是说前端不能优化，我们又不清楚lz的情况，很多时候，前端优化因为是比较小的改动，low hanging fruit早就有人摘了

zoevelynne 发表于 2023-01-26 06:16:10
因为我也是做前端的，也做过优化，结果就是费了几个sprint的劲，得到一点点gain，不如后端改动api一下子就少个40%
我不是说前端不能优化，我们又不清楚lz的情况，很多时候，前端优化因为是比较

同意，也要看收益，小改动或许可以带来较大的收益，前端折腾那么久提升不大也确实没必要。

空空道友 发表于 2022-11-30 04:12
这个例子有点极端...
感觉这公司就没有开发流程这个东西

同意。startup没去过，在我们大组，如果要做一个像样的项目，design review, weekly sync-up meeting, monthly review, sec review and ORR，这些都是标配。一鸣惊人，永远是发现unknown unknown，然后delay.

> 小明schedule了一个会议并邀请了所有的stakeholder，结果会议上就有人指出他的方案并不能从根本上解决性能瓶颈，同时指出后端API的高延迟才是最大瓶颈。小明这才恍然大悟，只能照着新的思路重新开始。

我觉得小明先做一定的 research 是正确的, 但一个月感觉的有些长. 因为 stakeholders 既是共存又是竞争, 并不能保证他们的建议都是从自己 team interest 出发. 我见过征求意见大家为了brainstorming 而白说, 很多根本不可行, 甚至“甩锅”. 首先要自己 research 到有鉴别能力.

写的太好了啊。基本都是我现在遇到的问题，原来只想着闷声发大财一鸣惊人，加上有些心理是不想经常打扰到其他人…现在看来后患无穷

匿名用户 发表于 2023-3-29 17:26
写的太好了啊。基本都是我现在遇到的问题，原来只想着闷声发大财一鸣惊人，加上有些心理是不想经常打扰到其 ...

谢谢，很高兴对你有帮助~

闷声发大财显然是不可取的策略。只有主动学习和探索最新趋势，才能不断提升自身实力，适应市场需求，获得更大的发展机会。

要是一开始就抛问题会不会被老板和同事认为是笨蛋