这才是正确的做法
我司员工离职必须靠一个月，最后这几天这些人都在划水啥也不干，真不知道这样留着是心太善吗

rust ，另外想出海或者远程的话可以 C#

ImageMagick 或者 dcraw 不就是一句话的事情？

屏保应该是蓝屏

@huang40614676 想什么乱七八糟的，L3 还不许上路呢，你都想 VR 了，做什么春秋大梦，问过保险公司了吗，问过交警了吗？

大年三十下午，生产系统，5 个实例的 redis 集群崩了（ 3 个），然后 acl 丢失，整个业务停了 2 个小时，简直是世界末日。值班的运维既不知道 acl 密码也不知道怎么配的。幸好还有 2 台活着的上去查到了密码……
我也不知道他们运维怎么配置的还是 AWS 自己的毛病，有些业务 docker 就拼命去访问那 3 个挂掉的 redis 而不会去访问好用的那 2 台，这特喵的集群有个鸟用？

用了很久了，感觉基本功能还可以，就是开发能力不强，很多小 bug 我提了两年了都没修，比如不能挂载物理光驱，不能以客户端连接部分 smb 服务器等
另外 ipv6 穿透似乎不是很稳定

@GeorgeGalway 你说魏富海？那雕像应该更早很多年，似乎日本人的时候就有了？

@ichigo 20 年后大连彻底被洗人种，大连话将成为历史

@GeorgeGalway 瞎扯淡，我小时候（ 80 年代）那个像就在了

我接触 linux25 年了，过来人给你个劝告，linux 桌面=💩

@lizy0329 我这有 3 台还在服役呢

@willx12123 比如 java 来说，openjdk 默认没有远程 debug 的 agent ，然后 rancher 的健康检查会因为你断点了就自动重启容器。那么，你搞一个远程调试的容器，其配置就要特化。那么这个特化的容器跟生产环境就不一样了，到时候出了啥问题又要扯皮。测试说我反正在这个容器里测试是正常的，研发说我代码肯定没错，运维说原则上这点容器的差别不影响你程序……

@xuanbg 技术上没毛病，流程上不允许。比如我们用 Nacos 调度微服务的。QA 环境的 Nacos 开放注册的话，你随便开个私服就把别人的给顶了，到时候一个请求就被均分到两个服务上了。虽然理论上所，开私服的人应该先把原有服务停掉，干完了自己的活再把私服注销，原服务恢复。但是，你怎么能保证每个人都做到。张三刚开了私服挂上去，因为个什么紧急的事情被叫去开会了。李四在调试他自己的服务的时候发现发出去的请求都消失了，找谁说理去？

哈哈哈。本司的产品是基于 Nacos+Webflux+Pulsar+Powerjob+redis+PG 这套复杂的“微服务”。本地全起来能让你机器爆炸。起一部分的话只能用假数据扔 Pulsar 。之前 dev 环境的 Nacos 总被私服注册，研发团队内部经常互骂。最近单开了一个给大家随便玩的 Nacos ，终于算是和谐了一丢丢

卖东西永远比做东西难的多的多。有客户的话，现做都来得及。搞不到客户，再好的产品也是白搭。之前也是奔着副业去的想法，签了个某产品的中国总代（我手里还有现成的该产品的二开），结果因为大环境原因以及该产品定价策略等原因，卖了一年都没卖出去……
谈了几个客户，业内也有很多朋友帮着推，结果都是潜在客户因为种种原因打了退堂鼓。不是你这个产品不好，也不是你的服务不好，就是人家在当前环境下谨慎投资了，能省就省

需求是最大的驱动力。当年 RMS 搞 GNU 的开端也是他自己要用那台天杀的打印机

磁带

ghost 啊