1樓：時崎狂三
去除紅寶牌
天鳳本來也有無赤規則結果上來說降低平均打點沒啥好處也沒啥壞處去除斷么的門清限制
這反而是現在常用規則吧=。=
人和由役滿變為滿貫
這個資瓷滿貫確實比役滿合理
大四喜由雙倍役滿變為普通役滿
這個就無所謂了反正出現機率是百萬分之幾的數量級累計的13分以上由原來的役滿變為了三倍滿
這個就有點兒蛋疼了而且沒看出來有啥意義
去除了途中流局以及流局滿貫
留著好點兒流滿算是比較合理的補償（比如配牌比較普通上牌卻偏國士的情況）去掉不太合適 99推不掉也麻煩
2樓：
去除紅寶牌；
那就是回到昭和年代嘍？ 這條也可也不可。實戰打無赤就是拼手役，盤盤凹三色；平均和牌2000點實在太小，全部門清流，有人副露就可以判斷dora3了……
去除斷么的門清限制；
大多數規則都是食斷有。
人和由役滿變為滿貫；
這點我比較支援，因為銃人和被飛完全是RP問題，變滿貫比較合理。
大四喜由雙倍役滿變為普通役滿；
很多地方本來也沒有雙倍役滿吧…… 是不是雀龍門看多了累計的13分以上由原來的役滿變為了三倍滿；
反對，累計役滿本來就比牌型役滿難，還降低實在是坑爹。
去除了途中流局以及流局滿貫
說起來大多數途中流局是迷信，不過我覺得留著也很好，畢竟是一種文化。特別是九九很有必要……
總結，都是一些早就有的規則了，只能說是他們選擇了這一款作為他們要的而已，沒有任何的新意……
3樓：帆夜老師
根本算不上是修改規則，只是對細枝末節的處理
食斷本來就是主流（後付更是），無赤牌表面上是削弱打點但是沒什麼壞處，人和滿貫減輕了銃役滿就再見的操蛋運，役滿再容易也還是役滿，雙倍單倍其實都無所謂，途中流局流滿都是可有可無的東西（尤其是四風連打根本就是個扯淡玩意兒），至於廢掉累計役滿還是有點槽點的，而且早已不是主流（古典麻雀就有數滿貫【和日麻數役滿類似】，憑什麼湊出的13番不能享受敲鑼待遇）
這種初學者的標題弄得我還以為立直麻雀不立直了呢
4樓：
雖然具體不太清楚，但這不能叫規則修改吧，題主提到的幾條都是各個地方有各自村規約定而不是通用的，並不是對現有通行規則做修改只是統一各種有歧義的細節而已
如何評價PHP的Swoole協程框架？
依然範兒特西 一直在使用thinkPHP 做web開發某些專案上需要使用網路通訊或者微服務首選 swoole 來給PHP錦上添花，極大的節省了伺服器壓力和效能消耗！有人會說哪我何不用其他語言來開發？這個問題要看個人喜好和團隊專案情況！藝多不壓身，如果專注PHP領域，swoole 框架或許能讓你發現新...
如何評價c 的協程庫libgo？
點點水 僅僅自己的lib庫實現協程沒多少用，如果呼叫redis客戶端的lib庫或是mysql客戶端的lib庫，還是要阻塞執行緒的，那麼用起來就很多限制。go在語言層面實現了協程，就不存在阻塞的問題了。 藍色 去年在金山技術分享的時候，我和這位作者一起參加過。當時我是分享C 17的東西，他介紹他的li...
如何評價騰訊開源的基於 DPDK 和 BSD 協議棧的網路框架 f stack？
青鳥 估計只有少數大廠會在這方向做開發了！一般用dpdk的專案用kni就夠了。普通的redis,nginx用linux協議棧就夠了，不行就加機器。開發協議棧，或者用別人的協議棧風險收益不匹配呀 腦洞太開 大家一直提到協議棧的cost 如果用RDMA或者roce會怎樣?這兩種網絡卡已經很多傳輸offl...