> 在 github 仓库 指出潜在的安全隐患后 被删 issue
> 为此新开了个 issue ，作者回复后就立即关闭以及删除 issue 。

repo 作者做的没问题
https://docs.github.com/en/code-security/security-advisories/about-coordinated-disclosure-of-security-vulnerabilities
https://docs.github.com/en/code-security/security-advisories/creating-a-security-advisory

> 漏洞报告者的最佳实践
私下向维护者报告漏洞是一项良好的做法。 如果可能，作为漏洞报告者，我们建议您避免：
- 公开披露漏洞而不给维护者补救的机会。
- 绕过维护者。
- 在代码的修复版可用之前披露漏洞。
- 在没有公共奖励方案的情况下，报告某个问题时期望得到补偿。
漏洞报告者如果已尝试联系维护者但未收到回复，或与已联系他们但被要求等待很久才能披露，则在一段时间后公开披露漏洞是可以接受的。

橘子测心率 茶水代尿 典中典

@urnoob #14 没有 还是 2 线牌子的马桶（ u1s1 物业没存在感）
提供了一次性马桶垫 男厕一层 4 个蹲的

@urnoob #6 杭州

Webex 楼下部门的
1.思科和一线大厂没法比工资 互联网公司和科技公司的区别 base salary 就这样，在湾区也是差 fanng 一截 部门间的差距应该是 RSU
2. 号称 All life no balance，据我观察朝十晚五吧
3. 不知道 给你个侧面信息 今年生日会 除了我是新入职(被收购加入) 其他都是老员工 最老的工作了 20 年 动不动就工作 10 年+

WebEX 在公司算是核心 追溯起来也是 zoom 等一众产品的鼻祖 产品新功能还是不停的加 也算是上升期

xs 怕不是把编译器前端当 web 前端了吧

> Java 目前还是后端第一语言，比 Rust 成熟不少，但部署不是很方便（虽然打 Docker 镜像都差不多），资源占用也比 Rust 高。

graalvm 了解一下 quarkus 了解一下

前高中入坑 oi 选手，一个过气凉了的 oj 维护者发表下意见。

1. oi 竞赛是极其有益的。而且通过 oi 很好的让人评估是否选择编程来作为专业。（我高中的竞赛队最后有一半的人选择了计算机相关的专业
2. ACM 是一个性价比较低的方式。他一定意义上更像是高考。你要一遍一遍的刷五三刷题，练习肌肉记忆。
3. 大学中 ACM 是一个很好的选择（这点看似和 2 是冲突的）。他更像高中生活，可以通过自己的做题努力换取相应的回报。打 ACM 总比按部就班的上着国内的计算机课，到最后毕业了也写不出什么代码好。在校招的时候也是个好的敲门砖，以后找工作刷 leetcode 也轻松些。
4. ACM 和 OI 的答题技巧在未来的工作中可以说是毫无用处。更体现的是一个筛选机制，智商更高，更有毅力，更有学习能力的人才能更好的取得好的成绩。ACM/OI top 级的人换去做科研 /工程也是会成功的。
5. 如果能有效获得资源 /有自学能力。最高效的学习路还是 1. 去实验室写 paper 2. 大一开始找实习



你那段对 ACM CTF 的同学介绍 vscode 介绍调试等内容其实是竞赛等一个取舍。因为 ACM/oi 都是一个比赛导向 比的是解题，尤其是 oi，运行环境都是统一的 你了解 GCC 对你取的好成绩没有帮助。ACM/oi 圈没你想的那么弱，正常选手二分 debug 都是基础能力。厉害点的 gdb debug 都是轻车熟路 /

盒马日日鲜 (不追求口感就安佳德运常温奶

艹 居然看到了 aer
fit pack 2 用户表示从没有撞过包。 我的是我让朋友人肉带回来的。
之前 aer 渠道无非
1. 香港官网授权商（他在淘宝有个店，去过香港线下实体店 很小=。= ）
2. 日本转运（有几个日本电商卖）
3.美国转运
4. 咸鱼买尾单
aer 的双肩包都好 实物质感非常棒 无脑推

机身之前弯了没 弯了多少

gosu.ai ?

@bigwhite #40 斗鱼的话 chrome 看会卡 用 斗鱼的 官方 macos app 看不卡 也不烫

@delectate #14
有道理是有点道理
但是拿 toB 公司和 toC 公司比没啥意义 toC 公司公开事故报告有啥意义 你爸妈 or 行外人就看个热闹瞎起哄
toB 公司不公开，出事故出了多次就丧失信任就跑路了

@godblessumilk #27
3 接近
不过锅不在 tengine，某个东西升级后 luajit bug 了 =。= （当下谜语人懂得都懂
发文章的人都快收拾工位了就不放截图了 =。=

@no1xsyzy #74 我的 我前面说的不到位，计算机领域
原理 方法这种申请专利没问题
功能和内容这种不都是申请软件著作权的嘛
这些东西和开源协议是两码事情。哪里有通过开源协议来保护版权什么的 没听过这样的先例。

@no1xsyzy #73
我想说的是

> 但你又想占开源的便宜，又怕让别人另立山头把你弄死

这个想法非常正常，就像 elasticsearch，大家幸幸苦苦把 es 生态弄起来。云厂商打包一下变成服务来割韭菜。（他通过卖机器来赚钱，你让这些给 es 做贡献以此为生的公司咋么活。

谁规定了 mongodb 和 es 不是开源项目了。开源现在也开始原教旨化了嘛。明明 aws 这些不讲武德不回报社区自己赚钱割韭菜，搞得是项目维护者主动限制自由一样。

我错了 这问题跟开源协议没什么关系了。
> 对于竞争者，如果开发出功能原理一样或者相似的产品，无论使用哪种编程语言，无论是自托管部署或者 SaaS 模式，都要受到专利限制。
意思是你弄了四个轮子的汽车。就不准别人开发四个轮子的汽车？ 这可真牛，什么时候国内的专利能申请应用类型的东西了。

> 对于使用者，免费使用，不限用途，包括商业项目使用；
对于开发者，只能通过 Pull Requests 方式参与主程序开发，不能演绎其他版本的主程序；但是不影响开发扩展插件，或者商业化运营扩展插件；
对于竞争者，如果开发出功能原理一样或者相似的产品，无论使用哪种编程语言，无论是自托管部署或者 SaaS 模式，都要受到专利限制。

经典 source open，不是 open source 。国内某大厂最会做的事情。

你要是真的想这么弄，通过基于 GPL 加些条款做个自由协议吧。正经公司有部门 review 开源软件使用情况的反正看到这种奇怪自由协议直接不会通过的。

你还是多多了解开源社区吧。正常做法哪里有通过专利进行保护的。你要是怕大厂抢你的劳动果实，用 SSPL，AGPL 限制他们，如果大厂使用了你们的代码作为服务提供，他们提供此类服务的软件的源代码都必须开源。