【51CTO.com原創(chuàng)稿件】外媒速遞是核子可樂(lè)精選的近日國(guó)外媒體的精彩文章推薦，希望大家喜歡！

今天給大家推薦的內(nèi)容包括：數(shù)字化轉(zhuǎn)型趨勢(shì)的六項(xiàng)趨熱和四項(xiàng)趨冷、七款代碼合并工具讓你的生活倍感輕松、十個(gè)步驟成就順暢API發(fā)布效果和設(shè)計(jì)微服務(wù)架構(gòu)前必須了解的五項(xiàng)指導(dǎo)原則等。

一、數(shù)字化轉(zhuǎn)型趨勢(shì)—六項(xiàng)趨熱，四項(xiàng)趨冷

原文標(biāo)題：6 hot digital transformation trends — and 4 going cold

數(shù)字化轉(zhuǎn)型早已不再是一類(lèi)可選項(xiàng)，而是成為企業(yè)發(fā)展的重中之重以及絕對(duì)主流。事實(shí)上，如今人們普遍認(rèn)為數(shù)字化轉(zhuǎn)型對(duì)企業(yè)成功起到至關(guān)重要的作用。然而，數(shù)字化轉(zhuǎn)型當(dāng)中也存在著多種具體實(shí)施方向，其中一些正在趨熱、另一些正在轉(zhuǎn)冷——下面，我們將一同來(lái)看由Frost & Sullivan公司給出的用戶調(diào)查結(jié)論。

1. 趨熱

• 定位服務(wù)
• 云環(huán)境中的“原子計(jì)費(fèi)”
• 區(qū)塊鏈的業(yè)務(wù)應(yīng)用
• 云環(huán)境中的身份管理
• 人工智能與機(jī)器學(xué)習(xí)
• 交互式語(yǔ)音

2. 趨冷

• 云至上戰(zhàn)略
• 自主構(gòu)建物聯(lián)網(wǎng)平臺(tái)
• 移動(dòng)至上與平板電腦
• 多協(xié)作工具聯(lián)合使用

二、七款代碼合并工具讓你的生活倍感輕松

原文標(biāo)題：7 Code Merge Tools to Make Your Life 7x Easier

版本控制軟件已經(jīng)擁有多年歷史，其作用在于幫助技能水平不同的開(kāi)發(fā)者輕松管理項(xiàng)目。但隨著軟件復(fù)雜度的提升，版本控制管理本身也開(kāi)始成為一項(xiàng)專(zhuān)職工作。在今天的文章中，我們將為你介紹七款***代碼合并工具，并了解其分別適合哪些使用場(chǎng)景與群體。

1. 面向開(kāi)發(fā)者的代碼合并工具的問(wèn)題所在

2. 現(xiàn)代合并解決方案

3. 代碼合并工具綜述

• Git
• KDiff3
• DiffMerge
• Semantic Merge
• Beyond Compare
• Code Compare
• Meld

4. 作出您自己的選擇

三、十個(gè)步驟成就順暢API發(fā)布效果

原文標(biāo)題：10 Steps to a Painless API Release

發(fā)布新內(nèi)容當(dāng)然令人興奮，將一種效果由想法轉(zhuǎn)化為現(xiàn)實(shí)也確實(shí)激動(dòng)人心。然而，我們?cè)撊绾闻袛郃PI是否做好了發(fā)布準(zhǔn)備?我們又該如何確保其不致錯(cuò)過(guò)郵件與通話支持能力，或者破壞現(xiàn)有內(nèi)部或第三方集成?就這一問(wèn)題，API Consultant公司執(zhí)行長(zhǎng)James Higginbotham給出了自己的見(jiàn)解。

1. 是否確保滿足利益相關(guān)者的需求?

2. API的巨大變更是否會(huì)影響具體效果?

3. 是否進(jìn)行了全面的安全審查?

4. API文檔是否及時(shí)更新且包含代碼示例?

5. 你是否在變更日志中納入新的或更新的功能?

6. 你是否更新了API管理層配置?

7. 你是否更新了KPI儀表板與使用報(bào)告?

8. 你的API是否經(jīng)過(guò)全面測(cè)試?

9. 你的API發(fā)布是否匹配你的發(fā)布設(shè)計(jì)合約?

10. 你是否規(guī)劃有相關(guān)博文以公布API發(fā)布內(nèi)容?

四、設(shè)計(jì)微服務(wù)架構(gòu)前必須了解的五項(xiàng)指導(dǎo)原則

原文標(biāo)題：5 guiding principles you should know before you design a microservice

[[229780]]

在處理微服務(wù)方面，我們面臨的***挑戰(zhàn)之一正是堅(jiān)守不能太大、不能太小、不能太緊密這一原則。事實(shí)上，這項(xiàng)挑戰(zhàn)的核心源自對(duì)微服務(wù)內(nèi)容的混淆。在今天的文章中，我們通過(guò)對(duì)數(shù)十名CTO人士的采訪匯總其實(shí)踐經(jīng)驗(yàn)，并最終整理出以下五項(xiàng)關(guān)于微服務(wù)架構(gòu)設(shè)計(jì)的指導(dǎo)原則。

1. 微服務(wù)邊界

2. 避免邊界“規(guī)則”

• 微服務(wù)應(yīng)該由X行代碼構(gòu)成
• 將每項(xiàng)功能轉(zhuǎn)化為一種微服務(wù)

3. 良好服務(wù)設(shè)計(jì)的五大特征

• 不與其他服務(wù)共享數(shù)據(jù)庫(kù)表
• 擁有***數(shù)據(jù)庫(kù)表數(shù)量
• 其有狀態(tài)或無(wú)狀態(tài)選擇經(jīng)過(guò)深思熟慮
• 其數(shù)據(jù)極性需求有所依憑
• 擁有單一真實(shí)來(lái)源

【51CTO原創(chuàng)稿件，合作站點(diǎn)轉(zhuǎn)載請(qǐng)注明原文作者和出處為51CTO.com】

戳這里，看該作者更多好文