《 linux 内核设计与实现》和《 unix 操作系统设计》 这两本书感觉你现在还消化不了，如果后面不做 Linux 开发或者云原生、Infra 相关开发，基本上很少用到，现阶段还不如看《鸟哥的私房菜》，把基本的 Linux 应用和 Shell 脚本弄清楚。

Linux 相关的开发需要 C 基础，需要 Linux 系统相关的知识，我觉得还是有门槛的。

@IMengXin 这个真不错，不过好像缺少了容器相关的。

所有带 Gnome 3 或者基于 Gnome 3 的真的都可以洗了睡了，设计反人类，资源占用还奇高，真不明白一个桌面怎么会做成这样。。。

@lostberryzz 现在基本上全是自动生成的代码了，顶层基于 XML 的 SysML 进行系统级建模，MBD 和 MBSE 只关注模型，代码全部自动生成，已经是行业的事实标准了，国内深入做底层 MCU 的不多，目前以自己做车机相关的为主，主要是 Android Auto ，基本上不会用到这一套，而国际 Tier 1 基本上都在用 MBD 和 MBSE ，只关注模型，模型到代码是自动生成的。

这样做有几个好处，第一是系统高度抽象，高度模块化，便于工程开发、调试和管理，这也是大型复杂系统的唯一解；第二是模型到代码这个过程，基本上都需要经过 Ceritification 认证，这个过程是用形式化验证来保证的，生成的代码性能不一定是最优的，但稳定性和鲁棒性一定是有保证的，这也是嵌入式最核心的关注点；第三是模块化能保证复用，以往的手工开发，复用最多也就是函数和库这一级别，还是跟底层关联太紧密，而基于模型的方法做出来的是按照模型打包的，很多通用的系统应用到不同的型号上，只需要修改参数即可。

最后，很多人一说到汽车电子就都以为是车机那一套，其实真实的汽车电子一直是底层 ECU 一脉相承而来的，车机的那一套，很多情况下你不要也行，导航用个手机就能替代。或者这样理解，现在的汽车电子分为应用层和底层，大部分人关注的其实是应用层的，底层接触的人不多。

这样下去，又回到十几年前大家买水货手机的时代了

正常操作不是 fork 一个分支，社区进行自治么？不管作者是弃坑还是有其他骚操作，都不影响啊。。。

目前看下来：
1 ，多加 try... excep...是可行的，特别是涉及用户输入，文件访问，网络连接相关的功能，可以猛搞，而且显得专业，考虑周到。
2 ，封装成 Class 也会大幅增加代码数量，但是感觉需要改动的地方可能有点多，后续如果老板有大功能，重构的话倒是可以考虑。
3 ，适当自己造轮子这个已经弄过了，有部分输出 xml 就是 writeline 搞的，复杂的还是用标准库的 ElementTree ，程序复杂度有提升，估计后面接手的人看了会皱眉。

大家继续集思广益，我弄好了一起 Append ，也给有类似需求的人参考。coders help coders.

一步到位 JIRA

@nauhc 很多公司拿微信来办公的，比如商务上的，有的甲方用微信，有什么事情就是一长段语音丢给你，你用不用？再比如有的老板喜欢不管什么问题都拉一个微信群里谈，以后出了问题还得翻微信记录来撕逼，你敢删？还有很多政务方面的，只提供小程序，你用不用？

@defunct9 都没必要学，不会了开个 ssh 让你上去看看就行。

@usb7 不需要，你做出来的玩具肯定没有 Matlab/Simulink 里面自带的示例有用，汽车仿真比你想象的难多了，再说汽车行业里面，Matlab/Simulink 是必买的软件，为什么还要单独花钱买一套你的玩具？倒是你的仿真模型足够厉害，能帮汽车厂商最大程度模拟真实情况，加快 Time to Market 时间，降低研发成本，汽车厂商倒有可能单独买你的模型。

Matlab/Simulink 提供了保姆级的仿真，从 Model-in-Loop 到 Software-in-Loop ，Hardware-in-Loop ，到 Human-in-Loop 的各个层级仿真，不仅原生支持 Matlab 脚本，更是能直接导出 C 代码，是可以直接生产用的工业级代码，这个基本上是从 Tier 1 到主机厂的整个汽车行业事实标准了，Python 做做玩具就好了。

这种要小心有可能是硬盘 PCB 直接焊在盒子上的，以前西数经常这样做
http://www.eaw.com.cn/news/display/article/34606

对程序员来说 Electron 是垃圾，CLI 命令行真香；对用户来说 CLI 命令行是垃圾，Electron 真香。

gvim ，不能秒开的都不能算轻量级。

mark 一下，支持

t9900 太老了，不如卖给贩子回血几十块钱，再加点一百多买个 Sandy Bridge 二手品牌机准系统，这样性能有保证，一年下来电费都比一直用 t9900 有盈余。