Mobabel Blog

0

React vs Vue

为什么 React Native 连遭 Airbnb、Udacity 抛弃? React 还是 Vue: 你应该选择哪一个Web前端框架? 不吹不黑丨用Vue和React构建相同应用程序,区别在哪? 我为什么要立刻放弃 React 而使用 Vue? 三年 React 开发经验的我,迁移到 Vue 的心路历程    

0

[转]如何才能写出好的软件设计文档?

作为一名软件工程师,我花了很多时间在阅读和撰写设计文档上。在磨砺了数百篇文档之后,我发现,优秀的设计文档与项目的成功之间有着密切的联系。 这篇文章将介绍怎样才能写出一份优秀的设计文档。 为什么要写设计文档? 设计文档也就是技术规范,用于描述你打算如何解决问题。已经有很多文章说明了为什么在开始编码之前要先写设计文档,这里不再赘述,不过我想再补充一句: 设计文档是确保正确完成工作最有用的工具。

0

[转]也许,这样理解HTTPS更容易

摘要:本文尝试一步步还原HTTPS的设计过程,以理解为什么HTTPS最终会是这副模样。但是这并不代表HTTPS的真实设计过程。在阅读本文时,你可以尝试放下已有的对HTTPS的理解,这样更利于“还原”过程。 我们先不了聊HTTP,HTTPS,我们先从一个聊天软件说起,我们要实现A能发一个hello消息给B: 如果我们要实现这个聊天软件,本文只考虑安全性问题,要实现: A发给B的hello消息包,即使被中间人拦截到了,也无法得知消息的内容

0

[转]如何用女朋友能懂的方式解释Kubernetes

Kubernetes 有自己的各种模型和术语,导致很多初学者在刚刚接触 Kubernetes 时,理解起来有很多的困难和障碍。本文将其类比为主题公园,配合生动形象的图片,通俗易懂地阐述了 Kubernetes 的基础理念和各个组成部分。下次就可以这样给女朋友解释Kubernetes了 如果你是个技术工作者,你肯定使用或者听说过 Kubernetes。Kubernetes(后文简称为 k8s)有自己的一套抽象机制和术语,但是借助一些想象力,可以将这些抽象与我们更加熟悉的概念联系起来。这里我们将 k8s 类比为主题公园,下次你可以这么跟女朋友解释 k8s。 如下的内容都是基于谷歌 Kubernetes 引擎的,在其他的供应商中或者如果你自行运行 k8s 的话,有些概念可能会略有差异。

0

[转]如何运用 DDD 解决团队协作与沟通问题?

领域驱动设计的核心是“领域”,因此要运用领域驱动设计,从一开始就要让团队走到正确的点上。当我们组建好了团队之后,应该从哪里开始?不是UI原型设计,不是架构设计,不是设计数据库,这些事情重要却非最高优先级。 试想,项目已经启动,团队却并不了解整个系统的目标和范围,未对系统的领域需求达成共识,那么项目开发的航向会否随着时间推移而逐渐偏离?

[转]db如何快速回滚+恢复,DBA的神技能 0

[转]db如何快速回滚+恢复,DBA的神技能

技术人如果经常线上操作DB,河边走久了,难免出现纰漏: update错数据了 delete错数据了 drop错数据了 咋办?找DBA恢复数据呗,即使恢复不了,锅总得有人背呀。 画外音:把数据全删了,怎么办,怎么办?

0

[转]哪个技术火就选哪个?热闹驱动开发的技术选型使不得!

本文的主题是技术选型,作者总结了他见过的各种不靠谱的技术选型方式,比如有的团队会根据社交媒体上的讨论来决定选择哪种架构,也有的团队会跟风走,哪个热门就选哪个。但总体来看,这样简单粗暴的方式一定会为未来埋下隐患。那为什么这样说?我们应该如何做正确的选择?且听作者细细道来。另本文译者余晟,曾经是主力程序员、技术文章的写作和翻译爱好者,现在在沪江负责研发和软件架构。欢迎关注他的个人公众号“余晟以为”,了解一位非典型 IT 人员对世界的看法。 软件开发团队所做的软件架构或技术栈的决策,很多并没有经过踏实的研究和对目标成果的认真思考,而是不准确的意见、社交媒体的信息,或者就些是“热闹”的玩意。我称这种作派为“热闹驱动开发(Hype Driven Development,HDD)”,眼见它的危害,我赞成更专业的做法,就是“脚踏实地的软件工程”。下面我们一起看看HDD的来龙去脉,想想能如何改进。

0

[转]金丝雀发布、滚动发布、蓝绿发布到底有什么差别?

根据 2017 年的 DevOps 发展报告,高效能组织和低效能组织在软件交付的效率上有数量级上的差异。技术组织的软件交付能力是一种综合能力,涉及众多环节,其中发布是尤为重要的环节。 作为技术人员,大家可能听说过“滚动发布”和“蓝绿发布”等术语,但是很多人并不清楚这些术语背后的原理。本文试图总结当前主流的发布策略,每个的优劣,适用性,让开发人员特别是架构师对现代发布技术有一个更为清晰全面的认识,让大家能够根据自己的企业上下文,对发布策略做出正确的选型和实践。

[转]app拆分,多产品打包实录 0

[转]app拆分,多产品打包实录

1前言 公司有需求app需要拆分为两个:云部署版和企业版。 a.云部署版就是原app ,保持不变; b.企业版是新app,与云部署的界面,功能有差异,并且不上架应用市场,只在企业内网使用。用户手机上可以同时安装这两个app。