如果下一次发布`稳定版`的`产品`，所有人都应该关注哪些方向？

本人使用macbook pro 2015, macOS 10.15.7! 近最近一年(2019-2020)的使用情况来看, 目前 12.2.1636.0 版本相对之前来说较为稳定.

但是稳定并不能代表产品可以长期的驻留, 在收集不到使用者反馈的同时，我觉得应该积极的去探索一些新的特性来才能得到反馈.

对比win版本的(极速与安全)产品来说, mac版本只能说是拿用户在做`实验`.  这句话说的比较难听，但是事实就是这样!

如何从细节出发来还原问题? 可能我们就只能从以下角度来进行思考，来猜测产品(项目)目前的社区情况：

1. 产品关注度与产品研发力度.

   MAC版的使用基数不用猜我们都能知道，是肯定无法Win版本的产品做对比的. 所以无论在市场、人力、资金上，内部人员的参与度都不高.

2. 产品的社区存在感.

   没有GET到用户重点的产品, 它是始终无法成长起来的! 就如同一个小孩喜欢玩游戏, 游戏厅老板却卖给他`三年高考五年模拟`的`考标`书?

3. 用户使产品的体验.

   之前的体验也不能说非常差, 就是有种想卸载掉它的感觉. 当你在网上冲浪期间进程莫名的崩溃了，你找不到解决方还得花费时间协助它们查bug.

可能有人会认为我就是在喷产品！ 没！一个产品做成这样，难道还不该喷么？ 也就是大公司能做到这样！就现在都还没撤项，我感觉都算是项目组烧高香了.

虽然前面我们骂归骂，最后应该还是要理性的回来看待问题! 怎么解决目前存在的问题呢？ 这里就有一些目前迫切需要解决的问题：

1. 设计更为优质的反馈渠道;

   我可以不反馈，你不能没有！难道项目组的成员内部，大家都不用目前的热门的群聊工具？你们要真说是，我只能无话可说。



2. 增加严格产品的鲁棒性测试;

   用户不是测试、用户不是测试、用户不是测试，重要的事情说三遍！希望每次再用它的时候，不会闲暇时间持续提升我的怒气值.

   你们见过哪个产品更新版本都是小心翼翼的？ 顺便请产品转告项目组的测试人员，之后在领工资的时候对得起良心即可.

3. 内部细节的性能提升;

   不说要你兼容2010年的CPU, 麻烦你最基本的性能优化还是得做好吧？动不动多优化一下代码不行吗？ 你看看更新日志，优化代码的次数有多少次？

   建议研发人员不定期就看下GPU进程渲染效率有多低，顺便测试内核版本更新后，是否能可以不修改代码就可以得性能的提升？

4. 更加稠密性的定期的用调;

   是的！你们有问过用户想要什么功能吗？问过社区里面大家不喜欢什么功能么？收集过用户需求、发布过产品更新计划给到用户么？

5. 更加规范化的版本发布;

   之前版本更新发布简直如同没经过测试一般! 并且你们更新日志这么简短是怕触怒到领导吗？难道是害怕`修复1个bug引出3个bug`降低项目组绩效?

   保留近期(最近五个版本)的安装包这种方便用户自行选择的操作现在去哪了？ 项目组的所有人不会真的以为对`所有用户`来说，最新版才是最好的吧?

6. 更激进的新版本跟进与实验性质的特性引入;

   人家内核都在使用8X版本, 我们还在使用7X版本, 甚至之前还在6X版本, 你们知道现在内核有多少安全、优化的特性没有跟进么?

也许真的应该让项目组内部自己使用自己的产品，这样你才能明白我半夜三更写这篇文章的意义.

算了，我也不想说太多了！要是真的按照我的说法做了之后。浏览器又开始不定期崩溃，大家不断跟贴来骂我那不得变成背锅侠？

您好，非常感谢您的支持，也非常感谢您耐心详细的反馈，您反馈的几个问题我们都会认真分析并进行改进优化，会努力把Mac浏览器做的更好，让大家有更好的体验，不辜负大家对我们的期望和信任！