深圳幻海软件技术有限公司

明年将是又一个充满经济不确定性、焦虑和威胁的一年。云、数据中心和边缘基础设施将受到经济和地缘政治力量的影响。基础设施和运营团队可能会面临预算紧缩、供应链中断和熟练员工短缺的问题。今年不会是实现宏伟目标的一年。相反，2023年标志着一个重新关注、重组和反思基础设施的时刻。危机中蕴含着机遇——在这种情况

在我们三分设的产品设计社区里，经常会讨论一个话题，就是关于设计师在设计过程中使用哪款工具更好？其实很多设计工具的主要功能往往都是非常类似的或者是有独特的偏重，因为工具所要解决设计师的痛点是类似的或是专项的，因此是比较容易判断的，然而往往细节功能、操作体验、生态系统，却是我们设计师们所争相讨论的重点。

距离金九银十招聘旺季的到来已经进入倒计时，而八月对于设计师来说是一个“备战月”，如果想要跳槽，你做好充足的准备了吗?面试前聊得挺好的，入职后发现只是从一个火坑跳到了另一个。跳槽前需要考虑哪些问题?如果盲目跳槽换来的只是时间和精力的浪费。今天黑马哥就和大家一起聊聊这个话题，希望可以让你在跳槽前冷静的思

架构有时是困难的，人们不断地提出一些新想法，这些想法很快会在没有任何上下文或者细微差别之下成为了主流的“做事方式”。而行业也迫切地想要找到改进架构的方法，毫不犹豫地抢购这些新的想法。微服务就这些新想法的最新体现，我们是时候剖析这个新想法并找到发生了什么事情的真正根源了。微服务在微服务的核心，我们被告

学习如何使用DevOps指标来提高开发团队的速度、一致性和效率。人们看到越来越多的组织重新关注于采用和改进他们的DevOps实践，以帮助优化他们的软件开发生命周期，提高他们的交付速度，以更快地到达市场和客户。以下是关于DevOps的四个关键指标以及团队如何使用这些指标来提高开发效率和性能，为客户构建

一、前言OKR即目标与关键成果法，起源于英特尔，在谷歌发扬光大。近几年在国内比较火，很多企业都相继引入了OKR的管理方式，小到2-3人的小微初创公司，大到十几万名员工的大型企业，都因此而受益。vivo互联网团队经过三年的积极实践，证实这一目标管理工具对于业务和人员发展有非常强大的推动作用。“众多企业

​作者|云昭在这样一个时代，不光老板们，即便是工程师们，也巴不得个个都能全栈——初创公司或科技前沿行业在招聘时，往往会希望候选者是一名全栈工程师。一份工资，两份成果，老板们面对这样的人才，当然都会“幸甚至哉”！同样地，相当一部分开发者，在达到职业生涯的某个时刻，也会开始寻求“全栈”突破，理由则通常是

我列出了一些GraphQLhiddenrocks，当您选择构建新API的方法时应该牢记这些。很容易爱上专业营销人员销售的技术。然而，软件工程很难，因为没有一种解决方案可以适用于所有情况。GraphQL几年来一直是人们关注的焦点。在您将这个好看的缩写添加到您的简历之前，我想分享一下根据生产经验总结的观

一、引言1、我们经常会面对什么问题？在互联网公司带过技术团队的人，或多或少会遇到这样一些问题：我们潜心研究的自认为高大上的项目成果，抬头看天的时候发现天已经变了，完全不能满足实际需要；面向高度竞争的赛道，我们有的业务很无情地被竞对逐步反超，或者在竞争中处于弱势，而且感觉很难突破；技术团队之间分工似乎

​什么是软件架构？“系统设计”可以用来描述我在系统中定义的某些规则或设计的明确的模块？还是说，它就是我定义的具体的类和函数？如果我们从敏捷软件开发的角度来看软件架构，我们很快就会得出这样的结论：在实际实施之前，几乎不可能在详细级别上定义类和模块，因为需求可能会随着Sprint的进行而快速变化，而应用

背景今天想给大家来分享一下如何在团队内部建立反馈文化的小故事。为什么要把这个分享出来呢?因为当时的我还是作为一个刚刚入职的新人，对于敏捷团队的很多文化也都是一知半解的。然后X团队实践了一系列的敏捷实践，其中有一个叫做DRI(DirectResponsibleIndividual)，我自己当选为了一个

Python这门编程语言的运行速度并不快，这早已不是什么秘密了。很多开发者期待这门语言的性能有所提升，这种情况或即将发生改变，或至少朝着正确的方向前进着，这也是Python的创始人重新出山后的决策结果之一。5月7日，Python团队发布最新的Python版本-Python3.11。目前发布的是一个测

Angular发布了面向Angular用户的开发者调查报告。据介绍，此次调查于今年年初进行，Angular团队总共收到了大约25000份回复。调查报告超过84%的开发者对Angular感到满意，不到8%的开发者表示不满意工龄较大(11年以上)的开发者满意度相对更高，大约为85%Angular团队表示

作者|.cult译者|王德朕审校|Noe软件工程和所有职业一样，也有等级之分，正如我们所知道的那样，它是基于经验，技术和领导力进行的区分，如果你正在阅读这篇文章，你可能还不清楚它们的界限在哪里。例如，初级开发人员和高级开发人员，或者初级开发人员和入门级开发人员，而且当公司有自己的标准来判断开发人员级

本文将分享我和我的团队在使用微前端时学到的重要经验。在两年的时间里，我们发现了这种架构的许多问题，也犯了同样多的错误。所以，现在分享出来，以帮助你解决或避免它们。让我们首先回顾一下什么是微前端架构，然后深入了解它们的陷阱以及如何避免每一个陷阱。微前端简述MartinFowler将微前端开发方法定义为

面试官：微服务如何拆分?需要考虑什么因素?候选人：一般按照功能拆分面试官：还有吗?候选人：唔……要拆分微服务，首先我们要了解微服务拆了会有什么问题?怎么合理拆服务?拆分服务会带来什么问题?举个电商系统下单扣库存的例子。对于单体应用，通讯在进程内部进行，下单方法调用扣库存方法，有问题就回滚事务，利用数

谷歌是现代增强现实(AR)领域的早期领导者之一，但该公司近年来的努力似乎并未取得太大进展。不过，随着苹果和Facebook都在AR上投入了大量资金，这种趋势很快就会逆转。 ▲GoogleGlass企业版 据悉，谷歌正加大在AR领域的招聘力度，为一款未指明的“创新AR设备”创建“A

 从一个开发转型管理的路上，有哪些陷阱？本文来自阿里技术总监的一次分享，摘要了主要的4点。陷阱一、容易成为老板的附庸这可能是大多优秀技术人不可避免的经历，尤其是在创业型的公司。因为受到赏识，善良的技术人对企业总有一种强烈的责任感，归属感，容易当家来对待，对于家人往往爱的付出是无限的。那么一

提供解决方案让DevOps团队能够快速安全地部署软件，大概是企业IT市场中竞争最激烈的一块业务了。随着企业组织越来越多地采用现代软件交付方法，市场中各种拥有创新工具和平台的初创公司如雨后春笋般涌现。这些工具和平台不仅可以简化部署补丁和更新、归档和发布代码，还提供了可扩展的基础设施，并确保整个过程中的

 对于大型和复杂的应用程序，微服务架构往往是不错的选择。然而，除了拥有正确的架构之外，成功的软件开发还需要在组织、开发和交付流程方面做一些工作。图1展示了架构、流程和组织之间的关系：图1大型复杂应用程序快速、频繁和可靠地交付软件需要具备几项DevOps关键能力，其中包括持续交付和持续部署，