这一类方案已经有很多了，难以实现的都是一些不好描述的边角问题，比如文件上传，比如批量添加，比如数据校验

不想写后端就搭个现成的论坛，然后用它的 api 咯
比如 discourse

https://docs.discourse.org/

@hyyou2010 我也不知道二线互联网公司是什么情况，实际工作内容也是分几个方向的，写 crud 的程序员基本用不上那些 css 动画的奇技淫巧，反过来也是的

论坛我觉得你还没做到头。比如真正的论坛是有很多类角色的，超级管理员，管理员，版主，普通用户，能访问的页面和能做的操作都不一样

可以分成两个方向，重视页面效果的写 css 的，还有重视逻辑的糊 crud 的，你可以先挑一个感兴趣的方向去研究

gatsby 意思不大，也还不够工程，配置全靠抄和猜

一些建议
加入权限和帐号体系
多写一些逻辑复杂的页面，比如各类后台管理系统
多加一些页面，探索一下如何组织代码可以避免重复劳动
写测试

没有测试那还是建议忍忍吧，vue 这一年反正也没啥特别大的更新

你需要给人信心，比如有足够的单元测试和 e2e 测试 cover 了

用 5 楼的方法，先把 <> 给分出来，再跑一遍把剩下的分开

这是自己给自己加戏吗，工作上的指导怎么就变成师徒关系了，真正的师父是给徒弟发工资，安排食宿，包办生活 i，同时也才有权力控制徒弟的生活和职业发展的。我建议找徒弟的时候，把拜师仪式做好，把师徒契约签好

正是因为程序员这个圈子提倡开放分享，我才反感这种拿封建时代的不平等人际关系来约束他人的企图。换个名词，把「师父」变成「老师」，可能会让你意识到你的主张的不合理之处

@20015jjw 这个应该说是很通用的设计，多区域的涉及到日历的应用一般都会有独立的设置，比如就算用了英语，也还是有把周一当作第一天的需求的 = =

这个已经不是开发的问题了，数据维护才是大坑

@20015jjw 因为日历里面单独可以设置一周是什么时间开始

思路就是用 webhook 来推送事件，然后用 slack bot 来发消息，这种需求可能要写代码了

@ScotGu 谢谢……之前虽然知道水深火热，但是并不清楚移动到水深火热就无法被收录，也看不到评论记录

netlify 香甜可口

了解运行原理的话，看文档和算法更快吧，直接看代码感觉是绕了远路

然后如果做科研的话，实现原型不是更重要么，完全可以用更简单灵活一点的语言

这两种方案都能解决命名冲突的问题
不过个人觉得 css-in-js 是更便利的方案，动态生成的 css 对于一些需求，比如需要支持多套主题，或者动态变换某些元素的样式之类的，会更方便一点

@moriken 取决于你激活时候配对的 iOS 的版本，12.2 之后就根据基站检测你的所在地了

pull 之前 stash，pull 之后 stash apply

add 的时候注意不要 add 这个文件