2022.10.20〜2022.10.20に開催
改めて整理するアプリケーション設計の基本
2022.10.20〜2022.10.20に開催
改めて整理するアプリケーション設計の基本
2023.03.12
重要なのは「基本を押さえ、適したものを採用すること」 “本来の役割”を押さえたアプリケーション設計
2023.03.11
「クラスごとの役割を明確化すること」がポイント アプリケーション設計におけるドメインロジックの分離法
2023.03.10
ビジネスロジック層内部の2つの実装パターンを比較 選択時に考えたい、アプリケーション設計の観点
2023.03.09
「ビジネスロジックの処理は2つに分類すると整理しやすい」 4つの例から考える、プレゼンテーション層・データアクセス層の見分け方
2023.03.08
3層アーキテクチャで最も謎な「ビジネスロジック層」 “システムのコア”をゲーム「リバーシ」で解説
2023.03.07
アプリケーションアーキテクチャ理解に必要な“3層構造” プレゼンテーション層・ビジネスロジック層・データアクセス層それぞれの役割
2023.03.06
“1つの独立して動く要素”の内部を整理し直す 「改めて整理するアプリケーション設計の基本」で伝えたいこと
2026.04.27
「それGeminiでできるじゃん」で潰される会社の特徴 独自開発が無駄になる分野と残る分野の見極め方
2026.04.20
会議で頭が良いと思われる4つの質問 議論の迷走を防ぐ“問いかけと課題整理”のテクニック
2026.04.22
“心理的安全性が高いとぬるま湯になる”という誤解 元Googleマネージャーが“むしろ緊張感のある状態”と語るワケ
2026.04.24
マネージャーだって部下に「わからない」と言っていい 管理職が“先生役”を降りた組織に起こる変化
2026.04.28
「探す」より「選ぶ」ことで劇的な成果を生み出す AIが見つけた“正解っぽい道”から人が選択する利点
2026.04.27
“ブレない上司”がむしろチームを停滞させてしまう理由 元Googleマネージャー陣が語るマネジメントの本質
2026.04.16
部下に「発言してもムダだ」と思わせる上司のNG行動 否定でも馴れ合いでもない、心理的安全性の高いチームの作り方
2026.03.31
キャリアの転機はどう見極めるのか 「6つの数値指標」で見えてくる方向転換のタイミング
2026.04.17
仕事はできるが「なぜか人がついてこない」理由 「オフィスの廊下に落ちているゴミを拾える人」には人がついてくる
2026.04.23
Google式・チームで成果を生む“掛け算式”マネジメント 部下の持ち味を活かすために必要な発想の転換
