三月一夏

老实说这个夏天 过得太漫长。

花一三个月的时间把所学忘得差不多,细想只剩一些基本思想 。想换个地方 。

草草地总结一下 二个月的工作,其实还学到了些许东西:

  • 工作态度要严谨

工作不能像学习环境 一下,对一些东西不能模凌两可。比如对数据库的表设计:
    原则是:以角色为出发点,再扩展其他的表,每一张表先设计出最核心的字段。
每一张表都是一个对象,要体现出在它的特征,比如:在一个球馆管理系统的表设计 上,学员有普通学员和特长生,特长生有一些参赛信息,而普通学员并没有,所有我单独列了一张表来储存特长生的参赛信息,王总问我怎么来区分普通学员与特长生,我一想:搜索特长生参赛信息表不就ok,
    但细想,一个学员的类型应该属于对象特征,而不应该通过其他表的关联来判断它的类型。所以在学员表加了一个学员类型的字段.
    设计初期一个考虑不周的地方是无可避免的,唯一能做的是尽量少的减少这种错误,而这直接跟客户需求挂钩,所以在表设计时,对需求的理解是至关重要的 。
    在球馆管理系统中有一处地方是比较纠结的,并不是业务有多复杂,是对需求不清楚 ,客户来了谈了一上午,有一处地方没有听清楚 ,在每日盈利计算的时候就有点迷惑了,球馆每天的的盈利算起来很简单的:收益-支出,收益包括商品销售,学员上课的课时费,客户租场地的场地费等等,支出包括球馆日常消费,教练工资,器材消费,关键是要算出每课时学员的课时费.
    课时类型和会员类型又有联系,所以就迷糊了。但后还是王总点拔啊,设计出了比较好的解决方案。

  • 善于与人沟通

    无论从事什么职位,这点都是必需的,个人觉得在这方面需要不断努力 。

    两个项目中和客户打了一下交道,第一次是一个信息发布的网站,跑了一趟外面,了解了一下基本情况,我不断地问,还有什么需要新加的功能,现在想起来傻的可以,这是变相地给自己加任务。总结就是:在客户满意的基础上给自己减少工作量。

    第二次是客户自己过来的,人比较随和,然后提了一些功能方面的要求 ,我一一答应 ,王总回来 对我说:不要老是学会答应 ,试着改变他们的想法。呃,我又无语了。总结是:尝试引导客户,要阐述自己的观点。共同讨论,记得你是提供者,有发言权。

  • 客户体验至上,编程语言只是个工具

    写了一段时间程序过后,你会发现自己在编程的时候形成了一种思想:对代码结构会有一定的想法,常常会浪费一些时间来设计这些东西,当然这是个好的习惯,但如果项目时间比较紧急的时候,还是要先把任务完成再说,因为,客户看到的只是操作的流畅性和人性化,可能对界面的美化会有一定的要求,但一般人不会说你这个代码结构设计得要有多优良。他们本身并不懂这个,他们要的是最终产品。

我在做第一个任务的时候 一个多星期时间要完成一个门户网站的后台,还有前台的一部分功能,重复性的工作比较多。有二天的时间我都在总结一个ibatis的通知工具类,还有相当一部分时间来找最佳的文件上传方案,后来草草地结束了这个项目。发布后发现有一个很低级的bug,首页的超链接忘记指向到某个地方 了。别人只是认为你太粗心大意了。

所以在时间紧急的情况下,先把任务完成,再修正成好的解决方案。

  • 时间估算

    这是最值得学习的一点,在以前很少去列一个这样的工作计划列表出来,一般都是今天做今天的事情,尽量完成。这样的缺点是对工作的趋势没有一个好的把握,不知道什么时候能完成手上的工作,所以以后做一个任务应该先有一个工作列表 ,估算某个时间段应该完成什么东西。现在每天都会写工作日志(被逼的),要记录的是:今天上下午的工作内容,遇到的问题。明天的工作估算。还有一个就是写周报: 对上个星期每一个的工作总结 ,这一周的工作总结,下一周的工作估算 。 虽然可能并不能按估算的精确完成每日的任务,但是起码自己心里有个底,知道每一天需要去干什么。

    王总让我写了二个项目的周期预算,对于小型项目的话觉得这个估算还是比较精确的。这个工作对以后做项目组长有帮助,哈哈。

  • 其实有很多事情是可以做的。

  • 不断学习新的知识。
  • 保持对行业的关注 ,多看一下资讯,以前总认为这是没必要的事情 。
  • 重在积累 ,积累自己的工具包,可以仿写框架 。
  • 不一定要做开发。
  • 坚持感兴趣的东西。
  • 放假了别老呆在房里,一个问题的解决多不定就是因为在路边看到了某件事情 。
  • 保持健康的体魄,清醒的头脑。这点很重要。
  • 适当游戏 。