Amazon流の開発術では、まずプレスリリースを作る | fladdict
Amazonでは製品開発をするとき、まず最初にプレスリリースを書くらしい。これは”Working-Backwards“と言うデザイン手法。面白げなので色々と調べてみた。 Working-Backwards法の商品開発では、お客様の視点をスタート地点にするため、開発前にプレスリリースを作成する。プレス内容は、既存プロダクトの問題点と、それを新製品がどう解決するかが中心になる。 プレスがユーザーに響かなかった時点でプロジェクトはボツ。そもそもその商品は作らない。これにより見当違いな商品を作るリスクを、一番最初の段階で低コストに回避できる。 このWorking-Backwards法で書くプレス内容は主に以下のとおり。 見出し 顧客が商品を理解できるタイトル 副題 ターゲット層と、彼らのメリットを1行で。 概要 商品の特徴と利点をまとめる。この段落で全てを理解できるように。 課題 このプロダクトが
Nutanixは、名実ともに「ハイパーコンバージドインフラ専業ベンダー」から脱皮した
Nutanixは、名実ともに「ハイパーコンバージドインフラ専業ベンダー」から脱皮した：「非破壊的で破壊的」な存在を目指す Nutanixは、以前より「ハイパーコンバージドインフラ（HCI）を超える」と主張してきたが、2017年6月の発表で、とうとう周囲の人たちも、同社を「HCI専業スタートアップ企業」とは呼べなくなってきた。さらに同社は、「非破壊的でありながら破壊的になる」ための新たな取り組みを明らかにしている。 Nutanix CEOのディーラジ・パンディ氏は以前筆者に、「非破壊的でありながら破壊的になれるかどうかが重要だ」と語っていた。同社が2017年6月末、年次カンファレンスのNutanix .NEXT Conference 2017で発表したアプリケーション視点のクラウド管理ツール「Nutanix Calm」と、Googleとの提携により提供予定のクラウドサービスは、この点で象徴的
[AWS] 可用性の高い堅牢なデプロイプロセスについて考える | DevelopersIO
こんにちは。こむろ＠今は東京です。 アプリケーション開発において、実行環境へのデプロイプロセスはとても重要です。AWSでもCodeDeployやElasticbeanstalk、OpsWorksと言った各種デプロイプロセスをサポートするサービスがあります。しかし、どのデプロイプロセスが今自分たちのフェーズでのスタイルと一番相性が良いのでしょうか？最終的に全て結果は同じです。アプリケーションが環境へデプロイされ、アプリケーションが正常に実行、そしてサービスが正常に動作することを目指しています。このデプロイプロセスは新たにインスタンスを立ち上げる際にも関わりがあります。そのため、スケールアウトすることを前提に作られているシステムはデプロイプロセスとは切っても切り離せない関係です。今回は運用面から見たデプロイプロセスの再考と改善を考えます。 はじめに 自分が担当しているプロジェクトでは開発タイミ
![[AWS] 可用性の高い堅牢なデプロイプロセスについて考える | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/495673edbefe7b7bc5e6e9e54b2565989b893342/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2013%2F09%2Faws1.png)
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Dockerの新たなオープンソースプロジェクト - MobyとLinuxKit
