PTT評價

Re: [新聞] 雲端發票活動重複中獎 國稅局霸氣回「

看板Gossiping標題Re: [新聞] 雲端發票活動重複中獎 國稅局霸氣回「作者
DrTech
(竹科管理處網軍研發人員)
時間推噓 6 推:7 噓:1 →:19

※ 引述《ReiFan (說好的秒速5公分呢?)》之銘言:
: ※ 引述《ofpurity (以馬利內~)》之銘言:
: : : Q:有9萬人抽獎,一共三次中獎機會,前兩次有5個中獎名額,最後一次有9個中獎名: 額,請
: : : 問同樣的4個人中獎兩次或以上的機率是多少?
: : ChatGPT 4o with canvas 參戰
: : 這是一個複雜的機率計算問題,我們可以用組合數學和二項分佈來計算同樣的 4 個人中
: : 獎兩次或以上的機率
: : (略過中間計算)
: : 由於機率非常小,計算結果也會很小。因此,我們可以得出結論
: : 這 4 個人中獎兩次或以上的機率是非常低的,接近於零
: https://chatgpt.com/share/6720a865-6768-8012-9485-b53e6be99626
: 財政部請參考這串
: 幫你們用chatgpt生完聲明稿了
: 這樣比較有誠意,民眾比較能信服啦! 直接霸氣喊查無不法??
: 那跟北檢霸氣喊"我們查過了 我們都有遵守偵查不公開原則"有甚麼差別?
: ----
: 親愛的參加者:
: 感謝大家的支持與熱情參與!在九萬位朋友參加的本次抽獎活動中,共設置了三次中獎機: 會。對於4位參加者在不同輪次中兩次中獎的情況,我們理解大家對此機率的關注,並希: 望提供一份更詳細的解釋。
: 隨機事件的低概率現象:
: 在大規模抽獎中,確實可能會出現一些看似「小概率」的事件,但這種現象並不等於「不: 可能」。例如,統計中存在「生日悖論」,即在23人中就有50%的機率至少有兩人同日生: 日。儘管聽起來不可思議,但這是因為當人數基數增大時,罕見事件發生的機率就會變得: 合理。
: 在本活動中,九萬名參加者三輪抽獎所構成的組合,帶來了極多可能的結果組合。這種基: 數下即便出現少數重複中獎者,也僅是概率分布的自然表現,並不表示任何操作上的不公: 。
: 數據和事件獨立性:
: 每次抽獎均為獨立事件,且完全隨機,不受先前結果影響。換言之,每一位參加者在每次: 抽獎中都有公平的中獎機會。我們的系統使用的隨機技術是經過長期檢驗的,並且被廣泛: 應用於大型抽獎活動中,確保每次抽獎獨立、公平。
: 未來的承諾:
: 我們理解大家對活動公平性的重視,未來會持續使用和優化這些隨機技術,並提供更透明: 的參與機制。我們也希望大家理解並支持這類隨機事件的特性,並相信我們的抽獎過程公: 平、透明且符合預期的機率規律。
: 感謝大家的理解與支持!
: 活動主辦單位 敬上


每次抽籤都完全隨機,也可以抽到重複的人,
方法太多了,常見於政府專案的例子就是:
為了政府專案驗收測試方便,看起來性能很好,分兩次抽:

1.先隨機抽100人,使系統快速回應,
2.再從100人名單中隨機選10位,當中獎名單。


DECLARE @RandomNumber FLOAT;
SET @RandomNumber = RAND();

-- 抽第一次,為了配合政府爛硬體,先抽100人避免等太久,或記憶體不夠用。

SELECT TOP 100 * FROM 人員表 ORDER BY @RandomNumber;


再寫從這隨機的100人選10人成為中獎名單。


-- 抽第二次,為了配合政府爛硬體,先抽100人,避免等太久,或記憶體不夠用

SELECT TOP 100 * FROM 人員表 ORDER BY @RandomNumber;

再寫程式從這隨機的100人選10人成為中獎名單。


看起來是抽兩次完全隨機,
但請了太便宜的外包商做,
不太懂SQL語法的行為,
導致先抽的100人都是同一批名單,

所以多次抽籤時,幾十萬筆隨機抽,重複名單機率很高。



--

※ PTT 留言評論
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 114.137.163.206 (臺灣)
PTT 網址

kiwi03 10/29 17:51比較可能是seed忘記randomise

haidai 10/29 17:52你這個太麻煩,你這個前提成立的話,我甚

haidai 10/29 17:52至懷疑這幾個可能根本認識軟體公司,直接

haidai 10/29 17:52把自己名字電話權重拉高到10%左右,幾乎強

haidai 10/29 17:52制中獎

s81048112 10/29 17:53這就要回去看程式怎麼寫了 測試沒拿掉

haidai 10/29 17:54你覺得他們會公開程式嗎?呵

DrTech 10/29 17:56同意樓上,反正外包商就唬爛:為了效率分

DrTech 10/29 17:56兩階段抽,粗篩,細篩。但第一階段製造不

DrTech 10/29 17:56隨機,永遠都同一小群中獎機率高就好。例

DrTech 10/29 17:56如mod自己身分證尾號,看起來隨機,中獎提

DrTech 10/29 17:56高10倍。

sun10814 10/29 17:58看到重複率太高,公務員都馬知道有問題

sun10814 10/29 17:58要處理,按著不當回事就是默認黑箱啊

HKCs 10/29 17:58直接把內部人員當成default值 如果資料檢查

HKCs 10/29 17:58有問題 直接插入預設值也可以達到吧

tim96tim 10/29 18:02國稅局:幹就說不是我的問題了

Samurai 10/29 18:19不對吧,這是小獎先抽,這幾個每次都完

Samurai 10/29 18:19美避開小獎只抽大獎欸

wwf1588 10/29 18:22呵呵 結果最後根本不是用抽的 不用那麼複

wwf1588 10/29 18:23

beatnik 10/29 18:39外包商搞鬼嫌疑超大

weath 10/30 00:21這麼麻煩幹嘛?直接吃一個configure table

weath 10/30 00:21 就好,自己人隨便都中..

abzyner 10/31 12:16原來D大的真實身份是網軍啊,excel 可以

abzyner 10/31 12:16快速處理資料筆數是數十萬筆,先選100組

abzyner 10/31 12:16來抽,應該只有文組才會信