星期三, 12月 31, 2025

2025 年度回顧

 



AI 應該提升工程師的生產力,但卻也因為 AI 讓我工作的份量越來越重。今天跟同事聊聊,他說到有 AI 之後,他好像覺得寫程式更有趣了!

到現在為止,我還看著 AI 跑著程式,然後想說來個今年的總回顧!


回顧這一年,如果要用一句話形容,大概會是:

我開始重新思考「軟體開發這件事,應該怎麼做,才算是真正有效率」。


一、工作上的轉變:AI 不只是工具,而是工作型態的改變

過去,我們一直是一個協助客戶開發系統的團隊。

這樣的角色,在今年之前並沒有什麼太大的不同,從需求確認、設計、實作、測試、交付,一切都很熟悉。

今年比較特別的地方在於,我開始實際把 AI 納入開發流程中,而且不是停留在「試試看」的階段。

一開始,我們嘗試的是比較接近現在大家常說的 Vibe Coding:

用相對口語化的方式,描述想做的事情,讓 AI 產生對應的程式。

在上半年,我透過這樣的方式讓 AI 產生一些程式,看起來不錯,也體會到一件事:「AI 寫的程式我自己沒印象,有問題的時候在做問題的分析與定位反而花了更多時間」。

產出的程式碼,很難完全符合企業內部既有的架構、套件選型與開發規範。

但,對於我要讓產出的結果符合專案上的「規範」似乎就不太好施力。

這樣的結果,對個人實驗來說很有趣,但對企業交付來說,仍然不夠。

到了今年後段,我們開始引入更接近 規格驅動(SDD) 的做法,嘗試把「架構、限制、規範、驗收標準」一起交給 AI。讓 AI 可以協助我們更穩定地完成交付的任務。

這是一個很關鍵的轉折點。

因為從這裡開始,AI 產出的內容,開始有機會成為「可以交付給企業客戶的成果」。

更進一步,我們也開始用 AI 來協助一些較大型系統的重構與技術升級。

在這些情境下,AI 不只是加速寫程式,而是幫助我們在有限時間與人力下,完成原本幾乎不可能快速推進的工作。

二、關鍵時刻:在資源不足的情況下,找到突破口

今年其實有幾個專案,都面臨了進度延遲、人力不足的困境。

這些專案並不是一開始就由我們承接,而是在客戶遇到困難、開始尋求解法時,我們才被拉進來討論。

在沒有辦法快速增加工程人力的前提下,我們只能問一個問題:

有沒有其他方式,可以改變完成事情的效率?

於是,我們一邊摸索、一邊嘗試,把 AI 納入實際工作流程中。

不是為了展示技術,而是非常務實地去思考。

我參加了一些研討會理解其他人的想法也參與了一些課程獲取一相關的啟發。

也看過成也 AI 敗也 AI 的慘劇!

AI 能不能幫助縮短開發週期?能不能降低對人力的依賴?

結果證明,在正確的使用方式下,它應該可以做到了! (只要你講得清楚)

三、AI 時代下,工程師角色的重新定位

今年另一個很深的體悟是:

使用 AI 的門檻,其實不在程式語言,而在「你想做什麼」。

今年,我也嘗試處理一些不是自己擅長的「程式語言」,透過我對於軟體架構與設計模式的理解,讓這樣的挑戰變得簡單。

在 AI 的時代,可能很多人都可以寫點程式,但從現在來看這還不容易到達交付給「企業客戶」的狀態。從 Martin Fowler 的「企業級軟體架構模式」一書中,我大概可以定位我的工作是在做「企業級應用程式」,除了功能外,還有許多「非功能」需求以及內部規範需要滿足。

企業有自己的架構原則、開發慣例、資安要求與維運考量。

因此,真正困難的事情,反而變成: 

  • 你能不能清楚定義「要做什麼」

  • 你能不能判斷「這是不是對的結果」
  • 你能不能站在驗收者的角度,評估 AI 產出的內容

當 AI 產出的速度越快、內容越多,

人所要承擔的責任,其實只會變得更重。


四、封閉環境下的另一個可能市場

    今年也碰到不少客戶,他們的系統環境相對封閉,

    無法直接使用雲端型的 AI 開發工具或大型模型。


           這也讓我開始思考另一個方向:
           如何在這樣的環境中,協助客戶導入屬於他們自己的「內部 AI 輔助開發能力」?

           

五、閱讀與思考:專注、槓桿,以及拉長時間軸

今年的閱讀,對我來說並不是零散的,而是很清楚地圍繞著幾個主題。

《One Thing》提醒我,

       在任何階段,都應該回頭問自己:現在最重要的一件事是什麼?

《納瓦爾寶典》則讓我重新思考人生與能力的槓桿——

        哪些事情一旦建立,就能在長時間尺度下,持續產生影響。

  而凱文・凱利的《5000 天後的世界》與《未來 10000 天的日子》,

   則幫助我把 AI 放回更長的時間軸中看待:

   它不是奇蹟,也不是威脅,而是一條正在延伸的演化曲線。

六、回到專業:重新整理微服務的基礎

今年有一段時間,我也重新回到微服務架構顧問的角色。

在協助他人的過程中,我反而再次整理了自己過往累積的知識。


這些內容,最後也轉化成 ITHome 鐵人賽 的系列文章,

逼自己把模糊的經驗,整理成能被他人理解的結構。


(相關紀錄留在這裡:

https://ithelp.ithome.com.tw/users/20178262/ironman/8591)


比較可惜的是,沒有讓這些東西真的刻進案子中來一次既有架構移轉的經典案例!

反思一下,在這中間夾雜太多技術的議題,然而在碰上 AI 後,這部分的想法也有點改變了,有機會我再繼續來做些實驗。


七、年度總結

如果要為這一年下一個註解,我會這樣說:

我開始思考如何花更少的力氣,做出更大的影響;
用更長的時間尺度,思考技術與自己的位置。

 這一年沒有什麼戲劇性的瞬間,但它確實悄悄改變了我看待「工作、技術與未來」的方式。

 而這個改變,我想會在接下來的幾年,慢慢發酵。

期望來年,能讓今年埋下的一些種子逐漸發芽,也準備好迎接新時代的挑戰。

再見了!2025 ...

    

星期二, 10月 21, 2025

BTS 0-61 打穿課程 (2023 版本) - 原萃



在 2022 年,我有參加過一次「打穿課程」,那三天,就像被丟進真實世界的縮影。

我們被要求在 72 小時內打造一個能上線的產品,同時還要應對「市場需求」這種真實壓力。

每兩小時一個 Sprint,節奏快到讓人喘不過氣。


過程中我體驗,這門課真正要教的,不是流程、不是工具,而是——

你在未知情境中學習的速度與韌性。


作為一個單位的主管,當然就很自然地要推薦同仁也能體驗一下這種全神關注,高強度的實戰經驗。(然後在 2023 年因為機緣巧合下,我跑去「複訓」,主要是因為推坑同事,後來人數不足只好自己補上了)!


為什麼會推薦這門課?

一開始,是因為接觸了很多「敏捷」的課程,很多人把重點放在哪些「會議」與「程序」卻很少談執行的「成果』。


有了第一次上課的經驗,我們要在三天內被聚集起來一起打造一個 End to End 的產品 (你也可以想像是黑客松),但中間多了很多「無情 (有趣)」的試煉。過程中不是只有做,你會遇到困難的!你怎麼在一邊面對困難,一邊又要產出的過程中保持穩定。


所以,它這門課不只是黑客松,更是我們日常執行專案任務或是產品任務的縮影,許多的環節都令我們省思。如果,你想讓你口中的「敏捷開發」不再只是一個口號,你想讓團隊體驗一下「凝聚力」,那麼來玩一次會比「聽說」會有更多的體驗。


《做任何事,對我來說最重要的能力不是我現在會什麼,而是碰到一個未知問題的「學習力」》


這門課,你將會面對的是「脫離你的舒適圈」,從不熟悉的技術、不熟悉的業務領域開始出發!所以,我才會說「學習力」是事情的根本。


《要做什麼之前 先不做什麼》


課程開始前一週有一個 Homework,但是大家都在上班根本沒時間好好處理這些 Homework!

所以,哪些需要「做」哪些先跳過就變成自己的選擇,也決定到現場之後我們是否足以面對後續的挑戰。


如何在最短時間「學會」最關鍵的技能,然後在時間內獲得最大的價值。


關鍵在於辨識,什麼叫「打穿」,最後你要怎麼做生意?


AI 是否可以加速你學習? (2023 年底 ChatGpt 開始被廣泛討論與應用)!


《團隊成員》


在啟程之前,你會需要夥伴,因為這個是我自己推坑的夥伴,所以我們各自有著不同擅長的事物,彼此互補。就像敏捷裡面跟你講要 Cross Function Team 的概念一樣,但我們也不是 18 班武藝俱全,所以只有待啟程後再來加強我們的能力。


《Product Backlog》


課程一定會有目標,有目標就會有執行的計劃,所以大家一開始當然就是要建立 Product Backlog。商業領域我們不熟悉,但好在有 ChatGpt 它幫我們寫了好多的 User Stories。


Product Owner 會不會被 AI 取代?我想應該不會,因為重點是在商業上的決策判斷而不是寫出來的這堆 User Stories。但,這工具可以加速 Product Owner 的探索與決策應該是「必然」的。


《Sprint》


我們有三天的時間,安排約 8 ~ 9 個 Sprint!所以你平均兩個小時是一個 Sprint 的週期。

這代表什麼?團隊必須要在兩小時內「端出牛肉」... 這是極限挑戰了吧!


Time Box 的壓力讓大家都卯足全力地在產出。


《計畫趕不上變化,變化趕不上老闆的一句話》


出來混的,總是會遇到麻煩!如果你的產品不上線,那永遠可以躲在後面慢慢研發!那如果你很順利,在 Sprint 1 推出了產品 ....。


除了開發的工作外,你將開始負擔「維運」的工作,這是 ChatGpt 也不會跟你講的情境,你的 Backlog 將開始有計劃外的事情發生。


《商業策略》


   1. 你打穿了嗎?可以開始做生意了嗎?

   2. 你的商業目標是什麼?還是你只是個執行者?

   3. 有目標,你要如何量測?


   現場有四組,每一組到底是在做什麼生意?


   雖然背景題目一樣,但不同公司策略就不同,搞清楚自己的生意是什麼!


    始於技術、穿透商業、終於技術,解決你商業上的攔路虎!


 《穀倉效應》


      如果你任職於大型組織,大多數的時間你需要跟其他部門尋求幫忙與協助,但很少得到正面的回應。


      想辦法成為梳型人才,破除組織內的穀倉效應!

       

       過去,我們常常談的是《T》型人才,指的是有一個自己擅長的領域,然後,後來就開始討論《Pi》型人才,指的就是有兩個以上的專長在打穿的課程中,我們介紹的是《梳》型人才!


《行銷》

       

      有了產品,你怎麼推廣,獲得客戶的渠道是什麼?留客的策略是什麼?

       你不是專案經理、你不是工程師 .... 我們是這個項目的負責人。

        想法 -> 實驗 -> 數據 -> 行動。


 《Remix - 破圈》

        

        生意在做了一段時間後總會有一個突破不了的坎,如何透過「破圈」來持續保持增長。 

        把不同的概念整合在一起,找到其他擴張的路線。


         回到本質性的問題:你到底是在做什麼生意? (核心價值是什麼)


   【三天戰鬥營 - 同組的心得】


     1.     如果我們上班可以維持這樣的產能,效率應該會相當驚人!

     2.    好久沒有這種專注而熱血沸騰的感覺  

     3.    第三天課程結束後,組員晚上開始覺得空虛 (想找點事做做)

     4.    有 AI 之後,各組的生產力大增,看著趨勢,我們要持續成長,善用這些工具!



    【自己的體悟】    

    兩梯次的差別: AI 正在改變世界,他強化了工程師的生產力或是一般人的實作能力。

    你所不知道的是,AI 的生產力可能也在剝削你的「創意」,有時候創意是因為達不成某個目標而衍生出來的「靈光一閃」,但當你可以一直工作下去,你將陷入細節。 (有自覺得適時抽離或許是一件好事)!

    三天內打造一個完整產品、面對現實挑戰、練習團隊學習力——這不是黑客松,而是一次讓你重新認識「敏捷」的實戰體驗。

    打穿課程讓我看見團隊的凝聚力,也讓我重新定義「敏捷」。它不是會議,也不是文件,而是一種「面對真實挑戰的行動力」。

 

星期日, 12月 29, 2024

2024 年回顧

 


 

2024 年對我來說是一個完全不一樣的開端,如《2023 年的年度回顧所述》,我離職變成一個沒有工作的人。這是之前都未曾想過的狀況,為了生存我成立了一間公司「艾斯博資訊股份有限公司」,開始提供軟體系統建置的專業服務。

 

從一開始一切都是未知,連執行的方向都沒有,到開始有夥伴再一起拓展公司的業務。一直到年底,現在的回顧,雖然整體的發展尚沒有一個很明確的主軸,但也算是撐過了第一年。在這一年中,隨著執行的專案,某些技術的面向也漸漸成熟。

 

從一開始,在咖啡廳的遊牧資訊民族生活,到開始有夥伴於是承租了辦公室,再逐步擴張業務的範疇,從「技術」出發,協助客戶解決問題。一個又一個零散的案子,到再次將這些專案的經驗累積起來,開創新的業務機會。

 

在這期間,我們做「教育訓練」協助客戶實施「基礎架構」的自動化,我們與原廠合作協助企業賦能 API 管理的能力,我們協助友商透過我們的專長讓友商可以拿下案子,獲取客戶的信任。這就是我們的「初期」,我們什麼都要做的階段。

 

到了下半年,業務機會開始變多,對於 2025 的業務展望也相當正面,下一個階段就是怎麼與團隊好好的將這些任務徹底執行,累積能量與資本,作為下一階段發展的基礎。

 

【技術上的發展】

        在工作上,在這初期處於「什麼都做」的狀態,所以有很多技術的活,也讓我自己增長不少實務上的經驗。雖然,我經常會買很多技術相關的書籍,作為自己技術的儲備。但,做練習與解決企業實際的問題還是不同的。培養能夠解決問題的能力會是比紙上談兵更實際的增長。底下,就是今年幾個技術增長的議題。當然,有些礙於商業合作上的隱密性,還不能講得太明白。有興趣知道更多的,就私下來找我聊聊。

《API 管理》

        API 管理這個議題,我已經發展了好一陣子,也在今年於「雲端大會」分享自己對於 API 管理的看法,從API Gateway 到 API Management 再到 Service Mesh 等各種面向的相關議題。從博士班階段開始,我碰的題目就是 Gateway,到了今天看到這些主題以及產品,就猶如當初的理論模型一一地被實現。

        當然,在這段時間,除了協助企業導入 API 管理平台外,也發現在 2025 年對於 API 管理的新趨勢。首先,我們並非把所有的 API 都納入 API 管理平台接受管理,有一些內部自己使用的 API可能也必須找出來,用來監控與檢視相關的 API 運作結果。除了這些之外,他也完成 API 的「盤點」作業,盡可能地將企業內所有使用中的 API 找出來並加以分析。而這些就不是目前檯面上已知的 API 管理平台的強項,需搭配其他工具來實現。

《Kubernetes – Service Mesh、Java Application Migration》

        因為新的同事中有人許願希望多了解 Kubernetes 的相關技術,所以我們的業務方向也陸續地接了幾個相關類型的專案,包含:在 Kubernetes 平台上實現 Service Mesh 以及 Java Application Migration 等。

        在執行這些的過程,我大概可以理解到《Kubernetes》目前仍然是市場上的顯學,雖然我們也有「建置」的能力,但市場上目前會的人太多。所以,這些工作仍然交由一些比較大的 SI 公司來進行。

        不過,另一個趨勢是能夠把現有應用程式調整並轉換其執行環境的人相對就比較少了。所以,在具備Kubernetes 的能力後,我們目前最佳的位置還是站在應用程式的角度,讓一切在這個「轉型」的時候,因為我們而更加順利。

《DevOps – 關於 Infrastructure as a Code 的工具 Puppet》

        CI/CD 在近代的開發作業中是個必然需要執行的工作,近期也有很多討論要導入 Kubernetes 平台的客戶,DevOps 也是整個導入的重心之一。在這部分,我們有非常多的機會跟客戶討論相關的議題。而在這個議題裡面,今年度印象比較深刻的是「Puppet」這個工具。

        會對這個工具比較深刻的原因,是因為在今年我執行了一次「Puppet」的教育訓練,作為講師。在這個教育訓練裡,除了獲得「Puppet」的應用概念與知識外,還有一些執行的收穫。首先,作為一個講師,在課程前的準備是「必然」不可少的。所以,在上課前,我準備了一些練習我也演練了數十次。

        不過,實際上課時還是遇到了亂流。第一是課程人數偏多,這導致了後續練習的問題,就是從 Chocolatey 這個套件管理工具要去拉取要安裝的套件時發生了 HTTP Status 429 的錯誤。沒錯,就是被「限流」了。後來查了一下資料,短時間的 API 呼叫次數是設定在 100 次以內。多虧了我經常做 API 管理導入的作業才能比較快感知到問題。

        後來,我發現現在很多的教育訓練可能都會被這條潛規則給限制住,而這是講師比較容易忽略的,於是在自己的 check list 中先加上這條,避免下次遭遇相同狀況。

《微服務與領域驅動設計》

        微服務與領域驅動設計這個議題是近年大家關注的主要熱門話題,很多人都有要移轉的需求。當然,這不是我們這種剛成立一年的公司可以觸及的議題。但,自己又對這部分有相當的研究,所以會有一些合作夥伴來找我們討論這塊進行的方式。

        我們參與某些大型專案的規劃,也小規模地接手一些相關架構的維護增修專案,在接下來也有許多業務發展與此方向相關。透過與合作夥伴的策略聯盟,我們將可以陸續地拓展這塊業務。在「底層邏輯」這本書中提到,所謂的人脈,是「只有那些你能幫到的人,才是你的人脈」。所以,在過去的一段時間累積下來的基礎,目前就逐漸變成我們的「人脈」,而這些合作正在發酵中。

《數據中台的初體驗》

        近年,我多著墨在「業務中台」或是「微服務」的面向。一方面是以前公司有團隊專注於「數據」的作業,所以自己就沒特別往這方面去發展。畢竟,同公司有相關業務機會再透過內部合作的方式來解決問題即可。

        然而,在一個應用系統的建置中,很多技術與知識就是環環相扣的。所以,在今年度的最後一段時間,我也經歷了一些數據中台的初體驗,將一些工具整合起來以滿足客戶業務上的需求。當然,目前還只是構想的階段,但後續應該很有機會可以檢視這些構想是否可以落實。

 

【社群活動】

        在年初時,因為業務還沒有這麼繁忙,所以自己有時間也會參與一些「社群」的活動,可能包含「敏捷社群」與「DDD 社群」。必較不同的是,以前除了自己有投稿擔任講師的情況外,大多是「聽眾」的形式。今年,在這兩個社群都有參與「志工」的工作。

        透過「志工」的狀態,其實比聽眾的狀態更能認識一些志同道合的朋友,那也期望未來有一天「我的能力可以幫到這些人,形成真正的人脈」。在今年某個場次的社群活動後,有人問我要不要自己召集一些小型的聚會來促成一些技術的交流。所以,在 2025 年,我可能會視情況思考此議題,組織一些技術型的小聚,建立一個小型分享的平台。

【2024 年的學習】

這本書(做個有梗的人 – 10 步驟讓你的人生更有趣),是在 2023 年邁入 2024 年的時候發現的,主要是在跨年的時候參加了一個「自省」的活動,活動的最後有人翻了一翻這本書。這本書裡面有很多不錯的想法,當自己覺得沒有想法的時候,可以隨機地翻閱一下本書,找到一些「梗」,讓自己可以依據這本書上的指引來引導自己的行動。

而,轉進了 2024 年之後,就開始了自己的無業生活,必須開始思考「創業」到底是怎麼一回事。在一些場合裡面,有聽到人提到幾本有關創業的書籍。「師父」這本書是之前看的一本書「公司賺錢有這麼難嗎:賣得掉的才是好公司,17招打造沒有你也行的搖錢樹」相同作者的書籍。「師父」這本書裡面如推薦一般,有蠻多概念可以協助自己在某些關鍵時刻做「決策」的參考。

另一本書,「低風險創業」是大陸的「樊登讀書」的創辦人樊登的書籍。從書的標題來說,我想從這本書中了解到底創業的過程中有哪些的「地雷」需要關注,避免自己誤闖雷區。雖然,自己走的方向跟作者做的領域不同,但對於某些規避風險的策略,本質上應該還是可以參考。其實,在書中除了點出「風險」之外,也闡述了許多的「機會」,讓自己在日後看到「機會」的時候知道即時掌握。

在年初,也還不知道有什麼可以做的狀態,一個人就先賣弄自己的技術與經驗,也翻一翻過去看過的一本書「顧問成功的秘密」,讓自己可以像個「顧問」一樣思考與檢視問題。當然,書中還有很多關於自己如何成長的相關敘述,檢視著自己以前所劃的重點,再檢視目前自己的狀態,思考如何持續的前進。

在 2024 年之初,一開始僅有自己一個人在工作,所以一定是先找「利基市場」開始耕耘,(鎖定小眾– 市場越窄,獲利越大)與(誰說加油站不能賣鞭炮 (Small is the new))這兩本書都是講述著如何在「小」市場裡面找到突破點創造最大的利益。所以,首先先找一個小地方開始關注,持續專注在最擅長的領域,在夾縫中穩定獲利的致勝祕訣。

誰說加油站不能賣鞭炮 (Small is the new),這本書中有很多的小故事都是很有啟發的。書中的許多故事都是來自於「賽斯.高汀」的部落格文章中摘錄。所以,這本書有有個很不一樣的特點「他是一本可以隨意拆解分享,重組收藏的商業書」。承襲著作者「紫牛」一書的概念,這個做法的確吸引人目光。為什麼要從「小」開始?主要是資源有限,先專注在自己可觸及的地方,畢竟每個階段有每個階段要著重的事情,所以我就從「剛開始」的這個階段開始努力。

而另一本有類似概念的書籍,「內在原力」。這本書躺在自己的「書單」中蠻久了,好像是之前聽廣播的時候推薦的一本書籍。這本書有兩個顏色的「封面」,作者也介紹「內向」的人跟「外向」的人對於該書的使用手冊,從兩個不同順序來閱讀此書,這也是一個令人感受到不一樣的刻意安排。讓人用不同的角度來檢視這本書。這本書的作者艾瑞克是一個從金融業退下來的作家,著有艾瑞克愛讀書與艾瑞克愛投資的粉絲專頁。作者自己提到,他在很年輕的時候看了嚴長壽的「總裁獅子心」之後以他作為自己的榜樣,然後出了「內在原力」與「內在成就」等暢銷書籍。這本書裡面的一個概念「像經營一間公司一樣經營自己」正好是自己在職場這些年來的核心概念,特別有共鳴。

在工作上,除了賺取工資之外另一個重要的概念就是要有「投資」的觀念。早期在「富爸爸與窮爸爸」一書中知道,要盡力的去累積資產。所以,除了自己的工作之外還有「投資」的這門學問需要去學習。當然,今年我嘗試了一些不一樣的方法,在投資上也有些斬獲。不過,還是希望這些可以形成一個比較被動的收入模式。所以,在今年有聽到廣播節目介紹「股海老年抱緊的50檔股票」,我也就買來研究一下,並且從中檢視這些投資的理論與規律累積自己在這上面的知識。

除了自己看書之外,今年度也上了一些課程,包含「一人公司」、「MEDDIC世界一流的銷售技術」及「說故事的表達述」等,獲取與自己專長領域不同的知識點,也在這裡面創造了一些不同的「連結」,奠定一些未來發展的基礎。

到了年底,難免要進入這個「自省」的階段,在今年中有買一本【團隊自省指南 打造敏捷團隊 起手式、團隊自審套路、手法、心態】,書裡面有各種「自省」的手法,也讓自己有停下來的時間,思考接下來怎麼走更好。在年底的時候,也聽了本書的作者,是一位來自日本專門研究「自省」這件事情的專家。適時地提醒自己,不要只是一昧地投入在「執行」的當下,除了「低頭做事」也要抓一些時間「抬頭看路」,以前我的指導教授也這樣提醒過我。現在,就是透過定期的「自省」來檢視這一段時間以來的狀況是否夠好,有沒有更好的方式。

【總結】

        2024 年就這樣邁入了尾聲,緊接者就邁入 2025 年,有賴公司的夥伴,在 2025 年之前就有一個很好的展望,在這裡面也有很多有挑戰的專案,期望我們可以很好地完成這些任務。

        在這一年間,從一個人到開始有團隊,緊接著面對新一年的挑戰,奠定發展的基礎。雖然,我們目前僅能從事「專業服務」的相關事務,但對於自己或同仁在未來一段時間內技術的發展應該都是有相當的助益。

        我自己默默地將未來一段時間執行相關類型的 IT 服務所需要的知識與工具集整理了起來,隨著業務的拓展,逐步地補強我們的知識地圖,也希望在每個領域能夠養成一位以上的專家,讓我們能提供給客戶最好的「服務品質」。

        2024 年是 AI 受到關注的一年,大家無不在討論 AI。雖然,我們還沒提供所謂的 AI 服務,但我們從工作中引入了 AI 來增強效率。如同 2023 年末的體驗,在有了 AI 之後將使得進入一個領域的門檻變低。但是,很多時候,怎麼問出具有深度的問題來讓自己得到答案,或是辨識 AI 回覆的資訊內容,就是一個新的知識領域。

        或許,在這個時候,真的如同愛因斯坦所述,當我們要處理一個問題的時候,我可能會花 90% 的時間去理解問題的本質,然後利用最後一小片段的時間來解決問題。在有 AI 的時代,這可能是一種新的工作模式。所以,未來的關鍵會在「學習力」、「理解力」最後可能搭配上執行力。

        當然,在 AI 發展的當下,也有人因為「速食知識」而產製品質不佳的作品。而作為專業人才的價值,是能夠判斷這些知識點並且進一步地去優化這些產出,而不是一昧地運用 AI 完成剪貼的工作。試著思考,如果沒有人持續地去優化與推進這些知識,那麼 AI 未來又如何增進?至少現階段的 AI 還是只能作為「工具」使用的階段,距離「廣用形式」又能「自我思考」的階段來有一些距離。

        再來,在這一年間,有一兩次的會議我突然無法出席,因為臨時的身體不適。所以,接下來對於健康的維持以及打造一個可以互相備援的組織會是 2025 年我想發展的重點。