我们公司前年把中间件部门最后几个人全裁了，不到大厂，没业绩的部门太难有所发挥了，他们自救也出了一些东西，但其实最后发现还是没开源的好，除非你们的技术总监很懂这块强推，公司核心卖点也是这块，需要自研。所以也就大厂有这个资源撑得起这么高的研发团队，当开始受益于这种项目时，只有公司规模上去了才能抵消这个成本。

已经开始困了

我电脑配内存直接 32G 起步了，之前 16g 太少了，这样完全不操心内存问题了，想了下劳动力工具稍微买大点也是值的

不知道是不是个绩效产品，后续的投入度是否一样。

1 月 25 日 - 1 月 26 日看起来像是到 26 日，回看标题是限免一天……

没看 0 元购买

给他买个 mac

点赞，这是我想要的

做的人一开始没想到那么多人访问吧

@HiyaKuso 改代码用 Cursor ，运行 debug 用 IDEA

@wanniwa 但是你又不是组长，带不带真不用那么掏心掏肺带人，都是 职场人，说不定把你顶了。

生产环境能乱碰？还能随便删，看来也不是大公司，那是不是都不算事故了，我们之前也有个开发每次发现 bug 偷偷改代码发布到线上，他以前自己跟测试要的账号，被发现后说了几次不听，说着急改 bug 听起来是很积极解决问题，连测试都没测试，他非要偷偷上。然后线上就出了问题，定了事故，抓了一次扣完绩效下次就学乖了。
感觉是你们制度不全，都发现了问题，居然还无法让这位开发吃到教训。
至于点评别人代码不行，我们每个做的需求都会真的一段段代码 review ，开发转测后，统一找时间大家一起过。让他的负面情绪这个时侯输出给别人，他有优越感让他在这个时候秀一下，说不定真有可改进的代码。优秀案例别人也可以学一下。
还有就是可以给他一些攻坚的模块，技术调研什么的，然后做代码分享。让他觉得你很重视他。
还有一种办法就是给这个同事戴高帽，让他多干活。

能跑就行，不用太纠结，你改造的话，出问题还要背锅

不升级还装啥，买 mac 吧

国外那改 bug 写代码速度，跟乌龟爬一样。java 已经非常完善的体系了， 又没推出什么新的类似 Spring Springboot SpringCloud 系列的变革，已经比前端天天造轮子，一造一个坑好多了。

@showonder 想问下提效工具你一般用啥语言写，还有软件插件指什么软件的呀，大概说说呀

@deplives 自以为世界都醉你独醒

你系统设计的时候，没必要先开始写代码。先写文档整理原来的流程逻辑，拆解步骤，就正常拆，不懂就问前端或者懂的人，最终你产出一个完整的改造文档。这个时候你再着手去写逻辑。