Daily Reading collection and scope function
NEW COMMONS コモンズと合意形成の未来
『WIRED』はテクノロジーによって、生活や社会、カルチャーまでを包括したわたしたち自身の「未来がどうなるのか」についてのメディアです。最新のテクノロジーニュースから、気になる人物インタヴューや先端科学の最前線など「未来のトレンド」を毎日発信。イヴェント情報も随時アップデートしてお届けしています。

Kotlin Playground: Edit, Run, Share Kotlin Code Online

DDD基礎解説:Entity、ValueObjectってなんなんだ - little hands’ lab
このエントリは ドメイン駆動設計 #2 Advent Calendar 2018 の9日目です。 8日目は @mafuyuk さんのDDD本3章を読んでこのように理解しましたでした。 10日目は @bigwheel さんの 『「集約の境界と整合性(略」に対して頂いたアイデアの分類と現状での僕の回答らしきもの』 です。 はじめに DDDの実装パターンとして、EntityとValueObjectというものがあります。 ドメイン駆動一般に複雑な抽象論が多い中で、コードに近く一番イメージがつきやすいコード事例として出てくるため、ここだけは何となくわかるぞ!という方もいらっしゃるのではないでしょうか。 …

新卒にも伝わるドメイン駆動設計のアーキテクチャ説明(オニオンアーキテクチャ)[DDD] - little hands’ lab
ドメイン駆動設計で実装を始めるのに一番とっつきやすいアーキテクチャは何か ドメイン駆動 + オニオンアーキテクチャ概略 以前こちらの記事でアプリケーションアーキテクチャについて書きました。 こちらの記事では比較的ネタ元に忠実な解説をしたのですが、実際これに基づいて人にレイヤの説明をした際、依存性の逆転部分や円形で表現する部分がなかなか伝わりにくいことがありました。 そんな中で、所属プロダクトで新卒含めて大規模なリニューアル案件でDDDを採用することになり、新卒にも伝わるように説明をする必要性が生じました。 結果、新卒にも伝わり、運用が割と回る説明が見つかったのでご紹介したいと思います。 アプリ…

CQRS実践入門 [ドメイン駆動設計] - little hands’ lab
この記事はドメイン駆動設計#1 Advent Calendar 2019の2日目の記事です。 よく誤解されがちなCQRSについて解説します。 DDDの参照系処理で発生する課題 解決策 CQRSのメリット、デメリット 実装時の注意事項 部分的導入について なぜQueryServiceの定義がUseCase層なのか 整合性をどうやって担保するのか よくある誤解 データソースを分ける必要があるのか イベントソーシングとの関係 過去資料との繋がり まとめ もっと詳しく知りたい方は DDDの参照系処理で発生する課題 DDDで定義されている実装パターンを使っていると、基本的には永続化層との入出力はRepo…

【コラム】フェイスブック、Instagram、WhatsAppはなぜダウンしたのか? | TechCrunch Japan
<a target=“_blank” href=“https://jp.techcrunch.com/2021/10/05/2021-10-04-facebook-messenger-instagram-whatsapp-are-all-down/” rel=“noopener”>Facebookの1日にわたるサービス停止</a>は、ここ数年で最も長く、最も極端なものだった。ソーシャルジャイアントの本社がある米国西海岸では、現地午前9時頃、Facebook、WhatsApp、Instagram、Facebook Messengerがインターネット上から消えたように見えた。 この障害は市場…

デベロッパーのウェブアプリ開発をスピードアップするクロアチアのWaspが約1.7億円調達 | TechCrunch Japan
アプリケーションの開発における、コーディングの複雑さから開発者を解放しようと努力しているスタートアップは少なくない。先には<a target=“_blank” href=“https://techcrunch.com/2021/09/28/runx-announces-4-1m-seed-to-simplify-cloud-infrastructure-deployment-for-developers/” rel=“noopener”>RunXのシードラウンド</a>を取り上げたが、そこは開発者がバックエンドのクラウドリソースを迅速にコーディングできるようにしている。米国時間10月4日、<a…

最近よく聞くSREって何? 定義から実践に向けたロードマップまで解説【デブサミ2021夏】
近年、注目を集めているGoogleが提唱したシステム運用の方法論「SRE(Site Reliability Engineering)」。だが、実践しようとしても、なかなか難しい。それはSREがリスクの受容やSLOの定義、分散システムモニタリング、Toilの削減、自動化の推進、適切なリリースエンジニアリングというような、運用保守が求める理想的な原則をソフトウェアエンジニアリングというアプローチを通じて実現させていくことを担っているからだ。ではどうやって実践していけば成功するのか。そのコツについて、スリーシェイクでSREのコンサルティング、および導入、定着化支援を行っている手塚卓也氏が明かした。

テックブログ運営を回すための取り組み 〜再始動編〜 - Synamon’s Engineer blog
続かないテックブログ運営を再び回すための取り組みについてまとめてみました。書く目的の明確化、書く人を増やす、書くハードルを下げる。まずはこのあたりの施策から取り組んでいます。

「Align-Define-Design-Refine」を使ったAPI設計ファーストプロセス
APIコンサルタントのJames Higginbotham氏は最近、「Align-Define-Design-Refine」(ADDR)プロセスを使ってAPI設計ファーストアプローチを採用することのメリットについて書いている。ADDRは、そのようなAPI設計ファースト手法を通じて、採用した人をガイドすることを目的とした反復プロセスだ。開発のアジリティには、すべての利害関係者が積極的に関与することを保証しながら、APIを繰り返し設計することが不可欠である。

技術的負債は技術でない:技術的負債を減らすために企業ができること
この記事では、技術的負債の影響、継続的なメンテナンス作業の取り組み、技術的負債の将来、技術的負債への取り組みの重要性について説明します。

Stepsize – Prioritise tech debt based on time lost
Track and prioritise technical debt with actionable metrics, straight from your editor. Ditch your messy backlog and let Stepsize prioritise your tech debt.

テスト戦略によってデプロイメント作業の完成度とプロダクト品質を向上する
テスト戦略の実践は、運用環境への”プッシュ・アンド・プレイ(push and pray)”デプロイメントから、継続的かつ確信を持って行うデプロイメントへの移行を支援する。さまざまなイネーブラ(enabler)を備えたフレームワークにマッピングすることにより、テストという強力なセーフティネットの下で、運用への移行に先立ってプロダクト全体の品質メトリクスを調整することが可能になるのだ。
