我家楼下也很多电动自行车但是没有你说的这个情况，估计是个别车才会这样？先看看是哪辆车，帮他推远点，或者弄点胶帮他堵一下警报器的喇叭

做手工就行吧，卖卖十字绣之类的

看楼主回复的这么详细，应该没什么问题。问题其实主要在于 take home assignment 这个形式，即使在国外也是备受诟病的，就像国内越是大厂就越爱拉一堆竞品公司的简历，去问人家技术细节。我理解要是出一些通用型的题目，避免跟行业关联，就还好。

感觉就是新型传销，北京挺多传销的，以前聚集地在昌平平西王府那片，可能换地方到通州了，共性都是郊区包个看似豪华的酒店把人骗过去

投简历的要谨慎啊，这个前面说的这么好，后面来个 Take home assignment ，可能就是想白嫖

跟基因有关，成年人应该是 6 小时才够，有的人是 4 小时就够，比如拿破仑

服务器没有配置 OOM-kill 吗？可以先配一下，等有进程 oom 重启后，看下 dmesg 就知道是哪个了。可以用 cgroup 限制内存。不过你这个是多个微服务，也可以用一个 docker 跑所有微服务，容器启动参数加--memory 18G ，限制总内存在 18G ，这样 docker 内会 oomkill ，不影响你 ssh 到主机做排查。要复现就在 docker 启动参数再加个 --oom-kill-disable=true

这种帖子回复最多了，op 看起来很懂但是很基本的问题都解决不了，再加个挑事儿的标题

500 多，基本就是中水了吧，商业办公楼的厕所自来水都明确写了不能引用的，烧开也不行。老板也喝这个吗？这种水喝几个月得全员肾结石了

这种问题最好抓包看下窗口大小，要是接收端窗口太小的问题，可能是接收缓存设置的太小

没有面试机会的话说明简历有改进的空间的。

个人认为，hr 或者 rd 筛简历的时候都没有多少时间，几分钟过一篇算久的了，所以简历需要简化，一般 5 年经验一张 A4 纸能放下，10 年经验一张半纸吧。项目介绍简化到 1~2 行，职责和贡献放一起 3~5 行，一定要突出用到的技术栈和自己擅长的技术点。让人大概扫一眼就能知道你熟悉哪些技术，放到现在的项目里适合做哪些事情。
当然我做的是偏后端方向窄一些的容易提炼，前端或者全栈的我理解介绍的时候一定要做适当精简，重点突出不能堆砌。

还有一个建议就是准备多份简历，做不同的精简，然后根据不同的 JD 投不同的简历，看你过往的技术哪些和 JD 中的项目贴近就重点介绍，其他的简化掉，这样可以帮助负责招聘的人排除一些他不熟悉的技术栈的干扰。

外包其实影响没那么大，主要的原因是外包做的事情会比较杂，简历上信息太多，重点不够突出。适当增加 blog 地址和 github 项目应该对你这种也会有帮助，起码通过筛选的概率会大一些，没有的话现做也是可以的。刚发现你这个 github 地址贴了但是没有项目简介，相当于没贴，最好贴 1~2 个项目地址几个字介绍下。

刚想起来一点补充下：项目经历最好从新到旧列一下，加上时间，跟你的公司经历要能匹配上，从简历上能体现出来你这几年技术的提升会更好。

@twor2 容灾没做好呗。最近几年法律法规都跟上来了，判例越来越多，公司内的规章也把这部分完善了，程序员的确得小心点，因为程序员这个位置是类似建筑工人，最底层执行人员，是没有兜底的，尽量选择风险相对低一些的行业，活着才有 dps

很多技术的新旧都是表面上的，底层原理更新没那么快的。尤其近几年，新的框架多数都是为了提升开发效率，把底层库做跨平台封装，再针对业务打包，对大公司横向扩张是有帮助的，比如招聘一些外包就可以做业务需求。问题来了，大公司用外包了，被裁掉的正式员工到了中小厂还需要用这些新框架吗？当然没必要

两周去一次医院，感觉医院系统出问题的几率还是挺高的，一年能碰上好几次系统问题导致医院人流拥挤，这还是三甲。解决办法一般是把负责开发的程序员抓起来判刑（不是开玩笑，医院系统故障性质还挺严重的）