- 主题:上午面试了一个小孩，问了一个问题是不是太过分了 (转载)
没错！ 这跟当年孔老师问鲁大爷 茴字有4种写法，是一回事儿，
- 来自 水木社区APP v3.4.4
【 在 Sinopeus 的大作中提到: 】
这种的 就是典型的自己学歪了 还要让别人也觉得歪
- 来自 水木社区APP v3.4.4
--
FROM 111.197.234.*
plain char不一定是signed这事对于嵌入式C开发确实是常识，
如果是有经验的人面试时不知道是说不过去的，应届新生另说，
如果是相关专业的也应该知道，不过“应该”也只是“应该”-_-;;;;
“冷偏烂”和warning的问题呢，对嵌入式C来说确实不能说冷
也不能说偏，不出warning也是正常的。但从另一方面来说，
这就是之前我某个回帖说到的，近些年来在通用编程领域里，
通过某些PLT的方法论和SE的最佳实践已经可以有效防止一些
初级错误、提升生产力了，而嵌入式开发里有可能缺少必要的
工具链和意识。比如编译器不支持某些条件的warning；没有
linting等工具；或者说一般人不习惯开一个项目就在构建设置
里打开全部warning，或者有了warning也不管；没有CI/CD的
思想，没有unit test。等等。所以，对于习惯了现代PLT和SE
支持的通用领域开发者来说，说嵌入式开发的条件烂也不为过。
【 在 feiy (null) 的大作中提到: 】
: 给一些人贴一个刚刚去做的测试截图看看吧。这个帖子，适合那些1. 不太相信“嵌入式系统上char是否为signed取决于编译器”这个是常识，以及2. 认为只有冷偏烂编译器，才会有的问题，或者3. 认为一定会有warning提示的人，参考。
: 如果阅读者有嵌入式开发经验的，建议跳过。
: 先说一句自嘲的玩笑话，这个话题被意外转到Programming版面来，有点类似一个尼姑去和尚庙里交流梳头的技巧，得到一些和尚们反复质疑“有必要梳头吗”“梳头不是一个梳子一梳到底就完了吗”，看到一些类似这样的回应，可以理解。
: ...................
--
FROM 183.156.100.*
错了，我是想说char为7bit的话会有连锁反应
比如int的sizeof为4的话，就是28bit了
【 在 adoal (阿豆) 的大作中提到: 】
: 标 题: Re: 上午面试了一个小孩，问了一个问题是不是太过分了 (转载)
: 发信站: 水木社区 (Sun Jul 11 11:04:27 2021), 站内
:
:
: 你家sizeof的结果是按bit算？
:
: 【 在 xiaoju (可爱的龙猫) 的大作中提到: 】
: : 什么平台有sizeof(char)==7？
:
:
: --
:
: ※ 来源:·水木社区 mysmth.net·[FROM: 183.156.100.*]
--
FROM 27.91.71.*
似乎还有1byte=32bit的。
char是寻址的单元，也就是1byte。但应该还是可以有值域比char小的整形，比如16位char的平台上还是可以有int8_t，只不过sizeof(int8_t)==sizeof(char)==1。
比如bool就是个值域比char小但sizeof不比char小的类型，虽然它不是整形吧。
【 在 eGust 的大作中提到: 】
: char 还能是16位的？我印象中标准里 char 用来表示宽度最小整数的类型，莫非有嵌入式会搞成 1-byte = 16-bit？
--
FROM 114.86.93.*
面试官的误区：给被面试的挖坑，显得很不友好。因为双方不是竞争关系，明显降低了面试官的水准。
- 来自 水木社区APP v3.4.3
【 在 anotherstone 的大作中提到: 】
面试的是智能硬件固件相关的。小孩背景和综合素质不错。
然后我随口问了一句：
下面一段代码
- 来自 水木社区APP v3.4.3
--
FROM 123.112.68.*
byte是个基本概念，不为8的话会出现很多问题，尤其是C语言代码
理论上说带有校验位的内存byte就不是8，但设计者还是把这个概念隐藏起来了
【 在 ilovecpp (cpp) 的大作中提到: 】
: 似乎还有1byte=32bit的。
: char是寻址的单元，也就是1byte。但应该还是可以有值域比char小的整形，比如16位char的平台上还是可以有int8_t，只不过sizeof(int8_t)==sizeof(char)==1。
: 比如bool就是个值域比char小但sizeof不比char小的类型，虽然它不是整形吧。
: ...................
--
FROM 27.91.71.*
这倒不一定，人家去找工作，结果认为面试官出了个很偏门刁钻的问题导致其被否了，那还真用不着太客气，反正他觉得面试官让他进不了公司搬砖了。他又没骂面试官，只是不满意、不客气而已。
这些问题，对于应届生，也就是几节入职培训课就能搞定的问题，正经点的公司和项目组对于新入职的人都会把这些积累的坑都讲一下。不会有人把这点东西当宝对内不分享吧
【 在 RollerCoast 的大作中提到: 】
: 不是，至少这小孩态度该谦逊一些。我们那时候去面试都是抱着学习的态度，即使没通过也要知道自己在哪里有欠缺。
--
修改:z16166 FROM 123.118.187.*
FROM 123.118.187.*
嗯，芯片寄存器API按struct给的，然后人家有INIT的一个API，但我们直接上来就SET VALUE，没INIT，然后就BUG了，当然直接DEBUG就查出来了。我理解，规范就是经验的总结，好的工程师要慢慢理解规范的缘由，举一反三。
【 在 moudy 的大作中提到: 】
: 我做汽车软件的，这些一般都是平台编程规范来管。但是很多bug都跟开发人员瞎玩平台api造成的。
: 比如系统原子加减操作，可能有os的api，也可能用soc内置的硬件模块。但是就tm有人加法用os，减法用硬件，然后软件崩了人家还一头雾水，我用锁了啊
: :
--
FROM 111.192.73.*
写的不错，学习了
【 在 feiy 的大作中提到: 】
: 竟然被转到这个版面来，还被顶上了十大，那么：
: 1、先说一下，这个题目是智能硬件嵌入式固件背景，随便考一下相关经验的，请不要忘
: 记了这个前提。
: ...................
--
FROM 114.249.20.*
编程是一整套大学问，小孩只知道其中较为直观简单的一小部分，而且为了不让旁人小视他们都会很粗暴直接地捍卫自己拥有知识的权力，所以别难为他们
- 来自 水木社区APP v3.4.4
【 在 anotherstone 的大作中提到: 】
面试的是智能硬件固件相关的。小孩背景和综合素质不错。
然后我随口问了一句：
下面一段代码
- 来自 水木社区APP v3.4.4
--
FROM 36.142.183.*