李彬159

摘要： 课堂提问 +5 到软件体系结构 开学刚开始大型数据库课堂测试第3完成 ，在老师的纸上记录了 老师酌情加分到软件体系架构。 阅读全文

摘要： 这篇博客是阅读架构漫谈九篇博客之后围绕软件架构师如何工作撰写的一篇博客。 首先认识架构也就是知道理解架构的概念，明白什么是架构才是做架构师的第一步；由为什么会产生架构而引出什么是架构，作者通过讲授群体中生存需要分工，每个人做自己擅长的事情，不同分工的角色合作完成这些事情，从而产生了架构； 架构的概念 阅读全文

摘要： 1，好的代码风格，好处多多，比如让自己逻辑更加清晰、提高reviewer的效率、减少新人的学习成本、避免不必要的bug等等。其中通过badcase 和 goodcase的对比强烈。 2，系统在升级过程中除了功能的满足，还要具有可监控性，通过log埋点等监控系统的可用性、性能等，非常推荐。因为功能上线 阅读全文

摘要： 磁盘已满 导致系统无法正常运行的最可能的原因是磁盘已满。一个好的网络管理员会密切关注磁盘的使用情况，隔一定的时间，就需要将磁盘上的一些负载转存到备份存储介质中（例如磁带）。 日志文件会很快用光所有的磁盘空间。Web服务器的日志文件、SQL*Net的日志文件、JDBC日志文件，以及应用程序服务器日志文 阅读全文

摘要： 软件过程与管理实验 实验3：编码规范 本次实验内容是个人软件过程部分，通过本次实验，学生将掌握以下内容： 1、建立自己的编码规范和代码审查表。 2、会用COCOMO II模型对软件工作量进行估计。 [实验任务一]：COCOMO II 软件的使用 实验要求： 通过自己看Manual，熟悉COCOMO 阅读全文

摘要： 修改软件的四个起因 添加新特性和修正bug 软件用户要依赖于软件的行为，用户喜欢添加行为，讨厌改变和移除行为。如果我们必须改变代码，那么我们就是在改变行为。如果我们只是往其中添加代码并调用它，则通常是在添加行为。 改善代码（重构） 在不改变软件行为的前提下改善其设计的举动称之为重构。其关键在于在重构 阅读全文

摘要： 一、修改软件的起因及其本质。 修改软件是任何一个开发人员所面对的问题，软件是否容易修改，被修改后的软件是否变得更好，是每一个开发人员都知道必须关注但是在实际开发过程中却往往忽视的问题。有多少人在接手一个新项目时抱怨新项目的遗留代码质量太低？又有多少人愿意或者说有能力去将一个让人崩溃的代码逐步改善？ 阅读全文

摘要： 、安全问题是木桶效应。 我们需要做的是对于安全的排查，需要全面覆盖，除非子站在部署上用户体系上彻底隔离。 2、开发层面：不要信任客户端的任何东西。 对于HTTP协议，不管是头里面的东西（来源、客户端类型、Cookie）还是正文里面的东西，任何数据都是可以伪造的。我们往往会觉得Get的东西暴露在浏览器 阅读全文

摘要： 由于业务发展到一定层度后，需要对服务进行解耦，进而把一个单一的大系统按逻辑拆分成不同的子系统，通过服务接口来通讯，面向服务的设计模式，最终需要总线集成服务，而且大部分时候还共享数据库，出现单点故障的时候会导致总线层面的故障，更进一步可能会把数据库拖垮，所以才有了更加独立的设计方案的出现。 微服务是真 阅读全文

摘要： 阅读全文