添加了新组件「项目星标 Repo Stargazers 」。

组件说明： https://silentdepth.notion.site/Repo-Stargazers-0f309f6979de4ef3bf7b4b5598328ba6

「负责到 3 月底」，这也没几天了啊，这是有多急

Vue 、React 等视图框架的目的是让开发者可以更方便地实现界面而无需过分关心底层元素的操作过程。但有时候我们就是需要直接访问底层元素，比如我们的业务无法通过视图框架直接实现，或者我们需要使用一些第三方库来实现业务而第三方库的工作机制独立于视图框架之外。这个时候就需要视图框架提供一种机制来让开发者可以访问到底层元素。在 Vue 和 React 中，这个机制就是 ref 。

在常规 Web 开发中，你给元素加上一个 id 也能实现类似的效果，不论是通过 window.<id> 还是 document.getElementById(<id>)。但一来这需要你处理可能的命名冲突，二来这需要你自行实现读写和缓存的逻辑，开发体验就不太好。另外，Vue 和 React 都有意区分数据结构和渲染目标的概念，甚至允许你自行实现一个渲染器。那当一个 Vue/React App 渲染的不再是一个普通的 DOM 树，没有 id 机制，怎么办？这时你只能靠 ref 机制了。

> 用爬虫把数据爬走，岂不是我的网站就被干掉了？

存在这种可能（虽然说「被干掉」有点夸张了），所以一些论坛会有反爬措施。但论坛作为内容型站点，首先应当注重内容的建设。爬虫只能爬走人输出的内容，爬不走输出内容的人。

> 另外还有哪些安全问题，需要注意的呢？

当成常规的带登录业务的站点看待即可。XSS 、CSRF 、防注入、密码 /权限泄露啥啥的，如果「敌人」很多还要注意流量攻击。

> 不能网站刚能做起来一点，就被别人窃取了吧。

做起来之前，没人在意你；做起来之后，拦不住别人窃取你。哪怕是邀请制论坛也有各种搬运党的存在。所以不要过分在意这个问题，好好运营比什么都强。退一步讲，如果真做到大厂都想窃取，那除了法律手段你也没什么能做的。

我对一份工作的意义的判断标准：

钱、快乐、成就感，能有三项梦寐以求，能有两项值得坚持，只有一项可以忍受，一项没有趁早滚蛋。

@PatrickLe #5 如果你想要隐藏的内容是一个页面（比如 Database 里的一条记录），那么还是可以的，对那个页面单独设定分享权限即可。如果是普通 block 则不行

Notion 对内容操作有分钟级备份，所以如果那些数据确实同步到 Notion 服务器了，可以尝试联系客服找回。

虽说如果数据确实同步上去了，应该不会发生这种问题……有一种较常见的情况是数据一开始就没同步上去，比如因为网络中断，这种情况就没办法了。

可能的缺点：

1. 老板不喜欢，感觉掌控不到员工；
2. 有的人不会把事情写清楚，于是就需要对方追问回去，造成准同步沟通或者更低的沟通效率；

异步沟通是个好工具，但正常发挥作用需要双方都能正确认识和使用这个工具

@AyaseEri #27 这其实是件很可悲的事情。先不说好用好看并不是没有业务价值，这种想法本身是傲慢的，是假定不论如何用户都会使用我的产品、用户没有选择的。这种想法对部分产品是成立的，但有多少产品有使之成立的底气呢。有这种想法的更多老板不过是想降低用人成本罢了，这其实跟技术本身没什么关系

@xianyuyitiao #26 嗯嗯，明白。前端其实也有一些方法论、设计原则之类的东西，但相比较而言确实不如后端那般「单纯」

不要有这种压力。找工作本来也是个讲缘分的事情，临入职有了更好的 offer 只能说你们有缘无分。退一步讲，你对这家公司并不负有什么义务，你作为一个独立的人也值得拥有更好的工作机会。你是应届生，谁不希望有一个更高的起点呢。明白人都能理解你的选择，不能理解也不影响你的选择。好聚好散，走自己的路就好。

@xianyuyitiao #13 关注的点不一样。后端追求客观逻辑的合理性，前端追求主观感受的合理性。这就好像 HackerNews 或者老版 Wikipedia ，我把内容正确无误地储存并展示了，从后端的视角来看已经完成任务了。但咱就是说，站在用户的立场上，能不能进步追求一下内容呈现的效果，让它看起来更优雅、读起来更轻松？这就是前端的工作了。东西「能用」是基本，但我们也总值得一个「好用」，是不是呢

楼主这个要求有点难。快速搭建一个管理后台那肯定是用工程模板最快，element-admin 、AntD Pro 啥的都行。但如果想同时学习前端技术（比如 Vue ），这反而不是推荐的方法，因为管理后台这种项目往往隐含着一大堆各个方面的工程实践经验，零基础进去容易出不来。打包部署这些倒不是问题。

如果楼主就是想快速出东西，对工作原理、机制哲学无所谓或者不急着弄明白，那先对一些核心概念产生感性的认识，知道怎么用就行了。比如以 Vue 为例，最核心的就是组件化和状态管理，具体实践上能用现成的库就不造轮子，先整出一个看得到的东西出来，然后在这个基础上一步步加其他业务，比如用户验证、角色管理等。这个过程中，但凡能在后端实现的先丢给后端，减少前端部分的复杂度。毕竟是学习，没必要上来就挑战高难度。把前端的玩法搞明白后再移回来就是了。当然，这一切的前提是 JS 基础要有，不然先抛开一切学一下 Vanilla JS 比较好。

如果想要更高效地学习，建议找个老师带，可以事半功倍。

@lizy0329 #55 Astro 搞后台项目？选错技术方向了吧

我当初选择前端就是因为发现自己喜欢「看得见」的东西，就好像 #1 说的，「具体」的东西。

其实管理后台也不是什么问题。哪怕拼界面也分好看的和不好看的，还不提好用的和不好用的。一旦 UI 上升到 UX 的层面，可探索可实践的东西还是很多的。哪怕是同一个系统，换了不同的工作环境和角色，界面的设计和细节可能就要相应地发生改变，这些还是很有意思的。相比较而言，后端反而要单调枯燥得多。

「我到底喜欢前端什么呢」，如果让我来回答，应该是可以做出让用户用起来舒适的产品吧。有点做游戏的感觉。大家都不喜欢工作，但大家都避不开工作，至少优秀的设计可以让用户工作的时候可以少一点消极的情绪。

症状前后持续了差不多一个月，后遗症没什么明显体会。可能有那么一点乏力，但不确定是不是因为心理因素。不过刚走出新冠的阴霾，现在又面对流感了……

顺便分析一下楼主的情况。

楼主这才大三，连应届生都算不上，项目经历、工作经验都还是空白呢，很大可能面试官不知道问什么（大概率面试官对校招没经验）。看不到眼前一亮的神情也正常，楼主不必太过在意——你做过的项目、解决的问题，有多大概率是对方没经历过的呢。他最后说的那些就是场面话，忽略即可。

至于这一场面试里你应当获得什么经验，那就还是多学习吧。写到简历里的东西多琢磨，做到在简历范围内不被别人问倒。

个人的经验，有两种可能：

1. 不知道该问什么 and/or 拖延时间；
2. 想考察你的总结经验和解决难题的能力（以一种生硬的方式）；

前者好理解。后者往往出现在想试探应试者的深度但又没有足够面试经验的面试官身上。取决于情况的不同，面试官想听到的回答也会不同。

对于前者，你说啥都一样，除非恰好说到了他会的或他正面对的问题。对于后者，回答不在于内容本身的技术性有多高（当然越高越好），而是条理清晰逻辑自洽。如果面试官有认真听你的回答，同时在你回答后又追加了一些条件、需求，那十有八九就是第二种可能。追加的越深入，（这一场）面试通过的机会越大。