「誰かが誰か自身をさらけ出した文章」を読むということ｜ひらりさ
これから書くことは、特定個人への批判とかではないし、何かに問題提起をしたいということでもない。あくまで私自身の（現在進行形の）気持ちの整理を述べるものである。 私は日々インターネットにふれ、日々「誰かがその人自身のことを書いた文章」を読んでいる。私は「誰かがその人自身のことを書いた文章」がとても好きだ。その「誰か」は「世間で知られてる何者か」でも「世間で知られていない何者か」でも、どっちでもいい。もちろん、その人自身のことを書き続けてそれを仕事として成り立たせている人もたくさんいるけれど、世間で知られていない何者かが、本当に私的な範囲で、趣味で書いている文章のなかにも、おもしろいものはたくさんある。そして私もまた、Twitterやnote、ブログなどで、「私が自分自身のことを書いた文章」を書いている。 世間で知られている人ならばともかく、世間で知られていない人がその人自身のことを書いた文章
マイクロサービスで DDD と CQRS パターンを使ってビジネスの複雑さに取り組む
このコンテンツは eBook の「コンテナー化された .NET アプリケーションの .NET マイクロサービス アーキテクチャ」からの抜粋です。.NET Docs で閲覧できるほか、PDF として無料ダウンロードすると、オンラインで閲覧できます。 ビジネス ドメインの理解を反映するマイクロソフトサービスまたはコンテキスト境界ごとのドメイン モデルを設計する このセクションでは、複雑なサブシステムへの取り組みが必要な場合に実装する高度なマイクロサービスについて、またドメイン専門家の知識と絶えず変化するビジネス ルールに由来するマイクロサービスについて説明します。 このセクションで使用するアーキテクチャ パターンは、図 7-1 に示すように、ドメイン駆動設計 (DDD) とコマンドクエリ責務分離 (CQRS) の手法に基づいています。 図 7-1。 外部マイクロサービス アーキテクチャとマイク
なぜプロジェクトは炎上するのか？vol.1～それはスカウターが故障してるから～ - Qiita
私自身これまで複数の開発案件でプロジェクトマネジメントをしてきました（開発もするプレイングマネージャー的な感じで） ※マネジメント規模は数人～60人規模まで様々（システム開発・ソーシャルゲーム開発が主） これまでプロジェクト炎上案件の立て直しを何件も実施してきました（立て直しは一番やりたくない…） 今回は「なぜ炎上するのか・どうしたら炎上しないのか」に焦点を当てて、炎上案件について共通点や回避策など実際の実例を交えて複数回に分けて纏めておこうと思います（※現職がゲーム開発なので、ゲーム開発を例にして記述します） みなさんの周りに何も解決できない「なんちゃってPM」はいませんか・・・？ ※スカウターの話は後半で出て来ます プロジェクトが炎上する理由 いきなりですが、プロジェクトが炎上する理由は プロジェクトマネジメントしている人間のマネジメントスキルが低いから です。 「そんなの当たり前だろ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
