「エンジニアの管理職」の時代 かつては「課長/部長/リーダー」とだけ呼ばれていた。 「とりあえずマネージャやってね」の時代 マネジメント職になりたがらない技術者たち。 技術の現場から離れるとおいて行かれるのではないかという恐怖。 役割定義があいまい。各社で異なる状況。 ポータブルスキルが身につかないのではないかという懸念。 エンジニアリングマネージャーの登場 2018年頃から「エンジニアリングマネージャー（EM）」という肩書きが普及 人材育成・技術戦略・プロジェクト管理・プロダクト連携の専門職 ジョブディスクリプションや求められる知識・スキルも次第に明確に。 エンジニア"リング"マネージャ エンジニアのマネージャ EMコミュニティの活性化 2018年頃より活発化 EM Meetup（毎回多くのEMが参加） EM.FM（累計再生数10万回超） Engineering Manager Adve

都市伝説解体センター 公式サイト 『都市伝説解体センター』のレビュー行くぜ！ パブリッシャー：集英社ゲームズ 機種：PS5/Switch/PC ジャンル：ミステリーアドベンチャー 発売日：2025/2/13 価格：1980円 Steamで体験版配信中 集英社ゲームズが送る完全新作のミステリーアドベンチャーだ。手掛けたのは『和階堂真の事件簿』を手掛けた墓場文庫。 怪異、呪物、異界の調査・解体を行う都市伝説解体センターの一員となり、様々な怪事件に挑んでいく内容だ。すべての事件を解体した後に残る物は……！？ 集英社ゲームズが集英社パワーをフルに使って販促を行っており、東京ゲームショウでは体験台が仕込まれた巨大ピラミッドを建立し、ジャンプ+での読み切り外伝マンガの公開に、書店とのコラボ、凝りに凝った発売記念イベントの数々にと、都市伝説を流布する期待がハンパじゃなかった。 この巨大センター長が我らを

技術ブログやエンジニアセミナーなど、ソフトウェア開発に必要な情報を得る機会はたくさんありますが、系統だった知識をまとめて学ぶなら「本」は依然として便利ですし、繰り返し参照するにも適しています。 また本には人生を変える力があり、多くのエンジニアが書籍から知識を得るだけでなく、本と向き合うことでやり方や考え方を見つめ直しています。今回はAgile Journeyと関係のある8人の開発者に、エンジニアとして壁を乗り越え、アジャイルに取り組む契機になるような自分にとって大切な本を推薦してもらいました。 紹介する中には現在では入手の難しい本もありますが、機会があればぜひ手に取ってみてください。 アジャイルやXP・スクラムをどう実践すればいいのだろう？ アジャイルプラクティス 達人プログラマに学ぶ現場開発者の習慣 アジャイルな見積もりと計画づくり 価値あるソフトウェアを育てる概念と技法 塹壕よりScr

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Findy Tools開催のオンラインイベントドメイン駆動設計 - 実践企業が語るBefore/After -に参加してきました。 ドメイン駆動設計（以下DDD）についてLINEヤフーの山口氏、塩川氏とパーソルキャリアの池田氏が講演されました。 この記事では、講演内容のまとめと所感を交えてお届けします。 なぜDDDを採用したのか LINEヤフー コミュニケーションコストの増加とシステムの複雑化に対応するため。 コミュニケーション 言葉の違いから認識の違いが発生している マーケと技術で言葉の変換が必要 システム 1クラスにすべての処理が書

Aesopによる意味のデザインとは？ブランドの表現から探る "不完全な美しさ"という「侘び寂び」を伝えるAesopは、硬直した完璧とは対照的な存在である。 2021.05.26 飾り気のないパッケージ、陰影の濃い照明、礼儀を重んじる接客——。 Aesopの創り上げたプロダクトや体験に深く魅せられた、デザイナーのParker Simons氏。世界中のシグネチャーストアを巡りながら、彼らがどのように思想やバリューを表現しているのか、どのように新たな意味や価値を創出しているのかを観察していった。 本記事は、その観察結果をまとめたブログ『The Architecture of Meaning: Aesop』を、公式に許可をいただき、翻訳したものだ。ブログ自体は2015年に公開されたものだが、Aesopの思想や一貫した表現のあり方は、変わらず示唆に富んでいる。 Simon氏は、デバイスのプロダクトデ

25.01.19 pmconf 2024の落選セッションお披露目会 / #落選お披露目 資料 https://product-deepdive.connpass.com/event/333654/

はじめに フロントエンド開発 においてレンダリングという言葉はさまざまな場面で登場します。さらに、Server-Side Rendering(SSR)のように「レンダリング」という言葉が名前に含まれているものを含め、Single-Page Application(SPA)など、レンダリングに関連した議論でよく使われる用語も数多く存在します。 そして、これらの用語の意味はフロントエンドの技術の進化に伴い、徐々にニュアンスが変化してきているように感じています。 他のエンジニアとこれらの用語について話す中で、「自分はそれをSSRとは呼ばない」「SPAにはいくつかの意味があるよね」といった意見を耳にし、人によって解釈が異なることを実感しました。 では SSR や SPAなどといった用語は今日どういった意味で使われているのでしょう。そもそも、「レンダリング」とはどういう意味なのでしょうか。SSR に

多くのウェブサイトではリンクを入れ子にしたカード UI が利用されています。入れ子されたリンクとは以下のようなものです。 このような UI ではカード全体をクリックした場合にはカードのリンク先に遷移し、カード内のタグをクリックした場合にはタグのリンク先に遷移するという挙動が期待されます。この挙動を簡単に HTML で実装すると、以下のように <a> 要素が入れ子になります。 <a href="/new-product" 　class="card"> <a class="tag" href="/tag/tech">Tech</a> <div> <h2>New Product</h2> <p>...</p> </div> </a> しかし、このようにインタラクティブな要素（<a> や <button> など）の子要素にインタラクティブな要素を配置することは HTML 仕様上許可されていません1

なんか、みんな自分の好きなジャンルのランキングつけてて楽しそうなので俺もやってみる。 会社がリモートになってから、がっつりサウナにハマって（今は身体考えてほどほどにしてる）、 銭湯で仕事するのがめちゃくちゃ楽しいと気づいてしまった。 あんまり出社しなくて良い＆社外秘とかのセキュリティに関係がほぼない仕事ってのもあって、 今は週２くらいでは都内のどっかの銭湯で風呂入って仕事してる。 そんなわけで、俺の個人的なコワーキング銭湯ランキングをつけてみる。 ここに上がってないのでオススメあったら、マジで教えて欲しい。新しいところ開拓したい！ 第5位　花景の湯（よみうりランド） よみうりランド併設の温浴施設。最近できたばっかりなのでめちゃくちゃ綺麗。 ここの売りは山に向かって広がる絶景の露天風呂。もうとにかく最高に気持ち良い。 露天風呂ランキングだったら、圧勝でここが一番。コワーキングスペースは横並び

タイトルのように「来月からエンジニアリングマネージャーやってくれませんか」と言われた経験が私にもあります。もう3〜4年くらい前のことです。おそらく多くのエンジニアと同じように当時の私はマネジメント業に興味がなく、マネージャーになってみたものの何から手を付ければ良いかも分からず、とりあえずチームメンバーとの1on1をセッティングしてみたりしました。 まさしく”レベル1”だった私ですが、いくらか経験を積み、今では見える景色や解像度が変わるくらいにはレベルアップした実感があります。 当時に戻れるならこんなふうにマネジメント業務に取り掛かろう、というイメージが具体的に持てるようになったので、今回はそれを言語化してみようと思います。少しレベルアップした自分から、レベル1だった当時の自分へのアドバイスのつもりで書いてみます。 ※ちなみに数人のエンジニアで構成されるチームのエンジニアリングマネージャーを

こんにちは！ Magic Moment フロントエンドエンジニアの @morishin です。 この記事は、Magic Moment Advent Calendar 2024 4 日目の記事です。 はじめに 開発あるある 皆さん開発をしていて、コマンドの "待ち" が長いとき、こんな経験はありませんか。 「ビルドに時間がかかるなぁ」 (別の作業をする) 「もう終わったかな (ﾀｰﾐﾅﾙﾁﾗｰ」 「まだかー」 (以降無限ループ) 作業に集中できない！ 逆に 「このインストール時間かかるなぁ」 「終わるまでちょっと休憩しようかな (ｽﾔｧ」 〜3 時間後〜 「...あっ、いつの間にか終わってた！」 処理の完了に気付かずついつい休憩しすぎた！ ありませんか？ありますよね？ まあ休憩しすぎたっていうのはないにしても、実はエラーで処理が中断していたのに気付かなかった、というのはあるあるな気がします。

以下の公開計測会でやったものを個別に解説してみる。 細かいテクニックが多いのだが、それを可能な限りテキストとスクショで解説したい。使い方の解説が中心で、どういう意味があるかは解説しない。 Chrome131時点のスクリーンショットで、後で読む場合は頻繁にUIが変わっている点に注意。大事なのは意図。 宣伝: これを御社のサイトで解説する仕事をやっています。 デモのURL これに意味はなく、今日偶然見ていただけで意図はない。関係ないがエッジランナーズは最高のアニメ。 DevTools を開く F12 or 右クリックから「検証」 DevTools > Lighthouse この状態で計測 このとき、新しいプロファイルを作ったりして、可能な限り Chrome拡張が入ってない状態にすること。Chrome拡張による処理も計測に含まれてしまう。 Lighthouse レポートの読み方 点数部分にマウス

はじめに具体と抽象を行き来することの重要性は、いろいろな方が述べられていて、筆者も本当にそうだと感じています。それがうまくできる人とできない人とで、年収が数百万円のレンジで変わってくると言っても過言ではないのではと思います。 拙書『アーキテクトの教科書』でも第1章に以下の記述があります。 抽象と具象を自由自在に行ったり来たりする能力があると、とても重宝します。 『アーキテクトの教科書』第1章よりただ「具体と抽象を行き来する」という表現そのものが極めて抽象度が高いため、ピンとこない人もいるでしょうし、人によってその解釈が異なる可能性もあるでしょう。この記事では、「具体と抽象を行き来する」という行為を具体例を通じて確認し、理解度を深めたいと思います。 言葉の整理まずは言葉の意味を確認しておきます。 【抽象】 (abstraction)事物または表象の或る側面・性質を抽き離して把握する心的作用。

tl;dr 焼肉

Lodash is dead. Long live Radash. 記事は上記記事を意訳したものです。 ※当ブログでの翻訳記事は元サイト様に許可を得て掲載しています。 Lodashの何が問題なのか？ 関数の詳細分析 Lodashの_.get関数 Lodashの_.filter関数 Lodashの_.map関数 コード品質 でも、そのコミュニティは... では、どうするか？ try関数 parallel関数 retry関数 counting関数 range関数 list関数 Lodashの何が問題なのか？ JavaScriptの動的な能力が欠点ではなく特徴として捉えられていた時代に、Lodashは異なる入力に対して異なる振る舞いをする関数を提供することで、できる限り役立つように作られました。現在では、私たちはより良い方法を知っています。純粋関数、決定論的な振る舞い、関数合成といった関数型のコ

成人発達理論というジャンルがある。ここ半年くらいハマって調べていた。ここ数年の自分の変遷にピタリと当てはまっていてずいぶんと面白かった。 この「発達段階」というものがいわゆる「視座」にかなり近い概念なのではないかと思い、今日は紹介してみる。スライドも作ったのでスライドが好きな人はコチラもどうぞ 視野・視座・視点ずっといまいち意味がわからなかったのだが、成人発達理論を学んだ結果、「視座」という単語の意味が自然と理解できるようになった。 学んだ結果として得られた言葉の意味は「自身の価値観から離れ、より広い対象を主語にして見る俯瞰的な観点」という非常にメタなものであった。視座が上がるとは ✕ : 「見えるものが広がる」というシンプルな変化 ◯: 不可逆な思考パラダイムの遷移 であり、「前の自分を失う」ような要素を含むのではないかと思う。抽象的すぎるので詳しく見ていこう。 成人発達理論とは簡単にい

最近、個人情報が漏洩する事件が相次いでいる中で、クレジットカードの「セキュリティコード」まで漏洩していることに驚きの声が上がっています。 本来、セキュリティコードはシステム上に保存していないはずですが、なぜそれが漏洩してしまうのでしょうか。を解説します。 攻撃されたのはデータベースではなく入力フォームか最近のオンラインストアでは、3桁または4桁のセキュリティコードはもちろん、クレジットカード情報自体を自社で取り扱わない仕組みを導入するところが増えています。 しかし、今回9万件超の流出が話題となっているタリーズは、セキュリティコードを含む5万件超のクレジットカード情報が漏洩した可能性があると説明しています。 (3)クレジットカード情報漏洩の可能性があるお客様 2021年7月20日～2024年5月20日の期間中に「タリーズ オンラインストア」においてクレジットカード決済をされたお客様52,95

2024/09/28「XP祭り2024」登壇資料 https://confengine.com/conferences/xp2024

こんにちは、ダイニーの Feature team でソフトウェアエンジニアをしている @ta21cos です。 最近は新規事業である決済関連の機能の開発をメインに行なっています。 ダイニーにおける Feature team は機能にフォーカスした開発・運用を行っているチームです。最近は複数の事業毎に Unit として分かれて開発を進めています。 本日は、普段の開発で実際にあった Pull Request のレビューコメントから得た学びについて紹介します。 Dialog を実装しよう React を使ってある Dialog を作成するため、以下のようなコードを書きました（コードは簡略化しています）。 // useSample ファイル // 内部でロジックと Dialog を同時に定義している hook const Dialog = memo<{ progress: number, ...

チームのパフォーマンスを高めるために、日々試行錯誤している方も多いと思います。私自身も、プロセス改善にこだわり続け、うまくいった部分もあれば、失敗を経験した部分もあります。今回は私のチームリーダーとしての失敗談と学びを共有したいと思います。 チームリーダーとしての責任Tebiki株式会社 エンジニアの二瓶と申します。私は Tebiki株式会社の Web アプリケーションエンジニアとして入社し、現在は tebiki現場分析 の開発を担当しています。また、チーム内では「チームリーダー」という役割 を担っています。弊社のチームリーダーのミッションはざっくりいうと「生産性とプロダクトの品質を最高の状態に保ち、プロダクトの価値を最大化できるような『チームの状態』をつくること」です。ここでいうチームとはプロダクトマネージャー、デザイナー、エンジニアを含む開発チームことです。これまで一人の開発者として手