今天挺郁闷的,自己前一阵写的代码被废掉了,不让用,原因很简单,那段代码的效果比较好看
用曲线将多个Flash报表连接起来,组成树形结构,可拖拽。现在这个模块升级了,数据量大了
页面显示很慢。本来我计划这周把这个模块改造下,让它支持动态加载,折叠什么的。但经理
不让,因为这要花3天左右的时间,换成了一个非常简单的实现。感觉很挫败,这个模块当时
费了那么大力气写的,说扔就扔了。

解决方案 »

  1.   

    做项目进度很重要,但是用户需求更是千变万化,今天说这样可以,明天又说改成那样吧!作为程序员,项目经验固然重要,更重要的是要有自己的积累,大则积累开发框架,小则积累经验教训,
    就拿 lz 的所谓挫败来说,那些被废的 js 代码就应该好好整理起来,把代码精化,写好详细的注释!顺便说下类库的使用,会用第三方的类库可以事半功倍,但如果只会用第三方类库那就是井底之蛙,
    第三方的类库只是一个台阶,可以使你很快滴达到一定高度,但并非峰顶!
      

  2.   

    Make things as simple as possible, but not simpler. 
    -- Albert Einstein俺觉得这句话可以译为:做事情应简约而不简单!写代码亦是如此,对象就是一种简约的体现,更准确地说是封装,不同的封装粒度,可以使代码在不同层次上灵活应变,俺觉得 lz 应在封装下多下些功夫!
      

  3.   

    恩,自己在脚本封装这方面确实功力不够。好多时候也想封装下,但项目的进度
    在那呢,经理要求看效果可以就成,至于封装什么的几乎没有时间去整。有时候
    自己确实像整理下可是那些第三方控件好多要依赖yui这些庞大的类库,自己只能
    是边查边做,等项目完了也就忘得差不多了,毕竟自己不是专门写脚本的。总的
    来说自己功夫不到家,好多事情做起来力不从心
      

  4.   

    建立 lz 读读 Martin Fowler 的 Refactoring,即《重构》,这是每个程序员都值得一看的好书!重构是一种习惯或思想,而非一种新奇的技术!没时间的理由不成立,想做就会有时间!