Re: [PMGO] POWER UP數值被吃?!

作者: ilovesumika (ilovesumika)   2016-09-01 13:16:49
※ 引述《peterpierce (喜歡你的笑臉)》之銘言:
: 請問大家有遇過將PM power up後,
: CP動畫會出現+38/+39
: 最後卻只+15的狀況出現嗎?
: 剛剛心血來潮
: 把改版前暴鯉龍power up
: 本來1676, up +39 -> 1715
: 動畫結束後CP跳回+15 -> 1699
: up兩次好像都出現這樣的現象
: 不敢再升了QQ
這是順序亂跳的bug,我吃過虧,損失很多星塵
舉例,比方說我用CP排序,第一高的是快龍,第二高的是卡比獸
假設你選第二隻,也就是卡比獸,把它強化,強化2、3次後他的CP高過快龍了,你就會發
現你選的卡比獸變成那隻快龍
這就是順序亂跳的bug,我明明選卡比獸,結果星塵吃一吃,順序就跳掉了,這個例子還
算好的,假如你是同種類的寵物順序亂跳,有時候就會沒發現
至於有人在那邊護航說這不是bug只是設計不良,我要說你在那邊護航你也拿不到一毛錢
啦,何況設計不良就是bug啊,不知道是在護航什麼的。
像這種順序亂跳的bug、不能批次換糖果的問題,都應該趕快改一改。
作者: horseorange (橘小馬)   2016-09-01 13:19:00
設計不良跟Bug的意思還是不一樣的 樓下工程師說明
作者: seer2525 (冠軍都是一場夢)   2016-09-01 13:19:00
我不是 樓下說
作者: goshfju (Cola)   2016-09-01 13:20:00
還好不是我說的 一定是樓下說的
作者: cyrus017 (Cyrus)   2016-09-01 13:20:00
設計不良=bug?這不是護航好嗎?這是邏輯問題
作者: philip10238 (查無此人)   2016-09-01 13:22:00
設計不良是設計不良 bug是bug
作者: cyrus017 (Cyrus)   2016-09-01 13:22:00
所以像說不能批次換糖果這種設計不良的問題也是bug囉?
作者: ZMTL (夜風/瀟湘 VR板已經開板!)   2016-09-01 13:23:00
如果取名後能分辨,那就是設計不良如果取名後他沒有顯示換了PM卻加錯人,那就是bug
作者: kirbycopy (鐵面騎士)   2016-09-01 13:24:00
設計不良是有意讓它順序亂跳或是消極的懶得讓它順序不
作者: ZMTL (夜風/瀟湘 VR板已經開板!)   2016-09-01 13:24:00
順序亂掉未必是bug,如果當初設計時開發文件沒有說這邊順序
作者: theash (阿蓋)   2016-09-01 13:24:00
爭吵設計不良或bug有差嗎
作者: LaBoLa (滾來滾去!!!)   2016-09-01 13:24:00
這種順序亂跳就只是排序的結果問題 你名字改好就不會誤判
作者: keypad (A CUP OF TEA)   2016-09-01 13:24:00
我覺得是bag 跟bug還是有一點差距
作者: ZMTL (夜風/瀟湘 VR板已經開板!)   2016-09-01 13:25:00
如果開發文件有說這邊順序不能亂跳寫出來還亂跳,就是bug一切看開發文件怎麼規劃,不要全部都靠北工程師好嗎XD
作者: aoc229001 (_R)   2016-09-01 13:25:00
我覺得這是天大的BIG
作者: philip10238 (查無此人)   2016-09-01 13:26:00
順序一直都沒有亂跳 選CP就是第二高的
作者: seer2525 (冠軍都是一場夢)   2016-09-01 13:26:00
這真的是趕上架的遊戲欸..
作者: ZMTL (夜風/瀟湘 VR板已經開板!)   2016-09-01 13:26:00
有時候就真的是PM腦子不知道在想什麼沒做規劃或亂規劃,工程
作者: sunlman (小人)   2016-09-01 13:26:00
我覺得是綠豆糕
作者: oscaroec (OEC)   2016-09-01 13:26:00
有些工程師就是很介意 bug 這個用詞
作者: cyrus017 (Cyrus)   2016-09-01 13:27:00
這問題應該是用CP降冪排列,選擇陣列[2]升級,但超過[1]的cp時,這時就會調換啦!
作者: philip10238 (查無此人)   2016-09-01 13:28:00
假設你選CP第二隻的卡比獸 只是選CP第二高的怪 而不是卡比獸
作者: ZMTL (夜風/瀟湘 VR板已經開板!)   2016-09-01 13:28:00
說設計不良也不是在護航官方啦,基本上設計不良=錯的是企劃
作者: leftc (阿左)   2016-09-01 13:28:00
雖然bug被口語化很深,但不代表可以發篇文自己定義bug用詞
作者: aredifficult (一生懸命)   2016-09-01 13:31:00
用錯就用錯死不承認 糾正=護航=好處拿喔?
作者: cyrus017 (Cyrus)   2016-09-01 13:31:00
bug的定義是程式有錯誤有漏洞或功能不正常,跟設計不良
作者: TllDA (踢打)   2016-09-01 13:31:00
手機無法顯示一公里內的所有pokemon 應該也是bug
作者: ZMTL (夜風/瀟湘 VR板已經開板!)   2016-09-01 13:31:00
外行人不懂設計不良跟程式bug的差別就算了,講了還聽不懂就是真的死鴨子嘴硬還是看不懂中文
作者: aredifficult (一生懸命)   2016-09-01 13:32:00
就是一個外行亂用詞被糾正腦羞
作者: leftc (阿左)   2016-09-01 13:32:00
大家都講事實解釋給你聽了還硬凹很難看..
作者: TllDA (踢打)   2016-09-01 13:32:00
我的pokedex居然沒內建全滿 bug中的bug
作者: jkes890094 (放狼的孩子)   2016-09-01 13:33:00
噓把指正的人都打成護航
作者: TllDA (踢打)   2016-09-01 13:34:00
丟出去的球居然還不一定砸的到 super bug
作者: keypad (A CUP OF TEA)   2016-09-01 13:34:00
你理組的齁 中文不好 (戰)
作者: TllDA (踢打)   2016-09-01 13:35:00
這遊戲升級法居然是抓bug (weedle and caterpie)
作者: tim8177414 (Gryphon)   2016-09-01 13:37:00
我覺得隨便幫人扣上護航的帽子這種作法,很差勁別人良性跟你討論,你就只會在那邊幫人扣帽子
作者: kinomon (奇諾 Monster)   2016-09-01 13:38:00
原po跳針
作者: indexcome (My Happiness)   2016-09-01 13:39:00
超不喜歡跟喜歡凹的人討論事情
作者: touyaman (とーやまん)   2016-09-01 13:40:00
一般人認為這是bug阿 而且他只知道是你家公司出包
作者: skatenash (ヽ(∀゚ )人( ゚∀)ノ)   2016-09-01 13:41:00
只能說是一個超垃圾超無言的設計不良,但絕對不是bug
作者: touyaman (とーやまん)   2016-09-01 13:41:00
管你是PM出包還是工程師出包阿
作者: linyi520 (♡雪の祈舞 ♡)   2016-09-01 13:42:00
設計不良≠bug 結案
作者: ZMTL (夜風/瀟湘 VR板已經開板!)   2016-09-01 13:42:00
我可以理解一般人不知道啊,所以前面不是好好說明了嗎
作者: anidiot (^__________^)   2016-09-01 13:43:00
不管啦 就是bug 不管啦
作者: tttrrr (seagull123)   2016-09-01 13:43:00
你滑一次飛出兩顆球是不是bug? 是 那我可不可以說是程式寫不好所以不是bug? 可以 不知道一堆人在想甚麼…
作者: Axcic (GLASS SKIN)   2016-09-01 13:43:00
這一定是bug啊 而且是大一程度的bug
作者: chctonagisa (chc)   2016-09-01 13:44:00
your bug is full
作者: touyaman (とーやまん)   2016-09-01 13:44:00
所以我說爭這叫啥根本不重要阿...
作者: st401054 (哥哥真男人)   2016-09-01 13:45:00
...
作者: supernow (善甲狼)   2016-09-01 13:45:00
這遊戲居然還要我自己按不能腦波遙控,絕對是bug
作者: fishead1116 (DD魚)   2016-09-01 13:45:00
這有啥好爭的 明顯是bug啊
作者: osiris34 (逆襲天月)   2016-09-01 13:46:00
原po
作者: fireturtle (火焰龜仔)   2016-09-01 13:48:00
很明顯是bug 而且是最低能的那種我要強化的是這隻怪 不是這個排序的怪
作者: Taimin0502 (Gode)   2016-09-01 13:48:00
跳針跳針跳針
作者: XDXDXD8022 (XDXDXD8022)   2016-09-01 13:49:00
跳阿跳
作者: Axcic (GLASS SKIN)   2016-09-01 13:49:00
而且QA竟然沒測到這種爛bug有點扯等著看之後會不會修 就知道他們認不認為是bug了
作者: ZMTL (夜風/瀟湘 VR板已經開板!)   2016-09-01 13:50:00
所以現在有工程師跟你說這不是bug了啊,so what?設計不良也是會改良的,難說
作者: aswin12000 (((o)))   2016-09-01 13:51:00
所以這現象要如何避免啊@@?
作者: royaljoy1 (日復一日)   2016-09-01 13:51:00
不是bug,是BIG
作者: fireturtle (火焰龜仔)   2016-09-01 13:51:00
這題是邏輯就錯了 干設計不良屁事
作者: blackman5566 (嘿人5566)   2016-09-01 13:52:00
工程師又怎樣啦XDDDD 我也工程師阿 很稀有ㄇ
作者: weichilin (魏麒麟)   2016-09-01 13:52:00
吵定義就說人家護航 呵呵
作者: ZMTL (夜風/瀟湘 VR板已經開板!)   2016-09-01 13:53:00
如果PM給的文件沒寫到底這邊要怎麼做,到底乾工程師啥事XD
作者: loginph (遊子浮雲 )   2016-09-01 13:53:00
bug???????????
作者: visa9527 (高級伴讀士官長)   2016-09-01 13:53:00
林北工程師,我不認為這是bug,這是UI/UX 設計問題
作者: blackman5566 (嘿人5566)   2016-09-01 13:53:00
一直說有工程師也這樣覺得 害我中午休息笑噴
作者: bluesky262   2016-09-01 13:53:00
邏輯問題
作者: PR58 (PowerRanger)   2016-09-01 13:53:00
工程師一狗票 所以呢
作者: leftc (阿左)   2016-09-01 13:54:00
大眾的認知不合使用者意就是bug,但正確定義原po不懂就別凹
作者: blackman5566 (嘿人5566)   2016-09-01 13:54:00
我要說你在那邊說這是bug你也拿不到一毛錢啦
作者: hacker10158 (小川最愛打籃球)   2016-09-01 13:54:00
應該說工程師的定義得bug是跟Spec不同才算 但一般人
作者: Axcic (GLASS SKIN)   2016-09-01 13:54:00
這種UX根本有問題, 我認為是沒測到
作者: hacker10158 (小川最愛打籃球)   2016-09-01 13:55:00
不會這麼認為
作者: yzkeroro (小製)(′˙ω˙‵)   2016-09-01 13:55:00
有啥好發一篇戰的 無聊
作者: iamaq18c (我不是水電工阿鹹~)   2016-09-01 13:55:00
工程師滿地都是 如果你是工程師就不會用這種廣義認知...
作者: ZMTL (夜風/瀟湘 VR板已經開板!)   2016-09-01 13:55:00
哦對,我也是工程師,所以可以聽我說嗎
作者: hacker10158 (小川最愛打籃球)   2016-09-01 13:56:00
這種明顯不符合預期的東西應該要快修掉才對
作者: blackman5566 (嘿人5566)   2016-09-01 13:57:00
現在要舉行工程師投票大會?
作者: ZMTL (夜風/瀟湘 VR板已經開板!)   2016-09-01 13:57:00
我也同意應該是沒測到啦,不過程式做的爛跟責任算誰的兩回事
作者: skatenash (ヽ(∀゚ )人( ゚∀)ノ)   2016-09-01 13:57:00
app出現問題時我合作的工程師也都一律統稱bug啊...
作者: tonydavi (不想說)   2016-09-01 13:58:00
不知道我如果操作ATM提款了很多次突然領到別人帳戶的錢這樣算是bug嗎
作者: jkes890094 (放狼的孩子)   2016-09-01 13:58:00
原Po無限跳針 大家可以回家啦
作者: knight92 (史麥東)   2016-09-01 13:58:00
設計不良跟bug不一樣好嗎
作者: ZMTL (夜風/瀟湘 VR板已經開板!)   2016-09-01 13:59:00
好好跟你講,一直跳針薪水,林北的薪水不用你煩惱啦XD
作者: seer2525 (冠軍都是一場夢)   2016-09-01 13:59:00
幹嘛這麼嘴硬Orz
作者: PR58 (PowerRanger)   2016-09-01 13:59:00
到底在嗆屁阿
作者: NinJa (fine~)   2016-09-01 14:00:00
這算是BUG啦 本來就不應該跳開的 設計有問題
作者: GiPaPa (揪濘)   2016-09-01 14:00:00
國中生等級的跳針欸XDDD
作者: NinJa (fine~)   2016-09-01 14:01:00
不需要因為原PO想戰另一方 就陪他戰...
作者: MIKIYA   2016-09-01 14:01:00
台灣工程師頭銜一狗票,你聽說的是那行業的工程師?
作者: Taimin0502 (Gode)   2016-09-01 14:02:00
補個血
作者: hacker10158 (小川最愛打籃球)   2016-09-01 14:03:00
RD:我照sepc做的 UX:我就這樣設計的 QA:這是個bug
作者: horseorange (橘小馬)   2016-09-01 14:03:00
推hacker
作者: skatenash (ヽ(∀゚ )人( ゚∀)ノ)   2016-09-01 14:04:00
一蟲各表,推h大
作者: andy7829 (罐頭)   2016-09-01 14:04:00
噁心
作者: hoks (魯霸˙矮個兒)   2016-09-01 14:06:00
不是這樣才正常?自己要選cp排列,哪來bug?
作者: kent88ch (鶴羽)   2016-09-01 14:06:00
我也是工程師 我認為這不算bug原PO從頭到尾只會抓著"有工程師說這算是bug"來戰
作者: hoks (魯霸˙矮個兒)   2016-09-01 14:07:00
不然你用cp排列,第二隻可以比第一隻高?
作者: gunnimom (乾媽)   2016-09-01 14:07:00
我不是工程師我也分得出來設計不良跟BUG的差別啊XD
作者: cht211   2016-09-01 14:07:00
現在社會上,一堆阿貓阿狗工程師
作者: kent88ch (鶴羽)   2016-09-01 14:07:00
我也是工程師 我跳出來說我覺得這不算是bug這樣可以抵銷嗎?
作者: loginph (遊子浮雲 )   2016-09-01 14:07:00
bug.....
作者: vitLink64 (無)   2016-09-01 14:07:00
我抓到一堆大甲都是bug
作者: touyaman (とーやまん)   2016-09-01 14:08:00
對公司來說這是個bug 對工程師來說不一定
作者: hoks (魯霸˙矮個兒)   2016-09-01 14:09:00
說設計不良更好笑,選單明確跟你說用cp排列了,還想怎麼改?
作者: kent88ch (鶴羽)   2016-09-01 14:09:00
認真說 這不是為了反而反 這真的不能稱做bug....
作者: touyaman (とーやまん)   2016-09-01 14:10:00
這是大問題好嗎 挑排序是為了快速找到我要選定的怪
作者: ckkaze   2016-09-01 14:10:00
推hacker大 哈哈 我前一篇文推文說我工程師我覺得是Bug
作者: kent88ch (鶴羽)   2016-09-01 14:10:00
這機制有問題沒錯 但這不是bug
作者: chasewang   2016-09-01 14:11:00
大家都在護航 只有你說真話讚讚讚
作者: kent88ch (鶴羽)   2016-09-01 14:11:00
對阿 所以他這個機制的演算法有問題 不符合使用者直覺
作者: sunny15 (ちちんぷいぷい)   2016-09-01 14:12:00
啊不就都你定義護航跟bug 不就好棒棒
作者: yidi515   2016-09-01 14:12:00
喔~~~
作者: kent88ch (鶴羽)   2016-09-01 14:12:00
但是就程式設計的立場來說 他運作的方式是符合他預期的這就不叫bug
作者: WhiteScars (白色傷痕)   2016-09-01 14:13:00
如果使用者沒做重選的動作就自己換一隻 那就是bug 至少如果我做出這種功能都會被發issue
作者: kent88ch (鶴羽)   2016-09-01 14:13:00
所以 請釐清要戰的點到底是啥 不要又模糊掉焦點
作者: ckkaze   2016-09-01 14:14:00
現在想想 要是UX設計的人要我這樣做,我還是會照做
作者: kent88ch (鶴羽)   2016-09-01 14:14:00
這個機制有問題 很笨 很爛 怎麼會這樣寫程式 都對但這就是不叫bug
作者: NinJa (fine~)   2016-09-01 14:15:00
這種運作方式怎麼會符合預期...應該是沒預期到會這樣
作者: ckkaze   2016-09-01 14:15:00
然後在心裡幹譙 這UX設計等著被罵吧這...
作者: kent88ch (鶴羽)   2016-09-01 14:16:00
應該說他的演算法就是這樣設計的 你用CP排序 選第N隻
作者: howdye (\@o@/)   2016-09-01 14:16:00
如果每次升級完 怪都沒重新整理排序 這樣才是BUG
作者: ckkaze   2016-09-01 14:16:00
所以算不算Bug 其實都看用甚麼角度去看阿
作者: skatenash (ヽ(∀゚ )人( ゚∀)ノ)   2016-09-01 14:16:00
這在我們部門一定是UIUX team被抓過來夾,不甘RD的事
作者: kent88ch (鶴羽)   2016-09-01 14:17:00
我所謂的"符合預期" 是指符合他寫出來的程式碼的預期
作者: skatenash (ヽ(∀゚ )人( ゚∀)ノ)   2016-09-01 14:17:00
QA可能會被念說沒有把所有情境都跑過一次
作者: zxc1223 (zxc1223)   2016-09-01 14:17:00
我笑了
作者: kent88ch (鶴羽)   2016-09-01 14:18:00
他可能真的很呆 就是想這樣寫 那整個結果也是"符合他的預期"
作者: NinJa (fine~)   2016-09-01 14:20:00
對 但是問問你自己 誰會這樣設計...強化完 自動幫你換怪這是呆 還是天兵?
作者: kent88ch (鶴羽)   2016-09-01 14:23:00
這我不能預設立場阿XDDD 所以我說 這設計是很爛沒錯但在不知道內情的情況下 我只能當成他真的是想這樣寫啊
作者: howdye (\@o@/)   2016-09-01 14:24:00
以工程師的角度看 大概就是ARRAY的INDEX固定在定值吧
作者: kent88ch (鶴羽)   2016-09-01 14:24:00
他可能是想加快搜尋速度 所以用陣列的索引當key來決定現在當下要show出來的怪是哪隻
作者: NinJa (fine~)   2016-09-01 14:24:00
設計的是 "點進怪物的頁面" or "點進cp順位的頁面"
作者: skatenash (ヽ(∀゚ )人( ゚∀)ノ)   2016-09-01 14:24:00
這是很廢的設計沒錯,我只是想正確歸類此問題而已XD
作者: ckkaze   2016-09-01 14:25:00
覺得是為了在怪明細頁面還可以左右滑看前一隻後一隻,所以
作者: kent88ch (鶴羽)   2016-09-01 14:25:00
所以造成當你用cp為排序依據的時候 cp順序變動 但被當成key的索引值沒跟著改 才會有現在的況狀
作者: ckkaze   2016-09-01 14:27:00
選用"背包中位置"來進入怪物頁面,才導致因排序而使怪物位
作者: bruce523 (白頭)   2016-09-01 14:27:00
好好討論一直講薪水到底是...
作者: bighdogs (要保持愉快的心情阿뎛6)   2016-09-01 14:28:00
使用者會誤用或錯認 就算是BUGBad user experience.
作者: ZMTL (夜風/瀟湘 VR板已經開板!)   2016-09-01 14:29:00
樓上你說的是UX不是BUG.
作者: bighdogs (要保持愉快的心情阿뎛6)   2016-09-01 14:30:00
要幫公司護航也可以 只是造成誤用者的觀感不良而已
作者: nin64 (Gary)   2016-09-01 14:30:00
奇怪,有人真的知道設計的人原案怎麼想的嗎?
作者: ZMTL (夜風/瀟湘 VR板已經開板!)   2016-09-01 14:30:00
沒有人在幫公司護航啊... 使是說可能是企劃的問題不是工程師
作者: kent88ch (鶴羽)   2016-09-01 14:32:00
如果他原本預期會那樣 但出來的結果不然 那就是bug沒錯
作者: ZMTL (夜風/瀟湘 VR板已經開板!)   2016-09-01 14:32:00
其實要說bug也不是沒可能,要說設計不良也不是沒可能,但bug
作者: loginph (遊子浮雲 )   2016-09-01 14:32:00
你不是工程師 有資格簡單講?
作者: supernow (善甲狼)   2016-09-01 14:33:00
使用者誤用跟錯認是設計不良不是bug
作者: kent88ch (鶴羽)   2016-09-01 14:34:00
會有這麼多人跳出來吵的重點在於 1. 原PO直接把這件事
作者: Setsuna416 (哥布靈弓箭手)   2016-09-01 14:35:00
我簡單講 有人被指正用詞錯誤就跳腳 這麼簡單還要人教
作者: kent88ch (鶴羽)   2016-09-01 14:36:00
歸類為bug 2. 直接把所有反對的人打成護航
作者: KIDbitch (天氣晴)   2016-09-01 14:40:00
設計不良,造成使用上困擾,不會100%影響伺服器跟玩家正常遊戲。
作者: cjwgary (小摺)   2016-09-01 14:40:00
就是因為沒做強化後再更新順序這樣的"設計" 所以這不是設計不良是什麼? 這麼簡單的東西還要一直跳針
作者: KIDbitch (天氣晴)   2016-09-01 14:41:00
BUG會造成兩灶損失或其中一方藉此獲利,懂?腦?
作者: skatenash (ヽ(∀゚ )人( ゚∀)ノ)   2016-09-01 14:43:00
聖光道館和臭臭泥當機(?),這種狀況才是bug
作者: kevian008 (呼呼)   2016-09-01 14:44:00
原PO一個死不認錯耶
作者: tim8177414 (Gryphon)   2016-09-01 14:44:00
態度真差又愛跳針。
作者: www54500 (夏恩)   2016-09-01 14:45:00
如果今天你CP高了卻沒有重新排序才算是bug哦
作者: jeiwh   2016-09-01 14:47:00
我覺得是bangbangbang
作者: zxc1223 (zxc1223)   2016-09-01 14:47:00
不是工程師認為而已 認為這樣算是BUG大概就跟你一樣的人是少數人
作者: skatenash (ヽ(∀゚ )人( ゚∀)ノ)   2016-09-01 14:48:00
如果是一個專業公司,聲明會用 bad user experience歐
作者: PR58 (PowerRanger)   2016-09-01 14:49:00
好不就好虧 不差你一個啦
作者: flare5566 (flare5566)   2016-09-01 14:52:00
看就知道文組的 真的是蟲的話那早就當機了
作者: rod13824 (猛矮)   2016-09-01 14:53:00
不說話不會有人知道你的程度
作者: cjwgary (小摺)   2016-09-01 14:54:00
今天使用者(你)因順序亂跳受損失找公司抱怨 公司自然會做責任歸屬 是bug(工程師背鍋)還是設計不良(UIUX team扛)不然難道掃地阿姨扛嗎 還說什麼不一定真是可笑
作者: erotica (eee)   2016-09-01 14:55:00
你在那跳針半天 你耍笨的那些星塵也要不回來啦 zzzzzzz
作者: kent88ch (鶴羽)   2016-09-01 14:55:00
不管啦 這就是bug 你們都是在護航拉14個中文字+3個英文字 總結完原po所有論點
作者: bigwhiteeat (阿山)   2016-09-01 14:57:00
普羅大眾和工程師對BUG的認知不同,要先定義BUG吧
作者: kent88ch (鶴羽)   2016-09-01 14:57:00
最好笑的是 完全沒有人說這樣設計是對的 是好的只是說他不應該用bug這個詞 他就崩潰了 XDDDDDDDDDDD
作者: kent88ch (鶴羽)   2016-09-01 14:58:00
臉皮這麼薄 這麼不願意下台階 也是令我十分驚訝
作者: qwerrty   2016-09-01 14:58:00
不爽不要玩啊
作者: herochang ("心"病無藥醫)   2016-09-01 14:59:00
沒邏輯欸,廢文
作者: kent88ch (鶴羽)   2016-09-01 14:59:00
又沒有人說這樣設計"不存在問題" 你就改個用詞不就都沒事了 完全不懂在堅持什麼 XDDD
作者: NinJa (fine~)   2016-09-01 15:00:00
搞錯順序了吧...是原PO說這是BUG 別護航 不是他用bug被挑錯通篇扯那麼久 結果把原PO跟自己的立場搞混了..?
作者: kent88ch (鶴羽)   2016-09-01 15:02:00
他說這是bug 有些人(包含我)認為不是 只是設計不良我們就被打成護航了不是?然後原PO很堅持這就叫做bug阿 我立場沒有搞混吧?
作者: NinJa (fine~)   2016-09-01 15:02:00
是啊...他是這態度被戰 根本就不是改個用詞就沒事
作者: skatenash (ヽ(∀゚ )人( ゚∀)ノ)   2016-09-01 15:03:00
沒有,下午看這篇滿舒壓的
作者: kent88ch (鶴羽)   2016-09-01 15:03:00
他的態度是"這就叫做bug" 所以改用詞不就等於認同我們"這不應該用bug概括"的立場了嗎?怎麼不會改個用詞就沒事
作者: cjwgary (小摺)   2016-09-01 15:04:00
他如果被糾正了就改 大家早就散了
作者: kent88ch (鶴羽)   2016-09-01 15:04:00
從頭到尾也沒人說 "這設計並無不良"不是嗎
作者: NinJa (fine~)   2016-09-01 15:05:00
內文都清楚表示 這就是bug 說不是bug的別護航了..改用詞?
作者: kent88ch (鶴羽)   2016-09-01 15:05:00
好 其實我看不懂你想表達的意思 XD 不過我覺得我並無
作者: bighdogs (要保持愉快的心情阿뎛6)   2016-09-01 15:06:00
吵這個有點無聊 反正這個"現象"修掉對使用比較沒有爭議
作者: kent88ch (鶴羽)   2016-09-01 15:06:00
搞混立場 而且我覺得這點不是這篇文章的重點這點 -> 我有無搞混立場這件事所以我不認為有必要為了這件事繼續爭論下去
作者: NinJa (fine~)   2016-09-01 15:07:00
原PO是立場和你對立...然後態度硬要戰 就不是用詞問題啊
作者: kent88ch (鶴羽)   2016-09-01 15:08:00
我的用詞問題 就是指他只要把"這就是bug"的態度(用詞)修改成"這是設計上的不良" 之類的態度(用詞) 就不會有
作者: stts (微笑背包客)   2016-09-01 15:09:00
你選定義CP排序,他即時排序沒問題但有設計不良,稱不上BUG
作者: kent88ch (鶴羽)   2016-09-01 15:09:00
問題啦 整件事如果從"使用者體驗"的觀點來看 並沒有人跟原PO持相反的感受阿
作者: NinJa (fine~)   2016-09-01 15:10:00
原文倒數第二第三句就是要戰這個啊...
作者: kent88ch (鶴羽)   2016-09-01 15:11:00
那是開始吵之後他才補上的吧!?
作者: NinJa (fine~)   2016-09-01 15:12:00
我是一開始就看到了
作者: ziyushin (麥問溫耶名)   2016-09-01 15:13:00
power up要慢慢按,就不會失誤了。第一次強化到超過前面,就發現畫面換了。沒吃過虧。XD
作者: kent88ch (鶴羽)   2016-09-01 15:15:00
好 就算那真的是一開始就有的 我也還是不懂我哪裡搞混立場 不過也沒關係 因為我真心覺得這不是推文吵那麼多的重點所在 就當成我搞錯好了 XDDDDD我是看不出來這跟這整篇文章的重點有何關聯所以原PO到底願不願意承認說"這就是bug"太為偏頗??
作者: dong531 (貓王)   2016-09-01 15:18:00
我抓快龍可以抓到牠逃走,這麼嚴重的Bug 太誇張了
作者: aredifficult (一生懸命)   2016-09-01 15:21:00
不管怎麼樣都不會是工程師揹責任好嗎....到底
作者: KIDbitch (天氣晴)   2016-09-01 15:21:00
又耍腦了??你損失dust,那你遊戲有當機嗎?官方有獲利嗎?你沒長眼,大小考不會演算大家不會笑你der*驗算
作者: aredifficult (一生懸命)   2016-09-01 15:22:00
Z大已經講夠清楚了 BUG跟設計不良不同意思這也不確定是否是BUG or 設計不良 要你不要斷言而已你就一直跳針 看不懂餒
作者: hunter73 (小籠包)   2016-09-01 15:28:00
幫你補血吧
作者: senior (希尼爾)   2016-09-01 15:29:00
作者: ziyushin (麥問溫耶名)   2016-09-01 15:38:00
講好聽:程式設計不良。講難聽:Bug。XD
作者: dong531 (貓王)   2016-09-01 15:49:00
要定義Bug還是設計不良要看開發文件,而且兩個是完全不同的東西
作者: bowl (波!)   2016-09-01 16:02:00
你的邏輯有問題...
作者: elthy ( )   2016-09-01 16:10:00
Bug是你無論做什麼都無法避免損失 像是孵蛋孵到不見 物品不見 但強化跳成別隻這件事 說實話你如果每次按之前都有看清楚確認就不會損失星塵了不是嗎 設計上會跳別隻怪讓你不注意的話會按錯是設計不良不是bug簡單說 這個設計問題沒有必然造成玩家損失
作者: Crushredkiss (StealMyHeart)   2016-09-01 16:14:00
QA Key issue 給 RD 解
作者: chihchinglin ( keep single!!)   2016-09-01 16:17:00
弱弱的程式工程師+1 設計不良會造成UI不好使用但BUG 會造成程式無法使用... 能用 但不好用和 不能用 是兩回事
作者: Crushredkiss (StealMyHeart)   2016-09-01 16:20:00
我覺得這是issue
作者: cutielee (有披風的超人)   2016-09-01 16:31:00
有趣
作者: haze (霧)   2016-09-01 16:35:00
原本選定某隻PM 但後來卻變選成別隻PM 這當然是bug啊
作者: castleoac (LL)   2016-09-01 17:03:00
原PO邏輯已死,幫QQ
作者: hubertwu (T34好神阿~)   2016-09-01 17:16:00
造成非預期的結果就是BUG啊...護航個鬼如果說選定的改變是預期中而且本來就該如此的結果那才可以宣稱這個叫設計不良..
作者: liuedd (~柳橙~)   2016-09-01 18:01:00
推文在用心講解,你在用力跳針
作者: materu (Sa☆Sha)   2016-09-01 18:14:00
無知就是力量!
作者: JustWower (JustWe)   2016-09-01 18:15:00
你_組的齁
作者: doggycxj (EDFCBA)   2016-09-01 18:18:00
bug是設計不良的一部份≠設計不良是bug
作者: GaBrIeL34 (卅四)   2016-09-01 18:45:00
硬凹
作者: sos911go (k)   2016-09-01 19:22:00
我多領了500pokcoin跟一個便當
作者: GX90160SS   2016-09-01 20:41:00
軟體工程師表示:出現非預期結果,這是BugCP即時排序且和selected index跟著目前選定的寶可夢跑就不會有這Bug,不能全怪規劃設計不良,有些細部case本來就是工程師也要處理的
作者: hacker10158 (小川最愛打籃球)   2016-09-01 21:47:00
推GX大 這問題太明顯
作者: doomlkk (帝王稚)   2016-09-02 00:53:00
噓你態度

Links booklink

Contact Us: admin [ a t ] ucptt.com