ブラウザ上で直接コードを書いてWebアプリデザインを行う「デザイニング・イン・ブラウザ」もしくは「インブラウザデザイン」。もう何年も前からそのメリットについて話す人も多く今更新しい手法ではないでしょう。 SketchやPhotoshopによるデザイン納品よりも多くのデバイスや環境で確認でき、animation,hoverをはじめ、ユーザーのアクションによる画面状態変化がリアルに把握できて、デスクトップやモバイルといった固定しない画面サイズにおいて実際の操作中にユーザーの誤操作やストレスを見つけやすいというメリットがあると言われています、ただ、あくまで手段のひとつだということも忘れてはいけないですね。 個人的にはページ数の少ないシングルページアプリケーションにおけるデザインには有効な解決手段だと思っています。 ただいいコトずくめに見える手法ですが、そのコードを開発側にそのまま流用しようとする
僕は WEB デザイナーではありませんが、建築の意匠設計からの転職プログラマなので多少気持ちはわかるつもりです。なので、こういう風に見て欲しいとか言う気持ちはよくわかりますが、WEB デザインはそのコントロールが次第に高コストとなってきています。また、形態は機能に従うという言葉がありますが、WEB 制作においてのデザインがそれを踏まえてなくてもカンプならなんとなく成り立っているように見えてしまうことも問題です。 なぜ、Designing in the browser(インブラウザデザイン)なのか 画面サイズの多様化で見た目の一貫性が保証されない 大きさだけでなく縦横比も 見る場面や操作環境も 一貫性の保証をするリソース(金、ひと)の無駄 それよりは中身(コンテンツ)にリソースをかけましょうか、という話 実際の端末の中で動かせる 使ってみたら使いにくかったを防ぐ いや、デザインカンプはあった
デザイニングインザブラウザ って？ 昨年末に デザイニングインザブラウザ という単語に出会った。 スマートWP Works を使っていただいた森川さんからのフィードバックより 改めて感じたことですけど（スマートWPのサイトにも書いてありますが）、このサービスって、今後インブラウザデザインの手法が主流になってくるといっそう威力を発揮しそうですね。 CSSフレームワークなどでささっとプロトタイプを作って、クライアントなどプロジェクトメンバーとシェアして、チューニングをかけていく……という感じで。 スマートWP＋Googleハングアウト、というワークフロー面白そうです。 恥ずかしながら インブラウザデザイン の意味が「？」だったので調べると。 元々は英語で Designing in the browser と書いて、日本語でカタカナにする時に「デザイニング・イン・ザ・ブラウザ」とか「デザイニング
The year 2013 was the year that Adobe announced that Fireworks is no longer developed . Personally I found this a big disappointment . On the other hand, “changes are the spice of life.” In 2013, Stephen Hay brought namely the book “Responsive design workflow” out . Its workflow proceeds on the assumption that you are going to design directly in the browser. Inspired by the book , I therefore bega
PSD to HTML tutorials are all over the web. In fact, many people have asked me why there’s not a PSD to HTML tutorial on Treehouse. In addition to the tutorials, there are lots of companies that will accept a PSD and convert it to a webpage for roughly $100 USD. Check out all our HTML courses at Treehouse. Google returns more than 48 million results for a “psd to html” search. It’s popular, but no
高円寺にあるコワーキングスペース、「こけむさズ」では毎週金曜日・土曜日さまざまなイベントを行っています。 許可がでたものはUstream配信をしてアーカイブとして残しておきますのでぜひ未定ってください。
2013/09/14 (土) - 第15回リクリセミナー「Frontrend in Osaka」
QxilというQ&Aサイトで、藤原由翼さんが面白い質問をしていました： 皆さんはWebデザイナーのキャリアやスキルセットは今後どうあるべきだと思いますか？ (どうあることを期待されているかという経営者視点でのコメントもお待ちしています。) -- 藤原 由翼さんの質問 （※以下、質問者の藤原さん宛ではなく、多数の想定読者に向けた文章にしました） 「ウェブの技術的側面を理解していないデザイナーは、可変サイズを想定していないレイアウトや、CMYKカラー・モデルのデザイン・カンプを送ってくるので、マークアップ・エンジニアは無駄な苦労をするハメになる」といった逸話は、少し笑い話のようでもあります。しかし、ここにはデザインとテクノロジーの本質的関係性が見え隠れしています。 この文章では、「メディアの技術的側面を理解し、メディアの技術的特性を活かすことが、より良いデザインに通じる」という話をします。前
Tips Responsive Web Design Workflow Considerations Josh ChanMarch 13, 20134 Comments05.5k Birthed in May 2010 in an article by Ethan Marcotte published on A List Apart called “Responsive Web Design“, this device-independent design philosophy has spread like wild fire amongst the design and development community. Evidence of the larger business community embracing responsive web design began in 201
If you’re making websites, chances are you’ve given some thought to what constitutes a responsive-friendly design process—and you’ve probably found that adding a mockup for every breakpoint isn’t a sustainable approach. At least, that’s what happened at my company, Bearded, where we had spent years creating websites in Photoshop or Illustrator, having those mockups approved by our clients, then re
Last Updated on May 21, 2015 by If you’re like me, then you’ve had a love/hate relationship with Photoshop for almost a decade. The software is bloated, it crashes right at the moment you forgot to hit save, and it produces a design that is nothing more than a useless and non-functioning image to send to clients. Despite loathing the software that is the staple of our industry, we can’t live witho
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
