正如一个聪明的投资者不应因为其金融投资可能徒劳而遵循股票市场的炒作一样，作为一个聪明的软件工程师，您将足够聪明，不遵循炒作的最新技术，而这些最新技术将使很多人错过以及客户的截止日期和预算（或更糟糕的是，花一些时间研究新的炒作）！
就像您不会陷入股市的起伏，只是专注于作为投资者的通货膨胀率一样（哦，可再生能源将成为下一个大炒作！让我们现在进行投资吧！ ），被大量引进技术（自然而然地以惊人的速度来袭！）对您的职业和团队造成的伤害大于弊。 知道如何控制自己的冲动并做出理性的决定，可以为您和您的团队节省大量时间，尤其是当您的团队都不知道如何设置您要在下一个大型项目中实现的堆栈时，由于某些较新的堆栈无法很好地发挥作用，因此破坏了它。
在我从事第一份工作作为内部开发人员开发winforms的那天，我来自使用C＃等MS技术的后端背景。 那时我有点想念后端的简单性。 我只需要知道C＃如何连接一切以及事件处理程序是如何工作的，以及我只需要担心使用Entity Framework来处理我的持久层，就可以了。
现在不一样了。 在Web应用程序中设置所有内容花费了很多时间。 一些javascript框架版本引入了许多重大更改。 使用所有这些繁琐的设置，几乎不可能按计划交付产品！
无论您是出于什么原因来关注软件开发的最新趋势和炒作，我都可以肯定有99％的原因是因为它“很酷”！
尽管有警告，不仅要从一个技术堆栈跳到另一个技术堆栈，尤其是当您对此还一无所知时。 我相信您仍然会跳出来看看这个新的“炒作”到底是什么。
因此，无论您在新项目中还是尝试使用此类炒作（或您打算探索并加入的新/酷技术堆栈），我在本文中所做的都是为每种问题提供适当的解决方案。
无论如何，不用费劲，这就是为什么您不应该简单地遵循并更好地首先评估软件开发中的“炒作”的原因 ：
进行大肆宣传可能会带来灾难，而不是提高效率
进行大肆宣传可能会导致您的团队遭受不必要的灾难并延误项目交付，而不是提高效率。 因此，总的来说，让最新的趋势和炒作推动您的团队做出重要和决定性的决定并不是一个好主意，除非您的团队由热情的开发人员组成，他们能够迅速适应这些挑战。
仅仅因为它引入了许多“很酷”的功能并不意味着您可以简单地将团队跳入不确定的海洋，而无需尝试那些功能。 请记住，目前尚无证据证明是否首先需要这些功能。
解决方案：选择自己喜欢的特定堆栈，其余的就忘了。 长时间坚持下去
研究和黑客入侵您想首先使用的某些技术堆栈可能是您作为首席开发人员可以采取的最明智的举动。 从长远来看，甚至可以避免将来遭受灾难。
如果要作为Web Developer遵循最新的趋势和技术堆栈的炒作，请仔细选择要使用的堆栈。 并坚持很长时间。 今天，几乎没有开发人员可以利用我们所说的几乎所有技术堆栈。 您只有有限的时间，每天只有24小时。 明智地利用您的时间。
在当今的Web开发中，我们有成千上万的框架，我们不知道它们是如何在短时间内获得这么多框架的。 或者，如果真的有必要重新发明完全做同样事情的轮子（感谢Web开发中的许多麻烦，javascript！）。
最终重要的是，这是否可以帮助您找到理想的工作，或者可以为您的初创企业中的下一个MVP或自己创建更好的软件产品，那么最好从那里挑选最新的炒作。 。 例如，如果您的理想工作是将Angular 4与ASP.net核心一起使用，则将注意力和时间集中在该堆栈上。 在您达到一定程度的掌握水平并围绕该堆栈构建产品之前，切勿倚靠其他堆栈。
从一个技术堆栈跳到另一个技术堆栈而没有实际产生公司或初创公司渴望您作为开发人员的输出始终是一个错误。 如果您只是想出于兴趣爱好尝试这些技术，建议您另找一个稳定的职业，并从侧面进行编程 。
进行大肆宣传可能会带来潜在的问题，这些问题将过于昂贵且耗时
由于您的团队刚刚开始探索您打算使用的技术堆栈（例如，新的很棒的框架，如React with Redux和Node.js ），而您的团队的技术堆栈更多是在ASP.net方面，因此您可以引入一些您的团队都无法解决的问题，因为他们的堆栈与过去不同。
我不会否认您的团队会使用他们可以亲自使用的这些新奇酷的东西的热情和愿望。 但是，您还必须考虑当前正在执行的项目及其约束。
解决方案：研究您将要使用该堆栈提前实现的一些关键功能。 还是坚持使用当前的团队
尝试了解它是否会在您尝试构建的功能中造成一些障碍。 或者，您可能做出的最明智的决定就是坚持团队满意的最新技术。
我是变革的坚定拥护者和拥护者。 相信我。 但是，在寻求变革时，您还必须拥有一支充满激情的团队，他们渴望您想要实现的变革。 正如他们所说， “这需要团队去探戈”（虽然可能是“两个来探戈”） 。
在做出此类决定之前，请先尝试与团队协商，或者他们愿意与您强加给他们的技术堆栈合作。
学习曲线可能根本不值得
当我开始学习Angular 4时，我非常有信心，这很容易学习并将其应用到我的个人项目中，几乎不需要花什么力气就能编写代码，就像我轻松学习AngularJS一样。
当我尝试在组件中添加全局事件并从为Angular 4构建的bootstrap-ng访问另一个模板的文本框时，当我在最琐碎的事情中苦苦挣扎时，问题就开始了。所有需要您学习一些东西的东西，例如ViewComponent，ViewChild，TemplateRef 。 我只想要一个简单的DOM操作并将一个全局事件附加到我的一个控件上，就像我如何使用普通的旧javascript附加全局事件一样：
document.addEventListener('click', function(e) {
alert(`I'm done here!`);
});
就像这些天来Angular发生了什么一样？ 我使用TypeScript对他们没有任何问题，但是学习此框架所需的时间简直是荒谬的。 从字面上看，它们变得更加严格，并且当我尝试使用Angular 4时，感觉像没有JavaScript。
更新 ：这是我的错。 这不是Angular的错。 我只是没有得到Angular背后的一般设计哲学，因为我来自jQuery的背景，DOM操作是一件轻而易举的事。 一旦掌握了完整的MVC框架，我便会尽可能地了解并继续学习。 归根结底，框架标准化了您必须在项目中使用的结构。 从长远来看，这可以节省时间而不是浪费。 完全结构化框架的好处在于，您无需重新发明轮子，也无需自己重新构建所有结构。 如果您想自己构造javascript，则有很多设计注意事项，例如： 依赖注入，SOLID原理，域驱动设计，设计模式，微服务，功能编程，RESTful服务体系结构注意事项……等等。 *叹*
因此，当我们尝试学习“新的，酷的”东西时，这就是问题。 学习曲线和花在某些框架上的时间可能不值得。
解决方案：首先玩/玩技术堆栈。 看看他们如何玩耍并相互融合。 您需要多少时间来掌握新炒作的基本原理
我回想起以前的建议：尽职调查以研究将要用于该项目的技术堆栈，同时还需要与团队一起使用的技术堆栈，以使您能够发现它们各自的优缺点。 除了简单地学习和研究其他人的发现之外， 没有什么比独自进行实验更好的了。
这是发现可能妨碍您的团队的一些重大问题的重要且有效的方法。 这将为您节省实际实施计划在下一个发行版中使用的框架的额外时间，并避免您在团队中做出最糟糕的决定。
当然，仅在24小时之内就无法解决每个堆栈的优缺点。 没有足够的时间来发现它们，直到您将它们在实际项目中实现并查看它们的运行情况。 但是，至少值得冒险或毫无意义。 毕竟，这就是我们如今在网络中最终获得无数框架的方式。 它变得越来越复杂。
最后，尝试估算掌握堆栈所需的平均时间。 如果堆栈需要的时间超出估计的时间范围，那么您必须掌握要在项目中应用的基础知识，那么我认为尝试其他更适合您的项目和团队的较新堆栈是明智的。
每当您想从一个堆栈跳到另一个堆栈时，只是觉得自己在做事上没有取得任何进展，因为您不断遵循“炒作” ，请尝试注意以下事项：
您将学习通过技术技能来解决实际问题的代码
很显然，要解决人们无法独自解决的问题。
那么现在，技术在解决技术中起着怎样的重要作用？ 在沟通方面？ 在娱乐方面？ 在通过照片存储我们的记忆方面？ 技术的主要作用是什么？ 技术适合什么地方？
有时，我们对开发人员所做的事情会产生误导。 有时，我们学习新的编程语言是因为“很酷”，而没有强调它带来的价值。 我也是不断发展的技术进步中的受害者，因此我想学习在市场上“炙手可热”的新编程语言。
最终，我感到疲倦，这成为了为什么我每天都要学习编程语言的转折点。 我为什么仍要这样做？
有时，我通过解决现实世界中的问题来补偿对学习编程新技能的热爱。 可以为人们带来价值的事物。 它可能是可以改善他们的工作流程或增强他们的思维的应用程序，或者是可以增强他们的经商经验的某个应用程序。 无论哪种方式，它都应该解决世界上一些现有的问题。
有时，您必须对某些新的怪异事物或您选择的编程语言所具有的功能表示怀疑。 例如， 异步解决实际问题的目的是什么？ 多线程或非阻塞操作能解决什么？ 您在哪里实施？
您学习它们可以满足您自己和家庭的经济需求； 并产生影响
您还需要查看您要学习的技术堆栈是否具有投资回报率或大量的投资回报，因为您基本上是在利用时间来学习所有这些内容。 您在尝试投资时必须获得相应的补偿。 例如，学习这些新技术栈是否可以让您找到自己喜欢的工作和项目？ 从长远来看，学习这些会让您感觉财务稳定吗？ 学习这些新技术堆栈，您可以捕捉到多少演出？ 您将在学习这些知识方面产生多大的影响？
现实地讲，您学习它们生存。 填写您的基本需求。 这是您需要考虑的最基本的事情。
您学习它们不仅是为了尝试新的炒作，而且是为了放纵全局
虽然我肯定知道我们有不同的原因来学习编码。 对于那些为自己的专业而学习的人，请注意，我们对自己的构建和写作负有责任。
虽然使您的职业成为业余爱好似乎并没有什么不好，但要使它变得更加令人兴奋和有趣，但是有时我们需要限制并且需要反映出您是在解决任何问题还是什么都没有解决。
我们甚至需要从更大的角度看待我们所使用的每个应用程序中都适用哪些业务模型，或者哪些功能对人们有用。 我们需要研究它，并在我们做出的每一个关键决策中带来价值。
如果您喜欢我的故事，请在Twitter上关注我，让我知道您的想法！
Sonny R. Recio（@YellowFlashDev）的最新推文。 10％企业家/健身迷/软件工程师/完整… twitter.com
PS以下是一些参考链接，可防止您始终乘坐“炒作”火车：
From: https://hackernoon.com/why-should-you-assess-the-hype-in-software-development-43c157673c01
405
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
