Invest into the most popular and in-demand assets. Everything you expect from an ideal trading platform, based on the device of your choice
スマホ向けサイト制作3手法の基礎知識と課題、OS／機種依存のハマリどころ3選：スマホ向けサイト制作で泣かないための秘伝ノウハウ（1）（1/2 ページ） スマートフォン向けWebサイト構築支援ツールを開発・販売するため、国内すべてのケータイ・スマートフォン・タブレットを所有している企業に勤める筆者が、サイト構築のハマリどころとも言えるノウハウを紹介する連載。第1回は、PCやケータイと比べて際立ったスマホの特徴2つや、スマホ向けサイト制作3手法の基礎知識と課題、iPhone／AndroidなどOS／機種依存でのハマリどころをサンプルを交えて3つ紹介 連載開始に当たって 初めまして。KSKの「フレックスファームビジネスユニット」でエバンジェリストをしている渡辺と申します。筆者の所属するフレックスファームでは、スマートフォン向けWebサイト構築支援ツールの開発・販売を行っています。国内で販売されて
今までスマホサイトを制作したことが無いので、サイト設計から基礎知識、デザインの知識など一から全て勉強していきますので、その点についてまとめて行きます。 用語整理 まず初めてに新しい用語などについて整理していきます。用語については自信ある方はこの項目は飛ばして下さい。 「スマホ」と「スマフォ」どっちが一般的なのか 今まで「スマホ」だと思っていたのですが、最近「スマフォ」と呼称する人を見かけるようになりました。確かに「スマートフォン」を略すなら「スマフォ」の方が正しそうな気がしますが、Google で調べた所検索ボリュームの数が「スマホ」の方が圧倒的に多いので、私は略す場合は「スマホ」で通していくことにします。 フィーチャーフォン (ガラパゴスケータイ) 日本独自の進化を遂げた携帯をガラパゴス携帯、略してガラケーと呼びます。個人的にはガラケーという言葉を使っていたのですが、ガラケーではなく「フ
スマートフォン向けサイトやアプリケーションを開発するのに役立つフレームワーク・ツール・プラグインなどのリソース、ナビゲーションをはじめとするUIパターンをまとめたサイトを紹介します。
Android案件の見積り ｜ クラスメソッド開発ブログ を読んで、業界人らしき人のブコメが、「この程度でホッテントリか」という感じで、僕もややそっちよりの意見だったので、ざっくり補足できそうな点について書いて見ました。もう転職して受託の立場ではなくなったので。やや発注側の視点も含まれています。 責任のないリスクについてコスト負担範囲を決める すべてにおいて最重要項目です。変化の激しいスマホ業界においては、互いのリスクテイクについての認識をあわせておく必要があります。例としてはこんなものがあります。 開発期間中に突如OSのメジャーバージョンアップがあった。 顧客「あ、新しいのでましたね。対応できますよね＾＾」 世論に応じて機能の根幹部分が突然リジェクト対象になる。 りんご「今日から電話番号認証禁止ね＾＾直さないと削除しちゃうよ＾＾」 過去を顧みない方針転換がなされる ぐぐる「メニューボタン
スマートフォンやタブレット、電子書籍やネットTVなど、マルチデバイス時代を迎え、どんな端末の上でも動くウエブ・アプリに関心が集まっている。それを作る次世代ウエブ技術「HTML5」は今後、新聞、雑誌、音楽、動画など、あらゆるコンテンツ産業に大きな影響を与えると見られるが、中でもいち早く、これを導入しているのがゲーム業界だ。最近のゲーム業界は、かつてのドラクエやF.F.のような大作ソフトから、スマートフォンなどモバイル端末上で動く手軽な「カジュアル・ゲーム（ソーシャル・ゲーム）」へと関心がシフトしている。 この種のゲームはこれまで「Adobe Flash」と呼ばれる、開発プラットフォームを使って製作されることが多かった。それがこの半年から1年ほどの間に、HTML5を使ってカジュアル・ゲームを開発する業者が目立って増えてきた。この傾向は特に米国で顕著（図1）だが、日本も例外ではない。東京都内にあ
質問回答画面でお答え頂いた内容はご使用中のブラウザのcookie情報に保持され、より最適な情報をお伝えするために使用します。 1度回答いただければ、次回以降質問回答画面は表示されませんが、コンピュータの初期化などで保持情報を削除された場合は再度ご回答頂く必要がありますので予めご了承ください。 本ページはスマートフォン（推奨環境：iOS4以降/Android2.2以降）用に最適化しています。 本サイトでは、JavaScriptを使用しています。JavaScriptを有効にしてお使いください。 東京ディズニーリゾートTOP 法的制約と使用条件 プライバシーポリシー ©Disney All rights reserved.
UIについて徒然と考える自分用メモ、２回目はフィードバック。ユーザーに「何かがおきたよ！」と如何に明解に知らせるか？１回目はこちら 随時増えたり減ったりするよ。自分の主観だから間違ってることもチラホラあるかもよ。 振り返ってみてTiltShiftGenでは、遷移系のフィードバックは少なめにして、情報系のフィードバックを多めに調整してたんだなぁとシミジミ。多分、ブラーの処理が重かったからだと思う。隙をみてバージョンアップしたい。 一般論 ・フィードバックとは？ ユーザーの操作に対して、結果を返すこと。操作の実感。 ・フィードバックのないアプリは痛覚の無い人間。 ・物理的なフィードバックもソフトウェア的フィードバックもなければ、ユーザーは何がおきているか知覚できない。 ・何かが起きたら必ずユーザーに通知する。 ・適切なフィードバックが行われるとユーザーは快感を感じる。 ・新雪に足跡をつけたり、
SuperPopCamとか作ったときに、体系的な資料欲しいなぁーとか思ってたことのまとめ。 色々と自分の中の考えをまとめるためのメモ。世の中のアプリは機能を半分にして、減った予算分をUIの練り込みにつぎ込んだ方が絶対よいアプリになると思う。 書いてる作業が一番考えまとまるので、ちょぼちょぼあげていこうかと、まずはボタンから。 指の大きさの制約を受ける ・Webとスマホを比較した場合、最大の違い。 ・ピクセル単位でクリック位置を制御できるマウスポインタと違い、指は大雑把にしかタップ位置を指定できない。 ・このためAppleはボタンの最小サイズとして44pxというガイドラインを作っている。 ・視覚的に44px以下のボタンも実際のヒットエリアは大きめにする。 ・またこれに留まらず、ボタンとボタンの間のマージンは空けられるだけ空けた方が安全。 ・つまるところ「カッチリ」つめたボタンレイアウトのグラ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
