关于早期采用 Web 开发工具的思考

已发表: 2020-06-08

似乎每天都有针对网页设计师的新工具发布。 而且它们往往会引起一些轰动,因为设计博客总是在寻找新的话题来谈论(被指控有罪)。

但是,你真的应该使用这些物品吗? 知道它们的存在是一回事,但在你的项目中信任它们是另一回事。

需要明确的是,我们不一定要谈论代码生成器或布局应用程序等纯设计工具。 相反,我们更关注为在实时网站上运行而构建的项目。 诸如内容管理系统、开发平台、插件和框架之类的东西。

这些项目中的每一个都可以在网站的外观和功能中发挥关键作用。 没有一个是完美的,因为即使是最值得信赖的选项有时也会失败。 那么,这会给我们带来哪些更新的、未经证实的工具呢?

让我们看看如何审查一个新工具并确定它是否适合生产环境。

它会让事情变得更好吗?

也许这听起来像一个愚蠢的问题。 但这也是一个非常重要的问题。

存在解决各种问题的工具。 例如,CSS 框架可能会寻求增加和简化网格或弹性框的使用。 或者可能有一个旨在让非技术用户接触电子商务的 CMS。

你会注意到这些产品中的大多数都会自豪地提到它们的核心用途(通常是大而粗的字体)。 同时,我们也不能简单地相信作者的话。 一个工具需要提供一些证据,证明它实际上是对已经存在的东西的改进——AKA,市场领导者。

市场领导者获得他们的位置是有原因的。 通常是因为他们有:

  • 存在相当长的时间;
  • 已证明他们有能力履行其规定的职能;
  • 拥有庞大的用户群(相对于他们的利基市场)和蓬勃发展的社区;
  • 为用户提供可靠的支持手段;

因此,如果一个新工具要我们放弃市场领导者,最好有一些充分的理由这样做。

一个霓虹灯。

进行测试

如果该新工具提出了令人信服的案例,那么就该找点乐子了。 但这并不意味着在生产环境中使用它——至少现在还没有。

有些工具有可能比其他工具更具破坏性。 即便如此,还是值得努力以对您的项目有意义的方式对其进行测试。

例如,如果想查看那个很酷的新 WordPress 插件,请使用暂存环境。 这使您可以复制您的生产网站,同时降低现场网站的风险。

对于您想要试驾的任何一段代码,都可以这样说。 如果您没有临时站点,请创建一个小测试项目进行实验。 理想情况下,托管环境至少与您通常使用的环境相似。

无论您要测试什么,都有很多事情要做。 了解它如何适应各种浏览器和设备。 将它与您使用的其他工具结合起来,寻找任何潜在的冲突。 最后,执行一些不同的任务,看看这个神童是否能承受你扔给它的所有东西。

显示在计算机屏幕上的代码。

社区的重要性

工具的成功与是否能够建立强大的用户社区之间似乎存在相关性。 许多 GitHub 存储库坐在那里尘土飞扬,因为出于某种原因,该软件没有达到临界质量。

另一方面,像 WordPress 和 Bootstrap 这样的产品已经找到了忠实的受众。 就 WordPress 而言,它甚至催生了一个开发社区,通过核心贡献、插件和主题帮助软件保持繁荣。 Bootstrap 的功能深度,再加上 Twitter 的支持,已经导致许多设计人员为自己的项目采用和定制框架。

这些产品的范围非常不同,但它们都受益于高度活跃的社区。 这是每个新工具的目标,但只有少数能实现。

因此,采用一个周围很少或没有社区的工具是有风险的。 活跃用户和贡献者的数量不必与上述强者相匹配,但应该有一个超越原始开发者的专门小组。

社区越强大,产品就越有可能在未来几年内出现。

GitHub 存储库页面。

生产与否?

即使您对测试结果和新兴社区印象深刻,仍然有一些理由推迟在生产网站上使用工具。 您的网站越大,您应该采取的方法越保守。

也许最大的担忧可能是发布状态。 如果该工具处于测试阶段,那将是一个相当大的风险。 最好等到生产就绪版本发布(和测试)。 也就是说,除非您和/或您的客户对一些自由奔放的实验感到满意。

另一个考虑因素是任何已知的错误、不兼容性或安全漏洞。 这对于更成熟的软件来说已经足够可怕了。 但是对于较新的应用程序,它会尖叫“等等!”

话虽这么说,也许你发现你真的找到了完美契合的东西。 在这种情况下,它可能确实可以在您的项目中使用。

鳄梨毛绒玩具。

寻找新工具,正确的方法

当某些东西首次发布并引起轰动时,就会有立即开始使用它的诱惑。 但是在您的项目中采用这种方法通常会让您感到后悔。

最重要的主题是审查新工具的过程。 值得庆幸的是,这并不一定非常困难。 只需进行一些研究和测试,就可以确定一个工具是否适合您。

事先做好这项工作将确保您为您和您的客户做出正确的决定。 如果您发现某个工具不合适,那也没关系。 新的和令人兴奋的东西总是指日可待。