Web開発ツールの早期採用についての考え

公開: 2020-06-08

Webデザイナー向けの新しいツールが毎日リリースされているようです。また、デザインブログは常に新しい話題を探しているため、話題になる傾向があります（有罪）。

しかし、実際にこれらのアイテムを使用する必要がありますか？それらが存在することを知ることは1つのことですが、プロジェクトでそれらを信頼することはまったく別のことです。

明確にするために、私たちは必ずしもコードジェネレーターやレイアウトアプリのようなデザインのみのツールについて話しているわけではありません。むしろ、ライブWebサイトで実行するように構築されたアイテムに重点を置いています。コンテンツ管理システム、開発プラットフォーム、プラグイン、フレームワークなど。

これらの各アイテムは、Webサイトの外観と機能に重要な役割を果たすことができます。最も信頼できるオプションでさえ失敗することがあるため、完璧なものはありません。それで、それは私たちに新しい、あまり証明されていないツールをどこに残すのでしょうか？

新しいツールを精査する方法を見て、それが実稼働環境に適しているかどうかを判断しましょう。

それは物事をより良くしますか？

おそらくそれはばかげた質問のように聞こえます。しかし、それは非常に重要な質問でもあります。

あらゆる種類の問題を解決するためのツールが存在します。たとえば、CSSフレームワークは、グリッドまたはフレックスボックスの使用を増やして簡素化しようとする場合があります。または、eコマースを技術者以外のユーザーの手の届くところに置くことを目的としたCMSがあるかもしれません。

これらの製品のほとんどは、その主要な目的（通常は大きくて太字のタイプ）に誇らしげに言及していることに気付くでしょう。同時に、著者の言葉を単純に受け入れることはできません。ツールは、それが実際に既存のもの、つまり市場のリーダーである何かを改善したものであるという証拠を提供する必要があります。

市場のリーダーは、ある理由で彼らの地位を獲得しました。通常、それは彼らがしたからです：

かなりの時間存在しました。
定められた機能を実行する能力を証明しました。
（ニッチに比べて）大規模なユーザーベースと繁栄しているコミュニティがあります。
ユーザーに信頼できるサポート手段を提供します。

したがって、新しいツールでマーケットリーダーを放棄する必要がある場合は、そうする正当な理由がいくつかあります。

ネオンサイン。

それをテストする

その新しいツールが説得力のあるケースになったら、それはいくつかの楽しみを持っている時間です。しかし、それは実稼働環境でそれを使用することを意味するものではありません–少なくともまだです。

一部のツールは、他のツールよりも破壊的である可能性があります。それでも、プロジェクトにとって意味のある方法でそれらをテストするように努力する価値があります。

たとえば、そのクールな新しいWordPressプラグインをチェックしたい場合は、ステージング環境を使用してください。これにより、ライブWebサイトへのリスクを軽減しながら、本番Webサイトを複製できます。

テストドライブしたいほぼすべてのコードについても同じことが言えます。ステージングサイトがない場合は、実験用の小さなテストプロジェクトを作成します。理想的には、ホスティング環境は少なくとも通常使用しているものと同様です。

テストする内容に関係なく、やるべきことはたくさんあります。さまざまなブラウザやデバイスにどのように適応するかをご覧ください。使用する他のツールと組み合わせて、潜在的な競合を探します。最後に、この驚異があなたがそれに投げるすべてに耐えることができるかどうかを調べるために、いくつかの異なるタスクを実行します。

コンピューターの画面に表示されるコード。

コミュニティの重要性

ツールの成功と、ツールが強力なユーザーコミュニティを構築できるかどうかには相関関係があるようです。多くのGitHubリポジトリがそこにあり、何らかの理由でソフトウェアが臨界量に達していないため、ほこりを集めています。

一方、WordPressやBootstrapのような製品は、忠実な聴衆を見つけました。 WordPressの場合、コアの貢献、プラグイン、テーマを通じてソフトウェアの繁栄を維持するのに役立つ開発コミュニティを生み出しました。 Bootstrapの機能の深さと、Twitterの支援により、多くの設計者は、独自のプロジェクトにフレームワークを採用してカスタマイズするようになりました。

これらの製品の範囲は大きく異なりますが、どちらも非常に活発なコミュニティの恩恵を受けています。これはすべての新しいツールが目指すものですが、達成できるのはごくわずかです。

したがって、コミュニティがほとんどまたはまったくないツールを採用することはリスクです。アクティブなユーザーと貢献者の数は、前述の強力なものと一致する必要はありませんが、元の開発者を超える専用のグループが必要です。

コミュニティが強力であるほど、製品が今後何年にもわたって存在する可能性が高くなります。

GitHubリポジトリページ。

生産かどうか？

テストの結果と駆け出しのコミュニティに感銘を受けたとしても、実稼働Webサイトでツールを使用することを控える理由はいくつかあります。サイトが大きいほど、より保守的なアプローチを取る必要があります。

おそらく最大の懸念はリリースステータスかもしれません。ツールがベータ版の場合、それはかなり大きなリスクです。おそらく、本番環境に対応したバージョンがリリースされる（そしてテストされる）まで待つのが最善でしょう。つまり、あなたやあなたのクライアントが少し自由奔放な実験に慣れていない限り。

その他の考慮事項は、既知のバグ、非互換性、またはセキュリティ上の欠陥です。これは、より確立されたソフトウェアでは十分に恐ろしいことです。しかし、新しいアプリの場合は「WAIT！」と叫びます。

そうは言っても、あなたは本当にぴったりの何かを見つけたのかもしれません。その場合、プロジェクトで使用する準備ができている可能性があります。

アボカドのぬいぐるみ。

正しい方法で新しいツールを見つける

何かが最初にリリースされて話題を呼んでいるとき、すぐにそれを使い始めたいという誘惑があります。しかし、プロジェクトでこのアプローチを採用すると、多くの場合、購入者の反省が残る可能性があります。

包括的なテーマは、新しいツールの審査の背後にプロセスがあるということです。ありがたいことに、それはそれほど難しいことである必要はありません。ツールがあなたに適しているかどうかを判断するために必要なのは、少しの調査とテストだけかもしれません。

事前にこの作業を行うことで、あなたとあなたのクライアントの両方にとって健全な決定を下すことができます。また、ツールが適切でない場合は、それで問題ありません。新しくてエキサイティングな何かが常に角を曲がったところにあります。