タグ

ブックマーク / fladdict.net (18)

  • iPhone X対応におけるデザイン上の注意ポイント | fladdict

    iPhone Xが発表されたわけですが、なにこのデザイナー泣かせの変態端末。 iPhoneUI設計者グレッグ・クリスティが追い出されて、ジョナサン・アイヴがソフトウェア統括となったのが2014年。 iOS7のフラット化あたりから、どんどんとUI設計が置いてけぼりになった感がありましたが・・・ここにきてまたデザイナー泣かせの豪速球が。 ざっくりデザインガイドラインを読んでの、気になったところメモ。 画面サイズ サイズは従来のベースであった4.7インチの375pt x 667ptから、375 x 812ptに。縦方向に145pt追加された。 想定されるインパクト 表示可能な情報量が増える 縦スクロール系コンテンツのコンバージョンが増加 スクロールで隠れるナビゲーションの必要性が低下 画面上部のボタンのコンバージョンが低下 ゲームなどの全画面イラストに、黒枠が出たり、見切れたりする グラフィッ

    iPhone X対応におけるデザイン上の注意ポイント | fladdict
  • スマート家電が実現する素敵なディス☆トピア | fladdict

    スマート家電とIoT(インターネット・オブ・シングス)について、仕事相談がくるようになり色々と基礎リサーチをした。しかしながら家電メーカーが好き勝手にやるとディストピアが到来する・・・という脳内シミュレーション結果が出た。以下はストーリー仕立てでまとめたプレゼン資料。 こんな未来は嫌なので、是非ともこの危機を回避していただきたく。解決編はまた別の機会に書く(あるいはクライアントにだけ提案する)。 fladdictさんの新居事情 fladdictさん(仮)は、UIUX系の会社に勤務するギリギリ富裕層のデザイナー。念願のマンション購入にあたり、�家をまとめてスマート家電�化することにした。 意識高い系であるfladdictさんは、未来の生活を調査すべく自ら人柱となったのである! 新居は、大手建設会社と大手家電メーカーが共同開発したスマートマンション「スマートピア南平台」。具体的に何がスマート

    スマート家電が実現する素敵なディス☆トピア | fladdict
  • GoogleがプロトタイピングツールPixateを買収。無料化される。オススメ。 | fladdict

    Googleが、ローカルベースのプロトタイピングツールPixateを買収した模様。以後、Pixateアプリは無料となり引き続き開発が続けられるようです。 2013年頃、Pixateに$600払ってた俺は泣いた。おめでとうございます。 Invisionを主流に百花繚乱の分断化で割と困っていたプロトタイピング業界。Googleがこの分野に手を出したことで変動は起きるのだろうか。 これがプロトタイピングツールの決定版になるとよいですね。高性能だし無料だし。クラウド版も$5だし。 日でプロトタイピングサービスばパッとしない究極の問題は、サービスがオンラインのことなんですよね。SI系の人たちは「セキュリティ的な事情でオンラインの共有サービスを使えない」という事情がありました。Pixateはローカルアプリなので、その辺の心配をする必要がないのがポイントですね。そのうち大手SIとかでもこういうツールが

    GoogleがプロトタイピングツールPixateを買収。無料化される。オススメ。 | fladdict
  • よくわかるマテリアルデザインの設計コンセプト | fladdict

    iPhoneAndroidではiPhoneのほうが良くできているが、iOSのフラットデザインとAndroidのマテリアルデザインでは後者の設計が優れている。マテリアルデザインは、デザインとエンジニアリングが高いレベルで融合していて、ロジカルで非常に美しい。 以下、自分の理解をまとめたメモ。 紙とインク マテリアルデザインは「ペーパー」と「インク」のメタファーでできている。 ペーパーの特徴 バーやボタンといった画面上のUIコンポーネントは、バーチャルな紙でできたカードと考える。また、このペーパーは1dpの厚さを持っている。 ペーパーは純白の矩形、あるいはシンプルな円形である。三角や星型といった複雑な形はとらない。そのような複雑な形状や模様はインクが担当する。 現実とことなり、このペーパーは自由に伸縮することができる。 マテリアルデザインにおけるレイアウトは、複数のペーパーを並べたり、重ねた

    よくわかるマテリアルデザインの設計コンセプト | fladdict
  • fladdict » iPhoneアプリ審査での111の禁止項目(意訳)

    ついに明らかになった、iPhoneアプリのリジェクト基準条項。 Engadetが公開したPDFをベースに、リアルタイムに更新中。 とりあえずリアルタイムに翻訳を作成中。 おもいっきり意訳なので、間違いの指摘や突っ込みはコメント欄かTwitterでお願いします。 <このリストは、2010年9月10日現在のものです。また意訳なので、気になる条文は原典をチェックすること。> 2. 機能 2.1: クラッシュするアプリはリジェクト。 2.2: バグのあるアプリはリジェクト。 2.3: 開発者の申請したものと違うアプリはリジェクト。 2.4: アプリの紹介文にない隠し機能を持つアプリはリジェクト。 2.5: 非公開のAPIを用いたアプリはリジェクト。 2.6: サンドボックス外のデータを読み書きするアプリはリジェクト 2.7: 実行コードを外部からダウンロードするアプリはリジェクト 2.8: 他の実

  • デザイナがエンジニアリング(プログラム)を学ぶコツ | fladdict

    最近、色々な方と「表現とエンジニアリングの融合」について、お話を伺ったりしたことからのまとめ。 なぜ表現者はテクノロジーを学習するのが苦手か 表現とエンジニアリングができるハイブリッドな製作者は、理系あるいはエンジニア出身の人間が多い。逆にアーティストや(グラフィック)デザイナーのバックグラウンドから、ハイブリッド型へと移行する人は相対的に少ない。 基的には、エンジニアのほうが「系統立てて学習する」という点で、ノウハウと教育がある。いわゆる「美的センス」といわれるようなモノであっても、いちどロジック化して自分なりに消化さえできてしまえば、エンジニアは表現やデザインもエンジニアリングの一貫として学習することができる。(逆に、スキルをブレイクダウンして学習するぶん、「作れるけど作りたいものがない」になりがちではある。) 明確なビジョンが学習を阻害する 一方アーティストやデザイナが、なぜテクノ

  • スマホUI考(番外編) 顧客やユーザーの要望に全て対応すると、アプリは99%破綻する | fladdict

    顧客や上司、ユーザーの場当たりな要望に対応しつづけると、どんなアプリもゴミアプリになる。たとえそれが理にかなった要望であっても。 なぜなら面積の限られたスマホでは「一画面の機能数とボタン数」が、使い易さと品質に深くリンクしているからです。 ということを、エラい人にプレゼンするのがお仕事の今日この頃。でも毎回毎回、同じことを説明するのがシンドイので資料をブログにまとめたいなぁと思うなど。 思考実験として、ここでは架空事例としてTwitterアプリを例に考えてみる。 何かの間違いで、日の大手メーカーがTwitterを買収すると・・・UIデザイナーが体を張らないと99%ぐらいの確率でこうなるのです。 ここがオリジナル Request1: ダイレクトメッセージをトップ階層に ユーザーからの真っ当な要望。実際にはサービスの質ではないのですが、要望はかなり多いはず。 ただTwitter社的にはme

    mikage014
    mikage014 2013/08/08
    初めからすべての選択肢が見えていれば取捨選択しやすいのだけど1歩進むと次のステージが見えてくるような状況は舵取りが難しい
  • 安価な3Dプリンタでも、ツルッツルのオブジェクトを作る方法 | fladdict

    RepRap: Blogより 通常の3Dプリンタは積層出力なので、制作物に0.1〜0.2ミリほどの縞模様がついてしまう。このため3Dプリンタで出力されたオブジェクトは、金型出力のようなツルツルのモデルにはならない。 このガタガタのABS樹脂性のモデルを、事後処理でスムーズにするノウハウを考えだした人がいるとか。 必要なものは、ホットプレート、ガラス瓶、アセトン、アルミホイル、針金。 ホットプレートを120度ほどに加熱する。 ガラス瓶をのせる。 瓶に3〜4mmほどアセトンをそそぐ。 そのうち瓶のなかで、アセトンが蒸発して蒸気が立ち上ってくる。 蒸気が瓶の口に達したら、温度を90度にさげる 針金で吊るしたアルミホイルの台座に、モデルを置いて、瓶の中につりさげる。 5分〜10分ほど待って取り出すとツルツルに。 終わったらプレートをオフにすると、蒸気はアセトンに戻る。 つまり、アセトンの蒸気をAB

    mikage014
    mikage014 2013/02/27
  • わかりやすい「エレベーターの開閉ボタン」ってどんなんだろうね? | fladdict

    Twitterで「ボタンと間違いやすいサイン」について呟いたら・・・ いつのまにか「間違いやすいエレベーターボタンのデザインの話」に巻き込まれてたでござる。 面白そうだったので、自分でも考えてみたり。コアコンセプトは以下のような感じ。 安全側にマージンを設ける 表現の為に安全を犠牲にしない 迷ったらコンサバに。チューニング芸で頑張る。 視覚的/言語的にハンディキャップがある人にリスクを負わせない。「ってか、そこは周囲の人で吸収する社会にしようぜ!」という思想を、そこはかとなく埋め込む。 ボタンの文言とか 「開く&閉じる」や「開&閉」は、漢字が似てて視認性が悪いのでボツ。「あける&とじる」や「あける&しめる」は、「る」が被るのでボツ。「Open & Close」は視認性が悪いし子供がわかんないのでボツ。 で「ひらく」と「しまる」に決定。 「とじる」や「しめる」じゃなくて「しまる」にした最大の

  • 3Dプリンタを使った現実ハックがステキ | fladdict

    via hiroiro まずは、何もいわずに動画を27秒目のところから見てみよう。ステキすぎる。 3Dプリンターで作った変な物体を、現実空間へとシームレスに埋め込んじゃおうという実験プロジェクト。 オブジェクトをピッタリマッチさせるのも現実写真からベースのモデルを作ってやってるんですね。なんかいいわー、3dプリンターの可能性を感じる。 色々なネタができそうなので、とりあえずメモ。

    mikage014
    mikage014 2012/11/13
    おもしろい。新しい市場ができそう
  • HTMLをレイヤー別けしたPSDに変換するキャプチャーソフト Page Layers が神 | fladdict

    Page Layersは、すごいウェブのキャプチャアプリ。なんとキャプチャするサイトを、DIVやIMG要素ごとにレイヤー分割したPSDにしてくれるのだ! これは素敵と言わざるをえない。 ビデオをみれば使い方は一目瞭然。URLを入力して保存ボタンを押すだけで、なんでも構造化したPSDにしてくれる。 Mac専用アプリで、AppStoreで$28.99。これは買いだと思います。 Web関係者は必須的な。

  • Lineを殺すサービスの作り方 | fladdict

    別にLine嫌いじゃないけれど、むしろ応援してるけど。でもLineの一人勝ちはあまり面白くない。 というわけで思考実験として、今からLineに追いつくVoIPアプリをどう作るかを考える。 Lineを殺す方法とは、如何にLineの魅力とビジネスモデルを無効化するプロダクトを考えるか? だと思う。単純にラインよりもいいアプリを作ろうでは、先行者利益を覆すのは難しい。日のサービスは「いいものを作るぜ!」が多いが、海外のサービスの「現在のビジネスモデルを台無しにするぜ!」というスタイルが有効だと思う。 根的にLine質は、 電話が無料でかけられる! 電話からの移行がラクチン! スタンプが楽しい! の3点だと思う。つまり「速くて安くて美味い」をベースに、ちょっとばっかり優越感を味わったり差別化をしたい人から課金をする・・・というモデルになっている。この3つの魅力のうち1つか2つを、破壊あるい

  • Facebookの人が書いたSNS分析本、Groupedが面白い。 | fladdict

    Grouped(邦題:ウェブはグループで進化する)というが、なかなか面白かい。 著者は、マーケティング論の定説となっている「インフルエンサーによるバズ」は幻想にすぎないと切り捨てる。ソーシャルWEBは5〜10人の小規模グループが、いくつも重なることで形成されており、インフルエンサーの影響は思われているよりもずっと小さいと言う。実際にはソーシャルグループを繋げるのは無数の数多くの人々であり、如何に彼らの感情を喚起していくのかが重要なのだという。 ちなみに著者のポールアダムスは、サイクロン掃除機のダイソンでプロダクトデザインとUXをやった後、GooleでGoole+に参加し、現在はFacebookにいるというなかなか凄い経歴の人。書はそんな著者が、ソーシャルウェブとは何か?というテーマについて書いただ。しかも執筆をGoogleからストップかけられ、Facebook移籍後に出版してた、いわ

    mikage014
    mikage014 2012/08/06
    おもしろそう
  • 0円の広域負荷分散システムCloudFlareが素晴らしい件 | fladdict

    fladdictの非公式プロジェクト(いわゆる裏dicct)に、posemaniacs.com というサービスがある。 絵のデッサン素材を無料配信するサイトだけど、いつのまにやら老舗サイトに。気がついたら1日の転送量が30〜40GBまで膨れ上がっていた。あまりの負荷にホスト元のhetemlさんでアクセス規制、あわや閉鎖の危機の大ピンチ。わりと気で、Pixivとか星海社とかマール社にサービス譲渡とかしようか悩んだ今日この頃でした。 そんな折、@ku_suke さんのご了解で導入してみた、CloudFlareというサービスが、全ての危機を救ってくれた。マジ多謝です。 どういうサービス? CloudFlareはCDN(広域負荷分散システム)。世界5カ所にデータセンターを有し、データをキャッシュして各地に配信するこで負荷分散してくれる。いわゆるAkamaiの同類だけど、ものすごい特徴が1つある。

  • Kinect と MikuMikuDance の融合がスゴい | fladdict

    XBox360起源の3次元センサKinectと、初音ミク起源のエージェントコントロールシステムMikuMikuDanceのハック合成が大分スゴい。 40秒ぐらいからの右上と、2:10ぐらいからの全体が見所。 これだけでもネタとしてスゴいのだけど、単純なオタク系コンテンツというよりも、ウン千万円するモーションキャプチャシステムがたった数万円で、簡易版とはゆえ個人ユーザーが所有できる時代がやってきたわけです。 こういうシステムが確立されると、個人でフルCG映画を撮って、Amazon Studioのコンペにだし、ハリウッド映画化、というプロセスも、単純な工数的には不可能じゃない時代がやってきたということに。 もうMikuMikuDanceのシステムは初音ミク以外のデータにも対応してるので、あとは3Dデータさえあれば、映画俳優だろうが広告案件だろうがフルチューンで活用できるんじゃないかと思います。

    mikage014
    mikage014 2010/12/20
    モーションキャプチャも個人でできる時代になった。踊ってみたカテゴリがにぎやかになりそう
  • GSkinnerの作ったJavaScriptライブラリが素敵すぎる件 | fladdict

    Flash界のコーディングゴッドGSkinnerがJavaScriptのCanvasをFlashライクに使うライブラリを作った。 この人、確か僕と同い年ぐらいかちょい下なんだよね。。。会う度に超へこむ。 画期的というか、確実にかゆいところに手が届くライブラリで、下みたいなのがサクサクJSでいける。あいかわらずソースは美しいし、ドキュメントも完備。 game sparkles rollover localToGlobal globalToLocal sprite sheets ざっと見た感じFlashでいうところの、Stage, MovieClip, Sprite, Bitmap, Matrix, Stage, EnterFrameとキーフレームアニメがサポートされてる感じ。これは素敵。 このライブラリそのものもスゴいんだけどポイントは、GSkinnerがJSやりだしたってことは、365日以

  • instagramに投稿した写真は規約上、大分権利放棄になるっぽい。 | fladdict

    via iPhoneography 日でも大流行のInstagramですが、利用規約の一文にさりげない爆弾文言があることが発覚。iPhoneographyの記事をベースにすごい大まかに規約を訳すと、 「インスタグラムに投稿された写真は、誰もが自由に使ってよいということに同意したものとみなすよ。印刷やメディア利用も自由だよ。インスタグラムもユーザーの誰でも、インスタグラムにある写真自由に改変したりコピーしたり外部に再配布するかもしれないよ。」 By displaying or publishing (“posting”) any Content on or through the Instagram Services, you hereby grant to Instagram and other users a non-exclusive, fully paid and royalty-

    mikage014
    mikage014 2010/12/06
    記憶の片隅においておこう
  • ゆとりiPhoneプログラマの為のメモリ管理 | fladdict

    主にFlashのガベコレで脳が弛緩してる、ゆとりiPhoneプログラマ向けのメモリ管理術。しち面倒なRetainCountの管理を30秒で解決するよ。 1:とりあえず NSMutableDictionary を1個作る。このDictionaryはプロパティとして保持する。 2:alloc / init でインスタンスを作るときは、[[[ClassName alloc]init]autorelease] と必ずオートリリースをつける。 3:[NSString stringWith〜] のように、allocとinitを経ずにインスタンスを作る場合は、自分で勝手にretainをしない。 4:作成したインスタンスは持続的に必要な場合、NSMutableDictionary に突っ込む。 5:必要なくなったインスタンスは、NSMutableDictionary から remove する。 こうすると

  • 1