フロントエンドエンジニアが「自分はJSON色付け係」と自虐する理由を考察した - パンダのプログラミングブログ
2022/06/04 21:39
yug1224
考察記事出てる
2022/06/04 21:57
l__LINE__l
私は〜JSON〜色付け〜屋さん♪
2022/06/04 23:06
tk_musik
うーん、この分野は素人ですが的な謙遜に過ぎないと思う。まあでもマジでドメイン知識なしってパターンも多いとは思うけど、その人を知らずに判別はできないかな…
2022/06/05 00:19
syuu256
“高度なエンジニアリングをしているわけではなく”
2022/06/05 00:25
iwtn
いわゆるSoRなサービスだとそうなっちゃうよなぁ、ぐらいの感想。データの整合性が大事だと、バリデーションも結局バックエンドでもやるわけで。でもUIが大事な場面もあるし。要するに程度の問題なんですよ……
2022/06/05 00:54
ssids
「JSON からはドメイン知識が抜け落ちている」→よし、だったらデータ自体にそれを埋め込んでオブジェクトのシリアライズを実現しようぜ!→のちのXMLである
2022/06/05 01:56
kvx
webは静止画じゃない。
2022/06/05 01:59
manaten
簡単なフロントならそうかもしれないけど、色を付けるのもそれなりに大変
2022/06/05 03:09
zentarou
バックエンドでもデータ出し入れ係だと思うことよくある
2022/06/05 06:15
circled
バックエンド「SQLの色付け係」 美味しんぼ「色付け係三重死を連れて来たよ」
2022/06/05 06:21
cpw
フロントからバックエンドまで全部できると機能全体を担当できるしその結果コミュニケーションコスト大きく減って開発スピードが上がるよ。
2022/06/05 07:31
remonoil
RDBMSのJSON化係よりマシ
2022/06/05 07:34
mayumayu_nimolove
全然関係ないけどスマホで見ると右側にスペースができてるよ。スクロールするとガッってページが広がってちゃんとなるけど。
2022/06/05 07:47
everybodyelse
フロントエンド「json色つけ係です」、バックエンド「データ取り出し係です」、インフラ「クラウド設定係です」
2022/06/05 07:47
jiro68
フロントエンドは利用者とのインタフェースなのでコンテンツデータが同一であっても「色付け」によって伝わる程度が大きく異なる。人間がDTOを直接処理出来るなら別だが、色付けで伝達量が増えるなら大きな価値では?
2022/06/05 07:55
nakamura-kenichi
全ての仕事はそう言える程度のものでしかない。そこに「矜持」が持てるかどうか。そうしてやっていく事で、やがて昇華して光り輝く。
2022/06/05 08:02
bopperjp
バックエンドの、あるビジネスロジックを実行するために必要なデータと、そのデータを決定するために人間が参照が必要なデータはかなり違うし、わかりやすくデータを配置しないと人間がうまく決定できないと思うけど
2022/06/05 08:14
KentarouTakeda
「なにもわからない」と同じ類の悪ふざけだと思う。色付けるだけにしてもストーリーやコンテキストの理解度はUXの良し悪しとして確実に出てくる。
2022/06/05 08:17
asuka0801
インフラもバックエンドもフロントエンドもそれぞれ求められる知識が違うので全部特殊技能だと思うけどね。特にSPAだとフロントエンドもドメイン知識が必要で結構頑張って表示のロジック組むケースが多い。
2022/06/05 08:19
misarine3
え?バカにされている場面によく出くわすからですけど何か。
2022/06/05 08:41
xlc
ゲームソフトやお絵描きソフトでフロントエンド側に高度なロジックがあったとしても、それを書くのは「フロントエンドエンジニア」ではない。なのでやはり「JSON色付け係」なのではあろう。
2022/06/05 09:03
sumomo-kun
コードだけで言えば、バックエンドのほうがよほど単純で程度が低い。彼らの仕事はコード以外のところにあるから。フロントの方が複雑で難易度が高い。コードだけならね。
2022/06/05 09:13
cha49
ユーザーから遠い場所で単調なコードを書き、企画やフロントから配線工のおじさんのような扱いをされるバックエンドは、自分たちがなにか高度なことをしていると思い込みたいものなのだ(そんなことないです)
2022/06/05 09:14
sp_ice
そんな自虐してる人いるんだ。今はSPAとかスマホアプリとか、フロントエンドエンジニアに求められること多そうだけど。
2022/06/05 09:20
rrringress
ネットワークエンジニアには昔から土管屋さんという名前がある
2022/06/05 09:24
surume000
web開発に詳しい湯婆婆だなあ
2022/06/05 09:34
Magicant
まさにこれ。ドメインのロジックがどこにあるかと考へると、フロントエンドはとても空虚な存在だ。もっともバックエンドすら空虚な場合もあるが……
2022/06/05 09:48
hogeaegxa
バックかフロントかというよりも、顧客と調整して仕様を決めることを自分でやってなくて、そのへんも上から降ってくるだけだから、頭にもコードにも知識が乗らずに、誰でも出来るよなこの仕事みたく感じるのかな。
2022/06/05 10:14
y_hirano
人が触るところが一番と言っていいほど厄介なので、まわりに思われている以上には面倒が多いように思う。
2022/06/05 10:15
Andrion
上手い言い回し
2022/06/05 10:58
sigwyg
技術が高度に発達した結果、分業化が進んでるだけなので… 90年代の個人サイト全盛期とかだと、バックエンドは掲示板やカウンターに使われてるくらいだったよ。けっきょくブラウザに表示されるのはHTMLなので?
2022/06/05 11:50
mizchi
クラスメソッドをシリアライズできないから、わかってる人ほどJSONを代数的データ型だと思いこんで純粋関数で扱う関数型チックな設計に自然に寄っていく
2022/06/05 12:04
ueken65
“DTO とそれをシリアライズ化した JSON はビジネスロジックを持たないため、ドメイン知識を保持できない”
2022/06/05 12:06
cad-san
組み込み野郎ですが、APIとか書いてると、これただのバイナリデコード係だなってなりがち。チップ仕様と戦ってるのかエンディアンと戦ってるのか分かりゃしねぇ
2022/06/05 12:14
tofu-kun
DTO からドメイン知識が失われているというのは理解できる。色づけ係のニュアンスは分からないけど
2022/06/05 12:24
gabill
不射之射の極意。至為は為すなく、至言は言を去り、至射は射ることなし。達人はフロント側にビジネスロジックを置かず、状態も極限まで排除する。フロントはJSONをUIに変換し、ユーザー操作をJSONに変換するDSL。
2022/06/05 12:42
programmablekinoko
SSRに回帰する動きもあるので一概にそうとは言えない(クソリプ
2022/06/05 13:13
twotiger
フロントエンドってソースコードをユーザーが不正利用する可能性ある以上、大事なビジネスロジックはサーバサイドでやるしかない
2022/06/05 13:37
ardarim
JSONに色を付けるだけの簡単なお仕事
2022/06/05 13:47
takanq
これ言ったらサーバーサイドもパケット解釈係、SQL作製係になっちゃうよね。
2022/06/05 13:56
nakag0711
引用されたCQRSの文献だとそこで例示されたアーキテクチャではビジネスロジックはどちらかというとクライアント側にあると書かれているようだが
2022/06/05 13:59
fog-og-frog2
先日柴田さんがおっしゃってたAPI設計には技量と経験値が必要って話にも絡みそうだよね。与えられたAPIをこねくり回してるだけって意識に繋がってくるのかも。自分はよく可視化してくれた!って感動が強いんだがな。
2022/06/05 14:21
tsz
担当部分が単一の観点で開発できるなら設計がよいとも言えると思った
2022/06/05 14:35
SyN
そんなん言ったらバックエンドなんてデータベースへの入出力係でしかないし
2022/06/05 15:14
redreborn
機械学習エンジニアは自動微分屋さん
2022/06/05 15:59
Keisuke69
バックエンドも簡単なCRUDしかしないAPIとかだと自分の仕事って…と思うし、インフラも単なる設定ファイル作る人みたいに自身のことを思ったとにあるな
2022/06/05 16:16
uva
「JSON色付け係」
2022/06/05 16:23
strawberryhunter
と言っても一番複雑になりがちなのがフロントエンド(弊社比)。
2022/06/05 16:30
buhoho
意識や魂は体のどこにのどこのあるのか?みたいな。システム全体が正常に動いてればそれで正解
2022/06/05 16:42
skypenguins
ドメイン知識というかセマンティクスが表現されていないというのがより正確だとおもった
2022/06/05 18:10
baronhorse
例がイマイチだわ。ポストを更新したとタイトルを更新したの間にどれほどの差があんのかね
2022/06/05 18:15
corner0427
色をつけるのそれなりに大変だからあんま卑下したことはないけど。そもそもバックエンドにドメイン知識があんまなくて、どうなったらこんなJSONが飛んでくるんだと首突っ込みに行かざるを得ないことが多いかな
2022/06/05 18:15
tekmak
これはよく整理されていることの自画自賛だと思うので間違っても複雑さを求める方向に転ばないでほしい。
2022/06/05 19:43
for-my-internet-demo
OOPでなくてもいいけどドメインとは別のレイヤーのモデルや業務のコトバが普通に変更頻度的にありえると思うし、UX云々がうまくいかないときはそこの対話不足もざらにあると思ってはいる
2022/06/05 20:28
sds-page
分業できてるの羨ましい。フロントエンド誰かに投げたい。CSSの無限位置調整地獄やりたくない
2022/06/06 05:13
rryu
Jamstack的なアプリだとフロントの仕事はAPIから取ってきた値をUIにはめ込むくらいしかないのでJSON色付け係になるのだと思う。
2022/06/06 08:58
koogawa
“ドメイン知識が反映されたビジネスロジックと無縁のコードばかりを書かざるを得なくなった結果、エンジニアなのに大事な何か(ドメイン知識)に関与していないという心情が芽生えた。それこそが自らを「JSON 色付け
2022/06/06 09:09
grasso0210
JSON色付け係。う〜ん。よくわからない。
2022/06/06 11:41
NOV1975
「API投げる係」って言い換えてもいいと思うけど、自分で実装する部分にしか設計に関われないならそりゃそうなるわな。実装の役割をもって「xxエンジニア」って区分けするの、客からすると意味ないんだけどね。