, , ...
( )
TKにはサイトが必要ですか？ 今日、これはウェブ開発の最も物議を醸す問題の1つです。
もちろん、そのようなサイトに関しては、問題は自動的に解決されます。そのサイトの迅速な検査には1時間半かかり、それを提供するモジュールの数は手の指では数えられません。 このようなリソースの開発者は、「図式」と「図面」の価格を十分に認識しており、プロジェクトの最終段階でのみTKが真に「適切」になることを知っています。
しかし、サイトが技術的に言えば非常に普通であり、ボリュームがあまり大きくない場合...ここにいる方法は？
一部のWeb開発者は、TKはすべてのサイトで必ず必要であり、その開発に多くの時間と労力を費やしているため、プロジェクト予算のかなりの部分を占めていると考えています。
開発者には別の部分も必要だと考えていますが、TKの開発に対するアプローチは非常に形式的です。 彼らのTKはせいぜい詳細な見積もりに似ており、最悪の場合、ほとんどのサイトに添付できるテキストがまばらな数ページです。 このようなTKは無料で提供される場合があります。
そして最後に、明らかな少数のWeb開発者は、TKは労力とお金の無駄であり、それなしでも実行できると確信しています。 同様に、有能に作成された契約と詳細な見積もりで十分であり、残りは優れた管理と質の高い仕事です。
また、私の記憶では、スケッチがすでに提出され検討された後、顧客が突然請負業者に作業明細書を要求した場合がありました。 まあ、本当に、神秘的な方法...
システマティストとエレメンタリスト
「サイトをデザインする必要がありますか？」
すべてのサイトビルダーがこの質問に答えると思います：「はい」。
好むと好まざるとにかかわらず、どのアプローチで使用しないかはともかく、最初にサイトを次のようにする必要があります。推定、評価、および正当化。 通常、サイトが最初に思い付き、それができます。 想像することなくサイトを構築する方法を想像するのは困難です。
経験豊富なWeb開発者は、サイトの存在の意味全体を、割り当てられたタスクの解決策に減らします。 このようなサイトは通常、「不要なものをすべて削除する」という原則に基づいて設計されています。 つまり、最初は、顧客との共同作業により、過飽和のスーパーサイト（良い、いくつかの経験、および他の想像力が許す）が出てきます。そして、そのようなサイトの予備的な見積もりを見て、フリルのないより平凡な、しかし本当に必要なオプションになります。
したがって、サイト設計の必要性の問題は一意に解決されます。 別のことは、彼らがすべてを異なって設計することです。
一部の人にとって、設計は本格的な段階であり、サイトでの作業の最初から始まります。 責任者が任命されます-主任設計者（通常、これはプロジェクトマネージャーです）、人件費、およびステージ全体の条件が推定されます。 責任者は、座る（または隅から隅まで歩く）だけでなく、「何とどのように」を発明し、デザイナー、ウェブ技術者、プログラマーなど、将来のサイトの直接開発者のプロセスへの参加を保証します。
優秀なデザイナーは、すぐに顧客を設計プロセスに関与させようとしますが、彼が署名することに驚かないようにします。
他の人にとっては、デザインはかなり自発的で真に創造的なプロセスです。 開発のすべての参加者も設計に関与しますが、割り当てられた時間ではなく、一度にすべてではなく、順番に関係しません。 つまり、たとえば、最初にマネージャーと顧客が何かに同意した後、デザイナーが座って、顧客が同意せず、別の方法で提案した後、マネージャー、デザイナー、Web技術者、そして再びデザイナー、そして会計士でさえも最終文書に。
もちろん、自発的なイベントには、自発的なリーダーがいます。 しかし、それでも群れはその中にリーダーの存在を組織するのではなく、参加者の本能を組織します。 ウェブ開発者のチームが彼らと自己組織化のための「デザイン」本能を持つのにどれくらいの時間が必要なのだろうか？
TKの必要性に関しては、前者のほうが有利であり（少なくとも、彼らはあまり気にしません）、後者は反対する可能性が高いと推測するのは簡単です。
ここで興味のある読者は、著者が自分の視点を押し通そうとしていると感じ、意図的に写真を誇張しているかもしれません。 しかし、まったくそうではありません。 私はそれらと他の人の両方と仕事をする機会があったので、もちろん誇張しますが、あまり大げさではありません。 そして、私は後で私の視点をプッシュします。
「体系的な」アプローチ（最初の例にあるアプローチ）では、TKは数時間の問題であり、その間にチーフデザイナーは発明され合意されたすべてを1つのドキュメントにまとめます。 TKが作成されていない場合でも、参加者は何をすべきかのアイデアをまだ持っています。 さらに、設計プロセスは何らかの形で修正され、図が描かれ、スケッチが作成されます。これらはすべてテーブル（または「情報」フォルダー）に置かれます。カート。
「自発的な」アプローチ（2番目の例）では、原則として、誰がTKを書くために座るべきかが完全に明確ではありません。 そして、最も重要なことは、あなたがそれを書くために座らなければならないとき：最初-関係なし、中間-前ではなく、最後-誰もそれを必要としません。
当然、これらのアプローチの両方が現在使用されているため（もちろん、2番目の方法ははるかに少ない）、どちらにも長所と短所があります。
すべてを順番に考えてみましょう。
TKからTK
体系的なアプローチの利点については説明しません。 それらはすべてのWeb開発者にとって明らかだと思います。 それにもかかわらず、私の意見が興味深い場合は、 ここでそれを理解することができます 。 短所を考慮してください。
体系的な設計は高価な喜びです。 これが主なマイナスであり、おそらく、このアプローチのすべての利点に疑問を投げかけます。
生産の自己持続可能性に忍び込むのに苦労している初心者のサイトビルダーにとって、「期待どおり」の設計は許されない贅沢です。 原則として、そのような企業はプロジェクト管理が弱い、またはまったくない（雇用するのに費用がかかるため、自分で成長する人はいない）。 簡単な方法でデザインを整理することは誰にとっても不可能であることがわかりました。
初心者のWebスタジオのリーダーシップは、原則として、顧客を引き付けることに焦点を当てています（さらに100を超えるもの）、彼は生産技術の開発に全く時間をかけていません。 「なんとかして、大丈夫。」
さらに、新興企業が契約を締結するための予算を確保するために、実質的にすべて、そして何よりも時間通りに節約する必要があります。 それにもかかわらず、「7回測定」、それにもかかわらず、前進を受け取った直後に座り、「のこぎりで切る」ための自己保存力の本能である議論は導かれません。 結果は、ほとんどの場合、顧客に合っているのは良いことです。 それでも、今では顧客は何から、誰から、そして何のお金で購入できるかによってすでに導かれています。
すでに一定のレベルに達し、市場での地位を見つけた企業について話すと、別の問題があります。今日、サイトを設計するための一般に受け入れられている方法はありません。
アクティビティのライセンスを取得する必要がなく、サイトが特定の技術標準またはGOSTに準拠しているかどうかを監視する必要がないことは、悲しい現実になります。誰もが良いWebサイトを作成する方法について独自の意見を持っています。 さらに、プロジェクトごとに、この意見は変わりつつあります。
設計を段階として開始するたびに、サイト構築だけでなく設計自体のすべての方法と技術を整理し、洗練し、新たに発明することさえ必要です。 そして、これはプロジェクトマネージャーだけでなく、会社全体にとっても頭痛の種です。 アプローチと発作に関して、プロジェクトは無期限に引きずることができます。 それはすべて、「この新しいサイトが以前に行ったサイトとはどの程度違うか」にかかっています。
この状況では、予算が足りない可能性があります。 そして、設計は慢性的に不採算な段階に変わり、会社の所有者の忍耐を経験します。 ほとんどの場合、ケースは次の反復で「上から」の強い意志決定で終了し、計画「b」が入ります、つまり「時間がなければ、私たちはそれを把握します」という事実で終わります。
一般的に、マイナスの状況は、私がそれを間違えて喜んでいるようなものです。 しかし、もちろん、楽観的な考えがあります。
5つの異なるTKを見ると、6番目のTKの実行方法を理解するために、6番目のTKをすぐに書くという考えが現れます。 TK on TK 。 そして、その中で、冷静な頭で、過去数ヶ月または数年にわたって発見される可能性のあるすべての良いものを集めてみてください。
それはただの質問です。 夜、陰謀のすべてのルールによって、あなた自身のためにそれをしますか？ または、誰も尋ねませんでしたが、すべての人のためにそれをします。 彼らはscりますが、多分賢明な誰かが彼らの経験から助言するでしょう。
続く