フロントエンドエンジニアが「自分はJSON色付け係」と自虐する理由を考察した - パンダのプログラミングブログ

「JSON色付け係」という自虐 フロントエンドエンジニアの間では、「私の仕事は JSON に色を付けることです」という有名な自虐ネタがある。 おそらく初出は以下のツイートなのだろう（*1）。ただ、出典はあまり詳しく調べていない。 初めてこの言葉を見た時、面白い言い回しだなと思った。確かにフロントエンドの仕事にそういう側面はある。 実際、コンテンツの表示がメインのページで作業すると上記のような気持ちになる。この場合、フロントでやることといえばせいぜい日付の表示形式を適切にフォーマットするくらいだ。結局バックエンドからデータが返ってこないとフロントだけでは何もできないと思うこともある。 もちろん、フロントだけで簡潔する手書き風グラフ作成ツール excalidraw のようなものは別だし、フロントで複雑な状態を扱う部分を書いたり、フォームを使ってユーザー入力を受け付け、入力値を検証するバリデーシ

[everybodyelse]

フロントエンド「json色つけ係です」、バックエンド「データ取り出し係です」、インフラ「クラウド設定係です」

[zentarou]

バックエンドでもデータ出し入れ係だと思うことよくある

[hogeaegxa]

バックかフロントかというよりも、顧客と調整して仕様を決めることを自分でやってなくて、そのへんも上から降ってくるだけだから、頭にもコードにも知識が乗らずに、誰でも出来るよなこの仕事みたく感じるのかな。

[manaten]

簡単なフロントならそうかもしれないけど、色を付けるのもそれなりに大変

[cad-san]

組み込み野郎ですが、APIとか書いてると、これただのバイナリデコード係だなってなりがち。チップ仕様と戦ってるのかエンディアンと戦ってるのか分かりゃしねぇ

[mizchi]

クラスメソッドをシリアライズできないから、わかってる人ほどJSONを代数的データ型だと思いこんで純粋関数で扱う関数型チックな設計に自然に寄っていく

[skypenguins]

ドメイン知識というかセマンティクスが表現されていないというのがより正確だとおもった

[tsz]

担当部分が単一の観点で開発できるなら設計がよいとも言えると思った

[tk_musik]

うーん、この分野は素人ですが的な謙遜に過ぎないと思う。まあでもマジでドメイン知識なしってパターンも多いとは思うけど、その人を知らずに判別はできないかな…

[twotiger]

フロントエンドってソースコードをユーザーが不正利用する可能性ある以上、大事なビジネスロジックはサーバサイドでやるしかない

[dorapon2000]

“DTO とそれをシリアライズ化した JSON はビジネスロジックを持たないため、ドメイン知識を保持できない。”

[NOV1975]

「API投げる係」って言い換えてもいいと思うけど、自分で実装する部分にしか設計に関われないならそりゃそうなるわな。実装の役割をもって「ｘｘエンジニア」って区分けするの、客からすると意味ないんだけどね。

[grasso0210]

JSON色付け係。う〜ん。よくわからない。

[koogawa]

“ドメイン知識が反映されたビジネスロジックと無縁のコードばかりを書かざるを得なくなった結果、エンジニアなのに大事な何か（ドメイン知識）に関与していないという心情が芽生えた。それこそが自らを「JSON 色付け

[rryu]

Jamstack的なアプリだとフロントの仕事はAPIから取ってきた値をUIにはめ込むくらいしかないのでJSON色付け係になるのだと思う。

[sds-page]

分業できてるの羨ましい。フロントエンド誰かに投げたい。CSSの無限位置調整地獄やりたくない

[for-my-internet-demo]

OOPでなくてもいいけどドメインとは別のレイヤーのモデルや業務のコトバが普通に変更頻度的にありえると思うし、UX云々がうまくいかないときはそこの対話不足もざらにあると思ってはいる

[corner0427]

色をつけるのそれなりに大変だからあんま卑下したことはないけど。そもそもバックエンドにドメイン知識があんまなくて、どうなったらこんなJSONが飛んでくるんだと首突っ込みに行かざるを得ないことが多いかな

[tekmak]

これはよく整理されていることの自画自賛だと思うので間違っても複雑さを求める方向に転ばないでほしい。

[baronhorse]

例がイマイチだわ。ポストを更新したとタイトルを更新したの間にどれほどの差があんのかね

[buhoho]

意識や魂は体のどこにのどこのあるのか？みたいな。システム全体が正常に動いてればそれで正解

[strawberryhunter]

と言っても一番複雑になりがちなのがフロントエンド（弊社比）。

[uva]

「JSON色付け係」

[Keisuke69]

バックエンドも簡単なCRUDしかしないAPIとかだと自分の仕事って…と思うし、インフラも単なる設定ファイル作る人みたいに自身のことを思ったとにあるな

[SyN]

そんなん言ったらバックエンドなんてデータベースへの入出力係でしかないし

[fog-og-frog2]

先日柴田さんがおっしゃってたAPI設計には技量と経験値が必要って話にも絡みそうだよね。与えられたAPIをこねくり回してるだけって意識に繋がってくるのかも。自分はよく可視化してくれた！って感動が強いんだがな。

[nakag0711]

引用されたCQRSの文献だとそこで例示されたアーキテクチャではビジネスロジックはどちらかというとクライアント側にあると書かれているようだが

[takanq]

これ言ったらサーバーサイドもパケット解釈係、SQL作製係になっちゃうよね。

[ardarim]

JSONに色を付けるだけの簡単なお仕事

[programmablekinoko]

SSRに回帰する動きもあるので一概にそうとは言えない(クソリプ

[gabill]

不射之射の極意。至為は為すなく、至言は言を去り、至射は射ることなし。達人はフロント側にビジネスロジックを置かず、状態も極限まで排除する。フロントはJSONをUIに変換し、ユーザー操作をJSONに変換するDSL。

[tofu-kun]

DTO からドメイン知識が失われているというのは理解できる。色づけ係のニュアンスは分からないけど

[ueken65]

“DTO とそれをシリアライズ化した JSON はビジネスロジックを持たないため、ドメイン知識を保持できない”

[sigwyg]

技術が高度に発達した結果、分業化が進んでるだけなので… ９０年代の個人サイト全盛期とかだと、バックエンドは掲示板やカウンターに使われてるくらいだったよ。けっきょくブラウザに表示されるのはHTMLなので？

[turanukimaru]

私は全てのロジックをバックでもフロントでも共通して使ってるよ？https://qiita.com/turanukimaru/items/19c44a128f891268294d。単にビジネスロジックを作ってすらいないだけじゃない？CRUDだけのシステムは珍しくないからね。