架构师书单
1 程序员修炼之道
- 什么是好的程序
- 编程技巧
- 程序之间的关系
- 你的事业是你自己的 更重要的是你的人生也是你自己的 是你在拥有 经营 和创造
- 务实的程序员总是想着越过表面,试着将问题放在更宽泛的上下文中 综合考虑 从大局着想，毕竟若不了解来龙去脉 结合实际如何谈起 又怎能作出明知的妥协和合理的决策。
- 需求 开发资源 老大的需求 整合进来 按照大家的期望
- 所有的弱点中 最大的弱点就是害怕暴露弱点
- 看到真实的自己
- 不要隐藏问题 面对问题 总是可找到解决的办法
- 对于你应该负责的事情负责 如果遇到困难 不要去寻找借口 而是给出可以挽回失败的选择
2 UML精粹
- UML呈现架构的设计
- 细节 知识点不重要, 重要的是如何掌握这个东西
- 花点时间练习
3 敏捷软件开发
- 敏捷软件的设计模式
- 更快 低成本的进行需求变更
- 砍需求、加人 也不能加快开发速度 要从设计上敏捷
- 只有设计敏捷, 才能支持敏捷的开发和管理
- 唯一能够加快进度的方法便是缩减范围
- 一个大而笨重的过程 会产生他本来企图去解决的问题 那么就是使用好的过程也不能从失败中挽救项目
4 大型网站技术架构
5 互联网创业核心技术
6 企业应用
- 架构是一种 主观上的东西 是专家级项目开发人员对系统设计的一些可共享的理解
- 站在更高的角度思考问题
- 解决这个问题会带来什么新的问题
- 站在更高的角度思考问题
- 表述一个系统架构的方法不止一种 一个系统中也可能有很多种不同的架构 而且对于什么在架构上意义重大的看法也会随着系统的生命周期变化
- 分布式设计第一定律 不要使用分布式
- 微服务的提出者 马丁福勒
- 不能因为大家在用而用 要自己思考这件事情
- 对未来要判断和感知 分析潜在的问题 要从宏大的层面作出判断
7 实现领域驱动设计
- 服务的设计？
- 服务之前的调用关系 职责 边界
- 服务内部的实现方法
8 架构整洁之道
- 从架构的视角 整体的架构 方法和原理做一些说明 和敏捷开发有重复的部分
9 程序员的思维修炼
-
第一章看一下
- 为什么有的人很努力 最后也没留下来?
- 都是多年的工作经验 为什么差距越来越大?
-
如果你还是没有全局的概念 就是图记忆细节 那么学习就会陷入僵局
-
技术本身不重要 持续学习才是最重要的
-
最重要的两个技能 沟通能力 学习和思考能力
-
专家们认识世界的方式、解决问题的方法、运用的思维模型和普通人显著不同
10 你的灯泡是亮着的吗?
-
问题其实就是你期望的东西和你体验的东西之间的差别
-
人们很少知道他们要什么 知道你给了他们所要求的东西
-
如果你轻易的帮他们解决了问题 他们不见的认为你帮他们解决了问题
-
解决一个问题 会带来新的问题
11 发现问题的真正所在
-
领导就像性一样 很多人不愿意去讨论它 但它总能引起强烈的兴趣和感情
-
领导就是营造一个是人们工作更有意义切效率风高的环境的过程
-
我们每一个人 某些方面可能比别的部分发展的更好 但是每一个人都可以通过加强他的最弱的部分来提高自己 从而成为一个领导者
- 每个人走的路不一样 但是要提升自己
-
大部分冗长的争论其实是由于人们对问题理解的差异所引起的 而不是基于解决方案的不同
-
每当我想从某件事情上学到什么
