一系列事件的前言
点击此处展开折叠内容
- 这个叫开往的组织尸位素餐的人太多，靠关系内部包庇的人太多，判断事情靠关系不靠事实的人太多，令人作呕。在被未通知直接踢出飞书前，我保留了全部群聊、私信记录，会在有需要时公布。
- 明确反对在网络对战游戏中作弊的行为，也反对 gxres042 (Restent Ou) 无底线包容作弊，甚至“开的人多，所以开就是对的”、“反作弊差，所以开就是对的”这种言论（由于其已删除文章，您仅能通过IA 存档查看原始页面）。
- 明确反对网络攻击行为。相关链接。
- 明确反对“开盒”行为。相关链接。
- 2、3、4 在中国大陆境内现行法律下并非合法，而 BLxcwg666 (libxcnya.so) 一个也不落下，另外还可以随意使用权限私自踢人，可谓是坏事做尽。然而此组织纵容其恶劣行径，主负责人所谓“已声明”直接切割，事后处理仅为所谓“严重警告”。
- 这个组织烂透了，权限管理混乱，无流程管理，全靠自己摸索。出问题不改善架构而是开小会污蔑人，纵容随意使用权限私自踢人，令人沮丧。
相关文章目录：
《当心网络组织“开往”·续篇》附录目录：
tips:warn
警告：如以下截图令您不适，请谨慎加入开往。
开往维护组主负责人说：
如果您已加入开往，请时刻注意您的言论是否会造成精神疾病患者的不适！
否则您有可能被拉出来“游街示众”。以上截图节选自完整聊天记录。
新增前言
文章原标题：回应某博客上有关某开源组织在内部会议上对我的污蔑（上）
下文成员 B 指代 BLxcwg666 (libxcnya.so)，成员 A 指代 Luochancy (Luochancy)。
原文
我总结的大致内容是，维护组有一个成员在加入时还没混熟就要了数据库权限，有些冒犯；没有经过别的成员的审查就把自己的 PR 合并了，有些“虎”；在维护族群里或者私聊“骚扰”别的成员，觉得自己有空的时候别人稍微晚回一些消息就有问题。
对于上述内容，我个人做出以下回应：
上述指控侧面反映出某组织内组织架构权责不明，毫无协作意识、权责一致意识。
- 新成员主动申请权限的行为，是出于对项目进度的责任心。此外也是由于项目的特殊性不得已而为（在此之后我主动为项目添加了若干调试模式，就是为了避免后来者再次遇到此类困难）。而在申请过程中被恶语相待，被人为的主动制造困难，而更上位的管理者未主动调和协助，体现出其中管理混乱，权责不一。此外进入组内进行工作还需要区分是否“混熟”，更显得尤为可笑。
- 在加入时已被明确赋予紧急情况下的独立操作权限。在主仓库操作前也在组内进行过交流，操作前后也无异议。而 Bot 维护也是事先在组内联系负责人请求 review，待有合并权限的管理者合并。依然被所谓指责“虎”，体现出某项目组在权限管理，贡献流程上出现了极大的缺陷。
- 技术协作中及时响应是高效团队的基石，但我也尊重个人时间边界。而在所谓“内部会议”上已经到定义为“骚扰”的程度，体现出团队至今缺乏成文的沟通规范：未定义合理沟通标准，未制定消息响应 SLA，未配置自动化值班表，未定义非紧急事项响应窗口，未指定什么时候下应使用异步协作工具，未将任务进行标签分级、未定义消息优先级。这导致成员对“合理催办”的认知出现分歧。这属于管理机制缺失，不应归咎于个人沟通风格。组内也从未有非暴力沟通培训相关，管理者也未能体现出称职的调和作用和引导作用，任由分歧持续扩大。
加入某组织无新人培训，全凭个人摸索。申请相应权限举步为艰。基础设施发生问题无明确的解决通道，还需要成员主动去一个个问讯，结果最后还被污蔑为“骚扰”，侧面体现出其中的混乱。
此外某成员 B 身居高位，未经讨论对于成员想踢就踢。一个管理者 A 撤权限，一个成员 B 将我清出组织，一夜之间剥夺了我的绝大多数权利，至今尚未恢复。而最后结果 A 无任何处罚，B 仅所谓“严重警告”，某组织俨然变为一言堂。
成员 B 随意的在组内辱骂他人，而在管理者 A 的反馈中，这需要我去包容，去体谅。而在成员 B 的语境下，我索要权限就属于在冒犯他了。
此外成员 B 无 review 的情况下就使用自己的权限擅自提交一个删除空行的 commit，就不在“虎”的行列了？
以上也反映出某维护组做不到所谓“善意推定原则”：即在证据不明时默认成员动机正向，通过机制优化而非人身指责解决问题。
作为上位者未反思过如何通过机制解决问题，而只是对于所谓“不合群”的成员进行人生攻击，此外逼迫其“自愿退出”，实在是令人沮丧。
