@Cbdy 是 0 的话，是会直接打出数字 !!b 更好，但实际上三元运算符 return null 才是最正统的，因为如果不想渲染任何东西，需要 return null https://reactjs.org/docs/conditional-rendering.html#preventing-component-from-rendering 而 !! 可能会返回组件本身 or false，当然 React 也处理了 false 的情况，用起来是没问题的。

@itskingname 脑洞真大。。。我在国外的一家云服务公司，国外基本啥都集成第三方系统，Billing 相关接 Zuora，客户管理接 Salesforce，云产品接 Microsoft Partner Center，还有其他小 Saas 服务不过依赖不多就不提了。

@Sokiy 谢谢，思路不错，就是成本偏大。而且已知的一个系统，账号只能创建不能删除（只能 deactivate ）估计不行。

@liximomo 其实失败通知机制是已经有的，但是一旦到了这一步，对用户就不够友好了，所以在想有没有尽可能好的优化方法。

@limuyan44 三个系统都是正经 Saas 服务，给了接口，也有正规文档，但是文档不会告诉你某些字段背后具体的校验规则。

@leishi1313 一般文档都不会告诉你字段的具体校验规则是什么吧。题中其中一个系统就是 Microsoft 的 API，可以看下他们文档的内容 https://docs.microsoft.com/en-us/partner-center/develop/user-resources 只是告诉你有啥。

我都是 wunderlist 上面随手记任务作为索引，大块用 Notes，优先级高的 wunderlist 上面标记。然后靠搜索。

我个人感觉不要分目录层次，也不要打算记录的特别好，只留下非常关键的点就好了，不然太累了而且其实很多笔记我很少回顾，效果不大。

感觉山东的互联网不是很发达，前端更多是那种地方企业站吧。

@zichen 有关注的，财务相关的也是必须学习的创业知识之一。谢谢建议

@anypwx 文中说了，拿绿卡相比更简单一点。
@a4854857 666

@JamesR 好的，感谢建议

@JamesR 我删掉了第一段，可能那个业务线掺进来比较杂，只保留技术线。

@0bject 是的
@silencefent 一直有啊，又有新团队上来了
@JamesR 第三篇其实由于篇幅，最后删掉了三分之一的内容，精简了很多描述，的确有杂的感觉，谢谢建议

@kimown 是的，多一条选择

@claymore94 当时看到书中的这句，浑身颤抖，竟不知道说什么好。

@xiaoxiuaoliang 谢谢

@CasualYours 会的，可能再过几年又来个系列文章哈哈

@Wisho 我觉得你的补充非常棒

[drone]( https://github.com/drone/drone) 用来做 CD 更好用更简单，因为本身就是 Docker based，但实际打包对机器性能有要求，0.5 内存的基本会构建内存不够用卡死了。此外阿里云的私有 Docker Registry 免费速度又快，免去自己搭建和管理服务了。

@htxu 加油，珍惜学习机会

@k9990009 先理解业务，把很多不必要的砍掉，然后梳理出核心功能，如果工期等客观条件不够，就把核心功能和普通功能拆分两期。小步快跑试错比攒攒来一个大的要好。至于后端开发前端这个，一开始肯定会比较慢，后面学习学习会越来越快。