環境省から国民のみなさまへのお手紙です。
Amazon流の開発術では、まずプレスリリースを作る | fladdict
Amazonでは製品開発をするとき、まず最初にプレスリリースを書くらしい。これは”Working-Backwards“と言うデザイン手法。面白げなので色々と調べてみた。 Working-Backwards法の商品開発では、お客様の視点をスタート地点にするため、開発前にプレスリリースを作成する。プレス内容は、既存プロダクトの問題点と、それを新製品がどう解決するかが中心になる。 プレスがユーザーに響かなかった時点でプロジェクトはボツ。そもそもその商品は作らない。これにより見当違いな商品を作るリスクを、一番最初の段階で低コストに回避できる。 このWorking-Backwards法で書くプレス内容は主に以下のとおり。 見出し 顧客が商品を理解できるタイトル 副題 ターゲット層と、彼らのメリットを1行で。 概要 商品の特徴と利点をまとめる。この段落で全てを理解できるように。 課題 このプロダクトが
This page is still under construction. A big thanks to stef70 for being the first to document how to hack the Kobo Touch. [edit] Overview The method used by the Kobo Touch to upgrade its firmware is quite simple: If the file .kobo/KoboRoot.tgz is found in the Kobo's public partition, then the .tgz file is extracted to the root of the internal system partition. By editing some of the files within K
はじめは今までと同じように、カンプを作ってからコーディング、というやり方でした。 しかし、そのやり方だとトラブルが多いんです、なぜか。 ブレイクポイントとかで揉めたりすることが多いです。 早い話が、いままでの制作のやり方は、レスポンシブWebデザインでは無理だということです。 allWebクリエイター塾の菊池 聡さんは、「レスポンシブWebデザインでは、いままでの仕事のやり方は通用しない。いずれはブラウザでデザインする時代がくる」と、某セミナーで言っていました。 実際、最近は、ブラウザでデザインする、いわゆる「インブラウザ・デザイン」で制作することが多くなってきています。最近は、ほぼ7割くらいです。 最近、久しぶりにFireworksでカンプを作りましたが、「以外とPhotoshopやFireworksでカンプを作るのが面倒だな」と感じました（ちょっといらついていたような気がするのは気のせ
レンタルサーバ事業者のファーストサーバは8月10日、6月20～21日に発生した大規模なデータ消失事故に関する再発防止策を発表した。7月31日に第三者委員会から受領した最終調査報告書およびその要約版を基に、開発および運用体制の見直しやデータバックアップの強化、リスクマネジメントに関する組織の設置などを8月24日までに実施するとしている。 再発防止策は、最終調査報告書が指摘した2つの事故（システムメンテナンス作業での過失およびデータの消失）に沿って段階的に実施するという。第1事故（システムメンテナンス作業での過失）に対する実施計画は以下の通り。 再発防止策および実施計画 開発・運用プロセスの見直し（8月10日までに実施完了予定） 1.システム変更のための社内マニュアルを開発プロセス、運用プロセスの視点により検証し、安全性を確認した上で、部内ルールとして再徹底する。 2.潜在的な問題が発見された
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
