これをやりきった会社がApple。プレジデント読者は半端な会社でなくGAFAで働くキラキラキャリアに価値を置いてるはずでは？／先輩デザイナーに普通にUIに定規当てられたことあるからデザイナーとしては真っ当な指摘かと
UI/UXデザイナーを叩きたいならこの例は不適切では。
エンジニアがコミュ障すぎん？
"念入りにテストを行い、無事にリリースしたつもり" / 例が不適切。この場合は「なぜテストで検知出来なかったのか」が本質で、テスト検知出来れば「やっぱ影響デカいのでテスト環境ロールバックしますね」で済む話。
意味分からん。ボタンの有効化の判定処理を変えるのはともかく、1px動かすくらい一瞬でやるよ
いやそれは共通化に失敗してるって。影響範囲が広がらないように設計するのがプログラマの腕の見せどころ。まあ既存のプログラムがクソならしょうがないんだけど。
「0.5px」と言われなかっただけでも良かったやん。
"「技術的には可能です」はなぜ伝わらないのか エンジニアのコミュニケーションの教科書" この本の宣伝記事だからコミュ障で正しいのでは
今時こんなアホな子達おらんやろ
テストを書け。
上位ブコメ、例が悪いのをあげつらってどうするんだ。世間に実例はたくさんあるけどどれも実案件に関わっているからまさか書くわけにはいかず、あるあるなのに例を示すのに苦労するのはみんな経験してるだろ
文意はわかる。ただ例えが良くない。この例だと対人のUIについて、設計前の要求定義が甘いだけだろって言いたくなる。
こういうクソ実装を例にだしてフィードバック出しにくい空気つくろうとするのマジで悪だからやめてね。いいもの作るためにリスクコスト考えながら努力すんのが我々の仕事なの
たぶんもっと複雑な例があったんだろうけど、記事用に例題を簡略化したらあまり共感されないものになっちゃったのかな
フロントに関してはデザイナーが正しいんだよ
そんなに変更の影響が波及するような設計にすんなよ…
エンジニアがゴミ過ぎてワロタ
2ページ目を見りゃ分かるが、原稿の文字部分が全てAI。それっぽく数字の出そうな記事を適当なプロンプトで生成させて炎上に繋がる絵だけ人間に描かせてるだけだから意味が崩壊して意味不明になるだけ。
これってヒアリングの失敗例の最たるもので、「1pxズラす」のが真の目的ではなく何か別の目的のために考えた手段が1pxズラすだと捉えるべき。背後にある目的を聞き出さないと意味がない。
理系人間を喜ばせる文章はこれだから理系はナメられる
「すぐには無理ですね、お前の顔面をずらすのなら今すぐにできるがなぁ！」で解決する。
ボタン1pxずらすのは、複数の要素が配置された共通部品の中の1つのボタンってことじゃない？それを特定の画面でだけずらすなら面倒なケースもあるのでは？単独のボタンをずらすだけなら共通部品って言葉は出ない
見た目だけの変更じゃなくて、状態遷移やデータ構造の変更を伴う要望だったら、「エンジニア」側にも共感してもらえたんじゃないかな。「フラグ1個追加するだけでいいはず」みたいなクソ要望、実際よくあるしｗｗ
記事中の事例をちゃんと本職にレビューさせてなさそう。これだと単にエンジニアのレベルが低いだけに見える
…元の作りが悪くね？
エンジニアさんの大変さは、理解したいけど、オバマ大統領の選挙時の寄付を募るサイトで、ピクセル単位で調整していた話もあるので。。もちろん影響が大きいサイトだからこその話で、すべてが倣う必要はないけどね。
例は適当だけど、実際ある話。自分なら指示は全部従って対応できるところは対応して定時で帰る。（そして転職活動）
いまはcodexに頼むから...
全部ゼロからエンジニアさんが作りたいようにやってくれていいから、『新卒やジジババの教育ほぼゼロでシステムを使える「直感的な共有フォルダ型システム·決裁システム」』を全国共通化してくれ。教育コストが無駄
局所最適化のための「特定の画面の特定のボタンだけ1pxズラして」にはキリキリすると思う
｢このボタン､1pxだけ右にズラしてもらえますか?｣エンジニアがキリキリする文系人材の悪気のない一言
これをやりきった会社がApple。プレジデント読者は半端な会社でなくGAFAで働くキラキラキャリアに価値を置いてるはずでは？／先輩デザイナーに普通にUIに定規当てられたことあるからデザイナーとしては真っ当な指摘かと
UI/UXデザイナーを叩きたいならこの例は不適切では。
エンジニアがコミュ障すぎん？
"念入りにテストを行い、無事にリリースしたつもり" / 例が不適切。この場合は「なぜテストで検知出来なかったのか」が本質で、テスト検知出来れば「やっぱ影響デカいのでテスト環境ロールバックしますね」で済む話。
意味分からん。ボタンの有効化の判定処理を変えるのはともかく、1px動かすくらい一瞬でやるよ
いやそれは共通化に失敗してるって。影響範囲が広がらないように設計するのがプログラマの腕の見せどころ。まあ既存のプログラムがクソならしょうがないんだけど。
「0.5px」と言われなかっただけでも良かったやん。
"「技術的には可能です」はなぜ伝わらないのか エンジニアのコミュニケーションの教科書" この本の宣伝記事だからコミュ障で正しいのでは
今時こんなアホな子達おらんやろ
テストを書け。
上位ブコメ、例が悪いのをあげつらってどうするんだ。世間に実例はたくさんあるけどどれも実案件に関わっているからまさか書くわけにはいかず、あるあるなのに例を示すのに苦労するのはみんな経験してるだろ
文意はわかる。ただ例えが良くない。この例だと対人のUIについて、設計前の要求定義が甘いだけだろって言いたくなる。
こういうクソ実装を例にだしてフィードバック出しにくい空気つくろうとするのマジで悪だからやめてね。いいもの作るためにリスクコスト考えながら努力すんのが我々の仕事なの
たぶんもっと複雑な例があったんだろうけど、記事用に例題を簡略化したらあまり共感されないものになっちゃったのかな
フロントに関してはデザイナーが正しいんだよ
そんなに変更の影響が波及するような設計にすんなよ…
エンジニアがゴミ過ぎてワロタ
2ページ目を見りゃ分かるが、原稿の文字部分が全てAI。それっぽく数字の出そうな記事を適当なプロンプトで生成させて炎上に繋がる絵だけ人間に描かせてるだけだから意味が崩壊して意味不明になるだけ。
これってヒアリングの失敗例の最たるもので、「1pxズラす」のが真の目的ではなく何か別の目的のために考えた手段が1pxズラすだと捉えるべき。背後にある目的を聞き出さないと意味がない。
理系人間を喜ばせる文章はこれだから理系はナメられる
「すぐには無理ですね、お前の顔面をずらすのなら今すぐにできるがなぁ！」で解決する。
ボタン1pxずらすのは、複数の要素が配置された共通部品の中の1つのボタンってことじゃない？それを特定の画面でだけずらすなら面倒なケースもあるのでは？単独のボタンをずらすだけなら共通部品って言葉は出ない
見た目だけの変更じゃなくて、状態遷移やデータ構造の変更を伴う要望だったら、「エンジニア」側にも共感してもらえたんじゃないかな。「フラグ1個追加するだけでいいはず」みたいなクソ要望、実際よくあるしｗｗ
記事中の事例をちゃんと本職にレビューさせてなさそう。これだと単にエンジニアのレベルが低いだけに見える
…元の作りが悪くね？
エンジニアさんの大変さは、理解したいけど、オバマ大統領の選挙時の寄付を募るサイトで、ピクセル単位で調整していた話もあるので。。もちろん影響が大きいサイトだからこその話で、すべてが倣う必要はないけどね。
例は適当だけど、実際ある話。自分なら指示は全部従って対応できるところは対応して定時で帰る。（そして転職活動）
いまはcodexに頼むから...
全部ゼロからエンジニアさんが作りたいようにやってくれていいから、『新卒やジジババの教育ほぼゼロでシステムを使える「直感的な共有フォルダ型システム·決裁システム」』を全国共通化してくれ。教育コストが無駄
局所最適化のための「特定の画面の特定のボタンだけ1pxズラして」にはキリキリすると思う