这意味着我们的观点

jakir111

偏见和信念始终出现在技术雷达上。我们认为这是一个强项。在这篇文章中，我将探讨其中的一些问题，深入了解过去十年中雷达的一些最有趣的方面以及它展示了雷达的内容。从我们的错误中学习 我们文化的一部分是承认有时我们是错的。将 Hold 环专门用于我们使用但最终没有获得良好体验的技术。通过分享我们的经验，我们希望其他人能够从中学习并避免类似问题或更好地理解现有的局限性。 在 Radar 成立 10 周年之际，我们反思了Radar 的一些最大错误。我最喜欢的书之一是《Java End of Life》。2011年，甲骨文收购Sun给该行业带来了相当大的不确定性；我们希望确保警告 Radar 读者，Java 的生命终结是一种值得考虑和准备的可能性。然而，我们的担心并没有实现：Java 不仅仍然存在，而且仍然非常流行。这是我拥有最专业经验的面向对象语言，也是我向我的导师推荐的第一个语言。


尽管Java生命终结的想法似乎很遥远，但在当时这是一个值得思考的风险。这是一个重要的提醒，尽管风险并不总是会出现，但做好准备仍然是值得的。 2012年，我们还将体验设计纳入了。回想起来，这似乎很奇怪：体验设计是当今软件开发和产品设计的重要组成部分。用一个短暂的光点就能覆盖它的想法似乎很奇怪。这实际 克罗地亚 WhatsApp 号码列表 上让我们思考：我们很快意识到 Radar 不应该只与开发人员讨论。毕竟，技术人员≠开发人员。这就是为什么我们现在在出版最终卷之前进行广泛的反馈过程的原因之一。 当我们犯错误时总是很有趣，但我想指出的是，我们也从胜利中学习；有时我们会做对。采用戒指致力于我们在技术方面的积极体验。这一环中的故障总是需要生产经验，并且经常被我们的团队在进行技术决策时参考和使用。 没有灵丹妙药 继续有时我们是对的，有时我们是错的主题，我想向您介绍技术专家最喜欢的一个问题答案：“这取决于情况”。



在咨询和技术领域，答案通常是“视情况而定”——没有灵丹妙药。当我加入 时，我有机会接受 大学项目的培训；培训师似乎喜欢用“视情况而定”来回答问题。当时这似乎是一个糟糕的笑话，但我很快意识到事实并非如此。在决定如何继续前进之前，详细考虑每种情况的来龙去脉是很重要的，而且往往是至关重要的；毕竟，没有两个开发人员是相同的，没有两个架构是相同的，也没有两家公司是相同的。总有一些必须考虑的权衡。 我们通过一些亮点在雷达上看到了这个想法的强调。例如，微服务。如今，它是一种领先的架构模式，非常流行，如果您处于职业生涯的早期，它可能是您在后端系统中见过的唯一架构模式之一。事实上，这种方法并没有什么根本性的错误。我在许多客户项目中成功地使用了微服务，并且许多Thoughtworkers 就该主题撰写并发表了演讲。 然而，微服务并不是适合所有情况的正确解决方案。