用户:
23332808查看:1 回复:4 评论:1 创建时间:2023-10-28T18:04:08
1.对于海默无法进入创作端的原因
海默无法进入创作端的原因是本人设置了停止公开,停止的原因是在源码中发现了一个人为破坏,导致地图长期清党,本人怀疑出了内鬼,所以停止了公开! 而且海默本来以及不是合作者了,却潜入我的地图,居心何在?是喵代码还是伺机破坏?
2.randint函数
海默自曝了randint函数,确实,该函数确实不错,但在实际运行时因为自生使用floor方法没有办法去到上限(这其实很好理解,因为在实际操作时根本没有办法让random取到1所以,不可能达到上限),所以岩浆伤害只能是固定的1,树叶凋落物永远会少一个,但实际却并非如此,几种树叶掉落物确实都有出现,可见海默实际函数并非是他所说的,可见其的心虚。
3.炼药台 为何之前不敢曝出炼药台代码?
现在只拿的出如此简单的一份代码?结合上一件事,不免让人猜疑这是不是为了掩人耳目而临时制作的呢?
4.徒弟的代码 在论证中,海默徒弟的证据只是辅助证据,体现他有作案前题,并不是主要证据,但是海默在辩解中言辞激烈,情绪激动,说了一些不着边际的话,是否是因为戳中了他的痛处?
其次,海默在了解了自己徒弟盗用代码的行为后,不仅没有阻止,反而助纣为虐,帮助其修改代码,再一次体现了他品行的卑劣与喵。
5.对于背包代码的抄袭 一下两段代码意味颇深
deleteItem(entity,item.slice(0,item.indexOf('*')),num)//传奇
e.remove(a2.value.slice(0,a2.value.indexOf("*")),Number(input))//海默
前面的是传奇的代码(来自屑点),后一段是海默公布的,二者的区别也就是把entity写在了参数里和前面,代码师其实已经可以看出二者本质是一样的,而且更加有趣的是遍布全局的remove并没有公开函数体。于此之外,传奇大大使用的是一种晦涩的几乎是静态储存方法,二者皆使用["物品*数量"]的储存方法,该方法修改数量需要截取字符串再拼接实现更改。所以为何海默的代码里会出现相同的格式,其不言而喻了吧。 同时有人可能会问海默为何不使用你的背包代码呢?只能说明海默知道我的代码背包代码(注意,他甚至知道是背包代码而不是存档代码)有问题,转而使用了传奇的背包代码。
各位,以上就是本人对于海默说辞的全部见解,代码中未经允许引用了传奇代码,在此道歉。 希望海默可以喵知返,希望当面解除误会。如果认为我的言论中有何不妥,希望举出切实证据,感谢各位对此的关注,让我们共建美好社区。
另外,本人真的不喜欢麻烦,所以希望尽快解决此事
对于randint函数的问题,海默自曝了randint函数,但该函数在使用时无法达到上限。这是因为在实际操作时根本没有办法让random取到1,所以岩浆伤害只能是固定的1,树叶凋落物永远会少一个。因此,有人怀疑海默实际函数并非是他所说的,可见其的心虚。
炼药台的问题是另一个争议点。为何之前不敢曝出炼药台代码?现在只拿的出如此简单的一份代码?结合上一件事,不免让人猜疑这是不是为了掩人耳目而临时制作的呢?
徒弟的代码在论证中只是辅助证据,体现他有作案前题,并不是主要证据。但是海默在辩解中言辞激烈,情绪激动,说了一些不着边际的话,是否是因为戳中了他的痛处?
最后是背包代码的抄袭问题。两段代码意味颇深,一个是传奇的代码,另一个是海默公布的代码。二者在格式上非常相似,而且海默的代码里也使用了和传奇相似的储存方法。因此有人质疑海默为何不使用你的背包代码呢?只能说明他知道我的代码背包代码有问题,转而使用了传奇的背包代码。
总的来说,这段文字是对海默的一系列争议问题的总结和评价。其中涉及到了海默的品行、能力以及他与传奇之间的纠纷等问题。希望通过这些争议能够让更多的人了解事情的真相和背后的故事。
点赞0
评论