UIXX

我这里是你对口的应聘对象，写一些建议。

要进步，一定要升本。理由如下：

1. 22 年广东高考录取率 76%，其中本科占 48%。什么概念？ 10 个候选者中有 6 个你根本没法跟他们同台竞技，从硬指标上就输了。
2. 你缺乏正确引导，包括技术路线和职业规划。做的东西杂而乱，C++、Java 、Kotlin 雨露均沾又蜻蜓点水，用互联网早年的标准看，就是漫无目的的脚本小子。
3. 项目流于表面，缺乏深度。你可能需要更厚的理论基础作为铺垫，细化自己那些 demo 式的项目。另外，不要再做花盆、钥匙这类东西了，它们如同网易云音乐之于 Web 前端，过早地让应聘者露底又没有区分度。“10 份 IOT 简历 9 个做过花盆，你让我怎么不选学历高的。”

这个问题不适合泛泛讨论，招聘倾向是市场环境、企业状况、决策者好恶的综合，没有 A 条件必大于 B 条件的说法。

有没有感觉不对劲？

初创公司？草台班子！
时长波动？缺乏制度！
技术总监？廉价码农！

“我既然那么重要，那么 30K 打底不过分吧~”

问题很笼统，OS 覆盖面太广了：

中大型设备的 Windows 、MacOS 、Linux （如 Ubuntu ）及其他 Unix 系统
移动设备的 Android 及其变体、iOS 及一些市场份额较小的其他系统
嵌入式设备的轻量级 Linux （如 OpenWrt ）、RTOS 及其他 Unix 系统

各种系统在官方版本之外还有各种魔改版本：

社区开源版、企业定制版、国产版...

因此不能一概而论。

---------------------------------------------

几个相对较火的相关工作是：

1. 包括“开源国产化”在内的系统移植。主要是解决芯片与内核的适配问题，具体工作范围包含引导、BSP 、各种内核驱动。

2. 系统魔改。最典型的例子就是各手机厂商自己的 OS 。

3. 工控系统开发。这个可以由一些小型固件、轻量 OS 重写得来。

4. 虚拟化。虚拟化技术我做得少，就不乱说了。

这些工作对比较吃经验和行业深度，比如系统移植需要对目标系列的芯片及其架构比较熟悉，工控开发需要了解行业标准。至于一些 demo 书里面经常讲的内存管理机制与进程结构，开发中很少造轮子。因为改进是根据实务来的，自以为是的设计常常带来负优化。

---------------------------------------------

妥善管理硬件资源，语言不是什么问题。

啥呀，还从电路学起...你这个就是软件机制还不了解。

元件焊接问题，元件损坏造成的 bug ，多板对比就行了。电路相关的设计问题，那是硬件工程师的领域，你去了解可以更细致地调试板子，但时间有限职责未及的情况下没必要。

“会读寄存器会编程就能解决你 95% 的需求”，就是这样。

---------------------------------------------------------------------

真要学习，我建议软件人员按从顶到底、从芯片到局部电路的顺序进入嵌入式开发行列，优先阅读目标芯片的手册和目标芯片的架构手册。