DDD is dead. God is in Twitter #scrumsapporo
Scrum Fest Sapporo 2021でプレゼンしました。 私達の愛したDDDを取り戻すための苦悩と挑戦について紹介します。本作品はマリリン・マンソン Rock is dead オマージュ作品となっております。 DDDはその構造上、デザイン思考やリーンスタートアップやデ…
インダストリー4.0とは何だったのか、登場から10年を機に振り返る
もちろん、そうしたキーワードが登場する以前から、製造業の現場はデジタル技術の活用を進めてきた。しかし、その歩みはいま、踊り場に立っている。21年10月に日経ものづくりが実施したアンケート調査によると、「日本のスマート工場は世界よりも遅れている」との回答が、なんと6年前よりも増えている。 10年前に提唱されたインダストリー4.0が掲げた理想を振り返りながら、日本のスマート工場が直面する課題を考えてみる。 新たな「産業革命」への期待 もともと、インダストリー4.0はドイツ政府が11年に打ち出した産業政策で、「第4次産業革命」を意味する＊1。例えば、掲げられた理想に「マスカスタマイゼーション」の実現がある。大量生産によるコストメリットを維持しながら多品種少量生産も同時に達成するという将来像だ。それまで、大量生産と多品種少量生産は、両立が難しいとされてきた。実現すれば、より多くの顧客の需要に応える
AWS Lambdaによる進化的アーキテクチャの構築 | Amazon Web Services
Amazon Web Services ブログ AWS Lambdaによる進化的アーキテクチャの構築 この投稿は、メディアとエンターテインメントのプリンシパルソリューションアーキテクトであるLuca Mezzaliraによって書かれました。 俊敏性により、必要に応じてワークロードを迅速に進化させ、新機能を追加したり、新しいインフラストラクチャを導入したりできます。コードベースでアジリティを実現するための主な特徴は、疎結合コンポーネントと強力なカプセル化です。 疎結合は、テストカバレッジを改善し、一貫したリファクタリングを作成するのに役立ちます。カプセル化を使用すると、実装ロジックを明らかにすることなく、サービスとのやり取りに必要なものだけを公開できます。 進化的なアーキテクチャは、設計の俊敏性を実現するのに役立ちます。「進化的アーキテクチャの構築」という本の中で、このアーキテクチャは「複数
新しいHTTPメソッド、QUERYメソッドの仕様 - ASnoKaze blog
新しいHTTPメソッドを定義する「The HTTP QUERY Method」という提案仕様が議論されています。 もともとは、SEARCHメソッドという呼び名が候補としてあげられていましたが、長い議論ののち、一旦QUERYと呼ぶ方向となっております。最終的なFixについては、この draft 02の公開とともに改めてコンセンサスを求めた後に行われます。 QUERYメソッド 「GETリクエストにボディを付けたいという」という質問は長らく有りました。しかし、GETやHEADリクエストでボディをつけることは非推奨となっています (参考URL)。 そのような要望のなかで、リクエストでボディを含められる冪等性の保証された新しいHTTPメソッドが検討されました。それがQUERYメソッドです。冪等性があるため、ブラウザやProxyは自動でリトライすることができます。(なお、POSTはセマンティクス上冪等
INTEL × LDSL：CROSS LDSL：Lumada Data Science Lab.：協創アプローチ｜Lumada：日立
システムエンジニアとしてキャリアをスタートし、金融機関初の生体認証導入など先端技術/AIなどを活用したサービス企画・開発に携わる。業界の異なる多数の組織・企業と共にサービス開発に取り組んだ経験を活かし、顧客協創による社会課題の解決や新たな価値創造に取り組む。 オープンイノベーションの鍵は“ハブ”機能。 インテルとのAIハッカソンで見えてきたLDSLの未来とは 「Lumada Data Science Lab.」（以下、LDSL）を「CROSS LDSL」の視点から紐解いていくインタビューシリーズ。今回話を聞いたのは、インテルと共同で行ったAIハッカソンの運営の中心を担ったLDSL担当部長の徳永和朗とLDSLエキシビジョンチームを率いた技師の野宮正嗣です。ハッカソンの成果やオープンイノベーション*、LDSLの可能性について語ってもらいました。 * オープンイノベーション：企業間のコンソーシア
ミルクボーイがデザイン思考を説明したら｜広野 萌
これをみてひとしきり笑ったあと、デザイン思考バージョンもやりたいなと思って書いてみた。 挨拶内海「どうもお願いします。ありがとうございます。今、ブロックチェーンをいただきましたけどもね。ありがとうございます。こんなんなんぼあってもいいですからね。」 駒場「いきなりなんですけどね、うちのおかんがね、好きな問題解決の考え方があるらしいんやけど」 内海「そうなんや。」 駒場「その名前を忘れたらしいねん。」 内海「問題解決の考え方の名前忘れてまうってどうなってんねん。」 駒場「いろいろ聞くんやけどな、全然わからへんねん。」 内海「そうなん？」 駒場「うん。」 内海「ほんだら俺がね、おかんの好きな問題解決の考え方、一緒に考えてあげるから、どんな特徴言うてたかとか教えてみてよ。」 定義駒場「おかんが言うには、デザイナーがデザインを行う過程で用いる特有の認知的活動やって言うてた。」 内海「ほぅ。……デザ
API設計スキルを次のレベルに引き上げるベストプラクティス22選 - Qiita
本記事は、Mohammad Faisal氏による「22 Best Practices to Take Your API Design Skills to the Next Level」（2021年4月15日公開）の和訳を、著者の許可を得て掲載しているものです。 REST API設計のための実践的アドバイス Photo by Andrea Piacquadio from Pexels はじめに すべてが分かりにくく、ひどいAPIに不満を感じたことはありませんか？私はそうです。 マイクロサービスの世界では、バックエンドAPIの一貫した設計が不可欠です。 今日は、知っておくべきベストプラクティスについて、簡潔に説明します。さあ始めましょう！ 用語 API設計は、リソース指向設計というものに従います。3つの重要な概念で構成されています。 リソース：データの一部（例：ユーザー） コレクション：リソー
トヨタの危機感を共有できているか 脱炭素からは誰も逃れられない
100万人の雇用と、15兆円もの貿易黒字が失われかねない――。 脱炭素の遅れで自動車は輸出できなくなり、最大の輸出産業で雇用が失われる。トヨタ自動車の豊田章男社長が“必死の警告”を続けている。 菅義偉首相の「2050年カーボンニュートラル宣言」の後、日本自動車工業会（自工会）の会長として宣言に賛成した上で、このままでは「産業が崩壊する」と叫び続けているのだ。 「カーボンニュートラル2050、これは国家のエネルギー政策の大変化なしに達成は難しい」「ここで手を打たないと、モノ作りを残して、雇用を増やし、税金を納めるという、自動車業界がやっているビジネスモデルが崩壊する」（2020年12月17日） 「車の競争力をどれだけ上げたとしても、このままでは日本で車を作れなくなる」（2021年3月11日） 「クリーンエネルギーを調達できる国や地域への生産シフトが進み、日本の輸出や雇用が失われる可能性がある
日立子会社のGlobalLogic、マイクロサービス導入を加速するソリューションを強化
日立製作所は11月10日、米国子会社のGlobalLogic Inc.が機能強化したMicroservices Acceleratorを提供したと発表。 Microservices Acceleratorは、包括的で機能拡張可能なマイクロサービス開発プラットフォーム。同社のデジタルエンジニアリングサービスと組み合わせることで、マイクロサービスのプラットフォームの設計や構成、導入を大幅に簡素化・迅速化できるとしている。 Microservices Acceleratorでは、ソリューションを迅速にかつ繰り返しデリバリーするための構築済み技術Digital Acceleratorsの一部であり、マイクロサービスの導入に必要とされる一般的な非機能要件（Non-Functional Requirements）を実行する拡張可能なモジュールとプロジェクトのセットアップツールを含むソリューション。 M
指定されたページが見つかりません。｜Infoseekニュース
404 NOT FOUND 指定されたページが見つかりません。 掲載から一定の日数が経過した記事は、 配信社との契約に基づき削除される場合がございます。 （その場合、一定期間経過後は記事を見ることが出来ません。） それ以外のケースについては、お手数ですが 以下のいずれかの方法でページをお探しください。 ブラウザの再読み込みを行う 入力したURL（ページアドレス）にタイプミスがないか確認する ブラウザの「戻る」ボタンを押して前画面からやり直す
Googleのソフトウェアエンジニアリング
Googleの現役ソフトウェアエンジニアたちが、超大規模ソフトウェアの開発と保守を長期的に支えてきたGoogle社内の多様なベストプラクティスを、文化、プロセス、ツールの側面からこの一冊に凝縮。時間と変化、規模と成長、トレードオフとコストという3つの基本原理に沿って、コードを持続可能にする方法論を紐解きます。「謙虚、尊敬、信頼」、心理的安全性、ダイバーシティとインクルージョンなど公正を重んじる文化から、コードレビューやテスト構成法など人間の行動を規定するプロセス、継続的インテグレーションや大規模変更システムなど変化への対応を支援する自動化ツールの基盤技術まで、Googleが試行錯誤を経て獲得した教訓を余すところなく紹介しています。経済学、心理学、マネジメント論などを背景にした人間への深い洞察をふまえ、データ駆動かつトレードオフから導かれる、定量的かつ定性的な決定プロセスも解説。Google
DDDを実践するための手引き（概論・導入編）
ナニコレ DDDは「Domain-Driven Design（ドメイン駆動設計）」の略語で、エリック・エヴァンスさんという人が考えるソフトウェア設計におけるプラクティスまとめみたいなものです。 『エリック・エヴァンスのドメイン駆動設計』というバイブル的な書籍がありますが、「途中で挫折した」「読んでもよくわからない」「よくわからないけど自分なりに解釈して実践している」というような感想をよく聞きます[1]。DDDの概念は幅広く、哲学的で、抽象的であるため、DDDをどのように解釈しどのように実践すればいいのかわかりにくいものです。 この記事ではそのような問題に悩んでいる人たちのために、数年に渡りDDD（的なもの）を実践してきた筆者が噛み砕いた（個人の独断的な）解釈と実践方法を解説します。 DDDってなぁに？ DDDがカバーする領域 DDDが言及する範囲はとても幅広いです。エリック・エヴァンスさん
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Engadget | Technology News & Reviews
IBMから分社化完了--Kyndrylが見据える戦略、待ち受ける課題（ZDNet Japan） - Yahoo!ニュース