記事へのコメント282

    • 人気コメント
    • 新着コメント
    Akkiesoft Akkiesoft ハーー

    2022/03/18 リンク

    その他
    Nilfs Nilfs 振り返ってちゃんと考えながら実装してみよう

    2022/02/28 リンク

    その他
    animist animist そうなるプロセスが身にしみてわかりやすい

    2022/01/16 リンク

    その他
    eijison1q89 eijison1q89 作り方

    2022/01/05 リンク

    その他
    rochefort rochefort 優先順位で強弱をつけながら配置とか、言語化してるのいいやん

    2021/12/19 リンク

    その他
    harukeki harukeki “最後です。 表の場合行数が多いと前後の情報が区別しにくかったりしますよね。 Aさんはそこにも気を配り「行を縞々にす”

    2021/12/15 リンク

    その他
    daruyanagi daruyanagi 面白かった

    2021/12/15 リンク

    その他
    digo digo 自分のファッションセンスも何とかして欲しい。

    2021/12/14 リンク

    その他
    irose irose 技術記事としては順当/個人が鍛錬として目指すのは問題ない。あるいは個人での案件なら。会社としてなら「(株)インテックは、エンジニアにデザイナーの仕事も押し付けた挙句デザイナーは削る会社なの?」という感想

    2021/12/13 リンク

    その他
    stealthinu stealthinu これもろに自分はAさんの発想だからデザイナの人の発想は参考になった。

    2021/12/13 リンク

    その他
    daira4000 daira4000 書いてある前提条件読まずに叩いてる人設計できなそう

    2021/12/13 リンク

    その他
    masayoshinym masayoshinym ブコメで叩かれてそうって思ったら案の定だった。

    2021/12/13 リンク

    その他
    Nyoho Nyoho 素晴らしかった。使われ方、どう見えるか、どう思われるか、徹底してユーザ目線になっていることがわかった。何でもすぐ表にしてしまうのはわしはdbをそのまま出しているだけのプログラマ目線だと主張しています。

    2021/12/12 リンク

    その他
    tesla_quet tesla_quet 妄想:根拠もなくあれこれと想像すること。無根拠で使える画面が作れるかい!ってなっちゃって本題が頭に入ってこなかったわ。書くなら、想定:ある条件や状況を仮に設定すること。かな?

    2021/12/12 リンク

    その他
    moondoldo moondoldo この辺は使用目的によって変わるだろうけど、UIを作る視点として確実に学ぶことはあると思う スマホアプリがこの考えに近い物が多い気がするね

    2021/12/12 リンク

    その他
    pupurigesu pupurigesu uiデザインとかの参考になるかも

    2021/12/12 リンク

    その他
    iwanofsky iwanofsky Aの良さも理解するんだが、俺おかしいんかな?

    2021/12/12 リンク

    その他
    grandcolline grandcolline このダサい画面作るエンジニア自分すぎる。

    2021/12/12 リンク

    その他
    blackshadow blackshadow ABそれぞれの良さがあるので状況に応じて両方作れるのが一番良いし、ユーザーによっても意見変わるので場合によってはスタイル切替も考慮する。最近何でもかんでもBタイプにしたがるSEもいてそれはそれで困る。

    2021/12/11 リンク

    その他
    yogasa yogasa Bみたいな、ずーーーーっとスクロールしないと欲しい情報にたどり着かないの好きじゃない(下手したらずーーーーっとスクロールしても欲しい情報にたどり着かない)

    2021/12/11 リンク

    その他
    aike aike トレーナー向けにはBが正解なんだけど、それだとデータ登録業務用にAの画面も別途作らなくてはならなくて開発も維持管理も倍のお金がかかるというのもまた事実。

    2021/12/11 リンク

    その他
    lets_skeptic lets_skeptic わかる

    2021/12/11 リンク

    その他
    yasu-osu yasu-osu 丁寧でわかりやすい。おまけに動画まで。伝えている内容とコンテンツ自体が整合しているのも素敵です。

    2021/12/11 リンク

    その他
    koyuman koyuman 一概にBがいいとも言えないなって思いつつ、日々Aみたいな画面の業務アプリにムカつきまくってるからやっぱBが最高

    2021/12/11 リンク

    その他
    kanetann kanetann ああ、こういうのが見たかった。実例がわかりやすくて再現可能でためにしかならない、ありがとうございます。

    2021/12/11 リンク

    その他
    Lagenaria Lagenaria この記事の場合、トレーナーはほぼ確実に非エンジニアなので業務システムのような画面は使いにくいと感じるだろう。タブレット向きでないのも確か

    2021/12/11 リンク

    その他
    tettekete37564 tettekete37564 デザイナーがデザインするために必要な情報に満遍なくフラットにアクセスできるようにしておく、までがエンジニアの仕事だからだよ

    2021/12/11 リンク

    その他
    ryunosinfx ryunosinfx 利用者と同じ知識ベースで設計が出来る前提だよね・・・システムの概念が一般生活から乖離してる場合はAが正解だと思う。相手が知識0で参入する特殊な概念の世界でBを実装するとUIが意味不明のゲームみたいに詰む

    2021/12/11 リンク

    その他
    whiteball22 whiteball22 自分ならBの発想はできないな…なるほど。

    2021/12/11 リンク

    その他
    tick2tack tick2tack ポンチ絵と企画プレゼン資料的な違いだ。製作者の意図に沿って情報を整理する。個人的に逆にポンチ絵が好きな理由。/ A案はユーザによるカスタマイズ前提な作り

    2021/12/11 リンク

    その他

    人気コメント算出アルゴリズムの一部にヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

    関連記事

    なぜエンジニアが作る画面はダサいのか…?「理由」と「対策」を徹底解説【エンジニア向け画面デザイン講座】 - Qiita

    目次 1. はじめに 2. アプリの画面デザインを考えてみよう 3. SEのAさんの画面デザイン 4. デザイナーの...

    ブックマークしたユーザー

    • technicolor52022/11/23 technicolor5
    • morokoshiwatarou2022/11/19 morokoshiwatarou
    • hbKOT2022/10/23 hbKOT
    • chan_channel2022/10/21 chan_channel
    • ayumuw2022/10/04 ayumuw
    • laztod2022/10/02 laztod
    • gan_nu2022/09/06 gan_nu
    • licheng2022/08/10 licheng
    • wakawaka4272022/07/07 wakawaka427
    • Satoh_D2022/06/30 Satoh_D
    • enokawaa2022/06/04 enokawaa
    • black-aqua2022/06/01 black-aqua
    • akatuki_sato2022/05/11 akatuki_sato
    • aukey2022/05/09 aukey
    • kasahi2022/04/24 kasahi
    • m-m-y2022/04/17 m-m-y
    • igatea2022/04/05 igatea
    • k91048y2022/03/27 k91048y
    すべてのユーザーの
    詳細を表示します

    いま人気の記事

    いま人気の記事をもっと読む

    いま人気の記事 - テクノロジー

    いま人気の記事 - テクノロジーをもっと読む

    新着記事 - テクノロジー

    新着記事 - テクノロジーをもっと読む

    同時期にブックマークされた記事