エンジニアは推測するな、計測せよ　まつもとゆきひろ氏が説く、非機能要件で数字を重視すべき理由

2023/08/16 16 users エンジニア 数字 もとゆきひろ氏 ことわざ 格言

技育祭は「技術者を育てる」ことを目的としたエンジニアを目指す学生のための日本最大のオンラインカンファレンスです。「技育祭2023【春】」に登壇したのは、Ruby開発者のまつもとゆきひろ氏。プログラミングの体験の中で実感した、ことわざや格言について話しました。全4回。2回目は、「推測するな、計測せよ」と「許... 続きを読む

2022年版実践WPF業務アプリケーションのアーキテクチャ【設計編／後編】 ～ドメイン駆動設計＆Clean Architectureとともに

2023/06/17 28 users Architecture 要件 アーキテクチャ ユースケース

今回はいよいよ最終回となります。前回は非機能要件についてアーキテクチャを設計してきました。今回は代表的なユースケースを選定して、アーキテクチャの詳細な設計を蒸留していきます。また、開発者ビューについても設計を行います。利用者側の要件から出てきにくい、開発上に必要となる設計、テスト設計などを実施し... 続きを読む

AWS Lambda の上でいろんなWEB フレームワークを動かそう！ / Web Frameworks on Lambda

2022/11/11 15 users AWS Lambda Amaz トレース ロジック 認証認可

AWS Lambda はサーバーレスサービスの中で、compute処理を担うサービスになります。その役割はシンプルにロジックを実行することにあります。そして、その他の非機能要件についてはどうするかというと、他のAWSサービスに任せたりします。たとえばログは Amazon CloudWatch Logs、トレースは AWS X-Ray、認証認可は Amaz... 続きを読む

クラウドシステム構築時の非機能要件チェックリスト | クラスメソッド

2021/04/17 7 users ベストプラクティス クラスメソッド クラウド 議論 微調整

クラウドシステム構築時の非機能要件チェックリスト システム構築時に、非機能要件のポイントを理解し、前提条件を整理する際に活用できるチェックリストを公開しています。議論を深めるのにも有効です。 クラウドのシステムインフラ構築はまずベストプラクティスを実装して微調整を行っていくものと考えられていますが... 続きを読む

運用を楽にするためのアプリケーションコードを書くということ - sonots:blog

2015/05/18 584 users アプリケーションコード Hadoop sonots デプロイ

4/1付けで Hadoop やらなんやらを運用している部署に異動してから、ひたすら新しいツールの実装をしていた。 この度、そのツールの最初の機能要件は実装し終わって最初のデプロイをするフェーズに入ったので、そのツールを運用に載せるためのアプリケーションコードを書いていた。運用に載せるためのアプリケーションコードは、機能要件とは別の所にある非機能要件であって運用の肌感がわかっていないと要件を出すのは... 続きを読む

NoSQLデータモデリング技法 · GitHub

2013/02/08 436 users GitHub ono Problem Markdown Dot

NoSQLデータモデリング技法.markdown #NoSQLデータモデリング技法 原文：NoSQL Data Modeling Techniques « Highly Scalable Blog I translated this article for study. contact matope[dot]ono[gmail] if any problem. NoSQLデータベースはスケーラビリティ、パフォーマンス、一貫性といった様々な非機能要件から比較... 続きを読む

ヴェルクのブログ 〜 IT起業の記録 - 非機能要件も大事にしましょう

2012/06/25 14 users ファーストサーバ ヴェルク 偏重 内情 傾向

ファーストサーバの件は色々と考えさせられますよね。 内情は知らないので、実際には何が問題だったのかわかりませんが。 僕は、お客様が非機能要件の重要性を把握出来ていない場合は しっかりと理解頂くまで説明するようにしています。 ただ、世の中、非機能要件が軽視される事が非常に多い気がします。 システム開発を発注しているお客様にとっては 見えにくい部分であり、どうしても「機能」偏重になる傾向があります。 ... 続きを読む

完全公開！ソーシャルゲーム設計事例：前編 (ゆめ技：ゆめみスタッフブログ)

2011/07/26 545 users 前編 完全公開 スループット 増減 おさらい

はじめに こんにちは。樽八です。 この記事は、前記事「完全公開！ソーシャルゲーム設計事例：プロローグ編」の続きになります。 おさらいとして、今回要求されたシステム要件(機能要件および非機能要件) 2000万PV/日のアクセスに耐えるシステムを作ること。 会員数の増減に合わせて速やかにシステム全体の構成を変更出来ること。 予期される障害発生に関しては、たとえスループットが落ちた状態状態であったとして... 続きを読む