我怎样才能（更好地）为你做贡献three.js

是否有其他关于此问题的一般规则和指南three.js除此之外的贡献？ngithub.commrdoob/three.js10JavaScript 3D库。向mrdoob捐款/three.js通过在GitHub上创建帐户进行开发。
这只涉及技术方面，我正在寻找礼仪、最佳实践、帖子格式等。我写了很多（伪）code的长篇文章，有时我会很有激情。这会产生人们忽视你的不良影响。如果有什么需要改进的地方，我会改进它。
在为一个项目做贡献时，一般来说，简短是一个很好的方法。即使提供tl；dr版本，写无休止的帖子也不是好主意。这让人感觉难以承受，所以开发人员把时间花在其他事情上。我认为对公关来说最重要的是，它的好处最多可以用两到三句话来表达。
我个人不倾向于解释code部分，除非有人提出要求。
如果某件事情太复杂，需要更多的解释，有人会说深入的交谈可能有助于发现错误或拨入模式吗？n<mugen87:n</mugen87:n？
我注意到你花时间回答问题，但我自己也一直在这样做，我担心这会产生怎样的影响three.js考虑到你是一个特别的维护者。
当我受够了，所以我决定花时间写PRs，但作为一个随机用户，我的PRs不可见。作为合作者，当您决定不花时间在PRs上，而是直接使用它时，您会觉得它有点低效three.js去。
举个例子，你只对一个简单的建议写了两个回复。尽量简短，用实例/屏幕截图代替文字，一次只写一封回复。
正如@Mugen87所说，人们真的很忙——我遇到了你最近的PRson github，尽管它们看起来很有趣，但我看到了你的帖子有多长，只是跳过了它们。这不是私人问题，只是时间有限，我要说的是，我不是唯一一个有这种感觉的人。n@Mugen87如果他不回答这个问题，会有一点额外的时间。nstrong。25.
这个问题每10天出现一次。我通常只取下three.js标记并编写与@Mugen87编写的内容非常相似的内容（请阅读f手册）。这个想法是，那些有价值的人不会一次又一次地浪费时间去回答同一个问题。
（听起来有点刺耳）
这篇文章的节略版：n@mugen87在公开的PRs中，有很多人。
（这让人觉得它读起来很刺耳）n（事实上是肯定的，非常粗鲁）12正如@Mugen87所说，人们真的很忙-我在github上看到了你最近的PRs，尽管它们看起来很有趣，但我已经看到了你的帖子有多长，并跳过了它们。这不是私人的事情，只是时间有限，我想说的是，我不是唯一一个有这种感觉的人。n@looeee
你是如何与three.js没有阅读大量的代码库？你有什么建议吗？
不要阅读，只看长度，同样的事情：ngithub.com/mrdoob/three.js考虑重构一些代码。3由pailheadon 08:32AM-09 5月18日UTC编写的309 5月18日提交的header更改的7个文件，并添加了的内容删除。ngithub.com/mrdoob/three.jsMaterial includes 2by pailheadon 12:27AM-11 2月17日UTC16 commitschanged27 fileswith470 additionsand26deletions。
这是完全相同的事情，在10791年，我说这是一个公关，在14031年，我写了一个项目文件，就像我为我的工作所做的那样，两者似乎都不起作用，尽管我明白你在说什么，“公关”一个strong得到了评论，但没有被接受，我认为带有项目文件的那个我更难拒绝，因为它努力提出有效的论据，但没有人在读。
这里的解决方案是什么，最佳点是什么？
我刚刚查找了下一个有很多评论的帖子，并在其中找到了您。我只是简单地看了一下，因为它很长，但听起来这里并没有列出具体的问题。总的来说，它比我在我的项目文档中的单篇文章要多。ngithub.com/mrdoob/three.jsh4>问题：Animati的优化在引擎上，由Usnulon 2018-04-20打开的
动画引擎优化当前动画引擎在大约500个骨骼上同时动画，导致CPU非常高用法…建议这里的一个解决方案是获得一个队列吗？我可以找几个朋友“补充他们的想法”，让它看起来像一场讨论，而不是一个人写一篇长文章。这是同一件事，但似乎更容易阅读？
重申一下，我不是在评判，我们都是自由的人，可以随心所欲。我对流程感兴趣，尽我所能改进流程和我自己，知道如何识别无法赢得的战斗等。
开始提供激励是否合乎道德？比如说，如果你帮我消化上次公关请求中的文字墙，我会给你买瓶啤酒。
或
嘿，如果你能花10分钟读我的一篇博文，我会在贝宝上给你寄100美元。我真的在努力改进我的交流，学习如何更好地编写软件文档。nMeh，另一堵文本墙，由于discussio
如何解析这些github链接而变得更糟。n@looeee
我添加了一篇非常简短的文章，其中有一个概述，并声明，更长的帖子是一个可选的阅读（在我做的公关中）。
尽管它们看起来很有趣，我已经看到你的帖子有多长了，只是跳过了它们。
这里我的重要收获是这个词。如果一篇文章太长，无论它的结构如何，或者如果它使用了标题、副标题等等，你都不会读吗？如果github有类似于[spoiler][/spoiler]的东西，它似乎可以解决我的问题
但我担心多篇帖子也会成为一个问题。
或者，我可以考虑在离线的某个地方写下整个想法，然后在单个短帖子中提供部分内容，但前提是有人回复？当别人回答我从Github、Stackoverflow和Conversatio
中发现的问题时，你可以通过阅读strong的模式/风格从他们那里学到很多东西：Github、Stackoverflow和Conversation-@Mugen87、@Fyrestar、@looeee、@prisoner849，nstrong，
真的，我不得不阅读成百上千的帖子，我几乎不厌烦读你能读到的所有东西与Three.js+其他人如何推开这个信封，或者改进这个平台。从我所经历的知识水平/能力到一个开发人员如何向社区表达他们的答案+code示例。保持这种势头真是太棒了！另一个发现是：在阅读了许多文章之后，至少在stackoverflow中找到了许多strongThree.js例如，被破坏了。作为一个社区，我们可能应该尽力帮助那些人全面更新他们的脚本。也许我或另一个开发人员创建了一个讨论页来支持如何进行修复这些脚本。n@be
这里有什么想法吗？ngithub.com/mrdoob/three.js考虑重构一些code。3 h4>由pailheadon 08:32AM-09 5月18日UTC编写的3div<5月18日<5月18日提交header>更改了09个文件来了解这里发生的一切。从标题中可以看出，这应该能够解释一切。
对于可选阅读中的所有Pro（s）/Con（s），它是一个重量和测量系统，具有Three.js这需要进一步发现，即使您已经为另一个开发人员完成了分解的发现工作。这是对未来利益努力的理解。也许他们是一个副作用，或者是你不知道的另一个计划。
你知道他们说一张照片抵得上千言万语。这有助于分解内容，通常大多数人对视觉效果的要求比消化大量内容的速度更快！
希望这有助于围绕您的问题进行更多思考。
我有点明白您的意思，但我不太明白。你是说可以做尽职调查并提前提供额外的信息吗？或者你是说这会伤害整个过程？
我不认为过去会这样做，这就是为什么three.js最后得到了一个没有人使用的功能。
我不理解其中的平衡，在我的书中，提前提供尽可能多的信息是好的。在我们的世界里，什么是图片的等价物？重构示例好吗（foo-130行、bar-160行、baz-20行等等）？我也把标题改了4次，你认为哪一个最好，还是有更好的一个适合这个特殊情况？
我最好从例子中学习
我确实注意到我得到了更多
How could I (better) contribute to three.jsn

我怎样才能（更好地）为你做贡献three.js

three.js[已解决]正交摄影机的变换控件：gizmos缩放问题

three.js多次渲染同一模型（obj模型），FPS要低得多

three.js可缩放场景背景

three.js移动导入的Gltf模型

three.js平面明暗处理的问题

three.js如何渲染立方体材质？

three.js如何创建要在网格中拟合的线段

three.jsGLTFLoader.js这是我的登记簿错误

three.js使用threejs的光流

three.js使用光线投射动态绘制多边形