项目经验（一）

          业务逻辑很重要

          最近做了个不大不小的项目，积累了小小的一点经验，今记录下来，虽然很少，但是很宝贵。

 

          进入了这个公司，刚开始接手这个项目，第一个感觉就是业务逻辑好重要，我是一个工作经验不是很丰富的新手。其实看起来设计表结构很简单，无非是按照业务需要，将业务对象抽象出来放到数据库当中去，可是随着项目真正的进入编码阶段，我才真正的发现，你数据库的设计直接导致着你程序漏洞的多少，一个很简单的用户创建功能，我整整做了两个星期，相信大家最先学会的就是用户的添加吧，很多书都是以这个为教材的，但那是技术，他只教你了技术，可是业务逻辑呢，博士经常跟我说的一句话就是“代码写死都可以，但是你就这么做的话会不会有什么业务上的漏洞”。

 

          其实当我们拿到一个项目的时候，如果他是一个新的业务，你没有接触过，那么你就要一点一点去的分析，那么这个过程才是程序员最宝贵的经验，很多人愿意写代码，很多人追求更高的技术，其实对于我们来说，博士对我们说过“你离编码越远，你的能力提的越高”。

 

          我们能做几年的程序员呢，一般的程序员五年是个极限，到了第五个年头，人的编程的思想开始固化了，不像开始那么的有激情，那个时候你想做都做不动了。那么那个时候我们要去做什么呢，这是很多人都在讨论的话题，有些人说做销售，有些人说做项目经理，架构，需求，其实这个里面我们只有做架构，跟代码的关系还是比较大的，其他的都不需要代码了。那么当我们当了三年的程序员的时候我们是不是该想想我们以后要做什么呢，如果做架构，那么就要多积累些设计模式上面的经验，如果想做需求或项目经理，那么就要在平时项目的业务逻辑上多下功夫。

 

          其实当我们跳槽的时候，有什么能证明我们有经验呢，记得当初我面试一家公司的时候，这家公司还可以，属于中上等吧，专门做财务软件的，那个面试官上来没跟我废话，直接说“把你认为自己做的最成功的项目跟我说说”，我就跟他说了我做了哪个哪个项目，我做了那些那些模块，用了什么什么技术，人家根本没搭茬，直接问了个“把你们需求做的过程跟我说说”，我就简单说了一下，然后人家又问了三次“具体点”，结果一直问了二十分钟的需求，弄得我都快疯了，最后我说“我应聘的是软件工程师，不是需求分析师”，人家笑笑，让我走了，我当时还很不理解，后来我知道，人家不重视你又多么多么牛的技术，人家的技术很成熟，你去给填空就行了，关键是你有多少的项目经验。

评论

6 楼 fjilyfe 2011-11-29  

yanyanquan 写道

前辈，我是瞧瞧你的3文章了。真感谢你的一番话。
分享宝贵的经验，值得赞啊。
技术还是要依赖业务的发展啊。

这个是好多年钱写的了，那个时候还不太懂呢。

5 楼 yanyanquan 2011-11-29  

前辈，我是瞧瞧你的3文章了。真感谢你的一番话。
分享宝贵的经验，值得赞啊。
技术还是要依赖业务的发展啊。

4 楼 yourgame 2008-09-16  

看来要去学学设计模式了

3 楼 阳光晒晒 2008-09-16  

引用

博士经常跟我说的一句话就是“代码写死都可以，但是你就这么做的话会不会有什么业务上的漏洞”。

代码写死与业务有什么漏洞没关系
业务上的漏洞是指的隐藏需求
我也认为代码写死，无所谓的。只要没有改变就行了。

引用

博士对我们说过“你离编码越远，你的能力提的越高”。

离编码越远能力一定不会提高。。。。。。。
是你能力高到可以决定编码时才是能力提高。

2 楼 xiaoliu216 2008-09-16  

引用

直接说“把你认为自己做的最成功的项目跟我说说”，我就跟他说了我做了哪个哪个项目，我做了那些那些模块，用了什么什么技术，人家根本没搭茬，直接问了个 “把你们需求做的过程跟我说说”，我就简单说了一下，然后人家又问了三次“具体点”，结果一直问了二十分钟的需求，弄得我都快疯了，最后我说“我应聘的是软件工程师，不是需求分析师”，人家笑笑，让我走了，我当时还很不理解，后来我知道，人家不重视你又多么多么牛的技术，人家的技术很成熟，你去给填空就行了，关键是你有多少的项目经验。

......现在明白过来为什么了

1 楼 风清云淡 2008-09-15  

新人看品质和学习能力。
有经验的人在这个基础上看设计或者管理。

如果有3年以上工作经验的人，设计和管理都不会，可以直接Pass了