关于写issue的一些要点以及此次事件的一些想法

ISSUE要点
叠甲:只是一些技巧和基本要求,至于做到了能不能过,处于众所周知的原因,只能说玄学。

  1. 不要乱发issue,对于载具制作问题、性能方面的,尽量在经过社区讨论、收集到足够的材料并写作完善后发布,大量issue轰炸有可能触发某人应激,外加可能不完善的issue被通过导致后续完善issue直接被打上重复标签。尽量一次搞定
  2. 条理、逻辑清晰。尤其是对于复杂内容的issue,逻辑很重要。对于一些证据来源不明确、不直接的issue,需要通过详细的逻辑说明,尤其是涉及一些合理推论的issue,否则容易被否。比如国内论文常见的“某型装备”,在写issue的时候需要通过插图、描述等内容分析证明其就是issue的对象。
  3. 熟悉issue要求,如什么是一级来源,什么是二级来源,不同来源的数量和质量要求等等。最基本的就是一级来源(手册,直接的开发商一手信息)可以单个成立,二级来源(其他间接来源)需要两个以上交叉验证,但是就算有一级也尽可能交叉验证。
  4. issue网站本质上还是个反馈bug的地方所以什么分房权重调整什么的完全无关的内容就不要去写issue了。
  5. 评论区是用来补充材料和讨论的,不建议刷屏,给你那个same issue按钮就是这个用处的。
  6. 长时间没动静的issue,可以找技术版主询问。
  7. 还在想

特殊小技巧
1.像素大法,虽然不一定管用,但是一些涉及到尺寸方面的内容可以考虑通过一些已知数据然后量尺寸得出所需的数据。
2. 使劲解释,由A得B,由B得C以此类推形成完整逻辑链,最好配合复数依据交叉验证,适用于二级来源。
3. 还在想

关于这次

  • 大概对于很多人是第一次体验或者了解issue网站的环境,现在有亲身体会了也了解是个什么样子了。
  • 还是该干啥干啥,速胜转速败滑坡不可取,无脑唱衰更当鸵鸟没有意义,完全就是贬低别人努力给自己当龟找慰藉。
  • 好现象是确实真的开始有更多人正经用论坛了,指正经用而不是单纯来发个牢骚或者情绪输出一下一击脱离,这个对于提高对制作组影响力是有好处的。中文专区不提,去其他英文分区多了解一下各种视角,各种问题,以及顺便当练英语水平是没有坏处的
  • 最后,部分朋友还是要提高一下知识水平,半自动指令线+红外末端这种东西是不存在的,都21世纪了谁还搓半自动指令线,都是火控计算机自己引导的。说白了跟IRIS-T SLM 一样的类似主动弹的引导方式,写issue最重要的就是实事求是,胡编乱造或者瞎想是不可取的。
9 Likes