Last time, I tried to make a speech about how to design a MVC frame by oneself in our software club. However, Neo pointed out thedifference between MVC and MVP: in MVC, C will never know about the

http://www.slideshare.net/seewingel/2012-12697204http://www.docin.com/p1-391487882.html#项目经理应该有这样的认识：互联网项目，会定一个计划发布日期，然而这个项目有个隐藏的实际合理发布日期。因为软件开发并不是一个直接添加资源就可以加快速度的过程，所以这个实际合理发布日期是在现实资源合理利用前提下一个客

        最近一直在开发一款IDE，本来设计的目标只是一个单机版的客户端，不会连接任何服务端。后来用户突然加了一项需求，想要访问数据库，去查询一些数据。        其实这本来也不是什么怪异的需求，只是一种C/S系统而已。那时候刚听到这个需求的时候，马上想到的是，用hibernate, ibatis还是直接用JDBC。不如用ibatis吧，只需要查询几个表的几个字段而已，这一项刚好足够。 

程序员有个偏好，那就是实现，他们喜欢把东西实现出来。这是一个优点，实现能力越强的人，一般编程能力也越强，我们也就可以说，他的技术越强。　　但是喜欢实现却又是程序员的缺点，因为他们在实现一样东西的时候，经常会不想去理会其他的事情。比如说，程序员接到一项任务时，普通的程序员就马上会开始动手。稍微好一些的程序员则会仔细思考一下再动手。可惜，这样子也是程序员管理能力欠缺的一个原因。　　当你的能力足够的时候

    今天再一次看了《大道至简》，觉得还是有挺多地方不懂的,当然,不是说这本书就是一本圣经,必须要完完全全的理解,只不过,目前以我的层次来讲,体会得越多,走错的步子就会越少.        目前,我想记住两句话:    工具->方法->工程->过程->组织    我用了一年的时间,从工具->方法.我很急!但我又清醒的知道我要稳稳的走!唉~    "实现"的欲望是程序员出身的通病.无论是从

　　其实这种事情都会有两个观点。一个观点是：建议使用自己熟悉的技术，采用简单的架构去实现项目，等到你把项目做出来了，能用起来了，客户认可了。以后的升级，那是你就可以比较轻松的采用其 它的架构来重构，这样你的风险，压力就相对减少很多了。 而这回，我想顶一下第二个观点：   　　其实如果你对代码要求比较严格的话，你就会经常发现，你的代码有很多东西可以抽取出来，或者做在公共的模块，或者作为框架的底层，我

终于，工作也将近一年了，从4月份的开始实习，到现在，唉，经历的不知道算多不多，学到的也不知道算多不多，反正现在就写一篇总结，对自己有个认识吧。2005年4月份的时候，辞掉了一家在厦门工资还算不错的公司，进入了现在所在的这家公司实习，那时候是很肯定的觉得自己做的没有错，现在呢，我还是认为选的没错，只可惜，工资一下子就少了600多了。中间也拒了几家有些名气的公司，说实在，有时候还真不能百分百肯定，那时

关于我们做出来的：我们花了三个月做了一个电子商务平台，让它顺利上线。我们花了几天做了一个微博应用，效果很好，很受欢迎。于是网易微博也邀请我们把应用搬过去，我们网站流量大增，订单也逐渐有了。从流量分析，我们也看出了这首页设计得非常的糟糕，所以改版正在进行中。以我们的执行力，只要有正确的方向，我们就绝对会做得很好，可惜……关于流程：这流程是完完全全按照我的思路设计的，而且我们可以不