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

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

没看 0 元购买

给他买个 mac

点赞，这是我想要的

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

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

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

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

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

不升级还装啥，买 mac 吧

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

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

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

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

未来 VR 眼镜办公普及了的话，PC 云主机估计才会更能解决一些问题，现在手机端屏幕太小，我一般就是用来远程开模拟器玩手游。阴阳师、fgo 、明日方舟、1999 。其他办公场景还是不好用。

用不上 nas ，你还指望自己移动硬盘也能用上吗

工作和开发有啥好区分的，生活用电脑不就是看看电影打打游戏有啥好区分的。。