node
2013-03-29 17:59:13 +08:00
我觉得楼主的吐槽很靠谱,作为一个非常熟悉底层的过来人,你们老师的那些个回复纯属外行,你对其中每一条的吐槽,句句在理,我当年没你这么好的底子,所以本科也就稀里糊涂的混过去了
在国内的学术圈子混了那么多年,我是很清楚圈子里所有角色的水平和立场的
1. 老师是靠paper混饭的,编程能力多数不及动手能力强的学生
2. 多数老师也不太care教学工作,因为这对他们的收入待遇没什么影响
3. 多数老师远离产业界,对工业标准、流行的商用产品根本不了解,许多还抱着他们上大学时学到的知识体系不放,美其名曰“基础”,却基本无法对将来要就业的学生起到帮助作用
4. 每个人的学术研究领域都非常狭窄,很多分配给老师的本科教学课程也不是对口的,难免赶鸭子上架
当然,我也了解到有些教学水平很高的老师,但实在凤毛麟角
就楼主这个课程而言,目的是增强学生的动手实践能力,就应该在编译器这个不太重要的环节上采取包容态度,vc有什么不可以,不一样可以编译纯c代码么,和ansi c的差异不会比tc更大吧,即便是考虑到库的因素,按照现在业界的标准,编译器显然应该选gcc,围绕unix环境和gcc的开源库一应俱全,相应的ide可以选择比较友好的codeblocks、dev c++或者是eclipse,tc时代能有几个库?资料现在还好找么?学会了以后能用的上吗?笑话!
至于他回复的好让学生了解中断、微处理机的底层知识,神马?居然用pc来了解?!他是准备让大家都拆掉自己保护模式的操作系统,装上实模式的dos,然后int两下软件中断来了解吗?本来还想偷偷给他推荐bochs或者qemu去折磨楼主的学弟学妹们的,不过想想估计他也不愿意学 XD 好吧,玩笑话,至少我上微机原理课的时候还是有专用的教学设备查看8086管脚时序图的,现在8051的仿真器开源软件网上都能找的到,用pc来了解,我只能呵呵了~ 而且最后那句今后一定是计算机安全等领域的高手,我只能再呵呵一下了
说到底,这种限死编译器纯粹是懒惰和推卸责任的表现