進化盾補償 - 神魔之塔

架構不好 可能很多函式或者變數共用 動到就爆炸

營收還沒不好，先被Bug自爆，今年一定__

這還好 有時候debug就牽一髮動全身
我比較好奇之前上一個肯定就知道有問題的UI的心態

大學碰到程式設計，才上幾堂就爆炸了，程式是真的滿
麻煩的，一堆程式碼，而已錯一個小地方就可能全部掛
掉

望您明白古文物保存不易，深感欠意

我工程師朋友說先不談根本很難交這種東西上去
竟然還進一步直接讓大家更新早就知道有大問題的版本

我朋友猜說是工程師那邊想來個民氣可用
讓MH多找一些工程師分擔

不然自己提說希望增加人手通常只是被辭職

改讓玩家出發 說這招高 但我覺得484有點腦補R
感覺就出大包而已==

不知道 但我覺得他們tracing code 能力真的很爛

如果要做版本控制的話應該會知道問題在哪裡吧？

有

之前就有說 覺得他們沒版本控制阿 XD

好 就算沒有 一個project maintain了五年 五年還會出包

神魔一開始本來就是炒短線遊戲了 當時的程式架構可想而
知一定很爛 累積五年現在一次爆發也是剛好吧

MH再不給時間讓RD去還以前的程式債 那以後也一定會一直
爆下去

有辦法把程式碼打掉重練ㄇ

還不了拉 你知道有些東西一開始沒寫好就是改不動了

可以打掉 但是要請幾個老手重新刻一個

樓上 重構是需要時間的...加上工程是這樣被催著趕 應該沒
是樓樓上

連個一般關卡的換隊員都搞不出來了 打掉重練什麼的..

只是個人覺得 這不是什麼kernel或framework的東西

以說說當初沒有更改螢幕比例的打算下，寫了個難以擴充
的架構，然後疊床架屋了五年到一個穩定的狀態，這樣的
程式碼才是最恐怖的，牽一髮動全身然後再到處補洞，補
洞還可能產生新的洞，這版控也救不了吧

UI是coding的入門基礎 連這個都弄不好還是辭職吧

大概是有猜到拉 當初整個scrollview在xml裡面刻得太死

後續的object都接著包在這裏面 然後就改不動拉XD

只是不知道後續怎麼疊的 感覺太不物件化了 = =

一定很多就共用沒獨立開來 然後就會補西牆倒東牆

因為神魔要壓倍率，所以會增加很多不一樣的限制，而這些

限定越加越多時，可能內部的含數就會互相有抵制，造成bug

在猜他們一些事件會不會是用eventbus來觸發UI管控阿

同理越設越難盾也是如此，盾越設越複雜，bug自然也增加

還有os版本問題也是要修的 反正就愈來愈肥 愈不好改

怎麼會無法打掉重練，有錢什麼都嘛沒問題，問題就是在於
誰要出這筆錢，鐵瑞：供三小？

為什麼才四個全職和一個兼職工程師

技術債越疊越多，就看什麼時候大爆炸而已

我第一次聽到前端可以有技術債的 XD

重構吧== 順便改用kotlin了

轉kotlin是遲早的 畢竟oracle這幾年就一直搞事啊

這就是一開始抄襲的問題，架構不是自己的，搞不清楚
先後順序，上面一個命令就要改這改那，5個人從一開
始搞到現在，我是覺得瘋頭可能註冊地址在幸福城市，
反正很多東西在你程式搞大之後就該開始修正，目前看
起來的結果就是他們頭痛醫頭，腳痛醫腳，沒有全盤完
整的考慮與測試，a問題搞定然後手術刀劃出bcdef等等
洞

抄的是遊戲模式 哪可能直接把龍拼城市碼搬過來啊
另外這4.5個工程師是只管客戶端程式，後端伺服器那些

有別的工程師在管

MH最好承認改版失敗 回復上版並退回所有抽卡石頭

其實JNI以上的東西可以照抄喔 = =

以前破過別人的app 前端UI部分全部都能複製 就演算法

包在so裡面並加密比較難破解

…樓上，不要隨便洩露別人機密好嗎？（誤 wwww

你看魔獸世界當年的16格包一改也是地動山搖，動搖魔本

應該是牽涉到複製人大隊的影響，使用了同類型函式的運算

現在的人寫程式的功力是套件運用，跟以前dos時代是天差地遠
最佳化的能力無法相比，更不用說除錯了

說不可能搬過來的，請別忘記什麼叫商業間諜，不用全
盤，關鍵的拿過來自己組成雜牌車，再這邊改裝那邊改
裝，你不覺得跟現在情景八成像？

特別是神魔這種攻防是以規則盾先行的遊戲，對邏輯的訴求更高

去看一個東西就好，道龍開主動技追加連擊為何對cpu負擔特別大

w大，菜b一問，為何？

自從某個版本招喚小怪攻擊會卡特別久後就覺得....

牽一髮而動全身沒聽過嗎？

召喚小怪應該是時序問題..可能偷加了一個無傷害直傷..