※ 引述《seer2525 (月月)》之銘言：
: 標題: Re: [FGO] 石頭回收完了 會顯示負數
: 時間: Fri Dec 27 12:57:25 2024
:
: ※ 引述《Sinreigensou (神靈幻想)》之銘言：
: : 疑似最新bug
: : https://i.imgur.com/MApwRO9.jpeg
: : 無償石是負數不能抽
: : 但如果有有償仍可以繼續抽
: : 而且不會扣有償石而是無償負更多
: : 這是直接變無限石了嗎x
: : 好奇工程師if else到底怎樣寫的
:
: 你跟這張圖的主角應該比FGO工程師還厲害
:
: https://i.imgur.com/BTC2EYz.png
:
: 明明就寫得很清楚
:
: 抽之前有償26 無償-149
:
: 抽下去會變有償23 無償-149
:
: 這就是扣有償啊 看不懂有償無償意思就算了
:
: 不會連有跟無都分不出來吧
首先我要先澄清這篇文章不是在說實際上FGO就是這樣，我沒玩宇宙神遊也不在乎這件事
情到底是真是假。
我只是想解釋當某種情況下出現免費石變負數後還越扣越負這種Bug在遊戲程式邏輯上
是完全說得通，實際上也有可能會發生。
但我沒有說FGO就是這種情況
但我沒有說FGO就是這種情況
但我沒有說FGO就是這種情況
很重要所以說三次，免得有人亂扣帽子說我就是在指宇宙神遊
首先要先解釋的是通常這種結果預測的UI顯示出來的數字是工程師預期玩家做了某些動作
之後會產生這樣的結果。
因為實際上玩家還沒行動，所以一切的數字都只是預測，而不是已成事實的結果。
有做過實驗的人都知道吧，預測跟實際出來的結果有差別根本是家常便飯
(我沒有說這種差別在手遊上很普遍，只是提出這種情況有可能會在現實中發生)
假設你身上有免費石A顆，課金石B顆，抽一次要花費X顆好了
・UI邏輯
{
如果玩家的免費石A < X
顯示:A數量不變，B-X → 免費石數量不夠，消耗課金石
(這邊實際上還要加入檢查課金石數量的條件判斷，但我省略了)
否則顯示:A-X，B數量不變 → 滿足一抽需要的數量，優先消耗免費石
}
但像我剛才所說的這充其量只不過是預測，不是實際行動後的結果，實際上要等到玩家按
下了按鈕後才會執行轉蛋抽取的程式。
10個公司可以寫出11種不同的程式碼，如果有間公司把UI跟轉蛋執行的處理分開來寫的
話，可能出現下面這種東西
・抽取邏輯
{
如果玩家免費石A >= 0，且 A < X
執行:扣除課金石X顆，且抽取轉蛋 → 免費石數量不夠，消耗課金石
(一樣省略了課金石的數量判斷)
否則執行:扣除免費石X顆，且抽取轉蛋 → 不考慮負數的情況下，A肯定會大於等於X
}
上面兩種邏輯在正常情況下都是可以運作也不會出錯，但如果像這次一樣工程師沒事先
考慮到石頭變負數的情況，下面的情況就有問題了，因為免費石A是負的，所以直接執行
了下面的扣除免費石X顆且抽取轉蛋的處理。
所以我說這種情況是「有可能」，不表示宇宙神遊的程式就是這樣寫
會不會發生端看工程師怎麼寫，但要說一定不會發生的話那就太過武斷了
解Bug的時候自認絕對不會出問題的地方就是問題所在的情況我實在見得太多了
: 推 nineflower: 笑死，還在凹，你職業是檢察官喔 12/27 13:14
不是，我的職業是遊戲工程師。
文章有錯誤的話歡迎指證，絕對不會凹

好了啦 下車囉

好了啦 你懂好多喔

好了啦，下次要酸之前記得先動腦想一下

好了啦 其實重點就是沒玩神遊想來踩一腳嘛講那麼多

實際上fgo就是沒有發生這種事，講這麼多

所以想看下一張圖

講一堆有的沒的就跟要討論的沒關係 一直凹

所以你沒玩是在別人吃麵在喊 燙什麼

我也有可能等等在高鐵上撿到300萬是吧

所以現在是連提出質疑跟可能性都要先玩過遊戲是嗎?

奇怪沒玩就不能發表意見喔

簡單講就是工程師懶只寫了if else結果進到else判斷式

所以那個留言肯定的一定是同個身體裡的不同靈魂對吧

就說了，要酸之前動動腦筋思考一下，你可以不用凹到腦羞

可是他有扣有償了 為什麼還能這樣想

跟程式沒關 單純那張圖裡的人腦袋出bug啊

文很長但整篇對FGO玩家來說沒有參考價值，給零分

我知道，撿到300萬的下一秒是有人衝出來告你侵佔或偷竊

所以你不就又雲又愛大談

就按照實際發生的在討論假設阿

你討論的是FGO的情況，我討論的是手遊有可能會發生的情況，這兩者很像但不同

那那款不一樣問題是你講的就沒關係阿

你在FGO串跟人吵架，再來說你不是在說FGO？

所以我不是說了三次跟FGO沒關係了嗎，你幹嘛一直認為

不懂，那你吵身體健康的？

我假設你講的是阿

你到底是不是指fgo一下是一下不是

你隨便假設我的立場當然看不懂我在說啥，真的天才

是FGO又怎樣

我在fgo的討論串吵架，但我不是指fgo ，好哦

大家在討論FGO有沒有出這個BUG 你在說設計遊戲時有沒

大家在討論有沒有BUG 你:有人會寫出這樣的BUG

大家講fgo 你說你剛剛在講遊戲設計 可是他實際狀況也跟你說的不一樣啊

在槓什麼啦

己開一個新標題啊

所以在你的想法中，雖然扣除的是免費石(負數)但是畫面顯示的是扣除有償石?

大哥，不要活在自己的世界裡，走出來好嗎

討論FGO的文然後說不是在討論FGO

要考慮有bug根本不需要任何解釋，所有狀況都可能

好了啦

那張圖要戳破啥拉 就有扣石

可是這件事根本沒有bug

假設有bug啦 公堂之上假設一下

我只看到一個工程師 明明if條件就不符合了還一直想要執行他

回文只是不用洽點，怎麼可能可以跟原文無關啦

這就叫一個人的武林嗎？自己對FGO不存在的BUG猛烈出招

所以你想表達什麼

想大談之前你有辦法證明實際跟ui不同步嗎？

這等人才不去當檢察官真是可惜

不是 就沒扣免費石= = 他是總共負數你真的是當工程師的嗎

阿你是寫前端還是API還是後端邏輯的工程師...

你這樣假設下去，你的遊戲多半這輩子都寫不出來

他就 "有償"+"無償"=total 當然越抽附數越大阿

你比變形金剛還會凹

fgo內部code應該是分別判斷兩種石頭 如果低於一次要扣的數字 就去扣另一類 然後有償石優先先扣 不過以你的理解能力可能不太容易理解 下次要酸前記得看眼科或是至少雲一下 不讓會降低雲黑的水準☺

轉蛋手遊99%都不會頻繁去跟訪問後台更新石頭資料那就只是單純的客戶端內緩存的石頭數量去做計算而已

等等我有問題了 "像這次一樣工程師沒事先考慮到石頭

不是 問題是他越扣越負不是BUG= =

變負數的情況" 是怎麼判斷事先沒考慮到的

聽君一席話

要這樣跳針可能，那可以評估一下你有沒有可能頭撞到、邏輯壞了？

*上面打錯了有限消耗無償石*優先 白癡選字

有償和無償就只是DB內兩個欄位, 這自己畫個EXCEL都懂吧

就只是講個可能性，但不適用該案例而已

工程師寫錯, 測試人員也沒測到的機率有沒有, 有

如果可以重來 我一定好好道歉(X

"閱讀能力的問題" 自介?

你要不要假設FGO把石頭數量設成正整數 抽到負的會變32767財富自由

遊戲工程師 是看到bug硬凹開始找理由 不承認是自己問題的工程師嗎如果可以重來 "我一定記得看眼科" ☺

你說的可能性, 就像電商平台都有可能因為抵用折價卷

我先澄清一下，我不是說你實際上頭撞到，我不是你無法確認是真是假。我只是想解釋當某種情況底下出現有人頭撞到邏輯死了在醫學邏輯上是完全說的通的，實際上也有可能發生。但我沒有說你就是這個情況。

好了啦

哈哈

有點好奇是什麼遊戲的工程師了，讓大家也雲一下

多幣別支付這種金流系統的邏輯不是照你這種寫法去做的

我是遊戲工程師當然只懂遊戲部分，電商這種牽扯到更多

這台車都已經泡在水裡了

找到機會就想表現一下耶

轉蛋就是你買代幣去消費, 這本來就是電商的領域了你都知道更嚴謹很正常, 又說論點有可能發生, 那意義何在?

但不管你用什麼方式支付最後都會統一變成遊戲內的某種代幣啊，所以有工程師就只針對那種代幣下去設計架構結果就出問題了我是不知道電商如何，但手遊在測試階段關於轉蛋的Bug

我覺得這部分不是你平常負責處理的項目, 你去問問你同仁吧

一堆算是少見多怪了，我是覺得什麼狀況都有可能發生

這已經是上線產品誰在跟你說DEV怎麼出錯呢...

上線產品不見得Bug就少啊，趕鴨子上架也很常見

所以我才說,有無償在DB一定是兩個欄位, 不可能是"某種代幣"

去fgo下面噴O 被搞成豬頭再來哭 你是要人家幫連小一數學都看不懂的人怎麼護航

而且要是真的如你所說跟課金相關的部分都很嚴謹的話

你沒有兩個欄位你怎麼判斷有償多少無償多少?

不是一堆人反應大 而是大家喜歡棒打落水狗 你就是那個落水狗 落水就算了還拼命掙紮給人笑 乖乖認錯別凹人家還噓的起

那怎麼三不五時就有新聞說某某手遊要收回石頭

1.原PO說抽卡程式沒寫好有可能負的且越扣越多2.實際上幾乎沒有遊戲出現這種狀況3.原PO說自己是遊戲工程師 結論:幫QA默哀

回收石頭跟金流這兩件事你再回去好好想想真的是一樣的嗎?

哥 你就道歉說 這有可能發生 所以你給人騙了不就好了嗎

有人能當fgo工程師 有人只能在網路上當自稱遊戲工程師給人笑 差異真的很大

不然原PO要不要舉個石頭是負的還可以抽 而且越抽負越多的遊戲 舉兩個就好

不要寫code寫到只會coding了

A在這個例子就一定是負的阿 不然還有判斷式會取絕對值之後再計算?

全世界幾百幾千萬個玩家都在玩,這種功能全民公測幾億次了當然有可能會出現什麼億分之一的機率, DB突然被雷打到然後某個邏輯判斷異常就放行讓他扣到負, 那這個不就個案處理?

石頭不過是遊戲內交易的道具 回收石頭基本上都是出bug導致道具發放數量異常 回收就是把異常的部分收回去而已你可以把這個跟玩家課金混為一談 表示你只會寫你的程式碼不懂整個遊戲商業模式運作的邏輯 別出來裝懂哥了

超大杯

我是不太相信一個工程師會整天把有可能掛在嘴邊啦那不就等於承認自己寫的code漏洞百出嗎

有人寫程式會特別用沒有負數的數值資料類型?

可能性是可以掛在嘴邊, 因為工程師大多都是分工處理問題

希望你老闆不要看到這篇 前提是真的有"老闆"

職場鬼故事看多了確實什麼情況都有可能 但請你先舉例不是

也不會去思考DB架構是怎麼處裡的

自己想像有這個狀況 實際例子拿出來 搞資訊的不要講空話

原圖就沒有扣除免費石 哪來這次工程師沒考慮到免費石負數的問題

通常講出"可能性"的當下工程師和測試人員就要去驗證這段了

所以實際例子呢 原PO說有可能應該是有看過哪款遊戲真的發生吧 我滿好奇的

代幣扣到負的, 像悠遊卡是可以扣到負的,不同公司機制不同

原本圖片又沒發生你這篇的事情

不是== 妳也沒玩也說不是在討論FGO那幹嘛一直在大談FGO根本沒有的BUG好了啦 到底在槓什麼

就 說句看錯了或是承認不對好像很要命 無謂的自尊心

他也沒說錯，他一開始就說有的BUG是UI跟實際數據不同問題剛開始只有那張圖，跟有人說有BUG。所以他提出介面顯示跟實際數據不同的BUG可能而已。有人提出該串圖原PO說法是之後的事了

好了啦

先上車開始大談 發現上錯車還是要大談

哪裡沒說錯他直接說"但如果像這次一樣工程師沒事先考慮到石頭變成負數的問題" 可是看那張圖拿來沒考慮到負數問題這不是造謠嗎*哪來

如果像這次一樣工程師 = 他的論點就是以工程師失誤為真工程師到底有沒有錯已經不是重點, 但這種寫作形式會有誤導一般讀者相信假設為真的真實性, 實際上是因為他舉例太糟糕

都2024了還在可能性 哪一款負數還讓人抽的

如果有辦法跑到資料庫溢位是有可能拉www

課金石數量那麼重要的東西你在前端預扣? 哪間智障公司說出來笑笑 幹只要前後端邏輯對不上的話你還不被客訴到死?快說哪間 我要避雷在抽取封包的response塞個抽取後的課金石數量給前端會要你的命是不是

廢文仔，好了啦

理論上拉, 如果不想要每一次點擊抽抽都要前端去計算一次那就是登入&石頭數量更新時,跟系統要一份10抽和單抽的數值就是上面說的那個response, 但大多數都應該是client自己算

不方便公開說可以私信 小弟想要請我司hr避開那邊跳來的雷包工程師哪來那麼多client自己算的, 只要企劃搞一次限時折扣你client更新時間沒寫好沒收到刷新的石頭量讓玩家在切換頁面的時候發現石頭數量會變我看你公司怎麼開下去

問題你說的可能性跟前一篇毫無關係，大家就是在討論那張截圖還有fgo，你自己歪一個可能是這樣，之後才要凹不是討論fgo

所以有很多遊戲公司都是會強制把玩家踢出,然後要重新登入像是購買時發生資料異常就直接取消並重整畫面也是一種方式所以要說意外性這種機會太低了XD

都有重整機制了, 搞前端預扣讓錯誤發生的機率提高幹嘛?

我當然不是說前端預扣阿XD 哪有這種白癡公司

抱歉, 你接在我嘴他前端預扣後面, 以為你在回我

就像你去電商買一堆東西, 購物車的東西數量加減和刪除這當然是clinet預算的, 怎可能按一下+-就要問系統沒事...我知道你回錯, 只是說這種應該都算是常識了...

嗯嗯 你很棒

是人就有可能是巴菲特的小孩 我也可能是 我只是假設一下

QQ

好了啦再凹下去難看