- 主题:上午面试了一个小孩，问了一个问题是不是太过分了 (转载)
不管编译器如何，该代码在提交时就会被自动审查给不过。
【 在 anotherstone 的大作中提到: 】
: 发信人: feiy (null), 信区: NewExpress
: 标 题: 上午面试了一个小孩，问了一个问题是不是太过分了
: 发信站: 水木社区 (Thu Jul 8 18:25:14 2021), 站内
: ...................
--
FROM 101.86.24.*
相比c++，c语言精简的要命，当然时代局限性也要承认
【 在 a0123456789q 的大作中提到: 】
: 如果学C语言就是学这些东西，那真的是浪费生命。
:
--
FROM 178.26.114.*
代码评审过不了，打回去重写
【 在 anotherstone 的大作中提到: 】
: 发信人: feiy (null), 信区: NewExpress
: 标 题: 上午面试了一个小孩，问了一个问题是不是太过分了
: 发信站: 水木社区 (Thu Jul 8 18:25:14 2021), 站内
: ...................
--
FROM 111.199.187.*
面小孩的话，这题确实拔高了，面senior developer，如果在这里没感觉的话确实水啊
c语言跟底层贴的那么紧，符号问题，对齐问题，linker，特殊内存布局之类的问题说不出来一两个根本没资格叫senior
【 在 lvsoft 的大作中提到: 】
: 现在的小孩对这些历史问题是没啥认知的。你是过来人，他们不是，也不care。
: 现在的编译器有一万种方法帮你规避这类问题。而且现在本来就不应该再用这种写法了，都是直接stdint.h走起的。
: 对于老人问这种问题没啥区分度，对于新人问这种问题他只会表达不屑。
: ...................
--
FROM 178.26.114.*
这么简单的常识问题都能上十大...
类型系统一般都有两套，和语言相关的逻辑类型系统，和机器相关的各种byte，dword等机器位长类型系统。
该用啥类型系统的地方用啥，底层系统非用语言相关的逻辑类型系统纯属自己给自己找不自在。
否则char能玩一把，回头lp64和llp64又能玩一把，回头128位的又能一把，非走下水道去罗马
--
FROM 114.246.171.*
一般设计系统需要考虑跨平台的，建议定义一套公司内部的类型，xx_char、xx_int8、xx_int8u之类的，基本就不会踩这类坑。
--
FROM 118.250.155.*
首先认同你说的这些才能显出真章来。
探讨下，以后这些问题会不会都被上层工具直接给摆平了，现在费劲的理解这些还真正意义有多大？
【 在 moudy 的大作中提到: 】
: 面小孩的话，这题确实拔高了，面senior developer，如果在这里没感觉的话确实水啊
: c语言跟底层贴的那么紧，符号问题，对齐问题，linker，特殊内存布局之类的问题说不出来一两个根本没资格叫senior
--
FROM 111.192.73.*
我刚刚弄完了个项目，把买来的软件栈集成进公司的系统里，俩家都定了自己的xx-int8类型，俩软件栈api要交互，要折腾类型兼容。
【 在 wentian 的大作中提到: 】
: 一般设计系统需要考虑跨平台的，建议定义一套公司内部的类型，xx_char、xx_int8、xx_int8u之类的，基本就不会踩这类坑。
--
FROM 178.26.114.*
我做汽车软件的，这些一般都是平台编程规范来管。但是很多bug都跟开发人员瞎玩平台api造成的。
比如系统原子加减操作，可能有os的api，也可能用soc内置的硬件模块。但是就tm有人加法用os，减法用硬件，然后软件崩了人家还一头雾水，我用锁了啊
【 在 mystar1984 的大作中提到: 】
: 首先认同你说的这些才能显出真章来。
: 探讨下，以后这些问题会不会都被上层工具直接给摆平了，现在费劲的理解这些还真正意义有多大？
:
--
FROM 178.26.114.*
面试遇到不会的题 就气鼓鼓 这种来了你可难带了....
--
FROM 113.109.20.*