我做javascript的，早些年ajax都要用xhr自己实现，现在一切都是轮子模块，按业务组合就行了，这些模块都是十几年间无数同行的劳动成果。低级语言虽然万能，但就是反人类的，命令行算什么啊，不说汇编，种蘑菇云的时候还要在纸带上手动打孔呢，怎么没人去拥抱打孔器呢。高门槛低效且过时的技术就是茴香豆的四种写法，博学而没用
我也翻译过很多英文技术文档，门坎根本不是英文语言语法，而是专有技术名词。新手根本不知道bridge bus driver是桥接总线驱动还是过桥巴士司机，每个词都看得懂但就是不知道连起来是什么意思，类似这样的拦路虎只在英文文档才会出现，中文文档根本不会存在
既然选择布道，就要放下工程师思维，小学数学题谁都会做，但不是谁都会教的
Comments
不太认同这位工程师的说法，对于初学者来说，一款MCU资料容易获取，开发环境容易搭建，易上手，能一键编译，一键debug，最好不过了。命令行操作有视频中提到的优点。但不利于初学者学习和产品的推广。idf和platformio都用过，环境搭建真的复杂，还有Win下编译慢，虚拟机下编译也慢的缺点。希望你们内部不都是视频上提到的命令行操作的观点，我的观点是怎么利于用户快速开发怎么来，怎么利于快速出产品怎么来。[doge]
♥ 480 ↩ 23
这个视频核心想要传递的信息是：想要成为一个优秀的嵌入式工程师，需要掌握哪些知识？ 焦点不是在esp32本身以及esp32到底好不好用。即便是stm32提供了完善的ide，对于职业的嵌入式工程师来说，能够掌握cmake，gcc，freertos什么的，在你面试的时候也会是很好的加分项。
♥ 310 ↩ 2
我的观点是，不管是嵌入式还是什么编程，优先用IDE，让你的hello world跑起来。先用起来再深入，而不是在还没入门的时候劝退。命令行作为进阶，作为了解整一套机制过程，是必须的，但是不是在开始的时候。
♥ 236 ↩ 3
说实话，感觉对于熟悉51并且感觉ESP32难的人来说感觉说了跟没说一样，这些方向我都听过，也知道这些方向能干什么，但我只是想用ESP32来替代51基于WIFI实现一些简单的功能，还不如教教怎样在ESP32上实现51就能够实现的基础功能，毕竟对我来说大部分时候想一个作品都是以51单片机能实现的功能作为创作的起点，但只是为了优雅的使用WIFI蓝牙所以想用ESP32来再次实现，习惯了寄存器开发，明明ESP32主频高了51好多倍但用ESP32官方的API还是感觉运行效率垮挎的，感觉是为了照顾所有用途把API弄得复杂了，另外我还想ESP32有SSOP的封装、简化环境的搭建、简化烧录流程等等对于乐鑫这样一家大公司来说微不足道的事情
♥ 161 ↩ 8
乐鑫对普通用户的态度仿佛是 来用我的东西就必须听我的，想入门？ 先花一星期把环境搭好把，从为入门到放弃，看看ST现在强推什么把，CubeMX,CubeMXIDE，哪个不是集成式的，自动挡和手动挡的比喻非常不认同，会用命令行不代表大神，只是大神是从没有IDE开发环境的时代过来的，未来一代肯定是属于IDE的[呲牙]
♥ 173 ↩ 7
怪不得esp32这么难上手，现在知道了，压根没考虑普通学习者需求，厂商就想让你一上来就放弃
♥ 114 ↩ 14
感谢孙老师邀约[呲牙]希望视频能帮助大家更好掌握单片机软硬知识。学习ESP32、IDF是需要实践和耐心的，若大家遇到技术问题，别忘了多查我们文档、多逛论坛、多泡Github、多问ChatGPT[捂眼]。祝大家在开发道路中获得成就，成为赛车手[鼓掌][嗑瓜子]
♥ 152 ↩ 27
听完官方的视频介绍和评论，深深地感觉官方并不觉得入门开放者反馈的比如环境搭建不方便等情况是什么问题，反而觉得是开发者的问题。说实话有点失望，要是手动挡好，为什么Keil这个自动挡工具这么流行呢
♥ 87 ↩ 9
我做javascript的，早些年ajax都要用xhr自己实现，现在一切都是轮子模块，按业务组合就行了，这些模块都是十几年间无数同行的劳动成果。低级语言虽然万能，但就是反人类的，命令行算什么啊，不说汇编，种蘑菇云的时候还要在纸带上手动打孔呢，怎么没人去拥抱打孔器呢。高门槛低效且过时的技术就是茴香豆的四种写法，博学而没用 我也翻译过很多英文技术文档，门坎根本不是英文语言语法，而是专有技术名词。新手根本不知道bridge bus driver是桥接总线驱动还是过桥巴士司机，每个词都看得懂但就是不知道连起来是什么意思，类似这样的拦路虎只在英文文档才会出现，中文文档根本不会存在 既然选择布道，就要放下工程师思维，小学数学题谁都会做，但不是谁都会教的
♥ 56
单片机的底层开发本身就是很反人类的[辣眼睛] 完全不符和人类的学习认知过程[辣眼睛] 所以能把底层玩透的都是大神 [脱单doge] 向我这样的菜鸟只会用IDE [笑哭]
♥ 54 ↩ 2
从51到stm32，中间都没觉得有啥困难，但是到了idf，真的是困难重重，主要是感觉idf的函数，更加软件化，而且和rtos强绑定，以及教程资源少，官方例程基本没注释，学起来是目前最困难的开发环境，仅代表个人意见。
♥ 49 ↩ 4
看了视频与评论区，斗胆提提自己的想法。其实视频中老师讲的内容并无不对，也是一个资深工程师的肺腑之言。只是大家认为老师在此代表的是乐鑫官方，在其他厂商都在努力让大家能够更方便更快速地上手开发，让单片机能跟玩起来的时候，乐鑫官方却提出如此言论，就好像官方自己不努力(实际我们知道esp系列可玩性超高)，还责备用户不够"硬核"一样。如此"老工程师"言论，当然引起了广大玩家的反对。希望乐鑫能通过孙老师的这个视频评论区，了解到广大用户的心声。为我们带来更现代化的开发工具[脱单doge]，国产之光，加油[打call]
♥ 39
ESP32的开发环境搭建直接劝退很多人了，我当初搞了一个星期[笑哭]
♥ 38 ↩ 15
商业方面上手简单，能够快速开发才是王道，如果有上手门槛，首先会在开发阶段被毙掉，因为不利于后期的维护，一旦换人可能会面临项目无人接手的困境，命令行编译虽然更自由但是也会增加一定的上手门槛，除非做到51或者32的体量否则命令行编译应该也是大部分嵌入式开发人员所不能接受的，更重要的是会增加企业的培训成本，这可能也是部分公司所不能接受的，个人认为命令行和IDE可以同时存在
♥ 35 ↩ 2
看了这个视频感觉ESP32开发难度太大了，只考虑大牛使用者，基本放弃了初学者。如果想要增大市场，还是要做好基础入门，降低开发难度。
♥ 32 ↩ 4
ESP-IDF很好用啊，而且有在变得更好，不停地进化才是王道。记得很久以前TI工程师在社群里嘲笑ESP是玩具，后来的现实是TI的Wi-Fi就逐渐在市场上没落了，ESP32成了现在的主流。
♥ 35 ↩ 7
[脱单doge][脱单doge]下次讲讲立创开发板吧，全国产开源开发板
♥ 24 ↩ 1
中文资料还是得向英文资料低头啊，，，这是为什么
♥ 25 ↩ 36
没必要，个人diy没必要去研究命令行寄存器啥的 。上手容易库多才是王道。
♥ 21 ↩ 3