通过几年的实际工作，也参与了规模不一的多个项目，但是项目组的开发效率一直不高，一直都在思考这个问题的症结，最近换了一个公司，由于刚刚去，也不能修改比较核心的代码，就给他们修改bug，在修改其中一个比较有共性的问题时接触了很多他们原来写的代码，发现代码中充斥着很多完全相同或者几乎完全相同的代码，最典型的就是获得数据库连接以及关闭数据库连接的代码，有的类会封装一个自己用的方法，有的就是干脆每次重复，有的更是有相关的方法但是代码的其它地方却没有用，这个现象给了我比较大的触动，现在仔细想想，其实影响一个项目组的开发效率的很大的因素就是代码共享和知识共享太缺乏了。但是代码共享和知识共享又确实是比较困难的事情，共通的功能如何使用，需要什么约束条件，能够完成什么功能等等都需要有比较完善的文档，而一旦这样的功能多起来以后你要从这些功能中找到需要的功能有时候确实是比较困难的，特别是有些功能去查是否有现成的代码所花费的时间可能比自己写一个还多。

根据我的经验，有几个地方注意一下就可以比较好的解决： 
 
共通的内容要易于使用和理解，例如定义的方法名要比较贴切。 
要写比较详细的说明文档，例如给大家发邮件或者发布到内部使用的论坛系统中。 
在公布之前经过充分的测试，否则使用的时候总是有各种问题会导致大家不敢再用共通的代码。 
对于类似的功能有其共通的代码，例如使用struts的系统有自己的系统的顶层的BaseAction，在这个BaseAction中定义系统中的子类需要实现的业务逻辑方法入口，而BaseAction要实现structs要求的execute方法，并完成所有的共通任务，例如是否登录的检查，session是否超时等 
业务功能要比较少的关心杂项共通功能，例如定义logger，获取数据库连接，关闭数据库连接，异常处理等，这些功能都可以定义在BaseAction或者是系统的顶层基类中。 
  而且通过使用共通功能也可以很大程度提高系统的质量，因为通过这些年的实践发现，很多新人由于开始不理解系统的要求，很多地方就是先抄袭别人甚至完全拷贝别人的代码，如果别人的代码是有问题的，那么在没有出问题之前是很难被自己发现的，而到了发现的时候已经积重难返了，而通过顶层类的封装，底层的类的空间就狭窄了，犯错误的可能性就小多了，因为很多系统的共通要求在顶层类中已经实现了。

因为在大连办居住证很麻烦，所以打算去武汉办算了。但是没有想到也不容易。
打电话问的时候的态度还不错，但是需要的材料比较变态，需要我们现在的单位和居委先开我们的初婚未育证明！
我老婆的户口在他们那里，他们自己不知道情况，谁能知道情况，我们原来又没有在他们那里办过准生证，而户口在他们那个地方已经10几年了，其他的地方都不能办准生证，只有他们能办，为什么他们还要我们现在的单位和居委出证明？我们从毕业到现在，城市换了两个，住的地方换了起码五次，我的工作单位也换了6家，哪个单位能够证明我以前的情况？那个居委能够证明我以前的情况？

虽然这个事情的主要责任在武汉的居委和街道，但是我们去上海的居委和街道试图开一个这样的证明的时候，他们提出的要求比武汉的还多，而且在我们上海的单位已经盖了公章的情况下他们也还是不肯盖章。

这些愚蠢的政府的小机构（居委会，街道），手上捏着一个看似无用，但是有时候还有些用的小章子，就能够要求你这要求你那的。

政府每年不知道浪费了多少钱，为什么不建一个全国联网的居民信息系统，把每个人的基本信息收录起来，例如身份、婚姻状态、有无小孩、是否离过婚、现在居住地、档案所在地等等都记录下来并且可以更新，就像那个全国联网的信用系统一样。不过说到低，本地本来也有相关的信息，但是他们自己不会去查去核实，而要我们自己去找人出证明，这个就是典型的不作为和官僚，人民公仆就是他妈的扯蛋。
狗娘养的官僚体制和作风！

由于我和老婆的户口太复杂，我们两个的户口都不在上海，我的在大连，集体户，老婆在武汉，非农，我们想孩子以后的户口随我。
咨询了很多人，有的说简单有的说麻烦，今天也打电话给我的户籍所在地的居委，他们给出的流程如下：

第一步：
双方的户口原件和复印件
结婚证
工作单位开具的准孕证明
县级以上医院的怀孕诊断书（需要有医院章和医生章）
到我的户籍所在地的居委会开具随父落户介绍信

第二步：
拿着随父落户介绍信到女方户口所在地的居委和街道盖章

第三步：
身份证
户口
结婚证
准孕证明
怀孕诊断书
随父落户介绍信（盖完章的）
到居委开准生证，还需要计生办盖章

如果要领取上海的生育保险，准生证最好还需要区县以上的计生办盖章，上海有些社保中心是有这个要求，有些没有这个要求。

如果委托他人办理，还得给一个委托书，但是不需要公正。