技術棧不通用是什麼意思

『壹』 面試問我技術棧是什麼

技術棧，好像是指某項工作或某個職位需要掌握的一系列技能組合的統稱。
也就是說，這是一個多技能綜合的結果。
與之類似，還有個「全棧」的概念……就是指萬金油式的狀態……啥都會，幹啥都行……

這些詞兒，都是新冒出來的時髦詞兒……

『貳』 技術棧是什麼意思

IT術語，某項工作或某個職位需要掌握的一系列技能組合的統稱。

一般來說是指將N種技術互相組合在一起(N>1)，作為一個有機的整體來實現某種目的或功能。也可以指掌握這些技術以及配合使用的經驗。

打個比方，開發一個醫療管理系統，你使用了html + css + javascript + jquery + springmvc + hibernate + spring + linux + mysql等等,這些技術就可以稱為技術棧。

另外說法

還流行一個說法，是Full Stack （全棧），簡單地說是萬金油，說得具體一點就是前端、後台、存儲、架構等多種技術都懂一點。

這里的「棧」就是英文的stack的意思（一些東西堆疊在一起），掌握不同種類技術更有概括性的一種說法。

『叄』 軟體開發和編程有什麼聯系

軟行悶件開發與編程區別為：需求不同、考慮不同、最終成品不同。

一、需求不同

1、軟體開發：軟體開發需要了解客戶的軟體頃森需求。

2、編程：編程不需要過多了解客戶的軟體需求，針對的是系統的功能需求。

二、考慮不同

1、軟體開發：軟體開發不必過多考慮系統的容錯性和健壯性等。

2、編程：編程需要考慮系統的容錯性和雀帶畝健壯性等特性，進行系統測試。

三、最終成品不同

1、軟體開發：軟體開發的最終成品是系統軟體、代碼和文檔。

2、編程：編程的最終成品是系統軟體和代碼。

『肆』 技術棧是什麼

技術棧：IT術語，某項工作或某個職位需要掌握的一系列技能組合的統稱。technology stack 技術棧一般來說是指將N種技術互相組合在一起(N>1)，作為一個有機的整體來實現某種目的。也可以指掌握這些技術以及配合使用的經驗。就是Full Stack （全棧），簡單地說是萬金油，說得體面一點就是前端、後台、存儲、架構等都懂。就是掌握不同種類技術。

棧在程序的運行中有著舉足輕重的作用。最重要的是棧保存了一個函數調用時所需要的維護信息，這常常稱之為堆棧幀或者活動記錄。堆棧幀一般包含如下幾方面的信息：

1、函數的返回地址和參數。

2、臨時變數：包括函數的非靜態局部變數以及編譯器自動生成的其他臨時變數。

『伍』 「全棧開發已死」

如果整個團隊全是全棧開發人員，不區分前端和後端，似乎是一個不錯的主意。但是在這個新時代，沒有人能夠掌握開發的所有技術。

作者 | Joe Honton

譯者 | 彎月，責編 | 屠敏

以下為譯文：

全棧的起源

在新千年來臨之際，Web工具已發展得極為成熟，創建網站所需的一切都可以通過開源軟體組建。我們可以仿照OSI網路模型，簡單地將應用程序開發的各種技術分層，而整個開發所需的技術集合稱為棧。

LAMP棧就是第一個棧，它包含四層：L表示Linux操作系統，A表示Apache HTTP伺服器，M表示MySQL資料庫伺服器，而P表示PHP腳本語言。隨著時間的推移，我們看到了分層概念的優勢，因此衍生出了許多其他棧：WAMP、MAMP、XAMPP、LEMP、LEPP、MEAN、JAMStack等等。

有了這些技術棧，我們就相當於免費獲得了軟體開發復興的鑰匙，對於有興趣創建網站的人來說，如今的門檻更低了。只要你有毅力和學習新工具、語言和協議的慾望就夠了。你不需要使用微軟螞和、Oracle、IBM或其他商業軟體。這是一個公平的領域，吸引了很多人的目光，以至於90年代後期出現了互聯網的泡沫時代。

不久後，瀏覽器（XMLHttpRequest）引入了 AJAX，從而引領了Web 2.0時代和Web應用程序。但是，開發這些應用程序需要大量的工作，因此開發人員無法僅憑一己之力滿足業務的需求。

後來，開發人員開始分工專業化。由前端開發人員處理HTML、CSS和JavaScript。後端開發人員處理主機操作系統、HTTP伺服器和資料庫。而同時精通前後端的開發人員則稱之為全棧開發人員。

全棧時代

專業化是一件好事。但並不會永久。一方面，這意味著團隊可以並行工作以縮短開發周期。另一方面，這也意味著我們必須付出更多的努力來傳達最初的要求和變更的規范，否則我們就會失去並行工作所帶來的優勢。

因此，整個團隊全是全棧開發人員，不區分前端和後端，似乎是一個不錯的主意。

最重要的好處是，團隊中的每個開發人員都充分了解每一處代碼變更帶來的後果。他們每個人都可以正確地評估影響和風險，讓管理層清楚地了解成本和延誤狀況。此外，每當有工作人員離職時，團隊可以立即換人，而且新人也可以很快地熟悉工作。然而，隨著基礎技術的提升，這種美好的景象也失去了原有的魅力。技術棧不再局限於最初的四層：操作系統、HTTP伺服器、資料庫和腳本語言。

隨著開發能力的增強，我們開始更加密切地傾聽用戶的意見：

此外，貫穿所有這些需求的基本技術也在不斷發展：

全棧時代並沒有完全死亡。技術棧的各層迅速發展，沒有人可以成為掌握一切的專家。職責多樣化和專業化是很自然的結果。

全棧工程師的榮耀已成為傳說。在這個新時代，沒有人能夠掌握開發的所有技術。

2020棧

我們不得不思考：擁有跨層知識和技術力且才華橫溢的個人仍有優勢嗎？我們應該如何對待全棧開發人員帶來的項目經驗多樣化？管理如何才能滿足這些需求？招聘人員應如何篩選應聘人員？求職者又當如何凸顯自己的技術力？

我們應當重新考慮「全棧」這個術語了。

我之所以這樣說，是因為我幫助推廣了這個概念。早在2009年，毀啟我就曾介紹過這個術語。但可悲的是，時至2019年，這個術語已經成了計算機 歷史 博物館的紀念物。

奇怪的是，人們對「全棧」這個詞的好奇心在不斷增加。2009-2019年期間，Google 搜索詞語趨勢快照顯示，在過去五年中，「全棧」這個詞的搜索次數急劇增加，而且年年創新高。

但是，如果人們都在尋找下一個趨勢是什麼，那麼我們就來談一談吧。為了方便討論期間，讓我們先來給它起一個名字。

我將其稱為2020棧。新一代的新名稱。

我認為：

2020棧專家的特徵可以總結如下：

沒有人可以掌握所有技術，因此2020棧必須由一個團隊來分擔。不是一群人，而是一個真正的團隊。這意味著，當一個人落後時，另一個人就會挺身而出。當一個人擁有出色的技術力時，就可以通過一種機制來指導其他人。當團隊的知識庫不足時，悶余盯他們就會尋找一名更聰明的團隊成員。

每個2020棧團隊成員都必須是跨領域專家。僅掌握了一兩層技術棧的人都算不上合格的2020棧團隊成員，這類的個人有望成為未來2020棧團隊成員，但也有可能不行。但是在他們掌握各層技術棧上的深入知識之前，他們只能作為2020棧團隊的候選人。

2020棧團隊成員為項目帶來的各項技術並未嚴格分類。與我們到目前為止採用的前端/後端分類不同，2020棧的分類是多種多樣的。2020棧團隊中的某位成員可能熟悉NoSQL、雲配置和持續集成等技術。同時，另一個2020棧團隊中可能有一位類似的成員，而他熟悉SQL資料庫、Node.js伺服器、容器和容器編排。如果我們把他們統稱為2020棧團隊的後端開發，就低估了他們的技術力。

最後，這個團隊最關鍵的組成部分：每次交流都應該以針對當前問題做出最佳決策為共同的目標。這意味著擁有相同技術的成員之間應該以開放的心態進行交流。成員之間不僅應該互相傳達最新的進展，還應該展開討論。這可以讓每個人都變得更聰明，而且還可以防止重新步入專業化的漩渦。團隊成員一起成長。

你好，「2020棧！ 」

下面我們來想想看，如何利用2020棧更好地匹配職位要求與求職者的技術力。項目經理發布的招聘廣告可能包含以下內容，他們希望找到適合公司文化的人才：

我公司希望招募在測試、文檔和代碼管理方面具有深厚背景的「2020棧」團隊成員。該職位要求在以下領域中，至少擁有跨兩個領域的技術力：雲配置、容器、容器編排、CI/CD以及伺服器端腳本。

通過幫助我們選擇最佳的工具來塑造我們的未來。職業發展是每位公司員工工作的一部分。每周二我們都會舉行內部2020棧學習大會。

同一個職位的另一則招聘廣告則要求應聘者具備不同的技術力：

我們希望尋找一名「2020棧」團隊成員，擔任回歸測試、API文檔、Github工作流管理以及開發運維的工作。

如果你掌握了上述技術，請聯系我們。

而求職者可以按照如下方式完善LinkedIn信息：

我擁有多年的「2020棧」團隊工作經驗，擁有豐富的後端開發經驗以及最新的2020開發運維知識，包括Gitlab、Kubernetes 和 Digital Ocean。

我是開源和DRY的忠實擁護者，我認為成功重用的關鍵在於出色的文檔。

通過上述描述，我們看到了一名同時掌握了代碼管理域和開發運維域技術的開發人員。「2020棧」團隊成員比敏捷團隊更加成熟。

2020棧的分層

那麼，2020棧應該如何分層呢？前端和後端等術語是否足以描述各層的特性？伺服器和Web、設計和運維呢？當然，這些類別足夠廣泛。

同時，我們也不能忽視測試人員，因為我們知道如果沒有他們，我們就無法交付質量勝過競爭對手的產品。此外，如果沒有營銷人員，我們甚至連客戶都找不到。

所有這些因素我們都需要考慮。有關我心目中完美的2020棧，請參考這篇文章（https://medium .com /better-programming/2020-002-my-perfect-2020-stack-43be78df37 dd ）。說到底，2020棧就是跨領域溝通。我相信這是一次全新的文藝復興。

原文：https://medium .com /better-programming/2020-001-full-stack-pronounced-dead-355d7f78e 73 3

本文為 CSDN 翻譯，轉載請註明來源出處。

『陸』 技術棧的含義是什麼

技術棧指將N種技術互相組合在一起（N>1），作為一個有機的整體來實現某種目的或功能。也可以指掌握這些技術以及配合使用的經驗。

舉個例子：開發一個普通OA（辦公自動化）系統，我們使用了html+css+javascript+vue+ Spring Boot+Spring cloud+hibernate + Spring+rocket Mq+Redis+Es+linux+ mysql等等，這些技術加起來就可以稱為技術棧。

前端技術棧

使用css3作為頁面的樣式控制：解決頁面渲染問題。

使用Html5作為頁面結構的標簽語言：解決移動端的頁面兼容性問題。

使用seajs框架：解決項目中模塊開發和載入的問題。

使用使用Jquery前端js框架：解決方便操作頁面元素的問題。

引用流行的前端插件實現業務需求：使用bootstrapValidator作為表單的驗證插件。

『柒』 什麼是技術棧

技術棧的意思大概就是你掌握了一堆的技術。

『捌』 入門IT 行業，該具備哪些技能

對於剛開始進入IT的新人來說，「必備技能」往往意味著一個長長的、標有重要度的學習列表，但是過長的列表通常會導致新人不知如何開始學習，壓力倍增。本文嘗試列舉出最重要的幾個技能，也期望通過此列表能給新人一個比較明確的學習重點和路徑。

深入學習一門編程語言

沒有掌握任何一門編程語言，就不可能成為一名編程人員。

許多程序員試圖在學習之初一次學習幾種編程語言，以便應對他們第一份軟體開發工作的需要。雖然我認為開發人員最終會學習多種編程語言， 但建議不要在開始時這樣做。

因為同時學習多種語言只會導致混亂，也會分散學習其它技能的精力。相反，我建議深入的學習一種編程語言，這樣也會對使用這種語言編寫代碼感到非常有自信。

如何組織代碼

目前， 主要有兩種資料庫技術：關系資料庫和文檔資料庫。

現在的開發人員應該很熟悉關系資料庫，但同時也應該對文檔資料庫有所了解。

在軟體開發中，資料庫通常用於存儲應用程序的數據。

對於資料庫，開發人員至少應該了解以下方面：

- 資料庫的工作原理

- 如何執行基本查詢來獲取數據

- 如何插入、更新和刪除數據

- 如何添加數據集

源代碼管理

管理源代碼是任何軟體開發項目不可或缺的組成部分。在使用源代碼之前，應該有一個網路來共享項目的所有文件。

源代碼管理工具最基本的功能，是保留軟體項目中對文件所做更改的歷史記錄。它還允許多個開發人員同時處理相同的代碼， 並將這些處理代碼融合在一起。

所有的開發人員都應該知道如何使用源代碼管理工具，以便能夠檢查代碼並從多個來源融合代碼。

構建和部署

目前，大多數軟體開發項目都有一些自動化的構建和部署系統。同時也有許多不同的軟體應用程序，來幫助團隊自動化構建和部署任務。

構建

當你編寫代碼並將其合入到源代碼管理系統中後，你想通過一些方法了解你合入的代碼是否運行的很好，這就需要進行構建。構建會編譯系統中的所有代碼，並確保沒有編譯錯誤。一個復雜的構建系統還可以運行單元測試和用戶測試，或者代碼質量檢查，並提供一些有關代碼庫當前狀態的報告。

部署

部署系統負責將代碼部署到產品機器上，或者將其部署到某種測試環境中。

雖然開發人員不一定要成為部署方面的專家，但是了解系統的基礎知識以及構建和部署代碼的過程也是非常的重要。

調試

對於軟體開發人員來說，經常會花費90％左右的時間，來弄清楚自己的代碼為什麼不起作用了。不論你從事任何語言的代碼開發，代碼調試都是開發過程中不可缺少的一部分。

所以開發人員應該下定決心，認真的學習如何做到高效的調試代碼。

方法論

一些軟體開發團隊在編寫代碼並完成他們的項目時，都遵循著一些方法論。所以開發人員至少應該熟悉諸多最常見的軟體開發方法論中的基本幾種，這里要說的就是瀑布開發和敏捷開發。

總結

盡管本文中列舉的軟體開發人員應該了解的知識很多，其中很多知識也許正是你所不了解，但是請不要沮喪。我們要做的就是認真的補充這些知識，不斷的提高自己。

『玖』 技術平台和技術棧有什麼區別

技術平台是一套完整的、嚴密的服務於研製應用軟體產品的軟體產品及相關文文件。，技術協議棧是協議的實現，可以理解為代碼，函數庫，供上層應用調用。

商業化的協議棧就是給你寫好了底層的代碼，符合協議標准，提供給你一個功能模塊給你調用。

你需要關心的就是你的應用邏輯，數據從哪裡到哪裡，怎麼存儲，處理
還有系統里的設備之間的通信順序什麼的

當你的應用需要數據通信時，
調用組網函數給你組建你想要的網路；
當你想從一個設備發數據到另一個設備時，調用無線數據發送函數；當然，接收端就調用接收函數；
當你的設備沒事乾的時候，你就調用睡眠函數；要幹活的時候就調用喚醒函數。
所以當你做具體應用時，不需要關心協議棧是怎麼寫的，裡面的每條代碼是什麼意思。除非你要做協議研究。

『拾』 技術棧遷移弊端是什麼

技術棧遷移弊端包括：畢彎昂貴的成本、培訓和積累經驗的時間；不一致的API和架構；與現有系統的不兼容性；測試和機制差異；以及復雜慎數叢的部署和寬櫻運行環境。