Category: Software Architecture

如何您是一名创业公司的负责人，如何从0搭建公司的后端技术栈。今天要说的后台是大后台的概念，放在服务器上的东西都属于后台的东西，比如使用的框架，语言，数据库，服务，操作系统等等。 整个后台技术栈我的理解包括 4 个层面的内容： 语言：用了哪些开发语言，如：C++/Java/Go/PHP/Python/Ruby 等等； 组件：用了哪些组件，如：MQ 组件，数据库组件等等； 流程：怎样的流程和规范，如：开发流程，项目流程，发布流程，监控告警流程，代码规范等等； 系统：系统化建设，上面的流程需要有系统来保证，如：规范发布流程的发布系统，代码管理系统等等；

1. 架构师思维 IT 生涯 | 像架构师一样去思考 架构师角色的演变：从发号施令到与团队合作[好文] 康威定律的影响是一个关键主题：系统的架构反映了组织的结构。 “为什么”这样的提问方式带有评判的味道，例如，“你为什么要采取这种方法”。如果将问题改为“是什么让你决定采用这种方法”，会促使被问者解释他们的想法，而不是为他们的决定辩护，因为当被问及“为什么”时，他们可能会认为自己的决定是不是不正确的。 给架构师： 成为帮助团队架构理解的导师，而不是障碍。公开主动地分享你的知识。 为那些只有你自己感觉到但团队可能没有意识到的挑战寻求指导，来帮助你克服内心的挑战。不要独自承受，支持性的指导有助于你的角色演化。 欢迎来自客户、团队和环境的挑战。这种反馈循环可能会让人感到筋疲力尽，但可以带来巨大的回报。 用你的经验将对话引向你的专业知识告诉你会遇到的挑战。 了解团队的动态、他们的优缺点、他们对工具的掌握，以及他们日复一日地构建应用程序的实际情况。帮助你在正确的时间组织你的输入，在哪里可以带来最大的价值。 成为人际关系的建设者。培养你的软技能，建立起人际网络，从销售团队到产品负责人，从工程经理到技术中小企业。每天都要培养和维护这些关系。 给团队： 为非领域专家总结使用工具的经验，带他们踏上理解之旅。 利用架构师丰富的经验来洞察你可能有的想法、挑战或主意。他们现在是你团队的一员了。 简单明了地表达你的想法、优点和缺点，准备好接受开放性和有挑战性的反馈，构建心理安全感。 把头衔和自负留在门外，拥抱团队环境，向团队里的每一个人学习。在当今的软件设计当中，你对设计过程的影响是真实存在的。 培养你的演讲、沟通和指导技能，并每天使用它们，在快节奏的团队中进行信息交流是至关重要的。 尽你所能留住你的架构师。他们深厚的专业知识对团队的成长和壮大是无价的，不要让他们感到孤立，让他们觉得自己是团队的一部分，是未来解决方案的一部分。     十四年架构师揭秘：要做架构师先要在鸟群中做好鸟 我是如何在阿里做“架构师”的？ 我们还需要架构师吗？还需要架构部门吗？我给出的答案是：不需要，因为每个人都应该是架构师。 阿里技术大牛：一份架构师成神路线图！ 绝好的的技术整理！ 恕我直言，一般像你这种能说会道的技术都不太行 手上有团队，有资源，我要做的是 “找到合适的人，放到合适的位置上”，让每个人发挥各自的所长，而不是我自己再去纠结一些细节。 架构师虽然听起来很高大上，但本质上仍然是工程师，不是忽悠人的江湖骗子。...