搜尋

搜尋結果

重入膠坑5 | 堆積變山積，山積有辦法解決嗎？
手機‧電玩
MacauYeah・2025-02-20

針對大標題的問題，先講結論，堆積是沒法完全避免的，但我們應該有條件防止堆積變成山積(大量堆積)。 堆積不可避免的原因 以前筆者一直是玩遊戲多，面對特價節日買多了的現像，直到PS4後期，都還會有這個問題出現。但在過渡到PS5早期，就不再有這個問題。因為數位遊戲必定是越賣越便宜，除了機器壞、停產的問題，基本上不會有所謂的錯過好遊戲的問題。不同平台，每年都有節日特價，急玩頂多也就原價買入，能等就一定會有好價錢。 但模型可不一樣，實體商品都有限量的問題，首發一定貴，再販之後會回落到正常價，但再過一期就不一定有現貨。所以大家的策略一般是先買入自己認為不錯的新貨/特價品，以免後來買不到，即使山積也會照買。不過問題就是當年紀越來越大，又或是對制作越來越有要求，作業的速度就會越來越慢，然後山積就會越來越嚴重。 改變一下心態 首先這裏不討論成品玩具的山積問題，因為成品玩具至少可以折價出讓，只要夠捨得，想清貨一般都有市場。這裏講的山積問題主要是針對拼裝模型部份，針對那些要自己出手，慢慢一件件加工的玩具。 最初，我們可能很想完美地砌完一台模型，打磨、上色、擺拍。但因為一些技術問題，例如因為損毀要另行修復、制作難度、天氣問題、家庭問題，令大家的進度一直無法向前。久而久之，就會更無心情去完成作品，食之無味，棄之可惜。 面對這個問題，我們可以考慮放過自己，其實不一定要完美制作才能體現樂趣。素組，AA膠強行修復，遮醜，拍攝區部特寫，也可以一定程度的避重就輕地跳過有問題的部份。 貴精不貴多 由少量堆積變成山積主要的原因源自於【不想錯過】，但對於長遠目標來講，山積可能意義不大。 如果我們的目標是收藏，我們會想精制，而面對可能損毀的風險，雙入更具意義。所以不同時期山積多款模型，就變得沒有對沖意義。 如果我們的目標是重複把玩，我們可能更在意空間收納的方便性。若山積的話對於怎樣找模型，絕對是一個阻礙。舊模可能需要搬去一個更隱閉的地方，但這樣亦代表不再把玩，所以堆積也沒有價值。 重新定義如何斷捨離 回到本文最初的結論，堆積，或者叫作團貨，是沒法完全避免的。主要因為商品可取得性問題，再加上對珍品的不捨，一定量的堆積是必定會出現的。但我們可知道，物品始終都會老化或損壞，亦即是有保質期的問題，堆積不代表可以永久擁有。有些我們無法完成、修復的作品，就只好換個形式儲存，例如變成改件作為下一個作品的配件使用，又或是送出給下一位有緣人。新品購入時，亦要評估保質時間，自己是否可以在指定時間內開封體驗，免得錯過最佳觀賞時間。

Github copliot vs Intellij IDEA ultimate
科技新知
MacauYeah・2025-02-18

github copliot 最近正式開放每月限量免費使用，只要有github 帳號，就可以經過vscode copliot plugin，向 github copliot 交互式生成程式碼，又或是經 copliot 提供 code completion。大家會不會想過，加了github copliot的vscode，是不是效率暴升，可以跟傳統的付費IDE 例如intellij 的IDEA ultimate版本平起平坐？ 流暢度明顯提高 是的，在生成程式碼方面，特別是code completion，在開啟copilot之後，實在好太多了。筆者長期寫java，vscode 原生的 java code completion，實在太陽春。java class name都很長，而且是強型別，很多時候都要完整打出class name。但大部份時候，筆者都要打很多個字之後，vscode才猜到你想打什麼，再給你可能的code completion，但這樣一來你也快打完了，幫助不大。要麼就是自己複制貼上，要麼就自己全拼出來。 在開了github copilot之後，在空行開始時，它就會開始猜你的意途，在打幾個字母以後，它雖然會頓一頓，但總在筆者跳去其他部份複制class name之前，就給出更新結果，實在省心太多。但猜測始終是猜測，大部份時候還是邊打邊修正。不過code completion方面，已經是追得上intellij，有些時候更是超越了intellij。例如我們有時寫 javascript 時，需要做多語言顯示，我們需要為每個語言設定一份i18n的翻譯。copilot 在這方面也能幫到忙，它會自動推薦可能的翻譯，你連問都不用問，這些功能，都不是 intellij 的本地運算會有的支援。 另一個要提提的是 copilot chat，它跟大家平時使用 chatgpt 程式碼生成的方面類似，只是它可以直接在vscode的某個檔裏直接交換生成程式碼。不過生成的品質都很一般，很初階的事可以做，深一點的就不懂。例如你很常寫java，但突然要寫javascript，有些javascript的array操作你懶得查，這時你可以叫copilot chat幫你生成。但若果你今日使用 javascript 框架，有一些 vuejs 或 reactjs 的結構參數傳遞你不太了解，你想找copilot chat，那就幫助不太。它依然可以生成一些程式碼，但對你碰釘的地方沒有修正意義。你還是需要自行從官方文件較對、研究Stack overflow中相似問題的解決方案。就跟chatgpt差不多。當然這些不是傳統IDE可以給你的。但如果現今對比的是收費的copilot chat和本地免費的ollama qwen2.5-coder，copilot chat就沒有太大性價比。 可以作為付費IDE的平替嗎? 如果我們拿vscode + github copilot 跟 intellij IDEA ultimate來比較，前者入門價錢是120美元一年，後者入門則是169美元(次年續期有優惠，但到了第三年才會比 github copilot便宜)。單看價錢的話，github copilot的確比較便宜。想省點錢，github copliot絕對是一個可以考慮的選擇。但除了錢以外，或者我們還要考慮一些其他因素。 公司立場上，介不介意你的IDE上傳資料到cloud service上面？ 付費IDE的除錯功能、多環境整合、程式碼品質分析，這些關係到長期維護，非程式碼生成部份，是不是可以忽略不計。 筆者在開發開源的程式，長期都使用vscdoe，在配上 github copilot 後，明顯覺得它提升了 vscode 的流暢度。但相對實際工作上，筆者還是會集中使用 intellij IDEA ultimate 。因為即使vscode 有明顯改善，但日常碰到的問題更多不是在生成部份，而是解決那些似是而非的程式碼結構陷阱，這方面還是intellij 更幫到忙。(當然stack overflow和其他網路資源才是真正的救命靈藥。)

steam deck 辦公用途工具資訊 2024/12更新
科技新知
MacauYeah・2024-12-17

購入steam deck 已經有一年多的時間，之前亦發過一些安裝教學。適逢筆者系統重裝，又有機會重新檢視工具的可用性。 Podman / Distrobox 一項很重要的更新，Steam OS已經有預安裝podman，不需要經home brew安裝。但預裝的podman 沒有內置DNS，可能會對K8S等進階應用有影響，不過筆者只作為單機測試用，普通的podman compose沒有問題。 另一項很重要的更新，就是 distrobox，它可以經 podman 讓大家方便地執行不同的 linux 版本，想在Steam OS上使用Ubuntu？沒問題，開箱即用；想用VScode官方維護版本，沒問題，安裝指定Linux再按裝VScode就好。 詳見上一期的介紹。Steam OS 3.5更新，內建 podman, distrobox 中文輸入法 我們不需要再安裝Fcitx5 + Rime，如果大家在遊戲模式下，已經設定好中文輸入法，那麼在輸到桌面模式下，照樣以Steam Button + X Button的方式，打開內鍵輸入法。你會見到有虛擬鍵盤彈出，它會覆寫桌面模式的。此時，即使你關掉虛擬鍵盤，並用實體鍵盤，中文輸入法都會保留。不過大家要確認，彈出當下必需要是【中文】。 若然你彈出的虛擬鍵盤是英文，請按【地球】轉換到【中文】後，關掉虛擬鍵盤，再重來一次(重按Steam Button + X Button)，確保彈出的時候是經【中文】覆寫。 Discovery Discovery 是 Steam OS 預設用來安裝第三方程式的地方，它經 flathub / flatpak 存取程式。但筆者一定要先強調，它提供的第三方程式，並不一定會得到原開發者的支援，它屬於打包移植之類。 例如 flathub 中可以找到 Google Chrome (https://flathub.org/apps/com.google.Chrome) ，但它實際是經過一個github 專案移植過去的 (https://github.com/flathub/com.google.Chrome)。它有提供持續更新，但筆者不保證當中有沒有任何被植入過任何不正當軟件。 相反，flathub中有一些程式是經過原開發者支援的，例如 Firefox (https://support.mozilla.org/en-US/kb/install-firefox-linux), Gnome Boxes (https://gitlab.gnome.org/GNOME/gnome-boxes), Gimp (https://www.gimp.org/downloads/) ，這類可以比較放心使用。 筆者過去使用 Discovery ，的確有遇到一些權限問題，但最後估計應該是筆者安裝 Homebrew 所影響。筆者在重裝 Steam OS 後，直接使用 Discovery，就沒有問題。過去需要經 Homebrew 安裝的東西，現在經 podman , distrobox 或 Gnome boxes 就可以了，不再需要經Homebrew去折騰一輪。而且Homebrew也不是萬能的，因為Steam OS有限制一些套件的事用，即使安裝Homebrew也解決不了。若想要完全開放套件限制或解決依賴問題，還不如直接開啟Steam OS覆寫權限，轉用Arch Linux的安裝包。

Git 歴史修正
科技新知
MacauYeah・2024-10-29

有時候，我們修正一系統檔案，例如某個commit中，多了一個不該放的檔案，又或者想修改該commit的作者，我們就要追搜到某個commit，然後用rebase隨個改。 例如本次repo，有一個githubAction.md，因為錯誤原因，被加到了main中，也藏了很久。如果我們想連根拔起，我們需要加出它第一次出現的commit。 $ git log githubAction.md commit 60ccd70f6b768138cbe23c93ffcfa32574ce895c 那我們就以它前一個commit作為rebase的根據，進行逐個commit修正。 $ git rebase -i 60ccd70f6b768138cbe23c93ffcfa32574ce895c^ pick 60ccd70 draft some content pick e2ee9a3 add some senario. pick b91afc1 refine submodule; pick 98cd366 add notes about submodule specific checkout; pick 064b06f test directly commit in submodule main pick 7b648d2 update git submodules notes pick 556f25e add notes about merge timing pick 5244804 Create git-continuous-integration-strategy.md pick 107e486 add more pratical nodes about ci; pick d93cbee add mono repo challenge pick 1c471b6 add worktree notes pick 9063ccb notes about different of git flow and github flow; pick b72e89e Update github-flow.md, add ref more link pick 0b8f2a9 draft github flow release problem pick 8b333fc finalize github flow release strategy 在rabase選項中，把需要改的commit由pick改為edit。(rebase會以舊到新顯示)。然後儲存。例如 edit 60ccd70 draft some content edit e2ee9a3 add some senario. edit b91afc1 refine submodule; pick 98cd366 add notes about submodule specific checkout; pick 064b06f test directly commit in submodule main pick 7b648d2 update git submodules notes pick 556f25e add notes about merge timing pick 5244804 Create git-continuous-integration-strategy.md pick 107e486 add more pratical nodes about ci; pick d93cbee add mono repo challenge pick 1c471b6 add worktree notes pick 9063ccb notes about different of git flow and github flow; pick b72e89e Update github-flow.md, add ref more link pick 0b8f2a9 draft github flow release problem pick 8b333fc finalize github flow release strategy 我們第一次會在60ccd70，我們作出想要的改動，然後經amend去改掉60ccd70 $ rm githubAction.md $ git add -u $ git commit --amend --author="newuser " 確定無誤的話，就可以去下一步，即是到了e2ee9a3 $ git rebase --continue 因為已經rebase過，你此時看到的不會再是hash不再是e2ee9a3，而是自動rebase完的e2ee9a3。若大家有東西要改，就使用commit --amend。如果沒有東西要改，也沒有conflict，可以繼續rebase --continue下去。

Docker Tag 命名
科技新知
MacauYeah・2024-10-24

一般來講，同一個docker image會提供多個不同的版本，每個版本會附予不同的tag，以作標識。但以docker image的維護者來講，它的tag通常代表的是自己程式的版本號。不過這個版本號卻存在很多變數，就讓筆者好好地逐一說明。 程式的版本號 在沒有Docker的年代，其實所有軟件在發佈時，都會標示版本號，方便使用方明確追蹤問題，自行選擇升級、降級以解決相容性問題。大家要重現問題，也能清清楚地重現。所以docker image的tag，在某程度，都是代表發佈自己的程式版本號。但以前的年代，軟件底層的依賴，例如OS層面的共享程式庫，則不在發佈的管控中，所以過去的程式，在跨電腦安裝時，都會出現缺少某些共享庫的問題。而使用了Docker後，image以內的共享庫的都會在打包的那一刻固定和發佈，就不會有漏的問題。 庫更新，怎麼辦 上面說到image可以打包共享庫，但問題是共享庫也會有安全性更新問題，那麼對docker image的維護者來講，它自己的tag又該如何命名？ 因為庫的量可大可少，所以一般來說，都不可能完全把各個庫的版本號寫在自己的tag上。退而求其次，就是用"版本號+日期"，庫的細版本號，就存在原始碼當中。Ubuntu 就是這樣的例子。 不過"版本號+日期"的命名方式真的方便嗎？每次下遊用戶想更新去最近版本，都要自己找一次最近的日期。這樣對很多用戶來講都不夠方便。所以docker又提供了一個重tag的功能。例如ubuntu:noble，在早些時候指著noble-20240904.1，然後過幾天，又指向更新的noble-20241009。更常見的是latest，每次image都預設會存在，docker也希望大家會定期更新這個tag，讓大家可以更易地找到最新版本。 註: 這跟git tag有所不同，git tag並不預期會變的。當協作者收到tag後，那怕上遊刻意更新tag指針，協作者沒有刪除原tag之前，都不會知道tag更新去了哪裏。 我們該如何選 在發佈方和引用方來講，引用時可以明確使用唯一的"版本號+日期"，對穩定性來講是有意義的。不過多多少少，會產生額外的時間成本。發佈方來說，就是多用了一些儲存空間，方便引用方可以隨時找到舊(庫)版本。而引用方，就要手動修改引用號，作為驗收依據，自動更新的難度比較大。 但對於自動更新要求比較大的情況下，可能就是使用latest或者會隨時更新的share tag(共用tag)比較實際。但我們也依然要定一些方式去版本更新記錄，例如：同時使用 beta latest archive 每日自動更新beta，只有所有測試都通過時，才把archive指向現在的latest，再把latest指向現在的beta。這樣做的好處是，核心的docker stack檔案改變的機會較少，也可以免除docker swarm做太細緻的權限管理。

Ceph Storage 水很深
科技新知
MacauYeah・2024-09-25

筆者不才，早前為大家介紹了一篇關於Ceph Storage的最入門安裝教學。但在後續測試中，發現了一些概念上的問題，需要盡早說明，不然就會像筆者一樣，要砍掉重來很多次。 OSD HDD Ceph Storage的主要功能，就是為Contiainer提供外置儲存空間，它對儲存空間有特定的要求。我們最好在建立ceph cluster(cephadm bootstrap)之前，就為每個node上增加合適的HDD 引述官方說明: OSD (Object Storage Daemons) The device must have no partitions. The device must not have any LVM state. The device must not be mounted. The device must not contain a file system. The device must not contain a Ceph BlueStore OSD. The device must be larger than 5 GB. 簡而言之，大家需要準備新的HDD，不要做任何格式化，讓OS見到HDD但不作任何操作。筆者試過，使用hyper-v VM + hyper-v HDD，也是可以做到的。不過之前筆者於教學中用的 multipass 就沒有這個模擬HDD功能，我們需要使用比較強大的VM作為實驗。 若然HDD是在ceph cluster(cephadm bootstrap)建立之前，就存在的。我們可以經過ceph的網頁介面，或經指令自動加入。 ceph orch apply osd --all-available-devices 若然HDD是在ceph cluster(cephadm bootstrap)建立之後，才加入的。那麼ceph有機會沒法自動發現它，筆者當前的dev版本就出現這問題。我們就需要經指令手動增加 ceph orch daemon add osd NODENAME:/dev/sdb OSD 官方說明文件 https://docs.ceph.com/en/reef/cephadm/services/osd/#cephadm-deploy-osds Reset 在我們做實驗時，若我們想回復到上一個狀態，測試不同的參數差異，Ceph指令並不會即時執行。例如前一句的add osd，想倒回來自行刪掉一些osd，即 ceph orch osd rm OSDID 它就會排隊慢慢做刪除。 但這個過程筆者未有成功過，OSD一直處於繁忙狀態。有機會是因為系統需要保持同步狀態，待成功遷移資料前，什麼都不能動，所以一直都在待刪除的狀態中。 同樣地，當我們想要刪除一些node時，我們使用以下指令 ceph orch host drain NODENAME ceph orch host rm NODENAME 最後也是會卡在刪除OSD的情況 Removing Hosts 官方說明文件 https://docs.ceph.com/en/reef/cephadm/host-management/ Static IP 因為 container 技術，很多都需要固定 IP ，我們做實驗之前，最好先了解你的VM engine如果提供Static ip 。以 hyper-v 建立的 VM ，其實可以同時建立兩張網卡的，一張為預設網卡，用於連網用，另一張則設定為內部網絡。在安裝 ceph 時，經 cephadm bootstrap 所引用的IP則設定為內部網絡的IP。之後基本上使用任何一張網卡的 ip ，也可以訪問到cephadm的網頁介面。如果不是在一開始的階段上準備Static IP ，我們又會在重設/解綁cluster時，同樣因為機器繁忙而卡在不上不下的狀況。

全球教育新點子：結合未來技能與傳統教學的力量
文化創意
陳康妮・2024-05-24

全球教育新點子：結合未來技能與傳統教學的力量 在當今這個快速變化的世界中，教育不僅僅是知識的傳遞，更是技能和能力的培養。澳門教育家陳康妮認為，未來技能教育應該成為全球教育的核心，這包括批判性思考、創造力、協作和溝通能力等。然而，隨著教育科技的發展，我們也必須認識到聯合國教科文組織（Unesco）所強調的，即線上教學永遠不能取代老師的面對面指導。 未來技能教育的重要性 未來技能教育的目標是為學生提供在21世紀社會和職場中成功所需的技能。這些技能包括： - 批判性思考：能夠分析問題，提出解決方案。 - 創造力：在面對挑戰時能夠想出創新的方法。 - 協作：與他人共同工作，達成共同目標。 - 溝通：清晰地表達想法，並有效地聆聽他人。 線上教學與傳統教學的結合 雖然線上教學提供了靈活性和可訪問性，但它不能完全取代傳統教學。老師的面對面指導對於學生的情感發展和社交技能至關重要。因此，我們需要一個結合了線上教學和傳統教學的混合模式，這樣學生既可以利用科技的便利，也能從老師那裡獲得必要的指導和支持。 實施策略 為了實現這一教育新點子，我們需要以下幾個策略： 教師培訓：提供教師培訓，使他們能夠有效地結合線上教學和傳統教學。 技術整合：在課堂上整合最新的教育科技，以增強學習體驗。 課程設計：設計以未來技能為中心的課程，並確保這些技能能夠在真實世界中得到應用。 評估改革：改革評估方法，以衡量學生在未來技能上的進步。 這些關鍵技能將幫助澳門的學生在競爭激烈的世界中脫穎而出，為他們的未來鋪平道路。澳門教育應該不斷進步，以適應不斷變化的需求，並為學生提供最佳的教育體驗。

軟件發行也需要維修基金？
手機‧電玩
MacauYeah・2024-05-13

筆者參與軟件開發，都己經有好一定年期。面對軟件開發週期，最痛苦的並不是研發階段。好多打機的朋友，可能會以為軟件應該跟遊戲差不多吧，開發完就頂多修BUG，然後全心地投入下一個項目的開發。要持續花時間更新？不可能，微軟不也是幾年要求重買一次新版的Office套裝嗎？幾年也要另外花錢升級OS。概然全部都要另外花錢買，不就是一個全新的項目嗎？ 其實除了微軟這種夠大夠惡的龍頭公司外，其他都不是這樣運作的。例如我們現在很常用的手機OS，不論Android, iOS，其實只要硬件支緩，就不需要用戶成本就可以升級的。其內的App應用，也因為手機OS的升級，也要持續升級。所以不論你是哪一層的開發者，好大機會都要一直維護已發佈的軟件版本，好讓它可以在不同環境下運作。而這個維護成本，就看你低層的供應商有多進取、有多佛心。現在基本免費的供應商都會大刀闊斧地改功能。大家要留意，是改功能，不是加功能。也就是有些功能過去有，現在使用模式整個有改變，你不得不重寫自己的軟件。 所以筆者現在最頭痛的是，如何為公司維護這些沒法帶來新收入，而又要不斷支付時間和金錢的訂制軟件。 技術上，一定有很多討論，但在於只關心行政的老闆的角度下，根本聽不懂。在於開發者的角度，也需要很長期的實務經驗才能有好一點的佈署。扣除技術，在本質上，若然各利害關系人都曾經考慮過，大家應該都會有更好的預期。 軟件有生命週期，而且這個重複得越來越快。由開發到發佈穩定版本的時間、人力、金錢最高。因為環境變遷，重回開發的機會越來越多，不斷地重複。 需求狠心地下架過氣軟件。過氣軟件，要麼更新，要麼淘汰。但不是所有軟件都受歡迎，值得投放時間。這個在老闆視角下，他很懂。但老闆通常做不了的是，狠心放棄升級不了的軟件。老闆經常覺得，只要軟件放著不更新，就不會有成本。錯，因為老闆只會記得倉庫中曾經有一個軟件可以做到某個功能，可以給賣給某個客戶。但當你拿出來時，才發現不能直接用，還是很焦急地找人更新。 軟件開發，跟很多其他類型工程很像。不是隨時看看圖表，就可以回憶前世今生。舊軟件要救，要花時間先摸索當初的開發工具、環境，追查問題原因，或許最後可只改一句指令就解問題，但總體成本會令人無法接受。 軟件的可複制性不如以前。很多老闆會認為，你之前開發過一次，抄過來做點少改動，不就可以當一款新的應用嗎？因為原來軟件沒有維護，大部份過氣的軟件，即使你有原始碼，你也未必能找到適合的編譯環境來做改動。想要改動？還是老老實實做先更新。 所以，大家對於軟件維護，應該要像物業管理一樣，要預留一部份費用為維修基金。可能還是有老闆會講，怎麼可以預留到這麼多錢去做維修？所以，筆者更加建議，不是要做一個完美的萬能軟件，要鎖定核心功能。沒化更新的，就放棄、止蝕。

斷捨離與市民免費分享二手物品
文化創意
陳康妮・2024-01-30

(2024年1月24日 - 星報) 【特訊】澳門斷捨離學會義工隊在過去的兩年裡，每週三積極走進社區，致力於共享二手物品，並免費提供給澳門市民所需。這項義工活動不僅為社區帶來了便利，同時也推動了環保理念的普及和可持續發展。 斷捨離運動在全球范圍內逐漸興起，其核心理念是減少過度消費和浪費，以達到心靈實踐和環境保護的目標。澳門斷捨離學會義工隊的成立，旨在將這一理念引入澳門社區，並積極推動實踐。義工隊的成員來自各個年齡段和職業背景，他們自發組織起來，共同參與這一有意義的活動。每週三，他們將收集到的二手物品攜帶至社區，並在指定地點設立臨時的共享物品站。這些物品包括衣物、書籍、家居用品和玩具等，涵蓋了市民日常生活的各個方面。 在共享物品站開放的時間內，澳門市民可以前來選擇所需物品，並免費獲得。這不僅為市民提供了一個便利的渠道，解決了他們對於一些日常用品的需求，同時也減少了浪費和資源的消耗。義工隊的成員不僅提供物品，還積極開展環保宣傳和教育活動。他們在現場向市民講解斷捨離的理念和方法，提供有關環保和可持續發展的資訊，鼓勵大家共同參與環保行動，共同為澳門的可持續發展出一份力。 在過去的兩年中，澳門斷捨離學會義工隊的活動取得了顯著的成果。越來越多的市民參與其中，共享物品站也逐漸成為了社區的一個重要組成部分。這項活動不僅為社區帶來了實質的幫助，同時也推動了澳門社會對環保和可持續發展的關注。 澳門斷捨離學會義工隊表示，他們將繼續努力，為社區居民提供更多的幫助和支持。他們希望通過這項活動的持續開展，進一步普及斷捨離的理念，促進澳門社會的可持續發展，讓更多的人受益以上是一篇關於澳門斷捨離學會義工隊每週三走進社區共享二手物品免費分享澳門市民所需的新聞稿，總字數為1500字。新聞稿介紹了該義工隊的成立背景和目的，以及他們在社區共享物品和推廣環保理念方面所做的努力。同時，強調了這項活動對於社區和環境的正面影響，並表達了義工隊將繼續努力的承諾。

Coding | Test Case 值得寫嗎?
科技新知
MacauYeah・2023-11-02

很多做軟件開發的朋友，其實都會聽過Test-driven的開發模式。就像Scrum一樣，名氣很高，但試過的人很少。為何會這樣呢？筆者認為，並非開發者懶，而是編寫Test Case的難度真的高。對比開發程式本身的成本，寫Test Case的時間/學習成本一樣高。 造成這些高成本的原因很多。一來是因為開發者並不像過往一樣，慢慢從零寫程式，一般都應用Framework去預構建一些東西，例如打包Database connection pool，Dependency injection。Framework是好用的，但就令你要模擬Mock up特定資源，變得越來越複雜。所以一般中、小型開發，都鮮有人懂得做Test Case(除了大神獨立開發者外)。筆者對於Spring boot等Framework，都摸索了很久，才能模擬一些特定資源。但Framework一更新，就很多部份都要重寫。所以筆者沒有很強調要做Test Case，因為成本認真大。 最近，在摸清一些test case 基本concept後，筆者又重新開始嘗試編寫test case。以下假設用的是object oriented programming 在開發自己的class，為每個public function，都寫test case。很多IDE, 都有提供相關自動生成test case function signature的功能（就是為你的目標function，起一個只有外框的test function。）vscode雖然不是原生支援java，但只安裝基本的java test package，就可以達到同樣效果。 在不依靠framework的情況下，自己class要『引用』的其他class object，不要經過自己使用new來生成object。全部經set function來傳入你要引用的class object。除非你的class是作為Factory Pattern（工商模式）生產某些object，不然你就不會再有new字眼。 在為自己class編寫test case時，就會可以模擬被『引用』Object的行為。這個object在傳統上可以使用oop中的interface類型來達到模擬又不會影響到原結構的做法。實在不想做interface，java還可以用mackito 這個libraray來硬改Object的行為。 同理，自己class要『引用』一些外部資源，那些設定資源的config，都應該要set function傳入。這樣你在test case中才能起一個臨時的模擬外部資源。 在不使用framework的情況，要全數去自行模擬，當然很痛苦，但至少你可以做一些很簡單的測試。 在使用framework的情況下，還有些教學都是教你mockito繼續模疑。但這會是很痛苦的，因為這樣叫做unit test，單元測試，你要模擬所有東西。在折衷的情況下，應該底層元件做unit test，但上層的元件就做integration test，整合測試。 在做integration test時，就差不多等同使用framework行起部份或必要的資源。而那些必要資源，可能指是的database service, network service。我們可以在test case中設立不同的config，從而把framework指向一些備用資源。 Database好貴，腦細不會付錢set up多一套，自己電腦不夠強，也不能跑起多個開發用Database。好在還有h2 database可以幫你，它是memory可以操作的。只要你的framework支緩就好。在初次使用Framework時，你總會覺得為何Database層要設得這些抽像，其實為的就是讓你可以隨時換Database。不論做測試還是做移植，都會少很多問題。 模擬Network service還是沒有銀彈，要麼就mockito硬改行為，要麼就是提供一套測試用service。筆者曾經為模擬別人的Network Http API，也花了相當時間自己建立dummy server，提供模擬效果。無論dummy的效果有多假，有多局限，例如if id == 1，always return true，也是有一定價值。當你做source code refactoring （重構），又或是做framework升級時，還是讓你可以安心一點。

斷捨離與個人成長之關係 放下過去創造自己的未來
文化創意
陳康妮・2023-10-19

你是否曾經感到自己的生活太過複雜和混亂？你是否曾經想要擺脫過去的陰影和束縛？你是否曾經渴望自己的未來更加明亮和美好？如果你有這些想法，那麼你可能需要嘗試一種叫做斷捨離的方法。 斷捨離是一種簡化生活的方法，意思是斷絕不必要的東西，捨棄多餘的物品，離開對自己不利的環境。斷捨離不僅可以讓我們的空間更寬敞、整潔，也可以讓我們的心靈更清爽、自由。斷捨離可以幫助我們減少壓力、提高效率、增加幸福感 斷捨離也可以促進我們的個人成長，尤其是與我們的原生家庭有關的成長。原生家庭是指我們出生和成長的家庭，它對我們的性格、價值觀、信念、行為等有很大的影響。然而，原生家庭並不一定都是健康和正面的，有些原生家庭可能存在著暴力、虐待、冷漠、過度保護、控制等問題，這些問題會給我們留下深刻的傷痕和陰影，影響我們與自己和他人的關係。 因此，我們需要對自己的原生家庭進行一次斷捨離，也就是放下過去，走出陰影，創造自己的未來。這並不意味著我們要否定或忘記自己的原生家庭，而是要正視和接受自己的過去，並從中學習和成長。 我們可以通過以下幾個步驟來實現斷捨離與原生家庭： 斷：意識到自己與原生家庭之間存在的問題和衝突，並決定改變自己的狀態和態度。這需要我們有勇氣和決心，也需要我們有足夠的自信和自愛。 捨：釋放自己對原生家庭的執著和依賴，並放下自己對原生家庭的怨恨和期待。這需要我們有寬容和謙卑，也需要我們有足夠的自由和自主。 離：距離自己與原生家庭之間不健康和負面的影響，並建立自己與原生家庭之間健康和正面的關係。這需要我們有智慧和技巧，也需要我們有足夠的尊重和溝通。 通過斷捨離與原生家庭，我們可以從過去中解放出來，並開始創造自己想要的未來。我們可以發現自己的潛能和價值，並實現自己的夢想和目標。我們可以與自己和他人建立更深刻和更美好的關係，並享受更豐富和更幸福的生活。 斷捨離不僅是一種生活方式，也是一種成長方式。它可以幫助我們釋放自己的負擔，發揮自己的潛力，創造自己的幸福。讓我們一起開始斷捨離吧！ （澳門斷舍離學會 供稿）

Design Pattern: Observer / Subscribers - Push vs Pull
手機‧電玩
MacauYeah・2023-09-29

相信一般入行IT不久的朋友，都會知道IT系統更新時，有推和拉(push、pull)兩種方式。特別是Programer，對於觀察者模式又或者是訂閱者模式(Observer / Subscriber )會有更多的使用經驗，例如:OS programing要處理event bus，Mobile App要做的推送通知(Push Notification)。 但一般來說，很少人討論推和拉(push、pull)的問題，筆者就著一些踩過的坑來說說差異。 首先，在一個通訊相對穩定的系統中，Push、Pull都很好用。例如同一個OS內，它的socket或pipe可以看作很穩定，可以假設那些要廣播的消息可以正常傳遞出好。但好用歸好用，這個模式對於越來越複雜的交互系統都有一個無法明確處理的問題：怎樣去處理觀察者/訂閱者自己的操作失敗問題。 對於非IT行業的讀者來說，只要你接觸過手機即時聊天程式(IM，如whatsapp, wechat, facebook messenger)應該都會遇到一個問題就是：你收到OS提示通知，但打開聊天程式卻看不到新的對話內容；又者是你連續收到多個同一個內容的提示通知，那怕你已經讀過了。這些都代表了，手機端當初時沒有好好即時回應是否已經操作成功，不需要重複通知的問題。有可能是手機當時掛了，也有可能是網絡不太好。 上述的例子，對一般人來說，可能影響不太。因為重複收到訊息，又或是漏了訊息，也不會怎樣。但對於業務系統，例如定期收費，多收一次又或是少收一次，都會引起某部份關係者的不滿，即使事後有退費機制，但有些匯率問題，始終會有差異。在傳統架構上，有規模的公司系統都可能會使用內部的中央資料庫等做交易(transaction)管理，整個過程，都要嚴謹地記錄廣擴是否成功、觀察者自己的操作是否成功。 在近代，分散式系統又或是微服務的出現，令上述的中央資料庫無法實行。如何好好地重新定義好Transaction管理，就是一大挑戰。筆者最近亦實作了一個要在微服務的上廣播的觀察者模式，但雪上加霜的是，在互聯網的環境下，廣播的消息沒法保證可以正常傳遞出好。觀察者/訂閱者可能已經正常收到消息，也做了相應的操作，只是來不及回應，網路就斷了。這令重複發送信號的可能增加了。 如果說，要以平民的方式去實作這類廣播，Pull會比較有大的容錯。廣播者只是通知觀察者/訂閱者來拉資料，保證廣播當時的資料量可以盡量地少。廣播者開放盡量大的查閱權，觀察者/訂閱者可以自由決定事後更新要取得的資料量。但這樣每個觀察者/訂閱者都要重做一次同步機制，不過好處是，主動權在於他們自己手上。 相對地，Push的容錯就低一點，但要付出的成本也跟Pull差不多。因為網路環境，大家要重現一個基於TCP/IP而有commit/rollback的難度較大。當網路出現斷線，廣播者無法確定是否需要重做。在重複收到訊號時，最後還是需要觀察者/訂閱者來決定怎樣處理重複記錄。但比Pull好的是，Push可以限制單次訊號的傳送量，也可以確保觀察者/訂閱者一定收到特定的記錄。 上述就是筆者在這一年來遇過的坑，如有什麼不足，很歡迎大家一起來作更多討論。

Git Submodule
科技新知
MacauYeah・2023-09-15

Git Submodule 初次實務上使用submodule來同時管理幾個project的更新。如果有任何理解上的錯誤，請在github中提issue或pull request。 Why Submodule 假設你的團隊中有三個人，A君做A Project，B君做B Project，C君做Main Project。如果可以，A，B各提供已編譯的Binary或Library，給C君直接使用就最好。 但要做到好好管理，A，B都要有自己的發佈系統，即是把Binary上傳到某個分享Repo中，這樣C君就能有條理地通過IDE或Compile工具下載對應的版本。如果是javascript，Repo可能就是npm repo，如果是java，可能就是maven repo。這亦代表A，B君對程式編譯、打包、版本命名等都要很熟悉，不能一輩子都命名為v1.0.0。 如果團隊對這些都不熟悉，C君還有什麼方法呢?其實靠著Submodule的功能，C君也可以硬把A，B的Source code取出，做最後打包。 這跟A、B君自己把source code壓縮然後Email寄給C君是有不同的。因為這樣C君並不清楚A，B的git脈絡：C君需要自己做好A、B的版本記錄。想要只回滾A，B的版本普不容易。但經過git Submodule後，C君可以清楚知道現在正使用的是A、B的那一個commit版本。假如有一天，A、B、C三個都更新了，但發現合起來時就跑不動。C君可以保持A、C的版本不變，單獨提取B的某個版本進行測試。當然，你可以說原本Email也可以這樣管理，但始終你不清楚B的版本記錄，Email的日期並不代表Source Code的進度。(因為有時候,Bug Fix是針對舊版本的做更新，新功能的Email日期反而比Bug Fix要早) 同理，如果大家要連結多個沒有發佈系統的文字資料，也可以利用Submodule。例如筆者正在編輯一本書，當中不同的主題，就是使用Submodule的功能串連起。 Command 馬上看來來Submodule可以怎樣做。 假設你已經知道git 怎樣用，也起了git repo。假設你是C君，進入你的本機repo資料夾內，使用submodule參數。 上面的效果，就是把C君當前repo的狀態，連結到B君submodule當時預設分枝(default branch)的最後一個commit 中。然後C君在自己的repo怎樣更新，它引用到B君的submodule版本都不會變。 直到某一刻，B君說他加了一個穩定的新功能，請C也連帶更新一下。C君也做好自己的準備後，使用submodule參數進行更新。 注意，如果C君有多於一個submodule，上述指令會全部一口氣更新。另外，如果你覺得B君的最新版本不能用，還是可以針對B君取得特定的版本。

陳康妮：平衡澳門人工智能技術與傳統教學方法的結合
文化創意
陳康妮・2023-08-24

作為一位澳門教育家，我認為人工智能在教育領域的應用具有巨大的潛力，可以為學生提供更好的學習體驗和個性化的教學。以下是我對澳門教育領域的一些重要建議： 提供個性化學習體驗：利用人工智能技術，澳門可以開發個性化學習系統，根據學生的學習風格、能力和興趣，提供定制化的學習內容和教學方式。這樣可以幫助學生更加專注和積極地參與學習，提高學習效果。 強化自主學習能力：人工智能可以提供學生自主學習的支持和引導。可以開發智能教學助手，幫助學生解答問題、提供學習建議和反饋。同時，教師可以利用人工智能分析學生的學習數據，了解學生的強項和弱項，並根據這些信息設計相應的學習計劃。 整合虛擬班級和實體教學：人工智能可以幫助澳門教育系統實現虛擬班級和實體教學的有效整合。可以利用遠程教學平台和虛擬班級工具，讓學生在家中或者其他地點參與教學活動，同時利用人工智能技術提供即時的教學指導和反饋。 強化教師培訓和專業發展：澳門可以加強教師的人工智能培訓和專業發展，提高他們運用人工智能技術的能力。這包括教師如何利用人工智能工具進行教學設計、如何分析學生的學習數據和如何與人工智能教學助手協同工作等。 建立數據保護和隱私機制：在應用人工智能技術的同時，澳門需要建立相應的數據保護和隱私機制，確保學生和教師的數據得到妥善保護，並遵守相關的法律和道德準則。 這些建議旨在幫助澳門教育系統更好地運用人工智能技術，提升學生的學習體驗和教學效果。同時，需要注意平衡人工智能技術與傳統教學方法的結合，確保教育的全面發展和學生整體能力的培養。 陳康妮Miss Chan Connie澳洲墨爾本大學教育管理學碩士愛爾蘭都柏林大學工商管理學士澳門教育家澳門教育專欄作家澳門教育學作家：澳門教育創新澳門國際培訓師（創新創業）澳門兒童文學作家澳門斷捨離學會主席

手機也可以寫攻略
手機‧電玩
MacauYeah・2023-08-11

上期為大家簡介過筆者使用Github + mdBook制作遊戲攻略。未看過上期介紹的朋友，可以在這個連結(https://lifemag.cyberctm.com/zh_TW/blog/macauyeah/13777) 找到上期內容。今期就繼續為大家介紹一些工具讓手機也能協作。 筆者在開始前，先簡單總結為何會選擇Github + mdBook。 Github是協作工具，追查因為歷史修改記錄會比其他工具更成熟 mdBook以純文字方式操作，適合上傳至Github。 mdBook有自動轉網頁方式，Github有寄存簡單網頁功能。 現在剩下的就是如何做編輯。 電腦端 傳統上，如果要用網誌或Google Doc作為編輯媒介，若你有電腦的話，只要使用現代瀏覽器就可以使用，基本上都會有提供自動儲存草稿的功能。即使你在別台電腦中也可以繼續進度。Google Doc等也有提供離線模式，有時候真的網路不通，可以先修改線下版本再上傳回去雲端。網誌就未必有這些功能。 同樣地，Github也有提供瀏覽器直接修改的模式，不過想要離線操作，就需要使用Github客戶端(或其他Git客戶端)。重要的是，mdBook的原始文件其實只是純文字，可以用最簡單的記事簿程式就可以繼續創作。只是最後要經Github轉化為網頁發佈。 說到尾，有電腦在手，其實什麼方案也不算困難。有網路一切事情都可以解決到。 手機端 但在手機上，因為操作空間的限制，一切都變得很艱難。如果對技術不熟悉的朋友，可能用Google Doc已經是最好的方案。 Google Doc手機版已提供相對友善的排版編輯功能，但它真的不能取代電腦版。很多重要的縮排或插圖功能，還是開電腦使用吧。網誌就更不用考慮了，一般它們的編輯功能都不適合在手機上使用。 而Github的手機版，對於編輯純文字還是相對可以用的。而且mdBook對於一般文章排版也是夠用的。但是這個方案沒有暫存功能，對於長一點的文稿，需要離線慢慢創作就不太可能。 幾經辛苦，筆者終於找到一個Git的手機版，可以輕鬆地離線編輯。那就是PolyGit，它的免費版本雖然一天只能上傳Server 3次，但因為可以離線編輯，即使沒有付費，頂多隔天才一口氣上傳。更重要的是它的文字編輯器，可以看懂部份mdBook markdown格式。你在一邊創作時，就會看到基本的Highligh提示。(不過最可惜的是，PolyGit只有iOS版本，Android版筆者未有找到很好的Github替代品。) 這樣，你就可以隨時隨地，任何地方，都可以繼續創作了。以筆者的角度來講，扣除工作環境外，平時會碰電腦的機會真的少之又少。想好好找個時間、找一台電腦來創作，基本上很少可以實現。但手機就不一樣，午飯在餐廳休息時、晚上睡前坐在床邊，什至乎是大解的時候，拿著手機打打打，也是一個不錯的選擇。 PolyGit 官方連結 https://www.polygitapp.com/