面向需求编程才是常态
|
烂，在上面修修补补 没有从事过高并发，大流量的项目，简历没有亮点...... 想想我自己这10多年的开发经历，主要做企业应用开发，业务复杂，业务逻辑都不讲逻辑，要求稳定性，很少有机会去设计高并发，大流量的项目。连从头开始一个项目的机会都不多，大部分时间都是在现有项目的基础上面向业务，面向需求做开发。 我想这才是中国软件业的常态吧!在这种情况下，抱怨没用，跳个槽估计也差不多，还不如自己多思考，看看在工作中怎么搞点事情，提升自己的价值，我举几个我自己的案例。 01 我原来做过一段税务系统的开发，公司有一个自研的平台，包括了表单设计和工作流设计，把底层的Java EE都给封装起来了，在上面做开发，让人很绝望，什么底层都接触不到。 实现了一些税务的具体操作以后，我就慢慢的发现了这些操作的共性，但就是不知道该怎么描述出来, 思考了很久也没有头绪。 有一天骑自行车回家的路上， 突然间就“顿悟”了：奥，这些税务操作其实就是点(x,y)在二维坐标系下的移动 ! 第二天回去就把这个东西整理成文档， 并且把代码也做了改写，因为有理论指导，代码变的特别简单，很健壮--- 之后这就成为我简历中的亮点了。 一个月后有个老外来北京， 看到了我抽象出来的关于税务的操作，吃惊不已， 一直在问：这是你搞出来的吗? 02 使用那个自研平台的工作流开发出来的程序，必须得部署到app server中才能测试，并且只能手工测试，费时费力，我当时就想能不能像Junit那样写好脚本，然后自动化地去测试啊，把这个想法给Leader说了，他非常支持，就按照这个想法去实现， 后来发现和数据库紧密耦合，难以完整实现。虽然如此，这也是我工作中的亮点了。
值得一提的是，这些亮点最终都指向了业务目标：更好 （编辑：鞍山站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
