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 本身的搜索功能不好用）

1 、企业只招聘“最适合”的人，“最适合”不意味着能力最强
你面三个小公司跟面大厂其实是独立事件，你不适合小公司不代表不适合大厂。小公司往往会因为你的经验少把你刷掉，大公司则会更看重你的学历跟潜力而把你留下。你中大软工的起点已经比人高很多了，为什么不去大厂试试

2 、关于外包
对于刚出来的人，一般不建议去外包。是否会影响后续的换工作另说，主要是那种毫无归属的不安定感会消磨你的意志，频繁地奔波不利于技术积累

但，如果你已长期赋闲在家，不妨先上岸，获得社会经验，同时养活自己（自由职业也可）。不要脱离人正常的发展节奏，否则精神容易出毛病

3 、应对企业招聘
我无法代表其他人，在这里我谈谈作为技术面试官对于来自外包的应聘者的态度

“外包”会令我对面试者的诸多方面产生疑问。
TA 是否已经脱离正常的开发工作很久了？
TA 是否有足够的自我驱动力 /后续培养的潜力？
TA 是否处事灵活有变通能力？
TA 的事业稳定性如何？
...
我觉得外包人在面试中让面试者摆脱对自己的刻板印象是一项很重要的工作，当然 LZ 还没有进入 OD，这里不展开讲

我想表达的是，外包不意味着再也没有大厂机会，外包应聘者需要有一定的面试技巧来“扬长避短”

4 、最后
无论是继续考研，还是外包上岸，请保持自信

让实习生负责整端，搞五六个项目？这肯定不能留了

说说如果是我会怎么办

离职

原因如下：
1 、公司外包性质 -- 员工归属感弱，生活不安定
2 、职位薪资不合理 -- 高层管理不懂技术 /不重视技术（蠢），甚至有意压榨工人（坏）
3 、对底层员工画饼 -- 画饼的行为本身没什么问题，但对底层员工画饼就相当于“白嫖”
4 、负责整端，兼任多个项目 -- 不利于专业深度的个人培养

对于 IT 这种性质的工作而言，过早地转型管理岗无异于对技术人员的“谋杀”