担起这份勇气，自己做决定，然后让自己未来的付出对得起今天的决定。

无任何利益相关，纯考究党。


按时间线看看整个事件发展：

2020 年 9 月份，Marak 因失火事件遭到严重的经济损失。

2020 年年末，Marak 开通了 OpenCollective 。

2021 年 1 月，Retool 开始以每月 500 美元赞助 faker.js 。

同年，Marak 上线了基于 faker.js 的 fakercloud 给自己改善生活。

fakercloud 上线三周后，Marak 发现 Retool 里面有模拟头像的功能，试用了后表示“惊！”。

后续，Marak 发过邮件给 Retool 谈收购 faker 的事情但被拒绝了。然后发生删库...

RetoolCEO 承认 app 中有用到 faker.js 。
大致上是这么个原理：
retool 中有一个 api 生成器，这个生成器用的模板里的 IP 、头像、行业都是用 faker.js 生成的。faker.js 这个库生成的数据会自动链接到 fakercloud 。


一、Retool 是不是以大公司的身份打压个人开发者？

我觉得没有，基于以下两点：
1. Retool 公司本职做的开发工具链，它没有重新做一个跟 faker.js 一样的竞品，它只是在自己的应用里面用到了这个库。
2. 它一直在赞助 faker.js 这个 MIT 库。

二、该如何评价 Marak 的删库污库行为，Github 真的有权力限制他吗？

对于这一点，我想说的是 Marak 此人相当离谱！
1. 自制 bomb 烧毁了自己的房子，惊扰邻居，后续被捕-上社会新闻-进行精神治疗。（造成的经济问题成为本次事件的起点）
2. 看到 Retool 的功能后作出极端反应，包括删除（并污染）原 faker.js 项目、往 colors.js 项目推送不可描述标语并作死循环
所以 Retool 没有收购 faker 、Github 限制他的账号操作我都可以理解。不过对于以上这些点，大部分技术自媒体只是略带一提。
但凡 Marak 这个 bomber 能理智一点，事情都不会走到这一步。

同为游戏玩家来说一下：
板 U 参数是没有问题的，对于打游戏确实是更推荐牙膏一些。12700K->12700KF 预算可以降几百，表现无差别。
显卡一直以来都是供不应求，技嘉的各种版的存货多一些，LZ 想先上车买也无妨。
内存基本可以满足大部分需求。
硬盘 1T->2T 。考虑价格可以降低品牌标准，固态的耐用性远超一般人的认知。
电源够用。
机箱，见仁见智吧，个人建议按内部空间-风道-重量的顺序考虑。
散热，猫头鹰。

很有意思的问题，我想不只是工程师，各行各业的人对于这类问题的答案应该是一致的：提升自身的竞争力并收获自尊（或者说自信）。

首先我们应该反过来想，什么样的工程师才会不在意软件工程中各种所谓的规范，不去学习新的更先进的技术与概念？

1 、低职业自尊的人。
“我就是这样写，怎么着，反正能正常跑。”
“你觉得不行那你来改吧。”
“反正我写代码就是混口饭吃。”

2 、自身的竞争力已经不在技术实现上。跟 1 有部分重叠。
“这个你研究一下吧，我待会还有个 xx 会议要开。”
“这次竞争上岗我十拿九稳，xx 是我的 xx 。”
“老哥，那么卖力干嘛，我拍一次视频顶你半年的工资。”

回到正题。社会上所有生产者的职业道德，大概都是维护本行业的社会地位（门槛）以及独立个体的竞争力。“学习新技术”及“更好的代码习惯”都是程序员群体内非常符合这一点的具体实践。如果没有这些“品质”，对于码农的社会眼光就会降低，职业待遇也会相应地变化...应该说这些行为包含一种群体的自觉。

进一步，行业内个体竞争强调了这些“品质”。这点毋庸赘述。

竞争的内源是生存恐惧。在资源一定的情况下，个体根本不存在“够用就好”。
写几个 if 就可以糊弄的老板过几天就招了个代码写得又快又好的实习生替代你，你要不要多学点东西？
如果全世界包括你只有一百个人会某种技术，哪还有这么多屁事，只因你的“生存空间”太大了。

LZ 问的是开门和关门的方法在 room 类里面实现还是在 user 类里面实现？

比较浅层的答案是 room 类，因为开门和关门中的宾语“门”是 room 的一个属性。

但深究，在允许 room 内出现一个或者多个门的情况下，则应该把“门”单独抽象成一个类（比如叫 door ），开门和关门在 door 类里面实现。更何况，根据描述，“门”必有一个“owner”的属性。

上面很多人讨论的是权限的设计以及鉴权方式。
chatroom 的权限设计基本上都是以“角色”为纽带来连接用户跟房间两个实体，用户具体的行为允许由角色的“策略”决定。但“角色”是安排在房间端、用户端、还是独立抽象由业务决定，很难全面地讨论。比如：
游戏大厅这样带 lobby 的类聊天室和 QQ 群的设计可能会迥然不同，后者需要房间保留已经离线的用户信息。

首先是个人简介：
1. blog/github/gitee 保留一个即可。
2. 个人总结跟专业技能合并一下，把你的“薪酬三级跳”过往写上。

LZ 之前就职于移动的乙方，移动的系统程序业务逻辑复杂，技术难度不复杂，项目部分可以这样改：
1. 保留业务智能管理系统一项，标题改为 xxx workflow engine，描述突出权限与库的设计。东西不要写满，留点内容给你面试的时候口述。
2. 保留人才管理系统一项，标题改为 xxx statistical analysis system 或 xxx SAS, 突出分析与搜索的过程。
3. 其他项目一笔带过。
4. 你做的项目优化单独叙述。

必然是字节

@susuper 你需要详细了解一下 Ajax/XHR 能做什么、不能做什么，善用搜索引擎


首先，我建议教育经历这样排版，以下均为模拟数据

教育经历
清华大学 软件工程 统招本科 2017.09 - 2021.06
绩点 3.8 （ 4.0 ）/国家一等奖学金 /院学生会实践部部长

要点 1：聘方需要知道你专业是否对口，但不需要知道该专业属于什么学院（想知道的时候会问你）
要点 2：最快地展现你在学校的成绩及贡献，写上去的最好是一奖，三好学生什么的别写
这个部分是抓眼球

其次，专业技能的描述要简练，例如可以这样描述

熟练掌握 Java 语言及 Spring...等主流框架的使用
掌握服务端程序的部署及多种关系型数据库的编程
...

要点 1：相关的技能可以放在一块，不要过于赘述，比如用过 SpringMVC 肯定是知道 MVC 的
要点 2：技能点要与聘方的需求相匹配
这个部分可以一笔带过，因为 HR 主要是扫关键词的

最重要的是项目作品

掌握三板斧，这是个什么项目--“我”在项目中的角色是什么--“我”在这个项目中的贡献
最后一个是最重要的

一个文件上传进度条只是个小功能，效率提升了 xx/时间节省了 xx/评了 xx 奖这些才是值得大书特书的点

最后，个人总结可以不写、社团活动不是跟软件相关的可以不写，证书...写中软真不如写大学四六级

我觉得楼主的基础有点差，因为带进度的文件上传是很简单的前端功能。

1 、假如你后台需要监控各用户的上传进度，只需要写一下接收端的逻辑就可以了。前端的进度获取交给 ajax 回调。
2 、假如后台不需要监控各用户的上传进度，那就是纯前端的东西。

让用户去轮询获取一个前端就能拿到的数据本身就是一种设计错误。

简历问题很大，懒得打字了。

开源项目 private ？
还不如说一个将要开源的闭源项目...

如果可能会有商业用途，建议准备好详细的企划书...
如果纯开源，建议直接放开代码，别人看了有兴趣自然会加入，还省了收发邮件的沟通成本
如果只是作为一个学习项目，那 duck 不必招人合作

...你不如贴一份正式的简历

东西太少不好判断

@bjzhush

一、我的中心思想是，你们应该把这种“暂无编程释义”的这种异常流程体验做好。“暂无编程释义”的同时又引导用户去充值 VIP 何尝不是一种欺诈。

二、让用户来反馈你们的词典问题实际上是花费用户的钱来达到你们的目的（小白鼠），而用户本身应该享有的服务（等待你们完善的词典）有滞后性，效用被大大降低了。

三、价格是由供求关系影响的，相信大家都能理解。既然需求量不高，甚至已经有免费的竞品，那么该产品本身就不该如此收费服务。

四、现在的浏览器查词扩展真不在少数。我所要表达的是，对于程序员 /计算机学生这类群体，不同于普通的英文阅读者，他们查找英文的目的是辅助他们去完成自己专业上的事，而这种辅助是有多重路径可以实现的。观点同三。

针对三与四，我有一个观点，不知道你赞不赞同。
一个产品收费还是免费、如何定价，其实是取决于市场。而不是取决于你在里面花费的时间跟心血。（价值不等于价格）

五、我举这几个例子是为了说明比起英文查询，还有很多更值得做、更值得让别人付费的工具。

凭着对 V 友产品品质的信任，我入了 4 年会员

我认为该产品有很严重的问题

一、词典的质量堪忧，对于需要快反馈的用户是没有耐心与你的产品一起成长的

实例 1 。rasterization，通用释义是光栅化，要看编程释义则提示需要充值 VIP，但我充值完 VIP 之后却显示“暂无编程释义”。这样子真的好吗？
实例 2 。bash，编程释义是 Linux 默认的 Shell，然后我想着去找 Shell 的编程释义（如果我是小白，不难理解这个举动），结果还是“暂无编程释义”，我还是要到搜索引擎里去查 Shell 的内涵，请问，我为什么不一开始就用搜索引擎？
实例 3 。assembly，暂无编程释义。但通用释义里却只是显示“装配；集会，集合”，但其实我更常见到的是“议会”的意思（包含法律意味），尤其是在电子新闻里面。

该词典的意义何在？无论是作为专业化还是大众化的词典它都显得过于单薄，也许创作者会说该产品正在处于初期，但试问，如果我宣称我卖的新华字典只有一千个汉字的注解，完善的词典要等到第十版之后，有多少人会买单？

二、词典本身不是刚需，在有搜索引擎的今天专业化词典更是伪需求

英文查询对于程序员来说只是获取信息的一种手段，这种手段是可以被替代的。

比如我不知道 CI 的意思，但是我用过 Jenkins，知道 Jenkins 可以做持续集成，当我看到 Jenkins CI 的时候我就可以猜测 CI 应该是持续集成的意思。

更别说现在还有各种搜索引擎跟老牌在线词典参与竞争。用英文查找作为核心服务并且收费，在现阶段显得不够明智。

三、我认为“肯搜”应该有的杀手级功能

0 、搜索常用的代码段
这个功能在 Github 上已经有不少人实现过了

1 、横向的 API 查询
当我键入“截取子串”时，会弹出各个语言在实现“截取子串”功能的 API，比如 C 的 strstr，Java 的 substring，除了查找具体 API 的声明之外还可以对比更语言对此的实现。

2 、一些经典算法的数学推导
比如，矩阵的求逆原理和过程，红黑树的证明

3 、各种计算机论文的索引

4 、针对 Github 的搜索功能（ Github 本身的搜索功能不好用）