テクノロジー

「このボタン、1pxだけ右にズラしてもらえますか?」エンジニアがキリキリする文系人材の悪気のない一言

1: bnckmnj 2026/06/11 15:59

これをやりきった会社がApple。プレジデント読者は半端な会社でなくGAFAで働くキラキラキャリアに価値を置いてるはずでは?/先輩デザイナーに普通にUIに定規当てられたことあるからデザイナーとしては真っ当な指摘かと

2: casm 2026/06/11 15:59

UI/UXデザイナーを叩きたいならこの例は不適切では。

3: snailcat 2026/06/11 16:04

エンジニアがコミュ障すぎん?

4: rck10 2026/06/11 16:05

"念入りにテストを行い、無事にリリースしたつもり" / 例が不適切。この場合は「なぜテストで検知出来なかったのか」が本質で、テスト検知出来れば「やっぱ影響デカいのでテスト環境ロールバックしますね」で済む話。

5: luege_traum 2026/06/11 16:26

意味分からん。ボタンの有効化の判定処理を変えるのはともかく、1px動かすくらい一瞬でやるよ

6: hjmk 2026/06/11 16:32

いやそれは共通化に失敗してるって。影響範囲が広がらないように設計するのがプログラマの腕の見せどころ。まあ既存のプログラムがクソならしょうがないんだけど。

7: fai_fx 2026/06/11 16:45

「0.5px」と言われなかっただけでも良かったやん。

8: manamanaba 2026/06/11 16:50

"「技術的には可能です」はなぜ伝わらないのか エンジニアのコミュニケーションの教科書" この本の宣伝記事だからコミュ障で正しいのでは

9: bocuno 2026/06/11 16:51

今時こんなアホな子達おらんやろ

10: NoMoTo 2026/06/11 17:14

テストを書け。

11: Sampo 2026/06/11 17:16

上位ブコメ、例が悪いのをあげつらってどうするんだ。世間に実例はたくさんあるけどどれも実案件に関わっているからまさか書くわけにはいかず、あるあるなのに例を示すのに苦労するのはみんな経験してるだろ

12: gm91 2026/06/11 17:21

文意はわかる。ただ例えが良くない。この例だと対人のUIについて、設計前の要求定義が甘いだけだろって言いたくなる。

13: hachibeechan 2026/06/11 17:21

こういうクソ実装を例にだしてフィードバック出しにくい空気つくろうとするのマジで悪だからやめてね。いいもの作るためにリスクコスト考えながら努力すんのが我々の仕事なの

14: poponponpon 2026/06/11 17:26

たぶんもっと複雑な例があったんだろうけど、記事用に例題を簡略化したらあまり共感されないものになっちゃったのかな

15: nekoline 2026/06/11 17:27

フロントに関してはデザイナーが正しいんだよ

16: Tack2Me 2026/06/11 17:39

そんなに変更の影響が波及するような設計にすんなよ…

17: Yagokoro 2026/06/11 17:39

エンジニアがゴミ過ぎてワロタ

18: kyahi227 2026/06/11 17:43

2ページ目を見りゃ分かるが、原稿の文字部分が全てAI。それっぽく数字の出そうな記事を適当なプロンプトで生成させて炎上に繋がる絵だけ人間に描かせてるだけだから意味が崩壊して意味不明になるだけ。

19: koyhoge 2026/06/11 17:44

これってヒアリングの失敗例の最たるもので、「1pxズラす」のが真の目的ではなく何か別の目的のために考えた手段が1pxズラすだと捉えるべき。背後にある目的を聞き出さないと意味がない。

20: yourmirror 2026/06/11 17:47

理系人間を喜ばせる文章はこれだから理系はナメられる

21: gorgeous1020 2026/06/11 17:49

「すぐには無理ですね、お前の顔面をずらすのなら今すぐにできるがなぁ!」で解決する。

22: lainof 2026/06/11 17:55

ボタン1pxずらすのは、複数の要素が配置された共通部品の中の1つのボタンってことじゃない?それを特定の画面でだけずらすなら面倒なケースもあるのでは?単独のボタンをずらすだけなら共通部品って言葉は出ない

23: k-holy 2026/06/11 18:01

見た目だけの変更じゃなくて、状態遷移やデータ構造の変更を伴う要望だったら、「エンジニア」側にも共感してもらえたんじゃないかな。「フラグ1個追加するだけでいいはず」みたいなクソ要望、実際よくあるしww

24: masatomo-m 2026/06/11 18:07

記事中の事例をちゃんと本職にレビューさせてなさそう。これだと単にエンジニアのレベルが低いだけに見える

25: slkby 2026/06/11 18:13

…元の作りが悪くね?

26: reef 2026/06/11 18:18

エンジニアさんの大変さは、理解したいけど、オバマ大統領の選挙時の寄付を募るサイトで、ピクセル単位で調整していた話もあるので。。もちろん影響が大きいサイトだからこその話で、すべてが倣う必要はないけどね。

27: renowan 2026/06/11 18:19

例は適当だけど、実際ある話。自分なら指示は全部従って対応できるところは対応して定時で帰る。(そして転職活動)

28: napsucks 2026/06/11 18:45

いまはcodexに頼むから...

29: kazu111 2026/06/11 18:50

全部ゼロからエンジニアさんが作りたいようにやってくれていいから、『新卒やジジババの教育ほぼゼロでシステムを使える「直感的な共有フォルダ型システム·決裁システム」』を全国共通化してくれ。教育コストが無駄

30: bouzuya 2026/06/11 18:59

ブコメはプログラマ側を責める声が多いけど、局所最適化のための「特定の画面の特定のボタンだけ1pxズラして」にはキリキリすると思う(し、似たような経験がある)

31: miki3k 2026/06/11 19:37

例が悪いね。この程度で崩壊するのは元が悪すぎるとか言われる

32: kamezo 2026/06/11 19:39

2000年ごろの話かと思ってしまうような見出し。本文は読んでない。

33: ejointjp 2026/06/11 20:08

言いたいことはわかるが、無能vs無能の構図にしか見えん。

34: jintrick 2026/06/11 20:23

たとえワロタw 単に無能な人になっちゃってるじゃんこれじゃ

35: ayustet 2026/06/11 20:33

ユーザー体験とエンジニアリングとビジネス価値の3つを天秤にかけて判断する必要があって、それを判断するマネージャーが悪い問題にしかならない。エンジニアもデザイナーも悪くない。

36: stabucky 2026/06/11 20:37

この記事を書いた人が理解できていないのでは?

37: tomono-blog 2026/06/11 20:38

局所最適したがる人を撲滅させたい。

38: kshtn 2026/06/11 20:39

こういう記事もいいと思うけどな

39: jamg 2026/06/11 20:42

これに近いことを航空会社にやられたことあるんで航空会社は全力で避けろと言い伝えてある

40: pixmap 2026/06/11 21:02

ちゃんとしたデザイナーならそんな表面的な指示するわけない。「これらの要素は対なので、ここのマージン幅とここのマージン幅が対称になるようにしてください」とか論理的に説明できるはず。

41: masa_w 2026/06/11 21:08

例が悪すぎて全く賛同できない。このケースではただのエンジニアの能力不足では

42: ublftbo 2026/06/11 21:14

なんで、影響範囲を確認する→よろしく という流れの次のコマが、実装後の不具合発生の話になっているんだ…。

43: Shinwiki 2026/06/11 21:20

汚くて良いならそれ用のクラス一個追加するだけじゃんか?これ何言ってんだ?

44: taruhachi 2026/06/11 21:25

すぐにblank_space.pngで調整しますね。少々お待ちください。もしダメでも、テーブルタグで何とかします!

45: short_tanu 2026/06/11 21:41

こういう説明の大変さは、AIに解消してもらえばよい

46: Windfola 2026/06/11 22:04

ユーザーが軽微、こちらが面倒と思う修正も当然あるが、逆にユーザが勝手に「大変」だと思いこんで相談してこないことも。データを手カウントしてるの見て「もっと早く相談して……!」と思わず。

47: tu_no_tu 2026/06/11 22:10

UIの細かな位置や制御は、使いやすさに大きな影響を与える。UI/UXの世界も奥が深いのに、この記事の図だと些細な浅い話に矮小化されているのがモヤモヤするなあ。

48: quandle 2026/06/11 22:14

昔は確かにこういうことあったけどね。さすがにね。

49: modal_soul 2026/06/11 23:12

"裏側の事情を共有する”で締めくくられてるけど、非エンジニアの人たちには「しったこっちゃねぇ」「知りたくもない」が本音だと思う。そういうことやりたくないから、オメェらがいんだろうがよって言われそう

50: abababababababa 2026/06/11 23:15

未だに許せてないのが、パスワード認証いらないから取ってと注文→丁寧に影響範囲が全部と説明した→やはり認証前提のところがぶっ壊れ、工数爆増。原因説明したらそんなお願いしてないけど?って言われた。

51: guru_guru 2026/06/12 01:04

外注したデザインで円グラフの直径が奇数ピクセルだったときの話する?

52: jb8079431525325 2026/06/12 06:21

id:guru_guru ぜひ教えてほしいものだ。Web開発やる身だけど、配置物のサイズが奇数pxか偶数かpxかで困ったことなんて一度もないわ

53: Finding 2026/06/12 06:55

コメントが反対意見ばかり。はてブは優秀なエンジニアが集まるんだな(俺はけっこう頷いてしまった)。

54: aaaikaaa 2026/06/12 08:27

例は良くないけど、グラフィックデザイナーがWebデザイン担当してると近いことは言ってくる。

55: dbr0 2026/06/12 09:26

コンポーネント側にマージンを持たせるなおじさん「コンポーネント側にマージンを持たせるな」

56: deep_one 2026/06/12 10:17

いや、問題点はその場で言えよ。/1px動かすのはページ上での配置の話だから「共通部品である」ことは全く関係がない。大きな部品の一部だったのか?

57: UME 2026/06/16 14:15

さすがにそういうのわかったうえで頼んでるんだよ