我觉得用 try catch 的最大前提是想清楚，这个错误应该在系统的哪一个层级来处理~
上边有人说到 let it crash 的思想，我觉得这是因为在 Erlang 中每一个轻量级进程崩了并不影响整个系统的运行(其实相当于是 Erlang 虚拟机帮你有个兜底的 catch)，像其他语言如果任由你的代码 crash 那肯定是不行的。

@133qaz https://mp.weixin.qq.com/s/XwuiXG6BoMSuvhIYsFtRSA 这是我公众号，之前写过一篇文章介绍了我在 KVM 虚拟机之上搭建 openwrt 软路由的经过，你可以参考一下。如果链接过期，顺便说一下我公众号名字：<前端时光机>，文章名称：<软路由折腾记>

感觉是不是网站本身太好看的话会掩盖掉商品的魅力~~

想办法让代码可复用，不可复用的部分想办法做成外部配置或数据？

@DL9412 非常感谢反馈，关于配色，我之前也在考虑要不要加个 color picker 可以让用户选择任意颜色，但又考虑到普通用户可能不太具备调整颜色的能力，所以就内置了几款颜色，这方面我会再考虑一下。

另外这个产品目标用户并不主要是程序员，而是所有行业的求职者，不过我在考虑增加自定义字段和自定义模块的功能，应该可以满足更多定制需求。

有更多想法欢迎留言讨论哈

@xiaoming1992 越来越觉得用别人的轮子很多时候不太方便，所以现在自己造的轮子越来越多了。。

<燃烧>
<小委托人>
<追击者(这个略血腥，甚至有点恐怖，上次晚上自己看吓坏了)>

上边怎么一堆讨论 sass 好不好的，楼主想说的是 create-react-app 的可配置性的问题啊..

@xiaoming1992 我对于不 eject 就不能方便的覆盖它的配置也觉得非常匪夷所思，所以就是因为这一点，我觉得 create-react-app 没办法用在真实的大项目中，可配置化太低的话肯定会遇到大坑

@Chenamy2017 谢谢关注，好用的话帮忙推荐给朋友哈哈

@hoperyy 对，注册公司了

我记得好像没什么好办法，所以我当时是 eject 出来然后参考它的实现基本手撸了一套自己的。cra 这东西感觉用作 demo 或者非常小的临时项目还行，严肃点的我建议还是用别的

@Johnoo 可以通过网站上的服务号联系我哈，个人微信号就不贴了，欢迎交流

对前端的难度有所误解吧

@fromzero 这些模块如果不填都是不会出现在最终简历中的。你说的导入简历的功能我过几天会加上

@fromzero 你说的有些类目不适用，具体你觉得缺少哪些信息呢

@fromzero 非常感谢，你的建议对我非常有价值

玩的话，服务器和普通 pc 有啥区别