変更に強いアーキテクチャについてIT業界19年目の僕が超ザックリ説明する - Qiita
この記事は、設計・アーキテクチャ Advent Calendar 2018 の第7日目の記事である。 はじめに この記事では、IT業界19年目の僕が実践している変更に強いアーキテクチャについて、出来るだけ難しい表現を避け、教科書的なありきたりな内容ではなく現場の肌感覚に近い切り口で「超ザックリ」な解説を試みてみようと思う。 普段自分がよく用いている実装パターンの紹介ともいうべきかも知れない。 この記事で説明すること いざ「変更に強いアーキテクチャとは」とズバリ訊かれても、一概に「これだ！」という答えはない。 プログラミング言語や、フレームワークによっても条件が異なるし、利用可能な技術や開発チームの特性、業務要件や運用要件の特性によっても様々であるし、インフラや開発プロセスまで含めて考えると考慮すべきことは無限にある。 ここでは主にソフトウェアの構造という観点から、"変更に強い" ということ
「ZenHub×GitHub」を軸としたアジャイルプロセスの作り方
他プロジェクト管理ツールとの比較と選定ポイント また、アジャイルプロセスを作っていく上で親和性がある他のプロジェクト管理ツールとしては、アトラシアン製のJIRAとTrelloがあります。 これらの中でZenHubを選定した理由は、「チケット管理」と「リポジトリ管理」の親和性がポイントでした。 例えば、リポジトリ管理にアトラシアンのBitbucketを利用しているならば、JIRAやTelloのほうが親和性が高いですし、さまざまな連携からアジャイルプロセスを作りやすいです。 一方、GitHubを使っているのであれば、ZenHubを使うことをおすすめします。特にチケット（GitHub Issue）からリポジトリに対するコミット履歴やPull Requestが確認できたり、チケットとリポジトリで相互リンクの関係を作れていたりとてもアジャイルプロセスが作りやすいです。また後述しますが、ZenHubは
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
