蘋果可能準備進一步跨入遊戲硬體市場。最新在macOS 26.7程式碼中發現兩款尚未公開的遊戲控制器，代號分別為「T6502」與「T1057」，兩者定位與功能明顯不同，其中一款偏向基本有線手把，另一款則加入藍牙、動態感測等進階功能。記者黃仁杰／編譯

蘋果可能準備進一步跨入遊戲硬體市場。最新在macOS 26.7程式碼中發現兩款尚未公開的遊戲控制器，代號分別為「T6502」與「T1057」，兩者定位與功能明顯不同，其中一款偏向基本有線手把，另一款則加入藍牙、動態感測等進階功能。

[caption id="attachment_282408" align="aligncenter" width="1672"] 最新在macOS 26.7程式碼中發現兩款尚未公開的遊戲控制器，代號分別為「T6502」與「T1057」。（圖／AI生成）[/caption]

相關程式碼曾短暫出現在macOS 26.7中，之後在第二次版本更新時被移除。

兩款都採ABXY配置　基本操作接近Xbox、PlayStation手把

兩款控制器都採用常見的四鍵ABXY布局，並配備兩支可按壓類比搖桿、肩鍵、類比扳機，以及Home與Menu按鍵。

整體操作方式與目前市面上的Xbox、PlayStation及第三方遊戲手把相近。

其中T6502定位較基礎，額外提供Options按鍵，但只支援USB有線連接，不具備動態感測器，也不支援蘋果GCMotion介面的動態輸入。

此外，T6502沒有觸控板、背部按鍵、揚聲器、麥克風等進階功能。

T6502採四組震動通道

比較特別的是T6502的震動回饋設計。

程式碼顯示，這款控制器在軟體層面設有Left、Left（Synthetic）、Right與Right（Synthetic）四組震動通道。

這種設計可能讓兩組軟體震動訊號共用同一顆實體馬達，在不同震動效果同時觸發時，降低失真或訊號削波的情況。

高階版加入藍牙、加速度計與陀螺儀

T1057則明顯定位較高。

除了USB之外，這款手把還支援Bluetooth與Beats USB連接，但沒有Options按鍵。

震動系統方面，T1057沒有像T6502一樣區分Synthetic通道，而是使用單一可獨立控制的致動馬達。

此外，T1057還內建加速度計與陀螺儀，可讀取X、Y、Z三軸的加速度與旋轉資訊，意味未來可能支援體感操作。

蘋果為何現在才做遊戲手把？

蘋果目前其實已支援大量現有遊戲控制器，包括PlayStation、Xbox、Nintendo以及各種第三方產品，因此若真的推出自家手把，市場定位仍值得觀察。

目前遊戲手把市場已相當成熟，從入門到高階產品選擇眾多，若蘋果只是提供一般ABXY按鍵與搖桿配置，差異化可能相當有限。

不過，從此次曝光的兩種規格來看，蘋果至少可能考慮同時推出基本款與進階款，後者透過無線連接、體感感測與震動回饋拉開產品差距。

來源：apple insider

這篇文章 蘋果傳自研兩款遊戲手把 macOS程式碼曝光兩版功能 最早出現於 科技島-掌握科技新聞、科技職場最新資訊。

在現今科技高速發展的時代，「自動化」技術的重要性和未來性自然不在話下，為了更有效率地減少作業人員的重擔，還需兼併降低人為失誤...

記者 / 孟圓琦

在現今科技高速發展的時代，「自動化」技術的重要性和未來性自然不在話下，為了更有效率地減少作業人員的重擔，還需兼併降低人為失誤、提升執行效率和可信度，也連帶造就「雲端自動化工程師」一職不容忽視。然而，要成為一名資深傑出的雲端自動化工程師，需要在多方面積累不同技能和知識，並同時持續更新和補充新知和趨勢風向。

目錄

一. 雲端自動化工程師 (Cloud Engineer) 都做些什麼？

雲端自動化工程師的主要工作，包含了：自動化程式的開發、幫助管理並優化雲端伺服器、網路及儲存設備的運作、分析系統性能和可靠性，提出改善建議並實施優化方案，並設計、開發和維護雲端自動化工具和腳本，部署和管理雲端基礎設施等，確保其穩定性和可擴展性。除了會負責設定和維護資料中心，確保系統高效運行。

此外，雲端自動化工程師還會協助企業規劃，確保這些平台可以順利運行、滿足業務需求。與開發團隊合作也是必然，需整合自動化流程到現有的開發和運營環境，監控和排除自動化系統的故障狀態，確保無縫運行。另還有撰寫和維護相關技術文件和操作手冊，協助企業進行平台規劃與佈署，針對雲端伺服器、網路與儲存設備之研發驗證、雲端應用、資料中心管理與效能調校分析相關的系統與設備進行自動化程式開發。

1.需具備哪些技能？

這個職位需要熟悉深入了解雲端技術，並能夠設計和實施自動化解決方案，以提高操作效率和降低人為錯誤，並具備良好的編程能力，才能設計出有效的自動化解決方案。因此在專業技能上，雲端自動化工程師此職務需具備精通一種或多種程式語言，如Python、Java或Go的能力，並熟悉雲端平台，如AWS、Azure或Google Cloud Platform。此外，具備自動化工具和框架的使用經驗，如Terraform、Ansible或Jenkins，以及理解容器技術和編排工具，如Docker和Kubernetes的知識。

2.具備這些軟實力更加分

除此之外，在軟實力的部分──強大的問題解決能力和分析能力都是必要條件，以便能夠快速應對突發狀況；優秀的團隊合作和溝通能力也是必備技能，確保能夠有效地與跨部門團隊協作。最後，具備基本的網路和安全知識，能夠確保自動化系統的安全性和合規性。

3.建議取得之證照

在學習或就業過程中，考取相關的認證為自己的職涯加分，仍是一項不錯的投資。比如AWS Certified Solutions Architect、Cypress，或是ISA Certified Automation Professional (CAP，自動化專業人員)、ISA Control Systems Engineer (CSE) Licensing和IIST Certified Software Test Automation Specialist (CSTAS)等認證，都能夠證明你具有相應的專業技能和知識。如有餘預作準備，不妨做參考的同時、始著手準備。

延伸閱讀：雲端架構師　優化雲端解決方案控管風險

二. 應具備什麼樣的學歷背景？

從事雲端自動化工程師這樣專業職務者，在學經歷部分多為電腦工程、資訊科學、工業工程、資訊工程，或其他數學及電算機科學相關等背景。考量所屬的產業類別可能有所不同和部分差異，兼備不同程式語言的能力，如：SQL、C#等，更能夠靈活運用。

三. 薪資範圍有怎麼樣的差異？

1.大學平均薪資

綜合人力銀行的薪資平均，以大學學歷而言，月薪範圍從45,000元到65,000元左右、月均薪落在60,000元。

2.碩士平均薪資

若具備研究所碩士的學歷，月薪範圍則是54,000元到77,000元左右、月均薪落在66,000元。

四. 雲端自動化工程師與雲端架構師的區別？

雲端自動化工程師主要關注於系統的自動化部署和管理、連帶系統的性能分析和雲端平台的佈署；而雲端架構師則更注重技術和業務流程的優化，以及協助企業組織的雲端檔案遷移、實施雲端策略等。兩者著重的焦點不同。

無論你是剛踏入這個領域，還是已經有一定經驗的專業人士，要成為一名優秀的雲端自動化工程師都需要不斷地學習新技術，並時時刻刻更新產業和指標企業相關趨勢和新知，才能引領相關團隊不落人後。

想了解更多的科技業職缺嗎？由科技島與1111人力銀行攜手合作、透視上百種科技工作內容與薪資行情的「職缺百科」正等著您前往探索！

討論區：https://www.1111.com.tw/1000w/fanshome/discussionDetail.asp?d0=140608

[elementor-template id="118858"]

這篇文章 雲端自動化工程師　藉程式碼實現企業運營的革命 最早出現於 科技島-掌握科技新聞、科技職場最新資訊。

科技島科技小聚4月場《免程式碼就能做產品！No Code 如何當開發好幫手？》，邀請到讓狂人飛的創辦人與執行長洪璿岳，以及美商行動貝果MoBagel共同創辦人暨執行長鍾哲民，分享在沒有寫程式碼的情況下，是如何快速打造產品，還能幫助公司做決策？

記者／孫敬 Archer Sun

隨著生成式AI崛起，除了大幅降低產品開發門檻，免程式碼開發軟體「No Code」概念這兩年來也開始受到無開發背景、資深開發者的關注。科技島科技小聚4月場《免程式碼就能做產品！No Code 如何當開發好幫手？》，邀請到讓狂人飛的創辦人與執行長洪璿岳，以及美商行動貝果MoBagel共同創辦人暨執行長鍾哲民，分享在沒有寫程式碼的情況下，是如何快速打造產品，還能幫助公司做決策？

延伸閱讀：【科技小聚】一張卡、一個車位，悠遊卡跟USPACE如何改善碳排、城市交通問題？

讓狂人飛用No Code工具快速開發產品驗證市場，Wix成最大功臣？

對一個完全不會程式開發的人來說，過往需樣熟悉許多程式語言，才能一步步做出自己的產品，然而讓狂人飛卻能在工程師資源不足下，讓無開發背景的同事能實現產品開發。「我們以前透過Wix，做了全部產品的前、後端介面。」洪璿岳回憶當初成立讓狂人飛時，便請工程師將產品開發模型上傳雲端，讓非開發背景的同仁將網頁/網站製作工具「Wix」做出的成品，並藉由「應用程式介面」（API）串接來參與產品開發。

雖然當時開發產品尚未有成熟的No Code文化，但讓狂人飛在快速產出及驗證產品的步調下，兩個禮拜時間就做出一套新服務，並逐一投入市場驗證後被收購出場。本場活動中，洪璿岳分別從SaaS、Web APP、Native APP三個面向，分享零開發背景初學者、擁有開發底子的工程師，都能藉由免程式碼的APP開發工具「FlutterFlow」、網頁架設工具「WebFlow」、「Wix」、「WordPress」及應用程式開發工具「Zapier」，探索零程式碼開發的便利性和多元性，降低不會程式碼就無法做出自己產品的困境。

實戰案例中，洪璿岳亦分享No Code開發工具Bubble。Bubble現為歐美創業家、新創公司很常使用的網頁、應用程式開發工具，介面跟版型近似UI/UX設計工具Figma，雖然一開始還是會碰到些許的的程式碼，但只要將各個區塊的格式與資料填妥，串接API後即能做出自己的產品，Bubble也有內建完整的API串接碼，使用者也不需要再另外重新學習。

行動貝果Decanter AI加速數據分析與洞察生成，助決策者掌握公司最新營運狀況

每個月月初、月底，大多數公司都會有的月會，都需要向管理層或負責人報告營運狀況，然而複雜的資料統整跟報表呈現，成為不少人煩惱的課題。「公司完成Decanter AI資料串接後，便能快速統整業績、財務資料產出圖表。」鍾哲民提及2015年行動貝果推出的Decanter AI，可支援如ERP系統，進一步與AI互動來歸納公司營運指標、商品庫存、哪個商品賺錢及占比等，最終輸出成報表供決策者使用，當中所有的環節都不需要額外編寫程式碼。

Decanter AI四項主要功能，分別有「DataOps 快速介接整合企業多元資料源」、「LLM/GPT對話快速學習專家洞察」、「AutoML+MLOps提供即時且精準的決策」、「Enterprise AI Marketplace」。

一、DataOps快速介接整合企業多元資料源

支援常見商用與開源資料庫如RMDB、NoSQL、ERP、CRM、CDP、GA4，及時彙整各方數據統整企業多元資料，快速取得最新關鍵領先指標。

二、LLM/GPT對話快速學習專家洞察

• 透過對話方式協助用戶得到所需資料分析
• 可視化圖表協助不同單位人員皆能快速理解商業洞察
• 每次專案都能幫助AI學習專家領域知識（Expert）

三、AutoML+MLOps提供即時且精準的決策

• 補足LLM推論數據精準分析
• 即時生成相關數據解析並製成完整報告
• 提供決策者進行精準決策的模擬訓練

四、Enterprise AI Marketplace

快速生成打造AI Agent的平台，產業專家共創「任務代理人」，滿足企業專業與即時需求

鍾哲民分析，回顧人類歷史關鍵技術的黃金10年，會發現自2000年到2010年網際網路誕生，從此改變人類對「時間」的限制，像是電商、內容的呈現開始多元，2008年到2018年走過智慧型手機誕生，至此僅能透過電腦辦公的「空間」限制被解放。「解決時間空間問題後，人類正從2013年到2023年的溝通限制中邁向下一個10年。」鍾哲民認為走過2016到2026 AI解放思考邏輯的限制，2022年至2032年，生成式AI將解放創意的限制。

這篇文章 【科技小聚】免複雜程式碼！新創如何用No Code開發產品、瞄準營運決策？ 最早出現於 科技島-掌握科技新聞、科技職場最新資訊。

編譯／莊閔棻 12年前，人們對蘋果的人工智慧虛擬助手Siri的推出感到震驚。然而，這項技術在很大程度上仍然停滯 …

編譯／莊閔棻

12年前，人們對蘋果的人工智慧虛擬助手Siri的推出感到震驚。然而，這項技術在很大程度上仍然停滯不前，亞馬遜的Alexa和Google Assistant的推出以也都沒有造成轟動。而會造成這樣的結果，都是因為這些助手「笨重」的程式碼。

根據《紐約時報》的報導，在過去十年中，這些產品遇到了路障。曾參與該助手工作的前蘋果工程師John Burkey說，Siri遇到了技術障礙，包括笨又複雜的程式碼，要花幾週時間才能更新基本功能。公司前員工表示，亞馬遜和Google的語音助手沒辦法獲得收益，因此難以發展。他們說，這讓兩家公司對這項技術的熱情減退。

日前，微軟首席執行長Satya Nadella在接受採訪時說，語音助手 「像石頭一樣笨」，他宣稱較新的人工智慧將引領潮流。微軟與OpenAI緊密合作，向這家初創公司投資130億美元，並將其技術納入Bing搜尋引擎以及其他產品。

聊天機器人由所謂的大型語言模型提供動力，作為經過訓練的系統，這些模型可以根據從網路上收集的巨大數據集識別和生成文本。然後，它們可以對人類提出的問題進行回覆。相比之下，本質上，Siri、Alexa和Google Assistant是所謂的命令和控制系統。這些系統可以理解的問題和請求非常有限，如「紐約市的天氣如何？」或 「打開臥室的燈。」等簡單的固定問題。如果用戶要求虛擬助手做一些不在其程式碼中的事情，機器人就會說，它無法提供幫助。

在2014年負責改進Siri工作的Burkey就說，Siri的設計很繁瑣，增加新功能很費時，其數據庫包含一個巨大的單字列表，包括音樂、藝術家的名字和餐廳等地點，有近二十種語言。他說，這使它成為 「一個大雪球」。也就是說，如果有人想向Siri的數據庫添加一個詞，「它就會變成一大堆」。

Burkey說，因此，看似簡單的更新，比如向數據集添加一些新的詞語，將需要重建整個數據庫，這可能需要六週時間；而更不用說是增加更複雜的功能了，如成為新的搜尋引擎工具，這可能需要近一年時間。他說，這代表Siri沒有辦法成為像ChatGPT那樣的創意助手。

亞馬遜和Google的前經理說，Alexa和Google Assistant依靠的是與Siri類似的技術，但這兩家公司很難透過這些助理產生有意義的收入，而相比之下，蘋果公司則成功地利用Siri來吸引買家購買iPhone。

參考資料：The New York Times

這篇文章 Siri、Alexa 和 Google Assistant 遇路障　輸掉人工智慧競賽 最早出現於 科技島-掌握科技新聞、科技職場最新資訊。

GitHub在今年6月正式發表了請AI幫忙寫程式的GitHub Copilot服務之後，目前仍在持續擴張Git …

GitHub在今年6月正式發表了請AI幫忙寫程式的GitHub Copilot服務之後，目前仍在持續擴張GitHub Copilot的相關能力，近日又宣布將針對企業推出大量授權服務，並開始實驗能以聲音與GitHub Copilot互動的「Hey, GitHub！」功能。

所謂的GitHub Copilot，它的底層技術是為OpenAI所打造的OpenAI Codex人工智慧系統，以公開的大量程式碼及自然語言來訓練OpenAI Codex的方式，讓該系統能夠同時理解程式與人類的語言，並依照工程師所撰寫的程式碼，提出程式的調整或是整個函式的撰寫建議。

對於這項服務，GitHub表示，利用GitHub Copilot將可提高開發者55%的生產力，之後企業就可以購買依照所需員工人數的GitHub Copilot授權，除了提高生產力之外，還能協助開發者專注於商業邏輯而非樣板，進而發現更多更新穎的想法。

至於GitHub另一個正要展開實驗的新功能則是「Hey, GitHub！」，它將讓開發者能夠用語音和GitHub Copilot互動，不僅可以減少用到鍵盤的需求之外，還能協助那些用手打字有困難的開發者，使其可以更方便的寫程式，只不過初期僅支援英文及Visual Studio程式碼。

藉由「Hey, GitHub！」這項功能，開發者能夠以自然語言撰寫以及編輯程式碼，或是以語音引導GitHub Copilot跳到特定行數、方法或是下一個區塊，使用各種Visual Studio命令，也可以要求GitHub Copilot解釋某一段程式碼的用意與說明等。目前「Hey, GitHub！」還處於使用者需要提出試用申請的預覽階段，尚未正式公開發佈。（記者／竹二）

這篇文章 GitHub正在實驗「Hey, GitHub！」　用聲音就可寫程式 最早出現於 科技島-掌握科技新聞、科技職場最新資訊。

筆者最近在自學 DevOps 的過程中，發現除了要了解基本的 CI/CD 流程外，更重要的是了解可以利用哪些工具來輔助整個 CI 的流程，今天筆者要來介紹一個好用的程式碼檢測平台：SonarQube。

文／Andy Chen

前言

筆者最近在自學 DevOps 的過程中，發現除了要了解基本的 CI/CD 流程外，更重要的是了解可以利用哪些工具來輔助整個 CI 的流程，今天筆者要來介紹一個好用的程式碼檢測平台：SonarQube。

雖然在現今的開發很多時候都會藉由 code review 搭配各式的 linter 進行開發，但百密總有一疏，這時候就可以透過 SonarQube 幫助開發者檢查一些潛在的 bug，這些 bug 有可能在開發時 linter 並沒有噴錯，而且在 code review 時可能也不小心漏看了，假如可以在 CI 的流程中加上 SonarQube 來掃描整個 codebase，這時候就可以讓整個專案的程式碼有更高的品質。

什麼是 SonarQube

SonarQube 是一套基於 Java 開發的程式碼檢測以及品質管理平台，由於這套工具是用 Java 開發的關係，所以讀者要先記得去安裝 Java Development Kit(JDK)，這樣後續才能順利的啟動 SonarQube。

SonarQube 也提供了不少的服務像是：

• 網頁化操作(會在下一段內容進行說明)
• 支援非常多種程式語言的分析檢測
• 提供程式碼重複性、潛在 bug、測試覆蓋率等等相關報告
• 提供自動化分析並且結合主流的 CI 工具
• 提供程式碼改善建議
• 整合 JIRA、Mantis、LDAP、Fortify 等外部工具
• 提供歷史紀錄以利於後續追蹤

由於 SonarQube 提供太多種服務了，這裡筆者只列出幾點個人覺得最值得提出來與讀者說明的服務，有興趣的讀者可以再自行去官網上面進行相關的資料閱讀。

啟動 SonarQube

由於筆者是使用 mac 系統，因此這邊筆者以 mac 的操作方式進行介紹，首先可以在終端機中進入 /bin/macosx-unversal-64 的資料夾，並下 ./sonar.sh start 這個指令啟動 SonarQube 的服務。

啟動服務後可以在瀏覽器打上 localhost:9000 即可開啟 SonarQube 的網頁，預設的帳號及密碼都是 admin ，輸入後即可在 local 端開始使用 SonarQube 提供的檢測服務嘍。

SonarQube 操作說明

登入後就可以開始進行 Project 創建了，這邊的 Project 主要是方便開發者可以進行專案品質的控管，創立好 Project 才可以開始針對想要檢測的 repository 進行檢測。

我們也可以看到 SonarQube 整合了非常多用來創建專案的主流工具例如 GitHub、Jira 等等，假如讀者本身是有在使用這些工具進行專案的管理也可以直接整合現有的架構，這邊筆者為了方便介紹所以選擇手動創建 Project。

建立好 Project 後可以看到 SonarQube 也支援許多主流平台的 CI 機制，由於筆者也是為了方便介紹所以選擇手動測試 local repository。

想要進行分析檢測之前還需要產生一組 private token，利用這組 token 我們在之後進行檢測時可以確保檢測的結果會擺在這個 project 內。

之後就可以選擇要檢測的程式碼是屬於哪種語言以及目前電腦的 OS，都選擇完後可以去官網上下載最重要的分析工具 SonarScanner，這套 scanner 就是負責檢測程式碼的工具。

下載完後就可以複製下方的指令進行程式碼的檢測啦！

SonarScanner 檢測結果

在上面的步驟檢測完後，我們回到 SonarQube 的平台就可以看到剛剛建立的 project 已經有了初步的檢測報告，假如程式碼都沒有什麼潛在的問題就可以看到報告會是綠色 Passed 的狀態。

但假如程式碼有潛在的問題，這時候報告就會出現紅色的 Failed 並且指出有幾個 bug 產生。

接著點擊 issues tab 就可以看到目前潛在的 bug 是從哪個檔案的哪一行中產生。

再點進去後就會看到潛在的 bug 的錯誤訊息，我們可以發現 array 的長度一定會是大於等於 0 可是我這邊卻寫了小於 0，所以這個 if 判斷條件永遠都不會通過。

但我們回到程式碼後可以發現即便我們有安裝 linter 也不會檢查出這種看起來就是有問題的寫法，因為 linter 通常都是在檢查語法上的錯誤，這時候 SonarScanner 就幫助了我們可以進行更深入的檢查。

SonarScanner 設定檔

其實 SonarScanner 也可以進行一些客製化的設定檔，這時候就需要建立一個叫 sonar-project.properties 的檔案，這份檔案裡面可以設定一些 SonarScanner 提供的 analysis parameter，由於這些設定參數實在是太多了，所以筆者不會一一介紹，有興趣的讀者可以參考官網，裡面有所有參數的詳細介紹，整體寫法會像下圖這樣：

小結

這次介紹了 SonarQube 這套程式碼檢測平台，由於筆者本身是一位前端工程師，因此只會利用 ESLint 或者 TSLint 進行程式碼檢查，但程式碼還會有一些潛在的 bug 可能是這些 linter 無法檢查出來的，這時候 SonarQube 就起了一個很大的作用，幫助我們在開發時可以進行更深入的解析，假如讀者未來有要做一些 CI 流程的話，不妨也可以把 SonarQube 考慮進去喔。

Reference

• 開源程式碼檢測平台：SonarQube
• SonarQube docs

這篇文章 原來程式碼品質也可以被檢測：初探 SonarQube 最早出現於 科技島-掌握科技新聞、科技職場最新資訊。

日前微軟團隊開發者已經先透露指出對於最新版本的 .net 7 效能，有了突破性發展； Stephen Toub …

日前微軟團隊開發者已經先透露指出對於最新版本的 .net 7 效能，有了突破性發展； Stephen Toub 在自己部落格大篇幅介紹，關於 .net 7 在 7,000 多個拉取請求中，有 1,000 多個與效能相關，而其中超過半數大幅影響效能拉取請求。

「效能」這一詞是指程式的執行速度，也是這個版本一大亮點，而微軟在每一代 .net 7 都會強調效能改進數據，所以常常引發外界質疑，認為 .net 6 效能已經提升到一個程度， .net 7 是否還有提升的空間呢？

對於這樣疑問 Stephen Toub 解釋到，新版的開發目標跟過去一樣，對於無論是否針對效能開發的功能或是非效能相關，效能仍是設計和實作重點，且貫穿整個堆疊的焦點。

在透過 Windows 11 系統測試中， Stephen Toub 強調 .net 7 擁有非常快的執行度，在 Runtime 和核心函式庫中加入 1,000 個效能相關拉取請求，而在 ASP .net Core、Windows Forms 和 Entity Framework 也有各種改進，就算在不同支援平台，也能獲取一樣結果，Stephen Toub 掛保證指出是有史以來速度最快的 .net 。

不過 Stephen Toub 也查覺到一定有反派聲音不同意這說法，所以在自己部落格中大篇幅講解，試圖讓不同聲音的人理解 .net 7 實作方法，透過理性的分析各種原因以及評估利弊權衡，最後有獲得一些開發者認同支持。

雖然 .net 7 運作速度提高算是優點，不過若有開發者在編寫的程式碼本身執行效能不佳時，便失去這優點帶來效益，Stephen Toub 表示微軟仍繼續嘗試避免故障設計封裝到分析器中，使開發者快速且直覺獲取開發環境。（記者／劉閔）

這篇文章 微軟這次掛保證！.net 7 等級不一樣 最早出現於 科技島-掌握科技新聞、科技職場最新資訊。

目前全世界最大的原始碼管理平台GitHub 是世界上最大的程式碼管理平台。而當產品發展到了一定的規模，您也可以 …

目前全世界最大的原始碼管理平台GitHub 是世界上最大的程式碼管理平台。而當產品發展到了一定的規模，您也可以選擇Team與 Enterprise方案，取得更方便且更安全之功能，可以滿足開發團隊的需求。而Git 與 GitHub 已經為現代化程式開發了最重要的軟體服務。 而在開發團隊相當注重資訊安全與程式碼品質，Team 方案是不錯的選擇。

圖/123RF

據了解，每月成本約 4 美金，即刻可享有分支保護、單一 Pull Request 允許多個審閱者、靜態網頁等功能，也能大幅提升團隊協作效率之品質。然而，當你的工作是一位軟體開發工程師你可以沒有《臉書》，但不能沒有即方便的 GitHub 。而如果 Git 給軟體開發工程師版本控制之能力，那麼 GitHub 則帶領遨遊開源世界的美麗。精通 GitHub 功能的開發工作人員的生產力品質也優於多數的傳統開發人員。

GitHub 允許所有人檢視公開Repository與下載原始程式碼，不過只有已註冊的使用者能參與討論。GitHub 對於開放原始碼項目也相當友善，只要您的 Repository 類型為 Public，就可以提供無使用時間限制的 CI/CD，這樣一來，讓開發團隊無後顧之憂。 GitHub 不僅是儲存庫功能，它提供現代化軟體開發所需的服務，使用者與團隊可以透過 GitHub 平台上進行建置、交付相關維護工作。而GitHub 是全世界最大的技術社群，您能與志同道合的人們建立聯繫並進行交流。消費者及使用者也可以參與開放原始碼專案，在不影響既有專案情況下參與開發工作，成為專案貢獻者之一。 （記者／宋柏瑜）

這篇文章 科技進步！揭開原始碼社群Github神秘面紗 最早出現於 科技島-掌握科技新聞、科技職場最新資訊。