校招考的就是课本知识。难不成考工程经验?
我寻思着能用gayhub糊面试官一脸的大神不需要依赖校招吧?
这考题你说偏,它也不偏。都是课本上有的知识。部分知识比如函数指针,对C++来说不大用得着,但跟C语言交互总是要用的。毕竟你保不齐就需要调用某个C库里边的某个回调函数。或者要自制一个C风格回调函数传给C库。这种时候用C++函数对象是不行的。必须掌握C函数指针的用法。
所以我说,把视角集中在考题都没什么意思,这里就是校招,那校招,考的就是课本知识,而这种考题就简直像是课本原题。个人觉得没毛病。如果考实际应用中的工程知识,那就会抱怨歧视没有工作经验的应届生了。
而且作为问答题(主观题),问的就是对这个的看法,如果有点不同的看法也是完全可以的,比如你可以写这个写法在实际工程中用不到,建议怎么用,这个都行。毕竟,这不是选择题而是问答题。
其实这完全是意料之内的翻车。
有心的朋友其实可以去翻找一下MIUI的部门等级变化,就会发现一个极其有趣的现象,目前翻车的两个版本,包括13和12.5,基本上都是内部等级降级后的MIUI团队制作出来的。
可能有人不是很懂这跟内部部门等级升降有什么关系。
简单来说就是,一个部门内部等级越高,它的部门领导距离核心层也就越近,甚至直接就是核心层,它能得到的资源也好,能得到的重视程度也好,都不是普通中高层执掌的部门所能比的。
MIUI作为小米起家的重要支撑,早期等级是相当高的,雷军和部分联合创始人都曾经是它的负责人,所以在小米公司的内部,它的权重无疑是很高的,甚至于其他部门需要配合MIUI部门展开一些工作。
但在后来,MIUI的部门被分拆了,主要负责系统开发的联合创始人离开小米,取而代之的是金凡。领导地位和部门地位双降意味着MIUI的权重大大降低,至少已经不复以前风光了,而版本更新,在有限的资源投入的前提下,自然也只能做修补性的工作,亦或者是一些市面上友商已经有的功能进行技术性移植。无他,这样成本最低。
但这样的后果是严重的,因为友商的系统,即使同源,也会有不同的开发逻辑和技术实现逻辑,强行技术移植,带来的就是不稳定甚至是出现严重问题。
很多人说金凡负责的前几个版本也没问题啊。那是因为问题没有爆发,当时的MIUI还享受着前期资源带来的红利。只是到了12.5,红利已经吃完,问题开始显现而已。
解决这个问题的方式也简单,把MIUI的开发部门恢复到以前的地位,让一个懂技术的核心高层去负责,然后,砸钱去开发、重写、调教,并适配。
表面看来是技术问题,实际上反映的,只是小米部门调整策略出现问题了而已,只是这个后果是消费者承担。