Webアプリケーションの開発を短縮するための時間節約テクニックトップ10（グラフィックチュートリアル）

今日の開発環境では、速いことは良いことです。

ラピッドアプリケーション開発」「アジャイルソフトウェア開発」「非同期JavaScriptとXML」（最近では、Webページが表示されるのをじっと待つことさえできない）といったバズワードや用語を見れば、いかにペースの速い世界であるかがわかるだろう。

しかし、急いで物事を成し遂げることは、残業をすることを意味しません。その際、ある程度の頭脳を使う必要があります。この記事では、Webアプリの開発を短縮するための時間節約術トップ10を紹介します。

I. フレームワークの利用

フレームワークは、通常のコードを抽出し、Webアプリケーションを書くための基本的な構成と基盤を提供します。

フレームワークの非常に典型的な例として、プログラミング言語RubyのWebアプリケーション開発フレームワークであるRailsがあります。ユーザー入力の検証など、あらかじめ書かれたコードパッケージを提供することで、Rubyで独自のコードを書く時間を短縮できるだけでなく、これらのパッケージが他の開発者によってテストされ、検証されていることを知ることができるのです。また、これらのパッケージは他の開発者によってテストされ、検証されていることがわかります。これにより、広範なテストの手間が省け、さらに、テスト不足から生じる潜在的な脆弱性のいくつかを回避することができます。

MooToolsのようなJavaScriptのフレームワークを使う場合も、同じようなメリットがあります。これらのフレームワークは、コア開発者とコミュニティによって提供され、多くのブラウザの下で広範囲にテストされた、多くのクラスメソッドを提供します。jQuery、Prototype JS、YUIなどのクライアントサイドスクリプティング言語フレームワークもありますし、もし非主流のJSフレームワークを使いたいなら、この有望なJavaScriptフレームワークのリストをチェックすることができます。

サーバーサイドのフレームワークとしては、CakePHP、CodeIgniter、Zend、symphonyなどが考えられます。VBやC#などのMicrosoftがサポートする言語が好きなら、.NET Frameworkを検討してもよいでしょう。

960GridやBluePrintのようなCSSフレームワークを使って、独自のスタイルのページ構造を素早く書き、標準化することも可能です。

II. IDEの使用

もちろん、メモ帳などのテキストエディタとFTPだけでWebアプリケーションとそのページを作成することは可能です。しかし、複雑で堅牢なWebプロジェクトを開発する上で、これは賢明な方法ではないというのが、多くの人の意見だと思います。

統合開発環境（IDE）は、大規模なWebプロジェクトを作成・管理するために必要なツールの集合体です。IDEは常に変化していますが、以下のような共通の機能を備えています。

1. プロジェクト管理およびチームコラボレーション機能。

2. デバッグ・診断機能。

3. シンタックスヒンティングとオートコンプリート（IDEが書きたい構文を推測してくれる） 3.

4. シンタックスハイライト

5、内蔵FTP、ローカルおよびリモートホストのファイルを同期させることができる

IDE"という言葉は派手で聞き慣れないかもしれませんが、ビッグデータ関係者はAdobeのDreamweaverを聞いたことがあると思いますが、これは統合開発環境と考えることができます。なぜなら、上記のような、コードを速く書くための機能がいくつか含まれているからです。(彼は通常、フロントエンドの制作に適しています。しかし、それはまた、PHPやASP.NETのようなサーバーサイドの言語をサポートしています)

今日、オンラインで利用可能なIDEは大量にあり、あなたがしなければならないのは、自分自身（またはチーム）のために1つを選ぶことだけです。Eclipse、Komodo IDE、NetBeans、Visual Studio、Aptana Studioなど、人気の高い、フル機能のIDEがあります。

III. 適切なモジュール化

メンテナンスと拡張が容易な複雑なアプリケーションを作るには、モジュール性が重要です。基本的にこれは、コードを1つの大きなファイルにすべて書くのではなく、小さなパーツに分けて書くことを意味します。

しかし、ある部分を変更する必要があるときや、アプリケーションを拡張したいときには、多くの時間を節約することができます。

また、モジュール化することで、バグをモジュール内に限定することができるため、何か問題が発生しても、すぐに問題を発見することができます。

しかし、モジュール化を乱用すると、コードが肥大化したり、不要なinclude文が多すぎて、アプリケーション全体の速度が著しく低下したりすることがあります。ですから、モジュール化のやりすぎとやりなさすぎのバランスをうまくとる必要があるのです。

モジュール化されたデザインパターンには、MVCパターンやPACパターンがあります。

ブラウザツールを使ってフロントエンドの問題を効率的にトラブルシューティングする

クロスブラウザの互換性と解析の問題に対処することほど、つらいことはありません。これは気が狂いそうになるようなことで、その苛立ちから、何かを叩きつけないと気が済まなくなりそうになるものです。しかし、ブラウザに統合されたデバッグ ツールを使えば、フロントエンドの問題の発見と診断が、より速く、より効率的に行えるようになるのです。

FirebugとWeb Developerは、フロントエンドのWeb開発者にとって絶対に欠かせない時間短縮ツールになっています。firbugは、DOMを見てどのように動作するかを理解するのが簡単で、CSS/HTML/JSをその場で微調整できることに加えて、デバッグやプロファイリングを支援します。 Web Developerは、ページ要素をクリックして、どのスタイル宣言がその要素に影響するかを確認できるツールや、 JavaScriptやCSSを簡単に無効にするツールなど、便利なツールを幅広く提供しています。

Internet Explorer でデバッグする必要がある場合は、IE Developer Toolbar を試してみるとよいでしょう。FirebugやWeb Developerと機能的に非常によく似ています。デバッグの時間を短縮するためにブラウザに統合されたIEデバッグツールをもっと知りたい場合は、このリンクをクリックすることができます。

V. コードの再利用

もし、何度も同じことを繰り返していると感じたら、コードの構造を見直す時期です。再利用可能で柔軟なメソッド、関数、オブジェクトを作成するのに役立つ、一般的なデザインパターンについて学ぶことを検討してください。

例えば、頻繁にデータベースにリンクする必要がある場合、データベースへのリンク、クエリー、データのコミットを処理するデータベースアクセスクラスを作成する必要があるかもしれません。

VI. オンラインコラボレーションとプロジェクトステータスのトラッキング

実は-一人で仕事をしているわけではないのです。あなたが開発チームのために働いていようと、誰か（あなたの上司や顧客かもしれません）のために働いていようと、オンラインコラボレーションとプロジェクトのステータスの追跡がもたらす利点を最大限に活用すべきなのです。

管理業務に費やす時間や、終わりのない会議（最悪、出張が必要な対面会議）に費やす時間を減らせば減らすほど、コードに費やす時間が増えます。

Basecamp、Lighthouse、activeCollabなどのツールを使えば、チームコラボレーションをワンストップで実現できます。プロジェクトの状況を把握し、プロジェクトの目標やマイルストーンを設定すれば、全員が自動的にこの機能を利用できます。これにより、頻繁なメールの返信や、進捗確認ミーティングに多くの時間を割く必要がありません。

さらに、これらのツールは、物事の優先順位をつけ、すべてを一箇所に集中させて整理し、文書化することを可能にします。

VII. コードの自動フォーマット化と標準化

良い習慣になるだけでなく、後でコードを読み返す必要がある場合、すぐに理解できるようになります。

コードの自動書式設定は、一行ずつ行うのではなく、ワンクリックですべてのコードを書式設定できるため、コードを書く際の一貫性も確保されます。また、自動フォーマットにより、手動での変更によるエラーのリスクも軽減され

そのためのツールはいくつもあり、その多くはウェブベースで提供されています。CSSでは、オープンソースのソリューションとしてCSSTidyが有名です（Clean CSSはCSSTidyのオンライン版です）。HTMLについては、HTML Tidyがあります。

スクリプト関連では、PHP Source Code Formatter、Ruby Script Beautifier、Code Beautifier Plus（C#、ActionScript、Javaの書式設定ツール）を用意しています。

VIII. 要件収集と計画段階でより多くの時間を費やす

予防は是正よりはるかに優れています。おそらく、プランニングに無駄な時間をかけないことを強調する流儀もあるでしょう。必要な情報をすべて集めたことを確認し、それでも宿題をこなすために必要な時間を費やすことは必要です。要件収集の宿題を怠ると、予期せぬ機能要求の結果であるフィーチャークリープにつながる可能性があります

IX. 既に書かれたコードの使用

車椅子の発明も古代人が手伝ってくれたので、自分たちでいじる必要はないのです。もしあなたがどこかで興味のある機能を見つけたら、誰かがすでにあなたのためにコードを書いてくれている可能性があります。ちょっとしたコードの断片が欲しいだけなら、devSnippetsを覗いてみるとよいでしょう。

注：上記の方法は、良いコードと悪いコードを見分けられるだけの経験がある場合にのみ、本当に役に立ちます。そうでなければ、最終製品にバグが多く、混乱したコードが残ることになります。

X. 機能のスリム化

Webアプリケーションの特定の機能の評価を行い、その機能への時間的な投資の価値があるかどうかを判断する必要があります。

記事のカテゴリーごとにカスタムRSSを出力する、更新頻度の低いコンテンツ管理システムは、本当にユーザーに必要でしょうか？ユーザーの地理的な位置を検出し、異なるスタイルでサイトを表示するためのサイトスタイルコンバータは本当に必要でしょうか？

サイト機能を書くのは大変なことですが、エンドユーザーにとって無駄な機能や、ユーザーインターフェースを複雑にするような機能に開発時間を費やさないようにしましょう。