处理工作的一种方式:分而治之

写道
这是去年的文章了,我搬到这里来,那边不用了.

       最近从网上看到一个同行写的有关程序员做事态度的文章,原文在这里,看完之后,我对其中的"设计自己的进度条",也即是所谓的对工作任务的分而治之深有体会.

我记得前些日子,小组长让我做一个比较复杂的授权树的页面,或许对我比较复杂,因为没接触过,不了解具体细节(这里突然想起来一个国外大牛说过的题外话:当给你一件事情你不知道其中的逻辑是什么的时候,复杂化就出现了).

当时的情况是这样,让我参照一个已经写好的授权树页面,做出来一个类似的,其他很多功能都不要,就要其中的树的主要功能.都给我说复制一下稍微改吧改吧就完事儿了,负责这个项目的头头儿说给我源代码,结果就给了前台的和很少的几个后台代码,以至于我拿到之后根本就不可能正常的跑起来,只能干看,看吧,也好说,问题是整个前台页面竟然有4000+行代码(这个是整个儿C#编的Windows窗体的代码),然后我花了一天的时间才从4000+行代码中找到30+行有用的代码.话说我除了把页面的控件拖过来改吧改吧以外,页面内部代码根本没法复制,只能看着那点有用的代码,提示着一步一步的自己敲出来.就这样一天过去了.

这个任务就这么奇葩的由领导说的稍微改改转变到基本自己敲的局面,这对我这java进公司却暂时做C#(前台)和C++(后台)的新人来说,有点棘手.因为刚开始工作吗,也比较激情,所以回家之后也想着这个事儿,就稀里糊涂的列了一下明天要做哪些事情,这个计划如下,内容就别细看了,就是做个参考和提示.

写道
任务计划:

群组到资源:
1.点击保存,查询群组选取状态,若为null,提示选择,然后遍历所有check状态节点,和对应选取群组id 进行保存 存在更新不存在插入
2.由群组切换到用户界面,提示是否保存 根据群组选取状态
3.由用户切换群组页,提示保存 根据用户选取状态
4.由群组模式切换到资源模式,提示是否保存 根据check状态
5.单击群组列表,载入权限信息到菜单树
6.单机用户列表,载入权限信息到菜单树

资源到群组:
1.群组页出现可选择列 判断模式的单选状态,确定选择列的有无
2.用户页出现可选择列
3.菜单树不可勾选,提示信息或者隐藏勾选框 判断模式的单选状态
4.点击保存,查询节点选取状态,若为null,提示选择,然后判断群组页还是用户页,对节点id和已勾选群组或用户信息 进行保存 存在更新不存在插入
5.由用户切换到群组,提示是否保存 根据菜单树选取状态
6.由群组切换到用户,提示是否保存 根据菜单树选取状态
7.切换模式,提示是否保存 根据check状态
8.点击菜单树,根据群组页和用户页的状态 载入权限信息到群组页或者用户页
9.非维护模式不可以勾选节点,并提示信息

 

隔天我就按着计划一步一步来,脑子里也没那么浆糊了,条理清楚了很多.也看到了自己工作的进度.就像在等待网页响应的时候要是有个类似进度条的东西,内心是多么的舒坦,不至于以为假死而关闭网页.在这里,我也是收到了上面那个同行前辈的提示,才真正意识到工作任务分而治之的好处有如下:

写道
1.能看到自己工作的进度,心里有数.
2.不至于自己脑子一团浆糊,做点做个,做点那个,云里雾里把自己给搞晕了.
3.降低代码返工量.
4.自己要做什么,具体某些细节写出来,不至于忘了,也算个备忘吧.

 

(全文完)

(转载本博文章请注明作者和出处 http://solleoit.iteye.com,请勿用于任何商业用途)

猜你喜欢

转载自solleoit.iteye.com/blog/1848514