"クラウドアプリケーション 10の設計原則" をもっと楽しむ

2024/01/20 183 users クラウドアプリケーション

※リンクを効かせたい場合はダウンロードしてください 続きを読む

チームの機能と配備を考えるための7つのチーム責務定義ガイドライン - mtx2s’s blog

2024/01/15 11 users 責務 配備 ガイドライン 原則 mtx2s’s blog

前回の記事ではチーム中心の組織づくりの設計原則について書いた。今回は、それらの原則に基づくチームをソフトウェアプロダクト組織内にどう配備し、どのような機能を持たせるかについて考える。これは言わば、チームの責務を定義することに他ならない。本記事ではこれを、7つのガイドラインとして書き出してみることに... 続きを読む

クラウドアプリケーション 10の設計原則　「Azureアプリケーションアーキテクチャガイド」から学ぶ普遍的な原理原則 - インプレスブックス

2023/10/05 83 users 原理原則 クラウドアプリケーション インプレスブックス

■真壁 徹（まかべ とおる） 北陸先端科学技術大学院大学 博士前期課程修了 修士（情報科学）。 株式会社大和総研に入社。公共向けパッケージシステムのアプリケーション開発からIT業界でのキャリアを始める。その後日本ヒューレット・パッカード株式会社に籍を移し、主に通信事業者向けアプリケーション、システムインフ... 続きを読む

【15分で確認】AWSでクラウド構築する時に覚えておきたい設計原則・アーキテクチャ３選 - Qiita

2023/09/16 246 users 指針 アーキテクチャ設計 プロセス Qiita クラウド設計

何となくAWSでクラウド設計をしていませんか AWSを利用する際、多くの方が「設計」というプロセスを簡単に飛ばしてしまう傾向にあります。しかし、クラウド環境の効果的な活用には、適切なアーキテクチャ設計が不可欠です。世の中には、システム設計をする上で指針となる設計原則がいくつかあります。本記事では、以下の... 続きを読む

SOLID原則を理解し、JavaScriptで実践するためのガイド - deve.K's Programming Primer - プログラミング初心者のための入門ブログ

2023/08/03 151 users SOLID原則 SOLID JavaScript ガイド 堅牢

ソフトウェア開発者にとって、堅牢でテスト可能で拡張性があり、保守性の高いオブジェクト指向のソフトウェアシステムを設計することは重要です。 そこで登場するのがSOLID原則です。 SOLIDは、ソフトウェア開発中に生じるかもしれない特定の問題を解決するために5つの設計原則が組み合わさったセットです。 この記事で... 続きを読む

継続的デリバリーのソフトウェア工学 | Agile Studio

2022/12/26 94 users デリバリー ソフトウェア工学 旧来 アジャイル 普遍

2022のアジャイル本紹介です。『継続的デリバリーのソフトウェア工学』は、久しぶりにソフトウェア工学を題した「アジャイル開発」の本です。もう一度、ソフトウェア工学の観点からアジャイルを説明していて、また、旧来から普遍の設計原則すなわち、凝集度や結合度、関心の分離、情報隠蔽と抽象化、というテーマを（ア... 続きを読む

SOLID原則に従って行うリファクタリング実践

2022/12/21 181 users SOLID原則 リファクタリング メルペイ 実際 サービス

この記事は、Merpay Advent Calendar 2022 の21日目の記事です。 こんにちは。メルペイBackendエンジニアのfivestar（@fivestr）です。 本記事では「SOLID原則」と呼ばれる設計原則に沿って実際に行ったリファクタリングについて、メルペイの「あと払い」サービスの開発現場事情を踏まえながらご紹介していきます。 あと... 続きを読む

7つの設計原則とオブジェクト指向プログラミング - ソフトウェア設計を考える

2020/06/26 735 users 指針 オブジェクト指向プログラミング 分離 ソフトウェア 関心

設計原則はよい設計をするための指針です。 では、よい設計とはなんでしょうか？ もっとも重要なソフトウェア品質は発展性 ソフトウェアの発展性がビジネス価値を生む 発展性をうみだす７つの設計原則 モジュール化 モジュール化の２つのアプローチ 型によるモジュール化 手続き的なモジュール化 関心の分離 関心の4象限... 続きを読む

AWS Well-Architected Toolが日本語をサポートしました(東京リージョンでご利用いただけます) | Amazon Web Services ブログ

2019/09/25 103 users AWS Well-Architected Tool 構築

Amazon Web Services ブログ AWS Well-Architected Toolが日本語をサポートしました(東京リージョンでご利用いただけます) 私たちが、2015年に発表したAWS Well-Architected フレームワークは、クラウドにおけるシステム設計・構築・運用において、設計原則と「運用の優秀性」「セキュリティ」「信頼性」「パフォーマン... 続きを読む

マイクロサービスと設計原則 — 設計Night2018 登壇報告 #sekkei_n2018 – FiNC Tech Blog – Medium

2018/11/09 137 users medium SRP 本稿 マイクロサービス 主催

懇親会まで盛り上がり、楽しいイベントでした！企画・お誘いしてくださった主催の 猫型蓄音機 さん、Classi様、会場をご提供いただいたRetty様、ありがとうございました。 マイクロサービスの設計に対して、どう設計原則を使うのか、という話をしました。本稿では、資料中のいくつかの点に補足したいと思います。 SRP (... 続きを読む

マイクロサービスと設計原則 / Microservices and Design Principles - Speaker Deck

2018/11/09 313 users Speaker Deck マイクロサービス

All slide content and descriptions are owned by their creators. 続きを読む

マイクロサービスと設計原則 / Microservices and Design Principles - Speaker Deck

2018/11/08 313 users Speaker Deck マイクロサービス

All slide content and descriptions are owned by their creators. 続きを読む

マイクロサービスと設計原則 / Microservices and Design Principles - Speaker Deck

2018/11/08 313 users Speaker Deck マイクロサービス

All slide content and descriptions are owned by their creators. 続きを読む

Azure アプリケーションの設計原則 | Microsoft Docs

2018/10/26 110 users Microsoft Docs アプリケーショ 冗長 要素 障害

次の設計原則に従って、アプリケーションのスケーラビリティを上げて、回復力や管理しやすさを強化します。 自動修復機能を設計します 。 分散システムでは、障害が発生します。 障害の発生に備えてアプリケーションの自動修復機能を設計します。 すべての要素を冗長にします 。 単一障害点をなくすようにアプリケーショ... 続きを読む

設計Night2018 powered by Classi - connpass

2018/10/12 19 users プレゼン 丸山 builderscon tokyo 選択肢

設計Night2018の問題意識 先日行われたbuilderscon tokyo 2018で、弊社の丸山が開発現場で役立たせるための設計原則とパターンという発表を行いました。 おかげさまでプレゼンの再現ブログも1000b!を超え、「デザインパターンを自分のツールボックスにたくさん入れておくことで、設計の際に複数の選択肢を持つことができ... 続きを読む

「開発現場で役立たせるための設計原則とパターン」をオススメできない理由 - うさぎ組

2018/09/28 71 users うさぎ組 パターン 開発現場 理由 蓄音機

「開発現場で役立たせるための設計原則とパターン」は設計をリードするには悪手である このエントリーは 実況中継シリーズ 「開発現場で役立たせるための設計原則とパターン」 #builderscon 2018 - 猫型の蓄音機は 1 分間に 45 回にゃあと鳴く に対する返答です。 件のエントリーおよびスライドを拝見したときの私の感想... 続きを読む

実況中継シリーズ 「開発現場で役立たせるための設計原則とパターン」 #builderscon 2018 - 猫型の蓄音機は 1 分間に 45 回にゃあと鳴く

2018/09/10 1164 users プレゼン カンファレンス 慶應義塾大学日吉キャンパス 恒例

先日慶應義塾大学日吉キャンパスで行われた builderscon2018、最高のカンファレンスでしたね。わたしも「開発現場で役立たせるための設計原則とパターン」というタイトルで発表させていただきました。今回は恒例「実況中継シリーズ」として、プレゼンの再現をブログで行いたいと思います。 なお、過去の実況中継シリーズ... 続きを読む

開発現場で役立たせるための設計原則とパターン - builderscon tokyo 2018

2018/06/02 39 users builderscon tokyo パターン 開発現場

This session has NOT been accepted yet. If you would like to see it in the conference, please post it in social networks, as those numbers will be tallied and used as part of the selection criteria Ab... 続きを読む

いまなぜドメイン駆動設計か

2015/08/30 77 users ドメイン駆動設計 序文 増田 よこ 助言

いまなぜドメイン駆動設計か 1. いまなぜドメイン駆動設計か 現状と展望 2015年8月25日 有限会社システム設計 増田 野毛倶楽部(よこはまクラウド勉強会の真の姿?）賛江 2. 「ドメイン駆動設計」とは 厳しい現実の中で、ソフトウェア設計を習得しようと奮闘してき た技術者の物語。 不完全の状況の中で、抽象的な設計原則を、現実のソフト ウェアに適用するための助言。 「日本語版への序文」 by エ... 続きを読む

オブジェクト指向設計の原則と関数型プログラミング

2014/03/27 218 users オブジェクト指向設計 原則 関数型プログラミング 猪股 原文

オブジェクト指向設計の原則と関数型プログラミング 作者： Jan Stenberg , 翻訳者 猪股 健太郎 投稿日 2014年3月26日 | 共有 |  後で読む マイリーディングリスト 原文(投稿日：2014/03/20)へのリンク オブジェクト指向プログラミングにはSOLID原則のような十分に確立された設計原則が数多くあるが、関数型プログラミングに移った場合、これまでに身に付けた設計スキルを... 続きを読む

You don't need API version 2 - yohei's diary

2014/03/11 235 users yohei's diary バージョニング Rebuild

2014-03-12 You don't need API version 2 周回遅れ感が半端ないけどバージョニング関連で色々読んで・聞いて思ったことを書く。 APIのバージョニングは限局分岐でやるのが良い - Hidden in Plain Sight Kazuho's Weblog: 拡張可能なWeb APIの設計原則と、バージョン番号を使う理由について Rebuild: 35: You D... 続きを読む

「アジャイルや設計原則まで自然に学ぶことになる」Java入門書、作ってみました - flairDays

2012/09/13 62 users Java オブジェクト指向 前作 続編 Java入門

執筆 拙筆Java入門書の続編が本日発売です!!前作『スッキリわかるJava入門』の発売から約1年が経ちます。Java入門書は既にたくさんありますので不安でしたが、お蔭様でご愛顧いただけていますこと、ありがたい限りです。 そして本日、無事続編の発売を迎えることができました。『スッキリわかるJava入門 実践編』 この本は、Javaの基本文法やオブジェクト指向をひととおり学んだという方が次に読んで戴... 続きを読む

Metro スタイルの設計原則 (Preliminary)

2012/04/25 73 users ドキュメント 原則 暫定版 設計 基礎

[このドキュメントは暫定版であり、変更されることがあります。] Metro スタイルの設計では、アプリを設計するときに最適な選択をするために、5 つの原則があります。この原則は、優れた Metro スタイル アプリを作成するための基礎となります。アプリを設計するときはこの原則を参考にし、設計と開発で何かの選択をするときには常にこの原則に従ってください。 作品へのこだわりを示す 多くのユーザーの目に... 続きを読む

禅 of Python: 20の格言 - 西尾泰和のはてなダイアリー

2012/03/17 63 users 暗黙 西尾泰和 Python 単純 複雑

Pythonには "Zen of Python"という、Pythonの設計原則を簡潔に20個の格言にまとめたものがあります。それを単純に翻訳しても伝わりにくいだろうなぁと思ったので、訳注をたくさんつけて翻訳してみました。 美は醜より良い 明示は暗黙より良い 単純は複雑より良い 複雑なほうが理解しにくいよりは良い *1 平坦は入れ子より良い 疎は密より良い *2 読みやすさが重要 「特殊なケース」は... 続きを読む