190万ダウンロードのアプリ、無料じゃないと“もったいない” (1/5)
手描きキャラ「リズムシ」が登場する無料のiPhoneアプリが、去年の半ばあたりから連発されている。 いずれも大人気で、App Storeの無料音楽アプリ部門のトップ30に、なんと6つのアプリが並んだほど（2011年8月25日現在）。これらリズムシシリーズ全体のダウンロード数は190万を超えるというから驚きだ。 中でも人気なのが、今年3月にリリースされ、すでに80万ダウンロードを超えたという「ラップムシ」。「オレは」「DJ」「お前は」「マイケル」のように、サンプリングされた言葉をリズムに合わせて鳴らすことでラップできるというもの。リズムやリフのループも入っており、簡単にDJ気分が楽しめる。8月19日には、その英語対応版とも言うべき「サムライムシ」（英語名は“Samurai Boy”）がリリースされ、やはりいきなりの大人気アプリになっている。 これらリズムシシリーズを作ったのは、成瀬つばささん
複数のMacで開発する際の証明書：iPhoneアプリ開発雑記帳
複数のMacで開発するにあたり、証明書の扱いに注意が必要です。 Provisioning PortalのCertificateからは、1台分の証明書リクエストのみしか登録できません。 複数のMacを使用したい場合は、まず1台目のMacで証明書の登録を行ないます。 2台目以降のMacには、Provisioning Portalからダウンロードしたファイルではなく、1台目に登録したMacから証明書を書き出して使用します。 1台目のMacのキーチェーンアクセスを起動し、分類の証明書からiPhone DeveloperやiPhone Distributionなどの必要となるキーを探します。 書き出したい証明書を見つけたら右クリックし、「(書き出したい証明書の名称)を書き出す…」を選択します。 書き出す時のフォーマットは「個人情報交換(.p12)」を選択します。 続いて、パスワードを設定します。 こ
ad hoc配布? いいえ、TestFlightです - mabots' blog
TestFlightを評価してみた。これから使ってみようかなという人はご参考に。 TestFlightって? AppStoreに公開されていない状態でリモートに配布する場合において、ad hoc配布形式のIPAファイルを円滑に配るためのサービス http://testflightapp.com http://jp.techcrunch.com/archives/20110120testflight/ 画面 まとめ TestFlightはad hoc配布をやりやすくするツールである 結局はad hoc配布のため UDID 100個の制限からは免れられない 誰がインストールしたのか追跡可能 特定の配布リスト、配布メンバーに対して配布ができる メリットのあるケース 複数のバージョン/ブランチを同時開発して単一端末でテストするとき、端末単体でアプリを入れ替えて対応できる 複数のメンバーが同一アプリ
iPhoneアプリを公開用に署名してビルドするには？
アプリを公開しようとして「iTunes Connect」でプログラムバイナリをアップロードしたら拒否された。どうやら開発用の証明書による署名ではダメで、公開用の証明書を取得して署名する必要があるとわかった。 その他にも色々やる必要がありそうだ。公開直前のアプリを公開用に署名してビルドするまでをまとめておこうと思う。 一連の手順は、「iPhone Dev Center」＞「iPhone Provisioning Portal」＞「Distribution」に英語で書いてある。 「iPhone Dev Center」にログイン ・iPhone Dev Centerにログイン ・右ペインから「iPhone Provisioning Portal」へ ・左ペインから「Certificates」へ ・「Develop」タブが開いていて、現在使っている開発者用の証明書のリストが表示される ・「Dist
30分、JavaScriptで作るWebサービスのモックアップ - ゆーすけべー日記
Instagramは日本のユーザーも多く、日常を切り取った写真がほとんどで、 またお洒落なものも混じっているのでたまに眺めると気持ちがホッコリしたりします。 特定のキーワードでInstagramの最新の写真を検索したい時があります。 例えば、みんなが今どんな「ご飯」を食べているのか、今日の「日の出」はどのような具合なのか、 がInstagramの写真を通して分かるかもしれません。 Instagramの写真検索サービスを探してみると、 Instagram自身が検索機能を提供してないので他の第三者が作ったサービスがいくつか出てきます。 使ってみたところ、もう少し自分で見た目やら機能を変えてみたいなーなんて思いました。 そこで、「Instagramの今の写真を検索できるサービス」といういわばWebサービスを作りたい欲求にかられます。 今回はこのようなちょっとした欲求から考えた「Webサービスのモ
F-35の開発で生まれたソフト技術
先日、政府は自衛隊の次期主力戦闘機（FX）に、米国など9カ国が共同開発中の米Lockheed Martin社製「F-35 Lightning II」を選定しました。 航空機産業は技術面で多大な波及効果があることから、FXの選定においても国内の防衛産業の基盤維持が一つの論点となっていました。ただし、今回選定が決まったF-35の場合、Eurofighter社の「Typhoon」といった他のFX候補機と比べると、国内で認められるライセンス生産の割合は低いようで、F-35調達における一つの懸念点となっているようです。 これはこれで日本の製造業にとって非常に重要な問題なのですが、それとは別に筆者がF-35で思い浮かべたのが、「JSF++」です。 JSFというのは、F-35のプロジェクト発足当初の名称で「Joint Strike Fighter」の略称です。さまざまな国の多様な目的を持った戦闘機を共通
Pocket » 家入さん率いるハイパーインターネッツと「チョコくれ！」を１週間で立ち上げるまでの舞台裏
２月３日に家入さん率いるwarusouチームとローンチさせたソーシャルバレンタインプラットフォーム「chocokure」。上限２,０００個だったチョコは家入さんの手によって瞬く間に多くのユーザーへプレゼントされる事が決まり、男女共に楽しめるサービスとして話題になっています。 そんなchocokureのデザイン構築を担当させて頂いた体験をもとに、今回のエントリーではMONOspaceとして参加させてもらったchocokure開発の裏側と、家入さんと一緒にサービスを立ち上げる様になった経緯なんかを書いてみようと思います。僕自身がこういう舞台裏の展開を知りたいとずっと思っていたので、同じ様な思いの人へ何か参考になれば嬉しいです。（補足：MONOspaceは僕を含む４名で立ち上げたwebクリエイター集団です） なんの前触れもなく、チャンスは突然やってきた。 家入さんにアプローチしてからサービス開
git-flow によるブランチの管理
今回は分散バージョン管理システムgitと共に用いる「ブランチモデル」について紹介していただきます。gitを使ってみて、その高機能さをどう使えば良いか悩まれた方は、ぜひ本稿をご一読ください。gitそのものの使い方については解説していませんので、その際には『 実用git 』などの書籍を参考にしてください。 git-flow は Vincent Driessen 氏によって書かれた A successful Git branching model (O-Show 氏による日本語訳) というブランチモデルを補助するための git 拡張です。 git-flow を利用する前には、まずこの文章を一読することをおすすめします。 その骨子については、 Voluntas 氏のブログ が参考になります。 git を使うメリットの 1 つは、そのブランチモデルです。しかし gitを使っていると、その高い柔軟性か
開発者のスキルチェック集 - 主に言語とシステム開発に関して
エンジニアのスキルレベルをチェック＆フォローするための，チェックリスト集。 学ぶべき項目を整理してあるので，判定だけでなく学習のためにも使える。 チェックリストには，２種類ある。 レベル判定用のチェックシート・質問集。（※面接や，タスクの振り分け時に利用） 各種IT技術について，初級・中級で押さえるべきポイントを網羅した，学習項目やノウハウのリスト。（※教育や研修のために利用） いずれも，開発チームの技術力の底上げのために活用できる。 このようなチェックリストを活用する事によって，以下の事柄が達成される。 低スキル者のために開発プロジェクトがリスクを抱え込む，という事態を回避できる。彼らを教育するためのリソースを短縮できる。 断片的な知識が散乱している状態であっても，それらの知識を体系的に整理し直して「知識のインデックス」を持たせ，抜けや漏れをなくすことができる。そうする事により，各メンバ
デザイナーが RailsとGitのことを少し知ってると色々捗る
The document contains a series of dates from 2011-6-22 repeated many times. Between some of the dates are short phrases such as "Don't Repeat Yourself" and "Convention over Configuration". The overall document does not appear to have a clear purpose and consists primarily of a date repeated with occasional unrelated text fragments.Read less
223Soft -
Document Data Structure in MongoDB Express MongoDB lets you easily store structured and unstructured data in a flexible and dynamic database schema. It supports CRUD operations on complex data objects using JSON as the main data type. Its an open source solution so it may not be as robust or well supported as commercial management tools. However it is easy to deploy and works well for most use cas
Steve Yegge の Google とプラットフォームに関するぶっちゃけ話を訳した（後編）
中編からの続き そんでもって、 Microsoft は持っている。僕同様、みんなも知ってると思うけど、なんと驚くべきことに、 Microsoft はそれをよく理解していない。実に。でも彼らは、純粋に、偶然、プラットフォームを提供するビジネスから始まって成長してきたから、プラットフォームを分かっているんだ。彼らはその領域で30数年やってきた。 msdn.com に行って、少しの間ブラウジングしてみればわかる。もし見たことが無ければ、驚く準備をしておいた方が良い。なぜならそれがとてつもなく巨大だからだ。何千の、何千の、何千もの API コールがある。彼らは巨大なプラットフォームを持っている。実際の処大きすぎて、全く統率が取れていないけれど、少なくとも彼らはやっている。 Amazon は自分のものにしている。 Amazon の AWS （ aws.amazon.com ）は途方も無くすばらしい。
Steve Yegge の Google とプラットフォームに関するぶっちゃけ話を訳した（中編）
前編からの続き この努力は僕が Google に来る為に Amazonを離れた2005年半ばも続いていた。でももっとずっと進化していたよ。 Bezos が命令を出してから僕が離れるまでの間に、 Amazon は全てにおいてまず最初にサービスを考える企業へと文化的に変化していった。外部の日の目を決して見ることの無いような、スタッフへの内部的なデザインも含めて、今ではそれがデザインというもの全てに対しての基本的なアプローチになっている。 その時点では、彼らはもはや解雇の恐怖からそうしているわけではなかった。つまり、もちろんビビってはいたけれど、ドレッドヘアの海賊 Bezos 様にご奉仕するのは日常生活の一部だからね。そうじゃなく、彼らはそれが正しいことだと理解したから、サービスを提供しているんだ。確かに SOA のアプローチには長所も短所もあるし、短所を書き出してみたら切りが無い。でも全体とし
Steve Yegge の Google とプラットフォームに関するぶっちゃけ話を訳した（前編）
Google エンジニアの Steve Yegge 氏、Google+ への懸念を漏らす http://japan.internet.com/busnews/20111013/8.html で記事になってたけど、原文とちょっと要旨が変わっちゃってサービスへの警鐘みたいになってしまってたので、全文訳してみた。くそ長い。お暇な方どうぞ。 （2011/10/19 08:14）ありがたい誤訳の指摘をいただいたので3カ所修正。 Stevey の Google プラットフォームぶっちゃけ話 僕は6年半ばかり Amazon にいて、今はそれと同じくらい Google にいる。この二つの会社について強く感じることは（しかもその印象は日々強まるのだけれど）、 Amazon は全てにおいて間違っていて、 Google は全てにおいて正しいということだ。そう、やりすぎな一般化だけど、驚くほど正確だと思う。いやも
How GitHub Uses GitHub to Build GitHub
Build features fast. Ship them. That’s what we try to do at GitHub. Our process is the anti-process: what’s the minimum overhead we can put up with to keep our code quality high, all while building features as quickly as possible? It’s not just features, either: faster development means happier developers. Slides Video References Merlin Mann’s “Mud Rooms, Red Letters, and Real Priorities” sinatra_
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
TechCrunch | Startup and Technology News
5月12、13日にエンジニア向け「第3回 開発コンテスト24」を開催します
4～5月(水)19:00～全8回ゼロから始めるiPhoneアプリ開発入門講座：株式会社てぃーだスクエア
長文日記
Manage Your Team’s Projects From Anywhere | Trello
