(链接需梯)
以下发言来自Sliced_lime
Let me expand a bit about redstone, since lots of you seem to be reacting with panic. The idea isn't that we intend to make any drastic changes - this is more a word about our process.
看着你们紧张的样子容我多嘴一句: 我们对红石是不打算大动干戈的，我们只是在对于我们的所为表态罢了。
I know a lot of times people say we seem to intentionally break some quirky functionality that the community loves. This is generally not the case - the redstone system as implemented in Java Edition today is fragile, made up of tons of parts and many of these quirky effects are side effects of how many code interactions happen, never purposefully put there in the first place.
我知道很多时候玩家总会表示我们总是刻意地去破坏社区所爱的一些"奇巧淫技"。不，大部分时候并非如此——现如今Java版的红石系统实际上脆弱不堪，被堆砌而成，而大量的这些技巧只不过是各种旁门左道与奇妙代码交互而成的副作用罢了，它们并非我们的本意。
That means that when trying to fix bugs, sometimes behavior changes in unexpected ways, breaking things. I can't speak to how things have been done in the past before my time, but here's the deal right now:
这就是说，在我们试图修bug的时候，总会有一些行为会发生出乎意料的改变，要么炸裂要么粉碎。我不知我来之前这些事情是怎么处理的，但现在的问题是：
As long as we keep fixing bugs in the redstone systems, sometimes things will break. We find out, and then evaluate things and sometimes revert changes or try further refining fixes. This doesn't mean we tried to break things and "had to be convinced" by the community to turn back - it means we tried to fix things and it had unforeseen consequences.
只要我们还在修复红石系统，那总会有特性会炸糊。我们得要一个个揪出来，一个个评估，要么回退要么更进一步地修复。这并不意味着我们就是在故意地破坏特性，不意味着我们一次次地都要"浪子回头金不换"，被社区教做人——我们只是在试图修bug，然后发生了意料之外的事情，如是而已。
What this note is saying is that we'll keep doing this, because the end goal is to make things better. The alternative would've been to not touch anything redstone-related at all, including not fixing any bugs, and I hope we can all agree that that would be worse.
这则告示只是在说我们会这样做，一直地做下去，因为我们总得让事情变得更好——或者我们是不是就不该动手动脚，唯恐避之不及，连bug也不修呢？我希望我们中的每一个人都知道这样才是更糟糕的。
The end goal is to make something that is both easy to understand and get into and also very deep with the possibility to build amazingly complex contraptions. Exactly how such a system would look, we'll know when we start getting to it. For now, we'll keep trying to improve the system one step at a time, because although the road seems long, not walking it means never arriving.
我们的最终目标就是能够打造出一个简单易懂但又可被精进钻研，可用于打造各种精巧的机关的系统。这个系统该是什么样的呢？到时候就见分晓了。现在，我们只能脚踏实地，一步步地修复。累足成步，道阻且长。
TL; DR: we're not removing Quasi-connectivity or anything drastic. Just expect that things will sometimes break and need to be reverted - we're not breaking stuff on purpose, the system is just complex and fragile.
太长不看?: 半连接性不会死的, 我们也不会大动干戈。只是偶尔会有一些东西会炸裂，然后要回退更改罢了——我们不破坏特性，我们只是修复的搬运工，只是系统太复杂太脆弱，牵一发而动全身罢了。
以下发言来自Sliced_lime
Let me expand a bit about redstone, since lots of you seem to be reacting with panic. The idea isn't that we intend to make any drastic changes - this is more a word about our process.
看着你们紧张的样子容我多嘴一句: 我们对红石是不打算大动干戈的，我们只是在对于我们的所为表态罢了。
I know a lot of times people say we seem to intentionally break some quirky functionality that the community loves. This is generally not the case - the redstone system as implemented in Java Edition today is fragile, made up of tons of parts and many of these quirky effects are side effects of how many code interactions happen, never purposefully put there in the first place.
我知道很多时候玩家总会表示我们总是刻意地去破坏社区所爱的一些"奇巧淫技"。不，大部分时候并非如此——现如今Java版的红石系统实际上脆弱不堪，被堆砌而成，而大量的这些技巧只不过是各种旁门左道与奇妙代码交互而成的副作用罢了，它们并非我们的本意。
That means that when trying to fix bugs, sometimes behavior changes in unexpected ways, breaking things. I can't speak to how things have been done in the past before my time, but here's the deal right now:
这就是说，在我们试图修bug的时候，总会有一些行为会发生出乎意料的改变，要么炸裂要么粉碎。我不知我来之前这些事情是怎么处理的，但现在的问题是：
As long as we keep fixing bugs in the redstone systems, sometimes things will break. We find out, and then evaluate things and sometimes revert changes or try further refining fixes. This doesn't mean we tried to break things and "had to be convinced" by the community to turn back - it means we tried to fix things and it had unforeseen consequences.
只要我们还在修复红石系统，那总会有特性会炸糊。我们得要一个个揪出来，一个个评估，要么回退要么更进一步地修复。这并不意味着我们就是在故意地破坏特性，不意味着我们一次次地都要"浪子回头金不换"，被社区教做人——我们只是在试图修bug，然后发生了意料之外的事情，如是而已。
What this note is saying is that we'll keep doing this, because the end goal is to make things better. The alternative would've been to not touch anything redstone-related at all, including not fixing any bugs, and I hope we can all agree that that would be worse.
这则告示只是在说我们会这样做，一直地做下去，因为我们总得让事情变得更好——或者我们是不是就不该动手动脚，唯恐避之不及，连bug也不修呢？我希望我们中的每一个人都知道这样才是更糟糕的。
The end goal is to make something that is both easy to understand and get into and also very deep with the possibility to build amazingly complex contraptions. Exactly how such a system would look, we'll know when we start getting to it. For now, we'll keep trying to improve the system one step at a time, because although the road seems long, not walking it means never arriving.
我们的最终目标就是能够打造出一个简单易懂但又可被精进钻研，可用于打造各种精巧的机关的系统。这个系统该是什么样的呢？到时候就见分晓了。现在，我们只能脚踏实地，一步步地修复。累足成步，道阻且长。
TL; DR: we're not removing Quasi-connectivity or anything drastic. Just expect that things will sometimes break and need to be reverted - we're not breaking stuff on purpose, the system is just complex and fragile.
太长不看?: 半连接性不会死的, 我们也不会大动干戈。只是偶尔会有一些东西会炸裂，然后要回退更改罢了——我们不破坏特性，我们只是修复的搬运工，只是系统太复杂太脆弱，牵一发而动全身罢了。
前段时间它们雇了panda。
panda我还能信一信的
panda我还能信一信的
本帖最后由 gooding300 于 2020-3-12 04:08 编辑
我们不生产BUG，只是特性的搬运工
我们想修复BUG，也顺带破坏了特性
我们不生产BUG，只是特性的搬运工
我们想修复BUG，也顺带破坏了特性
本帖最后由 Sun_Light 于 2020-3-12 03:39 编辑
在快照贴子里我已经发过了。。。
还是在这里再po一次吧：
emmmmm，作为一个5年的mc玩家，我对mc的红石系统真的又爱又恨。爱在“各种红石装置、农场、计算机，甚至于 256×256 的活塞门。”但我恨在它可以“刷物品”...
不过好在，官方终于开始关注到红石系统存在很多“未定义”的问题了。
我个人倒是觉得，很多被社区美化成“特性”的红石刷物品bug，是得该修复了。或许我所说的话有的人不爱听，但事实就是如此：刷物品让玩家浮躁化，让游戏快餐化。
刷物品的存在，表面上使得生存玩家可以快速大量的获得某些物品，很方便。但实际是，这就是一种加速游戏进度，使得玩家到后期无欲无求的一种不健康的游戏方式罢了（本来就是利用bug的不正常游戏方式）。除非你说你后期用这些刷出来的物品肝一些大型工程，但实际上，很多玩家就是在开新图，肝红石刷物品，到后期无欲无求，再开新图之间反复循环。放在服务器里的极 端表现，就是玩家们制造很多大型红石刷物品机器，彻夜挂机产生很多刷出来的物品，再倾销给系统收购商店（如果有的话），从而造成服务器经济通货膨胀。就算没有系统收购商店，也会让服务器快速的进入后期，最后迫使服务器换周目。对于不换周目的服务器来说，不ban掉所有红石刷物品bug的话，就必须得在经济上做出改变，否则无法很好的处理到后期的通货膨胀，还有后期玩家刷出大量物品后该如何继续引导玩家产生新的目标。
红石刷物品的这个问题，无论是在单人还是在多人游戏里，都加速了游戏进度，使得游戏变味，快餐化。
利用红石刷物品刷多了会让人变得浮躁，对我个人而言：就是不想耐心的去收集材料了。
记得看到过一个油管视频，记录某个玩家不靠红石刷物品，以正常游戏方式收集材料，建完一个巨型建筑，居然都有人惊叹道impossible？
如果可能的话，我希望官方多修复一些红石刷物品的特性。
在快照贴子里我已经发过了。。。
还是在这里再po一次吧：
emmmmm，作为一个5年的mc玩家，我对mc的红石系统真的又爱又恨。爱在“各种红石装置、农场、计算机，甚至于 256×256 的活塞门。”但我恨在它可以“刷物品”...
不过好在，官方终于开始关注到红石系统存在很多“未定义”的问题了。
我个人倒是觉得，很多被社区美化成“特性”的红石刷物品bug，是得该修复了。或许我所说的话有的人不爱听，但事实就是如此：刷物品让玩家浮躁化，让游戏快餐化。
刷物品的存在，表面上使得生存玩家可以快速大量的获得某些物品，很方便。但实际是，这就是一种加速游戏进度，使得玩家到后期无欲无求的一种不健康的游戏方式罢了（本来就是利用bug的不正常游戏方式）。除非你说你后期用这些刷出来的物品肝一些大型工程，但实际上，很多玩家就是在开新图，肝红石刷物品，到后期无欲无求，再开新图之间反复循环。放在服务器里的极 端表现，就是玩家们制造很多大型红石刷物品机器，彻夜挂机产生很多刷出来的物品，再倾销给系统收购商店（如果有的话），从而造成服务器经济通货膨胀。就算没有系统收购商店，也会让服务器快速的进入后期，最后迫使服务器换周目。对于不换周目的服务器来说，不ban掉所有红石刷物品bug的话，就必须得在经济上做出改变，否则无法很好的处理到后期的通货膨胀，还有后期玩家刷出大量物品后该如何继续引导玩家产生新的目标。
红石刷物品的这个问题，无论是在单人还是在多人游戏里，都加速了游戏进度，使得游戏变味，快餐化。
利用红石刷物品刷多了会让人变得浮躁，对我个人而言：就是不想耐心的去收集材料了。
记得看到过一个油管视频，记录某个玩家不靠红石刷物品，以正常游戏方式收集材料，建完一个巨型建筑，居然都有人惊叹道impossible？
如果可能的话，我希望官方多修复一些红石刷物品的特性。
Sun_Light 发表于 2020-3-12 03:36
在快照贴子里我已经发过了。。。
还是在这里再po一次吧：
emmmmm，作为一个5年的mc玩家，我对mc的红石系统 ...
靠红石全自动刷物品的BUG好像也不多吧。。。
羊驼和马会自动回血，效率也低
复制tnt算么？tnt也不是物品。。。。
chyx 发表于 2020-3-12 05:04
靠红石全自动刷物品的BUG好像也不多吧。。。
羊驼和马会自动回血，效率也低
利用红石直接刷例如羊毛地毯和铁轨，或者变相刷比如0 tick农场、TNT复制。和红石沾边的刷物品的方法还是不少的。
我只相信“特性”会越修越多23333
我也觉得是时候对红石动手了，利用游戏特性来刷物品还好(比如刷铁)，但用红石的bug复制物品就不应该了，没什么意义…这违背了红石的初衷
还是相信mojang吧，既然minecraft作为一个像素游戏能在这么久之后依然保持活力，那么mojang一定有与之匹配的实力。
好的刷物品应该是可以追溯的，而不是用魔法凭空变出来的
不知道前两天提出来的优先检测红石线的bug有没有被修复？
到时候红石的交流就会变成两拨，毕竟新版本的更新不代表旧版本的删除，这些特性还在，也希望新版更好。
基岩版都无线电了
Sun_Light 发表于 2020-3-12 03:36
在快照贴子里我已经发过了。。。
还是在这里再po一次吧：
emmmmm，作为一个5年的mc玩家，我对mc的红石系统 ...
赞同啊
我的个人生存就是给自己定了规矩，不准作弊，不准利用bug刷物品
比如说那个抖沙式甘蔗机之类的，现在b站mc区我的首页全是这个
希望Minecraft变得更好（才不是因为不会红石才这么回复的）
半链接性不会死……那啥时候加入基岩版啊
改修的bug是活塞刷方块，破基岩之类，而不是利用特性的村庄刷铁