架构师

软件架构师的职责：　 　　所谓软件架构师，是软件行业中一种新兴行业，工作职责是在一个软件项目开发过程中，将客户的需求转换为规范的开发计划及文本，并制定这个项目的总体架构，指导整个开发团队完成这个计划，是主导系统全局分析设计和实施、负责软件构架和关键技术决策的人员。 软件架构师其实相当于是软件项目管理的主管，他负责设计与构筑公司的系统架构，对系统的重用、扩展、安全、性能、伸缩性、简洁等做系统级的把握。软件架构师还要跟踪架构的使用情况，以保证软件开发符合制定好的系统架构。他还负责进一步改进系统架构，以符合公司发展的业务要求。软件架构师还得给设计人员和开发人员提供系统架构的培训。这些就是一名软件架构师的职责目标。 软件架构师的主要任务不是从事具体的软件程序的编写，而是从事更高层次的开发构架工作。他必须对开发技术非常了解，并且具有良好的组织管理能力。可以这样说，一个架构师工作的好坏，决定了整个软件开发项目的成败。其实，软件架构师的工作职责可以分为三点。首先最重要的是负责软件项目的测试，也就是根据详细设计书，编写测试单元的用例，然后根据软件测试用例，搭建软件测试环境，进行软件测试，最后整理软件交付件，参与软件的交付工作。我们都知道软件架构师，是对一个项目整体进行架构设计的，所以如何对自己所设计的架构的系统的重用、扩展、安全、性能、伸缩性、简洁等做系统级的把握

长江后浪推前浪，一代新人替旧人。 在很多人认为创业是一个很高大上很艰难的事情，我不这么认为，就如第一句诗的意思。人的寿命有限，精力有限，当一代人老去时，必须要有新一代人顶替上，成功是很难复制的，找到了自己的方法，成功率会更高些。 在一个团队中，明确职责，才能高效出成果，但不可在每个角色间数据不可触碰的墙，这也是一把手理论和民主的应用。这里不在赘述。 一个团队需要不同的角色，才能不那么累的完成一个很好的产品，我坚持协作共赢的方式。 下面以IT团队建设为例的一点想法 一个成熟的团队有以下角色 ![在这里插入图片描述](https://img-blog.csdnimg.cn/20200112131811797.png 初始团队 可以没有产品经理、工程师，但是专家或架构师应该有一个。在第一个项目成功后，专家和架构师可以提供一定的产品上升空间，否则局限性太大。 发展团队 产品功能升级和扩展，架构师提供稳定的产品设计，否则产品质量很难得到满足，尤其扩展功能很多。 初始团队的技术核心培训新招入的工程，使能在已有架构下完成对现有产品的开发；随着团队的扩大，业务模块增多，需要有专家和架构师的存在。 架构师师最容易被忽略的职位，一个好的产品架构，可以为产品带来高质量高品质，其实在维护中可以省区很多维护成本，和为产品带来好的口碑。架构师对产品的全局功能起到梳理和整合作用，使产品的设计适当且满足需求。

在不了解软件架构师是个怎样的东西，做什么工作的前提下，我所理解的是：软件架构师与桥梁建筑师，等一系列工程师是一样的，都是对一个项目进行分析处理，只是桥梁建筑师是对桥梁进行设计，软件架构师是对软件进行设计，有异曲同工之妙。 在上课时老师通过让我们观看《梦想改造家》来了解，这是一个房屋改造空间的节目，看过视频后，老师出了一份问卷。发现题目问的都是一些很细节的问题，比如视频中房屋做了哪些改动等。于是，根据这个我又认为软件架构师是一个需要抓住细节的职业。 刚刚阅读了一些《架构漫谈》几篇博客，又对软件架构师有了重新的认识。 软件架构师其实相当于是软件项目管理的主管，他负责设计与构筑公司的系统架构，对系统的重用、扩展、安全、性能、伸缩性、简洁等做系统级的把握。软件架构师还要跟踪架构的使用情况，以保证软件开发符合制定好的系统架构。他还负责进一步改进系统架构，以符合公司发展的业务要求。软件架构师还得给设计人员和开发人员提供系统架构的培训。这些就是一名软件架构师的职责目标。 那么，作为一名软件架构师的具体的职责有哪些呢？软件架构师的主要任务不是从事具体的软件程序的编写，而是从事更高层次的开发构架工作。他必须对开发技术非常了解，并且具有良好的组织管理能力。可以这样说，一个架构师工作的好坏，决定了整个软件开发项目的成败。其实，软件架构师的工作职责可以分为三点。首先最重要的是负责软件项目的测试

前几天写了几篇工作会议总结，反应也是各有看法吧！有的觉得挺现实，深有感触；有的感觉在写小说。这些也都很正常！但是这里要强调的一点是，这3篇文章发生的事情都是真实的，没有一点是添油加醋合成的！至于有的时候会有莫名的结果，这个只能说有一些事情我没法写的太细，毕竟……。 在这几篇文章的回复中，有人提到想知道一下我的职业规划。我觉得是一个比较好的主题。我们公司前段时间因为职业规划的问题，还专门请了一个培训师培训了一下。也算是深有感触吧！但是要说我的职业规划呢?其实职业规划一直都在随着环境和自己工作的变化而不断调整中的,所以我觉得说明我是怎么制定职业规划比说明我的职业规划是什么更有意思。 首先你需要明白你自己。也就是说你需要对你自己了解的很清楚，比如：你喜欢什么？你的爱好是什么？你的优点是什么？你的缺点是什么？你现在的能力有多少？等等诸如此类的问题。只有你认清了你自己，你才能冷静下来去找一份属于你自己的工作； 不要听信“先就业再择业”。现在很多的学校，包括很多的什么专家一直再称：现在的环境要先就业在择业。其实这句话是错误的。因为人生的第一份职业70%决定了以后的发展方向。所以请各位要慎重。举个很简单的例子吧！如果你找了一份职业，干了3年，让你去换，你是不是还要面对一个你所要就业领域的人多问题？而且你的成本绝对大于应届毕业生的成本，应届毕业生一个月3k，你工作3年了，你还能接受这个工资水平吗

3 架构师的职责 近来看到CSDN上有个CTO俱乐部，里面聊得是不亦乐乎。我怀着无比崇敬的态度，拜读了一下牛人们的发言。里面有个哥们发起一个话题：“CTO, 你多久没有写程序了？”。有人回答：“不写代码的CTO,属于......这公司问题大了!”。看到这里，我就赶紧撤了，怕忍不住反驳几句，反而遭到牛人们的群殴。试想，一个上点规模的IT公司，还得靠CTO来写程序的话，那是不是才叫问题大了呢。当然，我没有做过CTO，所以我有我的不同看法，而且还愿意表达出来，无知者无畏。我情愿相信：我所理解的CTO跟这位CTO所理解的是两回事。所以我想，如果有人能把CTO的职责给标准化了，也许就不会有这么多的争论了。 同样的道理，关于架构师的定义，大家也有着不同的理解。什么是架构师？架构师有哪些职责？我觉得有必要提前明确一下，要不然大家沟通起来也会产生类似问题，子说子理，卯说卯理，但是压根说得不是一码子事。 3.1 什么是架构师 曾经有这么个段子： 甲：我已经应聘到一家中型软件公司了，今天上班的时候，全公司的人都来欢迎我。 乙：羡慕ing，都什么人来了？ 甲：CEO、COO、CTO、All of 程序员，还有会计、司机都来了。 乙：哇，他们太重视你了，人才啊，这么多人迎接你！ 甲：没有啊，就一个人！ 乙：靠，#%￥$%... 很多的创业公司，一人身兼数职的情形还是很常见的。至少，我是经历过的

1、大型网站系统与JAVA中间件实践 本书围绕大型网站和支撑大型网站架构的Java中间件的实践展开介绍。 从分布式系统的知识切入，让读者对分布式系统有基本的了解；然后介绍大型网站随着数据量、访问量增长而发生的架构变迁；接着讲述构建Java中间件的相关知识；之后的几章都是根据笔者的经验来介绍支撑大型网站架构的Java中间件系统的设计和实践。希望读者通过本书可以了解大型网站架构变迁过程中的较为通用的问题和解法，并了解构建支撑大型网站的Java中间件的实践经验。 对于有一定网站开发、设计经验，并想了解大型网站架构和支撑这种架构的系统的开发、测试等的相关工程人员，本书有很大的参考意义；对于没有网站开发设计经验的人员，通过本书也能宏观了解大型网站的架构及相关问题的解决思路和方案。 2、大型分布式网站架构设计与实践 本书主要介绍了大型分布式网站架构所涉及的一些技术细节，包括SOA架构的实现，互联网安全架构，构建分布式网站所依赖的基础设施，系统稳定性保障，海量数据分析等内容，深入地讲述了大型分布式网站架构设计的核心原理，并通过一些架构设计的典型案例，帮助读者了解大型分布式网站设计的一些常见场景及遇到的问题。 3、Web信息架构设计大型网站 针对新技术做了全面更新——搭配新颖范例、全新场景及最佳实践信息——但是，其焦点依然放在基础原理上。其结构严谨，图文并貌

我发现身边越来越多人谈数字化、谈企业架构，但是感觉谈的总是IT？知道好像不对，但是又好像也无法告诉别人这和传统的IT架构有什么不一样？网上找资料，看了很多也摸不到门路，也不知道别人讲的对不对。对了还好，万一错了，那就错上加错。 如果你希望了解企业架构，但又苦于找不到中文资料，那么除了买我的中文讲义之外，还可以扫码访问我之前写的一些文章 关于我 大家好，我是周金根，IT帮创始人，2001年从浙江大学毕业进入一家建筑领域软件企业，在16年的工作中从程序员做起，从事过开发经理、项目经理、技术专家、系统架构师、平台架构师、企业架构师、产品负责人等不同工作。在16年底有出来的想法，于是从公司辞职出来，帮助企业在企业架构、业务分析、产品管理、软件需求、敏捷研发、员工发展、创新思维等多个领域构建能力，成为了一名自在快乐、勇于践行的独立顾问。 我不仅是讲师和教练，更是一名布道者。我希望在IT帮公开课中把自己如何学习的思考教给更多人，让你少走弯路提高效率，期待与你相见。 TOGAF认证无用论？ 随着企业信息系统的协同需求和复杂性的提升，以及数字化战略、中台战略等提出，企业级架构师在企业中越来越重要和不可或缺。身边的很多人期望通过学习企业架构框架TOGAF来补充自己这方面的能力，但目前国内九千多通过认证的人员中却很难找出多少会做企业架构的人。难道真的是TOGAF没用吗？还是大家没有学透呢？我一直都认为

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 在使用Twitter几年的时间里面，经常思考微博如何更好的实现，恰好最近几个月也参与了相关工作，大部分都是工程实践，总结实践会促生更具实际价值的理论。因此在QCon Beijing 2010这次演讲参考了不少网友的意见后选择了《构建可扩展微博架构》的题目。 由于在决定选题时知道来自Twitter总部有30万followers的@ nk 也会讲一个类似的题目，心中当时有点忐忑，最大的顾虑就是要讲的领域更他重叠，如果他讲得更深入，我就没必要班门弄斧了。后来考虑到以下几个原因还是决定继续 Twitter架构是单IDC设计，从它递增的tweet id就可以看出，后来当面向@nk提问也得到了证实。 中美网络环境差异，单IDC和多IDC有很多设计上的不同 大部分参会人员未必能对英文演讲有深入理解及感悟，中文的演讲可以讲一些细节解释更透彻。 Twitter对故障的容忍度大，国内公司对服务故障通常更敏感。因此国内架构师会考虑设计方案尽量简单可靠，服务需要更稳定。国外开发团队更倾向追求在工作中应用技术创新，因此会导致架构设计理念的不少差异。 演讲的slide如下，登录slideshare之后可以下载。 Build scalable microblog qcon beijing 2010 View more

介绍 BFF(Backend for Frontend)和网关Gateway是微服务架构中的两个重要概念，这两个概念相对比较新，有些开发人员甚至是架构师都不甚理解。 本文用假想的公司案例+图示的方式，解释BFF和网关是什么，它们是怎么演化出来的。希望对架构师设计和落地微服务架构有所启发。 服务化架构V1 我们先把时间推回到大致2011年左右。假设有一家有一定业务体量的电商公司A，在这个时间点它已经完成单块应用的解构拆分，内部SOA服务化已经初步完成。这个时候它的无线应用还没有起步，前端用户体验层主要是传统的服务端Web应用，总体服务化架构V1如下图所示。 服务化架构V2 时间转眼来到2012年初，国内的无线应用开始起风，A公司也紧跟市场趋势，研发自己的无线原生App。为了能尽快上线，公司的架构师提出如下V2架构，让App直接调用内部的服务： 这个架构有如下问题： 无线App和内部微服务强耦合，任何一边的变化都可能对另外一边造成影响。 无线App需要知道内部服务的地址等细节。 无线App端需要开发大量的聚合裁剪和适配逻辑： 聚合 ：某一个功能需要同时调用几个后端API进行组合，比如首页需要显示分类和产品细节，就要同时调用分类API和产品API，不能一次调用完成。 裁剪 ：后端服务返回的Payload一般比较通用，App需要根据设备类型进行裁剪，比如手机屏幕小

Android 还可以走多久？ 最近，有人问我这么一个问题： 「萧哥，我做 Android 开发两年多时间了，但是最近总是很焦虑，看着人工智能越来越火，很担心 Android 要不行了，想问下，我现在要转行么？Android 还可以走多久？」 这个问题我觉得还蛮有代表性的，今天就姑且给大家谈谈这个话题。 毫无疑问，人工智能是下个十年要进入的时代，而且现在已经有蓄势待发的意思，但是人工智能跟 Android 开发完全不冲突，人工智能它是一门技术与科学，它可以应用于各行各业，方方面面，同样，它也可以应用于手机端，这两年也有不少手机厂商推出了 AI 芯片，以后人工智能在手机上的应用会有很大潜力。 那有人可能会担心， 未来 Android 会不会如当初的塞班一样很快就被取代呢？ 这个担心是多余的，正是由于有了诺基亚的前车之鉴，现在各大互联网公司危机意识都很强，想再出现一例诺基亚这样的事情是很难了，再说了，Android 和 iPhone 的背后要知道那可是 Google 和 Apple 啊，这两家富可敌国的科技公司，想要被颠覆那基本就是做梦，现在想要出现第三个操作系统那得经过 Google 和 Apple 的允许才行，所以，未来五到十年，甚至更长，手机将永远会是 Android 和 iPhone 的天下，而随着科技的发展，未来取代手机的绝对不是另外一种手机，而可能会是新的载体，如眼镜