dreamerblue

@vulgur 了解了，thanks

感谢，很好的分享。想请教几个问题：
1. 组织账号的主要用途就是对外显示开发者为组织名称而非个人姓名吗，还有没有其他区别于个人帐号的地方？
2. 如果是全新启动一个开发者账号，可以一开始就注册为组织账号吗？

@thiiadoewjwe 倒也是，我先用备用机测测看，反正也暂时不会换主力机

@angkec 好的我去看看

想尝试，但是日常会严重依赖 Mac ，如果换安卓，有办法和 Mac/iPad 无缝联动吗？比如提醒事项、AirDrop 、共享剪贴板、切换流转音频输出等

@andyr145698 基本各家都是相同的姿势，可以直接导入其他浏览器的数据。多设备同步的话靠它的同步链。可能要梯子才能同步

@bs10081 有，和 edge 的差不多

确实，Edge 团队整天放着 Bug 不修，去搞一些整活 feature ，越用越烦已卸载。不过 Chrome 我也回不去了，没有垂直标签页是硬伤，现在所有设备全切到 Brave 了，感觉良好。

我对图表相关没有什么太多经验，可能无法从相关专业的角度给予建议，只能给一些通用的建议。

对于入门前端，还没有深入了解的同学，我一概不推荐 react 。除非你的需求命中以下任意一个：
1. 需要用的第三方库没有 vue 版本或原生 JS 版本，只提供 react 版本，而且没有其他同类替代方案
2. FP 爱好者、FP 原教旨主义者、Dan 的 nc 粉
3. 团队当前 react 技术栈已有较成熟的基建积累
4. 需要借助 react 实现 KPI

如果你没有命中以上，那自然是好事。大多数需求用任何框架都能做，主流的几大框架都能做的很好。但我会更推荐优先考虑 vue/ng ，你会获得几大额外优势：
1. 基础生态更完备。不要高估社区生态的质量（典型反面教材：react-router ），官方全家桶如果能包揽，可以大幅减少被社区库坑的挫败感和频繁调研选型的困扰
2. OOP 比 react 的 FP 更普适，更符合直觉，尤其在项目复杂度膨胀后 OO 的优势更明显

如果要扯详细的对比那就太长了，而且对初学者并不友好。我推荐的标准就是，在功能都差不多的前提下，面向工业界的解决方案永远优先于偏学术和研究向的方案（点名 react ，不要对一些不为软件工业负责的哲学家们抱有幻想），工具是用来解决问题的。

以上仅供参考，也是对一句话推荐风气的一点反击。你永远不知道那些人到底是资深专家，还是多年固化在某个技术栈慢慢形成偏见的老前端呢？