Asko Nõmm 到达了崩溃点，对前端感到厌倦。
我想要拥有个人生活，而不是不得不晚上熬夜学习一些新的 *.js 版本，担心如果我不学，很快就会变得无关紧要。我不想学习也不想使用上百万种不同的工具。我不想什么都懂一点，什么都不精通。
因此，我不想再做前端开发了。快乐消失了。
他们字面意思上是开通这个博客来表达这一点，但行动胜于雄辩。
我已经向我目前的雇主提交了辞职信，并将在我接下来的冒险中寻找一个纯粹的后端角色。
我有些怀疑后端在技术更新方面是否会 100% 更好，但话说回来，我听到的关于后端的抱怨没那么多。前端的不满情绪非常高。我几乎每天都会听到有人抱怨前端的现状。
Remy Sharp 在 网络没有改变；是你变了 中提到了这一点。
如果你从标题中没有立即明白，开发前端项目的问题不在于它更难或更复杂，而在于你把它变得更难更复杂了。
这里稍微有点反驳：很多人在使用的技术上没有选择权。
Remy 的观点是，网络上你怀念的任何简单性仍然存在，没有任何东西阻止你使用它。除了，你知道，如果你的客户或老板阻止你这样做。
Marc（姓氏故意没有出现在互联网上）说，仅仅使用 HTML 就是一个非常好的构建工具。
尽管人们越来越倾向于认为框架是构建网络的唯一方式，但手工编写的 HTML 从未消失，我认为它仍然是构建个人网站的完美方式。
还记得 Steren Giannini 最近说过 他们用 HTML 构建网站，并且没有使用任何构建流程。Terence Eden 也称赞 HTML 具有非凡的有效性
你是在开发公共服务吗？还是一个人们可能在迫切需要帮助时访问的系统？简单的 HTML 可以胜任。少量简单的 CSS 会让它看起来体面一些。JavaScript 可能没有必要——但可以用来逐步增强功能。为图像添加 alt 文本，以便那些按 MB 付费的用户能够理解图像的内容（以及，你知道，可访问性）。
可以想象，你可以构建一个重要的网站，避免任何复杂的构建，并且让它在没有任何损害的情况下完成其工作，只需使用 HTML。
就我个人而言，目前我对前端生态系统没有任何恶意。我知道如果需要，我可以从复杂性中退一步，并且可以在它给我带来好处（速度、功能、开发体验等）时转向复杂性，并知道它会花费我（和用户）什么以及原因。
哇，太同意这篇文章了，该死！！！几年前我辞掉了前端开发的工作，厌倦了所有构建工具，以及每年都会出现的新的东西……这首先增加了复杂性，降低了生产力，实际上并没有增加意义。古老的 html、css 加上一点 js 就足够了。多年前，很棒的网站仅仅用这些东西就构建完成了，而且运行良好！我浪费了多少小时、多少天或多少周的时间，而不是用我自己的方式做事，良好的结构化 css、良好的结构化 html 和 js。最近出现的疯狂的东西，TAILWIND。任何事情都可以不用它做得更好，学习 css 的意义何在，像 BEM 这样的正确命名约定，然后你忘记了所有这些，添加你的类，但等等，并非所有类都可以在 tailwind 中使用，所以你必须添加插件，在这个文件里，另一个东西在那个文件里，然后编译，然后测试，该死，有个叫 css 的东西，它已经存在了很久，而且随处可用。现在，我尝试做自由职业者，我所有的项目都是用这种老办法完成的，对我来说构建速度很快，而且对用户来说并不比使用超复杂的前端工具慢。快速、简洁，并且每个参与我项目的人都能理解，无需编译这个或那个，无需添加插件，无需添加任何复杂的东西。
你知道吗？我一点也不感到羞愧！！
就是这个！这就是我想要的评论！我的意思是为什么要学习 css。我觉得这些人只是害怕使用 css。如果你真的想深入学习，Sass 应该是你的最终选择。不多不少。
老实说，我已经决定不学习所有这些技术了。我会坚持使用我的 sass 和 react。许多不需要如此复杂技术的优秀公司仍然存在。
请分享你的技术栈！我尽了最大的努力走这条路，但跟踪起来太难了。
是的，我讨厌阅读关于新的 .js 框架之类文章，但这篇文章和一些评论似乎很像守门员。是的，很多时候你可以只用纯 HTMl 和 CSS 就搞定，但最近我的很多客户都要求我做一些需要 js 框架才能实现的东西。能够在 After Effects 中制作动画并在浏览器中回放。酷，你可能对此感到厌烦，但如果客户提出要求并且有明确的带有疯狂动画、特效等效果的模型，你就必须交付，大多数情况下，原生的 HTMl 和 CSS 无法满足我的需求。
是的，跟上技术潮流很糟糕，但你还能如何保持知情和竞争力呢？我已经放弃学习 React Redux 和 React 的大多数新的状态管理更改，这是我的底线。我指的是自由职业/承包商职位。
好吧，如果你需要做疯狂的动画，不需要框架，只需使用 Gsap，你需要很酷的页面过渡，使用 barba 和 gsap。你需要 3D 的东西，使用 three js，你需要丝滑流畅的画布动画/交互，使用 pixi js。我真的不明白框架在网站的视觉部分有什么必要性。我特别感兴趣的是网页动画、交互和用户体验（我来自平面设计背景），而且你根本不需要框架。我一直在查看 awwwards 上的网站，其中 70% 可以用老方法完成。我最近的糟糕经历是，我最近申请了 2 份工作，都是做网站的，在两个工作室里我都要做同样的事情：构建漂亮的网站。第一个回答，“嘿，伙计，很棒的作品，但你了解任何技术（框架）吗？”我回答没有，但很乐意学习，没有收到公司的回复。第二个工作室：“嘿，伙计，很棒的工作，我们想要你，你什么时候想开始？”我就像“什么鬼”，对于第一个工作室来说，即使我有 7 年的网站构建经验和良好的作品集，如果我不了解框架，甚至不值得回复。关于网页动画的最后一点，css 动画非常强大，有时甚至比 js 动画更强大，结合 css 变量非常棒。所以我有两个选择，深入学习 css 和原生的 js，或者为新技术掉头发，用“老派”的方式交付美丽的体验，或者因为我知道 Vue、React 和 Angular 并且可以同时使用它们而被我的同伴认可，好吧，答案很简单。
很多画布库和获奖作品让你很难使用框架，因为它们扩展了 window。
我在软件行业工作了大约 15 年，我对目前的前端开发状态也大多感到不满。
我一直认为 html 和 css 足够简单，任何人都可以学习，这种简单性可以让设计师（不一定是最优秀的程序员）做出一些真正令人惊叹的网络作品。现在它变得如此复杂和复杂，以至于那些倾向于“拥有”前端的人是那些最强的 Javascript 开发人员。在很多情况下，这些软件工程师甚至没有良好的设计技能，因此整个工作流程需要与 UI 设计团队进行更加协调的努力。使用 Angular 和 React 等库，感觉前端现在有了自己的后端；一个“前端的后端”。
几年前，我创建了一个名为“RAP stack”的概念。它试图通过尽可能多地将复杂性保留在后端来创建艺术家和工程师之间的分离。我痛苦地意识到，许多软件工程师会嘲笑它所采用的某些技术，但我能够在一个为成长中的公司提供关键任务项目的项目中非常成功地实施它。
https://benharrison.cc/projects/rapstack/
这是关于我的概念验证项目的更多详细信息。它利用了强类型、彻底的单元测试、依赖注入等等。只是在表示层中不存在这些东西。
https://benharrison.cc/projects/mastersuite/
我觉得这很大一部分原因是我们的构建设置的复杂性。我最近一直在努力简化我的构建设置，老实说，仅仅这一点就消除了很多我维护前端开发的焦虑（对我来说）。
问题似乎更多在于 JS 生态系统，而不是前端/后端。不幸的是，前端现在等同于 JS，而后端有更多选择。
是的，如果你想用 HTML，你可以用。这很好——而且与任何事情都没有关系，因为没有人会雇你写 HTML。
我认为如果你掌握了 React，在过去 5 年左右一直都是一个安全的赌注。当然，他们用 hooks 改变了一些东西，但学习你正在使用的栈的新特性并不是一项很大的投资。
大胆的断言，但 React 是问题的一部分。
这里的重点是，另一个 .js 可以去跑一跑跳一跳。
我遇到了同样的问题，拒绝使用除了少量 jQuery 之外的任何东西，因为我们为什么要这样做呢？
React 所做的任何事情都没有在页面上添加任何超过 10 年前纯 JavaScript + jQuery 已经实现的功能。
TehWardy——虽然我个人不使用 React。你不能把它们和 jQuery 相比较。
jQuery 已经过了它的时代，它大约 99% 的用例现在都直接内置在 JS 中了，而且我看不到再次使用它的任何实际需求。除了维护遗留代码库之外。
React/Vue/Svelte/[插入框架] 等工具被用于构建的应用程序类型之所以这样做，是因为这些工具非常适合这项工作，而尝试使用 jQuery 等工具构建这些应用程序，就像试图使用浮动作为主要布局机制来构建现代网站一样。它可以仍然完成，但这并不意味着它应该。
查看 LiveView、Hotwire 或 Livewire。它们都在努力实现一个共同的目标，即在没有所有 JS 的情况下恢复全栈。
Livewire 正是我对新工具感到不满的原因。Livewire 是一种 80% 的解决方案，而剩下的 20% 会让你抓狂。我用过它，我经常遇到奇怪的 bug 和以非常奇怪的方式工作的东西。它看起来不错，但使用起来却是一种糟糕的体验。
如果一项 Web 开发技术，无论是在后端还是前端，都不到 10 年的历史，那么它很可能很糟糕，每个人很快就会忘记它。
框架很花哨，但渐进增强是唯一在 Web 开发中起作用、正在起作用并且将永远起作用的方法，无论你是谁或使用什么设备。我很高兴这篇文章提到了这一点，尽管很简短。
我觉得我读到的是来自某个窥探我灵魂的人的东西。前端已经把自己定价到了无法承受的市场。那里有这么多垃圾需要学习，而且还有更多垃圾即将到来，我受够了。我决定完全离开开发行业，并且发现退出这个行业并砰地关上门带给我巨大的快乐。在这一点上，我宁愿做一名会计师、数学老师或足模，过上生活，也不愿回到学习这个 .js 或那个 .js 的日子。
为什么不尝试全栈开发呢？我更喜欢前端的 Angular，后端的 Spring Boot 和 Kotlin。一切都运行得非常流畅，只需编写代码，然后就完成了。
也许我很奇怪，但对我来说，软件开发的最佳部分是总有一些东西需要学习，变得更好或获得新的视角。我非常确定，否则几年后我会感到厌倦。
我觉得现在的前端比 2-3 年前稳定多了。我们有稳定的框架和许多新兴的东西，结果证明它们并不热门。我感觉 Asko 的问题不在于前端，而在于他不理解他使用的工具。你不用它不是因为它不酷，而是因为它使用简单的 HTML。你使用它是为了让你的工作更轻松，如果你没有看到这一点，你可能使用了错误的工具。编程是关于解决问题的，你使用工具是因为你需要它，而不是因为它很流行。
是的，我非常能理解这种感受。在这样一个变化如此迅速的世界里，有太多东西需要学习和不断更新。
我被我以前的公司解雇了，因为 10 月份的疫情，这对我打击很大。现在我正在从事一年的社会工作，以理清我的思路，并决定我真正想要发展什么。祝愿所有在外面的人一切顺利。
我现在也遇到了非常相似的问题。老实说，我正在考虑 UX/UI 设计和 Shopify——都是作为自由职业者。
我喜欢前端，但我讨厌现在的工作方式。
如果你获取任何前端工具并将其 API 与 5 年前的 API 进行比较，你会发现它就像另一件事。我使用 jQuery 和臭名昭著的 Bootstrap 框架，它们似乎从未改变过，因此我相信可以预先为你打包和整理好东西，并使其保持现代化。
也许这些前端工具的问题在于它们变化太快，迫使每个人都成为它们的奴隶。也就是说，我怀疑这是故意的，目的是让人们坚持使用他们的品牌或知识产权，就像任何面向大众的电视广告一样，出售像书籍、课程、研讨会、聚会……或 Facebook 广告、Google 广告，甚至让某些人的自我膨胀……如果我的英语说得不是很好，你就能明白我的意思！大多数人提到的所有不满的问题在于，大多数人将没有权力和金钱来反抗，因此可以安全地将其标记为一种新的社会疾病。因此，在这种情况下，我认为是时候开始某种宣言或运动来帮助这些人了。有时，我只是在这里集思广益，我们需要观察克服了这种情况的人，并向他们学习。
让我感到生气的是，开源被用来烘烤这一切！
天啊！！我非常同意你的看法！现在转向 UX 设计，它不再有趣了。每隔几周就会出现一个我不需要的框架。老式的 CSS 可以完成所有工作。但是，不，编译这个，混合那个，测试所有……受够了。雇主有一张两页长的清单，上面列出了他们想使用的所有东西。我甚至拒绝使用 Bootstrap ;) 希望将来做 UX/UI 会让我更快乐。
同意。我看到的一个大问题是，这种误解认为 Web 应用必须始终构建为 SPA。
我目前个人的项目是使用老式的模板和服务器生成的 HTML。
对我来说，很多快乐因此而回归了。
我完全明白这一点。多年来我一直说，HTML 需要在本地拥有更好的组件/模块支持。当我添加一个 nav 标签时，我唯一需要做的就是以定义的格式将数据作为属性值传递给它，然后使用定义 nav 如何布局的属性，然后浏览器就会构建它。块、手风琴、卡片、列表、滚动条，等等，所有我们使用 js 来构建花哨的 UI 组件或模块或任何你想要称呼它们的东西，都需要成为语言的原生部分并由浏览器处理，就像 select 元素一样，然后我们可以使用 css 样式化它。然后所有这些 js 框架的废话终于可以结束了。
我 100% 同意你的观点，这个轮子总是被重新发明。你以一种方式学习某些东西，但随后是时候改变了，最终结果几乎总是相同的。完美的例子是 React，带有状态的组件运行良好，但现在我们必须了解 React hooks 和 context……等等。
我真的很理解那些每周出现的全新 js 革命带来的挫败感。
但是，另一方面，我想知道如果我们生活在一个相反的现实中，我们是否会因为缺乏变化和创新而感到厌倦和不满。
总是有新东西要学习是一件好事。然而，每季度都要学习新东西对我们的心理健康有害。
复杂性作为成本的概念非常有趣。将引入复杂性而不具有明确的回报视为债务或永远不要超出你的能力作为一种类比。复杂性只有在回报值高于成本时才能有利可图。尽管有时很难评估。
你们说得对，但如果你认为这个问题只属于前端，那么也许你没有看到全貌。系统管理员、后端、项目经理等等……也许你最好的选择是 DBA，但随后你必须考虑你是要坚持使用关系数据库，还是要去学习新技术或架构的轮子。
这就是为什么我们看到所有这些全栈职位发布的原因，但相信我，这简直是一场噩梦。你不必相信我，我们正在与前端开发人员讨论这个问题，对吧？
无论如何，也许你可以选择说：“等等……我可以同时做前端和后端，实际上我知道如何构建、部署、管理和查询我的数据库，并且我对工作区环境没有任何问题，所以是的……我可以申请这份工作。”
就吃那个禁果，然后回归个人生活。
几周前，我看到一则广告，宣传一个全栈课程“免费”，只需支付18000美元，有趣的是课程本身……3个模块，18个月，你将花费12个月的时间仅仅是在理论上探讨技术。真是个笑话。是的！你准备好了去搞定它们了！
我们讨论的不是技术发展的问题，而是这个行业领域一直以来都在创造新机会的根本原因。
我害怕失去关注点分离原则，因为我也想作为一个人生活。
哇，对前端有如此负面的情绪。JavaScript并不复杂。React并不复杂。是我们这些工程师，拿起了自己的工具，把它们搞得一团糟。
后端语言/框架似乎有一种更加标准化的做事方式，这可能是由于成熟度或被更认真对待所致。JS 社区严重缺乏这一点。
JavaScript/React；不是你的问题，是我们的问题。
我在想，只有我才会这么想吗？
这也是一个代际问题，还带有一点“我想留下印记”的意味。
有了这篇文章，我的家人就能更好地理解了。
你需要学习（花费大量时间，熬夜）一个全新的框架来节省每次请求0.06毫秒。一年半后，这个很棒的工具变成了浪费，因为在你需要使用它的一切中；每次请求你都超过了0.07毫秒，或者你加载了更多资源，导致整体变得太重了。
那一刻，新一波的……带着这个神奇的工具来了……
你不必学习所有框架，只需学习一个，就足够了。现在构建工具的状态要好得多，也更容易了，你实际上需要知道的更少才能完成相同的任务量，尤其是在简单的项目中。如果你热爱CSS和设计，那就成为一名设计师，有一些职位让你可以作为设计师使用CSS进行原型设计，而且据我所知，他们的收入与开发人员一样。我个人讨厌CSS和设计，我喜欢复杂的东西，我喜欢这种复杂性能够平滑且快速地工作。所以这取决于你，不要再痛苦了，做你热爱的事情。
这篇文章完美地表达了我提前退休的主要原因。在我职业生涯的前半段，我非常喜欢学习新的工具和技术，但在某个时刻，框架开始以如此快的速度出现，我投入更多精力重新学习我的工作，而不是真正地做它。曾经有一段时间，我感觉自己像个真正的专家软件开发人员，但自从我进入Web开发后，这种感觉就再也没有回来过。我感觉自己像个永远的新手。
几点说明。
我在这个论坛上读到的抱怨是有根据的，但放错了地方。开发人员应该对FED的发展方向感到高兴。更高的复杂性===更高的薪酬、更多机会和更好的专业性。
其次，你不需要了解与CSS或JS相关的每个库。如果你这样做，那么你定位技能的方式就存在问题，而且你在价值链中工作的位置过低。提升价值链。
第三，如果你了解底层原理、范式和语言，学习新的CSS和JS库会容易得多。我认识一位开发人员，他了解几个CSS库，但不知道CSS。如果他的CSS更强大，他就能以更少的痛苦学习其他库。
同样，如果你的JS很弱，那么每个JS框架都会很痛苦。如果你的设计模式知识很弱，学习新的JS框架和架构也会很痛苦。
如果你的反应式编程知识很弱，你的代码可能会缺少很多微妙之处，这除了学习新框架的痛苦之外，还会增加技术债务。
我曾与一些开发人员合作过，他们记住了Redux或GraphQL，但未能掌握底层的设计模式和算法，而这些模式和算法本来可以促进学习和掌握。
关键是要接受更好的教育，你将对框架形成一种元视角，这将帮助你更快地学习代码，并编写更好的代码。
你错过了重点。人们谈论的是心理疲劳。学习多个功能大致相同且不断发展的工具有什么意义？这怎么能提高你的生产力？你采取了一种过于简单的方法。
“开发人员应该对FED的发展方向感到高兴。更高的复杂性===更高的薪酬、更多机会和更好的专业性。”
我对此感到高兴，但也对随之而来的性别歧视和仅仅因为了解大量HTML、CSS和UX而被贴上的污名感到压力过大。我参加过一些会议，开发人员就在我面前说，像我这样的人不可能成为真正的工程师，而且没有人对此表示反对或说任何话。
值得庆幸的是，我发现有一些角色不会发生这种情况，但找到它们需要付出很多努力或运气。Chris关于这个主题的帖子也确实帮助我理解了这一切。
完全同意你的评论，我认为它非常到位。
是的，复杂性确实上升了，我花更多时间变成了“配置器”。我确实对生态系统某些部分的不成熟感到沮丧。但对底层技术的了解让我能够在没有压倒性挫败感的情况下做到这一点，它让我能够调试和修复问题。它还能让我知道何时不使用某些东西。
在我大约3年的React应用程序编写生涯中，我从未使用过Redux。我几乎从未使用过上下文，而且我只使用过styled components，因为我被分配到的项目使用了它们。因此，我没有任何积攒下来的挫败感。
我当时正在编写一个Gatsby应用程序，我坚决拒绝在我的代码中使用GraphQL查询组件，甚至不使用组件中的useQuery钩子，因为我意识到这种架构有多么糟糕。我已经将我的应用程序代码与Gatsby的垃圾代码分离了，所以如果Gatsby的末端有任何变化，我的React代码仍然可以正常工作。或者，我可以将其迁移到Next，并且痛苦会少得多。
在城里呆了相当一段时间后，我使用现代框架来获得我需要的功能（例如，路由、打包、自动DOM更新），接受一些好东西，并丢弃那些附加的垃圾功能。
（开启讽刺模式）
真相终于大白了……但等一下：整个框架的东西对自我很重要，这样人们就不会仅仅觉得自己是“HTML编写者”，而是像个“真正的”程序员……
（关闭讽刺模式）
我觉得这篇文章很有趣，而且我觉得这些评论也很吸引人。但让我困扰的是，几乎没有人承认彼此的观点。
如果你的雇主或客户需要你处理电子商务网站，那么你必须使用电子商务工具，例如WooCommerce或Shopify（如果你可以接受闭源）。
如果你的客户需要能够登录，那么你需要使用某种内容管理系统；Drupal、WordPress、Webflow（闭源）等。
如果你必须处理非常交互式的Web应用程序，那么使用像Angular/React/Vue这样的前端框架几乎是必须的。
如果你正在构建网站，并且上述情况都不适用，那么只有在这种情况下，你才能自由地采用老方法，使用普通的HTML和CSS以及少量JavaScript。如果你是这种情况，太棒了，你可以自由地拥抱最简单（或最吸引人）的工作方式！
终于有一个现实的观点:)
这篇文章和评论在某种程度上引起了我的共鸣。我的高中IT老师教导我，如果我整个职业生涯都只坚持使用像HTML和CSS这样的低级语言，我就会被淘汰。
多年来，除了几个视频和意识到兔子洞有多深之外，我从未认真尝试学习JS或React。
我的目标是WordPress托管网站，专注于速度、SEO，花更多时间磨练我的真正设计技能，减少压力，并获得与React开发人员相同的收入（Seek和FB）。
对整个CSS Tricks团队表示衷心的感谢，因为我毫不羞愧地认为它是处理速度最快、编写最愉快的语言。
我喜欢前端的一点是，我永远不会感到无聊。总有新的东西要学习。我从2000年代初“网站管理员”时代就开始做前端了。
我曾在某个时候转向后端开发，因为那是我想提升的一个领域。现在我兼顾两方面，现在还教授前端开发。
前端与任何其他IT技能没有什么不同，总是有研究在进行，并且会从中产生新的做事方式，你必须学习它。当然，它可能发展很快，但你不必学习和了解所有内容。
这只是游戏的一部分，我喜欢它。
我重复一下Doug的话：“在我职业生涯的前半段，我非常喜欢学习新的工具和技术（……）曾经有一段时间，我感觉自己像个真正的专家软件开发人员，但自从我进入Web开发后，这种感觉就再也没有回来过。我感觉自己像个永远的新手。”
我不是勒德分子，或者类似的人，但我参与了几个团队和项目，现在，由于有太多不同的技术栈，仅仅在本地机器上搭建一个新项目就变成了一个痛苦的过程，消耗的时间远超实际构建东西的时间。
哈哈。这个是给Asko Nõmm的。你不是一个人。我在这篇帖子发布前近一年就写了下面的文章。在里面你会找到一篇近三年前写的文章的参考。
我们陷入这种混乱，是因为我们想显得忙碌，想让我们的工作显得重要，是我们自己把事情复杂化了。事情原本很简单，但我们却坚持“单一事实来源”、“状态控制”、“SOC”以及其他一些我们在面对只想让自己的业务正常运转的公司老板时喜欢自圆其说的一些胡扯。
https://www.linkedin.com/pulse/programming-today-tiberiu-georgescu
我过去四年一直在工作的地方。我没有接触过React、Angular或Vue。我所做的一切都是纯HTML（使用Pug）和SCSS。之后我们将所有内容作为模板放入我们的CMS中。这需要多一些工作，但它很有趣。
然而，由于没有太多使用JS框架的经验，所以很难找到更有利可图的工作。
这就像Photoshop，你可以做出很多效果，但如果在一个图片上都用上，就会显得很难看。
使用一两个API是因为它提供了实用程序或哇哦效果是可以的，但是
现在，根据一些人的说法，这份工作听起来像是一个著名的旧标题：嘿，有一个“API”可以解决这个问题！他们将这些API用于每一个东西……
他们难道没有HTML、CSS、JS和PHP的基础吗？
使用React？如果你的网站像亚马逊或Facebook一样庞大，也许可以，否则模块现在是原生的。
作为一个在业界工作了几十年的开发者，我发现所有关于框架疲劳的帖子都坦率地说令人恼火，并且完全同意Remy Sharp的观点。
你**不必**一直学习所有闪亮的新工具。这是你自己选择施加在自己身上的压力。
在2007年，工具就已经很复杂了——如果我的记忆没错的话，我使用了Bower、Ant进行构建，YUI进行测试，一些叫做Sprocket的可怕的东西进行模板化，在一些项目中使用jQuery，但在其他项目中使用Prototype或Dojo，不同的CSS预处理器版本（PHP驱动的——所以你必须亲自动手处理这些）……你懂的。
专业工作很复杂，因为有金钱的参与，并且涉及到团队合作，而不是技术本身。难道真的有人认为Java或C++项目更好吗？！
现在准备工作并不比以前更难——“过去的日子里”，那时没有Stack Overflow，也没有Udemy上大量10美元的课程，也没有Twitter上的开发者大军，没有大量的书籍，没有Gitlab上的大量样板代码，等等等等。事实上，现在入门实际上更容易了。
所以，如果你不再喜欢前端，那也无可厚非，但请不要再抱怨框架疲劳了。
我也发现使用一些JS框架会使前端开发变得过于复杂。
-由Blazor团队赞助
1994年，我用HTML和CSS构建了我的第一个网站，在过去的几个月里，我仅用HTML和Bootstrap构建了3个网站。它根本不需要放在CMS中。我们服务器、数据库等的安全性与负载已经成为一个大问题，所以不用担心另一个域占用不必要的资源真是太好了。而且我认为也更环保！
这让我这个新手感觉好多了。我喜欢前端开发，这与我直接从设计领域转行有很大关系。我已经在一个入门级职位工作了两年了。我感到很舒服，因为他们不需要我了解所有最新的库。但是，我发现如果我想获得更好的报酬，他们对他们希望你使用的库非常具体。这总是让我感到焦虑。我想我只会兼职做自由职业，而不是被炒作所淹没。
如果一切保持平衡，看起来就会更好，仅使用HTML、CSS和一些JavaScript，你绝对可以创建网站的前端，但持续的趋势很重要，你将不得不学习最流行的技术，以便更容易被雇用。
最令人气愤的是？不知何故，后端开发人员是“聪明人”，并且获得更高的薪酬。在我看来，后端要简单得多，它只是让我感到无聊。
我正在转向后端，原因相同。我认为html/css也足够了。这些大型框架让我陷入了分析瘫痪。我无法做出选择，所以现在我决定深入学习后端。
我对前端了解不多，但你们是否认为简单的HTML和CSS具有可扩展性？如果你真的想要生活，我会使用帮助我跟上变化的工具，而不是手动修改所有内容，这就是我读到的这里一半人提出的建议，令人不寒而栗。
现在，这些工具可能不是最好的，是的，令人惊讶的是，新的.js东西不断出现，而且可能它们中的大多数只是重新发明轮子。在我看来，这就是问题所在。是的，你需要花一些时间学习一个新工具，然后你才会发现它并没有简化事情，反而使事情变得更加复杂。
而真正让我害怕的是，在阅读大多数（并非全部）评论时，许多人使用工具、技术等，却没有遵循以下标准：它是否能帮助我简化工作？使开发工作更简单？然后坚持你现有的东西。
我也意识到，一定有一大群来自艺术界的人被技术方面所淹没。（坦率地说，我认为设计师早就从前端开发中消失了，只剩下工程师了，考虑到前端开发的现状——好吧，如果你想让事情易于维护和扩展，我担心前端开发必须保持这种方式，比仅仅使用HTML和CSS稍微复杂一点，但可能它不需要那么复杂）
说真的，我非常同意。完全疲劳了。
这就像我申请成为一名出租车司机，却不得不开着一辆18轮卡车穿越全国，然后骑着摩托车回来，再帮助孩子们在滑板上做奥利动作。都是轮子，对吧？
十多年前我进入网页开发领域时，事情要简单得多。后端也是如此。
使用JavaScript主要是在学习OOP，并尝试创建符合某些后端语言（例如PHP）的人体工程学代码风格。框架生态系统并不像现在这样拥挤。
我记得人们抱怨一些初级开发人员使用JQuery而不是JS核心，但今天也是如此——对于一些人来说，React或Vue是进入前端世界的大门。
今天的情况绝对非常不稳定，而且有点混乱。我们是否会永远标准化前端工具……
1.积极接受更改并有选择地接受更改。
2.专精于某一个前端框架；
3.其他的新技术只了解但不使用。
1. Actively accept changes and selectively accept changes.
2. Specialize in a certain front-end framework;
3. Other new technology only to understand but not used.
如果其他人无法访问上面帖子第一行中引用的博文，请尝试
https://web.archive.org/web/20210327000028/https://nomm.xyz/blog/i-dont-want-to-do-frontend-anymore/
谢谢！
一篇关于前端不满和了解何时退出的重要性的有见地的文章。对于开发人员来说，找到平衡并克服挑战至关重要。很棒的帖子！