はてなキーワード: デザインカンプとは
(コーダーなら当然コードを送らないと意味がないですが)Webデザイナーがべンダーにデザインカンプを送る場合は(コーピーして複数人で確認するので)デザインカンプのデータよりも紙で郵送したほうが有難いそうです(紙のほうが簡単にコーピーできるので)。
ちなみに「Photoshop、Illustrator」は業界標準なので、それ以外のアプリでデザインカンプ(データ)を作ったらNGです(アホと思われます)。
なので「Photoshop、Illustrator」などをマニュアルを見ないでバリバリ使えるようにすることが推奨されます。
何冊か買ってみると良いでしょう。
photoshopで作ったpsdのwebデザインを渡されて、フロントエンド担当がHTML/CSSコーディングしてるんだけどどうなのこれ?
そういう職場もある
客に見せるデザインカンプの方が先に必要なことも多々あるのでは
最近はFigmaのようなWebページやモバイルアプリなどのUIデザインのツールが多くある
それをそのPhotoshopのようなデザインカンプ作成に使うのはありだと思う
というか、こっちの方がデータがXMLやJSON形式だったりするので、デザインからそのままコードに落とし込みやすい
Figmaでネイティブのデスクトップアプリさえデザインして一発で落とし込む試みをGitHubで開発している人もいる
上述したとおり、デザインカンプのことですね
いきなりHTML/CSSを書くと、後から抜本的な調整が不可能になる
プログラミングも同じで、かなり書いてから、やっぱあれナシだから、みたいなのは嫌なので
それをなんか知らないけど、普段使わねーphotoshop開いてルーラー出して、
自分も馬鹿げていると思うこともあるが、そもそも社内研修やスクールでそう教えてるところもある
自分もそう教えられたときがあって、その場では嫌々ながら教えられたやり方で課題をこなしたりしてた
ここで逆らっても意味ないなあ、と思ったので
客なり講師なりを全否定するなら、そこに自分がいる意味がなくなっちゃうよなあ、とも思ったので
正直、そういう場合はちょっと揉めることが多いのだけど、仕方がないですね
仕様等の客の話を聞きながら勝手に自分の中で、あのライブラリやあのフレームワーク使えば楽勝だろう、と思っていると、
後々になってその前提としていたライブラリやフレームワークでは実現が難しい仕様を喋りだしたりすることもある
今の会社含めて2社しか経験してないので、一般的かどうかは判断できないが、前職ではHTML/CSSまでデザイナーの人が書いてたぞ
そういう職場もある
Zeplinは知らないけど、ツールにクソコードを吐かれるのはよくあるので、そこは相談するしかないのかなあ
相談するだけ無駄なケースも多いので、転職するとか、仕事自体を蹴ってしまうことも考えるべきかも
現に生きてけないで🍣
本来はこうでしょ?
(中略)
今になって思い返しても、自分のやり方の方が正しかったんじゃん、やっぱアホだろあれは、
と思うこともあるけど、世の中そんなもんなのでなんとも言い難い
決定権が自分にないと当然無理だし、フリーランスで決定権が持てても今度は仕事が小さくなるし
それは偏見
例えば、音声のスペクトル、声門とかを画像編集ソフトでプレビュー、加工することもなくはない
もっとも、それ専用のアプリ使った方がいいのは言うまでもないが
自分は普段はPhotoshopを使ってないけど、PSはJavaScriptなどでプラグインが書けるはずだし、
といっても、何でもPhotoshop同様、何でもExcelの世界で、Excelで仕様書とかあんたバカァ?とは思う
(中略)
これもやんわり、なんとかなりませんか?みたいに言うぐらいしかできない気がする
でも、意見するだけで攻撃的になる人もいるので、転職案件なのかもなあ
そもそも何でもかんでもwebページをポスターみたいに着飾るんじゃねーよ
ランディングページならともかく、よく使うwebアプリを着飾るんじゃねーよ、開発もしにくい、使いにくいしでまったく良いこと無い
それは客が要求するのもあるんで
大抵Craigslist, Hacker News くらいのデザインで十分なんだよ
フロントエンドエンジニアみたいな肩書でドヤってる人を見るとウンザリする
いっそJavaScriptなくした方がいいんじゃないかとさえ思うときがある
Webブラウザのタブごとに動作しているわけで、ブラウザが重くなる原因の1つだと思うし、
ブラウザ上でしか動作しないJavaScript書いて人生を消費したくない
でも、本当に?
最近デザインをやることになってしまって、取り付く島がないので本を何冊か買ってみたんだけど、
殆どが、「ノートにラフを書いてみましょう!」「デザインのワイヤーフレーム(デザインカンプ)つくりましょう」という流れをしているものが多かった。
Webデザインの本もHTMLからはじまるコーディングについてだけは割と手厚くて、それより前のことについては「書いてみよう」という流れが多くて、
なんとなくイラスト系の本も調べて買ってみたのだけれど、白紙とか用意してまずラフでイラスト書きましょうねーというパターンがとても多い。
デザインど初心者で創作をしてこなかった人間からすると、白紙から「ノートにラフ」や「デザインカンプ」作りましょうっていう流れになると、
「この間って何をしているの?」とか「何を考えて描けるようになるの?」というおそらくできる人たちには暗黙の了解になっているのであろう
デザインとかイラストとかが全く描けん、けどやらねば!となって頼った先がそんな感じなので、
たぶんこの部分が自力でわかる人を「センスがある」とか言うんだろうなということをなんとなく感じる。
この0から1にすることが詳しく説明があるものや自分はこうしているよというものがあれば、媒体は何でもいいので、そういったものがあったら教えてほしい
---
コメントやアドバイスいっぱいつけてもらってありがとうございます。
「これがわからない」っていうのがどう伝えたら良いかがわからなかったからこんな文章になってしまった。
デザインするより文章を書く方を練習した方が良い気がしてきた、けど何件か同意して頂けたので皆さんのエスパー力に本当に感謝ですわ。
0から1にするには、とりあえず模倣とか模写なんだなーという事がわかった。まったくできないので操作覚えつつやってみるよ。
これは疑問なんだけど模倣っていわばトレスってことなんでしょ?
イラスト系はトレスがバレたりするとものすごい叩かれるという印象があるんだけど、デザイン界隈はそうでもないのかなっていうふうにも感じました。
WEBデザイナーです。
いつも実装をして下さるエンジニアさん達はこちらから特に演出の指定をしなくても、上手いこと意図を汲み取って下さり、元のデザインを数倍良くするような演出を入れてくれたりします。
いつもデザインカンプ通りに実装してくれるので、安心してお任せしています。
今回実装してくださったエンジニアさんはいつもとは別の方で、デザインカンプ通りじゃない部分がチラホラあったり、こちらからこうして欲しいと伝えた部分も反映されておらず…そのうち修正されるのかな?と思っていたのですが、気づいてないのかと思って指摘してみたところ、10指摘したうちの2だけ直ってる……みたいな状態でした。
画像も必要以上に圧縮をかけてたりするので、あんまり見た目に対しての感度が高くない方なのかな…?と思いつつ、
今回は結構スケジュールがタイトだった事もあって優先度の関係で仕方なかったのかなあと思いつつ、
デザイナーとはいえ実装も一通り自分で出来るのでデザインを再現してくれないなら自分で組みたかったなあ、とか
まあいつものエンジニアさんがすごく汲み取ってくれる稀有なタイプの人で、それに甘えすぎていた自分にも怒りを感じつつ
もう世に出てしまったから仕方ないし、今から修正したところで売り上げが変わるもんでも無いし、とはいえこれを自分がデザインしましたと胸を張って言いづらいなーって気持ちもあって、とりあえず次回はもうちょい上手くやれたらいいなと思いました。
例えばデザインカンプの提出をする際、撮影する画像や、最終的に借りたり買ったりする、
あるいはまだ入る要素がハッキリしていなくて、「ここにこんな水面のイメージの写真はどうですか」とか、
「ここには社員の皆さんが集まっている写真が欲しいです」とか、提案の段階では素材集や、ピッタリのものが無ければ
ネットの写真等をダミーとしていれる事は日常的に行っているのでは?
それが無い時代は、雑誌とか、そういうものからイメージをお客さんに説明しやすい様に、ダミーとして入れていた。
もちろんそれが最終まで行く事はあり得ない。
そのイメージでよければ、「じゃぁその写真をどうしましょうか?」となる。
「撮りますか?」
「お金がない?」
「競合チェック出来ないけどいいですよね?」
という感じで最終的にはなんらか著作権的にクリアになったものを使用する。
だろ??