搜尋

搜尋結果

開咗十幾年的老字號甜品屋！招牌「手工糯米糍」超足料都只要$6/個！
澳城餐飲
食在澳門iFood・2021-07-20

關閘附近開咗十幾年的 一間老字號甜品屋 澳門街坊路過都會買一份 性價比之王！抵食夾大件！ 毫不遜色的口感 令人念念不忘 榴槤糯米糍 鐘意榴褳的朋友仔，永遠都會揀咗呢舊糯米糍先！16MOP的價錢就可以食到滿滿當當的誠意內餡，簡直唔話得啦！ 糯米皮薄得來又軟糯，點綴著點點椰蓉，冰凍的溫度入口與榴褳的獨特香氣相互交織，甜香纏連，回香無窮。 原味芒果糯米糍 從櫥櫃到碗中，糯米糍的誘惑力始終未減。圓碌碌的飽滿樣子，讓人情不自禁想一啖送入口！芒果系列的糯米糍好受歡迎，為食妹就買咗三隻！ 首先解鎖原味芒果糯米糍！大大舊芒果肉超厚實唔使切開，只要大口咬下，就可以食到香、濃、甜的芒果肉夾埋椰蓉糯米皮，軟糯有致，大大的滿足！ 香芒奶黃糯米糍 食過流心的奶黃包，有無食過流心的奶黃芒果糯米糍呢？當奶黃的乳香碰上芒果肉的甜香，甜到流油的甜蜜口感，就在唇齒之間流連，不可捉摸 芒果汁皮糯米糍 想要食由外至內都係芒果味的糯米糍？就揀芒果汁皮糯米糍啦！內餡的芒果肉一如既往的厚切，而驚喜的係糯米皮融合咗芒果汁，讓芒果味更加入味零捨吸引吖 芒果椰汁糕 除咗人氣王芒果糯米糍之外，唔同夾心的椰汁糕同樣備受歡迎！為食妹買的三隻口味，都係店內暢銷喔 芒果、榴褳、紅豆三隻椰汁糕，各有各的特色，但確係同樣的清甜誘人！芒果椰汁糕保留芒果肉的香甜，加上椰汁糕本身的幼滑，啖啖柔滑。 紅豆椰汁糕 櫥櫃裡見到整齊擺放的椰汁糕，星星點點地透出紅豆的影子，就已經吸引了為食妹的眼光啦！迫不及待想要將它收入碗裡！ 紅豆的蜜甜滋味，在咀嚼時散發得分外明顯紅豆與椰子味的搭配，係夏日清新風味！ 榴槤椰汁糕 外表睇落素顏淡妝，其實內裡大有文章！佢係榴褳椰汁糕來架！綿密的榴蓮肉交融於椰汁糕之中，每一口都係榴褳愛好者的福音！ QQ啫喱 五彩繽紛的QQ啫喱，喚起了童年的記憶！那些年食過的QQ糖，五顏六色，甜酸可口，而今創新做啫喱，更加彈口味道卻仍然如此熟悉！ 雞絲翅 甜品食多咗，來一份鹹口的雞絲翅暖一暖啦！加咗喼汁、撒上胡椒粉，輕輕攪拌就可以開食！ 豐富的用料，讓你每一啖都可以感受到誠意與用心！甜品好食，小食亦不遜色如果要享受悠閒的下午茶時光，可以來呢度帶走幾個糯米糍、椰汁糕，抑或係一碗溫暖的雞絲翅！ 菜單 芒果糯米糍................$6粒 芒果汁糯米糍................$6粒 香芒奶黃糯米糍................$6粒 榴槤糯米糍................$16粒；$42盒 榴槤椰汁糕................$6.5件 紅豆椰汁糕................$5.5件 芒果椰汁糕................$5.5件 QQ啫喱................$10 足料雞絲翅................中$18 大$21 店鋪資訊 總店 祐漢新村第八街康泰樓地下050室（即新華學校對面） 電話：2840 3629 分店 地址：渡船街44號聯昌大廈地下（即永樂中國銀行斜對面） 電話：2826 3125 分店（堂食店） 地址：雅廉訪大馬路72號地下（即幸運閣宏基超級市場旁邊） 電話：2826 2174 人均：10mop30mop 以上為個人觀點，不涉及廣告 圖文｜得得 美工｜陳真香 攝影｜他說他叫修杰楷

Steam OS 3.7 桌面模式下的中文輸入法 fcitx5+RIME
科技新知
MacauYeah・2026-02-21

上一篇我們提到，SteamOS的原生鍵盤不知為何失效，我們在桌面模式上的另一個選擇就是flatpak中的 Fcitx5。 因為Fcitx5是基於flapak安裝的，預設只在flapak下通用，後半部份，亦會介紹如何打破這個限制。 安裝Fcitx5 及倉頡五 我們可以在 Discovery App，輸入關鍵字 Fcitx5， 找到相關的套件。為更精準地安裝指定套件，可以直接在terminal 使用以下指令。 首次啟動時，需在start menu中，搜尋fcitx5，它就會長註在右下角的系統列中，選該iconrarr;右鍵rarr;input method settings，把「RIME」加入到fcitx5中，就可以使用了。 在此時，你可以打開Firefox，經controlspace的方式轉換輸入法試試。但之後你會發現，原生的Kate文字軟件，都無辦法輸入中文。因為只有Dsicovery flatpak 的 app 才能正常使用fcitx5。 大範圍套用Fcitx5 如果你找網上或AI的資訊，大部都會提示你修改系統設定檔，把fcitx5加到其中，但筆者就不成功。好在有Bilibili強者的筆記httpswww.bilibili.comopus1139601518269300768httpswww.bilibili.comopus1139601518269300768，原來SteamOS自帶的是ibus，但ibus又不讓設定（因為要換rootfs）。我們通過flatpak中安裝fcitx5，其實是可以通過ibus存到系統的。步驟如下： 如果你還未為當前的deck user配上密碼，你可以在terminal中使用 有密碼後，就可以使用 把所有module加為ibus 你沒有看錯，真的是那樣。基在上所有原生的桌面app及terminal，也可以切為到中文輸入法了。還有一個特例就是經 distrobox 生成的環境，依然無法存入ibus。 Reference httpswww.bilibili.comopus1139601518269300768

重入膠坑12－快靚正
手機‧電玩
MacauYeah・2025-11-27

筆者今年度，在高達模型制作上，一直針對在分享非噴塗的制作技巧之中。這主要是因為筆塗或素組所需的工具比較單純，而且筆塗使用水性顔料之下，更不會有異味出現，可以在家中安心操作。之前亦提過素組打磨對於對於水口覆蓋的極限問題，亦一度讓筆者認為［純素組打磨］是貼錢買難受，因為時間花出去，但效果不盡人意，還不算直剪不打磨。 經過一段時間的快速組合後（其實是筆者山積太多，所以快速清山積），筆者盡可能跳過那些效果不佳的步驟，保留一些更差異性明顯的工敍，嘗試做出人工花費少，但自己還能接受的作品。 不做取件表－但留意分部制作 雖然做取件表可以讓自己未來可以更專心剪件、規劃。但除非取件表是他人預制好的，或是自己要重複做同一款高達，不然自己弄，是很耗時間的。如果各位制作的只是HG的量，其實分部位直接剪，也很容易做到減少換版的次數，所以取件表可以不做。 不全部刻線－滲線後再執漏 不刻線，直接滲線，效果一定不完美的。但全部刻線，成本高，容錯也低。筆者經過三隻模的測試，似乎不刻線情況下，可以通過拭擦方式，取得7成的水性顔料滲線成功率。剩下的，就乖乖重新刻線再滲線。整體省了時間，不過就是要接受某些線修可以粗幼不等。這樣做的還有另一個大好處，就是減少刻線的出錯。 點綴式的膠貼或水貼 如果大家制作的作品，原本就有送貼紙（例如RG），一定要記得貼。如果沒有，也可參考市場上有沒有第三方貼紙。如果你買的是HG，雖然第三方水貼只是給RG用，但其實你也可以借來用於HG上。肩位，裙夾位，盾位，腳位，也是點綴的好地方。 薄刃剪二刀流 如果想不打磨，二刀流手法是必不可少的。只使用足夠鋒利的剪鉗，直接使用二刀流也可以大大地減少水口發白的情況。第一刀要保留足夠多的流通，避免拉扯。第二刀貼著水口再剪時，就要足夠慢，減少形變而産生的發白。二刀流可以變為多刀流，看大家需要。神之手也就很推薦的，但始終也是消耗品，如果有價錢上的考慮，可以投資低價位的薄刃剪。水口大一點，小一點，差異不太大，只要不發白，薄刃剪的效果就發揮得好了。 UC系列和最新的HGCE系列 不想補色的話，最好考慮元組的系列，因為結構簡單，所以原本分色做得還不錯。而最近的HGCE，分件也越做越多，想偷懶也是可以的。不過就2018之前推出的非元祖HG，大家就真的慎入，補色工作跑不掉。

HG維爾達制作心得分享
手機‧電玩
MacauYeah・2025-09-08

第一次組鐵血系列，骨架看去很好，玩起來則很懼怕。 造型上，沒有Seed系的重背包，是穩定站立的根源，這點我很喜歡。也因為沒有背包，外型上就更沒W系，Seed系的三角肩，整體很有UC那種精練感。 水口 沒有全修水口，就只有修外甲、部份骨架的明顯之處。修水口後，以水性馬克筆重塗遮蓋。 補色 按照官點補色，主要是深灰、紅色及骨架少量銀色。另外就是因為遮水口的原因塗了不少天藍色。 滲線 0.1刻刀加深高低差，再加黑色水性滲線液。

Spring Boot Web App 更新期間的維護模式：從唯讀到全鎖的解決方案
科技新知
MacauYeah・2025-08-25

在營運 Web App 的時候，雖然我們有 Docker K8s 可以滾動更新，但難保用戶在更新的過程中，有一半訪問去到了舊版，另一半去了新版。如果可以，Web App 本身自帶維護模式，可以自我判斷什麼時候應該忽略新的訪問，當然最好。但要做到這一點，前期需要很多規劃。狠心一點，可以直接關掉對外的服務，讓用戶無法訪問。 但在另一些情況下，例如升級搬遷的情況，下線時間比較長，完全關掉服務並不是一個很好的方向，我們至少還可以提供唯讀的選擇。而且這個可以從資料庫出發，讓 Web App 少處理一點邏輯。 如果 Web App 背後的資料庫是 MSSQL 或 MySQL，唯讀這件事應該是簡單的，只要你把 service account 的權限改變就好。但如果你用Oracle，就要想想辦法。 筆者想到的方法，暫時有兩個。第一個就需要大家寫寫 Script ，一口氣把所有 Table 給鎖起來。例如 第二個，就是生成一個新的唯讀 User schema，給他所有Select的權限。然後更新 Web App 使用那個唯讀 User schema存取資料。 兩個方法有什麼差異呢？ 前者就全部鎖起來，沒有任何一個資料庫用戶可以改寫資料。如果你的業務沒有差異性，全部一起封起來就完事。但如果你只想 Web App 轉成唯讀，但其他背景程式還可以執行更新。那你就只能用後者了。但後著也不是百分百的完全無痛，至少你 Web App 要支援登入與操作的 Schema分離。 例如用Spring boot JPA的話，可以在 application.properties 可以讓登入及操作的Schema不一樣。 spring.datasource.username=READ_ONLY_USER spring.jpa.properties.hibernate.default_schema=ORIGINAL_SCHEMA 又或者在 java 層面指定。 @Tableschema = quot;ORIGINAL_SCHEMAquot; 這看上去，是很有彈性的。但其實也是有些局限。如果你本來的JPA有寫特制的 JPQL 或 Raw Query，又或者你在Java層面加了 @Subselect，由於這些都是程式原作者所 hard code 的，JPA沒法幫你改寫。改來改去，可能還是前述寫Script的方法，一口氣把所有 Table 給鎖起來實際一些。 Reference 更多筆者的程式開發分享，見請 github

Galera 4 (Mariadb cluster) 的冷開機
科技新知
MacauYeah・2025-08-20

前次我們介紹了 Galera 4 在Ubuntu 24的架設方式，這次我們來補充一個最常見的問題Cold Start 冷開機 cold start 平常， Cluster 中只有其中一個 node 需要更新重啟，基本上所有節點回覆正常後，都可以互相通訊。而有些情況，例如斷電問題，需要所有節點全數關機，那麼 Galera cluster 就需要一定的方式重啟系統。那是一些狀態的保護機制，因為在全關機後再同步，系統不知道哪台機才有最新的狀態，它也不敢貿然同步因為正常使用下， Galera cluster 只有兩台機也會開步。所以需要人手介入，指定以某台機作為 cluster 的起始點。 舉個最簡單的例子，前述三台機 pocdbnode3 ， pocdbnode2 ， pocdbnode1 順序關閉，那麼 pocdbnode1 應該就會有最新的資訊。 在ubuntu中，可以查看 varlibmysqlgrastate.dat 中的 safe_to_bootstrap是否為1。如果是1，代表當初它有最後的 transaction ，以它為起始點重新起 cluster。 $ cat varlibmysqlgrastate.dat # GALERA saved state version 2.1 uuid 0c38b6dd7bdb11f0a4dd1f4be36a6ea9 seqno 1 safe_to_bootstrap 1 我們使用galera_recovery, galera_new_cluster, 就可以把該機器重新救起mariadb process。 $ galera_recovery WSREP Recovered position 0c38b6dd7bdb11f0a4dd1f4be36a6ea911 wsrep_start_position=0c38b6dd7bdb11f0a4dd1f4be36a6ea911 $ galera_new_cluster 然後其餘兩個 node 可以直接重啟 mariadb 服務 # node 2 $ systemctl start mariadb # node 3 $ systemctl start mariadb Reference Getting Started with MariaDB Galera Cluster 官方文件 How to Set up MariaDB Galera Clusters on Ubuntu 22.04 How to Bootstrap MySQL or MariaDB Galera Cluster ndash; Updated 還有比較複雜的救機狀況，例如safe_to_bootstrap全為0，即是可能是全部node都沒有好好地關掉，就掛了。大家有需要可以看看這個link的解決

重入膠坑 8 | HG Mighty Strike Freedom 取件表
手機‧電玩
MacauYeah・2025-05-16

之前就為大家介紹過，想有效率地消除Gunpla山積，事前計劃好一個概定的流程，絕對是件很重要的事。 而流程中，預制取件表，絕對素組檔的一件神器，筆者習慣後，可以極大地減少筆者換剪、打磨工具的次數，也減少找不到零件的機會。 筆者就分享一下自己制作的Mighty Strike Freedom 取件表 Google Drive連結，有需要的讀者，可以直接下載或列印。 在這邊再簡介一下如何利用取件表作為素組之用 準備粗剪、薄刃剪、打磨砂紙400, 600, 800號、十二個零件盒 按照取件表，分區粗剪取件： 完整地粗剪頭部所有零件 放入頭零件盒 完整地粗剪身體所有零件 放入身體零件盒 依次粗剪各部份零件，放入對應的零件盒...... 分區薄刃剪修件 完整地修剪頭部所有零件 完整地修剪身體所有零件 依次完整地修剪各部份所有零件...... 選擇性分區打磨零件 完整地打磨頭部所有零件 完整地打磨身體所有零件 依次完整地打磨各部份所有零件...... 回到說明書，分區組合 依次地分區組合 選擇性記錄需要額外補色的位置。 選擇性滲線、補色 於粗坑線條上水性滲線液 Marker筆補色 選擇性保護漆 最後一定要提醒，在第4步組合以外，就必需要決定是否進行打磨，若是組合完再拆散，就有斷件風險。亦有因為上述流程不刻線，其實第5步很安全，沒有進一步打磨修補問題。 最後附上筆者速刷前四個步驟的HG Mighty Strike Freedom美照。

推坑SFC的神作
手機‧電玩
MacauYeah・2024-09-03

因為年紀漸大，筆者玩遊戲的機會越來越少。一方面是因為家庭，一方面則是因為身體大不如前，腦袋開始跟不上3D遊戲的場境，常常不是玩一玩就累了，就是玩一玩就暈了，那怕連手遊都一樣。 所以筆者現在什少會再開新坑試新世代遊戲，反而專注在舊世代中，體驗一下過去的名著。值得一提的是，過去的遊戲體量通常比較少但完整，對於繁忙的生活節奏，是適合的。相比手遊，舊世代的遊戲更無抽蛋要素，更沒有那種玩個空虛的感覺。所以若然大家主機有買會員，趁會籍到期之前，快試一試那些年被你跳過的遊戲，應該有所收獲。 今日筆者就選了NS online會員的SFC舊遊戲，《薩爾達 眾神的三角力量》。只要大家有NSO，應該都可以順利重玩這個遊戲。 向大家推坑這遊戲的原因主要有幾個。 薩爾達 Switch 兩作稱霸天下。過去的作品，很值得一試。 眾神的三角力量是平面遊戲，不會暈，而且 Switch 隨時待機，玩玩停停沒有壓力。 玩後的優點 那個古早的年代，已經發展出到處鼓勵四處探索的玩法。那怕只是2D平面，都感覺到世界的大。 攻略好找好看。薩爾達在 Switch 中的最後兩，好玩歸好玩，但攻略真的難攪，難以用文字來表達。即使各大出版社如何編制圖文包，還不如直接看影片攻略來得直接。眾神的三角力量，那怕筆者不看圖，筆者也知道攻略制作人想表達的意思和方向。不知道下一步去哪？不用怕，看一看網上攻略就攪掂。 偏向動作遊戲，穿插少量劇情。筆者過去都是接觸以劇情量為主的JRPG，以現在的生活形態，要好好地讀完一個新的JRPG故事真的很難。 沒有壓力。這真的很重要。Switch 兩代，都有一個很麻煩的資源系統。武器、道具、盾，都是會快速消耗的。除非大家對操作很有信心，不然每次戰鬥，那怕打贏了，也會覺得消耗過多，選擇重讀存檔重打。這樣的遊戲玩下去很有壓力，跟魂系遊戲有得比。多磨幾次，人也會累。但SFC 舊作，只有副武器為消耗性。你的劍和盾，可以一直用，副武用光，誰怕誰。 參考連結 筆者遊玩時看的攻略httpslasjargon.blogspot.com201412legendofzeldalinktopastchapter01.htmlm=1，雖然覺得不全，但至少讀得懂 由 本封面圖像可由任天堂處取得。, Fair use, httpszh.wikipedia.orgwindex.phpcurid=7663843

開發者在Steamdeck上的另一個選擇: Gnome box
科技新知
MacauYeah・2024-05-28

前些日子，因為升級podman的關係，筆者對Steamdeck的限制就更為了解。因為Steamdeck是一個修改過的Arch linux，不單止代表是某些區塊是唯讀不可寫。更深一層的問題是，有些依賴包，不能簡單地通過安裝或自行編輯來解決。 例如早前podman 5.0.x需要的pasta依賴，雖然Arch linux官方有這個lib的發佈，但Steamdeck沒有選用，那些我們自己下載原始碼，你地會發現steamdeck的gcc或cc編譯指令還法完全執行，一來是編譯器指令沒有預設對，另一方面則是缺少了更多的c lib .h 依賴包。最後筆者只好選擇下載pasta官方預編譯的二進位程式。能用，但就總是多少有點不安心。因為pasta的預編譯只是針對x86_64的CPU，並沒有考慮link lib的問題，不過這次運氣還算可以，沒有無盡依賴的問題。 回來講Steamdeck的情況，之前筆者介紹brew，其實是macOS帶過來的，雖然他們對其他linux的支援很不錯，但多少都基於某些低層的依賴包可以隨時更新。而Steamdeck這個限制版，就沒有保證linux 依賴包的預安裝。那怕是Ubuntu也是一樣，只是我們可以通過進一步的指令案裝就可以了。所以在Steamdeck上，長遠還是要找一些官方維護的軟件比較安全。 Steamdeck上預設的是依賴安裝是【Flatpak】，雖然它不像yum, apt, dnf這些仔細可以安裝原始碼依賴，但它們可以安裝App，例如Firefox、Chrome、輸入法等。遺憾的是，Flatpak上沒有podman, docker，對於開發者來說就很不方便。 但最後，筆者終於在【Flatpak】上發現一套【BOX】VM解決方案。它的功能不算強大，但至少可以經ISO安裝自己想要的OS，也有快照功能只限關機狀態下。BOX官方亦表明，這套VM不是針對自動化或企業管理所做的，只有一些基本操作。 官方連結 httpsapps.gnome.orgBoxes 官方原始碼 httpsgitlab.gnome.orgGNOMEgnomeboxes Flathub載點 httpsflathub.orgappsorg.gnome.Boxes 對於筆者來說，能裝到VM，代表就有更多的操作空間。如果大家不介意多了一些虛擬層，會太影響效能，其實很多操作可以在VM內使用。例如不需要再用podman，可以直接在VM中使用docker、安裝k8s等。對於效能問題，我們必需要在Steamdeck操作時，至少我們可以在VM中先安裝Arch linux，找回必要的依賴包，編譯我們想要的link lib，再抄回Steamdeck下執行。過程的確比較轉折，但若然Steamdeck這台機器只適合打機的話，就真的很可惜。

測試驅動開發 | 系統邊界Mock
科技新知
MacauYeah・2024-04-23

好一段日子之前，筆者就介紹了一些寫Test Case的大方向 。對於大部份情況來說，有分隔的開發環境，有整個配套，測試起來是順暢的，想做單元測試可以，做整合測試也可以。但如果沒有，我們其實也要想辦法寫Mock。 Mock這個概念，對於寫前端程式的朋友應該比較熟悉，因為前端開發者總不能等後端準備好之後，才開始慢慢設計。前端很早期就要模擬一些情況，做介面設計，做各種思考。而且這個Mock不是指在運行單元測試時，才使用的臨時修改隨機數據。而是針對開發時，自行模擬的後端或外部環境。不過因為前端介面涉及很多主觀設計，很多元素冇辦法做固定的自動測試，所以前端的測試通常要人幫測試。 而後端開發，邊界Mock這一概念也很有用。在外部環境不足的情況下，為自己系統的邊界部份自建一個Stub Dummy 等的模疑數據，是很有幫助的。不論我們對外部環境的掌控度有多少，我們走測試驅動開發（Test Driven Development），好好地定義這個外部環境的期待行為是很重要的。 例如，你有個功能，需要存入數據，但資料庫未準備好，也沒有所謂的In Memory資料庫可以用。這時，自己架空寫一個什麼都不做或回傳固定結果的函數作為中轉接口，然後在你的Test Case可以規劃你的想要結果。 也許你會說，這個函數就是存下資料，我不會需要它的回傳結果，但我們其實還是可以在Test case 中定義一些錯誤檢測，確保這個函數沒有Throw Exception 。再進一步想，我們主程式是否真的不負任何儲存失敗的責任？要定義其他回傳變數，方便寫Log讓追蹤？或者我們至少要知道成功後的Primary Key ？若然業務上真的不在乎儲存結果的有效性，我們不存入數據也是可以的？ 所以歸根究底，我們還是在乎儲存的成功與否。還是有必要去驗證驗寫入是否成功。 上述例子，因為資料庫不存在，開發途中可能Test Case 有好長一段時間也通過不了，但至少當資料庫完備後，可以直接驗證，不用人手手工測試。 舉另外一個例子，我們要從某個地方，例如API或資料庫，讀取數據。我們也可以先寫中轉接口，並為它寫Test Case定義應有的行為。雖然明明就只是讀取，我們沒法控制太多。但在接口做好異常狀態處理，是很重要的。例如Handle exception、檢查某些重要業務值會不會是空、確保後續部份可以正常使用，這是因為我們不能被外部系統的失誤而導致自身系統癱瘓。 其實測試驅動，本質上就是強逼大家想多一點，好好定義預期的行為，不論內部條件怎樣變化，都有一自動的檢收標準。

Git Worktree
科技新知
MacauYeah・2024-04-09

看了Git 大神的影片 part two，才知道原來切換git分支還是有不同的做法。傳統中，我們使用git checkout BRANCH_NAME_1 來切換到我們想要的分支。通常這樣做，代表我們放棄原來的工作環境，換到另一個工作環境中。 這樣做很好，對不對？ 是的。但有些時候，我們只是被逼離開原本的工作環境，跳到一個過去的分支節點去查一些東西，或者修正一些東西。更什的是我們原本的工作環境都還是混亂狀態下，我們不想做commit（提交），我們只好用git stash，暫時將工作環境存起，然後再git checkout BRANCH_NAME_1。在你想做的事做完後，再git checkout OLD_BRANCH。 看起來其實也沒有很麻煩，是不是？ 但其實當你的專案有一定大小，你在不同版本跳來跳去，你的IDE就會不斷地重新編譯。更不幸的是，當你的不同版本中有模組數量的差異，弱一點的IDE，什至會攪死它的cache，之後就會發生鬼打牆。為解決IDE引發的問題，筆者有時會直接cp r YOUR_PROJECT TEMP_PROJECT，在一個新資料夾下另起爐灶。那就是有兩個不同的資料夾裝載著你的專案。 這樣應該沒有問題了吧，是不是？這次是真的可以了，扣除了筆者個人健忘的問題，就沒什麼問題了。 不知大家有沒有經驗，連續commit了幾次，但最後一次commit卻忘了push（與伺服器同步），然後就跳到其他地方繼續工作。如果我們在同一個git repository下，我們commit了但忘了push，即使我們git checkout去了其他分支，用git GUI畫出commit graph時，也至少可以提醒筆者有一個未與伺服器同步的分支。但如果當初我們用的是cp，那就沒戲唱了，什至乎當初複制了去哪裏都忘了。（當你老闆同時要你跟多個專案，健忘真的很容易發生。） 這問題有解嗎？有的，git在2.5版本以後，就提供了一個git worktree的指令。它有點像cp 指令，更重要的是，它打通了兩個資料夾下的隱藏資料庫.git，當大家在那兩個資料夾底下，都可以看到另一方的存在。大家可以用git branch a或git log oneline graph來看看。 詳細的指令介紹：git worktree git 大神的影片 Part 2

Switch / Steam Deck / Mobile 使用體驗大比拼 （三）
手機‧電玩
MacauYeah・2023-12-14

上兩期，筆者從機身重量、續航性兩方面，對於遊戲機身便攜性的影響，今期最後一期，就從穩定性方面去討論，最後再做一個綜合影響。 沒有對比也就沒有傷害 Mobile Smart Phone 筆者所講的穩定性，其實就是正常運行一個遊戲，不會出現閃退的情況，讓你可以正正常常玩完一款遊戲。但因為Mobile原本是多用途機器，你玩著玩著，可以就要跳出遊戲回覆信息，但再次回到遊戲後，能不能正常運行的不知道。 大部份iOS遊戲，因為舊iphone機能限制，基本上跳出去後，都因為不夠RAM，回來後遊戲會重置。除非你打死不切換，否則一款遊戲沒有頻繁auto save功能，根本玩不下去。Android可能會好一點，有不同機型可以選擇，多一點RAM總是安全一點。 強行地用Linux運行Windows的黑科技 Steam Deck 老實說，Windows已經不夠穩定，用Linux運行Windows Game，會比較穩定嗎？不過最幸運的是，Steam Deck有技術支援，更有社群支援，各遊戲經過Steam官方驗證，連續遊玩下閃退情況都很少。不穩定的原因，反而是Steam Deck主機本身。 在筆者遊玩的經驗中，待機後再打開，有一定機會率會整個遊戲閃退。這些問題在遊玩大作，特別是3A大作，會引來一個很不愉快的體驗。因為它們的auto save位置點一般都是以情節點來做考量，而以上班族來講，三步一待機的使用情境也很常見，那麼觸發閃退的機會率就很高。某次啟動會隨機引起閃退遊戲，真的欲哭無淚。 筆者也翻查過網上的資料，一年多前就有這個問題存在，而官方亦無法根治。筆者在寫稿的途中，還在測試坊間一些可能的補救方式，但因為時間不長，不敢說這問題是可以解決的。 穩定發揮 Switch Switch在穩定性真的無可挑剔，多次待機後都沒有太多問題。完全貼合它的市場定位在家可以隨時在電視玩，出外也可以四處走。隨時隨地停，隨時隨地再開。最多最多都是遊玩實體卡帶時，因為接觸不良而閃退。但這些不可避免的，因為實體卡始終是物理型態存在，跟著Switch四處奔波，難免會出問題。但下載數位版，存放於SD卡就不會有閃退。至少SD卡不會像實體卡會經常替換，所以出問題的機會也較少。 綜合體驗 其實討論了幾個方面，筆者都從是省心遊玩的角度出發去討論。 Mobile在裝備上會最少煩惱，想最輕鬆出問，這個是不二選擇，但考慮玩非課金類遊戲就最沒有保障。 Steam Deck優點是移動堡壘，若你玩的是高性能需求的遊戲，你只能選它。但想隨時玩就未必做得到。 Switch 在重量和穩定性上面最有優勢，考量延續性體驗，這個是首選。

Steam Deck With Podman
科技新知
MacauYeah・2023-10-06

Steam Deck With Podman 眾所週知，Steam Deck預裝的是一台Linux主機。但它的系統比較特別，為了可以安全更新，所以系統最主要的部份都設定為唯讀read only。也就是，傳統你可以直接在Linux上經管理員權限安裝的軟件包，全部都會被擋，即使你把唯讀部份設為可讀寫read write，在下次更新時，都會被一次過覆蓋掉。 筆者作為一個負責任的機迷開發者，怎樣可以白白讓一台Linux機只可以玩遊戲呢 怎樣跟老婆交代呢 所以筆者千辛萬苦，找到一個折衷方案，讓他可以當為開發機使用，那就是Podman。當然，若果大家有條件有金錢，直接改裝Windows就可以了。 Podman是什麼 Podman跟Docker一樣，都是一些管理和運行Container的主程式。跟Docker不一樣的是，它是Open source，而且是daemonless。 所謂的daemonless，就是不會有一個背景程式去長期管理Container。好處是不會因為背景程式死了，就全部Container一起掛掉，預設也不需要走管理員權限路線。但也因此跟Docker有一些使用上的差異，例如Podman沒有原生的dockercompose結構，即使坊間有python寫的podmancompose去硬對應dockercompose，但某些network是跟結構還是不能直接從Docker轉移過來。 就筆者早期的踩雷經驗而言，用Podman跑起一兩個獨立固定Port的Container來說，都很夠用，也不會遇到奇怪的Bug。所以這次，亦用來作為Steam Deck運行整合式開發的Container。 不平凡的安裝之路 install homebrew Steam OS 3，雖然可以使用更改read write，再使用pacman來安裝podman。但因為Steam OS更新後，全部要重來，工作量和網路流量都不少，所以筆者改為使用homebrew來安裝podman。homebrew只需要首次安裝時使用管理員權限，之後就會在home資料夾下留下可執行的程式，所以它不會被Steam OS更新所破壞。 install podman 記得記得重新開機，之後應該就可以成功運行container

潛龍勿用 - 魔王的包圍網
走遍世界
幸村・2022-04-19

「挾天子」好處多，不過局限也不少。 幕府大將軍足利義昭剛登基的時候，意氣風發，日日飲飽食醉，但時間一久，就發現不對勁。雖然空有名號，但實際上是被信長當成橡皮圖章，一點體面都沒有。 想提點意見，信長還發向義昭發出《五箇條條書》。內容是五條限制義昭行動的意見書。 士可忍孰不可忍，義昭密謀推翻信長，暗地裏聯絡幾位重量級大名，打算時機成熟一起動手。 雖然幕府大將軍這一塊金字大招牌，經歷了那麼多年的風吹雨打，但號召力還是有的。敵人的敵人就是朋友，義昭成功說服了「天下之大惡人」松永久秀反水，還有三好三人眾、比叡山延曆寺（佛教武裝勢力），淺井（信長的妹夫）及朝倉等勢力聯合討伐信長。 各個勢力組成鼎鼎大名的「信長包圍網」，義昭覺得未夠天衣無縫，再拉攏多一位猛人。 戰國最強的騎兵集團 甲斐之虎武田信玄！ 「魔王討伐軍」的聲勢到了頂點，大有十八路諸侯入京討伐董卓的氣勢，而織田家馬上陷入惶恐當中，只有心水清的信長能夠看穿，雖然義昭表面上和「信長包圍網」保持距離，但他肯定是包圍網的關鍵人物。 不然誰會吃飽撐著搞一場六國大封相？ 想也沒有用，從最近的朝倉解圍吧，四月織田率軍攻打越前，萬萬沒想到的是，信長最信任的妹夫淺井長政居然從背後突襲。 信長在一乘谷收到妹妹阿市送來的小豆袋，兩頭用繩捆住，中間裝滿紅豆。信長馬上明白自己快要被包抄了，仰天長嘯這個年頭真誰也信不過。命令明智光秀、羽柴秀等人殿後，火速退回京都。 兩個月後，信長再次組織軍隊，終於姊川在擊敗淺井朝倉聯軍，一雪前恥。 但「信長包圍網」依然密不透風，延曆寺、本願寺等佛教武裝勢力煽動大規模的農民起義，逐漸為信長帶來巨大的麻煩。 解決和尚們也成為了信長的當務之急，而信長的做法給自己留下了一個永遠無法洗掉的污點。 火燒比叡山、把八百年曆史的比叡山燒得一干二淨；屠殺、把山上的和尚都全部殺光。 「佛敵」名號Get獎盃解鎖。 信長搞大屠殺，給他帶來兩個非常不利的影響；第一是成就了對手；第二是逼反了隊友。 （星期四待續）

VR戰警1+2｜一整個月都讓你有驚喜｜Taiwan Speedrun Show
手機‧電玩
MacauYeah・2021-10-08

不經不覺，《Taiwan Speedrun Show》已經開始了好幾個天啦，你還不知道這是什麼？ 其實《Taiwan Speedrun Show》是一個以台灣Speedrun社團主辦的活動，並開放華語區的跑者參加。 本年10月共31天，每天晚上將進行各種遊戲項目的Speedrun，隨時都觀迎花生友們，進來一起觀看神奇的快速通關精彩操作。除了作為觀眾，無論任何項目，只要你覺得準備好了，都可以一起參加Speedrun，推廣給更多華語區的朋友，認識這個競技與表演融合的特別節目。 VR戰警12 10月7日晚世界級好手quot;Owayisnotagoodaudiencequot;VR戰警12的快速通關。VR戰警原本發行在街機平台，原本遊玩時更要配備道具槍進行遊戲，可真是氣氛十足。後期遊戲移植到PC上，可以用其他遊戲手柄來代表原本的道具槍，但這並不意咪著遊戲難度的降低，想要快速通關，依然需要大量的訓練。 精彩重播用手機無法自動播放的朋友，可以按這裏或手動跳到30m49s處 惡攪精華這世界對情侶真是友善呢 10月8日節目預告 今晚將會由台主quot;finalmethodquot;帶來quot;三國志列傳quot;以及quot;金庸群俠傳鄉民版復刻quot;遊戲的Speedrun 想看現場Live，記得按Twitch的遊戲追隨喔 過去幾天發生了什麼？快看這裏