收录了 项目技术架构工具 频道下的 50 篇内容
企业级转型,或者搞中台,都不是“一锤子买卖”。
多数架构师都是停留在“技术架构,或软件架构的层面。少有人能做到“开放性思维”,从商业问题的本身出发, 带领团队让“理真的越辩越明”。
本文转载自技术琐话公众号
架构师是一个神秘而又神圣的名词,作为软件开发领域的设计师,架构师承载着太多的责任和挑战。对于一个程序员或者工程师来说,架构师就像是一个目标,一条道路,抑或是一座山峰。如何能够成为一名合格的架构师?架构师应该具备何种素质?而架构师又是如何做到持续不断的成长和提高的呢?带着这些问题,我们请到了五位InfoQ中文站的编辑,同时也是各领域出色的架构师或者咨询师,来谈谈他们心中的“架构师修炼之道”。
ADMIT详细表述了任何 IT架构工作中都应考虑的决策点。虽然ADMIT格式与其他企业架构框架类似,但ADMIT更关注影响最终结果的特性和驱动力,这使得它可以与其他形式化的企业架构设计和评价方法学结合使用。
跟“特事特办”论论!
技术领导力的核心主要有三个要素:定义目标,结果导向,组织能力。
我把程序员到架构师的技术成长之路分为几个典型的阶段:工程师 - 高级工程师 - 技术专家 - 初级架构师 - 中级架构师 - 高级架构师,总的成长原则是每个阶段都需要“积累经验、拓宽视野、深度思考""。
开发和架构的界限难以捉摸。有些人认为这并不存在,架构只是开发者所做的设计过程的扩展而已;另外一些人说这是一个鸿沟,它只能由那些做到高度抽象,而且不会陷入实现细节的开发者才能跨越。这之间有个平衡,但是你怎么从开发者成为架构师呢?
2019年1月4日,腾讯宣布成立技术委员会,也代表之前宣布的架构调整终于拉开序幕。那么中小团队要如何搭建自己的团队架构呢?本文将会对此展开讨论……
新技术是否值得被采用、如何判断可行性、替换成本有多高、隐藏陷阱有哪些?
Foundation下一代架构基金会。该基金会致力于在异构基础设施和多云场景下的构建下一代技术架构,并发展适合企业数字化转型的开源生态。
架构图对于系统的设计和文档化来说都是很重要的。它们必须是自描述的,并且与代码保持一致性。为了保证利益相关者能够看懂架构图,需要遵循一些原则。
从业务到模型只是一个复杂的“预备过程”,开发才是大家关注的重头戏。
将模型化的业务架构转化为需求方案,及其落地的关键。
其实中台并非万能,客观地讲,一个优秀的架构设计人员是不会“迷信”于任何一种架构设计方式的,也不会执着甚至偏执于方法间的争论,没有哪种设计方式是完美无缺的,软件行业没有“银弹”。
企业架构师依然重要吗?拥有一个本地云端发展模式,不涉及DevOps和SRE操作方式,是否从根本上改变了我们对于企业架构的认识?InfoQ想要去理解关于这个话题的更多相关知识。我们邀请了四位架构师,想要弄清楚是否软件云端方式已经改变了他们的思维。
SonarJ社区版为中小型Java应用提供架构分析和管理。SonarJ软件的制造厂商hello2morrow最近推出了架构分析工具的免费版本。该社区版可用于分析那些多达500个内部类(约五、六万行代码)的Java应用。
“我们特别强调数字化转型下的企业架构升级,要做到整体与细节的统一性,做到从高阶到细节的一致性,同时去满足细节需求,最终能汇总成一个完整的整体架构。 ”
软件架构评估是软件架构生命周期中非常重要的部分。《软件架构评估:方法和案例研究》(《Evaluating Software Architectures: Methods and Case Studies》)一书探讨了针对多种不同架构的评估框架,对软件架构评估进行了阐述。 InfoQ就架构评估这一话题对该书的合著者之一瑞克·凯兹曼(Rick Kazman)做了访谈。