我从初二开始使用 Slackware 到现在,10 多年过去了, 桌面也没有特别的要求, 一直是 kde

这个你就不要纠结了，我认识一个本人就在红帽工作的日本朋友，他个人的电脑上安装的也是 CentOS ，没有本质的区别

从根本上提交效率只能依靠一个人的心力和脑力, 这些外在的地具不可能从本质上提高一个人的生产力, 因为任何一个人如果掌握了这个工具生产力就出现根本的提高, 那么请你相信今天应该是 VIM 统一天下的朝代了, VS 和 Jetbrain 应该不会有, 明白了吗?兄弟

由于目前手上的项目在使用 Dlang 开发, 所以直接上了 VS

Vim 是我学生时代的好朋友

@zhs227 这就是竞争的价值.

这个世界本身就是这个样子, 这是天道的真理, 虽然有些累人有些凄苦

被你坚持的精神给打动了, 你能够分享一下是什么让你一直坚持做这个项目, 也包括那个 TBOX 的项目.
我很难想象.
像我经常加班, 工作已经让我很疲惫了,何况生活中还有很多其它的事情,家庭,家人, 总之好多的无奈. 我真心希望你能够分享项目背后的故事与生活.

谢谢

@leeloto 其实别人有这种混乱也是正常的，国内和国外的实际情况还有很比较大的差别的

中国和日本加班的情况很严重的。原因是什么我不说你也知道的。。。

那个时候国内兴趣了短暂的 Linux 热，只可惜只有极少的人能够找到一个比较好的道路走下去，蓝点 Linux 就是一个悲哀，因为它的失败不是因为技术而是因为市场和资本。。。
如今回首， 感叹还在

hi ，川陀是一家好公司，至今都还记得里面的每一个同事。当时由于身体原因离开了公司，走的匆忙，以至于没能留下朋友们的联系方式。吕经纬，费啸波，麒麟飞他们都还好吗？能给我留一个联系方式，比如微信或者 Google+的联系方式吗？

真诚的推荐你尝试一下 KDevelop, 我实习时在外企业里，好几个项目组都是 KDevelop + SUSE

很期待这样一本书，自已也很喜欢 PHP

谢谢，非常感谢

小工程可以直接手写 makefile ，不过对于团队化的项目管理，不推荐这么做，团队化的项目管理，对于构建文件应该采用模板机制, 可以先根据项目的结构制作一个模块，在这个模块的基础上进行增强维护。

另外的一种方法是采用 cmake 之类的工具。目前参与过的项目基本上都是自己维护自己的模板，使用 cmake 的也不是很多。

个人更倾向于使用 cmake 之类的工具。