昨天买的一个小西瓜，不知道什么品种，看上去貌似麒麟，超甜。3 元 /斤

私域里面女性比男性多的多。。。

@star7th 分开后就没喧头了呀。全靠高星的资料汇总带呢

别看现在低代码热得很，但实际上已经悄咪咪地给自己限定了更小的应用场景。抢程序员的饭碗？断后人的路？不存在的。

我记得十几年前就有很多做这个的，当然那时候不叫低代码，叫快速开发还是什么的，反正完全是同一个目的。然后因为各种原因做不起来。也不知道怎么回事，现在貌似大家突然都开窍了，没那么大的野心了，居然就火起来了。

北京有一家叫起步的，就一直在做这个，做了有 15 年了。。。谁的饭碗都没被他们抢去过，倒是他们自己，一直过的不怎么好吧。

楼主太敏感了。同事聊天总要找个话题，一般也就是哪里人，结婚没，没结婚的喜欢哪类女孩子，结婚的问你孩子多大，喜欢什么娱乐活动什么的。你把这些当作个人隐私，没错，但没必要。这些有不能对人言的吗？在我看来是没有的，人家知道了也不会上门来骚扰你对不对。所以也没必要绝对保护不让人知道。

楼主你拒绝回答此类问题，根本上不是不想泄漏这些信息，而是不想和人有工作之外的交流而已。这有错吗？当然没错！但是，人是一种社会生物，和人打交道是不可避免的事情。良好的私交能够给你的工作提供很大的助力，反之则可能带来阻力。所以，试着和同事适度交往，不要把自己装进一个带刺的外壳里面，会给你的事业带来帮助的。

遍历集合生成一个含文件的集合，然后取差集不就好了吗

从来不看公共号，也很少看朋友圈。

硬盘录像机不都有这个功能吗？

我家用的榉树，挺好用的。

我的应用也是，没有原因，找不到人问。顺便请教一下楼上诸位：怎么联系酷安小编？发邮件不回。。。

不不不，git 冲突多是因为你们的项目结构有问题！！！讲真，我这里多人合作开发维护同一个项目好多年，极少有冲突的。所有的冲突都是因为多个人同时修改了同一个文件。而这种情况我们这里基本是不可能发生的，偶尔发生是因为头铁的新人不按规矩办事，瞎 JB 搞。

我喜欢对方问“在吗”，因为这样我不想理睬就可以装作不在。。。。

COPY ../library/*

nginx

没有的，不存在的，别想🍑了。找到问题的关键，解决它就行了。

楼主你们没事干了吗？
滚动条上面滑块高度动态还是固定不是 UI 的事情吗？这个产品越权了吧。这种可有可无的视觉效果，但凡是个靠谱的 UI，就不会去花时间在这上面。

springBoot + openfeign + springcloudAlibaba + nacos
技术栈不重要，不予置评。

gitlab commit 强制规范。很好，需要坚持。如果不能推行，可退而求其次，逐步推进。
git commit before 强制跑 soner 。能跑最好，不能跑就算了吧。
测试一个功能一个服务的实例和所有基础服务。不需要，基础服务本身应该是稳定的，没有必要每次都去测试。
强制所有模块拆分成为一个，一个 git 远程仓库。一个项目一个仓库就行了。
通过 ELK 采集日志集中分析和查看。必须的，但更重要的是日志的格式和内容。
对新表上线必须模拟日增数据。不需要。
对服务的监控和熔断，限流。不是必需的，等有需要再加上即可。
git push master 必须通过所有回归测试。不太现实。
所有服务必须有基本的 readme.md 介绍。需要，强制推行。
所有的服务必须有版本发布管理。必须的，通过工具来管理
所有的部署必须通过 git 钩子自动化部署的。不好，还是手动点一下发布比较现实。
模块的更新必须共同开发的同学一起 code view 。估计顾不上。
模块的调用必须通过 feign 或者 MQ 来完成代码的解耦。这是必然的，而且在服务内部，不应该存在模块间的调用。如果存在，那就应当抽离成一个公共的方法。

其实吧，一个项目能不能迅速地开展，取决于你有没有一个成熟的体系。项目能不能顺利推进，取决于你有没有足够的现成可用的、稳定可靠的基础功能模块或服务。也就是说，只要你有一个成熟的技术体系，而且这个体系已经具备了常用的，可开箱即用的基础功能模块，你做什么项目都不会有太多问题。

20H2，没有检测到更新。。。