サービスデザイン思考の教科書：This is Service Design Thinking
去年の年始に読んだサービスデザインの教科書、This is Service Design Thinking。いまデンマークのいるきっかけのひとつでもあります。教科書として書かれたこともあって、深く知りたいニーズには向きませんが、イントロダクションとしては最適です。歴史的なこと、実践的なこと、学術的なことまで、バランスよく網羅されています。 翻訳の提案のために、下訳した目次の項目をせっかくなので公開します。一番難しかったのはタイトルのThis is Service Design Thinkingをどう訳すか。著者たちも本文のなかでわざわざ説明しているくらいのタイトルです。いきなりの難題です。私の訳は・・・、仕方なくこうなりました。
Web API 設計のベストプラクティス集 "Web API Design - Crafting Interfaces that Developers Love" - フリーフォーム フリークアウト
移転しました http://please-sleep.cou929.nu/20130121.html
JDN /デザイン ゼミ /01 技術・芸術・デザイン -01
１ 技術・芸術・デザイン （要旨その１） フィリップス（オランダに本社を置く巨大企業）のインダストリアルデザイン部門の壁に、「橋をデザインするのではなく、河をどどう渡るかをザインするのだ」という標語が掲げられていたと聞きます。河の渡り方を考えること（コンセプト）がまず先行し、そこからかたち（造形）が導かれる。つまり、「橋のかたちを云々する前に、それが必要なのか、別の回答があり得るかをよく考えなさい」という戒めでもあるのでしょう。「デザインとはコンセプトと造形が一体になった思考」であることを語る、すばらしい名言でしょう。 しかし少し考えてみると、この標語は技術分野にも充分あてはまるし、「橋を描くのではなく、出会いと別れを描くのだ」と置き換えれば、芸術分野にも通用します。「ものごとを具体化すること」の本質は皆同じであり、それを芸術だ技術だ、いやデザインと区分して捉えること自体がおかしいのか
安藤日記
安藤日記 安藤日記：デジタルガジェット好き「安藤幸央」の日々のメモ ( yukio.andoh@gmail.com ) [ http://twitter.com/yukio_andoh ] Design Sprint Newsletter https://designsprint.substack.com/ Android Usability Seminar 2012 - Shunji Yamanaka --------------------------------------- デザインの骨格 山中俊治氏 iPhoneをはじめアップルの製品はなぜ使いやすいのか？ 実際のユーザビリティ試験などを通じて、 使いやすさの本質を読み解く。 前回もいらした方はいらっしゃいますか？若干話がかぶっているところはご容赦ください。 今日はアップルの話を来てくれとして来たのですが、 もともとハードウェアエ
サービスデザインのプロセス - Think Social Blog
Tweet 昨日の「エクスペリエンスジャーニーマップ／カスタマージャーニーマップ」と「サービスブループリントを用いたWebユーザビリティ評価」と2回続けて、サービスデザインの分野で用いられるサービス提供の流れをモデル化するツールを紹介してきました。 数年前からヨーロッパやアメリカではサービスデザインが１つのビジネストレンドにもなっており、様々なデザインファームがサービスデザインのコンサルティングを行なっています。2011年の10月にサンフランシスコで開催されたService Design Global Conferenceでは、マクドナルドやセールフォース、フェイスブックなどの企業がスポンサーを努めていたりと「サービスデザイン」への注目は非常に高くなっています。 そのサービスデザインのデザインプロセスでは、デザイン思考をベースとした人間中心のデザインプロセスを各社がカスタマイズしながら採用
astah システム設計、ソフトウェア開発支援ツール | astah*
生産的に、創造的に、そして楽しく ソフトウェア開発・システム設計開発現場を モデリングツールastah*で変えよう
Parse
The most amazing feature of Parse Server is that it’s accessible for developers of all skill levels. Personally, I started playing around with Objective-C in 2012. Parse was a way for me to build a complete online app, without having the in-depth knowledge of how to build networking, storage, user systems, etc. The more I built with Parse, the more I learnt JavaScript, which has fortunately allowe
第4回 「状態遷移図」と「状態遷移表」で見えるもの | gihyo.jp
はじめに テスト担当者と開発担当者との会話。 テスト担当者：「この状態の時にこの動作を行うと、結果としてどういう状態に遷移すれば仕様として正しいんでしょうか。仕様書に記載がないので…」 開発担当者：「どれどれ、うーん、本当だ。記載がないね…。俺もわからないや。テストした結果を仕様書に記入しておいてよ。それが仕様だから」 テスト担当者：「…」 この話が「あり得ない話」なのか「よくある話」なのかはさておき。今回の話題は、「状態遷移テスト」です。 状態遷移テストとは 「状態遷移テスト」とは、状態遷移図と状態遷移表をもとに行うテストの総称です。私たちテスト担当者は、機能テストやシステムテストにおいて状態遷移図や状態遷移表を作成して、ソフトウェアが「正しく」設計仕様どおりに動くかどうかをテストします。 ですが、この「設計仕様書通りに動く」というところがなかなか難しいところです。冒頭の会話にもありま
MVPVM 設計パターン - WPF 向けのモデル - ビュー - プレゼンター - ビューモデル設計パターン
このブラウザーはサポートされなくなりました。 Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。 WPF 向けのモデル - ビュー - プレゼンター - ビューモデル設計パターン Bill Kratochvil コード サンプルのダウンロード これまで私が携わり、成功を収めたすべてプロジェクトのうち、もっとも成功を収めたプロジェクトには共通する成果があります。それは、アプリケーションの規模が大きくなるほど、コード ベースが小さくなる、というものです。一見矛盾しているように思えますが、アジャイル環境でコーディングを行うと、コード ベースが小さくなります。要件が変化するにつれて、リファクタリングが行われます。こうしたリファクタリングの際に開発後に明らかになった情報を組み合わせて、既存コンポーネントの再利用効率
iPhone 向けアプリを設計する際に考えること / 実践！ OSSプロジェクトのソースコードビュワーアプリ - laiso - iPhoneアプリ開発グループ
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
IT news, careers, business technology, reviews
Apple improves iCloud for Windows, kills iTunes Among the changes to the widely used application are support for physical security keys, dark mode, and an improved user interface. Windows 11 Insider Previews: What’s in the latest build? Get the latest info on new preview builds of Windows 11 as they roll out to Windows Insiders. Now updated for Build 26052 for the Canary and Dev Channels and Build
Webサービスとペルソナ（前編） - Think Social Blog
Tweet 新規でWebサービスを企画し立ち上げる際、あるいは、既存のWebサービスを改編してユーザー体験を向上させようとする際、皆さんはターゲットと想定するユーザーの期待や要求について考えるためにユーザーモデルであるペルソナを作っているでしょうか？ ペルソナを作るプロセスを経ずにサービス内容を決め、サイトをデザインしてしまったばっかりに、ユーザーにとっては魅力のないサービスができてしまったり、魅力は感じられても実際に使ってみると非常に使いづらく使えないサイトができてしまったりしていないでしょうか？ Webサービス提供者の視点やサイト構築者の視点だけで、サービスを企画し、サイトのデザインを行なってしまうのは、ターゲットと想定するユーザーと自分たちの間にあるメンタルモデルのギャップを無視してしまうのと同じことだと思います。とうぜん、自分たちがエンゲージメントを結びたいユーザーとの間のギャップ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Apigee
Web API Design - 開発者が愛するインターフェイスを作る
Loading...
デザイン | Android Developers
デザインこそすべて – ジョブズが遺した14のレッスン【７】