Skip to content

Instantly share code, notes, and snippets.

@EvanHsieh0415
Forked from FxMorin/ScummyMods.md
Last active May 31, 2022 17:13
Show Gist options
  • Star 0 You must be signed in to star a gist
  • Fork 0 You must be signed in to fork a gist
  • Save EvanHsieh0415/666f7e498e5a4e3d396d192d5bc576a0 to your computer and use it in GitHub Desktop.
Save EvanHsieh0415/666f7e498e5a4e3d396d192d5bc576a0 to your computer and use it in GitHub Desktop.
像模組包一樣做的模組卑鄙行為

簡介

讓我先澄清一下,以下內容並不完全適用於Debugify,但他們可以作為一個很好的例子來說明以下所概述的令人髮指的行為。因此,有關的mods將被統稱為"垃圾mods"。

虛假修改是指未經原作者許可,合併或直接複製外國代碼基礎的修改。他們通常表示要"替換"或"包括"原作,如果有任何提及的話。 開發一個模組並不容易。許多模組創建者為他們的創作犧牲了大量的個人時間和資源,基本上是免費的。Curseforge為他們所付出的時間提供了象徵性的補償,但這通常是微不足道的,只是一個不錯的獎勵。

問題

大部分的原始項目仍在開發中。由於Scummy Mods背後的創造者通常不理解他們複製的代碼,他們缺乏必要的知識來消除任何開發項目中不可避免地出現的錯誤。因此,剩下的唯一選擇就是等待原作者更新他們的作品。正是由於這個原因,在大多數情況下,單一的代碼副本不是唯一的。

在原作者方面的多個更新週期之後,接著是Scummy Mod作者方面的"更新",許多作者停止了對他們項目的工作,使代碼處於未完善的狀態,並錯過了任何潛在的支持。 當這種情況發生時,Scummy Mods就會繼承任何未完成的項目中留下的不完善之處。由於渣滓模子不能自己解決這些問題,它們要嘛留下來,要嘛變得更糟糕。這兩種情況都是可以避免的,只要不干擾原始項目,讓作者有秩序地完成他們的工作。 請注意,原始項目的許可證通常允許這種做法,至少在法律上是如此。

在我看來,最糟糕的是,他們經常從目前正在維護的項目中獲取代碼,也就是說,有人仍在為保持更新而工作。這對那些仍在工作的人來說是非常令人沮喪的,因為這消磨了他們的積極性,導致在Scummy Mods中的實現比它本來可以做到的更差,因為原始mod的發展被打斷了。

模組合併問題

我可以理解捆綁模組的吸引力。不管怎麼說,這樣做沒有任何性能上的提升可言。 在現實中,這些都是引入了在單一的mod解決方案中不存在的問題,例如相容性衝突。單個作品的質量也會下降,因為捆綁功能也捆綁了它們各自的維護時間。 不幸的是,更多的功能也等於更多的下載,並延伸到更多的收入,從而使Scummy Mods繼續生存。

他們為了個人利益,從那些比Scummy Mod開發者在代碼上投入更多精力的小開發者那裡拿錢。

解決方案

如果想要捆綁的mods,modpacks提供了所有的優點,而沒有缺點。為了確保最大限度地提高mod的質量,無論是現在還是將來,應該抵制Scummy Mods,以支持modpacks。 我們可以嘗試向CurseForge和Modrinth等模組發行平台提出這個問題,讓他們了解這些模組,防止他們破壞模組的生態系統。

TL;DR

卑鄙的mods本質上是"替換"或"包括"其他人的辛勤工作,透過複製和黏貼他們的代碼到他們的mods來獲取個人利益。結果是,原來的模組開發者失去了在這些模組上工作的興趣,也失去了對他們花在開發上的時間的補償,以及繼續改進和工作的動力,導致在Scummy Mods中的執行情況更差。

作者:Fx Morin 由多個模組開發者審核

個人說明

來自Fx Morin

我現在將在我的mods中寫下一條訊息,特別說明我不允許Debugify從他們那裡複製任何代碼。 我已經厭倦了看到他們拿走我朋友創建的模組,看到他們失去希望。如果你決定拿別人的代碼,你要負責測試,看看它是否能工作。我發現Debugify的多個實現根本無法工作,我知道這一點,因為是我首先在Mojira上寫了代碼分析,並且已經在Carpet-Fixes中進行了修復,但不知為何Debugify的實現只修復了一半的問題。它唯一好的修正是來自我或其他人的修正。

在與許多受影響的開發者交談後,我注意到它的情況比以前更糟了。我注意到它的情況比想像的要糟糕,他們不僅拿走了實現,雖然他們也阻止你使用原來的(更好的)實現,由於模組衝突......

即使是像兩個混合這樣簡單的mod,實際上可能只有其中一個被複製,而沒有必要的許可頭,那麼就會產生mod衝突,把人們鎖定在被複製的mod的其他功能之外。

與Force-close-world-loading-screen類似,tooltipfix被標記為被這個mod"取代"。雖然我對此沒有異議,但我不認為這是個替換。我相信下面的圖片可以說明問題。Debugify採取了一種不同的方法來修復工具提示,這在它自己的方式中是很好的(他們說這是為了基岩的平等)。但用戶選擇使用tooltipfix的能力被剝奪了,他們根本無法使用。Debugify把tooltipfix列為硬衝突。所以你不能使用這兩個mods,即使你禁用了Debugify的修復。這是我不同意的部分。

但是,嘿,這很好。

ToolTipFix是一個死掉的mod,並且具有討厭的低效能混合器

我喜歡置身事外,並不意味著這是對我的攻擊,所以請不要把這看作是攻擊。

Debugify ToolTipFix
除錯 ToolTipFix

使用版本 - fxmorin/ScummyMods.md - 9770473614e3e5e0703e44273dab33f7
最初版本 - fxmorin/ScummyMods.md - d38f44752fd32e3ccae7c05dc30dea18
中文翻譯 - DeepL
簡繁轉換 - 繁化姬
文句調整 - HackMD

HackMD備份連結 - HackMD

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment