のえる DTP鯖管 @noellabo@dtp-mstdn.jp

@ohyaji コメントしますが、専門外なので話半分でお願いします。

Webサイト・Webアプリの制作の場合、規模やどこまで丁寧にやるかによりますが、スケッチから始めて、ワイヤーフレームやモックアップで画面遷移や必要な機能を洗い出して明確にし、プロトタイプで本番同様の見た目で細部を詰め、最後に機能を実装するという流れになるかと思います。プロトタイプからは、バックエンドはモック（ダミー）でフロントエンドはコーディング開始、最後にバックエンドのコーディングという感じでしょうか。

コーディング完了させて校正っていうのは、プロトタイプで評価したいってことだと思います。この場合、フロントエンド（クライアントサイドのHTML, CSS, JavaScript）はコーディングが必要ですね。バックエンド（サーバ側のコード）は、APIは本番と同じように作っておきますが、返すデータはダミーを使います。データベース処理など複雑な部分はコーディングしません。

メリットは、異なる閲覧環境（ブラウザやOS違い）での見た目、アニメーションなど動きを含めたUXの評価ができることでしょうか。

@akfm そういうのすっごい気付くの早い人、必ず居ますね！

ウチで年末年始に配る営業日カレンダー（A4/上質135k）、プリンター変えた年に即座に気付いてツッコんでくる人の多いことw
気付く人のほとんどがオフセット系の営業だったので優秀だなと思いました！

@ohyaji @dawakirohi 基本的に、無茶な働き方が求められた時は、その原因を作っている営業なり経営者が悪いのです。

力不足でご迷惑おかけし申し訳ございません。助けて頂いてありがとうございます。

もう、それしかないよね。おとといまで急な三交代体制で切り抜けたばかりで、身につまされますわ……。私も頑張らねば。

@yamo なんてこった！w

今日撮ってきた近所のセブンイレブンのコーヒーマシン。もう長いことやってるけど、相変わらずペタペタ貼られているていたらく。よく見ると、アイスコーヒーのとこにアイスカフェラテのシールが貼ってある。ちゃうやん……。 https://dtp-mstdn.jp/media/_fcNOuiz4pppiBUeDTg

@yamo https://dtp-mstdn.jp/media/HDizAlgZ37MscLWPwg4 https://dtp-mstdn.jp/media/bPTQCHT3omYo15Wx3Lo

https://ninchisho-online.com/archives/14692/
https://plaza.rakuten.co.jp/nitotora/diary/201307020000/

UIの話を始めるあたっては、この張り紙・テプラをきちんと解消するところからだよな、と思ってます。「流す」を明確にすべし、という力強いメッセージを感じます。（リンク先から画像をお借りしています。リンク先も参照ください）

@ohyaji プログラマーの場合、目指すべき成果物の定義を事前に行っていて、そこがプログラマーの職分じゃないっていうのがありますね。要件定義をひっくり返されるとデスマーチが始まっちゃうんですが、とりあえずプログラマーの問題ではないし。

デザイナーの成果物も、デザイナー本人の力量・信頼度だけで解決しようとせずに、会社全体で持っている信用や知見、営業やディレクター、同僚デザイナーの力を借りながら、目指すゴールを事前定義してすりあわせ、皆に後押ししてもらわないと、そりゃぁ分が悪いかなと思います。

@t_fukui それキツイ……。

ウチも、大判ポスターとか看板とか横断幕とかやってますが、出力原稿としてヨソで作ったチラシの内容確認用PDF（低解像度・JPEG高圧縮）がきちゃったりして、すごく残念な大判プリントになること、よくあります……。

できるだけ良い素材を入手できるよう交渉したり、あんまりなのであちこち作り直したり加工したりしますが、これはホントツライ。

@yamo 営業（や経営）の役割って、予測が困難で不確かな状況下であっても、直ちに判断を下してその責任を取ることなので、非常にキツイ仕事です。ベストの答えなんてなかなか出せない。戦略的に不利な立場にあれば、戦術では取り返せない敗色濃厚な状況下で最善を尽くすしかない。そうしてようやく獲得した条件を持ち帰れば、まずもって味方からブーイングなワケです。専門性ではかなわない現場スタッフから判断がおかしいとなじられる。そもそも後出しじゃんけんならなんとでも言えますしね。あまつさえ約束を反故にしてこいとさえ言われます。

たしかに、現場から見たら営業の判断とか感覚、おかしいでしょう。能力不足や努力の方向が間違っていて、現場に迷惑をかけているかもしれない。

でも、だったら、どうしたらお互いがハッピーになれるのか。互いをリスペクトし、不足を補って助け合う以外に、とるべきアクションはないのでは？

どのように営業と協力すれば最強のタッグが組めるのか、そういう意見交換・勉強会だって、DTPの技術と同様かそれ以上に重要じゃない？

ということは申し上げておきたいと思います。

@yamo そうなると、国産機のを見てみたくなるね！
ウチにある機械たちの写真も集めておこう……。

デザイナーからプログラマーになって生きやすくなった話 by mixmaru
https://speakerdeck.com/mixmaru/tesainakarahurokuramaninatutesheng-kiyasukunatutahua

こういう、同じ専門家でも、解決すべき専門領域の違いによって、評価の異なるケースは多々あると思います。そして、たしかにプログラマは生きやすい。

翻ってみても、一つの会社の中ですら、全員の協力と努力の成果の上に全てが成り立っているにもかかわらず、相互にリスペクトできていない状況が改善できず、悩ましく思っている今日この頃です。

角田さんの『デザイナーのイラストノート』とか、主観的な題材を扱いながら、きちんとリリースできていてホント凄い。
https://in.spicagraph.com/

※ 図版がいちいち描き下ろしイラストで作り込みも凄い

この、発表したものを自分から切り離して（リリース）、自分は自分、作品は作品、と捉える姿勢に唸るのであります。プロだよね。

@yamo アイコンだけで、文字は無いんだ……。

印刷機よくわからん私が見てどう思うか、というと……。

非常停止ボタンはすぐにわかる。命に関わるので、これが一番大事かもしれない。

1〜10の目盛りがあるダイヤルは、何かの送り速度を表しているように見える。

P型色覚の人に、オン・オフ(?)の赤と緑が見分けにくいね。記号が入ってるからまぁ大丈夫だけど。対応する装置があって、動作のオン・オフがあるのかな、と。

送り、斜行か送り、ブロワー？、赤いのはフィーダかデリバリか……。押すと何が起きるのか想像し難い。上げ下げは単独ボタンだし、押したら動作するのかな。矢印の矢が小さくてちょっと見づらい。

真ん中のは、間隔を調整するボタンだね。上は三桁の7セグで割と大事な感じ。下は表示部が小さいけど何が表示されるんだろう。調整範囲が単純なんだろうか。

右の方はなんだか難しいね。左上LED付きのボタンは、何かの機能をオンにするためのボタンか、エラー状態を解除するためのボタンと想像。青、オレンジ、黄色は意味があるようだけど、その意味はわからず。

@yamo 工業機械に至っては、そもそもデザイナーが関与してなかったりするよね……(苦笑)

@assause 今週はずっと移動続きで距離も長かったみたいですねぇ。お疲れさまです！

http://fum-s-tyle.com/japan-electrical-ui.html
(追記あり) 日本の家電の「絶望的な使いづらさ」について -- coardware

Fumiさんの書かれた本文、それに対するコメント等、大変参考になる内容で、自分なりに咀嚼したり、議論の土台として活かしたいエントリー。

伝わらないUIを批判しながら、読み手が理解してくれないことにかみつくなど、Fumiさん自身が持論の正しさの主張に夢中で客観性を欠くため、議論はエントリーを離れたところで行った方が良いと思われる。

@info_arachis9 「やらないこと」を決めることこそが要諦だなと、近年つくづく思います。
物事を自分自身で決定出来ている人は、信頼できますね。