类命名:
容易输入的名字。比如:qwe,asdf
单字母的变量名。比如:a,b,c, x,y,z(注:如果不够用,可以考虑a1,a2,a3,a4,….)
有创意地拼写错误。比如:SetPintleOpening,SetPintalClosing。这样可以让人很难搜索代码。
抽象。比如:listdate,newdate… 抽象到就跟什么都没说一样。
缩写。比如:WTF,RTFSC …… (注:使用拼音缩写也同样给力,比如: BT,TMD)
随机大写字母。比如:gEtnuMbER..
重用命名。在内嵌的语句块中使用相同的变量名有奇效。
使用重音字母。比如:int ínt(注:第二个 ínt不是int)
使用不同的语言。比如混用英语,德语,或是中文拼音。
使用字符命名。比如:slash, asterix, comma…
使用无关的单词。比如:god, superman, iloveu….
混淆l和1。字母l和数字1有时候是看不出来的。
伪装欺诈:
1. 把注释和代码交织在一起
#play_text { position:absolute; right:0; bottom:0; z-index:1002;}
/*#play_text { position:absolute; right:5; bottom:5; z-index:1002;}*/
#play_text ul { padding-top:1px; _padding-top:0; list-style-type:none; display:block;}
#play_text ul li { width:242px; height:29px; font-weight:bold; font-size:12px;
background:url(../images/jd_nav_04.png) no-repeat right ;
/*background:url(../images/jd_nav_04.png) no-repeat left;*/
/*background:url(../images/jd_nav_05.png) no-repeat right ;*/
2. 代码和显示不一致。
eg:前台看到的代码明明是行业新闻列表模块,页面内文字和注释写的却是最新新闻列表。(注:重用模块注释就不用重用了吧)
3. 使用相似的类命名。如:
单词相似,new_list 和 news_list,
字母相似:ilI1| 或 oO08。 D0Calc 和 DOCalc。
还有这一组:xy_Z, xy__z, _xy_z, _xyz, XY_Z,。
文档和注释
在注释中撒谎:你不用真的去撒谎,只需在改代码的时候不要更新注释就可以了。
注重细节:每条css样式都加上注释,越详细越好。最好注释比代码还要多好多倍。
混乱你的代码
注释什么的不要对应位置。
html css js 甚至xml都写到一起,都写到页面里。
三不:不空行不回车不缩进
测试
从不测试:千万不要测试任何的页面兼容性,ie6会让你疯掉的。
永远不做性能测试:什么加载速度,什么载入文件速度,什么图片过大。都不要去理会。
不要写测试文档:测试内容,测试结果,修改结果。都不用写到文档上。别让其他人知道你做过测试了 。
测试是懦夫行为:一个勇敢的前端开发人员是根本不需要这一步的。太多的前端开发太害怕他们的老板 ,害怕失去工作,害怕用户抱怨。这种担心害怕直接影响了生产力和工作效率。如果你对你的代码有强大的信心,那还要什么测试呢?真正的前端开发是不需要测试自己的代码的。尤其是页面兼容性,IE6 就是浮云。
其它
你的老板什么都知道:无论你的老板有多SB,你都要严格地遵照他的旨意办事,这样一来,你会学到更多的知识如何写出无法维护的代码来的。
闭嘴:对于一些像页面不兼容主流浏览器的bug,你要学会守口如瓶,不要告诉任何人,这样当到经理让客户看页面发现的时候,你就可以用自己已经测试过的修改bug的方法快速修改好,以证明自己的实力。
忽悠:你会学会忽悠,就算你的代码写得很烂,你也要说完全符合W3C、符合国际标准、符合用户习惯 ,这样慢慢的你的烂代码就会成为标准代码,大家共同学习的代码。