如您所知，在2018年，Google对电子邮件服务Gmail的界面进行了最大的重新设计。 像往常一样，并不是每个人都对此感到满意-这次有相当客观的原因导致对该服务的不满意。 为什么加载Gmail需要这么长时间，而删除或存档对话之类的操作却需要4到6秒钟？
几天前，
Hacker News的
用户提出了类似的问题 -他收到了一位匿名的Google员工的回覆，该员工对公司及其同事的发展文化注视不已。
据他介绍，所有这一切都是由于Google没有为此类“未命中”规定任何罚款的事实。
在公司内部，他们积极鼓励发布-公开发布某些内容。 而且，产品只能包含一半的必要功能，不能正常运行，只能在Chrome下运行，如此等等-这不会打扰任何人，因为其创建者没有此风险。 这是常态。
这种行动的意义只是一件事-在职业发展中，因为如果没有超过一定水平的重大发布，您将无能为力。 因此，我们最终得到了数百个不必要的聊天应用程序，无休止的重新设计和重新启动-否则个人将无法获得晋升。
当公司管理层试图通过发布内部文件来解决问题时，而不是为了成功实现“着陆”而着手进行启动（
着陆 ，成功发射）–员工一生中发生的所有变化都是
g在其绩效审核中。
以Allo Messenger为例。 开发过程花了两年时间，之后公司决定暂停开发并冻结该项目。 事实证明，使者的负责人并没有同时遭受苦难-相反，其中一些人甚至得到了晋升。
las，显然，当今公司用户紧迫的问题并不太感兴趣：
您知道要提高薪水需要修复几个错误吗？ 无限多个。 修复的错误数量无关紧要-永远不会为您带来足够的“贡献”来增加。 但是，仅进行一次重新设计就足够了-即使实际上没有用-促销活动也就在您的口袋里。
自然地，在公司内部，有人警告这种情况的可能性，并抱怨，将性能错误放入跟踪器中-就是所有这些都被忽略了。 大多数工人最终放弃并停止编写有关bug的文章，因为典型的答案是“您不是我们的目标受众”。
我们都知道这些问题！ 我们所有人！ 当涉及到他们时，有些人退出了； 其他人只是开始向上“优化”，而不是朝着对用户或公司有利的方向进行优化。
在他的想法中，开发人员并不孤单。 格雷厄姆·惠勒（Graham Wheeler）
在Google上分享了
他一生的
故事，证实了他的立场。
进入Google后，我收到了负面的效果评价。 我决定，花费时间的最佳方法是重构我获得的代码，以将测试覆盖率从0％提高到80％，并在此过程中纠正许多错误。 结果，我对绩效评估不满意，原始govnokoda的作者得到了加薪。
有关Google内部开发管理问题的故事
定期出现在网络上。 用户反应也很快。 使用Google Apps的商业客户正在
切换到
FastMail ，其主要原理是电子邮件，仅此而已。
这就是我们的方式，我们得到了诸如新的Gmail之类的东西。 一方面，它根据Material Design的精神进行了重新设计，采用了脱机模式，并从Google Inbox转移到其中进行了许多其他小的改进，这些改进将在明年订购。 另一方面，它执行358个满载请求并下载6.3MB。 为了进行比较，Gmail中HTML视图的“古老”模式只有14个请求和25.3KB，这使得它可以在2秒内加载。
当然，这种做法不仅适用于Google，而且适用于许多其他大公司。 我们在实践中遵循众所周知的原则
“您得到测量的结果” 。
开发人员史蒂夫（Steve）也讲过类似的
故事 ，他在苹果公司的MacOS X Snow Leopard上工作。 在大多数情况下，Steve致力于修复所有主要OS框架中的错误-由于该版本的发布，由于他的存在对任何项目都不重要，因此他被拒绝升职。
具有讽刺意味的是，此版本的操作系统基于公司管理层的想法，应该是一个旨在提高稳定性和系统性能的发行版。 但是，尽管其中一些预期会在稳定性上起作用，但其他一些却积极地将“新功能”（例如用于Objective-C的垃圾收集器）“推入”了发行版中，这延迟了其他工作，并使Xcode几个月无法工作。
但是，对于那些记住了Snow Leopard和随后的Lion的出色性能的普通用户而言，漏洞的工作并没有白费。Chrome不同于Chrome，Chrome在撰写本文时只冻结了几次，导致草稿标签崩溃。