@cairnechen
有一定关系。
因为很多系统是项目制的，并且几年就不用了
很多企业都搞淘汰，裁老员工，特别是踏实干活的不会 PPT 的。
这让很员工要主动跳槽，不跳的结果也是被裁。
但是很多新型项目，互联网项目会是长期的，比如阿里云这类的。
这就导致了东西石头，人是流水，很多东西最终变得没有人知道，没人敢动。然后 boom 。
强人，能搬走了旧的石头，还是会产生一块新石头，总有一天某个人搬的时候会砸到脚

@seki 要不是有日语要求 我就海投日本的开发了

日本 it 行业没什么经验的人也是有可能找到工作的

我去 这么好么？？？

@witcat
接触过 海外菠菜 hr 聊了下后说推上去 就没然后了

@noparking188
早悟了 本来就抱着躺平来的。
去推文档 单测，CI/CD devops 你想多了， 为了调试方便我本地搭个某服务实例，都觉得我闲.我去弄一套的结果是 你这么这么这么这么闲~~~~
多做多错，少做少错，不做没错。

@LaGeNanRen
小公司！！！！！你竟然还想要这些角色。
而且没有测试，严格讲 有 1 个测试 刚入职。
单元测试？没有！连放单元测试的 test 目录都没有

@LaGeNanRen
没有产品
严格讲 产品刚入职没比我早多久，也没有这个行业的经验
另外这个项目没有安排产品

@LaGeNanRen 俺只是如实描述了下...因为 ta 的职位就是 UI 总结一下就是看 UI 知功能

OP 找到的挺快的啊。我们好多都是 gap 好几个月 半年的

建议公共交通 尽量节省，不计较的话 30W 很快就没了

大把时间摸鱼的话 选 b

@Orangeee 这就是为啥需要反垄断

1 3 无差别...
2 会略微低一些 主要是并发性上。
另外 忘记 rollback.....话说还在手工控制事务么........

说明你责任心重，太在意了。要时刻提醒自己，只是个工作，学会摸鱼，应付任务

你用锁也没比其他的高性能啊，只是把压力放到了数据库层而已。性能就和数据库服务器性能强相关。
+钱操作简单 直接插入+更新即可。
-钱就是 where coin - xxx >0 更新成功就插入。或者代码层面分布式锁。

你要是想改的少，用存储过程或者 function 啊，也比触发器合适多了

500 个字符的索引 光索引的存储大小就和整张表差不多了。
我都怀疑关系型数据库是否真的会去走索引。。。。
确定永远等于查询的话，md5 也可

作为一个 CURDer ，你永远不知道查询条件会有多奇葩，所以我选择 ibatis 这类，碰到复杂能手写 sql ，简单还高效。简单场景 写过的几乎都能复用。

不到 30 的话 找工作轻轻松松

对于 外包，不屑---理解---加入---真香