摘要：
一个好的架构的形成不仅是架构师的功劳，还有团队的集体合作，主要因素：确实进行有意为之的前端设计；设计者有很好的素质和经验；在开发过程中，保持清晰的设计观点；授权团队负责软件的整体设计；不要害怕改变设计；让合适的人加入到团队中，让团队保持健康的工作关系；在合适的时候做出决定；好的项目管理和合适的最后期 阅读全文
摘要：
今天我阅读了《架构之美》第五章面向资源的架构在web中，这一章讲到现在我们过分强调了软件和服务，而却忽视了数据，现在大多数组织机构更容易在web上找到信息，而不是在他们自己的系统中。web在很大程度上是因为它增大了信息共享的可能性，同时也降低了门槛。 面向资源的架构的标识是向命名的资源发起逻辑请求的 阅读全文
摘要：
1. 系统的伸缩性需求。如大型在线游戏，需要满足大量用户。在线用户数量短时间内可能有很大的变化。这其中隐含的需求是：多用户并行分布式系统，系统运行在多台机器上高可扩展性（用于加入新的故事情节，意味着新的代码）高稳定性、可靠性（一个用户崩溃，不影响其他用户）数据一致性（多个用户看到同一个东西的状态应该 阅读全文
摘要：
两个系统的比较，功能类似，但是结局不同。这两个系统特点有什么不同？是什么导致了不同的结局？ 微观层面特点： 1. 没有统一的概念将不同的部分组织起来2. 代码风格不一致3. 控制流无法预测，即控制流的流向很复杂4. 额外的数据缓存，其目的让数据停留在更方便的地方（但是，容易造成数据的不一致性，维护或 阅读全文
摘要：
1、什么是架构 一个好的系统架构应该显示出概念的完整；话句话说，它会伴随一系列的设计规则，这些规则的目标是减少复杂性，这些规则是进行详细设计和系统验证的指导。规则可能会代表一种模式，例如管道和过滤器。 在现在的架构师看来，架构应该包括下面的一些内容： 它包括用户要求的功能。 它在用户要求的日程上是可 阅读全文
摘要：
最近作业比较多，还要忙着学习c#的一些基础知识，而且本来也不喜欢读书于是就给自己了不读的理由。但说好要发表的日期到了，还是无奈的坐下来读书，其实细细想来也许这个真的不比技术没用，无用之用乃为大用，这样想着也就坐下来去看它了。 建模是研究系统的重要手段和前提。凡是用模型描述系统的因果关系或相互关系的过 阅读全文
摘要：
相信做软件的都知道，需求获取是一件非常困难的事，建民老师说他们做项目的时候，拎着电脑包去做需求调研，里面工作的人一看就嫌弃的表情，他们那些人又来了，同样，在跟对方经理聊天的过程中，对方也经常会打断谈话去处理一些别的事，但对于做一个项目，偏偏需求分析是至关重要的一环，在需求分析的过程中，我们经常会遇到 阅读全文
摘要：
所花时间 （包括上课） 划定上下文范围 简单的了解学习了 EF框架，问题是没有找到 系统的介绍EF的书籍 阅读全文
摘要：
所花时间 （包括上课） 项目的首项任务是根据上下文范围确定业务目标； 简单的了解学习了 JavaScript 阅读全文
摘要：
因为自己有，然后大略看了看感觉还不错于是决定读这本书。 读软件需求分析首先明确了软件需求包含的三个不同层次，业务需求即组织机构或客户的需求目标，用户需求即用户使用产品必须要完成的任务，功能需求即开发人员需要实现的软件功能。从需求的定义上我们可以知道需求关注的是究竟想开发什么与设计细节实现细节项目规划 阅读全文