广东，盖一条空调被，醒着 26 ，入睡前开 27 ，热了就把腿伸出去。。从小到大就是这么开的。

我倒是会在起身喝水的时候瞥一眼同事在干嘛
伸头过去看，或者频繁聊天打断对方工作，是不礼貌的行为

以前用的 gitflow ，实践中开始往 gitlab flow 靠，我觉得还行。
用 gitflow 最麻烦的问题是长生命周期的分支，在合并的时候会引入大量的差异，做 Code Review 很累人。尽量细化功能分支、多提交，多跟进主分支，能一定程度缓解问题。
同时去看了一些人在推荐的 trunk based development ，理念也不错，但要求不低。团队人力充足、有专职测试、发布频繁的，可以试试。

如果希望调用这个 task 的一方尽早地拿到 ID ，我的做法是在调用 task 之前，先创建一条初始化的记录，用个字段 state=init 表示，那些不确定的字段就赋一个初始值，然后把 id 作为参数传给 task 。
task 执行的时候，从数据库用 id 把指定记录捞出来，把状态改为 pending/running ，等执行结束再改个状态

赔偿金额要写清楚啊，包括其他未休的假期怎么折算，什么时候到账。你这张纸感觉有坑，看公司要不要坑你

PS：如果是文件的话，我用的 vscode 的远程插件，关闭的时候不要关文件，启动的时候会自动恢复。
我写了个小脚本，在 vscode 打开终端的时候，会按照项目名称创建（或者重新打开） tmux 会话，所以除非重启虚拟机，一般都能维持状态。

看你需要开的是什么应用程序。
如果仅仅是终端上的命令行程序的话，推荐用 tmux ，每个项目一个 session 。然后虚拟机不要关机，宿主机要重启的时候就挂起，再恢复就行了。
tmux 还有一些会话管理插件，可以根据项目一次打开多个窗口和程序，不过我还没折腾过。

储备技能用于转行：选 go
用来做玩具：选 python

在代码里硬编码账号密码，是不好的行为。就算要调试吧，也应该用调试账号。直接用线上的、权限过大的账号调试就是作死。除非他们正式测试是同一个账号。。那就有点脑溢血了

背指标要签协议的，签了协议再提离职。HR 变卦不给，那就继续干着呗。
PS：当下行情不好，走不成也不是什么坏事。我有个同事主动拿了礼包跑路，一个多月了还没找到合适的下家，开始焦虑了

打了一大段发现 3 楼的文档已经提及了。如果想排查的话，在机器上装个 vnc ，用 vnc 连进去看。
一般远程桌面断开之后，会话依旧是 RDP ，但状态变成断开，VNC 看到的状态是锁屏。
你试试在远程桌面下用 tscon 把进程切换到 console 会话，通过 vnc 观察，如果是正常显示画面，那就没问题，剩下可能是其他原因。

我的选择是。。。薄荷糖，各种口味的薄荷糖。甚至还放了泰国那种八仙筒，没事就闻一闻。不过这也不是好习惯就是了。

咖啡我只喝美式，中午睡醒太困的话就来一杯，能顶到下午五点。

6 月了，你是毕业了还是没毕业。1w+其实没多少，不经花的。
毕业旅游就要花掉小几千了；租房押二付一，又是小几千支出；赚钱之后不能跟家里要生活费，每个月吃喝拉撒也要花钱。
我大四实习快一年，最后只买了辆 2k5 的单车，等到毕业的时候攒的工资基本花完了（结果几年下来一直在吃灰

可能刷题的时候跳过了吧，你要不加大点难度，求从大到小求前 k 个数值（

不要以公司是否同意你晋升为唯一标准，可能受名额限制，也可能是答辩能力问题。不爽的同时，该总结的经验还是要总结的。
然后做得不爽有机会跑就跑呗。我们的职级仿照 tx 的，以前还有个同事晋升失败跑路，去面试 tx ，那边也给了他期望的职级。
不过这种事也看行情。。现在到处锁 HC 跟裁员，去了也不一定能撑过试用期（裁员最先拿试用期下手）。做决定要慎重考虑。

去年底跟朋友一起去晋升答辩（不同部门），两人都没过，他一气之下第二周直接投了简历，年后回来就跑了。结果我跟他同时说要跑，拖到现在还没投简历 hhhh

#36 哦不对，更正一下，容器化不是没什么收益，而是在那种业务场景下，业务改造的时间+风险，大于收益。

复杂的业务和庞大的开发团队，更容易从微服务及容器化中受益。
一般情况是 A 团队负责某一堆业务，B 团队负责某一堆业务，还有 CDEF 团队等等，通过微服务框架统一业务间调用、日志追踪和部署管理等技术问题，方便管理。
其实容器化也是。之前我们负责一些边缘业务的维护，就单个团队的服务，领导硬要我们做容器化改造。但是算了下资源利用率、扩容效率和成本都没什么收益，折腾了几个月又放弃了。

不拿它当做主力编辑器的话，最简单的入门就是知道 normal 模式、编辑模式，怎么进入，怎么退出。再往后可以学一学搜索、替换、块模式等等。
单论编辑器这个软件来说，vim 已经有点落后了，特别是入门配置容易走弯路，再往后折腾插件系统、语言支持等等，花出去的时间，可能比学习 vim 编辑模式更费时。
所以轻度使用的话，我比较推荐用 vscode 或者其他 IDE 的 vim 插件熟悉一阵，vim 只需要做到能熟练地修改配置文件就够了。