梅花雀莊 – 何震邦的個人網站，通常寫電腦和橋牌相關的文章，未來可能會寫關於日本麻將的東西

(4333) 的詛咒

有 (4333) 牌型的時候會因為王吃比較困難，所以王牌合約很可能無法比無王多打一墩。Richard Pavlicek 的統計數據探討了以下狀況中有黑桃配合時各種牌型的成約率比較：

3NT vs 4♠：(4333) + 平均牌及 6322 + 2344 時 3NT 比較好打。
2NT vs 3♠：5(332) + (4333) 及兩手 4333 時 2NT 比較好打。
1NT vs 2♠：只有兩手 4333 時 1NT 好打。
6NT vs 6♠：都是 6♠ 好打。

總體趨勢是，聯手力量越強，無王相對好打的情況越多。以下我們討論要如何應用在叫牌中。

1NT 後續

答叫人持 (4333) 不要叫 Stayman，當成沒有高花的平均牌就好。

在 Stayman 問到高花後，答叫人回另高花 1NT-2♣; 2♥♠-3♠♥! 可能是平均牌的 choice of games 或滿貫試探。

自然制 4-4 配合

在 1♣-1♠; 2♠ 之後，答叫人有 2NT 到 3♠ 共 5 格空間可以邀請。這時候，如果答叫人有 4333 牌型，就可以叫 2NT 邀請；叫自然 3♠ 則是 5 張平均牌邀請。新花可以自行討論要叫長門、（反向）短門、或 help suit。

本站 Discord 伺服器

為了方便大家交流，我們建立了一個 Discord 伺服器，歡迎大家加入！

我們通常討論橋牌叫牌制度，偶爾也會談論日麻和其他遊戲，也會討論數學和程式相關的議題。

我喜歡資訊理論，也喜歡研究叫牌制度。去年開始看 Good, Better, Best (Larsson 2021) 一書，覺得波蘭梅花是很適合自然制橋手學習，理論上又能贏過自然制的制度，於是入坑至今。書中認為含 canapé 的強梅花制更強一些，但是跟波蘭對戰的實驗不多，也跟自然制差異較大，我還在研究當中。另一方面我也在撰寫橋牌函式庫 pons 當中，雖然進展很慢但還是希望未來能做一些有趣的實驗。

一、調整弱二開叫

現代橋牌當中竄叫的重要性不亞於建設性叫牌，而且改動的話因為空間比較少，所以要記的東西比較少。電腦模擬顯示不顧牌組品質的五張高花弱二是最佳的自然竄叫¹。而且五張弱二贏過六張的差距，大於自然制五張高花開叫贏過四張的差距²，但仍小於迫叫梅花與自然制的差距³。

至於 2♦ 要拿來做什麼呢？有兩個很不錯的選項能輔佐五張高花竄叫，而且都比自然方塊好⁴ ⁵。

Multi，6 張以上高花。這樣的話開叫 2M 就只會有 5 張。
Ekren，高花 (44) 以上。這樣的話開叫 2M 就不會有 (54) 高花。

考慮長遠目標是要打迫叫梅花制，我認為 Multi 是較好的選擇。

如果要打小梅花制，自然梅花可以用 1♣ 叫，騰出 2♣ 給 Ekren 使用⁶。
如果要打強梅花制，最好搭配 canapé 倒叫，這樣高花就只保證 4 張。既然 4 張高花平均牌會開叫高花，Ekren 就沒那麼必要。

2♦: Multi，6 張以上高花，4–10 HCP
2♥♠: 恰好 5 張，4–10 HCP

Multi 後續的版本很多，可以選一個自己喜歡的

葉庭佑編寫的 Multi 2♦ 後續
我編寫的火斑喵波蘭梅花裡面的 Multi 2♦ 取材自 FunBridge 及上述葉庭佑的版本

至於高花弱二我建議就用火斑喵波蘭裡面的版本。要特別注意的是蓋叫新花不迫叫，因為需要逃跑的場合變多，例如 5-1 跟 5-0 通常不想打。

二、波蘭梅花

除了電腦實驗的證據外，有太多跡象顯示 1♣ 作為迫叫叫品比自然叫品還要好。

Pierre Albarran 發明的強 2♣ 開叫已經成為自然制的標配，而且實戰上也贏過強二⁷以及跟 EHAA 打平⁸。如果需要擺一個無上限的迫叫叫品，為什麼不移到空間更多的 1♣？
自然制橋手也逐漸發現 1♣-1♦ 作為自然方塊其實很垃圾，常常跳過 (bypass) 4 張甚至更長的方塊去答叫高花。讓 1♣ 迫叫，然後 1♦ 負性答叫，對於留下大量空間的 1♣-1♦ 叫序似乎是更好的歸宿。
其實 2NT 開叫放強牌也不是好選擇。在精準制各版本的對抗當中，2NT 作為兩低花竄叫的現代版本清一色贏過傳統 22–23 HCP 的版本⁹。

跟自然制相比，波蘭梅花尤其是專業版，建設性開叫變化不大，是我最推薦自然制橋手學習的迫叫梅花制度，也是我個人只打自然制十幾年後最先學習的人為制度。

建設性的牌，也就是成局一半力量以上的牌，只有兩種我們挪到 1♣ 裡面開叫：

所有 18 點以上的牌
只有 4 張方塊的低限平均牌 (12–14 HCP)

波蘭梅花專業版不再使用類似精準制的自然 2♣。整個 2 線我們都拿來做竄叫。

1♣: 18+ HCP，或者 2 張以上梅花、12+ HCP
1♦: 11–17 HCP，5 張以上方塊或 4♦(441)
1♥♠: 11–17 HCP，5 張以上
2♣: Ekren，高花 (44) 以上，4–10 HCP
2NT: 低花 (55) 以上，4–10 HCP

後續可以參考我的火斑喵波蘭梅花以及原版的波蘭梅花 2020 專業版¹⁰。

三、強梅花制

（待續）

參考書目

Jassem, Krzysztof (2020). Polish Club 2020: Expert. Translated from Polish by Tomek Brus. ISBN 978-1771402248
Larsson, Jan Eric (2021). Good, Better, Best: A comparison of bridge bidding systems and conventions by computer simulation. ISBN 978-1771402415

註腳

Larsson 2021, pp. 81–83 ↩
Larsson 2021, p. 82 ↩
Larsson 2021, p. 152 ↩
Larsson 2021, p. 86 ↩
Larsson 2021, p. 121 ↩
Jassem 2020, “The 2♣ Opening” 及封底 ↩
Larsson 2021, p. 129 ↩
Larsson 2021, p. 139 ↩
Larsson 2021, p. 121 ↩
Jassem 2020 ↩

在 Linux 上使用 Nintendo Switch Pro 手把

今年發現用鍵鼠玩遊戲會導致機械鍵盤暫時接觸不良，於是 11 月初在朋友的推薦下就買了 Switch Pro 手把。按起來真的很很舒服，不過卻從此開啟了惡搞之路……。

首先，在 Linux < 5.16 並沒有 hid-nintendo 這個任天堂系列手把的驅動程式，所以 Steam 自幹了透過 hidraw 去抓手把的動作的驅動程式。所以如果插線接電腦然後打開 Steam，其實 Steam 可以抓到手把。然而最初我遇到的問題就是右蘑菇頭會一直亂飄，飄到我需要用 Steam 的手把校正功能把死區調大才解決。

圖：死區調到比預設值大才能讓它安靜……

然後到月底直接不演了，放在桌上都可以各種亂飄，並且產生莫名其妙的按鍵輸入。用 Gamepad Tester 一看才知道原來時脈被當成按鍵，然後被當成軸的意義不明，可能是陀螺儀吧。

`hid-nintendo` 核心模組

Daniel Ogorchock 大大寫的 hid-nintendo 終於要進 Linux 5.16 了。然而，我所使用的 Fedora 35 此時的核心版本仍然是 5.15.4。幸好我們可以利用 dkms-hid-nintendo 自行安裝。（-v 所接的版本可能會再更新，請到官網再確認。）

git clone https://github.com/nicman23/dkms-hid-nintendo
cd dkms-hid-nintendo

sudo dkms add .
sudo dkms build nintendo -v 3.2
sudo dkms install nintendo -v 3.2

安裝過後，一般的 Linux 程式和瀏覽器都能正確讀取 Switch Pro 手把的輸入。

`joycond` 常駐程式

然而 Steam 直至今日仍然不支援 hid-nintendo，所以我們還需要 Daniel Ogorchock 大大的 joycond 才能玩 Steam。它的原理是去模擬一個未知的任天堂手把，然後再讓 Steam 讀取這個虛擬的手把。

既然是不認識的手把，那就需要自己定義按鍵的定義了。我建議直接使用 Steam 預設的按鍵配置就好。雖然它看起來是 Xbox 或美版 PS 的配置，但是最後存檔的時候只要選擇它是 Switch Pro 手把，Steam 就能透過「使用 Nintendo 按鍵配置」(Use Nintendo Button Layout) 把 A/B 和 X/Y 調整回來。

圖：使用 Steam 預設的按鍵配置就好

然後因為 hid-nintendo 會過濾掉雜訊，所以死區也可以再縮小，讓手把的反應更敏捷。

圖：死區可以調小了

思源宋體來啦！

思源宋體真的來啦！

終於有字重齊全的宋體啦！不用再讓思源黑體 cosplay serif 字型啦！本來我還想要募資把王漢宗明體補完的說……。XD

我已經把字型檔整理起來，並且也附上轉換成更適合作為網路字型的 WOFF 檔。歡迎各位下載或以 @font-face 套用於網頁上。感謝 GitHub 願意成為大家的 CDN。

Clerkship 懶人包

為了維護病人隱私，如果簡報中有個案資料，無論真實或虛構，則需要登入北醫帳號才能讀取。

內科

新陳代謝科 2017-03-13: 翁瑄甫《糖尿病之治療及新趨勢》
血液腫瘤科 2017-03-14: 陳博明 Oncologic emergencies 🔒
胸腔內科 2017-03-14: 吳宗翰《胸腔 X 光片基本判讀》 🔒
麻醉科 2017-03-16: 陳建宇《美國 ACGME Milestones 之導入與建置⸺以麻醉科為例》
腎臟內科 2017-03-16: 高治圻《腎絲球疾病》 🔒
學術討論 2017-03-17: 倪衍玄《糞土黃金》（影片）
小考解答 2017-03-29: 小考解答 🔒
胸腔內科 2017-04-06: 柯信國 Dual bronchodilator in GOLD 2017

案例討論 🔒###

此處只列出日期和講者，因為講題可能包含病人姓名，應保密。

顏平、林易霖、熊良鈞 2017-01-17
傅皓聲 2017-02-07
陳雁捷 2017-02-21
林欣穎 2017-03-13
羅皓瑀 2017-03-20
林昱緻 2017-04-06

讓 nginx 重定向遵循 HTTP

根據 RFC 2616，除了 Location 標頭外，回覆實體（也就是一般使用者看到的網頁）裡面也需要包含重定向的目標。不過基於程式的健壯性原則，瀏覽器等 user agents 會選擇只看 Location，而且從網頁中找尋正確的連結對程式來說比較困難。然而，一般使用者還是有機會看到重定向的網頁，例如重定向失敗¹的時候。

不過 nginx 的錯誤頁面（狀態碼 ≥ 300）其實都沒有附連結。以 302 重定向為例：

幸好 nginx 可以讓我們自訂錯誤頁面，並且支援 SSI。所以我就自己寫了重定向頁面。這樣就有符合 HTTP 標準的重定向頁面了。

該頁面已經搬家囉！
==================
它的新家在 <a href='<!--# echo var="sent_http_location" -->'><!--# echo var="sent_http_location" --></a>。

依規定 301, 302 重定向只接受 GET 和 HEAD，因此以其他請求方式就會停在回覆實體。 ↩

在 nginx 上調整所有文本的編碼

全站的文字檔都使用相同編碼是很常見的。尤其是 UTF-8 儼然是今日的實作標準。然而，nginx 預設的 charset_types 設定不包括 text/css，遑論其他非純文本。（例如 text/markdown）

預設的 charset_types 應該要是 text/* 才對，因為為了向後相容，許多 text/* 格式預設解讀為 ASCII (us-ascii)。就連 text/xml 也是如此，即使檔案中有 BOM 和 XML 宣告也徒勞無功。所以，現在我們應該用 application/xml 來傳遞 XML。

然而 charset_types 設定只檢查完全符合的 MIME，不然就必須用 * 匹配所有類型。幸好 nginx 有可以匹配正則表達式的 map，而且 charset_types 也接受變數。

map $sent_http_content_type $charset {
    ~^text/   utf-8;
}

charset       $charset;
charset_types *;

這樣的設定會讓 nginx 指定所有文本為 UTF-8，例如 text/css; charset=utf-8。

如何用嘸蝦米打出〇

嘸蝦米從〇到十都是一碼字。取 O 就可以打出〇了。

事情不是憨人想的這麼簡單。

實際在 Unicode 查碼網站查詢用嘸蝦米打出來的○其實是空心圓圈 (U+25CB WHITE CIRCLE) 而不是漢字〇(U+3007 IDEOGRAPHIC NUMBER ZERO)

為什麼會用錯誤的○代替漢字〇呢？這也不是嘸蝦米願意的。過去台灣使用的中文編碼是 Big5，當初 1970 年的溪頭會議就堅決把〇當成符號而不是字，因此也就只收錄符號○。在嘸蝦米輸入法設計的時候，Unicode 尚未興盛，當然就是收錄 Big5 中的○了。

直到 Unicode 興盛以後，嘸蝦米也從善如流把〇加入字根。然而為了向後相容，要打出〇必須選字。不過多數使用者，包括過去的我，仍然一直傻傻地把 ○ 當成中文的〇……。

把 ○ 當成〇有什麼影響

對機器來說 ○ 就只是個符號。這對於電腦翻譯是一大阻礙，更會干擾視障人士的輔助設備。視障輔助軟體把二○一七唸成二, white circle, 一七甚至二、十七都有可能，留下滿頭問號的使用者。

此外，對明眼人來說，把 ○ 當成〇也很醜。因為 ○ 是符號，所以字型的設計上會與漢字脫鉤，和漢字擺在一起就很不協調。而且文字加粗時，符號應該保持原狀。粗體的 ♠、斜體的 ♠ 看起來仍是 ♠。

錯誤版	正確版
二○一七	二〇一七
二○一七	二〇一七
二○一七	二〇一七
二○一七	二〇一七
二○一七	二〇一七
二○一七	二〇一七

〇字的身世

〇是則天文字中的星。南宋算草中亦以圓圈符號代表 0，於是後來〇才假借為 0。雖然〇也可以算是符號，但是使用上與一、二、三等漢字無異，字型設計上應視為漢字。而且〇與表示正確、圈選的○的意義迥異，應該視為不同的字元。

反序低花搭配強無王可能有害

我一直在研究 Wbridge5 這個優秀的橋牌程式。曾經我對於它收錄反序低花卻預設停用感到不解。後來我得出一個結論。

Wbridge5 預設開叫強無王，因此停用反序低花。收錄反序低花是因為 Wbridge5 提供開叫弱無王的選擇。

反序低花源自 K-S 制。反序低花流行東亞與東南亞，是因為精準制的流行。精準制大致是 K-S 制加上強梅花，因此也繼承了弱無王的傳統。

現在我們打美式的制度，開叫強無王。很多人卻仍然使用反序低花。不可否認反序低花有好處，只要搜尋反序低花或 inverted minors 就能找到。在此我只列出反序低花的壞處作為平衡報導。

答叫垃圾筒 1NT

反序低花的問題不在於特約本身，而是制度隨著特約修改 1NT 答叫。答叫 1NT 通常有二種意思：

建設性 1NT: 即使我方兩人皆低限，也期望吃到 6 墩。
垃圾筒 1NT: 可能是弱牌。假如我方皆低限，期望吃到 5 墩。

開叫 1♠, 1♥, 1♦，若敵方不插叫，為了防止掉局，答叫的 1NT 都是垃圾筒。

假如答叫反序低花，敵方不插叫，都是垃圾筒 1NT。

假如不答叫反序低花，那麼開叫 1♣ 後即使敵方不插叫，答叫的 1NT 也是建設性 1NT，因為弱牌可以答叫最長牌組。即使是 3-3-3-4 的弱牌也答叫 2♣，因為開叫人常有 4 張梅花。

開叫 1♣ 保證 3 張: 低限時，恰好 3 張的機率是 21.5%。
開叫 1♣ 可以是 4-4-3-2: 低限時，恰好 3 張的機率是 20.4%，4-4-3-2 的機率是 5.19%。

反序低花把 4 張支持的弱牌丟進垃圾筒

在 3 階表達 5 張支持的確提升了阻塞性，但 4 張支持的弱牌由 1NT 出聲卻降低了阻塞性。難道 2 低花只比 1NT 高一、二級，差這麼多嗎？我們考慮以下的叫牌過程。

W	N	E	S
	1♣	-	1NT
X¹	-	-²	?

要不要逃倒是其次，重點是東家用罰放表達正性答叫。無王合約對莊家不利，平均牌力只能吃到 6.06 墩。即使 1NTxS−3 還是比 3NTE= 慘，除非身價有利，況且雙方主打總和很可能不到 13 墩。

假如當初回答的是 2♣，東家要有梅花牌組才能罰放，否則正性答叫都得到 2NT 以上。阻塞的意義在於讓敵方高叫強牌。雖然 2♣ 只比 1NT 高一級，敵方原本用於表達強牌的 pass 與扣叫硬是被抬到了 2NT 以上。

迫伴賭倍 ↩
轉為處罰 ↩