CONIT Labs.: コニットブログ

ブログ移転のお知らせ

Thu, 29 Apr 2010 10:45:52 +0900

弊社ブログは２０１０年４月２６日からURLを変更いたしました。
ブックマークやRSSで登録されている方は、下記URLへ変更願います。
http://www.conit.co.jp/blog/
今後とも宜しくお願い申し上げます。
２０１０年４月２６日　株式会社コニット

SWF データ破損エラー

Fri, 23 Apr 2010 20:12:30 +0900

初めまして、中野谷と申します。
この春からコニットでフラッシャーとして働いています。

フラッシュ担当ですが、実は学生時代に少し使っていたくらいでActionScript2.0の初歩レベルの知識しかない状況でした（笑）
幸い仕事ではモバイル向けのフラッシュを作っているのでFlash Lite 1.1形式であまり高度なものは要求されないのですが、はじめは大量にエラーが出てきて大変でした。
特にAS2.0の時で使えたやり方が対応していないことがいくつかあり、その度に別の方法を本とネットに頼って頑張っていました。

少し慣れてきたころにIllustratorのファイルを使うことになったのですが、ここでまた苦労しました。
取り込んだ時点でイラストのレイヤー構造が崩れたり、取り込んだ時点では大丈夫でも分解すると崩れたりすることがありました。
崩れないギリギリの状態でパブリッシュすると「SWFデータ破損エラー」という警告がでて、具体的に何が問題なのか分からず大変でした。
ここでまたネットに頼ったところ、同じような問題が起きた人いるようで、どうやらIllustratorの情報が残っているとこのエラーがでる模様。
Illustratorの情報というのは、おそらくアルファ、グラデーション、線のパス情報だと思われます。
試しにすべてをシェイプまで分解してもダメで、さらにグラデーションやアルファの値を消して、フラッシュ側で再度設定してあげたらエラーがでなくなりました。
しかし、全体をそのまま分解するとどうしてもイラストが崩れてしまいます。
仕方なくイラストのパーツを一個一個別のレイヤーに分けてから分解をして対処していたのですが、パーツ数が多すぎると取り込む作業だけで気がついたら凄い時間が経っていて･･･。
そして、試行錯誤してレイヤーを分けていた結果、グループ化されているものとされていないオブジェクトを同時に分解するとレイヤー構造が崩れることに気が付きました。
なので、デザイナーさん達にお願いしてグループ化する基準を統一してもらったことで大分作業が楽になりました。
それとIllustrator上でパスのアウトライン化をしてもらいました。これをすることで取り込んだ時点でのレイヤー構造の崩れを防いでくれますし「線を塗りに」で変わってしまう線の太さをそのままに維持できるので助かりました。

モバイル用のフラッシュは100KBという容量制限がありますが、今までラスタ画像を使っていたので容量の調整が大変でした。
今回ベクター画像を使ってみたらあまりの軽さに感動しました。しかし、実機側での処理が重くなるようで･･･。そこの調整でまた悩むことになりそうです。

こんな感じで日々学びながらフラッシュを作っています。
挨拶なのにモバイルフラッシュを作っている人しか分からないような話でスミマセン。
次はもっと別のネタを考えないと…（笑）

雨とともに去りぬ

Thu, 22 Apr 2010 18:53:33 +0900

初めまして、この春からコニットで企画捻出中の竹井です。
以後お見知りおきを。

ところでこの頃雨が多いですね、服が濡れるのが嫌な私にとっては
かなりテンションが下がります。
と言いつつ小雨の日には意外にもテンションがあがるんです、
この位の雨なら止むはず！と意味のない博打をして傘を持たずに出社し、
帰る時間に雨が止んでいると「ふっ、オレの勝ちだ！」なんて
中二病みたいな事を考えたりしている今日この頃です。

このブログを書いてる時は雨も止んで来てまた「ふっ、またオレの勝ちだ！！」
なんて中二病を患っていますがチーズクリーム大福を食べて明日も企画を作るのです・・・。

あ〜した天気になぁ〜れ！

Wed, 21 Apr 2010 13:17:57 +0900

初めまして。３月中旬辺りからお仕事させて頂いております、大田です。

私はデザイナーとしてCONITに入りました。
CONITには現在私を含めて３人のデザイナーがいますが、実はCONITのデザイナーは全員同じ学校の同級生です。
やはり知った者同士で仕事だと、言いたい事が言えたり意思の疎通が割と簡単だったりと安心します。
ただやはり甘えというものも同時に出てしまうので、そこはなんとか自制しなくてはいけないなぁと思う次第です。
（喋り過ぎでうるさいですよね・・・同じラボの方達には申し訳ないです）

デザインに関して少しお話をしたいのですが、如何せん私もまだまだ勉強中の面はありますので余り偉そうな事は言えません。

私は学生時代からIllustratorが非常に苦手でした。それはもう色はおろか線すらまともに引けない勢いで苦手でした。
結局２年間何を学んだんだと言われても仕方の無いような技術のまま卒業し、CONITに入ったは良いものの、デザイナーのメインツールはIllustratorだというではありませんか。
これはもうかなりの冷や汗モノでした。このままではマズいと思い家で復習してみるも、今まで理解できていなかったのだからそんな付け焼き刃が通用する訳ありません。
そのまま初出社の日を迎え、冷や汗ダラダラのまま業務に入りました。

でもやっぱり分からないんです（笑）
もう段々グルグルしてくるし中々仕上がらないしでもっとグルグルしてくるんです。
ただ、少しずつ教えてもらいながら丸一日触っていると、さすが現場の空気といいますか、なんとなしにできるようになっているんです。
一週間もやっていると完璧に使えるようになり、今ではもう普通にこなせるようにまでなりました。

やはり丸一日、とにかく何も考えずに触る事も大切だと思います。
あと周りの人からの技術はとことん盗みましょう（笑）
そんな訳でこれからもガンガン絵を描いていきたいとおもいます！

今回は挨拶でかなりの堅苦しい内容になってしまったので、次までに何か良いネタを探しておきます（笑）

ありがとうございました。

若い子の力は半端じゃないです。

Mon, 19 Apr 2010 17:53:13 +0900

はじめまして、デザイナーの和泉です。
四月から正社員として働かせて頂いてます、よろしくお願いします。

今日は私の出身校である日本デザイナー学院にて、講演（？）というか授業の中で先輩の話のようなものをさせて頂きました。
いい機会なので、その場をお借りして最近の学生たちにソーシャルアプリやSNSの使用頻度やその他色々をアンケートさせて頂いたのですが、mixiの使用率がほぼ100％で...まあ、人数が多いのは予想してたのですが、ここまでmixiが浸透しているとは思いませんでした。
また女生徒はmixiと一緒にGREEを使用している率が多く、箱庭アプリや女性向けアプリの多さが影響しているのかと思いました。

講演後はモニターを募集し、なんと十数名の生徒さんが参加して下さいました！
渋谷ラボで橋本さんからソーシャルのなんたるかをお話してもらい、クリエイターズルームではデザインや企画のお話をしたりしました。
これから参加してくれた学生さんの意見も取り入れて、面白いソーシャルアプリを作っていけたらと思います＾＾

会社見学と説明の最後はみんなで記念撮影！

橋本さんと学生さんたち、とっても楽しそうです。

iPadガッツリ使ってみた

Fri, 16 Apr 2010 23:34:26 +0900

こんにちは。橋本です。

皆さんとっても気になっているはずの、iPadネタを初投稿です。
コニットにはアメリカ人のDavidがいますので、彼の家族に送ってもらいました。

iPad、本当に素晴らしいガジェットです。とても楽しくて、個人でも買おうと思ってしまいます。
今日は、使ってみてわかったことを公開しちゃいます。

画面サイズ

まずは、何と言ってもその画面サイズでしょう。
B5サイズほどと聞いていましたが、画面の表示部はB5とほぼ同等サイズで、
枠の分でB5より大きいです。
解像度はXGAの768x1024なので、少し前の液晶モニタと同じです。
これだけあれば、かなり楽にブラウジングやゲームも楽しめます。

iPhoneアプリ

iPhoneアプリは利用できますが、画面サイズが異なります。
そのまま起動すると、上段のようにMacでiPhoneをシミュレータを動かしているような状態になります。
右下の2倍ボタンをタップすると、下段の2倍サイズの画面になります。
強引に倍表示しているだけなので、かなり画像が荒くなってしまうことは我慢するしかないようです。

弊社の『サムライチェス』は、iPhoneでは押しにくかったチェス盤が、倍にすることで非常に押しやすくなりました。
将棋やチェスなどはそのまま楽しめるので売れそうです。

マイク位置

iPhoneでは右下にあったマイクが、iPadでは左上にあります。
iPadは電話ではないので、マイクを下に付ける必要がないためです。

問題なのは、弊社とJ's Avenueさんの共同アプリ『フーフーミントン』のマイク位置が変わってしまったことです。
やむを得ないので、上下を反転し、強制的に画面の右下にマイクが来るようにしました。
オカリナも上下反転するのでしょうか？

電子書籍

電子書籍は気になりますね。Kindleを超えられるのか・・・。
iBooksというアプリがあり、KindleのようにStore書籍を購入できます。
初めからサンプルでプーさんの書籍（158ページ）がついてきます。
分からない単語を長押ししてみると、辞書を表示することも出来ました。
これはオフラインの状態ですが出現するので、アプリ内に辞書の情報も含んでいるようです。

AmazonだってKindleアプリを出していました。ここで書籍を購入することだって出来ます。

画面の回転

iPhoneを使いながら横になると画面が勝手に回転し、ウザい！と感じることが多々あります。
iPadでは、右サイドの回転固定スイッチで回転有無を制御できるようになったので、オンにしておけば勝手に回転することを防止できるようになりました。
180度反転した状態で固定することもできるので、ホームボタンを上に持ってくることも可能です。
好み次第ではそんな使い方をする人もいるのでしょうね。ケーブル接続部を上部に持ってくることも可能ですし。

ビジネスツールとして

PCのようにも扱えるiPadです。アプリも、Keynote、Pages、NumbersなどのMSでいうところのOfficeもあります。
上の写真はKeynoteからディスプレイに出力してプレゼンテーションしようとしているところです。
リアルにプレゼンをタブレットPCで出来る時代がやってきました。

Bluetoothキーボードをそのまま接続することが出来るので、iPhoneに比べて効率は格段に向上します。
ただ、マウスはまだ繋がらないようなので、PCのように使っていても、キーボードと画面タッチの組み合わせなので慣れません・・・。

ネット接続
非常に残念ながら、日本国内では米国でリリースされたばかりのバージョンのiPadを接続してはいけないようなので、
我々もまだ試してみることが出来ずもどかしい気持ちです。

SIMがさせるバージョンもいずれ出るようですが、電話としては利用できないので、SIM無しバージョンとポケットWiFiでも
全く同じです。であれば後者のほうがPCやiPodTouchも接続出来るので汎用性が高まりますね。
UQWimaxのWiFiバージョンがバカ売れしそうな今日この頃です。

コニット新オフィスオープン

Fri, 16 Apr 2010 15:02:42 +0900

こんにちは、中島です。

先週くらいから、スタッフ増加によるオフィスのキャパオーバーに対応すべく、隣のビルにもフロアを借りて増床しました。
新しいフロアは、主に企画とかデザイン関連チームが集まってます。

前のオフィスを「渋谷ラボ」と名付け、こちらは「クリエイターズルーム」と名付けています。スペースに余裕があるので広くてなかなか快適です。

企画やデザインのチームはガンガンアイデアをぶつけながら作業することが多いのでとにかく五月蠅く、静かにプログラミングをしたいエンジニアチームからは敬遠されました(笑)
でもそのおかげで、遠慮無くアウトプットできるようになったので、スピード感とか企画の質はアップしたような気がします。

ここからエンジニアが実装する時に、うまくコミュニケーションを取っていく必要があるので、こっちのビルとそっちのビルを行ったり来たりになるでしょう。

なお、隣のビルなので、固定電話のワイヤレスが届いたり、窓から窓にLANケーブルを這わせたり、そういうビンボーな裏技を駆使してます。

コニットにセールス&マーケティング部新設！

Thu, 15 Apr 2010 17:59:24 +0900

はじめまして、青木と申します。

4月からコニットに営業企画としてジョインさせていただきました。
これまでのコニットの良さを、より外のお客様に知っていただくべく
頑張ってまいりますのでよろしくお願いいたします。

さしあたっての私の主な営業活動は
・iphone/iPad・Andoroidアプリを中心とした受託営業
・iphone/iPad・Andoroidまわりの、あるASPサービス営業
となります。

並行してスマートフォン・ソーシャルアプリ市場のマーケティング等も
積極的に行っていければと思っております。

次回からは、具体的な営業活動における気づきや業界動向等もアップして
いければと思いますのでお楽しみに！

※本日、先だって入手したiPadを持参し営業してまいりましたが、かなりの反響でした。
とあるweb制作会社だったのですが、業界内の期待は非常に高いようですね。
一般ユーザーまでその熱が広がることを願って！

Google App Engine Pythonでのエラー

Thu, 15 Apr 2010 15:25:07 +0900

はじめまして、折川です。

4月からCONITでインターンをさせてもらってます。
主にGAE、Python、Flashを勉強しています。早く技術を身につけて開発に協力が出来ればと思っています。

Pythonを触ったことがなかったので、他の言語との仕様が異なるところで戸惑っています。
そこで、本当に初歩的ですが、なかなか気づかなかったエラーについて説明することにします。

それがこれです。現在Linuxで開発を行っていますが、端末での作業中に以下のエラーが出ました。

dev_appserver_main.py:363] Fatal error when loading application configuration:
Invalid object:
Unknown url handler type.
secure=default
static_files=None
auth_fail_action=redirect
require_matching_file=None
static_dir=None
script=None
url=/.*
upload=None
expiration=None
login=optional
mime_type=None
>

そして、エラーがあると指摘されたプログラムが以下です。

application: myapp
version: 1
runtime: python
api_version: 1

handlers:
- url: /.*
script: appform.py

なにが間違ってるか気づかれた方はおそらくPythonを触ったことのある方に違いありません。

今回のポイントであるPython言語の条件文について軽く整理します。
通常Pythonでは条件文を

for a in range(10):
print a
if a>5:
break

のように書きます。{ }でくくる他の言語と違い、[ : ]で条件文を書きます。

したがって、スペースの位置がずれるとエラーになってしまうのです。上の例だと

for a in range(10):
print a
if a>5
break

このようにするとエラーが発生します。

これを元に再度先ほどのエラーを検証しますと、

application: myapp
version: 1
runtime: python
api_version: 1

handlers:
- url: /.*
script: appform.py
そうです。一番下の行のスペースが一つ足りなかったのです。
これを直したら正常に起動できました。

これからさらにたくさんのエラーと戦うことになりそうですが、精一杯頑張りたいと思います。

ソーシャルゲームとは何ですか？

Mon, 12 Apr 2010 18:53:42 +0900

はじめまして、コニット新人の三本です。
現在は企画開発をさせていただいていて、GAEとPythonを勉強しています。
よろしくお願いします。

日本で盛り上がりをみせているソーシャルゲームですが、日本人にはまだ馴染みが薄い分野です。
今回は日本のソーシャルゲームシーンを、モバイルで今人気の怪盗ロワイヤルを例にマネタイズの肝をご紹介いたします。

怪盗ロワイヤルはどんなゲームかと簡単に説明しますと、ユーザーは怪盗に扮して友達と協力してミッションをクリアしてボスを倒し、お宝をコンプリートするゲームです。
こういうと簡単ですが、ここに様々なポイントが隠されていて、その一部を説明します。
怪盗ロワイヤルはテキストベースで、ユーザーにはミッション、バトルという基本となる行動が与えられます。
ミッションはシナリオのような部分で、バトルはユーザー同士でお宝を奪い合うものです。
ユーザーは手下を抱えていて、お宝を得るために手下を消費しながらミッションをこなしてゴールを目指します。
１回ミッションをこなす毎に手下5人とか消費したりし、ミッションクリアする前に全手下を消費する事もよくあります。
消費した手下は時間とともに回復します。
しかしユーザーが「あとちょっとでミッションクリアできるのに」と思った時に、手下回復アイテムに課金します。
こういったユーザーの欲求をちょっとしたアイテムで解決させてあげる手段があり、良いタイミングで提供できれば次々と課金していきます。
この欲求解決とタイミングをほぼベストに兼ね備えたのが怪盗ロワイヤルでした。

これ以外にも課金ポイントはたくさんありますが、上記の内容は外すことが出来ない部分です。
怪盗ロワイヤルはユーザー同士のつながりを有機的に構築している優れたゲームの一つだと思います。

習うより慣れろという言葉がありますが、やはりちょっとでも興味がでたら実際に遊んでみるのが一番ですね。

Tools to survive Japanese in the workplace

Fri, 09 Apr 2010 22:03:05 +0900

Hey everyone, David here.

For those of you like me, who happen to be non-native Japanese speakers in a Japanese environment, here are a few tools that I use to help me get through my work day easier. Take what you will.

Google:
My Japanese is quite a handicap for me at the office, and any opportunity to inject English into my everyday tasks dramatically increases my productivity. This may sound simple, but I set my homepage to http://www.google.com/webhp. This insures that I can search all-English pages, just like anyone in the US.

IME
If you're a Mac user in Japan, you probably realized that the default IME is, well, "baka". Fortunately, Google has an awesome IME that knows your mind and the exact kanji you mean to type.
http://www.google.com/intl/ja/ime/index-mac.htmlIt also remembers long expressions, so after typing "o" in an email, you can hit space, enter to type "お世話になっています。" BAM!

Jim Breen's WWWJDIC
http://www.aa.tufs.ac.jp/~jwb/cgi-bin/wwwjdic.cgi?9TThe EDICT dictionary is a life-saver. When I don't have the willpower to understand a lengthy email, a simply copy/paste into the translate words can get the main points of the mail across in no-time.

スマートフォンでソーシャルアプリ

Thu, 08 Apr 2010 22:54:50 +0900

こんにちは。橋本です。

最近、どっぷりソーシャルアプリ開発に掛かりっきりのコニットですが、
「mixiモバイル、モバゲー、グリゲーアプリはスマートフォンで遊べるようになりますか？」
と良く聞かれます。

私の個人的な感想としては、きっと遊べるようにはなるだろうけど、
どうやって実装していくのかが課題になると思います。

Androidの場合

多分、遊べるようになるでしょう。
Flashは利用できるので、プレイ自体は問題なさそうです。

課題はキャリア課金だと思います。
Docomoでは、Xperiaリリースにあわせ、マーケットをオープンしたので、
割とすんなり行きそうです。
問題は、SoftbankとAUでしょうか。マーケットの準備やキャリア課金の準備を進めていかないと、
スマートフォンを使いたい、モバゲーユーザなどを取りこぼし、Docomoに奪われる事になります。

iPhoneの場合

Androidのように楽ではないでしょう。
Flashも使えず、課金もApple独自PFを利用しなければいけません。
もし、利用出来るようにするためには、レギュレーションを大幅に変更する必要があります。

mixiモバイル・モバゲーの最大の勝因はキャリア課金です
iPhoneのアプリ内課金では、キャリア課金のような爆発力は出ません。

Flashが使えないということは、SAPは専用アプリを独自に開発する必要があり、
開発コストが過大に掛かります。にもかかわらず、キャリア課金は使えないため大きなリターンは望めないでしょう。

良い点は、ガラ系ケータイのようにアプリサーバを用意する必要はなく、処理を全てローカルで行えるので、
これまでのようなとんでもない量のサーバ負荷はかかりません。

ただそうなると、Facebookコネクトのような扱い方になるので、
mixiやモバゲーの良さは出しにくくなるのではないかと懸念されます。

実際、mixiモバイルやモバゲーが遊べなくなるからiPhoneを使わない！という若い方は多いようです。
とはいえ、iPhoneアプリは非常に沢山のコンテンツがあり、思い切ってiPhoneに替えても十分楽しめるのは確かですが。

この辺りの攻防は今後も目が話せませんね。

UISplitViewController

Wed, 07 Apr 2010 09:11:56 +0900

こんにちは。高浦です。

ついにiPad登場ですね！開発の方もこれからどんどん面白くなりそうです。
今日はiPhoneSDK3.2から追加されたUISplitViewControllerを紹介します。

InterfaceBuilderを開いてTools->Libraryを開いてobjectsを選択すると左上にSplitViewControllerというものがあります。これをxibファイルに追加してみると左側に
TableView、右側に普通のViewが現れます。TableViewで選択した内容をTableViewを隠すことなく右側のViewに映し出すような用途に使われるものだと思います。大画面ならではの画面設計ですね。

UISplitViewController.hをみてみると、公開されているメソッドが３つあり、SplitView内のViewが現れたり隠れたりする際のイベントの制御ができるようになっているみたいです。

それでは、実際にアプリを作るときにどんな使い方をするかというと、、、
　・左のTableViewにブックマークを表示して右側がWebViewのブラウザアプリ
　・左のTableViewに国名、地域名を表示して選んで右側にMapView
　・左のTableViewにチャットのメッセージ、右側にオンライン対戦ゲーム
などでしょうか。

新しいプログラム言語の習得

Fri, 02 Apr 2010 08:06:40 +0900

ども開発TEAMのササポンです。

寝て起きて仕事して寝て起きて仕事してると、
自分を取り囲む環境が進化していってしまうのは不可避なものです。

１０年も開発してると、PG言語によって使える使えないってのは
ほぼ無いです。
さしあたり制御構造には、分岐、ループ、ジャンプ（≒例外処理）ってのがあり、
サブルーチン化には、関数方式、クラス方式、
データ構造には、リスト、スタック、KeyValue方式があり、
文字列処理には、連結、分割、マッチ判定、置換、文字コード変換などがあり、
データベース処理には、接続、クローズ、select系、update系、トランザクション系があり、
ファイル制御には、コピー、ムーブ、リネーム、書き込み、読み込みなどがあり、
GUI制御には、window作成、rect描画、circle描画、テキスト描画、画像描画、入力コンポーネント系があり、
ネットワーク制御には、書き込み、読み込みがあり、
HTTP制御には、ヘッダ読み書き、ボディ読み書き、認証方法指定、urlencode的なもの、
OSには起きろ、寝ろ、あれ立ち上げろ、○○用のDIRはどこだ？、みたいな。

プログラムを作るにあたって必要なものは、普通あるだろうと、
基本プログラミング部分は脳内で出来ちゃいます。
それを具現化する為に、ヘルプと呼ばれる辞書を見ながら、
各国語に翻訳して書き出しているだけです。

で、それでとりあえず動くものはできます。

そこからは、より良く（美的に、機能的に、性能的に）する為には
ネイティブスピーカーから学ぶのが一番です。

その言語の強み弱みを、誰が一番理解と思想を持っているかって？
もちろん言語を作っている人達ですよね。
その言語のAPIソースを見るのです。

その人達のソースを見ると、彼らの気持ちが見えてきます。

私もそこまでのレベルに達していないので、全部は分かりませんが
大量データを処理する際のお作法とか、やってはいけない事とか。
そういうのは見えてきます。
またバージョンアップによって内部処理がどう変わったかなんてのもインタレストです。

javaには
java.util.HashMapというクラスがあります。
説明は省略ですが、
ごく普通にあなたが実装すると、どういうソースになりますか？
あなたのソースと、APIのソースはどう違いますか？
それはどうしてですか？
そこには、強み強調と弱み回避のロジックが組み込まれているから、違うのです。

iphone-Object-cには、同じメモリ確保でも、
[NSDictionary alloc]というのと[NSDictionary dictionary]と２種類あります。
違いは、autoreleaseが掛けられているかいないかですが、
そういう時にはこういうお作法で作るんだよと、思想が見えてきます。
（こっちはapiソース見た訳じゃないですが)

ドコモ、AUのAndroid携帯向けの開発環境

Thu, 01 Apr 2010 11:23:50 +0900

こんにちは、いちかわです。

今日から、Sony Ericsson XPERIA X10が発売されましたね。
そして、先日ついにAUからもSHARP JN-DK01発表されました。

続々と日本の市場にAndroid携帯が投入されてくるのは、アプリを開発する側からすると、期待がふくらむのと共に、開発したアプリケーションがすべてのプラットフォームで動くかが大きな悩みとして出てきます。

しばらくのブログネタとして、新たに発表されたAndroid携帯を開発するための環境作り、既存アプリの動作確認について書いていきたいと思います。

第１回として、シミュレーターのadd-onを追加するところから解説します。

まずは、XPERIA X10　から。
Sony Ericssonのサイトからツールをダウンロードしましょう。
Sony Ericsson Xperia™ X10 add-on for the Android™ SDK
AVDを作成
１．ダウンロードしたツールを解凍して、Android SDKの中にあるadd-onsの中に丸々コピーします。
２．ターミナルを開いて、「android list target」と入力して、ID番号を調べます。
私の環境だとこんな感じ↓

id: 7 or "Sony Ericsson Mobile Communications:X10:4"
Name: X10
Type: Add-On
Vendor: Sony Ericsson Mobile Communications
Revision: 1
Description: XPERIA X10 Device
Based on Android 1.6 (API level 4)
Skins: WVGA854, X10 (default), HVGA, WVGA800, QVGA

３．ID番号を指定してADVを作成します。
　「android create avd -n X10 -t 7」

次は、SHARP JN-DK01。
Sharpのサイトからツールをダウンロードしましょう。
シャープAndroid開発者向けウェブサイト「SH Developers Square」
AVDを作成
１．ダウンロードしたツールを解凍して、Android SDKの中にあるadd-onsの中に丸々コピーします。
２．ターミナルを開いて、「android list target」と入力して、ID番号を調べます。
私の環境だとこんな感じ↓

id: 6 or "SHARP Corporation:JN-DK01 (Beta version):4"
Name: JN-DK01 (Beta version)
Type: Add-On
Vendor: SHARP Corporation
Revision: 1
Description: SHARP JN-DK01 Add-on Beta version 1
Based on Android 1.6 (API level 4)
Skins: WVGA854, HVGA, WVGA800, QVGA, JNDK01 (default)
Adds USB support for devices (Vendor: 0x04DD)

３．ID番号を指定してADVを作成します。
　「android create avd -n JNDK01 -t 6 --sdcard 128M」

正しく追加されると、Android SDK and AVD Managerに表示されます。

では、早速シミュレーターを起動してみましょう！！
XPERIAの方は、AVD ManagerのStartボタンをクリックすると起動します。

JN-DK01は今のところコマンドからの起動にしか対応していないようなので、ターミナルから起動します。
「emulator @JNDK01 -qemu --cpu cortex-a8」と入力して起動。

iPhoneシミュレーターと比べると起動が遅いですが、見た目は製品のような形となっています。

次回は、既存のアプリをそれぞれのシミュレーター上で動かすまでを解説します。

ニッカンプロ野球！リリース

Wed, 31 Mar 2010 17:19:45 +0900

こんにちは。橋本です。
プロ野球オタクの私ですが、『プロ野球の情報配信をしたい』という長年の夢が叶いました！

こんなモバイルアプリが欲しいという長年の思いを全てぶつけたアプリです。

1. 試合の速報を一度に確認することが出来ます。

2. 各試合の詳細ももちろん確認できます。

3. ニッカンさんの冠が付いているように、ニッカンさんの記事を選んで読むことができます。

4. 順位表はいつでも確認できますし、各チーム毎の盗塁数や本塁打数、防御率なども分かるようになっています。

5. 個人成績だって、全て確認できます。各項目ごとにソートすることも可能なので、現在の盗塁王、ハーラーダービーなど、ファンなら知りたい情報はいつでも確認できます。

6. チームごとの日程表が確認できます。通常、日程表は全チームの情報が載っていますが、このアプリでは、自分が日程を知りたいチームを選べば、そのチームだけの日程が確認できます。そのチームの月間勝敗数も一目で分かります。

7. チームごとのメンバー一覧が確認できます。試合を観戦にいった際、知らない選手が登場することが良くありますね。そんな時は、このアプリで背番号から誰なのか分かります。

これからもどんどんアップデートしますので、ご愛顧、何卒よろしくお願いします。

GAEでのデータアップロード

Wed, 31 Mar 2010 16:05:11 +0900

こんにちは　阿久津です。

第１回 Google App Engineを使ってみよう！！第２回 GAE Datastoreのデータ取得パフォーマンスを検証！！

今回は、GAEでのデータアップロードについてです。

■データアップロードを使うシーンについて

色々と考えられると思いますが、以下の辺りではないかと・・・
・マスタ的に扱うデータモデルのデータを初期登録する
・他の環境で使用していたデータ（mysql,postgre,oracle,sqlserver,db2等）をGAEに移行する
・バックアップしてあったデータをアップする
・パフォーマンステスト用に大量データを投入する

上記に記載した限りではないですが、色々なシーンで活用できるこの機能は、覚えておいた方が便利だと思います。
GAEでのアップロード機能は、至って簡単なものなので実際試してみることをおすすめします！！

ではでは、以下より実際にデータアップロードするための手順をご紹介します。

■事前準備
・まずは、app.yamlに「remote_api」の設定を行います。

- url: /remote_api
script: $PYTHON_LIB/google/appengine/ext/remote_api/handler.py
login: admin

で、アプリケーションの更新処理を行います。

$ appcfg.py update

■データ準備
今回は、前回から使用しているUserモデルにデータをアップロードすることを考えていますので
awkなどを使って以下の形式のデータを10万行用意してみました。

　サンプル：$awk 'BEGIN{OFS =","; for (i =1; i <= 100000; i++) print("xxx" i,"id" i,"name" i);}' > user.csv

■ローダクラスの作成
以下のようなソースを作成します。（モデルクラスは、インポートするとうまくいかなかったのでこのソースに定義してます。）

from google.appengine.ext import db
from google.appengine.tools import bulkloader

class User(db.Model):
userid=db.StringProperty()
username=db.StringProperty()

class UserLoader(bulkloader.Loader):
def __init__(self):
bulkloader.Loader.__init__(self, 'User',
[('key_name', str),
('userid', str),
('username',str),
])

loaders = [IuserLoader]

■実行
＄appcfg.py upload_data --config_file=UserLoader.py --filename=user.csv --kind=User .
(最後のドットは、app.yamlが置いてあるディレクトリを指定してます）

■結果
ちょいと処理はかかるものの無事データアップロードが完了しました。
appcfg.py upload_dataには色々とオプションがあるので、google aap engine documentを参考に設定を変えて試してみるのも
よいと思います。

■次回
　アップロードが出来たので次回は、ダウンロードについてお話したいと思います

Importing from AI to Flash

Wed, 31 Mar 2010 10:55:46 +0900

Hi everyone, David here.

I'll be the first to admit that I'm no Flash expert. This is a trick which was taught to me just the other day, a trick so simple I felt stupid for not knowing it!

Anyway, if you want to import AI images into Flash, here's the best way to do it. I did it on a Mac, but it should work for a PC as well.

Step 1:
Drag and drop the AI file onto the stage. This will work even if you don't have AI installed.
Step 2:
A window will appear, asking which AI layers you'd like to import. Pick the layers you'd like to import and click "OK".
Step 3:
The image will be imported in it's native AI state. Left as-is, this will eat up the performance of your Flash. To avoid this, select everything imported from Flash, right-click, and choose "break apart". Repeat this process a few times until everything is "broken apart".

That's it! You now have an image originally created in AI in native Flash.

放送とネットの融合

Thu, 25 Mar 2010 16:38:49 +0900

こんにちは、中島です。

「放送とネットの融合」という言葉は、いつ頃から言われているのでしょうか。おそらく、2005年頃ホリエモンがニッポン放送の株を買って何かしようとしていた時、「ネットの勢いが放送を飲み込もうとしている」という脅威？がニュースなどで報道され、その頃からかな？という気がします。放送＝旧メディア・年寄り・権力・資金、ネット＝新メディア・若手・自由・安価、といったイメージも、その頃から徐々に現実味を帯びてきていたのではないかと思います。

放送は知っての通り、大きく分けてテレビとラジオがあります。電波を利用してコンテンツを流すのが放送です。放送をするには電波法に則り、放送局の免許を取得することが必要ですので、一般人には手が出せません。対してネットは誰でもすぐにコンテンツを配信できるため、すぐにでも「ネット放送局」を作ることができます。
ここ数年で急速にブロードバンド環境が普及したということもあり、電波を使った放送をそのままネットでストリームすることは、技術的には何ら難しいことではなくなりました。

ではなぜ、元来無料で放送されている民放が、ネットで同タイミングでストリームされないのでしょうか？

これには様々な理由が考えられるのですが、一番の障壁となっているのは、地方局のコンテンツが完全にスルーされてしまうことだと言われています。
電波というのは、届く範囲が限られていますので、地上波においては東京の日本テレビを大阪で受信することはできません。逆に大阪の毎日放送を横浜で受信することもできません。この性質を利用し、大阪の毎日放送には大阪にある色んなローカル企業やローカル商店のCMが流されます。横浜もまたしかりです。大阪の人が大阪で消費活動をするための告知は、大阪という小範囲で十分なのですね。これが完全にネットのストリーミングでグローバルになってしまうと、在京のキー局から配信される番組を全国のみんなが見るようになり、そこにはローカルな情報は無くなってしまいます。そして今までキー局の番組を買って流していたローカルなテレビ局は意味が無くなってしまい、商売にならなくなるということです。
その他、ネットというよく分からない世界にコンテンツを流すことで権利問題が発生しないのか？や、視聴率調査はどうするんだ？ということ、そもそものネットというものへの不信感？が、強くあると言われています。

そういった様々な問題はテレビ・ラジオと共通なのですが、ことラジオに関して、先日大きな進歩がありました。電波放送とネットストリームを完全に同一の内容として放送する「サイマル放送」が、ついに合法的な形で試験開始したのです。それがこの「radiko.jp」(ラジコドットジェーピー)です。

誰でもブラウザから簡単にラジオを聞くことができますが、アクセスしたIPのある地方からエリアを割り出し、そのエリア内でしか聞けないという制限があります。
試聴可能地区：東京都、神奈川県、千葉県、埼玉県
TBSラジオ
文化放送
ニッポン放送
Inter FM
TOKYO FM
J-WAVE
ラジオNIKKEI

試聴可能地区：大阪府、京都府、兵庫県、奈良県
ABCラジオ
MBSラジオ
ラジオ大阪
FM COCOLO
FM802
FM OSAKA

IPに地域の情報を割り振ることにより、広告収入で成り立っているローカル局を守ることが出来ている、という仕組みなのですね。
放送の音質はMP3にして64kbpsか96kbpsくらいですので、何ら問題ないです。FMはほぼそのままの音質ですが、AMについては元がノイズだらけなので、驚異的に音質が良くなったように聞こえます(笑)
これまでその音質の差がコンテンツの差、雰囲気の差となり、「この番組はAM向き」とか「FMはオシャレ」とかみたいな区別が何となくあり、汚いノイズの中で結構エグくて強烈な笑いを追求するような番組がAMには多いわけですが、それが無菌室のような音質になったとき、コンテンツにどのような変化が訪れるのか、気になるところです。

ただ個人的にはやはり、地方に住んでいてもJ-WAVEの「GROOVE LINE」や、TBSの「ウイークエンドシャッフル」が聞きたいですよね。広告の問題があると思いますが、わざわざ聞く人を減らすことにテクノロジーを投入しなくても良いように思います。ネットの中でくらい自由に聞けるようになればいいのになぁ、と思う次第ですね。

UITextViewで出来ることをUIWebView+JavaScriptでやってみる

Wed, 24 Mar 2010 21:25:08 +0900

こんにちは。高浦です。

最近UIWebViewを使う機会が多くなってきているんですが、UITextViewなら簡単にできるけどUIWebViewじゃ出来ないことに突き当たることがあります。

たとえば、選択した部分の文字列を取りたい場合があります。
UITextViewなら
- (void)textViewDidChangeSelection:(UITextView *)textView;
というメソッドと、
selectedRange
プロパティを組み合わせて

- (void)textViewDidChangeSelection:(UITextView *)textView{
NSLog(@"%@",[textView.text substringWithRange:textView.selectedRange]);
}

とやれば選択したテキストをログに出力してくれます。

ところがUIWebView.hを見てみてもにはそんな便利なメソッドもプロパティも見当たりません。
それじゃあどうしようか？？？
UIWebViewにはJavaScriptの命令を実行する
- (NSString *)stringByEvaluatingJavaScriptFromString:(NSString *)script;
というメソッドがありますのでこれを使いましょう。

NSLog(@"%@",[webView stringByEvaluatingJavaScriptFromString:@"(window.getSelection()).toString()"]);

はい、たったこれだけでUIWebView上で選択した文字列がログに出力されます。
webページを見つつ、文字を選択して辞書検索をしようなんて思ったときには便利です。

JavaScriptを使えば他にも任意の場所に自動的にスクロールしたりするようなことも出来ます。
UIWebView+JavaScript、いろいろ面白いことが出来そうです。

売るために

Wed, 24 Mar 2010 21:18:40 +0900

最近iPhoneの為に「eneloop mobile booster」と「Pocket WiFi」を買ってしまいました。
開発チーム佐々木です。

今回は最近の考えている事ですが、営利目的の団体に属する以上
「商品が売れるには？」
という一言だけど、究極の目的がありますね。

自分なりの考察結果ですが、これまた一言で
売れる物は、「心を揺さぶられるもの」
今のところそういう結論に至っています。

揺さぶるというのは、いろいろあります。

・美しい！
・便利！
・美味しい！
・キレイ！
・かっこいい！
・面白い！
・楽しい！

商品やサービスと接触した時に、このような感情の言葉となり得る物。
そういう時に、お金を払ってもいいかなと思いますね。

上段で「心を揺さぶられるもの」と書いていますが、その他に揺さぶられる事はありませんか？
まだまだありますよね。

・怖い
・恐ろしい
・痛い
・悲しい
・つらい
・みじめ

こういう負の方向へ揺さぶられる際にも、たいていお金を払ってもいいかなと思いますね。
保険だったり、教材だったり、ストレス解消だったりします。

何にしても、”売る”為には、感情を揺さぶらないとダメよ！！

ってことですね。

GAE Datastoreのデータ取得パフォーマンスを検証！！

Thu, 18 Mar 2010 12:02:07 +0900

こんにちは　阿久津です。

前回に続きGAEネタです。

今回は、前回GAEに登録したデータストアのUserエンティティを使用して
検索について調査した結果をご報告します。
(11万件くらい登録されています）

今回もpythonです。

■pythonでの検索方法については、以下３つがあります（まだあるかもしれませんが・・・)
・Queryインタフェースを使用した検索
・GQLQueryインタフェースを使用した検索
・エンティティのID or Name 識別子を使用した検索

詳細は、google app engineのドキュメントを参照ください。

■各検索時のパフォーマンス on GAE
Userモデルより、ある特定のエンティティを３回実行しその平均値を
算出してみました。

・Query
■ queryのfilter()を使用して検索してみた結果
・1回目：0.1s
・2回目：0.1s
・3回目：0.01s
Avg : 0.07

・GQLQuery
■ gqlはこんな感じselect * from Iuser where userid = :1で検索してみた結果
・1回目：0.2s
・2回目：0.2s
・3回目：0.01s
Avg : 0.13

・識別子
■ User.get_by_key_name()を使用して検索してみた結果
・1回目：0.08s
・2回目：0.01s
・3回目：0.01s
Avg : 0.03

■総括
query,gql,識別子での検索結果は、ほぼパフォーマンスの差はないと感じました。
ただ平均的にレスが早い、idやkey_nameを使用して検索する方が良いでしょうね。
そのほか、インデックスもありますがこちらも今後実験していきたいと思います。

■次回
　GAEのデータアップロードについてお話したいと思います。

DevFest 2010 Japan に参加してきた

Wed, 17 Mar 2010 12:18:24 +0900

こんにちは、いちかわです。

3/11に開催されたgoogle主催のDevFest 2010 Japan に参加してきました。

このイベントは、googleが開催するイベントの中では、
・Google I/O
・Google Developer Day
・Google DevFest
と、3番目に規模の大きいイベントとのこと。

イベント名にJapanと書かれるぐらいだから世界中で行われているのかとググってみたら、インド、メキシコ（探せばもっとあるのかもしれない）でも開催されたみたいですね。

日本で行われたのは初めてらしく、募集から実際の運営まで色々と大変だったみたいです。
（苦労話は書かれていませんが、開催者のブログ）

今まで参加してきた他のイベントと違って募集の所からいろいろな工夫がありました。
参加できる資格を得るには、先着？名でも、紹介された人だけでもなく、クイズに答えて点数が良かった人が選ばれるとか、技術者心をくすぐる方法でした。
クイズ自体も、簡単な物から実際にプログラムを書かなければならないものなど、いろいろな種類が用意されていました。
そんなわけでコニットでは、応募した二人が（私を含め）参加しました。

場所は汐留という事で、先日迷子になったばかりの場所で多少の不安がありましたが、まんまと迷子に。。。

本日予定されているプログラムは手書きだったり、手作り感が漂うイベントです。

会場に入ってみるとすでにすごい人数。最終的には400人ぐらいの参加者があったそうです。
真ん中ら辺に座り、イベントが始まるのを待ちます。

仕事で最後まで参加できなかったため、自分が参加したセッションは3つ。
・たのしい Android：カスタム UI でAndroid アプリにワクワク感を加えよう
・Google App Engine - 分散クラウドコンピューティングの新しいパラダイム / リアルタイムソーシャルアプリケーション開発
・モバイルマッピング: Google Maps を利用した様々なモバイルマッピングの手法

どれも興味深く聞かせて頂きました。

しかし、このイベントのさらに良いところは、オフィスアワーというのが設けられており、各セッションのスピーカーや、googleエキスパートの人に直接話ができるという事です。
mixi向けのアプリでgoogle app engineを使っているわけですが、分からない事もありましたので直接GAE中の人に相談をしました。
GAE中の人は非常に親切で、イベント後も引き続き相談させて頂いています。
話を聞くだけではなく、このように相談できる機会を与えてくれるイベントは本当に助かります。

短い時間でしたが、色々と楽しませて頂きました。

ちなみに、汐留駅から離れた場所だったので、近くに食事を取るところがありません。
そんなわけで、会場内の弁当屋は大盛況。

googleが用意する弁当はどんなもの？？と勝手に妄想しましたが、何種類か用意してあったうちのエビフライハンバーグ弁当を食べました。
セッションを聞きながら弁当を食べれるという、フランクな感じが良かったです。