Twitterから学ぶアプリ設計・運用のススメ
作り方ではなく進め方が知りたい スマートフォンをはじめとしたモバイル機器向けのアプリ設計・開発がはじまって数年。検索をすれば世界中の開発者、デザイナーの知見をたくさん見つけることができますが、「実際どうやって進めるの？」という部分が見えにくいことがあります。仕様書や Tips を読むだけでは分からない、プロセス特有の課題をどのように取り組めばいいのでしょうか。そんなとき、Twitter が公開している Mobile App Playbook: Lessons Learned が参考になります。 Twitter アプリはもちろん、Cannonball や Furni のような社内プロジェクトを通して学んだこと10 項目が紹介されています。開発で躓いたこと、課題に挙がったこと、解決につながったことが経験に基づいて書かれているので説得力があります。ステップバイステップのハウツー情報が欲しいという
見た目は地味な「GitHub」だが、強さの秘密はデザインにあり
見た目は地味な「GitHub」だが、強さの秘密はデザインにあり 米GitHub Head of Design、Mark Otto氏 サンフランシスコに拠点を置く米GitHubは、もしかしたら「世界一地味なユニコーン（推定企業評価額が10億ドルを超えるスタートアップ）」かもしれない。同社の「GitHub」はプログラムのソースコードを管理するクラウドサービス。ひたすらアルファベットが並ぶ画面に、派手さは一切無い。 しかしGitHubは、企業向けソフトウエア業界でも有数の「デザインを重視する企業」だ。その証拠の一つがデザイナーの多さ。同社が雇用する「社員デザイナー」は25人。全社員が562人（2016年4月現在）なので、社員に占める割合は約5％となる。ITベンダーにおけるデザイナーの比率は1～2％以下とみられるので、これはかなり多い。 GitHubのデザイナーが取り組んでいるのは、プログラマの「
最も中毒性の高いアプリトップ50に共通する傾向とは？ - BRIDGE（ブリッジ）テクノロジー＆スタートアップ情報
Abhinav Agrawal氏は、モバイルアプリに関する競合他社情報を提供するSurveyMonkey Intelligenceのバイスプレジデントである。以前はRenzuのCEO兼共同設立者、Social Capitalの客員起業家、Zyngaのゲーム部門VP、Amazonのプロダクトマネージャーを務めていた。彼のTwitterは@agrawal667 Arjun Lall氏はSurveyMonkey Intelligenceの商品部長である。以前はRenzuのCOO兼共同設立者、Social Capitalの客員起業家、Zyngaの商品ディレクター、JamLegendの共同設立者であった。彼のTwitterは@_arjun via Flickr by “Christian Hornick“. Licensed under CC BY-SA 2.0. 意外に思うかもしれないが、最も中毒
UX課題を”つくる前”に改善！インド発の無料プロトタイピングツールが、人間の仕事を本気で奪いにきてる | Ledge.ai
TOP > Technology > 注目テクノロジー > UX課題を”つくる前”に改善！インド発の無料プロトタイピングツールが、人間の仕事を本気で奪いにきてる こんばんは、イイノです。 つい先日にはAdobeXdのプレビュー版がリリース。プロトタイプが本格的に現場に浸透するぞー！なんて、話題になってますが、個人的にはXdを超える？なんて思えるプロトタイピングツールを発見してしまったので、紹介してみようかなと。 これまでのプロトタイピングツールでは難しかった『複数人プロトタイピングでの挙動をトラッキング分析』や、『個別＆全体での行動をレポーティング』といった機能を搭載し、なんと無料で利用可能にしてしまったという衝撃のツール『CanvasFlip』。 インドの天才たちが作ってくれたこのツールで、プロトタイピングとユーザーテストの手順や手間やコスト、その他もろもろな常識が変わってしまう？…かも
ソフトウェアのスケーラビリティについてスターバックスが教えてくれること | POSTD
2004年に Gregor Hohphe が「 スターバックスでは2相コミットを使わない（Starbucks Does Not Use Two-Phase Commit） 」という優れた投稿を発表しました。それを読んでいたら、学生時代にスターバックスでアルバイトをした頃がいきなり関わってきました。何年もの間に次第に分かってきたのは、プログラマでさえ有名なコーヒーショップのチェーンから学べることが思った以上にあるということです。 多くの人はスケーラビリティのあるソフトウェアを作ろうしますが、最初に考えていたよりも非常に難しいことがあります。個々のタスクをこなしているうちに「あらゆるものの重要性は等しく、同じリソースを必要とし、決まった順序で同期的に進行する」と考えてしまう罠に陥ってしまうのです。 実際には、少なくともスケーラビリティのあるシステムでは、当てはまりません。もちろんスターバックス
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
