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

看板 Gossiping
作者 DrTech (竹科管理處網軍研發人員)
時間 2024-10-29 17:49:11
留言 24 ( 7推 0噓 17→ )
回文 38則
※ 引述《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.cc), 來自: 114.137.163.206 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/Gossiping/M.1730195353.A.E35.html

回文

留言

kiwi03 比較可能是seed忘記randomise 10/29 17:51 1F
haidai 你這個太麻煩,你這個前提成立的話,我甚 10/29 17:52 2F
haidai 至懷疑這幾個可能根本認識軟體公司,直接 10/29 17:52 3F
haidai 把自己名字電話權重拉高到10%左右,幾乎強 10/29 17:52 4F
haidai 制中獎 10/29 17:52 5F
s81048112 這就要回去看程式怎麼寫了 測試沒拿掉 10/29 17:53 6F
haidai 你覺得他們會公開程式嗎?呵 10/29 17:54 7F
DrTech 同意樓上,反正外包商就唬爛:為了效率分 10/29 17:56 8F
DrTech 兩階段抽,粗篩,細篩。但第一階段製造不 10/29 17:56 9F
DrTech 隨機,永遠都同一小群中獎機率高就好。例 10/29 17:56 10F
DrTech 如mod自己身分證尾號,看起來隨機,中獎提 10/29 17:56 11F
DrTech 高10倍。 10/29 17:56 12F
sun10814 看到重複率太高,公務員都馬知道有問題 10/29 17:58 13F
sun10814 要處理,按著不當回事就是默認黑箱啊 10/29 17:58 14F
HKCs 直接把內部人員當成default值 如果資料檢查 10/29 17:58 15F
HKCs 有問題 直接插入預設值也可以達到吧 10/29 17:58 16F
tim96tim 國稅局:幹就說不是我的問題了 10/29 18:02 17F
Samurai 不對吧,這是小獎先抽,這幾個每次都完 10/29 18:19 18F
Samurai 美避開小獎只抽大獎欸 10/29 18:19 19F
wwf1588 呵呵 結果最後根本不是用抽的 不用那麼複 10/29 18:22 20F
wwf1588 10/29 18:23 21F
beatnik 外包商搞鬼嫌疑超大 10/29 18:39 22F
weath 這麼麻煩幹嘛?直接吃一個configure table 10/30 00:21 23F
weath 就好,自己人隨便都中.. 10/30 00:21 24F