一、五个问题：
1.软件开发时，比如web2.0的rest风格架构，前后端完全分离，然而其交接时，很可能出现问题，并且因为完全分离，所以有可能出现开发不同步的问题，前后端的交互耦合，开发同步的问题该如何解决。
2.数据操作，和逻辑操作，实体操作等如何分离解耦。
3.如果有效果的分层解耦，三层框架是什么。
4.过度解耦，或者大规模模块化开发时遇到的依赖冗余问题如何解决。
5.如何在开发成本和收益之间权衡需求，如何判断刚性需求，伪需求。
6.如何在开发过程中设计框架和预留接口使得迭代更加高效，维护更加轻松。
二、请问 “软件” 和 “软件工程” 这些词汇是如何出现的 - 何时、何地、何人？
软件在阿波罗计划计划的初期还被当作初初学步的孩子一般对待，完全不像其他工程学科；例如像硬件工程那样的受到重视，而且在大家的眼光中他就像是艺术、魔术一般，而不是一门科学。
一直以来Margaret Hamilton坚信这项发明流着艺术与科学的血液，虽然当时很少人是这么想。因此，她致力于为软件以及那些发明者争取应有的正统性与尊重，所以她开始使用“软件工程”这样的字眼来将之与硬件还有其他工程学类做出区别。
当她第一次使用这样的语词时，大家都觉得有些好笑，甚至有很长一段时间被当作笑话。他们常笑她极端的想法。但最终，软件学科确实得到了应有的尊重！
三、代码版本管理软件：
1.Visual Source Safe( 简称 VSS )
易学易用是 VSS 的强项， VSS 采用标准的 windows 操作界面，只要对微软的产品熟悉，就能很快上手。 VSS 的安装和配置非常简单，对于该产品，不需要外部的培训（可以为公司省去一笔不菲的费用）。只要参考微软完备的随机文档，就可以很快的用到实际的工程当中。VSS 的配置管理的功能比较基本，提供文件的版本跟踪功能，对于 build 和基线的管理， VSS 的打标签的功能可以提供支持。 VSS 提供 share （共享 ) 、 branch( 分支）和合并（ merge) 的功能，对于团队的开发进行支持。 VSS 不提供对流程的管理功能，如对变更的流程进行控制。 VSS 不能提供对异地团队开发的支持。此外 VSS 只能在 windows 平台上运行，不能运行在其他操作系统上。VSS 的安全性不高，对于 VSS 的用户，可以在文件夹上设置不可读，可读，可读 / 写 , 可完全控制四级权限。但由于 VSS 的文件夹是要完全共享给用户后，用户才能进入，所以用户对 VSS 的文件夹都可以删除。这一点也是 VSS 的一个比较大的缺点。VSS 没有采用对许可证进行收费的方式，只要安装了 VSS ，对用户的数目是没有限制的。因此使用 VSS 的费用是较低的。
2.SVN(Subversion) - CVS(Concurrent Version System)的替代和升级版本
Subversion支持linux和windows，更多是安装在linux下。svn服务器有2种运行方式：独立服务器和借助apache。2种方式各有利弊。目前业界评价的SVN易用性正在提高。它的客户机 / 服务器存取方法使得开发者可以从任何因特网的接入点存取最新的代码；它的无限制的版本管理检出 (checkout ：注 1)的模式避免了通常的因为排它检出模式而引起的人工冲突；它的客户端工具可以在绝大多数的平台上使用。同样， SVN 也不提供对变更流程的自动管理功能。一般来说， SVN 的权限设置单一，无法完成复杂的权限控制；但是 SVN 通过 SVN ROOT 目录下的脚本，提供了相应功能扩充的接口，不但可以完成精细的权限控制，还能完成更加个性化的功能。SVN 是开发源码软件，无需支付购买费用。同样因为 SVN 是开发源码软件，没有生产厂家为其提供技术的支持。如发现问题，通常只能靠自己查找网上的资料进行解决。
3.ClearCase
ClearCase 的安装和维护远比 VSS 复杂，要成为一个合格的 ClearCase 的系统管理员，需要接收专门的培训。 ClearCase 提供命令行和图形界面的操作方式，但从 ClearCase 的图形界面不能实现命令行的所有功能。如果Unix/Linux服务器上安装了Samba服务，可以直接通过Windows下Clearcase的客户端 直接访问源代码，相对比较简单。ClearCase 提供 VSS, SVN所支持的功能，但不提供变更管理的功能。 Rational 另提供了 ClearQuest 工具提供对变更管理的功能，与 VSS不同， ClearCase 后台的数据库是专有的结构。 ClearCase 对于 windows 和 unix 平台都提供支持。 ClearCase 通过多点复制支持多个服务器和多个点的可扩展性，并擅长设置复杂的开发过程。ClearCase 的权限设置功能与 SVN 相比， SVN 有独立的安全管理机制， ClearCase 没有专用的安全性管理机制，依赖于操作系统。要选用 ClearCase ，需要考虑的费用除购买 license 的费用外，还有必不可少的技术服务费用，没有 Rational 公司的专门的技术服务，很难发挥出 ClearCase 的威力。如现在网上虽有 ClearCase 的破解软件，但尝试应用的公司大多失败的缘故。另外，对于 web 访问的支持，对于变更管理的支持功能都要另行购买相应的软件。Rational 公司已被 IBM 公司收购，所以有可靠的售后服务保证。
4.git与svn的比较：
1)适用对象不同。 Git 适用于参与开源项目的开发者。 他们由于水平高，更在乎的是效率而不是易用性。Svn 则不同， 它适合普通的公司开发团队。使用起来更加容易。
2)使用的场合不同。 Git 适用于通过Internet，有多个开发角色的单个项目开发， Svn 适合企业内部由项目经理统一协调的多个并行项目的开发。
3)权限管理策略不同。 Git 没有严格的权限管理控制，只要有帐号，就可以导出、导入代码，甚至执行回退操作。 Svn 则有严格的权限管理， 可以按组、按个人进行针对某个子目录的权限控制。区分读、写权限。更严格的，不支持回退操作。保证代码永远可以追踪。
4)分支（ branch ）的使用范围不一样。 Git 中， 你只能针对整个仓库作 branch, 而且一旦删除，便无法恢复。 而 svn 中， branch 可以针对任何子目录，它本质上是一个拷贝操作。 所以，可以建立非常多、层次性的 branch, 并且，在不需要时将 其删除，而以后需要时只要 checkout 老的 svn 版本就可以了。
5 )基于第三点， Git 适用于单纯的软件项目，典型的就是一些开源项目，比如 Linux 内核、 busybox 等。相 反， Svn 擅长多项目管理。 比如，你可以在一个 svn 仓库中存放一个手机项目的 bsp/ 设计文档 / 文件系统/ 应用程序 / 自动化编 译脚本， 或者在一个 svn 中存放 5 款手机项目的文件系统。 git 中必须建立 n ( 项目数 )* m （组件数） 个仓库。 Svn 中只需要最多 n 或者 m 个就可以了。
6)Git 使用 128 位 ID 作为版本号， 而且 checkout 时要注明是哪个 branch, 而 svn 使用一个递增的序 列号作为全局唯一的版本号， 更加简明易懂。虽然可以使用 git tag 来建立一些文字化的别名，但是毕竟那只是针对特殊版本。
7)可跟踪性，git 的典型开发过程为： 建立分支，进行开发，提交到本地 master，删除分支。这样做的后果是以前 的修改 细节会丢失。 而在 svn 下做同样的事情，不会丢失任何细节。 这里是一个有趣的链接，表明了 git 下典型的工作方式：（以master为核心，不断创建新branch, 删除旧branch):
8)局部更新，局部还原。SVN由于是在每个文件夹建立一个.svn文件夹来实现管理，所以可以很简单实现局部更新或者还原。假如你只希望更新 某些部分，则svn可以很好实现。同时代码写错了，同时可以很好实现局部还原，当然git也可以通过历史版本还原，但是无法简单地实现局部还原。
比svn更快速的分支切换，因为分支都在本地。这使得git特别适合处理临时需求，或者小实验。
可以在星巴克写代码的时候随时提交，因为各版本快照（commit）都在本地
有一个全世界最大的开源社区——github，上面可以看到各种优秀的各语言代码，去官网语言列表看看才知道有那么多语言，就跟奥运会开幕式才知道世界上有那么多国家一样
总之， 公司的开发团队在进行复杂的多项目开发时， svn 是更好的选择。