前言
2014年，我在不列颠哥伦比亚理工学院（BCIT）参与了一个 Web 设计项目。项目完成之后，我被学校招募来从事在线学习工作。当他们告诉我将使用 Twitter 的 CSS 框架 Bootstrap 时，我非常兴奋。
不久之后，兴奋就消失了。在使用它一段时间之后，我真的很想知道 Bootstrap 存在的意义是什么。各种神秘的 class 名称和滥用的 div 标签似乎把所有逻辑都填充到了 HTML 中。很快，投诉开始出现。
我们是一个技术学院，但我们的部门的目的是方便教师。我们团队制作的在线课程最终是为了方便非技术出身的教师，这些教师出身商业、媒体、护理、建筑等各个领域。如果这些教师弄不明白，他们就会致电技术支持部门。如果技术支持部门无法解决这个问题，那么这项棘手的工作将会重新回到我的手上。
这是灾难性的，因为我们所有人都面临人员不足的问题。没有足够的人员来支持老师，老师们在学期开始之前无法学习课程，我们团队成了整个事情的瓶颈所在。
这些框架宣传的轻松和简单的优势吸引了我们，但事实证明这些优势都是相对的。对我们来说，Bootstrap 弊大于利，其维护起来十分费劲。
经过几个月的挣扎之后，团队开始着眼于创建一个真正简单的自定义框架。该解决方案使用特定于在线学习的术语，并且使用超级干净的代码设计。
由此产生的产品变得非常受欢迎，尽管今天仍然存在一些小问题。除了维护工作变得轻松之外，它还提高了整个在线课程生命周期的质量和效率。
最重要的是，我们团队不再是影响整件事情的瓶颈。
从那以后，我对前端工具及其猖獗的扩散变得更加警惕。我倾向于认为我们部门缺乏技术深度可能让我们能够比正常情况更快地发现固有问题。我担心的是，这些工具是为了实施者而不是整个组织的利益而采用的。这让我很困惑：
许多现代前端工具和实践是伪装的技术债务吗？
背景
在从事 Web 开发之前，我拿到了营销管理创业文凭并参加了一些 BBA 课程。我特别感兴趣的是产品管理、组织行为、运营管理。
我的观点可能会引起争议。请尊重这样一个事实，这只是一种从整个组织的更广泛角度评估相对狭隘的技术决策。这些想法是否与你相关将在很大程度上取决于你具体的业务情况。 |
|
收藏
淘帖
踩
