だい🥪デザイナー / フロントエンジニア

非エンジニア出身のPMにこそ伝えたい。 データベース構造の基本は絶対に学ぶべし！ SQLが書ける必要はありません。でも「データがどう格納され、どう繋がっているか、どういう管理体系がよいのか」の概念を理解するだけで、 ・エンジニアとの会話が劇的にスムーズになる ・機能設計で「それ、データ的に難しいんです…」の理由がわかる ・データに基づいた意思決定の質が上がる（何が取得できて何が難しいか分かる） ・無茶な要求や手戻りを減らせる 結果的に、開発効率もプロダクトの質も上がるはず。コスパの良い自己投資だと思います。

2025/05 時点の現状がまとまっていてすばらしい。「AI疲れ」問題に関しても言及されている。 "時代の転換点に立ち会えたことを楽しもう" というのは本当にその通りだなと思う。 / コーディングエージェントの現状の整理とエンジニアの仕事の変化について htn.to/jnFcC992Kq

実装前にコーダーとデザイナーの、 すり合わせが必要だよね！という話です。 よく、参考画像（上）のように、可変幅で表示したときに文字が左右ギチギチまで詰まり、非常に読みづらいWebサイトを見かけます。 個人の好みもあるかもしれませんが、読み物としては非常に見づらいと僕は感じます。 なぜこうした問題が起きるのか？ 例えば、モバイルデザインを360px幅で作成し、左右の余白を16pxに設定したとします。 このとき、コーダー側に特に指示をしないと、よくあるブレイクポイントである768px以下では左右の余白が16pxのまま維持されます。 タブレット用のデザインカンプが用意されていない場合、767px以下はモバイル版のレイアウト、768px以上はデスクトップ版のレイアウトをベースに構築されることが多いです。 そのため、デザインカンプの幅や設定したブレイクポイント以外の領域では、視認性が悪くなることが発生します。（参考画像の上部参照） 誰が悪いの？ これは、どちらか一方が悪いとは言えません！ あえて言うなら、実機やさまざまな幅での表示確認を怠ったチーム全体の責任だと考えます。 ただし、コーダーは「見やすさ」に関しては専門外であることが多いため、デザイナー側に若干の責任があるのではないかとも思います。 じゃあどうしたらいいの？ [デザイナーの場合] 左右の余白をpxではなく%、vwなどの相対単位で指定するように伝える。 [コーダーの場合] 余白が詰まりすぎていると感じた場合は、デザイナーに「可変時でも余白は固定で良いのか？」を確認してください。 これを行うことで、参考画像の下部のように、ブレイクポイント直前の767px幅でも読みやすい余白を確保できます。 仕事の完全分担が悪いと思う これは、「すり合わせできていないなー」と感じるレイアウトの一例であり、他にも同様の事例は、きっとまだまだあるはず。 SNSでも、たまに見る ・デザイナーはコーディングもできるべき ・コーダーはデザインも理解すべき といった意見が出るのも、こうした理由の一つなのだと思います。 しかし、個人的には、仕事を完全に分けるのではなく、チーム全員が協力しながら作業を進めることで、より良いサイトが作れると考えています。

＼第二回石油王リーグのご案内／ 前回好評だった業界の麻雀大会を開催します！ 麻雀を通じて、業界で交流の輪を広げませんか？ ガッチガチの怖い麻雀大会ではなく、ルールを守りつつもワイワイと楽しい麻雀大会です☺️ 参加したい方は、DMグループにご招待するので、リプもしくはDMください🙌

毎日来てくれるお客さん、貸切ってイベントしてくれる友人たち、そこに遠くからでもかけつけてくれる仲間たち、毎日のように居てくれるスタッフ、お店がきっかけで麻雀を始めて誰かと誰かが出会ったり、誰かの好きなことが増えたりを見ていて毎日うれしい！ また大会もやりましょう！

3月23日 麻雀MAP田町店で開催される、 「石油王麻雀リーグ」（IT業界・Web制作界隈・クリエイター業界の交流も兼ねたゆるめの麻雀大会） 現在の参加者は25名ですが、このままだと休憩できませんw 最大であと6名ほど参加できます！ 初心者卓もあるので、お気軽にご参加ください。 ▼詳細はリプ欄