收录了 架构图工具 频道下的 50 篇内容
架构图对于系统的设计和文档化来说都是很重要的。它们必须是自描述的,并且与代码保持一致性。为了保证利益相关者能够看懂架构图,需要遵循一些原则。
适当数量的软件架构图可以极大地改善开发团队和外部利益相关者之间的沟通。我们需要对目标受众有很好的了解,以及对内容的深思熟虑。不要因为有很多不好架构图就认为架构图是不必要的或者没有用的。
本文介绍爱奇艺云剪辑Web端。
工欲善其事,必先利其器,本文结合Visual Studio 2010介绍了理想架构工具的特点,如易用、可验证、标准、工程化和可文档化等,并指出VS 2010在辅助架构师做设计时暴露出的一些不足之处。
软件架构图可能是一个非常有用的沟通工具,但很多团队减少了图表的创建,即使有创建图表,也往往模糊不清。C4模型由用于上下文、容器、组件和代码的分层软件架构图组成。
现有的开源工具普遍只支持单向同步,无法满足双向同步需求,更不用说同时支持多种数据源的双向同步。因此,我们决定自研一款数据同步工具。
从 2019 年初开始,东方证券确定了企业大中台战略,大力推进“薄应用,厚中台,稳后台”的架构转型
开发人员可以凭借Architexa的UML图快速洞悉代码之间的关系并与他人共享这些内容。
Spotify的工程师最近分享了公司内部如何标准化架构图。
多数架构师都是停留在“技术架构,或软件架构的层面。少有人能做到“开放性思维”,从商业问题的本身出发, 带领团队让“理真的越辩越明”。
有哪些好用的云开发工具?
UML2.5的Beta版自2012年底发布以来在开发社区中引起了不少争议,其正式版本预计会在最近发布。Scott W. Ambler认为,UML虽然已经成为业界的通用标准,但是其实际的存在价值和意义并不是很高。
当每月发布次数变得越来越多时,如超过 200 次,发布工作人员的工作量会翻倍,此时由人工发布操作失误引起的风险会变得越来越大。为了提高项目的发布效率,也为了降低由人工操作失误带来的风险,需要引进持续集成工具。
中小型研发团队很多,而社区在中小型研发团队架构实践方面的探讨却很少。中小型研发团队特别是 50 至 200 人的研发团队,在早期的业务探索阶段,更多关注业务逻辑,快速迭代以验证商业模式,很少去关注技术架构。这时如果继续按照原有的架构及研发模式,会出现大量的问题。能不能有一套可直接落地、基于开源、成本低,可快速搭建的中间件及架构升级方案呢?作者将现抛砖引玉,与大家一起探讨这方面的问题。
谷歌最近公布了SMILY工具的研究工作进展,这个工具使用概念向量来增强医疗图像的搜索。
如何可视化代码?
工欲善其事,必先利其器,在开发者、使用者眼里,软件开发管理工具在不同层面帮助他们极大的提高效率;而商业模式的另外一端,各大厂商在抢占开发者桌面的竞争中不断推陈出新。在此,InfoQ跟各位读者一起回顾一下2010年中文站跟工具相关而且评论数及点击率较高的内容
本文选自《阿里文娱技术精选系列:超级APP背后的移动端技术大揭秘》
在大公司里面,开发工具更是作为一项重要任务,但切忌用力过猛,在合适的场景下它是工具,在不合适的场景下,它也许会成为项目的障碍。
企业信息化建设已经发展了几十年,传统企业和成熟互联网企业的应用架构并没有本质的区别。本文将通过一个线下小型门店成长为多元化集团的发展历程,逐步向读者展示企业应用架构的演变和设计的理念。