请问下那种开源的代码好呢？程序员交接应该注意什么问题？

Question

之前的程序员用的是.net C#语言开发的网站，程序员说框架代码没有，只有通过反编译的模式看，新的程序员很难接手，那么我想咨询下各位高手，公司在程序员交接时要注意什么？或是有没有比较好的通用的开源代码，能够很多程序员都好上手的？感谢各位了

Answer 1

基本上，除了像.net framework这种庞大和必须时时刻刻高强度用的东西可以没有源代码，否则任何东西基本上都要求我们有了源代码才敢使用。对于那种找来两三个莫名其妙的“框架”就上手的人，这其实是非常不负责任的，这其实是不想“进入”到其内部去突破而只想要做半个月的表面功夫的。从工程技术的思路基础上就走偏了。

Answer 2

最垃圾的就是那么7、8种没有新功能、从java开源程序移植来之后变成了不开源的、跟.net中许多流行的机制想重叠的所谓“框架”，这些东西少用为好。实际产品的架构是经常重构的。是在你的公司的产品经历了性能、用户并发量、数据量、用户体验等机制的极限条件下的考验，通过将100个测试指标（以前我们一个简单的即时通讯产品在正式上线前一年已经有了3000个测试用例）重复10000遍，才逐渐形成了框架！因此你们的产品“编织好了安全网”，于是你们可以经常冲刺、随时调整技术实现的先后次序、经常重构某层子系统的设计、每日发布、随时用它来教育训练新员工、随时可以深度沟通设计思路、大多数员工都是程序设计师而不是代码抄袭者。此时你在来看什么叫做“框架”，就不会只是为了抄写一两个时髦的名词儿，而去随便找找开源框架了。

Answer 3

在现在这个教育水平上，实际来说，小公司能够称得上“很多程序员都好上手的”的所谓框架代码，也就是那种类似于SQL Server查询分析器式的通用的数据库表增删改查的界面程序（充其量是把其门面修改的更像是OA软件的术语上，增加简单的“开关”来调整菜单树等显示）。除了这个最适合课堂上脱离企业业务实际的练习以外，如果你是为了那些刚招聘的新人的平均水平而准备“开源框架”，你还真的很难找到有点创新的、有可能面向用户需求的真实极限条件、大用户时才懂得的产品。