PTT推薦

Re: [FGO] 石頭回收完了 會顯示負數

看板C_Chat標題Re: [FGO] 石頭回收完了 會顯示負數作者
allen20937
(旅行者)
時間推噓3X 推:10 噓:42 →:175

※ 引述《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
不是,我的職業是遊戲工程師。

文章有錯誤的話歡迎指證,絕對不會凹

--
廚廚復廚廚,木蘭中路廚;不聞支援聲,唯見三嘆息;
問女何冥門,問女何坦營,前線有冥門,據點有坦營。
昨夜軍管區,文賓大點兵;國任十二場;場場對AT;
前線無防滿,隊友無鑲嵌;願為M盾戰,從此發佛心。
東路被放生,西路被蓋傷,南路被集火,北路被肛肛。
~選自卡薩多民歌《木蘭詩》

--

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

Shichimiya12/27 14:58好了啦 下車囉

amsmsk12/27 14:58好了啦 你懂好多喔

imtifosi12/27 14:58好了啦,下次要酸之前記得先動腦想一下

kashi2912/27 14:59好了啦 其實重點就是沒玩神遊想來踩一腳嘛講那麼多

tsa9983212/27 14:59實際上fgo就是沒有發生這種事,講這麼多

iwinlottery12/27 15:00所以想看下一張圖

amsmsk12/27 15:00講一堆有的沒的就跟要討論的沒關係 一直凹

timez42212/27 15:00所以你沒玩是在別人吃麵在喊 燙什麼

wcp5947812/27 15:01我也有可能等等在高鐵上撿到300萬是吧

allen2093712/27 15:02所以現在是連提出質疑跟可能性都要先玩過遊戲是嗎?

peterisme1712/27 15:02奇怪沒玩就不能發表意見喔

neetarashi12/27 15:02簡單講就是工程師懶只寫了if else結果進到else判斷式

gn0085166712/27 15:02所以那個留言肯定的一定是同個身體裡的不同靈魂對吧

neetarashi12/27 15:02在正常開發流程因為不可能存在負數石頭所以沒針對這種

neetarashi12/27 15:02情況去寫exception才發生的問題

你說得沒錯,寫個例外就能夠避免的事情。 大家都知道這樣做很簡單就可以避免Bug,但實際上不是所有公司都能辦到

allen2093712/27 15:02你夠幸運就有可能撿到阿,我記得台灣已經有人撿過了

imtifosi12/27 15:03就說了,要酸之前動動腦筋思考一下,你可以不用凹到腦

imtifosi12/27 15:03

amsmsk12/27 15:04可是他有扣有償了 為什麼還能這樣想

扣課金石的話就表示FGO的邏輯不是像我文章裡的那樣,但不表示別的遊戲也都像FGO一樣 是正確的邏輯

Shichimiya12/27 15:04跟程式沒關 單純那張圖裡的人腦袋出bug啊

※ 編輯: allen20937 (220.216.8.6 日本), 12/27/2024 15:07:59

SSIKLO12/27 15:06文很長但整篇對FGO玩家來說沒有參考價值,給零分

lisafrog12/27 15:06我知道,撿到300萬的下一秒是有人衝出來告你侵佔或偷竊

mayolane12/27 15:07所以你不就又雲又愛大談

amsmsk12/27 15:07就按照實際發生的在討論假設阿

allen2093712/27 15:08你討論的是FGO的情況,我討論的是手遊有可能會發生的

allen2093712/27 15:09情況,這兩者很像但不同

amsmsk12/27 15:09那那款不一樣

amsmsk12/27 15:09問題是你講的就沒關係阿

kaori999312/27 15:09你在FGO串跟人吵架,再來說你不是在說FGO?

amsmsk12/27 15:09所以你的假設在那串就是屁啊

amsmsk12/27 15:10不難理解吧

allen2093712/27 15:10所以我不是說了三次跟FGO沒關係了嗎,你幹嘛一直認為

kaori999312/27 15:10不懂,那你吵身體健康的?

amsmsk12/27 15:10我假設你講的是阿

allen2093712/27 15:10我就是在指FGO,再說回文不用跟主題有關這在希洽是常

allen2093712/27 15:10識吧

amsmsk12/27 15:11你到底是不是指fgo一下是一下不是

allen2093712/27 15:11你隨便假設我的立場當然看不懂我在說啥,真的天才

amsmsk12/27 15:11這就是為啥遊戲會這麼容易bug嗎

mouscat12/27 15:11是FGO又怎樣

nineflower12/27 15:11我在fgo的討論串吵架,但我不是指fgo ,好哦

fish77013012/27 15:11大家在討論FGO有沒有出這個BUG 你在說設計遊戲時有沒

所以我不是提出實際上手遊就是有可能會發生這種Bug這個論點, FGO是不是遊戲? 是 那FGO有沒有可能出現這種情況? 既然是遊戲那就有可能 我的邏輯沒這麼難懂吧。 今天假設那張圖片沒有馬上被戳破是假的情況,那我的論點的確是有可能的啊

allen2093712/27 15:11我從來就沒說我是針對FGO好嗎,有的話還請指出來給我

fish77013012/27 15:11有可能出這個BUG 你真的這麼想討論程式邏輯要不要自

qwer33885912/27 15:11大家在討論有沒有BUG 你:有人會寫出這樣的BUG

mouscat12/27 15:11從來沒覺得針對FGO開心過

amsmsk12/27 15:12大家講fgo 你說你剛剛在講遊戲設計 可是他實際狀況也跟你

amsmsk12/27 15:12說的不一樣啊

qwer33885912/27 15:12在槓什麼啦

fish77013012/27 15:12己開一個新標題啊

※ 編輯: allen20937 (220.216.8.6 日本), 12/27/2024 15:15:24

amsmsk12/27 15:12你要也是就那張圖去討論那張圖的bug 結果你假設一個跟這

amsmsk12/27 15:12串沒關係的 不好笑嗎

我就是針對那張圖提出自己的假設啊,哪裡沒有關係了,但不是針對FGO,是針對所有 手遊 如果你認為我的假設不符合那張圖片的情況的話那你也可以提出自己的假設反駁我沒問題

room130112/27 15:13所以在你的想法中,雖然扣除的是免費石(負數)

room130112/27 15:13但是畫面顯示的是扣除有償石?

YoruHentai12/27 15:14大哥,不要活在自己的世界裡,走出來好嗎

yovis00012/27 15:14討論FGO的文然後說不是在討論FGO

trevorwang12/27 15:14要考慮有bug根本不需要任何解釋,所有狀況都可能

如果真的發生了原文所指的扣除負數免費石的情況的話那不是Bug是啥? 就是在討論有沒有可能發生而已

D2Diyus12/27 15:15好了啦

※ 編輯: allen20937 (220.216.8.6 日本), 12/27/2024 15:19:27

amsmsk12/27 15:17那張圖要戳破啥拉 就有扣石

Shichimiya12/27 15:17可是這件事根本沒有bug

mouscat12/27 15:17假設有bug啦 公堂之上假設一下

fish77013012/27 15:18我只看到一個工程師 明明if條件就不符合了還一直想要

fish77013012/27 15:18執行他

Ricestone12/27 15:18回文只是不用洽點,怎麼可能可以跟原文無關啦

SSIKLO12/27 15:18這就叫一個人的武林嗎?自己對FGO不存在的BUG猛烈出招

Wardyal12/27 15:18所以你想表達什麼

lucky041712/27 15:20想大談之前你有辦法證明實際跟ui不同步嗎?

jonh080512/27 15:20這等人才不去當檢察官真是可惜

amsmsk12/27 15:21不是 就沒扣免費石= = 他是總共負數

amsmsk12/27 15:21你真的是當工程師的嗎

所以我說「如果真的發生」,並不是指真的有這回事 我覺得這已經是文章閱讀能力的問題了

※ 編輯: allen20937 (220.216.8.6 日本), 12/27/2024 15:23:21

safy12/27 15:23 阿你是寫前端還是API還是後端邏輯的工程師...

Cyc1312/27 15:24你這樣假設下去,你的遊戲多半這輩子都寫不出來

nineflower12/27 15:24他就 "有償"+"無償"=total 當然越抽附數越大阿

imtifosi12/27 15:24你比變形金剛還會凹

a125g12/27 15:24fgo內部code應該是分別判斷兩種石頭 如果低於一次要扣的數

a125g12/27 15:24字 就去扣另一類 然後有償石優先先扣 不過以你的理解能力

a125g12/27 15:24可能不太容易理解 下次要酸前記得看眼科或是至少雲一下 不

a125g12/27 15:24讓會降低雲黑的水準☺

safy12/27 15:25 轉蛋手遊99%都不會頻繁去跟訪問後台更新石頭資料

safy12/27 15:26 那就只是單純的客戶端內緩存的石頭數量去做計算而已

mouscat12/27 15:26等等我有問題了 "像這次一樣工程師沒事先考慮到石頭

amsmsk12/27 15:26不是 問題是他越扣越負不是BUG= =

mouscat12/27 15:27變負數的情況" 是怎麼判斷事先沒考慮到的

jcjczx12/27 15:27聽君一席話

Hosimati12/27 15:27要這樣跳針可能,那可以評估一下你有沒有可能頭撞到、

Hosimati12/27 15:27邏輯壞了?

a125g12/27 15:27*上面打錯了有限消耗無償石

a125g12/27 15:27*優先 白癡選字

safy12/27 15:28 有償和無償就只是DB內兩個欄位, 這自己畫個EXCEL都懂吧

linzero12/27 15:29就只是講個可能性,但不適用該案例而已

safy12/27 15:29 工程師寫錯, 測試人員也沒測到的機率有沒有, 有

wcp5947812/27 15:29如果可以重來 我一定好好道歉(X

AirPenguin12/27 15:29"閱讀能力的問題" 自介?

fish77013012/27 15:30你要不要假設FGO把石頭數量設成正整數 抽到負的會變

fish77013012/27 15:3032767財富自由

a125g12/27 15:30遊戲工程師 是看到bug硬凹開始找理由 不承認是自己問題的

a125g12/27 15:30工程師嗎

a125g12/27 15:31如果可以重來 "我一定記得看眼科" ☺

safy12/27 15:32 你說的可能性, 就像電商平台都有可能因為抵用折價卷

Hosimati12/27 15:32我先澄清一下,我不是說你實際上頭撞到,我不是你無法

Hosimati12/27 15:32確認是真是假。我只是想解釋當某種情況底下出現有人頭

Hosimati12/27 15:32撞到邏輯死了在醫學邏輯上是完全說的通的,實際上也有

Hosimati12/27 15:32可能發生。但我沒有說你就是這個情況。

s1d8712/27 15:32好了啦

safy12/27 15:32 結果刷卡下去沒扣錢, 折價卷被消耗到負值那種一樣

所以我針對原文所指稱的扣到負數免費石結果繼續扣的情況提出自己的假設,證明自己的 論點是有可能發生的,我是不知道為什麼一堆人反應這麼大,快過年了火氣大嗎?

※ 編輯: allen20937 (220.216.8.6 日本), 12/27/2024 15:37:32

HrtUndrBld12/27 15:37哈哈

htps076312/27 15:37有點好奇是什麼遊戲的工程師了,讓大家也雲一下

safy12/27 15:37 多幣別支付這種金流系統的邏輯不是照你這種寫法去做的

allen2093712/27 15:38我是遊戲工程師當然只懂遊戲部分,電商這種牽扯到更多

CowGundam12/27 15:38這台車都已經泡在水裡了

LannisterImp12/27 15:38找到機會就想表現一下耶

allen2093712/27 15:38大量錢的寫得更嚴謹很正常

safy12/27 15:39 轉蛋就是你買代幣去消費, 這本來就是電商的領域了

safy12/27 15:40 你都知道更嚴謹很正常, 又說論點有可能發生, 那意義何在?

allen2093712/27 15:40但不管你用什麼方式支付最後都會統一變成遊戲內的某種

allen2093712/27 15:40代幣啊,所以有工程師就只針對那種代幣下去設計架構

allen2093712/27 15:41結果就出問題了

allen2093712/27 15:41我是不知道電商如何,但手遊在測試階段關於轉蛋的Bug

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

allen2093712/27 15:42一堆算是少見多怪了,我是覺得什麼狀況都有可能發生

safy12/27 15:42 這已經是上線產品誰在跟你說DEV怎麼出錯呢...

allen2093712/27 15:43上線產品不見得Bug就少啊,趕鴨子上架也很常見

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

OcFai12/27 15:43去fgo下面噴O 被搞成豬頭再來哭 你是要人家幫連小一數學都

OcFai12/27 15:43看不懂的人怎麼護航

allen2093712/27 15:44而且要是真的如你所說跟課金相關的部分都很嚴謹的話

safy12/27 15:44 你沒有兩個欄位你怎麼判斷有償多少無償多少?

a125g12/27 15:44不是一堆人反應大 而是大家喜歡棒打落水狗 你就是那個落水

a125g12/27 15:44狗 落水就算了還拼命掙紮給人笑 乖乖認錯別凹人家還噓的起

safy12/27 15:44 今天購買這個動作就是會去檢查兩個幣別, 你自己邏輯都寫了

a125g12/27 15:44來嗎

allen2093712/27 15:45那怎麼三不五時就有新聞說某某手遊要收回石頭

fish77013012/27 15:451.原PO說抽卡程式沒寫好有可能負的且越扣越多

fish77013012/27 15:452.實際上幾乎沒有遊戲出現這種狀況

fish77013012/27 15:453.原PO說自己是遊戲工程師 結論:幫QA默哀

w7789912/27 15:45回收石頭跟金流這兩件事你再回去好好想想真的是一樣的嗎?

DkvupEX12/27 15:45哥 你就道歉說 這有可能發生 所以你給人騙了不就好了嗎

a125g12/27 15:46有人能當fgo工程師 有人只能在網路上當自稱遊戲工程師給人

a125g12/27 15:46笑 差異真的很大

fish77013012/27 15:46不然原PO要不要舉個石頭是負的還可以抽 而且越抽負越

fish77013012/27 15:46多的遊戲 舉兩個就好

w7789912/27 15:46不要寫code寫到只會coding了

a0515070712/27 15:47A在這個例子就一定是負的阿 不然還有判斷式會取絕對值

a0515070712/27 15:47之後再計算?

safy12/27 15:47 全世界幾百幾千萬個玩家都在玩,這種功能全民公測幾億次了

safy12/27 15:48 當然有可能會出現什麼億分之一的機率, DB突然被雷打到然後

safy12/27 15:48 某個邏輯判斷異常就放行讓他扣到負, 那這個不就個案處理?

w7789912/27 15:48石頭不過是遊戲內交易的道具 回收石頭基本上都是出bug導致

w7789912/27 15:49道具發放數量異常 回收就是把異常的部分收回去而已

w7789912/27 15:49你可以把這個跟玩家課金混為一談 表示你只會寫你的程式碼

w7789912/27 15:50不懂整個遊戲商業模式運作的邏輯 別出來裝懂哥了

hy122112/27 15:51超大杯

mitsurino12/27 15:52我是不太相信一個工程師會整天把有可能掛在嘴邊啦

mitsurino12/27 15:52那不就等於承認自己寫的code漏洞百出嗎

a0515070712/27 15:54有人寫程式會特別用沒有負數的數值資料類型?

safy12/27 15:55 可能性是可以掛在嘴邊, 因為工程師大多都是分工處理問題

a125g12/27 15:55希望你老闆不要看到這篇 前提是真的有"老闆"

safy12/27 15:55 你如果只是做前端的,你只要知道畫面顯示什麼正確就好

safy12/27 15:56 那頂多就只是靠北API給的資料欄位不對接口對不上

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

safy12/27 15:56 也不會去思考DB架構是怎麼處裡的

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

a125g12/27 15:58原圖就沒有扣除免費石 哪來這次工程師沒考慮到免費石負數

a125g12/27 15:58的問題

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

fish77013012/27 15:59所以實際例子呢 原PO說有可能應該是有看過哪款遊戲真

fish77013012/27 15:59的發生吧 我滿好奇的

safy12/27 16:00 代幣扣到負的, 像悠遊卡是可以扣到負的,不同公司機制不同

gm325212/27 16:05原本圖片又沒發生你這篇的事情

Ishtarasuka12/27 16:11不是== 妳也沒玩也說不是在討論FGO

Ishtarasuka12/27 16:11那幹嘛一直在大談FGO根本沒有的BUG

Ishtarasuka12/27 16:11好了啦 到底在槓什麼

mitsurino12/27 16:14就 說句看錯了或是承認不對好像很要命 無謂的自尊心

linzero12/27 16:17他也沒說錯,他一開始就說有的BUG是UI跟實際數據不同問題

linzero12/27 16:20剛開始只有那張圖,跟有人說有BUG。所以他提出介面顯示跟

linzero12/27 16:20實際數據不同的BUG可能而已。有人提出該串圖原PO說法是之

linzero12/27 16:20後的事了

感謝你把我想表達的主旨又再清楚說明了一遍,我就只是想解釋無關任何手遊,在特定情況下 的話確實有可能發生扣負數石頭的事件。這在程式邏輯上也說得通 我是不知道為何大家反應這麼大就是了拉,我也不是在幫特定遊戲護航,心平氣和才能討論不 是嗎?

silmarils12/27 16:21好了啦

Shichimiya12/27 16:21先上車開始大談 發現上錯車還是要大談

a125g12/27 16:24哪裡沒說錯他直接說"但如果像這次一樣工程師沒事先考慮到

a125g12/27 16:24石頭變成負數的問題" 可是看那張圖拿來沒考慮到負數問題

a125g12/27 16:24這不是造謠嗎

a125g12/27 16:24*哪來

喔,這邊確實是我用詞不夠嚴謹,造成誤會的話我抱歉 我想表達的正確說法應該是「但如果這次疑似是工程師沒事先考慮到負數」 但我不認為我舉的例子在邏輯上哪邊有問題,有的話還請指正

safy12/27 16:25 如果像這次一樣工程師 = 他的論點就是以工程師失誤為真

safy12/27 16:26 工程師到底有沒有錯已經不是重點, 但這種寫作形式會有誤導

safy12/27 16:27 一般讀者相信假設為真的真實性, 實際上是因為他舉例太糟糕

感謝你的解釋,確實是我用詞錯誤造成誤會了

AirPenguin12/27 16:27都2024了還在可能性 哪一款負數還讓人抽的

safy12/27 16:28 如果有辦法跑到資料庫溢位是有可能拉www

OochunoO12/27 16:30課金石數量那麼重要的東西你在前端預扣? 哪間智障公司

OochunoO12/27 16:30說出來笑笑 幹只要前後端邏輯對不上的話你還不被客訴到

OochunoO12/27 16:30死?

我想你說得沒錯,當伺服器執行後傳回的結果跟用戶端的資料對不上的話的確應該當場報錯才 對,我提出的是不考慮驗證回傳資料的情況下理論上有可能發生,你的說法比較類似實務上大 家採用的方式。

OochunoO12/27 16:30快說哪間 我要避雷

OochunoO12/27 16:31在抽取封包的response塞個抽取後的課金石數量給前端

OochunoO12/27 16:31會要你的命是不是

Kt5100012/27 16:32廢文仔,好了啦

safy12/27 16:32 理論上拉, 如果不想要每一次點擊抽抽都要前端去計算一次

safy12/27 16:33 那就是登入&石頭數量更新時,跟系統要一份10抽和單抽的數值

safy12/27 16:34 就是上面說的那個response, 但大多數都應該是client自己算

OochunoO12/27 16:34不方便公開說可以私信 小弟想要請我司hr避開那邊跳來的

OochunoO12/27 16:34雷包工程師

OochunoO12/27 16:35哪來那麼多client自己算的, 只要企劃搞一次限時折扣

OochunoO12/27 16:36你client更新時間沒寫好沒收到刷新的石頭量

OochunoO12/27 16:36讓玩家在切換頁面的時候發現石頭數量會變

OochunoO12/27 16:36我看你公司怎麼開下去

Hosimati12/27 16:37問題你說的可能性跟前一篇毫無關係,大家就是在討論那

Hosimati12/27 16:37張截圖還有fgo,你自己歪一個可能是這樣,之後才要凹不

Hosimati12/27 16:37是討論fgo

safy12/27 16:37 所以有很多遊戲公司都是會強制把玩家踢出,然後要重新登入

safy12/27 16:39 像是購買時發生資料異常就直接取消並重整畫面也是一種方式

safy12/27 16:39 所以要說意外性這種機會太低了XD

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

safy12/27 16:40 我當然不是說前端預扣阿XD 哪有這種白癡公司

OochunoO12/27 16:41抱歉, 你接在我嘴他前端預扣後面, 以為你在回我

safy12/27 16:41 就像你去電商買一堆東西, 購物車的東西數量加減和刪除

safy12/27 16:41 這當然是clinet預算的, 怎可能按一下+-就要問系統

safy12/27 16:42 沒事...我知道你回錯, 只是說這種應該都算是常識了...

seer252512/27 16:59嗯嗯 你很棒

junior100612/27 17:10是人就有可能是巴菲特的小孩 我也可能是 我只是假設一

junior100612/27 17:10

Lisanity12/27 17:16http://i.imgur.com/zkP6x3K.jpg

圖 石頭回收完了 會顯示負數

ashs9222312/27 18:01QQ

kingo232712/27 18:04好了啦再凹下去難看

pikaMH12/27 18:56一句對不起要你命一樣

Kouyu12/27 19:29

LittleJade12/27 19:54啊大家在討論FGO的問題,你跳出來談跟FGO無關的東西

LittleJade12/27 19:55被噓也不是太奇怪吧

被噓我沒問題啊,如果是我哪邊出錯的話,只要指正我都會虛心接受。 但某些亂噓的就算了,無視就好。

※ 編輯: allen20937 (106.73.156.160 日本), 12/27/2024 20:20:22

WinRARdotrar12/27 21:56沒玩過神遊但是這串看下來就這篇最好笑 給個推