本地改代码，上传 git ，上堡垒机编译机编译，上堡垒机开发 Server 热更新，然后测试，然后发现有问题...
开远程 Debug 需要走权限因为开发 Server 被丢到生产网段去了，打 Log 也痛苦，整个流程搞下来 10 分钟起步...

加内存呗，生产工具就别折磨自己了

我们这边框架就两种对象，PO 持久化对象，BO 总线对象

git stash ，怕丢就 git diff HEAD .输出成 Patch 保存到本地，需要用的时候再把 Patch 打上来得了。

可以看看更新的 Log 是不是校验失败了，windows update 会 ping 几个微软的网址校验一下网络，可以参考这个文章看看。
[修复 msftconnecttest]( https://networkproguide.com/fix-connect-attempts-to-www-msftconnecttest-com-windows-server-2016/)。或者把文章中那几个 Key 替换成 http://www.msftncsi.com/ncsi.txt ，这个地址是可以通得。

个人觉得操作系统是要排到数据结构之前得，操作系统展示的各种设计理念在日常工作中用到的更多。

别作死...人审计的时候可不管你系统是不是外围得

终端用多了复制粘贴都是 Ctrl+Insert,Shift+Insert ，再加上 IDE 基本都装了 vim 插件，Ctrl 使用频率不高感觉还好

我一直好奇`rm -rf ./* `真的有必要吗...

“高质量 while”，那确实是大佬了

恭喜 OP ！

谢谢 OP 分享

不论是否热爱技术，职场打工人首先得是一名合格的工程师。看了下原帖，OP 为业务部门做事提升效率我觉得没问题，问题是这个“需求”似乎不是正经走过流程得，他手里目前正经批过来的“需求”似乎也还没做完。
这和成熟没关系，也不是勾心斗角，和“向上管理”更沾不上边，就是一个“需求”，没走完流程的情况下，原帖 OP 自己和业务部门沟通完毕，在上级没有“正式”点头的情况下上线需求导致的扯皮事件。
也正是因为没有正式流程，导致这件在原帖 OP 看来为业务部门提供了很大帮助的案子，没有体现在自己的绩效上，最后绩效很难看。补救措施也不是没有，找业务部门老板，补一封邮件、流程，难道原帖 OP 老板会因为这事要和业务部门的老板干一架？
也多说几句，没走流程干出来的需求，一般也不会闹到原帖 OP 那个地步，很难想象他是怎么沟通的闹成那样...

喜欢旧版，我都用 idea 了我要简洁干啥

3.3k 要啥自行车，除非你们是当地唯一一个还不错的企业，那还有可能捡漏招到些想待家乡的人

看了下楼上没人提，说明大家都没进厂。
Operations&Plan ，制造部与计划部在一起开的会议，用来看异常生产事件的。
与之相对的还有 Sale&Operations&Plan 会议,一般写作 S&OP ，用来统筹生产计划的。

@CSM 是结构化得，我遇到的很多需要用宏的场景是正则完全没法做或者很难做得多行文本替换，基本也都是结构化的文本。不了解宏之前我会写很麻烦包含换行符的正则，或者写在一行替换然后使用编辑器的格式化工具，了解宏之后这类场景下就都是在用宏操作了。