-
AI 時代，學程式設計仍然是最有價值的事
原創 21CTO 如今，總是能聽到一種聲音：「別學程式了，AI 什麼代碼都能寫。」 從風投人士到產業部落客，不少人都在宣揚這一觀點。但事實恰恰相反 ——2026 年的今天，AI 不僅沒有讓程式設計學習變得無用，反而讓懂程式碼的人更具核心價值。 AI 只是將軟體開發的瓶頸從 “寫程式碼” 轉移到了 “審核程式碼”，從 “執行工作” 轉移到了 “做出決策”，而優質的判斷能力，永遠建立在紮實的程式設計基礎之上。不懂程式碼，就無從談有效審查，這是 AI 時代軟體開發者的核心生存法則。現在我的日常工作流程早已和 AI 深度融合，無論是修復框架漏洞、開發新功能還是排查安全問題，都會先讓 AI 完成編碼工作，但每一行上線的程式碼、每一次功能更新，我都會逐一審校。這份審校的能力，並非來自對 AI 的觀察，而是源自於多年親手寫程式碼的累積：踩過生產環境的坑，見過系統高負載下的崩潰，熬過夜修復過凌晨 3 點的快取 bug。當 AI 產生排序演算法，我能判斷其適配性，因為自己親手搭建過無數次；當 AI 設計分散式系統，我能一眼發現隱患，因為這些問題早已在實踐中遇過。程式設計的底層認知，從來沒有捷徑，只有親手去做，才能真正理解，而理解，是審查的前提。 AI 改變的是程式設計的應用場景，而非對程式設計能力的需求。有人認為，那些以工單一寫程式碼、完成任務就下班的程式設計師職位被 AI 取代，就代表程式設計沒必要學了。這就如同說有了汽車，就不用學走路一樣荒謬 —— 走路培養的平衡感和空間感知，是開好車的基礎，而編程基礎構建的思維模型，是駕馭 AI 的關鍵。我看過不少開發者依賴 AI 編碼，卻忽略了對演算法複雜度的理解，最終做出的解決方案在實際負載下全線崩潰。十年前，學習程式設計是為了成為 「寫程式的人」；今天，學習程式設計是為了成為 「做判斷的人」。演算法、分散式系統、快取、網路、資料庫這些電腦基礎，不再是單純的學術知識點，而是評判 AI 輸出是否合理的標尺。這些能力無法透過觀看和背誦而獲得，只能在親手搭建項目的過程中沉澱。業界對開發者的要求從 「會用框架」 升級為 「理解計算本質」。過去，學校教導開發者足夠入職的表層技能，入職後再在工作中補全底層能力，而如今這類培養型崗位正在消失，只懂皮毛的開發者早已無法適應產業需求。真正的程式設計學習，需要往深處走：不止要知道如何使用工具，更要明白工具背後的原理；不止要掌握框架的用法，更要夯實計算機科學的底層邏輯。無論是大學的系統教育，或是高強度的自主學習，深入的知識累積在今天比五年前更為重要。即便是服務中小企業的 “軟體工匠”，也離不開紮實的程式設計能力。我將為小餐館做預約系統、為汽修店做庫存管理、為會計所做客戶門戶的本地開發者稱為 “軟體工匠”，有人覺得這類開發只是 “憑感覺寫代碼”，不用懂底層邏輯。但現實是，初代產品或許能靠 AI 快速搭建，可當業務迭代、系統在高峰期崩潰、資料庫運作半年後變慢時，唯有懂代碼的開發者能診斷問題、解決隱患。就像水電工不只是接水管，更懂水系統的運作邏輯，能精準排查故障一樣，軟體工匠的價值，也在於對程式碼和系統的深度理解。 AI 能加速開發效率，卻無法取代對系統的認知。從大型企業到小微型企業，軟體開發的所有層級，都離不開懂程式碼的人。大型銀行的資深架構師審校 AI…
-
從支出到價值：私有雲的優勢
雲端運算是企業 IT 策略的基石，它提供的敏捷性、速度和可擴展性正在改變企業的創新方式。隨著組織的發展成熟，許多組織現在傾向於採用私有雲和混合雲模式來開展新專案。其驅動因素顯而易見：可預測性、合規性和投資報酬率。VMware Cloud Foundation (VCF) 不僅提供虛擬化和基礎架構管理，還整合了 Kubernetes 和Private AI 服務，這些服務都內建在私有雲平台中，從而幫助企業確保雲端優勢。透過 VCF Operations，企業可以簡化可觀測性、診斷、容量、成本、合規性管理等許多面向。在此背景下，VCF 脫穎而出，成為一項經過驗證的投資，能夠帶來可衡量的財務和營運收益。為什麼選擇私有雲？ 1. 可預測且不會失控的成本VCF有助於消除不可預測的雲端帳單。對於許多客戶而言，公有雲中常見的資料出口費用、功能收費和隱藏附加費用往往會導致長期成本超支。相較之下，私有雲在規模化應用中能夠提供可預測的經濟效益：IDC 發現，在 VCF 上運行的組織在 3 年內實現了564% 的投資回報率 ，並在短短 10 個月內收回了投資（IDC 的 VMware ROI 研究，鏈接見文末）。裸機方案雖然前期看起來更便宜，但缺乏彈性和自動化功能，隨著工作負載的成長，會導致更高的營運成本。規模化生產後，成本仍然更容易預測。 圖 1： VCF Operations 讓您能夠了解並控制您的基礎設施支出。 2. 遷移回私有雲浪潮這一趨勢是真實存在的：企業正在將工作負載遷移到私有雲（博通公司發布的「私有雲展望」報告，連結見文末）。 53% 的人表示，在私有雲中建立新的工作負載是他們的首要任務。 69% 的用戶正在或考慮將工作負載從公有雲遷移回私有雲。 92% 的用戶信賴私有雲的安全性和合規性。近一半的人認為超過25%的公有雲支出被浪費了。為什麼會發生這種情況？成本失控：資料出口費用、資料傳輸費用、按服務計費使得公有雲的成本難以預測。私有雲則能恢復成本可視性和財務營運控制。資料主權：日益嚴格的監管推動了對安全、合規、本地控制的需求效能：對延遲敏感的工作負載和 AI 工作負載通常在本地運行速度更快、成本更低。營運控制：團隊希望實現透明度、治理和自動化——同時又不失去敏捷性。私有雲和混合雲模式現在兼具兩者的優勢——既有本地部署的控制力，又有雲的靈活性——為長期成長奠定了更智慧的基礎。 3. 平台內建更多價值公有雲通常需要額外的付費服務－監控、自動化、診斷、成本控制。私有雲堆疊從一開始就捆綁了這些功能：自動化和編排日誌、診斷和監控成本最佳化和產能規劃私有人工智慧就緒基礎設施. 圖 2：VCF 營運中的整體 TCO 和最佳化機會4. 加強合規性和控制對於受監管產業而言，資料的位置和治理至關重要。私有雲和混合雲模式能夠讓您控制資料儲存位置，以便更能協助您滿足GDPR、HIPAA、PCI和其他相關法規的要求。 圖 3：VCF Operation的合規性概述IDC…
-
VMware 認證資深專家-VMware Cloud Foundation Storage 考試:3V0-23.25
VMware Certified Advanced Professional – VMware Cloud Foundation Storage (3V0-23.25)VMware 認證資深專家-VMware Cloud Foundation Storage 考試:3V0-23.25概述VMware 認證資深專家 – VCAP 儲存管理員認證旨在驗證候選人在 VMware Cloud Foundation (VCF) 環境中設計、配置、管理和排查高階儲存功能的能力。此認證是針對經驗豐富的架構師、儲存專家、虛擬化專業人員和系統管理員，負責在 VMware Cloud Foundation (VCF) 環境中設計和維運彈性、安全且高效能的儲存。考試詳情語言：英語時長：135分鐘題目數量：60題型：單項選擇題、多重選擇單項選擇題、拖放題、配對題、監考題、清單建構題、排序題及格分數：300（按比例計算）定價：250 美元 VMware Cloud Foundation 9.0 儲存高級認證 考試(3V0-23.25)是獲得 VMware 認證高級專家 (VCAP – Storage) 認證的途徑。 考試安排:本次考試由 Pearson VUE 監考。更多信息，請訪問 Pearson VUE 網站。 最低候選人要求VMware 認證資深專家 – VMware Cloud Foundation…
-
我用人工智慧程式後，結果變得又懶又笨
原創 21CTO 大概是在2025年4月份，我的老闆（當時我在一家軟體公司）堅持要我們嘗試使用人工智慧工具進行程式設計。這也並非是強迫，不是像「你們20%的程式碼必須用人工智慧」那樣要求，他只是擔心我們會錯過一些機會。我理解他為什麼這麼要求，也不怪他。即使對軟體產業來說，現在也是經濟形勢嚴峻的時期，我們還要支付員工薪水。如果人工智慧能夠提高生產力或利潤率，至少應該把它擺到談判桌上。做為軟體工程師，我並不樂意看到這種情況發生，但我可以理解。我對人工智慧的個人立場我個人非常反感網路廣告。我的伴侶因為ChatGPT而失去了寫作工作，ChatGPT說服了他們的經理，說寫手現在沒用了。很多藝術家朋友也因為網路廣告而苦苦掙扎。我們最近有個實習生也因為網路廣告而失去了翻譯工作。即使拋開我的個人經歷，網路廣告也建立在盜用內容的基礎上，不尊重用戶意願，浪費大量的水電，總而言之，它們是資本家階級鬥爭中的新武器。我放棄的另一個原因是，當我真正成為開發人員時，我與這份工作之間建立了一種有害的關係。我曾在之前的部落格文章中詳細描述過，選擇這份職業意味著要承擔很高的風險，這引發了我思維方式的轉變，而這種轉變至今仍然存在：七年前我開始做Web開發時，正處於生死存亡的邊緣，此前我經歷了多年的低薪和失業。我必須成功，而要成功，必須不斷學習，持續閱讀和關注軟體開發，密切關注行業動態，並盡可能與同行交流。這樣，我才不會成為可有可無的人員，丟掉工作。我才能建立人脈，才能保住飯碗。 ——我，在2022年的一篇部落格文章中所寫十年過去了，我經歷了三次職業倦怠。我可以肯定地說，這種心態即便一時奏效，也並非明智之舉。我曾經努力克服這種被淘汰的恐懼，但大語言模型的課程卻讓它再次強烈襲來。如果人工智慧供應商說的是真的呢？如果我將來申請的公司要求使用人工智慧怎麼辦？我會不會丟掉工作？我都快四十歲了，該怎麼辦？所以，我嘗試使用人工智慧。最初是在日常工作中，因為我需要答案。但除了修復 TypeScript 類型錯誤、產生無法存取的模板程式碼或檢查程式碼錯誤之外，我找不到所有人工智慧領域專家所說的那種改變生活的用途。我詢問了同事們的實驗結果，他們中的許多人得出了相同的結論：人工智慧似乎並不能幫助我幫助客戶實現目標。當七月到來之時，我開始建立我新內容管理系統（CMS）的圖像處理部分，這個系統就是為現在的網站提供支援的。儘管我擁有大語言模型的學位，但我仍然無法真正有機會學習編程，這讓我感到很焦慮。再加上一些個人事件讓我疲憊不堪，頭腦昏沉，但我還是決定認真嘗試一下，找出答案。在 VS Code 中完成所有設定後，打開 AI 面板，授予程式碼庫存取權限，並在提示符中詳細說明我的需求，LLM 產生了大約 200 行程式碼。這些程式碼大多是使用依賴項來轉換、調整大小和處理影像的函數。雖然並不完美，但經過一些修改後，任務就完成了，而且只用了大約 30 分鐘，確實比我手動編寫要快得多。我當時真是驚呆了，覺得自己好像擁有超能力了！但隨後我又想到，應該像我平常工作時審核 Vue 應用程式碼一樣，審核一下 LLM 剛剛產生的程式碼。考慮到文件上傳可能有安全隱患，我請這位 LLM 專門負責這方面的工作。它發現了幾個關鍵問題：目錄遍歷攻擊、檔案大小限制、系統檔案覆蓋等等。我完全不知道初始程式碼竟然如此不安全。雖然我有審查過程式碼，但由於缺乏後端開發經驗，我怎麼可能發現那些我根本不知道存在的問題？而且，既然LLM知道所有這些問題，為什麼一開始還要產生不安全的程式碼呢？當我嘗試修復安全問題時，我很快意識到這完全是個陷阱。由於程式碼不是我寫的，我無法全面了解程式碼及其功能。我無法快速進行修改，這讓我很沮喪。最簡單的辦法是請求LLM幫我部署修復程序，所以我照做了。程式碼又被修改和增加了更多內容。雖然最終運行正常，但我仍然無法判斷修復是否真的有效。那時，我停止了實驗。我震驚於自己竟然如此輕易地就陷入了這種懶散的程式設計方式。大語言LLM課程讓我寫出了糟糕的程式碼，讓我對自己的程式碼庫幾乎一無所知，卻又懶得自己去修復。同時，整個過程感覺流暢順暢，充滿成就感。那一刻，我覺得自己更聰明、更有效率、更能掌控一切。但這都只是錯覺。我也知道這一點，因為有研究表明，使用大語言模式會讓人變笨，而且自我報告的生產力提升也是虛假的。但親身經歷之後，感覺卻完全不同。它給了我一個全新的視角，也解答了我最初的問題：我會很快被人工智慧取代嗎？答案是否定的。我不認為人工智慧會很快取代我的工作，因為它比我更聰明、更有效率嗎？我也不認為人工智慧會讓我效率提高十倍。如果我因為人工智慧而失去了工作，那肯定是因為我過度依賴它，導致自己變得懶惰、愚鈍，以至於不得不找人替代我，而我也因此失去了工作的能力。我不應該把時間浪費在人工智慧上。我應該把更多時間花在學習我感興趣的新事物上。這或許是保住這份工作，並且確保自身安全的唯一方法。作者：托馬斯‧宿儒譯者：場長原文：https://thomasorus.com/i-tried-coding-with-ai-i-became-lazy-and-stupid
-
儲存三大架構技術解析：DAS、NAS、SAN 對比及 NFS、Samba（CIFS）等文件共享協定詳解
在現代資料儲存領域中，DAS、NAS 和 SAN 是三種核心的儲存架構技術，它們各自具備獨特的優勢和適用場景。本文將對這三種架構進行全面對比，並深入解析 NFS、Samba（CIFS）等主流文件共享協議，進一步建構清晰的儲存技術知識體系。 1.三大儲存架構技術詳解 1.1 DAS：直連附加儲存DAS（Direct Attached Storage）是最基礎、最簡單的儲存連線方式。它將儲存設備直接連接到電腦主機板總線上，並被作業系統識別為一個區塊設備。 （1）主要特點：直接連接：透過SCSI、SATA、USB等介面直接連接到伺服器區塊層級存取：作業系統以區塊為單位直接讀寫儲存裝置獨佔使用：儲存裝置通常只能由單一伺服器存取簡單部署：無需複雜網路配置，即插即用（2）典型應用：個人電腦的硬碟、固態硬碟伺服器本機儲存磁碟機、行動硬碟等可攜式儲存裝置（3）優點：架構簡單，成本低廉資料傳輸延遲低管理維護簡單（4）限制：儲存資源難以共用擴充性有限容易形成「儲存孤島」隨著伺服器增加，管理複雜度急遽上升1.2 SAN：儲存區域網路SAN（Storage Area Network）是透過專用高速網路將儲存設備與伺服器連接起來的儲存架構，實現了運算與儲存的分離。 （1）核心特性：專用網路：通常採用光纖通道（FC）或iSCSI技術建構儲存專用網路區塊層級存取：伺服器以區塊裝置方式存取儲存檔案系統在伺服器端：儲存裝置本身沒有檔案系統，檔案管理由應用伺服器負責高效能：專為儲存設計的高頻寬、低延遲網路（2）技術實作：FC-SAN：基於光纖通道技術，性能最優，成本最高 IP-SAN：基於iSCSI協議，透過乙太網路傳輸SCSI指令 FCoE：融合光纖通道與乙太網路技術（3）優點：儲存資源集中管理，易於共享高效能，適合資料庫等I/O密集型應用良好的擴充性和可用性支援進階儲存功能（快照、複製等）（4）挑戰：實施和維護成本高相容性問題需要考慮1.3 NAS：網路附加儲存NAS（Network Attached Storage）是透過標準網路協定提供檔案服務的標準網路協定提供。 （1）核心特徵：網路存取：基於TCP/IP網絡，使用標準檔案共用協定檔案層級共用：以檔案為單位進行資料存取整合檔案系統：NAS裝置本身包含檔案管理系統專用儲存裝置：為檔案服務最佳化的專用硬體與軟體（2）運作方式：NAS設備將儲存功能與網路介面整合在一起，直接透過乙太網路提供檔案服務。應用程式伺服器透過網路檔案協定（如NFS、CIFS）存取NAS上的檔案。 （3）優點：部署簡單，易於管理良好的跨平台相容性成本效益高支援多客戶端並發存取內建資料保護和管理功能（4）限制：網路頻寬可能成為效能瓶頸不適合超高I/O需求的應用程式檔案協定開銷影響效能2.三大儲存架構比較分析2.1 連接方式比較 2.2 效能與應用情境比較（1）DAS適合場景：單一伺服器應用效能需求極高的本機應用程式預算有限的小型環境暫存需求（2）NAS適合情境：檔案共用與協作多媒體儲存與串流備份與歸檔虛擬化環境中的虛擬機儲存中小型企業檔案伺服器(3）SAN適合場景：企業級資料庫（Oracle, SQLware Server-3.本質差異：檔案管理系統位置SAN架構中，檔案管理系統（FS）仍部署在每一個應用伺服器上，儲存設備僅提供區塊儲存空間。 NAS架構中，NAS設備本身整合了完整的文件管理系統，所有客戶端透過統一的文件共享協定存取同一個檔案系統。這種差異決定了它們在資料一致性管理、鎖定機制實現和並發存取控制等方面的不同行為。 3.文件共享協定解析3.1 NFS：Unix/Linux世界的標準NFS（Network File System）是Unix/Linux系統間文件共享的事實標準。 （1）技術特點：架構：基於客戶端-伺服器模型傳輸層：早期使用UDP，現代版本支援TCP認證：基於IP位址或主機名稱的存取控製版本演進：NFSv2是基礎版本，僅支援32位元檔案系統和UDP協定。 NFSv3增加了64位元檔案支援、非同步寫入和TCP傳輸。 NFSv4整合了鎖定管理，增強了安全認證，並採用了複合操作設計。 NFSv4.1引入了並行NFS（pNFS）以顯著提升效能。最新的NFSv4.2版本則增加了伺服器端複製、空間預留等進階功能。 （2）工作機制：NFS基於RPC（遠端過程呼叫）機制實作。客戶端透過VFS（虛擬檔案系統）層將本機檔案操作轉換為NFS協定請求，透過網路傳送至NFS伺服器。 RPC服務（portmapper）監聽111個端口，負責協調客戶端與NFS服務之間的通訊。 （3）優勢：Unix/Linux原生支援簡單輕量經過長期驗證的穩定性良好的效能表現（4）限制：Windows支援有限安全性相對較弱（NFSv4有所改善）3.2 Samba/CIFS：跨平台文件共享解決方案CIFS（Common Internet File System）是微軟SMB（Serverux Message Block）協定的公開版本，SambainUnix/Sambain）是微軟UniFS Message Block！ （1）技術特點：架構：客戶端-伺服器模型傳輸層：主要使用TCP（139、445連接埠）認證：支援使用者名稱/密碼、Active Directory整合功能豐富：支援檔案共用、印表機共用、網域控制功能（2）Samba服務元件：smbd：提供檔案與列印服務nmbd：提供對NetBIOS Directory整合3.3 其他文件共享協議（1）FTP/FTPS/SFTPFTP（文件傳輸協議）：傳統的文件傳輸協議，明文傳輸FTPS：FTP over SSL/TLS，提供加密傳輸SFTP：SSH文件傳輸協議，基於SSH的安全文件傳輸（2）AFP（Apple OS Filing…
-
Microsoft安全性、合規性和識別基礎知識認證考试：SC-900
Microsoft安全性、合規性和識別基礎知識認證考试：SC-900Microsoft Security Compliance and Identity Fundamentals Exam:SC-900SC-900考試是Microsoft Azure初級安全工程師認證考試. SC-900考試面向希望熟悉基於雲端和相關Microsoft 服務的安全性、合規性和識別(SCI) 基礎知識的人員。 SC-900考試是針對對Microsoft SCI 解決方案有興趣的人員，建議可以是：~業務利益幹人~剛入行或入行已久的IT 專業人員~學生參考人員應該熟悉Microsoft Azure 和Microsoft 365，並想要了解Microsoft SCI 解決方案如何跨越此類解決方案領域提供整體的端對端解決方案。 SC-900考試主要考察以下知識點:~介紹安全性、合規性和識別的概念~介紹Microsoft Entra 的功能~描述Microsoft 安全解決方案的功能~描述Microsoft 合規性解決方案的功能 技能概覽~描述安全性、合規性和識別的概念 (10-15%)~介紹 Microsoft Entra 的功能 (25-30%)~描述 Microsoft 安全解決方案的功能 (35-40%)~描述 Microsoft 合規性解決方案的功能 (20–25%) 描述安全性、合規性和識別的概念 (10-15%)介紹安全性和符合性概念~描述責任共擔模型~描述深層防禦~介紹零信任模型~介紹加密和哈希~闡述治理、風險和合規性 (GRC) 概念定義標識概念~將標識定義為主要安全外圍~定義身份驗證~定義授權~定義標識提供者~介紹目錄服務和 Active Directory 的概念~介紹聯合身分驗證的概念 介紹 Microsoft Entra 的功能 (25-30%)描述 Microsoft Entra ID 的功能和識別類型~描述 Microsoft Entra…
-
NetApp 認證支援工程師 – ONTAP 專家認證考試:NS0-593
NetApp 認證支援工程師 – ONTAP 專家認證考試:NS0-593NetApp Certified Support Engineer ONTAP Specialist Exam:NS0-593概述通過 NetApp 認證支援工程師 ONTAP 專家考試，即可在技術發展中保持領先地位。獲得此認證者將證明其具備NetApp® ONTAP 儲存系統的 故障排除、分析和修復技能。 NS0-593認證考試旨在測試考生對 NetApp ONTAP 儲存系統進行故障排除、分析和解決的能力。應徵者應具備 6 至 12 個月的 NetApp ONTAP 儲存系統故障排除、分析和解決經驗。候選人必須先獲得NetApp 認證支援工程師 ONTAP 專業認證。 具備以下處理能力:~排查 NetApp ONTAP 儲存系統故障。~分析 NetApp ONTAP 儲存系統。~解決 NetApp ONTAP 儲存系統問題。 測驗重要知識部分第一領域. ONTAP 作業系統~可用於支援或故障排除的工具~ONTAP叢集管理~資料複製問題~ONTAP作業系統的結構~ONTAP作業系統故障排除~處理恐慌事件 第二領域：硬體~硬體故障排除~SP 或 BMC 故障排除~光纖通道環境中的硬體組件~集群互連基礎設施~MetroCluster 配置 第三領域：協議~ONTAP NAS 配置~ONTAP SAN 配置~S3…