[[352354]]

Forrester對2021年的軟件開發(fā)做了5個預測。Bill Detwiler與軟件行業(yè)資深副總裁兼首席分析師Jeffrey Hammond(該報告的主要作者)討論了開發(fā)者和IT領導者在2021年應該做些什么。

軟件開發(fā)處于不斷變化的狀態(tài)。低代碼和無代碼平臺正在將一些開發(fā)過程轉移給非程序員。人工智能正在改變我們測試自己編寫的軟件的方式。COVID-19大流行迫使開發(fā)團隊重新考慮在每個人都在遠程的情況下如何工作。

Forrester剛剛發(fā)布了軟件開發(fā)的5個2021年預測，我們有機會與Jeffrey Hammond進行了交談，他是Forrester的副總裁和服務于應用開發(fā)領導者的首席分析師，也是TechRepublic動態(tài)開發(fā)者播客上報告的主要作者。Hammond也是一名前開發(fā)人員和開發(fā)團隊經(jīng)理，在軟件行業(yè)有超過25年的經(jīng)驗。以下是為便于閱讀而編輯的采訪實錄。

軟件開發(fā)人員和應用程序開發(fā)的2021年預測

杰弗瑞•哈蒙德,Forrester

Jeffrey Hammond，副總裁和主要分析師，服務于Forrester的軟件開發(fā)領導者

圖片:福雷斯特

比爾:好吧。杰弗里，你是弗雷斯特剛剛發(fā)布的一系列預測的作者和首席分析師，這些預測是關于2021年軟件開發(fā)的預測。我知道我們會講到低編碼和無編碼。但在此之前，請告訴我Forrester是如何整合這些預測的，以及你是如何在這份報告中得出結論的?

杰弗里·哈蒙德:是的。我認為第一作者指的是《貓的牧人》，因為我們的團隊聚在一起，大約有八個人，我們進入一個隱喻性的泥坑，在那里我們都有自己的觀點。想象一下，8位有著強烈觀點的分析師。這幾乎就像是說這是架構師的觀點。這就是我們要討論的。

所以我們要決一死戰(zhàn)。我們會說，“我看到了這個，我認為它明年會成為一個大事件。”最近退休的約翰·賴默說:“我看到了，我認為它會很火。”

現(xiàn)在的挑戰(zhàn)是我們只能選出前五名。如果你有7到8個分析師，那就小于1個分析師。所以，我們把這些東西放在一起，我們真的對它們進行了研究，然后我們想出了我們認為真的會在明年產(chǎn)生重大影響的東西。

這個特別有趣，因為對于這些預測有一些相當強烈的觀點。我不確定我們是否100%都在同一頁上，但這就是為什么這個練習在我看來是非常有價值的。

1. AI和ML將使測試自動化更智能

Bill Detwiler:那么當你有這些相互矛盾的想法時，你是如何決定應該采用哪種預測的呢?也許你會，我是說，你不會在拳擊場上決斗。還是像最高法院一樣，有不同的法官投票?你如何達成共識，或者至少選擇一個贏家?

杰弗里·哈蒙德:是的。也許這就相當于來回地發(fā)布簡報。我給你們舉個例子。因此，我們提出的一個預測是，至少有三分之一的測試專業(yè)人員將使用機器學習，使測試自動化更智能的明年。在那個世界里有一個更大的話題。對話圍繞著人工智能將在未來發(fā)展中扮演的角色展開。

現(xiàn)在，有些人基本上會說，“你知道嗎?5年后，我們將有人工智能編寫代碼，這將大大減少對開發(fā)人員的需求，因為我們今天編寫的很多基礎設施代碼都是可以由機器自動編寫的。”

我們中有些人會說:“你知道嗎?這樣做的結果是開發(fā)人員必須維護更多的軟件。”然后，“是的，我們真的看不到對優(yōu)秀開發(fā)者的需求在短期內崩潰。”

所以你把這兩個極端放在一起，你就會有一個非常有力的討論。你所要做的就是回到研究中去，看看數(shù)據(jù)然后說，“我們看到了什么?客戶在做什么?供應商告訴我們的即將到來的事情是什么?”

然后你就會發(fā)現(xiàn)，“人工智能會讓開發(fā)人員被淘汰，而人工智能永遠不會讓開發(fā)人員被淘汰。人工智能真正開始產(chǎn)生影響的領域之一是測試。”

很多開發(fā)人員并不特別喜歡走出去編寫自動化測試用例的想法。他們不想把時間花在這些事情上。他們想要構建業(yè)務功能，他們想要解決問題。他們想要驅動商業(yè)價值。

但你知道嗎?必須編寫這些測試用例。因此，這是一個很好的例子，在這個領域中，開發(fā)人員希望機器能做更多的事情，機器能夠做更多的事情，我們可以看到工具和技術的證據(jù)，它們可以做更多的事情。

你把這些放在一起，然后說，“好吧，如果我們推斷這個趨勢，我們看到的只是增長，因為我們進入下一年。”我不知道這是否有用，但是…

2. 75%的開發(fā)組織將使用低代碼平臺

Bill Detwiler:不，這是一個很好的解釋，因為它引出了我的下一個問題，我真正想要談論的是低代碼，無代碼的運動，因為這是另一種技術。

杰弗里•哈蒙德:哦，低碼的避雷針。

比爾:是的。這是另一個技術腳，就像你說的人工智能，將會有一個戲劇性的影響，或者可能會有戲劇性的影響，取決于你問的是誰，對應用開發(fā)前景的發(fā)展。

你剛才談到人工智能可以被看作是對開發(fā)者已經(jīng)在做的事情的擴充，實際上是接管了一些他們可能不喜歡做的事情。因此，在零和游戲中，這是互補的，而不是對抗的。要么讓人工智能來做，要么讓開發(fā)人員來做。

這就把我引向了低編碼和無編碼的預測。當有業(yè)務終端用戶或其他非程序員業(yè)務專業(yè)人員編寫代碼時，開發(fā)人員還需要編寫代碼嗎?或者您仍然需要維護所有的代碼?那么，你們對2021年低代碼和無代碼的預測是什么呢?

Jeffrey Hammond:所以具體的預測是，到今年年底，75%的開發(fā)團隊將部署和使用低代碼解決方案。注意，不是75%的開發(fā)者。所以如果組織中有人在使用低編碼，那就占75%

在某種程度上，我覺得自從我從事開發(fā)工作以來，也就是近30年的時間里，這種強迫極化的想法是我們必須要解決的問題。在某些方面，我覺得低編碼已經(jīng)成為了其中一個領域。

我學的是金融專業(yè)，在一些大型組織中學習PowerBuilder代碼。4GLs在90年代早期的Windows上。從概念上說，這些4gl與今天的一些低代碼工具有什么不同?

如果我們不得不放下來看，我們有外部函數(shù)接口，我們可以調用它來做一些事情，比如讀blob。如果我們需要訪問數(shù)據(jù)庫，我們會去找DBA說，“我需要您編寫一個存儲過程，它接受這些參數(shù)并返回這些數(shù)據(jù)。”

一天后，他們又回來了。30年后，今天的Mendix或者OutSystems或者Power都在做這個，除了它可能在調用一個沒有服務器的功能。它在調用Lambda，或者訪問由Kubernetes集群上的容器運行的API。

對我來說，真正的價值在于我想在什么層次的抽象上工作。這就是無代碼和低代碼出現(xiàn)的原因，因為從無代碼的角度來看，有些用戶必須在一定的抽象層次上工作，因為他們沒有深入的知識。

這個人可能會使用不需要代碼的工具。每個人都必須從某個地方開始，但即使是專業(yè)的開發(fā)人員，有時也會因為他們的目標而選擇在更高的抽象級別上工作。

也許我想使用Lambda，因為我不想處理Kubernetes中集群的自動縮放。我只是想讓它發(fā)生，這樣我就可以專注于業(yè)務邏輯。也許我想用Mendix或者OutSystems，因為你知道嗎?我得在三周內拿出一個追蹤和追蹤的應用程序。

或者企業(yè)需要實施路邊皮卡，每一天如果我們沒有它，我們就會損失數(shù)百萬美元，因為我們的零售機構關閉了。這就是我們在2020年看到的low-code。在很多情況下，速度是最重要的，因此，開發(fā)人員選擇了更高層次的抽象，他們推出了應用程序。

對我來說,我認為我們需要做的,是我們需要看看我們看到的更多的頻譜從高水平的抽象,抽象和理解水平低,業(yè)務將在多個接觸點譜基于他們正試圖完成什么。我認為在每個組織中都有低編碼的地方，如果你這樣看的話。

Bill Detwiler:如果你是與開發(fā)人員交談，也就是一線開發(fā)人員、編碼人員，他們看著無代碼和低代碼，想著“這將如何影響我，我應該如何準備?”你說呢?

我明白你說的從企業(yè)的角度來看,甚至從強調速度,但是如果你的人一個新的開發(fā)人員第一年,你還在大學或某種類型的培訓項目的學習代碼,他們需要知道low-code沒有代碼,和我們認為它會如何影響他們做的工作,尋找明年或明年甚至五年從現(xiàn)在做什么?

杰弗里•哈蒙德:我認為它將要做的一件事是我們之前的一項預測，它可能會改變我們組織軟件開發(fā)團隊的方式。

在典型的IT企業(yè)中，所有的開發(fā)人員都在IT組織中，他們會去找CIO，他們可能會從業(yè)務部門獲得需求，或者每隔幾周就會去找業(yè)務贊助者，但這是一個非常孤立的組織。

正如我們所看到的，越來越多的組織大規(guī)模地采用了敏捷，他們開始將產(chǎn)品負責人放到這些團隊中，這些產(chǎn)品負責人可能來自業(yè)務部門，但他們在技術上仍然是自組織的。

當您開始看到越來越多的業(yè)務開發(fā)人員通過低代碼參與開發(fā)時，我認為您可能會看到更多的混合團隊，在這些團隊中，開發(fā)人員可以通過矩陣管理嵌入到業(yè)務組織中，甚至可以與這些組織聯(lián)合或分配到這些組織中。

想象一下這樣一個世界，不是業(yè)務用戶給你一個草圖，或者一個需求文檔，作為一個開發(fā)人員，你必須解釋它。想象一下，一個開發(fā)人員可能正在做一些線框圖，或者一個業(yè)務用戶正在做一些UI。

因為我傾向于發(fā)現(xiàn)，企業(yè)真正關心的是像素，他們關心這些像素是如何工作的，他們關心這些像素是如何流動的。他們不關心api是如何構造的。他們不關心Kubernetes集群是如何建立起來的。他們不關心函數(shù)是如何自動伸縮的，他們只關心它是否有效。

所以我認為作為一個專業(yè)的開發(fā)人員,這意味著的一件事就是,我們也許開始關注的技術品質系統(tǒng)一點,我們得到一點幫助業(yè)務的功能和價值,我們必須提供,甚至一些比較或線框圖我們不得不解釋過去。

你甚至可以看到,從少low-code世界,當我們開始看到越來越多的組織討論設計系統(tǒng),在那里他們表達系統(tǒng)如何應該和行動,還有小一點的工作負載從發(fā)展的角度對我們的前端。

所以它會完全說，“不需要前端開發(fā)人員”，絕對不會。英雄，移動應用程序，面向客戶的應用程序，你仍然需要關注細節(jié)并在那里尋找啟示。但也許對于一些面對應用程序的員工，我們可以用這些混合團隊做更多的前端工作。明白了嗎?

3.跨職能團隊將成為規(guī)范，需要新的管理方法和工具

比爾:是的，是的。這是報告中另一個預測，也就是跨職能團隊，協(xié)作工作管理。請更詳細地談談這個預測。

我和應用開發(fā)組織的人交談過，他們描述的是同樣的事情。在我20年的科技生涯中，我個人就像鐘擺一樣來回擺動。

所以說一下這個，它似乎就像你說的，回到“嘿，我們要嵌入開發(fā)者。我們將使他們更接近最終用戶，而不是這些獨立的IT組織的一部分。

但對有些人來說，這不是一個容易的轉變，對吧?它需要一些不同的技能。我的意思是，我記得在學校和工程學校上學的時候，那更多的是，“好吧，你是一個工程師，你要去工作，然后……”

那時我的專業(yè)是工程數(shù)學和計算機科學。那就是，“你要自己工作。你不會有一個真正的大團隊。也許你會從其他組得到一些信息，但它會是你，它會……”這就是- - - - - -

杰弗里?哈蒙德:把他們放在辦公室里，給他一罐可樂，然后把披薩塞到門縫下面。這就是你所需要的，對嗎?

比爾·戴特韋勒:就是這樣。但那是完全的，完全的…這是不同的。但僅僅五年之后，情況就不一樣了。教授們在這里來來回回地推來推去。我在和自己約會……60年代，70年代和80年代，仍然有這樣的心態(tài)，80年代出現(xiàn)的一些新人，現(xiàn)在我們到了90年代。

所以說第一點，對跨職能團隊的預測，開發(fā)人員應該真正考慮的是如何進行過渡，開發(fā)應用程序開發(fā)負責人，以及他們如何確保員工成功過渡?

杰弗里·哈蒙德:沒錯。我認為這非常重要，因為從文化的角度來看，開發(fā)者有更多的需求。多年來，我們基本上一直在說，“嘿，看，工具是偉大的，但如果你沒有正確的開發(fā)文化，你就不會在敏捷和提高速度方面取得成功，這對開發(fā)人員也是一樣的。”

大約在10年前，我寫了一篇關于高性能開發(fā)團隊的最佳實踐的文章，其中的許多內容今天仍然是正確的。它基本上借鑒了Dan Pink在2000年代中期所做的關于內在動機的研究，基本上證明了開發(fā)是一個創(chuàng)造性的職業(yè)，也是一個啟發(fā)式的職業(yè)。

所以你需要有能力表達創(chuàng)造性思維的開發(fā)人員，有能力采取自主的行動，有能力在精通的文化中工作，有能力為共同的目標而奮斗。如果你有這些東西，他們就會想要對終端用戶感同身受。他們想了解用戶想要什么。他們想要學習新技術來滿足用戶的需求，并將其價值傳遞給用戶。

它一直影響到文化。我給你們舉個例子。多年來，我與亞馬遜進行過交談，亞馬遜有趣的一點是，他們的服務團隊中只有10%的人有產(chǎn)品經(jīng)理。

這些都是向外部客戶公開的服務。剩下的90%，工程經(jīng)理是團隊組織的核心關鍵。因此，工程經(jīng)理可能有很強的技術背景，但他們的團隊仍然要根據(jù)他們在亞馬遜其他地方創(chuàng)建的服務的重用程度來衡量。

因此，如果要對重用進行度量，那么如何確保重用是好的呢?你走出去，了解別人的需求。你知道你的團隊需要做什么，以確保其他團隊可以從你所做的努力中獲得價值。你實際上扮演了一個產(chǎn)品經(jīng)理的角色。

所以這些東西，同理心和自主性對于成功是至關重要的。所以，如果你想作為一名開發(fā)人員，有一條通往工程經(jīng)理的職業(yè)道路，或者在某個時候開始在職業(yè)鏈條上往上走，重要的不僅僅是技術，還有其他軟技能。

所以你可以讓我站在你說的那一邊。因此，當這些團隊開始變得越來越跨職能，能夠和一個沒有技術背景，或者沒有技術學位的產(chǎn)品經(jīng)理一起工作并且能夠轉化他們想要完成的事情。

工作能力與業(yè)務用戶可以畫出他們想要的東西,或勾勒出一個屏幕設計,但不知道他們正在尋找的信息實際上是很難齊心協(xié)力從所有那些你的現(xiàn)有系統(tǒng),甚至可能不是能夠提供實時數(shù)據(jù),并有對話的方式,他們覺得不貶低,或他們不感到被邊緣化,我認為是非常重要的。

更重要的是，我們的另一個預測是，我們不會很快回到辦公室。物理托管作為一種克服這些挑戰(zhàn)的方式，作為一種能夠看到其他人在想什么的方式，作為一種進行高帶寬對話的方式，我們不會將其作為一種奢侈。

多年來我們一直在說，“文化很重要，組織也很重要。工具可以起到幫助作用，但它們不如正確處理其他事情重要。”我們幾乎要在上面轉180度。

所以當我們談論協(xié)作工作管理工具或價值流管理工具時，它們變得比以往任何時候都重要的原因，是因為我們現(xiàn)在必須做的很多事情都必須通過數(shù)字機制來完成。

舉個例子，微軟。Amanda silver，做了一個關于微軟如何適應一個完全偏遠的文化的演講。她說的其中一件事是，“我們需要能夠從任何地方發(fā)貨。”這不是他們以前做過的事情。

因此價值流管理是那些事情之一，如果它被正確地實現(xiàn)，并且工具支持它，開發(fā)人員可以從任何地方發(fā)貨。他們可以從任何地方推進，他們可以從任何地方構建，這使得這些團隊比以前更加自治。

協(xié)同工作管理也是如此。它支持高帶寬的通信，所以你沒有這種自頂向下的項目組合模型，每個人都在等待項目經(jīng)理或計劃經(jīng)理做出決定，然后他們繼續(xù)前進。

它允許團隊進行高帶寬的對話，即使他們不再在同一個豆莢中。所以它利用了物理托管的便利，并用我所說的精神托管來代替。團隊，即使彼此不在一起，仍然可以進行高帶寬的協(xié)作，這對敏捷的成功是至關重要的。

比爾·迪特韋勒:你如何做到這一點，同時又不讓人負擔過重?因為我認為有無數(shù)的會議，或者一天50個Zoom電話，或者團隊，Hangouts或者WebEx，或者任何你選擇的平臺，你如何做到這一點而不讓人們因為太多的交流而不知所措呢?正確的平衡是什么?

杰弗里•哈蒙德:我把這些都放在經(jīng)理們身上，以確定正確的基調。Stack Overflow，最近在ACM雜志上寫了一篇文章，在那里他們寫了一些他們發(fā)現(xiàn)的實踐。

其中一個特別突出的問題是，一整天都不參加視頻會議，即使人們還在工作。大多數(shù)時候他們都是沉默的，但如果有人有優(yōu)先中斷或者有問題，每個人都在那里，所以他們可以直接問。

如果有人有了答案，他們可以非常迅速地做出反應。這和你把頭從莢果上翹起來，說:“嘿，有人知道該怎么做嗎?”沒有什么不同。

所以他們并不是真的。這是被動的協(xié)作。像這樣的小事情，“確保你的狀態(tài)是準確的，知道你是否打擾了別人，然后尊重這個狀態(tài)。”所以小事情。

從管理的角度來看,我認為這是認識到,當我們從一個sprint成馬拉松,這個初始破裂的生產(chǎn)力,因為人們不做兩個小時上下班了,他們承諾在晚上或者周末的時候,當他們不能夠出去社會時間,或者看到自己的朋友是不可持續(xù)的。

我們將會看到影響，我們應該預料到，如果我們沒有看到這些影響，如果我們仍然看到人們以高于正常水平的生產(chǎn)力工作，也許是時候介入并說，“嘿，你在周末承諾。你真的不應該這么做。”

“讓我們把周末定在周末，讓我們確保我們是從長遠的角度來處理這件事。”我認為對開發(fā)團隊的經(jīng)理們來說，監(jiān)控倦怠癥狀是非常重要的。

比爾·戴特韋勒:這是我知道的，或者至少從我的經(jīng)驗來看，對于那些高度……這完全是泛化。我并不是說每個人都是這樣的。這是我所知道的人們的一種感覺，特別是當你的團隊中有成員，他們在獲得反饋方面不太善于交流。

所以作為一名經(jīng)理，除非發(fā)生了非常糟糕的事情，除非發(fā)生了意外，否則很難看到這些跡象。我不是說這并不是經(jīng)理的責任,它不負責尋找這些跡象,但它可以更難發(fā)現(xiàn)如果你有第一的人,不溝通或溝通習慣,然后你的額外障礙沒有物理距離,在你看不到的肢體語言。

我明白你說的關于會議的內容，你還得整天開著縮放電話或視頻電話。我們不在辦公室。我們在人們的私人住宅里，我們看到新聞里的恐怖故事，比如人們不小心打哈欠，或者在他們的公開視頻通話中發(fā)生了他們可能不希望發(fā)生的事情，所以這對管理者來說是一個棘手的時期。

如果你是一個開發(fā)經(jīng)理，或者你是一個單獨的貢獻者，一個團隊成員，你會建議他們做什么來確保這種交流能夠定期進行?

杰弗里•哈蒙德:嗯(肯定的)。嗯，我認為其中一件事是預算更多的時間在社會互動。我給你們舉個例子。我們的團隊會議通常是每兩周開一次。我的老板把時間改為每周，但我們并沒有做兩倍多的事情。

我們增加了更多的時間來進行一點社交活動。大家都好嗎?你在干什么?近況如何?我知道很多創(chuàng)業(yè)公司，在歷史上，當每個人都在同一個地方，他們會吃早餐和晚餐，他們會一起吃早餐和晚餐，諸如此類的事情。

所以我們周五還可以一起喝啤酒，如果那是一種文化的話。我們仍然可以討論我們的10%時間項目，如果你已經(jīng)實施了10%的時間。我們的目標是努力保持和辦公室一樣的社交互動水平。如果你不能做到全程，那就確保你作為一個經(jīng)理已經(jīng)盡了最大的努力。

我們看到的一件事是越來越多的組織正在調整他們的衡量標準。所以有一些措施，比如參與。想象一下，定期為開發(fā)人員提供服務時，你會問:“你最近怎么樣?”你有多滿意?”

看看這個發(fā)展組織的凈發(fā)起者分數(shù)。事實上，經(jīng)理們甚至關心這一點，這是一個很好的跡象，因為這表明，他們將人才視為一個戰(zhàn)略問題，應該予以關注。不是弗雷德·布魯克斯，神話般的人月，讓一個開發(fā)人員出來，再把另一個扔到絞肉機里，這很好。

我認為，如果你使用GitHub或GitLab之類的工具，你可以通過觀察流量指標甚至每天提交的時間來做一些事情，從而了解一天的時間是否超出了它應該擴展的范圍。所以這些都是我認為值得考慮的投資當你進入2021年從管理的角度來看。

4. 在COVID-19下進行的IT現(xiàn)代化必須繼續(xù)下去

Bill Detwiler:我認為因為你之前提到過，COVID在美國不會很快消失，很不幸。我們很可能會在某種程度上改變工作條件，即使不會一直持續(xù)到2021年。

現(xiàn)在組織已經(jīng)實施的一些變化將會持續(xù)更長的時間。不是因為流感大流行，而是因為他們意識到，他們這么做有很多理由。

讓我們談談你的最后兩個預測，那是專門教你如何談論它的。一個是關于現(xiàn)代化，另一個是關于達到這種清晰的網(wǎng)格技術。從現(xiàn)代化。你對2021年的預測是什么?

杰弗里·哈蒙德:沒錯。COVID創(chuàng)立之初發(fā)生的一件事是在那些收入一落千丈的行業(yè)中。旅游和運輸，比如零售。我們看到預算受到了影響。我的意思是，你會期望情況是這樣的，結果，很多人把他們的一些現(xiàn)代化努力擱置。

這就像，“如果我們在兩到三年內將無法存在，那么我們是否必須改變這些東西并不重要。”另一方面，我們看到一些組織基本上說，“看，該死的魚雷，全速前進。如果有的話，我們必須更快行動才能生存。我們必須在電子商務方面加倍努力。我們必須在店內取貨或本地送貨等方面加大投入。”

這就造成了有產(chǎn)者和無產(chǎn)者之間的分歧。現(xiàn)在，當我們進入這個馬拉松式的階段，那些基本上踩了剎車的公司面臨著生存危機。他們要么必須重新啟動這些程序，要么說推動踏板的人之間的差距會越來越大。

5. 使用微服務和服務網(wǎng)格技術擴展

杰弗里•哈蒙德:因此，我們確實希望看到預算回歸，尤其是當如何實現(xiàn)現(xiàn)代化變得越來越清晰時。正如我們看到的，人們開始在大規(guī)模部署容器方面取得了更大的成功，正如我們看到的，組織找到了能夠擴展基于服務的架構的方法，使用諸如服務網(wǎng)格之類的東西，甚至使用一些事件驅動的構造。

模式變得更加清晰，這意味著通過實現(xiàn)那些先行者所討論的模式，落后者可以在先行者之后開始行動。

所以，net net，我認為我們將會看到更多的關注。這里載入流行語，…本地云架構，無論是混合云還是公共云。我認為我們將會看到很多關于prem上的混合云架構的實驗，特別是當組織開始釋放一些他們正在嘗試現(xiàn)代化的核心工作負載時。

這意味著像OpenShift，像Tonzu，甚至Anthos這樣的解決方案，是很多組織都在努力推動的東西，看看他們能從這些解決方案中得到多少，因為他們開始進行現(xiàn)代化。

把東西裝進容器是第一步。你宣布勝利，然后你開始你的扼殺者圖案或你的正面，并開始打破那些巨石。也許不是所有的微服務，也許以迷你列表作為起點。

但很多阻礙和解決這些問題都必須成為2021年實施工作的一部分。這就是我們認為的服務網(wǎng)將展示他們的一些能力，在執(zhí)行絞死巨石的過程中提供幫助。

具備軟件開發(fā)者在2021年及以后所需要的技能

Bill Detwiler:那么開發(fā)者在2021年應該關注什么呢?現(xiàn)在是2020年11月，我們還有兩個月的時間。開發(fā)者在2021年真正應該期待什么?我的意思是，我們已經(jīng)說了很多了，但是如果你必須說一些事情的話。你坐在那里，你在想，“嘿，我在考慮我自己的職業(yè)或這個行業(yè)的發(fā)展方向的不同可能性。”

我們談論學習語言，但如果你從更大的角度思考，你會發(fā)現(xiàn)哪些大的趨勢是…有一兩件事情你認為開發(fā)人員應該真正注意、研讀并為明年做好準備嗎?

Jeffrey Hammond:如果你對容器在開發(fā)和交付軟件中所扮演的角色沒有一個很好的把握，我認為你需要盡快到達那里。這并不一定意味著您必須完全使用Kubernetes并開始學習YAML的所有復雜性，從而成為一名網(wǎng)絡專家。

你可能，我的意思是，有很多這樣的需求，但至少，你需要了解容器如何成為默認的切換。無論是Kubernetes世界還是ECS世界，甚至是其他運行時。

另外，我認為了解前端是如何發(fā)展的也是值得的。你現(xiàn)在有很多有趣的事情正在發(fā)生，無論是React Native, React in View還是Flutter框架，以及它們在移動和web開發(fā)中所扮演的角色。

在我們考慮用JAMStack之類的東西寫前端的方式上，您已經(jīng)有了令人興奮的變化。所以有很多機會來提高你的技能，看看在這個領域有什么組織在做。我認為，隨著我們進入2021年，在一些云本地架構中，將計算和存儲放到邊緣的想法將會出現(xiàn)爆炸式增長。

我們將在即將到來的wave中看到它，這對我來說非常令人興奮。所以我認為，在你們考慮2021年以后我應該學習什么技能的時候，有很多機會來創(chuàng)造你們的技能集的差異性，從而滿足對你們人才的需求。