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.07.27
地頭がいい人と悪い人を分ける決定的な違い 仕事ができる人が無意識に行う“思考のクセ”
2026.07.28
成果が出ない組織のKPIは“あれもこれも” ドラッカーやジョブズが示した、パフォーマンスを上げる条件
2026.07.30
的外れな仕事をする「打ち手バカ」にありがちなミス 作業前に確認したい、課題整理に使える“5つの型”
2026.07.24
「KPIってなんですか？」と聞かれたら 数値管理でも現場を詰める道具でもない、本来の意味
2026.07.28
初めての業務でも成果を出す人のシンプルな考え方 上場企業社長が教える3ステップ「モ・ゲ・ジョの法則」
2026.07.21
部下を迷走させる「まずは自分なりにやってみて」の罠 囲碁に学ぶ、ちょうどいい「難易度」のマネジメント
2026.07.30
部長や事業部長が陥りがちな「大課長問題」とは？ ミドル層の不全を生む職場構造の裏側
2026.07.31
現場への口出しをやめられない部長がもたらす弊害 組織の疲弊を防ぐ「脱・大課長の8ヶ条」
2026.07.27
「伸びそうだがやり方がわからない」ところに投資すべき KPIマネジメントの専門家が説く戦略論
2026.07.29
3週間で“地頭がいい人”になるためのトレーニング法 課題解決力を高める3つの視点
【著者来館イベント】部長に研修を増やしても何も変わらない！「大課長」問題、本当の処方箋
2026.06.24 - 2026.06.24
まだ才能だと思ってる？ 地頭を3週間で伸ばせる「思考の型」
2026.06.08 - 2026.06.08
『仕事と人生に効く教養としての囲碁入門』『「任せて育つチーム」はどこが違うのか』刊行記念対談～なぜできる営業パーソンは囲碁を打つのか～
2026.06.17 - 2026.06.17
形骸化した目標管理を、現場が自ら考え動く「成長の地図」に変えるKPI 4兄弟とG-POP習慣
2026.07.17 - 2026.07.19
【処方箋】「論点がずれてる」と言われないようにする方法
2026.06.07 - 2026.06.07