Ruboto-core 0.4.0リリース
勉強をさぼっているうちにRuboto-core 0.4.0が9/19にリリースされてました。
0.3.0に遡って、リリースノートの内容をピックアップしてまとめてみました。サイズが大きくなったり、起動が遅くなる原因でもあったjrubyとruby-stdlibがプラットフォームapkとして分離されました。まだ試してないので、あとで試してみようと思います。
0.3.0(8/4リリース)
0.3.3(8/21リリース)
- IDEの誤動作を避けるため、gemの定義をGemfile.apkへ移動
- GEMに含まれるJARの中身をlib/bundle.jarへ展開
- APKを最新に保つために、update_scriptsを改善
0.4.0(9/19リリース)
今のテレビ業界について何か感じること、思うことがあれば教えてください。
もともとそんなにテレビが好きな方ではないのですが、お仕事のこともあって気がついたら色々考えるようになってました。ちゃんとした結論はないですが、答えてみます。世界を変えたいという意識が根底にあるので、それを踏まえて読んでもらえるとよいと思います。
テレビという言葉に対する視点としては、端末としてのテレビと、文化としてのテレビの二つに分けられると思います。(私の興味として)
文化について最初に書きます。
「テレビ文化は衰退して、これからはネットだ」というお話をよくネット上では見かけます。私もそうなったら面白いと思う一人です。しかしテレビはなんだかんだ言っても、いまだ大多数の人にとってメディアの主であるし、これからもそれは劇的には変わらないのではないかと色々経験して実感として感じています。既存のテレビとネットという軸はずっともやもやしているところです。
ネットから情報を得ることと比較して、情報のインタフェースとしてのテレビはとても分かりやすくて、チャンネルを選べばそれなりのコンテンツがゆるりと視聴できる。そしてみんながそれを見ている。しかしネットはそうではない。これは優劣ではなくて、コンテンツに接する文化の違いなので、そうそう入れ替わるものではないと思います。または、この場合はテレビというより放送という言葉の方が適切だと思います。
それを踏まえた上で、自分の感想として、テレビは、ネットうんぬんは多少あったとしても結局これからもこのまま現状の延長が続くのかなあと何となく想像しています。それはアクトビラの現状を見ていても感じることです。
でも個人としてはそれはとても面白くない。
自分にとってテレビは特定のコンテンツを視聴する再生専用機になっています。例えばそういう方向性ではいくらでも進化の余地はあると思います。インタフェースからコンテンツを得る手段など、それこそAppleとかがやりそうな方向性で。個人的にはアニメとNHKのドキュメントとかいくつかの番組さえ視聴できれば、放送は無くなってもさほど問題はない方面の人間なので、こういう進化をしてくれれば放送が見れなくなっても大して困らないです。
しかし今こうして無料でこんなに沢山のコンテンツに接していられるのは、今の広告によるビジネスモデルが上手くいっていることが前提で、それが崩壊するような方向性での進化は中の人はそうそう認めないでしょうし、単に壊すだけなら結果として今のようなコンテンツが見られなくなるかもしれないです。絶対数からすると壊したいという願いを持つ人は少数派なんだと思います。
少数派としては自身の視聴文化を布教していきたいと思うのですが、さっきも言った通り、誰もが望んでいることではない以上、それはとても困難なことです。奴らは分かってない、とかなんとか言っても意味のないことです。たぶんこれを変えるには現状の延長ではなく、別の方向性から切り込んで、新しい価値に賛同する消費者を拡大していくことが必要なんだと思います。
そういう新しい方向性としてはニコニコ動画が放送形態も含めたメジャー指向で進化しているのは興味深いです。万人受けを目指した結果、その筋の人間にとってはつまらなくなるかもしれないですが、そんなメジャーへの挑戦をするネット企業は応援したいです。
その他では、Netflixのようなコンテンツ販売主体のサービスは価格と内容の組み合わせ次第で一定以上普及するとは思いますが、能動的にコンテンツを摂取する文化側のサービスである限りは現状のテレビ/放送をそのまま置き換えることにはならないと思います。
しかしNetflix系のサービスが流行ることによって、テレビ局の収益が悪化して、それがきっかけに不連続な変化が起きる可能性もありそうかなと思います。どこかに買収されそうになったときに以前と同じことが繰り返されるのかどうか、興味があります。
そして端末としてのテレビについて。
今のテレビは基本的にパネル中心に動いているので、投資も基本的にはパネル関連に行われるのが常です。コストが掛かる部分なので、大量に作る/調達する必要があります。
でも個人的にはいいパネルから得られる画質には大してこだわらないし、大多数の人も積極的にこだわっているのはさほど多くない印象です。スペック並べて同じ値段だったら高画質な方を選ぶという感じで。
乗ってるソフトウェアはチープなので、どのテレビを触ってみても、操作はもっさりしていて、リモコンは複雑で、お世辞にもUXをちゃんと設計してるとは言えない。
私個人は最悪と思っていても、現状のニーズから考えると実はそれで必要十分な状態であるのかも、というのは実感として感じています。単に受動的な放送視聴するには数字ボタンを押して、チャンネルが映ればそれで十分なんだと思います。残念。
個人的にtorneのUIは面白くて好きです。自分がこうあればいいなと思ったことの多くが実装されてます。(メニュー画面が先頭にある、動作の軽快さ、スキン機能がある、トルミル機能とか)
しかし、torneが素晴らしいと思っても、それは世界を変えるほどには至っていないわけです。それもやはりそれを求める人が限られているからだと思います。
もし端末をもって世界や文化を変えるのならば、その端末は新しいUXとそのUXでしか経験できない新しい何かをセットで提供してあげないといけないのだと思います。(それをやりとげたのがiPhoneだと思っているので、自分の中では最高にリスペクトしてます)
テレビで変革を実現するために、一つの可能性として、GoogleTVがあったわけですが、蓋を空けてみるとテレビとネットが不協和音を起こしているような印象でした。テレビを変えて行くにはAndroidのようにフレームワークだけ提供すればよいのではなく、放送にも踏み込んで行く必要があるのだと思います。しかしGoogleはそこには興味がなさそうなので、微妙です。
結局端末だけではだめで、放送とセット変化を起こすことができれば、それが新しい「テレビ」になると予想してます。
それを実現させるのが、現状の放送業界かというと、そうは思えないというのが、自分の印象です。じゃあ他に誰がいるか、というそれも思いつきません。
と言いつつも、ここ10年で携帯業界に起きたようなことが放送業界で起きそうな漠然とした予感もあります。
それが日本発であって欲しいなとは思っていますが、日本からではしがらみを乗り越えられそうもないと感じているので、そこが大変もやってます。(業界規格とかについても色々思う所はありますが、話すと長いのと、ここで書いちゃうのもあれなのでこれくらいにしたいと思います)
結論:快適にアニメを視聴したい
DevQuiz:スライドパズルのソースコード(C言語)
GDD2011のDevQuizのチャレンジクイズである、スライドパズルのソースコードを晒します。
たいへんぐちゃぐちゃなので、恥ずかしい…。
これで2日くらい5プロセス回すと、4500/5000くらい解くことができます。(自分の結果は4427/5000でした。合計してDevQuizの成績は144.3点でした)
おそらく最短手が得られているはずです。
全問解答するためには、これに色々ヒューリスティックな改造をする必要があります。>と思ったのですが、色々工夫するとヒューリスティック抜きでもいいところまでいけるようです。
アルゴリズムの方針としては、反復深化深さ優先を基本としてます。加えて終了局面を起点として幅優先で正解局面を展開してハッシュに溜めて、深さ優先の終了チェックに使用します。終了局面との距離には普通のマンハッタン距離を使用してます。それだけです。
他の方のツイートをみると、壁を考慮したマンハッタン距離を使うのが普通のようで、確かにすっかり考えから抜けていて大変悔しかったり。
改善版では、手数は伸びるけれど深いところまで探れることを期待して山登り法を試していて、確かに解けない問題も解けては居たんですが、爆発的に手数が増えてしまって困っているところでタイムアップでした。あと無計画に実装したソースコードが手に負えなくなってきて、詰まったというのもあり…orz
ソースはgithubに上げておきます。
https://github.com/kishima/SlidePuzzle
TokyuRubyKaigi03におけるビール力の推定
先日のTokyuRubyKaigi03では、大変ありがたいことに、サントリーさんがスポンサーになって下さって、ビールが振る舞われました。
その力がどれほどであったか、Twitterでの発言から推測してみました。(主な目的はRubyを書く練習)
推測方法
- Togetterから当日の#tqrk03ハッシュタグ付きツイートを回収
- その中から、「モルツ」「ビール」「サントリー」を含むツイートを選別
- ビール関連ツイート主のfollower一覧を取得
- 一覧から重複を排除したfollowerの合計数がビールの力が届いた人数
まあ色々突っ込みどころはありますが、下記のような感じで調査してみた。
# -*- coding: utf-8 -*- require "rubygems" require "nokogiri" require "rubytter" $stdout.sync = true doc = Nokogiri::HTML(open("togetterのHTML")) tweets=[] doc.xpath("/html/body/div[@id='document']/div[@class='contents']/div[@class='left']/div[@class='tweet_box']/ul/li[@class='list_item']/div[@class='list_box balloon_box type_tweet']/div[@class='balloon_module']/div[@class='balloon_body rad5']").each do |d| tweet = d.xpath("div[@class='tweet']").inner_text id = d.xpath("div[@class='status']/div[@class='status_right']/a[@class='status_name']").inner_text time = d.xpath("div[@class='status']/div[@class='status_right']/a[@href]").inner_text h = { :name=>id , :comment=>tweet, :time=>time} tweets.push h end puts "tweets.legth="+tweets.length.to_s supporters = tweets.select{ |a| a[:comment] =~ /モルツ/ or a[:comment] =~ /ビール/ or a[:comment] =~ /サントリー/ }.map{|a|a[:name]}.uniq p supporters consumer = OAuth::Consumer.new( 'xxx','xxx',:site => 'http://api.twitter.com' ) token = OAuth::AccessToken.new(consumer,'xxx', 'xxx' ) twitter = OAuthRubytter.new(token) def twitter.followers(screen_name) begin self.followers_ids(screen_name) rescue [] end end arr = [] supporters.each{|name| followers = twitter.followers(name.strip) arr.push *followers } puts "all users "+arr.uniq.length.to_s
結果は、#tqrk03のツイート数1182。そのうちビール関連ツイートをしたアカウントは43。
ビールの力が及んだアカウント数、18979!
でした。
次回はどうなるか分かりませんが、また楽しくお酒とRubyを楽しみたいものです。
Ruboto-core 0.2.0リリース
7/24にRuboto-coreの0.2.0がリリースされました。(7/26日現在では0.2.1になってました)
http://groups.google.com/group/ruboto/browse_thread/thread/1b68f1b1646cf8b0
メールの内容をまとめてみると下記のような感じです。
新しい特徴
- Android3.1 API Level 12をサポート
- 生成されたActivityまたはServiceをAndroidManifest.xmlへ自動的に追加するようになった
- Android3.2上での、ruboto-coreテストをサポート
- Android3.2アプリ開発へは、ruboto-core 0.3.0で対応予定
- MRIでのrubotoアプリ開発の完全対応*1
- RedNifre氏による新しいアプリアイコン
- "ruboto gen class" がその動作状態を表示するようになった
- "rake update_scripts" はより動作が適切に、必要があればフルビルドをするようになった。
- 起動時のロード中表示の代わりに、スプラッシュ画面をサポート
バグフィックス:
- 同じActivityでButtonとImageButtonを使用したときに失敗する
- ActivityからServiceを開始すると、落ちる問題(0.1.0)
- テストプロジェクトが存在しないときに、"ruboto update app"を実行すると生成するようにした
- "andorid"のトップレベルパッケージが動作するように
全体のissueリストは下記に
https://github.com/ruboto/ruboto-core/issues?state=closed&milestone=1
RubyKaigi2011に参加した
今年もRubyKaigiへ行ってきました。節電の関係でお休みがスライドしてしまい、3日目までの休みが確保できなかったので、1日目と2日目の参加となりました。
初めて参加したのは2009年からで、今回が3回目で、そして最終回。去年の感想でも同じようなことを書いたような気がしますが、Rubyを通じて色々な人や世界に出会って、自分が変わってきたことを更に認識できた2日間でした。
少し3年間を振り返ってみようかと思います。
思い返すと「自重はダークサイド」な方主催のイベント*1に参加したのを皮切りに、勢いで参加したのがRubyKaigi2009。その直後のTokyu.rbに顔を出して、loop do 肉を食べて、酒を飲んで end 。気がついたらTokyuRubyKaigiでLTをしたり、イベントをお手伝いしたりしてるうちにRubyKaigi2010がやってきて、いつの間にか色々な方とお話して、自分の世界の裾野が広がっていました。
その後は言語やフレームワーク自体に興味を持って、Androidを勉強したり、Androidのコミュニティに顔を出すようにもなりました。
2009年まではほとんど社外のイベントに参加したことは無くて、「とりあえず外の世界を知ってみよう!」という漠然とした目標を当時立てていましが、今思い返すとその目標は概ね達せられたのではないかなと思います。そのきっかけの一つは確実にRubyでした。
初日の晩ご飯の時に、@hasimo さんに、「なんでRubyを?」と質問されて、一瞬考えさせられました。自分はRubyを書くような仕事をしてるわけではないし、大したアプリを作ってるわけでもないけれど、それでも時間やお金を掛けてでも、Rubyのコミュニティに参加してるのは、Rubyを取り巻く技術が面白いことはさることながら、コミュニティ自体にも魅力を感じたからなんだと思います。
日本でこんなに熱いエンジニアの集まりってそうそう無いと思うんで、そういうコミュニティの熱の一端でも受信できたことがここ3年で得た一番大きなもののような気がします。
正直、この熱を知らないでいれば、もう少し心穏やかに生きて行けたかもしれないですが、知ってしまったものはしょうがない。3年を経過した今、自分をもっと面白くして行きたいなと、思うに至ったのです。
こんな素敵な機会を与えてくれたRubyKaigiのスタッフ、参加者の皆さん、ありがとうございました!
最近はRubotoとか自分にとってもとっつきやすくて面白いネタがあるので、自分も何かの形でもっと世界にcontributeしていきたいです。