mail.app 绑上 icloud/gmail....扶一下墙

@thomaspaine @zbz @xifan8866

技术门槛不低吧。 这一行两极分化极端严重，大部分转互联网去了。。包括我自己也会做一些互联网的项目。

技术门槛不仅限于 一些模电，还有一些苦涩的线性代数，傅里叶之类的理论知识
就编程技术而言。 从事嵌入式的门槛也远比互联网的要高很多。
要了解系统底层中断， cpu 流水线和各种周期指令，各种飞来飞去的指针，各种内存泄露，压根没有爽爽的开线程，只能自己写调度。包括书本上的，补码，进制转换，内存结构，块结构等。
哪怕从事偏软的上层架构嵌入式工程师，天天也是和 linux 内核打交道，写驱动，就是个大坑动不动系统崩溃。
就硬件方面，捉襟见肘的内存，需要自己回收的内存和各种 c 语言陷阱，没有高级的分析工具，没有花花绿绿的 ide 调试，就是个坑。
开个 struct 有时候都是奢侈，写个 char[]应付一下是经常的事

当然说这么多，待遇还不如一个一线城市的前端， php 工程师。。所以就是个坑。

难归难，待遇差归差，但是说实话。
只好耐心走下去，过个三五年 七八年（把 c 语言搞明白，搞透还得花个个把年。高级语言入门太短了。），待遇超越互联网的工程师根本不在话下，因为走到后面，回头一看就你一个人了，真正的精英，因为随便都能创造出数百万的价值。而且对于底层熟悉以后，对于上层根本不在话下。

所以主要还是跟楼主说的，如果楼主喜欢这个还是坚持走下去。。。因为这个真的不简单，走到最后也会有很不错的报答，只是会很长很长的周期。。

倒过来想，我编个程还要想一些数学模型，做线性代数，去描述运动，做高斯滤波，最后建立数学模型。这是件多有意思的事。。。
就电机而言，就可以玩个十几年。。。

所以。。。
绝
对
有
未
来
喜欢就别放弃

@sandideas 嵌入式大多都是无 os 或者 rtos 。。安卓那种。。 2333 都是交互界面

做民用。不了解。。可能现状不好吧。到处都在搞什么智能家居物联网。。
做工业，工艺产线控制之类的。。 嵌入式能让你赚到两眼发黑。。（只是前期资本积累没有互联网来的那么爽而已。。）

@pipicold @spww @zbz @longbo666

嵌入式，夕阳产业？
没前途
开玩笑！
嵌入式黑科技。。好嘛？

民用？智能家居？。。。民用算个蛋。。。

把嵌入式弄好，算法写好，滤波学好，模电数电学好，君不见工业产品 20 块钱物料的东西（物料成本，不算研发）卖 20000 一个吗？ 随便一个厂就要个几十万个的量

听说过工业控制吗？

民用嵌入式---
听过说博世嘛？听说过汽车 ECU 嘛？
听说过无人机吗？听说智能平衡车吗？
---


BTW ：一个 FW 工程师可能没一个前端的工资高。这个倒是行业现状。。 233333333

---
嵌入式分很多种。
偏硬的的（模数电，传感器），比如 cortex m3 （无 os 或者 rtos ），处理运算，产线监控和执行机构等。
偏软（有 os 系列 有 linux 有安卓） 比如 crotex a8 、 am335x ARM 构架等。（工业交互等）

说智能家居的都是民用型，
要知道工业领域，嵌入式简直就是黑科技到极点的。。

我一直都在做嵌入式开发（工业），偶尔也在做互联网项目。
嵌入式门槛太高。。以至于大多数人想转型。。并喷没啥前途
因为后续的控制理论，概率论，模电，数电，信号基础 理论基础就够喝一壶
调试方面。示波器（几万到十几万） 就已经拍死大多数入门款

建议做交叉编译。。
在上面装 gcc 还是得把 gcc 交叉编译
交叉编译前确定好 glibc 等核心库版本。不行就编静态的。
telenet 发文件还是个问题。。
x （ yz ） modem ？ 发 binary ？

还是对方支持 scp ？

楼上正解。
PS ： 要是我肯定是入户光猫－ 路由器－ 后面接两个网桥（ LAN ）－ AP （ 802.xx ）。。。啥事都没有省心省力。 主路由不管做 qos 还是映射端口都方便管理。

赞 学习了

pc 上连 xcode 都没有。。。。更何况模拟器。。 23333

@Andiry 手脱离键盘， 远
同理 emacs ctrl+CFPN

店家在给你检测的时候就已经想好打你微信的主意了吧

多“用” 没必要刻意去学什么

@billlee 同意 git 在 cli 方面 完爆所有 ide “落后的” cli 反到是最先进的最效率的

@rungo c 语言这么落后的东西了 又落后 又原始 还有这么多陷阱 这么多指针 写他干嘛 说 c 语言好的都是叶公好龙 233333 什么大神都在用 c 语言？ 你们都是个人崇拜 2333
等出了意念编程再来喷 vim 吧

@bramblex 确实。。语言在发展。。单纯的编辑器已经无法胜任工作了。。高级 ide 在 code refactor 上和项目控制上（配合版本控制）有着无可比拟的优势。。
而且越发成熟的设计方法，可替代的重复模块构建，甚至是后续的配合组建（包括 ORM 框架，可视化生成，测试驱动， ut 等也越来越具有优势。。）

不过， 一些基础项目， 特别是 linux 项目（内核，驱动），对 vim 的依赖还是很大， 因为从调试到设计到版本控制（ git ）到文档撰写（ Tex ） 都很难脱离 vim 。

所以反过来说， linux 的产品些列（包括运维） 是基于 terminal 的一套解决方案，而 vim 是在 terminal 的解决方案中的核心。难以替代。。。所以我在 linux 写 py 项目依旧是 vim/ipdb 。。。即使是我连标准库都记不清楚。。

所以不绕远，从题主问题一分为二来说，还是要看需求。。。
就学习 vim 来说。 我觉得还是有必要的。。毕竟脱离鼠标的 coding 方式更容易和思维衔接，更容易追求极致的效率

哈哈哈
知乎上不是还有“公司成立后怎么把 cto 踢掉”的话题么。。。

随着使用越来越多，和代码能力的增进
慢慢的插件都会退化掉

所以慢慢的就不需要 nerdtree ， taglist 等等等。
相反 buffer 的使用， tab 的使用，慢慢占据主导。。

这也是大多数人需要 ide （不引战） 喷 vim/emacs 的缘由。。因为他们可能会依赖鼠标 /solution/文件夹列表等辅助写代码构建。。。

同 @onemoo 学习 vim 的时候有个很大的误区。。
就是插件。

当年我刚开始搞了一堆巨量插件。花里胡哨又漂亮，功能又多，感觉开了个高达，马上就能开地图炮毁灭世界了。。。启动要 2.5s 。。
后来随着用，越来越发现 花里胡哨的东西，漂亮的东西，颜色的东西，慢慢都没啥用。。

就跟大多数大神一样 。。 vim 基本就几个插件，（<7 ） map 也基本很少用。颜色也没有奇形怪状的. 后来在 single 模式下写代码基本上 t_Co= 16...速度越来越快。。效率越来越高。。

以上 在充分了解 vimrc 和插件用途之前不建议急着上。。。（不然就用 ide 了）