架构师

Salesforce.com，这家神一般的公司及其产品我就不多说了，需要了解的可以阅读我的另一篇科普文章《 一张图读懂Salesforce的产品架构 》。 今天给大家带来另一篇关于Salesforce认证考试的科普文章。 Salesforce认证计划概述 最近这一两年，Salesforce的Trailhead和认证太热门了，小伙伴们前赴后继地刷Badge拿认证，可以考的认证也随着产品家族的增加而增加，从十几年前的几个认证，增长到现在的30多个认证。 与其他应用平台的认证不同，Salesforce认证体系中没有很鲜明的从低级到高级的层次结构（例如：助理->专业人员->专家）。相反，Salesforce认证更侧重于Salesforce专业人士中常见的各种工作角色或岗位，目前在Trailhead上把认证按以下5个角色进行分类：管理员、开发者、架构师、顾问、营销人员。 Salesforce目前提供30个证书，其中大多数是针对顾问和架构师的。 顾问和架构师的认证往往需要有其他更基础的认证作为前提条件。同时，由于Salesforce产品家族的不断扩充，每个认证也不免有很强的产品属性（例如，几乎每个产品都有一个顾问认证）。 因此，为了帮大家搞明白Salesforce这一大堆认证到底都是干嘛用的、能证明啥，我绘制了三张图来简要说明这30个认证的代表的资质以及它们之间的关系

https://github.com/xingshaocheng/architect-awesome/blob/master/README.md 来源： https://www.cnblogs.com/han-guang-xue/p/12010386.html

最近11月份有点忙，没有更新博客。见谅！ 又快接近年底了，正好今天有空，想写一下一个合格的架构师需要知道哪些东西。下面我整理了一下，重看一边： 1.计算机的基础知识整理一遍。（最好包括硬件和软件基础知识再理一边，所谓温故而知新） 比如进制转换，局域网，城域网，广域网，物数网传会表应 7层协议 。多媒体应用基础。还有简单一些算法知识点。 2.所有JAVA知识整理一遍。 可以先过一边JAVA SE ，逻辑思想，这个很快。然后简单看一下spring 框架等。 3.扩展知识点整理一遍。 比如skywalking,docker,k8s,MapReduce,ELK 等一些常用的扩展插件。 围绕这三点重新看一下，肯定收获不小，下面我整理一下需要用的一些技术点： 数据结构队列 集合 链表、数组 字典、关联数组 栈 树二叉树 完全二叉树 平衡二叉树 二叉查找树（BST） 红黑树 B，B+，B*树 LSM 树 BitSet 常用算法排序、查找算法选择排序 冒泡排序 插入排序 快速排序 归并排序 希尔排序 堆排序 计数排序 桶排序 基数排序 二分查找 Java 中的排序工具 布隆过滤器 字符串比较KMP 算法 深度优先、广度优先 贪心算法 回溯算法 剪枝算法 动态规划 朴素贝叶斯 推荐算法 最小生成树算法 最短路径算法 并发Java 并发 多线程 线程安全 一致性、事务事务 ACID 特性

这几天大家放假了，不少人外出旅游，但这几个技术号还在坚持更新推文，因为不少同学担忧的情况——“ 晋升无望、收入见顶、生活开支飙升、财务危机如影随形 ”，我挑选了几 个优质原创技术号，推荐给大家化解成长的烦恼。他们都是我平时关注的优秀号主，分享给大家，助大家学习路上披荆斩棘~能力得到提升，思维得到开阔~ 架构师社区 ▼ 专注分享架构师技术干货，架构师行业秘闻，汇集各类奇妙好玩的架构师话题和流行的架构师动向！ 长按二维码识别关注 开发者技术前线 ▼ 这是我的一个老熟人的公众号，他是一名前百度技术人，现知名独角兽公司技术专家，这是他主办的顶级技术社区，内容汇集技术前线快讯和关注行业趋势，技术文大部分来自大知名公司最佳实践，专注开发者经历和成长，我也经常阅读，值得关注！ 长按二维码识别关注 码农突围 ▼ 号主是化学专业半路转行的程序员，目前就职于BAT从事基础架构相关开发，人生信条「韬光养晦、伺机而动、弯道超车」，公号主要分享「Python、Java、大前端、大数据、Machine Learning、AI 」相关技术，关注码农技术提升•职场突围•思维跃迁，以及过来人做事方法和技巧，用大厂思维和格局助力20w+程序员突围单一技术孤岛，是程序员成长的最佳充电站。 这也是我经常读的号，强烈推荐关注！ 长按二维码识别关注 Python那些事 ▼ 人生苦短，我用 Python。Python

提供高效的帮助和引导。具体而言，架构师的工作内容主要包括: ♦冷静和系统地平衡功能与性能的要求，分析软件系统盾量的要求和其他系统特征。 #控制和处理有关系统粒度、范围、包含、连接和耦合的问題。 澄清接口策略，制定接口架构约束原則。 ^计划系统资源分配与调度原则。 •稳定业务关系模型（实体、关系、协同动作)。 制定系统身份识别、认证、命名、存取控制的策略。 规划系统静态特征和动态行为转化模型。 确立系统级的基础框架组成，穗定架构基线。 按照外界环境与内在制约因素选择相应的开发流程，规划开发环境、开发工具、测 试工具、版本控制工具等。 确定监控与报告流程，选择有效的汇总、统计、分析、报告工具。 为软件设计与开发制定架构约束及架构原则，并确保后续的开发遵守了这些原则。 软件系统许可证/软件key的规划及策略。 软件系统的部署、初始化、装栽顺序、卸栽顺序、运行监控等系统运行时的规划。 软件系统测试、交付的原则及计划。 按照外界环境与内在制约因素选择相应的开发技术。 规划软件系统哪些部分自主开发，哪些部分外包开发或外购产品。 从上述这些工作来看，有些是针对商业方面的问题，这些问题是核心问题，也是架构 师的目标。还有些问题是专门针对系统级别方面的，有些则是针对技术方面的问题。我们 可以把这些问题整合归类为如下一些方面，如图3-1所示。 ■ 3.1解决商业问题 我们先来看看如何解决商业方面的问题

目前正在参与公司一个核心大系统的重构工作。本文梳理一下大型系统重构的一些步骤和心得。 概述 随着公司业务不断的发展，用户量不断的增加，对系统的性能要求会越来越高，而原来仓促做出来的项目，其不合理性的地方就会不断的暴露出来。大家如果接触过非常赚钱的互联网产品，一定会知道产品的一个小小的bug，公司就可能损失好几百万甚至几个亿。当产品的用户数达到一定量的时候，对系统的各个方面的要求就越高，例如qps、cpu、容灾、降级、限流、可扩展性、可维护性等等。系统除了要应付大量的并发请求，还必须快速支持各种业务需求，必须对系统进行大重构。 备注： 下面的一些步骤和方式是根据我自己的项目的实际列出的。 业务梳理 要弄懂原来的业务流程，如果有不合理的业务流程，必须进行业务流程优化。这种一般是公司的业务架构师来处理的。 数据库重构 前期的项目，由于赶进度，并没有充足的时间设计表，导致各种冗余表、大表、大量的冗余的字段、扩展性差的表。所以重构系统的时候，可以先从表开始，通过对当前业务的梳理，重新把表整理一下。 1. 字段太多的表，可以根据部分字段的业务属性，抽取成一个新表； 2. 已经不再用的表字段，删除掉； 3. 可以合并的字段，尽量进行合并，例如，想表示一个商品是旅游商品，就没必要新增一个类似is_travel的字段,可以直接在商品类型product_type中增加一个枚举值即可； 4.

　　 Azure认证路线 AZ-300 AZ-301 https://blog.csdn.net/pg_edb/article/details/86794505 免费题 https://iteablue.com/course/azure-az300-online-quiz-free 来源： https://www.cnblogs.com/ppju/p/11989418.html

我和很多人交流过一个有趣的现象，那就是刚毕业到30岁这段时间，会觉得时间过得很慢，总觉得自己还很年轻，但是一旦过了30岁，时间就如白驹过隙，一年又一年飞逝而过。 我自己也是，眼瞅着毕业快15年了，15年间从一个刚毕业的菜鸟，成长为技术骨干，做到架构师的职位，回头看看，当年听取亲戚的一句话，误入计算机行业，看来并没有走错，编程虽然枯燥辛苦，但是如果真的感兴趣，你就能体会到其中的乐趣，并且获得可观的回报。 1.好奇心 刘慈欣在《朝闻道》中描绘过这么一个情节：在古老的非洲大陆上，有个原始人无意中抬头仰望星空，凝视的时间稍微长了一些，超过了外星人设置的阈值，立刻拉响了人类即将产生文明的警报。因为外星人认为，人类已经产生了对宇宙的好奇心，文明的产生，科技的发展不过是一瞬间的事情。 确实是这样，好奇心驱动人类不断向前，在短短的几千年（相对于长达几十万年的原始时代）里就登上了月球，并且努力向其他行星拓展。 对于程序员来说也是类似，如果你看到新技术，新产品没有像小孩看到新玩具那样两眼放光，没有想赶紧在自己电脑上玩玩的冲动，你就需要仔细考虑下是否真的对软件开发有兴趣？如果根本没兴趣，不要浪费时间，还是趁早转行，有更多有前（钱）途的职业在等着你。 没有好奇心，就不愿意追本溯源，追求技术的本质。 没有好奇心，就难于静下心来，耐得住寂寞，远离浮躁和代码奋斗，更难于跨过这个苦逼行业带来的种种挑战

很多人从事Android开发工作多年，走过的弯和坎，不计其数，经历的心酸难与外人道也。相信大家感触最深的还是：选择大于努力。选择正确的方向，才能够走的更远，更踏实。 今天我来分享一下自己心得体会，并没有炫耀和嘲讽他人的意思，纯属分享工作学习经验，期望能帮助到那些深陷移动开发困局的人，找到正确的奋斗目标和方向。 雷总说过，“在风口猪都能飞起来”。一直追逐风口，一直错过。几乎每换一个项目，程序员就要掌握新的技术：《NET单元测试艺术》《妙趣横生的算法（C语言实现）》《Android应用开发揭秘》…… Android应用开发揭秘 Android开发书籍越看越多，好像学习了很多，但薪资和能力成长却十分有限。有些人3年工作经验年薪已经40万，而你可能还不知道为什么拉开了这么大的差距。 很多人在开发过程中只是浮在表面，忽略底层源码分析，面试求职的简历也没有进行修缮和突出重点，自然求职不顺，加薪无望。 举个例子 大家应该知道也懂得性能优化的重要性，可工作中由于对整个知识掌握不够，所以会在性能优化上没有自己的理解。比如，Glide，这个是我们经常用的技术，相信大家都会用： Glide.with(context).load("图片url").into(imageView) 但是大家谁知道这个里面有性能上面的坑啊？ 如果我们不能体系的去掌握activity，fragment

架构师，我们程序员打怪升级的主要方向，它不像某些技能报个培训班就可以获得。胜任架构工作需要具备许多技能，如果想尽快转型升级至架构师，那你必须在日常工作中有意识地储备这些技能。网络上有不少架构师技能图谱，但高质量的很少，大部分都是东拼西凑出来的，脉络不够清晰，层次不够分明，杂乱无章，缺乏逻辑，就像拿着错乱的武学秘籍练功，练不成真本领还是小事，就怕走火入魔、浪费时光。 ​ 俗话说：一口吃不成胖子。从程序员到架构师也无法一蹴而就，它是一个循序渐进、稳步提升的进阶过程，每个阶段有每个阶段需要掌握的技能，多项技能之间还存在先后顺序，既有硬技能还有软技能。如果以硬技能为例，我们可以将其分解成下列几个维度： 从职位晋升的角度看，程序员都要历经初级开发工程师、中级开发工程师、高级开发工程师这三个阶段才能进阶至架构师，此后还有架构专家、高级架构专家等职位，再往上就是首席架构师、首席技术官。 从代码规模的角度看，程序员都是从编写函数、类开始起步的，再逐步负责单个模块、子系统、系统、平台等，代码规模从小到大，关联关系从内到外，复杂度变得越来越高，往上有系统群、生态圈等。 从技术堆栈的角度看，程序员入行只要懂某门编程语言就可以了，进阶时需要钻研不同编程语言、开发框架、应用容器、语言运行时、数据库、操作系统、网络协议等，这样才有能力把握各种类型的系统。 从设计方法的角度看，程序员从面向对象设计开始起步