Web制作フローの再考とDesigning in the browser
多様化するwebサイト、増加するデバイスに適応していくために今までのWeb制作のワークフローも見直す必要があるのではないでしょうか。またその一つの手法としてDesigning in Browserについて書きました。 現在ではWebサイトも、インタラクティブなサイト、アプリのようなサイト、可変するサイトなど様々なスタイルが見られるようになってます。 また、Webを閲覧できる環境もPCからスマートフォン、タブレット、テレビ、カーナビなど増加し続けてます。 それに伴い今まで以上にテストケースが増えてきてます。 今までのような静的なデザインを作ってから開発、テストというWeb制作のワークフローでこの変化の流れに対応できてるのでしょうか。 まず静的なデザインはあくまでこのように見えるという仮説であり、 解像度やスクリーンサイズが異なれば見え方も変わってきます。 更にどのように動くのかまでは表現でき
なぜ "Designing in the browser" ワークフローへの移行が必要なのか - Zerobase Journal
QxilというQ&Aサイトで、藤原由翼さんが面白い質問をしていました： 皆さんはWebデザイナーのキャリアやスキルセットは今後どうあるべきだと思いますか？ (どうあることを期待されているかという経営者視点でのコメントもお待ちしています。) -- 藤原 由翼さんの質問 （※以下、質問者の藤原さん宛ではなく、多数の想定読者に向けた文章にしました） 「ウェブの技術的側面を理解していないデザイナーは、可変サイズを想定していないレイアウトや、CMYKカラー・モデルのデザイン・カンプを送ってくるので、マークアップ・エンジニアは無駄な苦労をするハメになる」といった逸話は、少し笑い話のようでもあります。しかし、ここにはデザインとテクノロジーの本質的関係性が見え隠れしています。 この文章では、「メディアの技術的側面を理解し、メディアの技術的特性を活かすことが、より良いデザインに通じる」という話をします。前
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
