摘要:作者是个以说话为生的美国人。讲述了如何谈话。写的道理平易但是深刻。 谈话总纲 有种幡然醒悟,原来说好话只要做到这几点就行,一说都懂,但是做到的人比较少。 谈话涉及到生存,刻录在基因里面的本能,重要性毋庸置疑。孔子都说非礼勿视非礼勿听非礼勿动非礼勿言。 沟通不是交谈,说自己的感受,而是考虑他人的感受,
阅读全文
摘要:68 架构师需要了解软件,也要了解硬件 69 初期规划不合理,走捷径,后期需要付出代价 70 不要过度追求完美,足够好,考虑可维护性 71 警惕一些看起来好,酷的提议 72 需求,设计,开发,维护,其实内容数据的结构才为王 73 对客户,避免愤世嫉俗 74 解决方案需要满足或者超越当前的需求 75
阅读全文
摘要:41 留意架构图里的空白区域 42 了解领域和技术里面的行话 43 关注具体情境 44 架构师应该考虑软件活动的所有参与者的能力,性格 45 优雅丰富的心灵远比聪明才智重要,向建筑架构师学习 46 避免重复 47 现实世界不止0和1 48 视图观察,别想着控制一切,观察-建模-验证 49 架构是一座
阅读全文
摘要:31 程序设计也是一种设计 32 创建良好的氛围,让大家征求你的意见,发挥团队智慧 33 时间改变一切:简单原则,非必要别试图改变以前的工作 34 软件架构专业还有很长的路,因为架构不断的变化,演讲 35 控制项目规模。抓住需求,分而治之,设置优先级,尽快交付 36 软件架构师是管家,管理技术和建议
阅读全文
摘要:21 架构师避免调整进度失误,需要提前准备谈判策略和说服他人的技巧 22 取舍的艺术。可以架构权衡分析法,成本收益分析方法 23 数据库是业务的最后一道关卡 24 重视不确定性,多方分析,掌握信息,仔细权衡。 25 不轻易放过眼前的问题,遇到的问题很多,团队沟通,项目问题,不要放过一切不和谐的点,努
阅读全文
摘要:11 架构师需要宏观上设计,微观上了解业务代码。宏观视野和微观视野 12 没有万能的解决方案,需要存在情景意识 13 提前考虑性能问题,考虑未来的变化 14 架构:系统建模,接口设计,模块划分,套用设计模式,优化性能。需要平衡:安全,易用,产品支持,发布管理,部署方式。 需要平和技术需求和各类业务需
阅读全文
摘要:1 客户需求重于简历和个人兴趣 ,选用合适的技术,保证服务的稳定性,易用性。 2 明白业务的关键点,简化根本复杂性,避免为了解决问题引入偶发可用性。 3 技术只是项目的一部分。沟通,合理有效的沟通很重要。 4 沟通的简明清晰,开明的方式,与团队里面的人合作 。 5 架构决定了应用的性能 6 了解需求
阅读全文
摘要:编程其实是个脑力活,也是个体力活。 需要把现实的业务抽象成计算机的语言的表述,还要考虑未来的变化,隔离变化,还要考虑高可用,高性能,是非常费脑的。 编程是个体力活,太多的工具,其实很多业务场景只需要注意关键点即可。太多的框架,库可以选择。 有些解决问题的方式,甚至只是几行代码。 但是越来越深入,会发
阅读全文