看了一份代码,几乎所有地方能用if else就用if else,于是我突然想到了三个问题:
在一个有实际意义的应用需求驱动之下(而不是像C混沌大赛那种装逼场景下)
1. 一行什么样的代码,当能完全读懂以后......就可以对一般水平的C码农证明"C语言不是这么简单"
2. 一行什么样的代码,当能自己一次写出来以后没bug运行........就可以对一般水平的C码农证明"C语言其实可以相当巧妙"
3. 一行什么样的代码,当能自己通过某些方法改进后以最优方式实现的时候.....就可以对一般水平的C码农证明"C的博大精深”
好像有点强迫症,但个人感觉,同样的东西,要写出更好的代码还是不能马马虎虎,if else死扛到底
友情提示: 此问题已得到解决,问题已经关闭,关闭后问题禁止继续编辑,回答。
另外,我有点奇怪,楼主的问题更像是要给别人“上一课”。我想说,如果自己不了解C语言各种写法在实际工程环境下的优劣和适用范围,还是不要为了“装逼而装逼了”。C语言一点都不博大精深,他只是个不那么好用的思维翻译工具,真正博大精深的还是程序员自己的思维方式。请不要在错误的路上越走越远。程序员何苦为难程序员。
+1, 我觉得除了架构之外,最难处理的就是临界变量,我发现很多人没有这种意识,只是按照正常的方法使用,产品没问题,要是专门进行严格的测试,不按常理出牌,我看到过的在产品上跑的代码很多会有问题。
这个问题能够把傻孩子炸出来,也算是差不多了
其实我觉得自己更像是陷入某种迷茫:
究竟在coder的过程中,那种想把代码稍微再写好点的强迫症,应该控制到哪一种程度
这是一种想把代码不要写得自己都觉得是一份垃圾代码
同时有觉得自己对C语言的认知其实还处于垃圾水平
的矛盾
一周热门 更多>