@AEDaydreamer 是不是网络环境不一样，可以再开个窗口 ping 着。
或者看看目标机器 CPU 等资源，看看是不是服务器本身卡

@asanelder 感谢支持

怎么说呢，我们就是招不到人，几十个缺口

然后自己跑路了，哈哈哈

@ChrisV5 三方就是学校、个人、公司三方呀，相互约束

有些公司规定违约是要罚款的。而且你另一个公司问你要三方怎么办？

可以一个特别大的日期，你看和移动的套餐合约也是很长。至于倒时候怎么办，公司先能活过 100 年再说吧（可以备注下，要是第 50 年多年后有重构，可以再处理下）

这个日期不用前端传，前端传空就行，后端处理

其实没那么复杂

楼主主要是面的少，等你面的多了，什么放不放照片、写的怎么样都不是什么问题。
虽然到我手上的简历已经是 HR 从 100 坨屎里挑出的 10 个，但都不怎么样，你就像面试机器一样，其中有 5 个能聊的来，最终能过 1 个就已经烧高香了（这个还不一定能看上你的岗位）。不要想太多，保持平常心，保持职业操守面完就行

如果这个简历是特别内推的 就另当别论了

很多原因吧 虽然有点 low
1. MySQL 5.7 才支持 json，现在公司还只到 5.6 。存成 json 拿出来用，又给业务增加复杂性
2. 换其它数据库成本更大
3. 表很大，在线 DDL 有风险，所以预留个

我也是给爸妈看电视用的

都差不多 父母一般不追新的网剧吧。
这个我稍晚有点研究，目前比较便宜的一个渠道是腾讯普通会员（京东 plus 啥的送的，成本低）升级到电视会员（ 8 元 /月升级费用）
再者就是 iqiyi 普通会员升级，iqiyi 电视会员还有个好处，就是超前点播的可以直接看，不用 3/元一集解锁
最后就是优酷了，但优酷直接充值年费稍微便宜点（第三方渠道）

我觉得补上班（或者说调休）比较好

首先中国的节假日（不算调休），不是垫底的，算是中间水平。如果算是周末（正常我们还是双休的），有些国家和地区是单休，可能还中间偏上了

国外感觉假多主要是企业年假等可能多点，但这个也不能和我们国企比。这块差距比较大，不太好说，容易被平均

经济基础决定上层建筑，现在社会的发展确实需要大家多工作，一下子那么多假是不太合理的（但慢慢争取是合理的）。之前有看到说印度工会的，反而成为经济发展的一个阻力

再说回个人，也肯定希望多放假。但对于拼假还是支持的。首先很多人现在都是外出工作，拼假可以回家探亲、旅游。比如要结婚，肯定是选节假日，这样五湖四海的亲朋好友才有时间来。而且拼的周末只是多抽一天，影响也不大

但拼假拉动的旅游质量还需提高，还需要高质量的旅游、消费模式

@lzlee 能水到 80% (逃

@www5070504 嗯嗯 需要多多实践。
本着减少 bug 、可维护、高质量代码去做就行，单测只是一个手段。为了单测而单测也不行

@imdong 要把单元测试和功能集成测试区分开

比如你有一个方法是判断输入参数的，就需要对这个方法进行单测
「意思是对于异常流程，不需要写测试了么？」异常流程肯定也需要，所以单测里面有个重要的概念：分支覆盖率
简单来说就是方法里面的各个 if else 是否都覆盖了

但话说回来，对于单测来说这是可预知的异常分支，比如一些其它异常请求参数非常大，tomcat 就报错了、mysql 网络异常等这些不在单测范畴

首先单测是肯定有用的，是利大于弊的

1. 大公司是有要求的，这么说吧，优秀的项目都是有单测的。当然为了覆盖率一刀切的假单测是没有任何作用的
2. 前面有人说了。还有一个就是要区分单元测试和集成测试，我见过极端的，全部用集成测试代替单测


@supermao
「写的单元测试都是你能想到的并且不会错的」
写的单元测试都是你能想到 这个没问题，不管什么测试都是这样的。但单测还有个作用就是重构的时候，不管方法内部改动多大，之前能满足的输入输出，重构后也要能满足
「并且不会错的」这个不对，单测并不是这个方法完全写好后，再写单测，一般是一边写逻辑，一边加单测代码。甚至先把单测代码写好。而且这个方法开发过程中、以及后面的重构，都可能出错，这样单测就能搂住了。有一个共识：发现阶段越早的 bug 越好修复

打电脑游戏的话还是网线好点，需要稳定，特别是台式机，不然还得花钱买个无线网卡。

阿里、腾讯

按序排列

@jiangzhizhou 要是真的中小公司也好 全部上云，不想那么多

但其实大公司也有小部门，redis 、mysql 可能公司统一的，但 zk 、kafka 这些没人愿意维护

楼主说的没错

但工程方面真的需要很多妥协，有人说为什么锁和队列都喜欢用 redis 。因为一般业务没那么大的场景，而且不一定都是钱相关
主要是 redis 简单，单机就能抗很大的流量

比如用 zk，实际用过就知道，本身服务故障的几率比 redis 大多了，有时候天生分布式反而是它的缺点，运维成本搞
队列也类似比如用 kafka 、RocketMQ 抛开本身集群的运维，还得知道很多概念，用错了问题更大，redis 的 LPUSH，RPOP 简单很多

这么说的，大部分工程师能把业务需求整明白就很不错了