前端工程师与程序猿身份的矛盾
这几天一直在写m文件,然后我就突然想到了这个标题:我究竟算不算程序猿?
这本身是个很矛盾的问题(废话).简单地说,这个矛盾体现在对效率的追求上.程序猿,自然是非常追求程序运行的效率的.同样的结果,一个程序一秒钟就能运行完毕,另一个要十秒,那自然是才用一秒的方案.
但是,前端(也就是以HTML为主的代码),他追求的不仅仅是效率.比如说吧,像jquery库,理论上比我们直接写dom操作要慢.因为他需要先解析input进去的字符串,然后再转换为dom.但是jquery是很多网站都在用的,包括像百度这样的大型网站,所以说jquery是一个很好的库,因为他简化了我们写dom代码的操作.
以我的世界观来看问题,这个世界上不存在任何自相矛盾的东西,很多悖论只是佯谬而已.当然这篇文章不是数学类的所以就不说悖论了,就说这个矛盾吧.这个矛盾实际上还是需求的问题.因为前端只是轻量级的代码,一个很复杂的页面,比如章鱼之家的首页(我不是说要发广告什么的,当然宣传目的肯定是有的,但是章鱼之家的首页的确在前端页面中属于比较复杂的了),JS运算次数充其量也就顶多一千次,再慢的电脑只要网速正常,三秒内就能搞定.但是程序猿就不一样.比如我为了建模论文写的一个88行的m文件,大概要运算1E10次,运算时间大致要一分钟.当然这个实际上也属于比较短小的程序了,但是后来我该进了一下算法,瞬间就减少了一半的运算量,其省下的资源是非常可观的.
说道这里我还是要回忆一下我的程序猿之路吧=,=(怎么我不管说什么最后都要开始回忆往事).我第一次接触编程是在初一,那时候写pascal什么的.然后是初二时的改档也算是半个编程吧,然后是高一的TI,高二的前端,高三的建模(众:那时候你那种也算?明明是打酱油的好不好!).纵观这些,pascal我学了半年就停了,根本没有算是真正的学会.改档对效率也没什么要求(明明是根本没有要求好伐),然后TI的话对效率的确有那么一点点要求,前端上面说了,建模又那么水=,=
也就是说,我基本上没有做过对程序效率有很高要求的编程.我的程序虽然看起来很炫,但是也只会是很炫而已,没有什么实质内涵.这能算程序猿么?
对此,我也不得而知了.不过这个问题必须尽快解决,因为后端开发还在等着我呢,哈哈哈哈.