以前搞过一阵 Clion 远程开发，就我个人理解，他内部原理大致应该是这样：
1.IDE 配置远程环境，包括编译工具链，up 环境就是容器内部的工具链。
2.IDE 把所有工程文件，包括一些中间文件，同步到本地。
3.通过读取 2 中的各种中间文件，达到代码提示等目的。
4.远程 debug ，应该也是通过和容器内部的工具链进行交互。

总结一下，如果用 docker 容器开发的话，容器环境是基础，cmake 也应该按照容器环境来写。IDE 当作一个大浏览器。


百度一下有相关博客介绍 Clion + docker 配置。不过多少有点隔靴搔痒的感觉，不如 vscode 直接将 server 部署到容器内来的直接，当然整体开发体验两者也没法比。

还有个坑，如果容器做了目录映射，注意 IDE 本地同步目录不要和容器映射目录相同。

想要有点名气大家都听过的，就正山堂，金骏眉。小叶种，看着也好看。

想要性价比高点的，可以鸿雁，英红九号也不错。

经典 58 自己喝喝还行，有点碎。

喝过的不多，仅供参考。

嗯。。。。。。记得小时候，胡同里有一户种那种大杨树还是柳树，很多年很高了已经。有人过来收购，主人不卖，结果在一个风雨交加的夜晚，不知道是雷劈还是风吹，大树倒了，还连带着附近的墙也倒了（可能是树根导致的）。

@ligiggy 基本就按照一楼的说法来就行。要不给参数们再分分组啥的，反正逻辑上整洁就好点了。


@dynastysea @错人了？

个人而言，如果代码量少，或者和别的代码耦合少，还能为了强迫症写一些 getter,setter

如果代码复杂，耦合强了，就直接 public 里写一下了，毕竟为了稳定不出奇怪的问题，也是一种权衡吧，等实在受不了了，就梭哈重构。

大品牌各种类型的油换着吃

给钱多：大佬！都按您说的来！
给钱一版：大佬！您说的对！（私底下自己该咋搞咋搞）
给钱少：我觉得您说得有问题，不合理，应该咋样咋样。。。

我是搞图像的，怎么说呢，现在算法这个领域比较卷，主要体现在学术界和工业界的割裂。研究人员研究出各种牛逼算法，基本都是在实验室特有数据集上的结果，能推动工业界进展的没那么多。

如果有大量数据，除非公司不要求你产出，研究研究还行。大多数情况下没有产出和落地价值，时间上也是一种耽误，做着做着也很烦，因为搞机器学习需要的不是多么多么高深的算法理论，更多是对业务和数字的敏感程度。

讲得挺好的，已关注公众号

Sourcetrail 等类似的代码查看工具，应该会有一定的帮助

通常我会用 cmake 重新 configure 一次。没办法，不是专业 c++编辑器。

个人觉得可以吸收别人代码的优点，尤其是架构的设计，设计模式等等。

但频繁用到成熟项目上可能会产生意想不到的问题。

等到系统大规模重构，或者写新项目、新轮子的时候，再自己实验比较好。

这有啥，我工作一年出去同事跟客户形容我都是专家

不该爆吗？

之前看扩展坞的时候也看了好久，最后发现以自己那点预算买个多合一的完美扩展坞基本不可能

所以最后选择了一条网口+3USB，一条 type-c 转 hdmi 。平时不用第二屏，就只连有线。

但如果日常用双屏还是挑个好的吧，4K 60Hz 是个坎。