タグ

ブックマーク / blog.ku-suke.jp (9)

  • Bootstrapよりキレイ!Googleのマテリアルデザインキット - ku-sukeのブログ

    Bootstrapの見慣れた感というか、モック感から脱却しようとFoundationとかに手を出しかけてたのですが、Googleがだしてきたマテリアルデザインキットがすごく良かったので紹介します。 たとえば管理画面風のデザインはこれ ほかにもBootstrap風の上部メニューのデザイン(Android)もあったり コンポーネントと呼ばれる部品も充実しています。これ見るだけで色々できそうな気がしますね! Blog風など幾つか提供されています。いまとあるサイドプロジェクトで簡易的な管理画面をつくろうとしてたのですが、早速活用していい感じに仕上げることが出来ました。 ダウンロードすると全テンプレートが含まれているので、コピペで組み合わせるだけでも結構いい感じに出来ます。Bootstrapに飽きてきたら、ぜひ使ってみてください。 www.getmdl.io

    Bootstrapよりキレイ!Googleのマテリアルデザインキット - ku-sukeのブログ
  • スマホUI考便乗(データドリブンによる解決編) - ku-sukeのブログ

    スマホUI考(番外編) 顧客やユーザーの要望に全て対応すると、アプリは99%破綻する | fladdict まだ解決編が家で出てないのですが、最終的には意思決定の勝負になると思うので、そのアプローチの例。 命題:クソアプリのUI上の問題をどうにかしてマシにしたい さて、問題点は次のとおりです。 ユーザから使いにくいというレビューが書き込まれる 継続率が悪く、ダウンロードしてもすぐアンインストールされる メンテコストの増大で開発スピードが落ちる コードベースが膨れ上がりバグの見落としが増える ということで、なんとなくUIもコードもスッキリさせたいというのが正解っぽい感じします。それでも、ユーザの声や偉い人の言いなりで追加していったようなチームが果たして自信満々に「機能を削りましょう」と信じて進めるでしょうか。なにか武器がほしいところです。 そこで出てくるのが外部コンサルタントです。権威ある

    スマホUI考便乗(データドリブンによる解決編) - ku-sukeのブログ
  • 1GB/1円のAmazon Glacierを個人でも活用する方法 - ku-sukeのブログ

    先日1GB/1円 衝撃のAmazon Glacierを早速使ってみた - ku-sukeのはてなダイアリーという記事を書きました。ブコメとかで結構気軽には使えないよね―という意見があったのですが、先日S3経由での利用オプションができたので、割りと個人でも簡単に使えるようになったということでそのやり方を紹介してみようと思います。 S3経由でGlacierを使う新機能とは? 普通の速度で使える方のクラウドストレージであるAmazon S3にファイルを保存すると、勝手にGlacierにファイルを送ってS3上にはショートカットのようなものだけを置く感じにしてくれるサービスです! 一度S3に保管しますが、S3の利用料はほとんどかからず激安価格でGlacierに保管することができます。もちろん取り出しには数時間かかるという点は変わらないのですが、S3上でファイルの一覧が管理されているので、安心して利用

    1GB/1円のAmazon Glacierを個人でも活用する方法 - ku-sukeのブログ
  • 1GB/1円 衝撃のAmazon Glacierを早速使ってみた - ku-sukeのブログ

    AWS発表】 Glacier – 1GBあたり月額約1円で利用可能なアーカイブストレージが登場 - Amazon Web Services ブログ というわけでS3以来の衝撃だったので早速使ってみました。がしかし未だダウンロードは時間まちで試せていません。まずは概要のレポートです。 Amazon Glacierとはなんぞや 一言で言うと、いつでも手軽には取り出せない代わりに、安く長く安全に大量にデータを保存してくれるサービスです。1GBあたり月額1円と、Amazon S3の十分の一の価格で、MacBookAirのSSD256GBをフルバックアップしても、月額256円しかかからないのです。 Dropbox的につかえるの? 使えません。アップロードしたデータを取り出すには、申し込みリクエストを送信してから、3、4時間待つ必要があります。 つまり利用用途としてはお気に入り動画を何年も安全にバッ

    1GB/1円 衝撃のAmazon Glacierを早速使ってみた - ku-sukeのブログ
  • 開発中のiPhoneアプリを自前サーバで配布する方法 - ku-sukeのブログ

    OTA配布が手軽にできるオープンソースのPHPスクリプト書きました。TestFlightが様々なポリシーで使えない方向けに書きました。 ku-suke/SimplePHPAdhocServer · GitHub これはなに? USBケーブルを繋がずに、開発中のアプリを実機に配布できるPHPスクリプトです。自前のサーバに設置してご利用ください。developmentプロファイルでもdistributionプロファイルでもenterpriseプロファイルでも使えます。enterprise以外はあくまでUDID登録済みの実機だけです。 動作確認というか必要条件 PHP 5.2以降 MySQL 5.0以降 USBで実機にアプリをインストールすることが出来る環境(Xcode/Provisioning profile etc) ライセンス 個人で書いたのでMITで自由に使えるよ!同梱ライブラリのライセ

    開発中のiPhoneアプリを自前サーバで配布する方法 - ku-sukeのブログ
  • スマホ案件の見積もりについて - ku-sukeのブログ

    Android案件の見積り | クラスメソッド開発ブログ を読んで、業界人らしき人のブコメが、「この程度でホッテントリか」という感じで、僕もややそっちよりの意見だったので、ざっくり補足できそうな点について書いて見ました。もう転職して受託の立場ではなくなったので。やや発注側の視点も含まれています。 責任のないリスクについてコスト負担範囲を決める すべてにおいて最重要項目です。変化の激しいスマホ業界においては、互いのリスクテイクについての認識をあわせておく必要があります。例としてはこんなものがあります。 開発期間中に突如OSのメジャーバージョンアップがあった。 顧客「あ、新しいのでましたね。対応できますよね^^」 世論に応じて機能の根幹部分が突然リジェクト対象になる。 りんご「今日から電話番号認証禁止ね^^直さないと削除しちゃうよ^^」 過去を顧みない方針転換がなされる ぐぐる「メニューボタン

    スマホ案件の見積もりについて - ku-sukeのブログ
  • distimoのマーケットレポート抄訳 - ku-sukeのブログ

    Distimoのプレゼン資料が人気出てるので、簡単に訳してみました。 Monetization And Analytics In Appstores View more presentations from Gert Jan Spriensma Monetization And Analytics In Appstores - Presentation Transcript モバイルアプリストア デバイスメーカー、OSデベロッパー、キャリア、独立系など様々な運営のマーケットがあります。 DistimoはAppStoreを知り尽くしています。 世界中のタイムリーなマーケットデータを収集しています。 さて、どうやってマネタイズしますか? 新しいマネタイズ戦略は収益拡大の鍵になります iPhoneプラットフォーム 4%のアプリケーションがアプリ内課金の機能を備えています。 72%の収益がアプリ内

    distimoのマーケットレポート抄訳 - ku-sukeのブログ
  • アプリ内課金を使わないとリジェクトされるという話 - ku-sukeのブログ

    このブログエントリの話 AppleによるiBookstore一元化への布石?まずはシリーズ物iPhoneアプリ禁止へ|中村智武のCTO記 これはマジです。詳しくはいえないけど複数の人から聞いています。ブックカテゴリは特に、アプリ一覧を見るとシリーズ物でバンバン出している会社が多いので、恐ろしくアプリ数が多いのね。 これを見かねたアップルが対策してきたのか、あるいはiBookStoreへの布石なのかはわからないけど、こういった「シリーズ物」のアプリは6月すぎごろから単体アプリでのリリースがリジェクトされ出してきているのです。リリースしたければ1にまとめてアプリ内課金にしてね。と。 アプリ内課金にまとめる 基的にアプリ内課金にまとめるにはだいたい慣れていても1人月はかかります。課金処理、ダウンロード処理、認証処理、異常系(回線断・アプリ消しちゃったetc)下手すると数人月かかってあきらめる

    アプリ内課金を使わないとリジェクトされるという話 - ku-sukeのブログ
  • 勉強会の段取りまとめ、更新版 - ku-sukeのブログ

    勉強会をやる時の段取りまとめ - ku-sukeのはてなダイアリー のつづき。 前回の内容をベースに、すこし最近の状況にあわせときます。 だいたい40〜100人前後の勉強会、20〜50人前後の懇親会を目安に書いています。 もうちょっと少なければ、適当に間引いてください。 事前の準備編 準備はatndを使う。がキャンセル率が高いので、シビアな人数把握には利用しない。 相場として100人くらいの規模のイベントだとドタキャン率は2割程度 勉強会だと、少し大目に募集しておいて、「定員越えの場合は後から来た人が立ち見ですよ」とかにすると良い。 「あとから登録した人」ではなく「後から来た人」がポイント。 懇親会は、atndで別エントリにする、が、こちらもシビアな人数確認には使わない。 相互のエントリにリンク張っておく。 会場へのアクセスはわかりやすく。 当日の準備編 可能であれば建物入り口などに会場案

    勉強会の段取りまとめ、更新版 - ku-sukeのブログ
    s_ryuuki
    s_ryuuki 2009/12/30
    勉強会のやり方
  • 1