fork 和 feature branch 在这里有太大区别么，不都通过 mr 来合并？,反而更复杂不方便协作。

至于说多人维护同一个 feature 分支的的协作问题，我个人倾向是下 feature 粒度，快速合并，尽量减少这种情况，同时尽量避免长期不能合并的 mr ，当然这更项目架构，团队架构都有关系，就比较复杂了，也一定对，，适合自己的才是最好的。

提到这个，我赶快去看了下 龙芯 在做的 二进制翻译，他们的设计目标就不一样，不是作为过渡方案用的，甚至常用考虑尝试实现 多架构之间的互相翻译，在某些场景下，弱化 /消除 架构差异，而且他们做这个的一大 use case 就是 打印机驱动 ocx 插件，，应该可能会考虑？？

不过 公开信息太少了

https://zhuanlan.zhihu.com/p/376679541

因为 rosetta 只是一个过渡方案, 早晚废弃，与其花大力气搞 rosetta 还不如督促开发者尽快 native

总的来说， 都有，1: 支持进程内转意义，即便不是完全不可能，在目前 rosetta 的架构下也相当难, 2: ROI 太小, 犯不着.

勒索软件成果商业转型

费这心干嘛，保护保护自己健康吧！！

啥 c++

天王老子来了也是 21

https://www.researchgate.net/publication/3044444_Perfect_failure_detection_in_timed_asynchronous_systems

it is impossible to implement a perfect failure detector in purely asynchronous systems

---

我会:
想办法赚点钱，然后当程序员！！！
-----
如果赚钱失败，就当程序员赚点钱！！！

@tinkerer 很多同学看来对 docker 有很深的误解啊，docker storage 需要能支撑 分层（ layer ）的文件系统，这个层就对应是 docker image 那个层，修改都会在最新的一层里面, 有很多种可用的实现，但不管怎样，从原来来说，肯定是有损耗的，（ io 可能要跨越多层，需要多次访存）

而 volume, 这个东西 一般使用 bind mount, 这个东西在 linux 下用的其实不少，问题不大

我觉着 mysql containerlize 最大的问题还是，和容器相容性多少有点不合适，毕竟不是这么设计的，随之而来很多运维和管理上会遇到一些 以前没有的问题等，或者需要自己搞写工具来解决，没明显收益话，划不来，mysql 面临的运维的问题仅仅 docker 是提供不了什么帮助的

最好, 我在非生产环境，和内部工具（团队协作等用的工具，访问量不大，也对数据安全要求不高）用 docker 里面跑 mysql 2 年+，没遇到什么什么坑，仅供参考，当时这么用也仅仅是为了方便，没有任何其他的考虑

我觉着可维护性应该不怎么好

可以带墨镜，解决对颜色过于敏感的问题，

或者调成高对比度模式

我屏幕平时不怎么擦，比较脏，亮点调暗点就会很明显，，很多人就会犹豫一下

我换公司电脑的时候，怕硬盘用久了（接近 5 年吧），损坏风险搞，也考虑对拷，，还是 Ghost 靠谱，挂一晚上就搞定了

你可以，直接，把，硬盘，拆下来

---

看你说代码，可能小文件会非常多，要不直接对拷设备？

大道至简的，买两台电脑，通过切换电脑实现切换代理。

我觉得上海很大

/usr/bin/ssh

Java 16 不是 non-LTS 吗，快跑啊