要件定義をするときに意識していることをまとめてみた -要件例を添えて- | DevelopersIO
要件定義で意識していることを言語化したくなった こんにちは、のんピ(@non____97)です。 皆さんは要件定義で意識していることを言語化したくなったことはありますか? 私はあります。 いくつかのプロジェクトで要件定義をしてきましたが、改めて考えると、普段は感覚でやっている箇所も多くあったなと感じています。 そこで、改めて言語化することで、プロジェクトごとのブレを抑えたり、さらにどういった対応が必要なのかが整理できる予感がしてきました。 ということで、以降、要件定義で意識していることと要件の例を紹介します。 なお、「要件定義とは」や「要件定義の進め方」は語りません。書籍やインターネット上に先人たちが大量にアウトプットしてくださっているため、そちらを参照ください。 特にIPAが公開している「ユーザのための要件定義ガイド 第2版 要件定義を成功に導く128の勘どころ」や「システム再構築を成功
amazonの出したIDE「kiro」がめちゃくちゃ未来だったのでClaude Codeユーザーの人はみんな一度試してみてほしい
amazonの出したIDE「kiro」がめちゃくちゃ未来だったのでClaude Codeユーザーの人はみんな一度試してみてほしい どうもこんにちは、昨日AmazonがVS CodeベースのIDEである「kiro」をリリースしました この分野ではcursorやWindsurf、アドオンですがClaude Codeなど様々な選択肢があります そんな中であえてAmazonが出してきたIDEのコンセプトは Vibe coding ……ではなく、 Viable Code だそうです 細かい説明は公式HPを見てもらうとして、他との違いは 「仕様書駆動開発」 を明確に打ち出している点です AIとのコーディングは難しい 特にClaude Codeを弄り倒している人なら常々感じてると思いますが、AIに適切な指示を与えて適切な作業をしてもらうのは非常に難しいです それを解決しようとみんな「sowで書いて」だっ
「1冊でも倒れないブックスタンド」が爆売れ 固定観念覆す商品開発
本立ての本が倒れてしまう──このストレスを解消してくれるのが「1冊でも倒れないブックスタンド」。ブックスタンドという成熟した市場で、新たな価値を創出。数々の文具アワードを受賞したこの商品の開発は、コストとの戦いでもあった。 何度も芯が折れてイライラさせられるシャープペンシル、消しかすが散らばって片付けが面倒な消しゴム……。文具を使っていて、「致命的な欠点ではないけれど、いつもストレスのもとになる」という現象がある。 それらのストレスを解消し、ユーザーの気分を上げてくれる──そんな文具の好例が、リヒトラブの「1冊でも倒れないブックスタンド」だろう。 2022年10月に発売したところ、あれよあれよという間に売り上げが伸長。発売から約1年で計画の7倍以上の4万4800台を売り上げた。当初はシリーズ化の予定はなかったが、ユーザーの要望を受ける形でラインアップを拡充。今では5サイズ、2色を展開。24
IoT データの取り込みと可視化のための7つのパターン – ユースケースに最適なものを決定する方法 | Amazon Web Services
Amazon Web Services ブログ IoT データの取り込みと可視化のための7つのパターン – ユースケースに最適なものを決定する方法 この記事は 7 patterns for IoT data ingestion and visualization- How to decide what works best for your use case の日本語訳です。 モノのインターネット（IoT）を始めたばかりでも、すでに数百万台の IoT デバイスが接続されていても、IoT データから抽出される価値を最大化する方法を探しているのではないでしょうか。IoT デバイスのデータには、報告されたテレメトリデータ、メタデータ、状態、コマンドとレスポンスの中に、豊富な情報が含まれていることがあります。しかし、適切なレポート作成および可視化ソリューションを持つことは、業務効率を最大化し、ビジ
「これはすぐ使える」「めちゃくちゃ為になるやつ」 プロのデザイナーが教える写真構図まとめが勉強になる
プロのデザイナーによる、「覚えておきたい写真構図」をまとめた画像に反響が集まっています。これを意識すれば、初心者でもセンスの良い写真が撮れるかも。 サンプル画像つきでイメージしやすい（画像はクリックで拡大します） 投稿者はWebデザイナーのもち（@makiko_sakamoto）さん。「三分割構図」「三角構図」「S字構図」など、12種類の写真構図の特徴や効果が分かりやすく解説されています。SNSの投稿のような、普段のちょっとした写真撮影にも生かせそうな実践的なテクニックです。 投稿には、「うまく写真を撮りたいって思ってもなかなか…だったので参考になります」「これはすぐ使える、ありがたい」「めちゃくちゃ為になるやつ こういう基礎の構図が分かってることが大事だよなぁ」などのコメントが寄せられていました。 もちさんはこの他にも、Webデザインに役立つTipsやデザイン集をTwitterに投稿して
【メモ】良いDesign Docs(Software Design Document)を書くためのリソース集
自分が良い Design Docs(Software Design Document)を書くために、読んだ/参考になったリソース集 一覧 Design Docs とは Design Docs at Google デザインドック(Design Doc)について デザインドックで学ぶデザインドック 残業も減らせる!? 上級エンジニアになるための Design Doc 超入門 「Design Doc」って何なのか？ What Is A Design Doc In Software Engineering? (full example) What is a Design Doc: Software Engineering Best Practice #1 https://github.com/kaiinui/note/blob/master/Design--Designdoc.md Googleの
ソフトウェアの複雑さに立ち向かう1つの哲学 :『A Philosophy of Software Design』 を読んだ - こまぶろ
あけましておめでとうございます、になるはずだったのですが、後から読んだ『Googleのソフトウェアエンジニアリング』の方を先に記事にしたので新年2本目の更新です。 ky-yk-d.hatenablog.com さて、本題。最近のお気に入りポッドキャストであるe34.fmで激賞されていた『A Philosophy of Software Design』を読みました。初版は2018年に出ていて、今回は2021年に出た第2版を読みました。 スパゲッティコードを想起させる装丁 A Philosophy of Software Design, 2nd Edition (English Edition) 作者:Ousterhout, John K. Amazon scrapbox.io どんな本？ 書籍のテーマはソフトウェアの複雑さです。複雑さとは、システムを理解したり変更したりするのを困難にさせるも
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つの重要な概念で構成されています。 リソース：データの一部（例：ユーザー） コレクション：リソー
「センスのない私には永久保存版」 イラストレーターが伝授する“ファッションの色の合わせ方”が「勉強になる」と話題に
イラストレーターが公開したファッション情報「色の合わせ方」が、「センスのない私には永久保存版」「勉強になる」と話題を呼んでいます。 投稿者は、アパレルブランド「Annui」を運営するイラストレーター・msy.（@maru_maruer）さん。「イラストレーターが伝授！ 色の合わせ方」と題して4枚の画像をTwitterへ投稿したところ、22万7000件以上の“いいね”が寄せられている他、4万件以上拡散しています。 イラストレーターが伝授するファッション情報“色の合わせ方” msy.さんが今回指南するファッションポイントは、「類似色」「補色」「分裂補色」の3つ。カラーホイールを示すことにより、ファッション初心者でも簡単に理解できるイラストとなっています。 「類似色」は色相を広げすぎないのがポイントで、「一番手っ取り早い組み合わせ」とmsy.さん。似た色の服を集めるだけでおしゃれに見えるため「基
ndiagでAWSのアーキテクチャドキュメントを書く
書き始める とりあえずチュートリアルを一周しました。 https://github.com/k1LoW/ndiag/blob/main/docs/tutorial.ja.md チュートリアルの順に、nodesを書いてみてndiag doc --rm-dist、networksを書いてndiag ...、relationsを書いて以下略、とするのが良さそうです。 アイコンのキーはndiag list iconsで表示できるので、これを見ながらndiag.ymlに書き込んでいきます。 VSCode ExtensionsでMarkdown Preview Enhancedをインストール。 Previewを見ながらndiag.ymlを書いては生成、書いては生成します。 とりあえず --- name: Sample AWS web service docPath: docs/arch views:
「くそダサいデザインの表紙」がダサくなくなるまでの解説がわかりやすくてタメになる…フォントや配色、文字配置など参考になる情報も
デザインtips @tips_bot ゆるく初心者向けのデザイン解説とか書きます。 絵描きさん向けの役立ち情報も多い。なんか思いついた時に自分用のメモも兼ねて投稿しているので、お気軽に〜！
[レポート]デザインパターンと顧客事例で見るモダンアプリケーション開発 ~AWSでのモダンアプリケーション開発~ #AWSSummitOnlineKorea | DevelopersIO
5月 13日 AWS Summit Onlineが開催されました。 コロナの影響でオンラインとして行われて残念でした… 今回のカンファレンスで特に興味ができたセッションを整理し共有もするためにブログを書きました！ 確かにアーキテクチャやデザインパターンに対する内容で難しい用語が多かったので、一緒に見れあれるようにまとめました。 すべての写真の出所はAWS Summit Online Koreaです セッション概要 べ・ヨンブ(배영부) アプリケーション アーキテクト, AWS カン・ソンイル(강성일) アプリケーション アーキテクト, AWS ほぼ全ての産業分野の企業は、かつてない変化を経験しており、小さくて早い企業が数ヶ月で市場をリードしたこともあります。しかし、伝統的なモノリチックアプリケーション環境では市場の変化に素早く対応したり、実験を試みることは困難でした。コンテナとサーバレス技
![[レポート]デザインパターンと顧客事例で見るモダンアプリケーション開発 ~AWSでのモダンアプリケーション開発~ #AWSSummitOnlineKorea | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/9bf73dcd99a130a6d4ee5a2c3815ea9bc38eacdc/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2020%2F05%2Faws-summit-online-korea-1.png)
実践DDD本 第4章「アーキテクチャ」 ～レイヤからヘキサゴナルへ～
前回記事：IDDD本の第3章「コンテキストマップ」の解説 本稿で紹介するアーキテクチャの種類 エバンズ本では、DDDのアーキテクチャは「レイヤアーキテクチャ」を中心に紹介していました。これに対してIDDD本では「ヘキサゴナルアーキテクチャ」を提唱しています。さらにヘキサゴナルアーキテクチャと関係が強い「サービス指向（SOA、REST）」「コマンドクエリ責務分離（CQRS）」「イベント駆動アーキテクチャ（パイプ＆フィルター、長期サーガ、イベントソーシング）」といった概念やアーキテクチャ方式についても取り上げています。 特定のアーキテクチャに依存しないDDD DDDは特定の技術に依存していないため、自由にアーキテクチャを選択することができます。アーキテクチャの選定においては、構築するシステムに求められる「機能要求（ユースケース、ユーザーストーリー、ドメインモデルのシナリオ等）」と「品質要求（性
クラウド設計パターン - Azure Architecture Center
アーキテクトは、機能要件と非機能要件の両方を満たすようにプラットフォーム サービス、機能、コードを統合してワークロードを設計します。 効果的なワークロードを設計するには、これらの要件を理解し、ワークロードの制約の課題に対処するトポロジと手法を選択する必要があります。 クラウド設計パターンは、多くの一般的な課題に対するソリューションを提供します。 システム設計は、確立された設計パターンに大きく依存します。 これらのパターンの組み合わせを使用して、インフラストラクチャ、コード、および分散システムを設計できます。 これらのパターンは、信頼性が高く、安全性が高く、コスト最適化され、運用効率が高く、高パフォーマンスのアプリケーションをクラウドで構築するために不可欠です。 次のクラウド設計パターンはテクノロジに依存しないため、分散システムに適しています。 これらのパターンは、Azure、他のクラウド
初級者向け：データベース選択の必要性について - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 本記事では、データベースに求められる要件の多様化についてまずは触れ、なぜ最適なデータベースを選択する必要があるのかについてお伝えします。 こちらはAWS Summit Tokyo 2019 Breakout Session 「【初級】 AWSにおけるデータベース選択指針」を基にした内容となっております。 目的 なぜデータベースの選択が必要なのかを理解すること 各種データベースの特徴と考えられるユースケースを理解すること 対象 データベースの選定を行う方 リレーショナルデータベースを使ったアプリケーション開発経験をお持ちの方 リ
Version control for Sketch | Abstract
No more digging through Dropbox and Google Drive. Always know where to find “the latest,” so you can stay in your design flow.
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「神の設計図」って指示でAIの作成する画像がゾクゾクする感じなので見てください
人にうれしいAIのためのUXデザインガイド（People + AI Guidebook）
海外「8世紀、唐から日本に贈られヴィトンに影響を与えた正倉院の琵琶を見てみよう」 海外の反応
DrawIt - Bohemian Coding
