> 我们在这里读到的是什么？这些是不同寻常的声明。而且似乎有可信度。我在2014年离开了微软。早在那时我就已经能看到这种现象开始出现。办公软件部门基本上免疫于这种现象，因为他们有很多长期任职的员工，这些人一直在同一段代码上工作了几十年，他们对变化的思考很缓慢。但即使在2014年，招聘懂得C++的开发者，或者愿意学习C++的开发者已经很困难了。COM？根本不可能。有一次，我们甚至不得不抽签来决定谁将学习如何为Windows编写原生代码。这并不是人才的问题，Windows开发技能在微软之外是一个职业死胡同。以前它们是热门的专长，微软能够从业界招聘到最好的人才。现在他们不得不自己培训员工，而微软不再提供以前用来吸引顶尖人才的就业福利（西雅图曾经是一个生活成本较低的地区，每个人都有独立办公室，工作稳定）。
源讨论导致对 Azure 失去信任的决策——一位前 Azure 核心工程师原帖 648 条评论 · 导入时统计我们在这里读到的是什么？这些是不同寻常的陈述。而且似乎有可信度。它们听起来很合理。这是举报者还是有怨恨的前员工？第一印象是这样。是吗？他们对一些明确且令人担忧的陈述签了名。 > 2025年1月7日……我给CEO发送了一个更简洁的执行摘要。……当这些沟通没有得到任何回应时，我采取了常规步骤，通过公司秘书写信给董事会。 为什么这是常规做法？我之前没有遇到过这种情况，虽然我过去看到过一些令人担忧的情况，但我之前对美国公司的规范了解不多。在这种程度的担忧下，这里什么才是正常的？ 此外，为什么这个公开内容不是针对不当解雇的诉讼？ Azure真的这么不可靠吗？这篇博客中有具体的数据。对于使用Azure的人来说，这与你的外部体验相符吗？…
完整原文把你的经验，加入这段讨论。
2007年在2003年Blaster蠕虫之后，杀毒软件并不是必须的？那需要用户没有任何操作就能入侵电脑？真疯狂
完整原文> 即使到了2014年，仍然很难找到懂得C++或者愿意学习C++的开发者。COM？不可能。 这并没有帮助，因为有些团队坚持保持现状，不希望有任何可能改善COM开发体验的工具。 直到今天，微软还没有任何像C++ Builder那样易于使用的COM相关工具。 MFC、ATL、WRL、WIL……你随便说一个。 唯一一次他们似乎终于明白了，是通过C++/CX，但有一群人设法杀死了这个产品，用C++/WinRT取代了它，除了命令行的IDL编译器之外没有任何工具，现在他们又放弃了，因为他们重新专注于windows-rs。
完整原文“我们有一个团队，真的不得不抽签来决定谁将学习如何为Windows编写原生代码。” 天啊，现在也有很多人愿意做这件事。微软只是不情愿从非目标学校或普通专业人士中招聘并培训他们——当然，原因在于人们相信你无法提升平庸，而我不这么认为。 在完全不同的一页上，汉朝第一位皇帝的大多数将军、顾问和高级官员都来自同一个县——沛县。但在和平时期，他们只是“普通百姓”。
完整原文尊重不同观点，分享具体经验。
登录后即可发帖、评论、转发和引用。