@yafeilee 简单社工，不难的，难度无限接近于 0

@yafeilee 已扫码加了，下面，你写个算法分析下哪个微信是我呗（手动🐶头）

@yafeilee 创业，九死一生的事情，所有创业者都值得尊重，先膜拜，再建议。
1、语言种类的支持，相信在路上了；
2、vscode 的协作，嗯，很好的竞争品类型，可以让产品经理仔细琢磨下；
3、对于前端、移动这些代码只有终端输出是不够友好的，建议考虑嵌入 Chromium 和模拟器；
4、show me bug 挺重要，但是 show me thought 也很重要，毕竟面试时间有限、也有可能紧张道理撸码手艺下降，但是遇到一个思路清新的候选人也是好事，所以建议增加“白板”，先画出实现思路，再看撸码，可能效果更优（白板面试的基本过程：出题、给思路、写代码）；
5、面试，毕竟是一个具有“仪式感”的事情，所以建议增加“点对点”或者“点对多”的音视频交互模式的支持，语音沟通效率更高，也可以看到候选人的情绪反应（有人专门做情绪识别的面试评估），而且视频还能一定程度的防作弊；
6、毕竟大多情况下的代码实现面试，面试官不会看了代码就结束，一般而言还会和候选人有一些互动，那么是否考虑引入 code review 工具的一些代码注释的交互方法；另外，在结合“白板”，做一个支持“涂写”的代码“批注”模式；（解释下场景：代码写的不够严谨，或者方法不是最优，用 code review 的批注或者直接修改；一大段 if else 可以用语法糖优雅实现的，可以画个圈，告诉候选人有什么方法更优雅（如 python 的 lambda 改写），可以自己回去看看）；
7、和第三方招聘工具的集成，让企业方可以有一个完整的招聘体验：从投递简历，到代码面试，到最终结果，数据打通；
8、另外，我始终坚信代码能力很重要，理解能力、处理问题思路以及技术视野对码农成长空间更重要，做为面试平台，需要平衡并引入这些渠道的综合测评；
9、想到别的再补充吧。

离职好啊，一直离职一直好。

基本相同，都是补全和提示。
个人感觉目前 kite 貌似稍微好一点。

莫名其妙的 if else 大概率是先写着占位，准备以后扩展，但是，没等到以后就跑路了。

咦，你们都不承认是看了头像进来的？
那我也不承认。

当年的闪客们还好么

应届生从实习到校招 /管培，一年存活率估计也就是 2 成吧。

@NewDraw #13

你们都弱爆了

我和 V 站的各大厂背景的大佬一起参与过项目。

另外，那些 Diss 测试的，来来来，就人家干过的活，问你几个问题：
vCenter 是什么？
Hyper-V 集群是什么，Hyper-V 的故障转移怎么实现的，对于后端硬件架构有什么要求。
X86 的虚拟化闭源的有 VMware，开源的 OpenStack，为什么银行项目 POC 用 Hyper-V 去做测试，给出理由。
Oracle RAC 是什么，如何配置。

答不上来正常，你没做过的领域，不熟悉自然正常。那么，你哪里来的资本去 Diss 别人？

能回答上来，说明你对于底层环境架构、配置熟悉，而且我估计能答上的人，大多不会去 Diss 任何岗位。

@huyi23 @chiu 老司机说的对，如果不续签，一定不能是“自己提出”，然后就可以让 HR 说出不续签，然后拿赔偿。
@alfredsun 如果是主管拐弯抹角暗示，那就是公司不想续签，又不想主动提出，忽悠你自己说不续签，这样就不用赔偿了，懂了么。

有话语权的找不到事了。

好吧，已 star
搭车做广告我 https://github.com/lonelygo/Shift-AI-models-to-real-world-products 啥时候能过 50 ？

书面辞职理由：个人原因。
下家面试的时候回答：给骗了，入职才知道是让去做外包项目。

轮堡垒机，跳板机，行为监控的重要性。

技术路线选择，首位要考虑的就是项目时间。
2 ～ 3 个月，考虑到设计、架构、测试、填坑、微服务发布，乱七八糟的一堆事情。
建议选 1 ；
上线跑起来了，趁着用不量不大，而且大家确实“技痒”，也对未来一段时间的挖坑、填坑有心里准备，也互相信任不会甩的锅满天飞，以：“因对未来可遇见的大并发”以及“业务需求可遇见的增加与变化”，需要“引入”“ DDD ”设计模式，通过“微服务”逐步实现“中台战略”，所以要“重构”为 SpringBoot，最终实现 K8S 的分布式架构。

切记：
技术选型千万不能为了技术而技术。