なんとなく日記

Everyday studying...

コンテンツ枯渇時代

http://eiga.com/buzz/20080724/4 ぇー.まあ邦画になるよりはかなりましなんだが....

ロベール本学習記録#12

かなり間が空きましたが,第12章まで終わった.まあこれやっただけでは頭の片隅にしか入らないから,一通り終わったらなんかのソースでも読むかな.

脱初心者に向けて大事なことは?

http://d.hatena.ne.jp/amachang/20080715/1216114132 それを最終的にどうやって解決していったかというと、「答えを探しすぎる」のをやめました。 ある程度分からないことは、「これは何なのか」「このサンプルコードは何なのか」「この用語の意味は何なのか」という自分自身の問いに対して、仮説を立てて、自分だけの答えを出すのです。 自分の仮説に矛盾を感じるときには、もう一度仮説を立て直せばいいのです。 そう,これだ.プログラム始めたばかりの人って,何故か奥の奥まで調べようとしてしまう傾向があるようで1,うまく勉強がはかどらないと嘆いている.で,自分の時はどうだったかというと,あんまり調べずに「これはこういうもんだ」と仮定して進めていって,後でその間違いを正してた.ただそれを言っても納得してくれないのが初心者なので,そういう人には是非とも上のエントリを勧めたいところです. 少なくとも自分のまわりでは [return]

もったいないことは止めよう

iPhoneの箱を誉める記事が出たせいか、昨年後半ぐらいから、この手のモバイルデバイスの箱が豪華になってきた。豪華な箱は、少なからず、製品価格にも影響するし、豪華だからいって嬉しいというものでもなけれは、所有する喜びがわくこともない。こうした感情は、ある種のファンだから生ずるか、あるいはメーカーに踊らされているかのどちらかであろう。D4とiPhoneを比較して云々いうつもりはないし、iPhoneも含めて、やたらに箱を豪華にするのはユーザーメリットもないし、「もったいない」のでやめたほうがいいとおもう。 http://pc.watch.impress.co.jp/docs/2008/0714/pda82.htm こういうのって手にしたときの喜びに繋がるのはそうなんだが,それが製品価格に跳ね返るのはなんとも納得できない感じがする.そして箱って買ったときしか見ずにあとは押入れの奥にしまってしまう身としては,豪華にするよりもエコを意識してほしいと感じる.この記事のこの部分に賛同したのでちょっと書いてみた. ちなみに iPhone は買いません.来年に MacBook 買ったら考えてみる.

第14回 オープンソーステクノロジー勉強会に行ってきた.

行ってきましたGREE主催の勉強会.と言うわけで,右後ろでカシャカシャ打ってたログを. ##モバイルフレームワーク MobaSiF ###昔と比べて携帯サービス開発は楽 昔と比べて楽になった 端末の認証情報 UIDの取得は確かに楽になった 絵文字の扱い auが外字コードで出し入れ可能になった 画像の出し分け タグの有効無効 <table>の扱い ページ容量向上 画面サイズと液晶の画質の向上 MobaSiFが対象としているのは通常のHTMl Flash/アプリ/動画などは機種個別の扱いが必要 古い機種を切り捨ると確かに楽だが.... i-mode IDの取り方(参考) guid=ONつけないとダメ formの場合は GET -> hidden でかかないとダメ POST -> action に query をつけないとダメ 古い機種の対応 mova XHTML,背景色がダメ foma ~901, ~701 <table>が使えない au CDMA 1X 50Kまで 絵文字が<local src=”***”> softbank 3GC 型以外 png 素材も用意しないとダメ softbank C型 公式以外では端末認証できない これは知らなかったので,いい情報.あとでUA調べてみよう. ###MobaSiFとは

「黙っとけ」で有名な本

そういえば,某勉強会に持って行くと「黙っとけ」と記入してもらえるという噂を聞いたのですが.... 初めてのRuby 著者: Yugui 出版日: 2008-06-26 出版社/メーカー: オライリージャパン カテゴリ: Book ああっ女神さまっ(37) (アフタヌーンKC) 著者: 藤島 康介 出版日: 2008-07-23 出版社/メーカー: 講談社 カテゴリ: Book PLUTO 6 (ビッグコミックス) 著者: 浦沢 直樹 出版日: 2008-07-30 出版社/メーカー: 小学館 カテゴリ: Book MAGI×ES 魔法小路の少年少女2 (MFコミックス フラッパーシリーズ) 著者: 竹本 泉 出版日: 2008-07-23 出版社/メーカー: メディアファクトリー カテゴリ: Book 少年ガンガン 2008年 08月号 [雑誌] 著者: 出版日: 2008-07-11

MySQL パフォーマンスチューニング on MySQL Weekly Seminor 2008/06/27

業務で参加ですが,ひとまずログ記録.こんかいから howm でもはてな記法で書いたのでコピペが楽です(ノ∀`). ##MySQL パフォーマンスチューニング MySQL は Orcale と同程度の安定性とスケーラビリティがあると評価されている(2005年) ##パフォーマンスとは? パフォーマンスの指標 スループット レスポンスタイム・レイテンシ スケーラビリティ 上記のコンビネーション CPU やサーバ環境によって変わるのか,など 指標は平均値だけでみるのではなく,ばらつきを調べるのも重要 キューイング 複数のユーザ・リクエストがある場合に発生 レスポンスタイム = キューイングによる遅延 + 実行時間 飽和するとキューイングによる遅延が増大する 天王山トンネルとかと同じ原理 事前の性能テストでは見えない部分でもある 性尿評価の基準作りが重要 実行時間 : Key to the hotspot 確認時間 ネットワーク, CPU, I/O, ロック待ち, …. 原因を見極めないと,高速化に繋がらない可能性がある 計測方法は? 1ページあたりのクエリ実行時間の合計 ベンチマークテスト 実行方法に注意が必要 結果を正しく読み取れることが重要 MySQL のサイトに「なぜ MySQL を使うのか」があり,ベンチマーク結果が載っているが,どのような結果かを見極めなけらばならない. ありがちな間違い 本環境を想定しているかどうか テストデータのばらつき具合 1ユーザだけのテスト Lock 待ちに気がつかない 特性の違うテストをしても意味がない Web 系とバッチ処理など ベンチマーク実行環境の性能不足で,期待した値が出ない状況がありうる ビジネス面からの考慮 コストパフォーマンスを調べる パフォーマンス・スケーラビリティ・信頼性は本当に必要か? 常に全体像を把握しておく. 部分的に改善しても,その他にボトルネックがある可能性がある. どのチューニングが効果的かを判断しながら ##パフォーマンスチューニングTIPS ###MySQLサーバの設定

RubyKaigi2008に参加してきた#2

つくばは遠いなぁ,と言うのが会場の印象.いやいい会場だったんですけどね.いかんせん自宅から遠かったなぁと. 2日目のキーワードは,「Ruby 物産展」「Mac 万能説」. ##本日は朝の諸注意は飛ばされた ##Ruby Extended Library Howto 拡張ライブラリとは C/C++で書かれ組み込まれるライブラリ 遅さ順 1.uptp(10) { |x| puts x } for i in 1..10; puts i; end for(i=0; i<10; i++){ rb_funcall(rb_stdout, rb_intern("puts"), 1, INT2FIX(i)); } 情報源 README.EXT(.ja) RHG / Web版など 1次情報 ruby.h / intern.h / rubyio.h / rubysig.h / version.h / st.h 配布 setup.rb / Gem / Binary extrails 拡張ライブラリのひな形が作れる この中に作法のひな形が書かれている せっかく C++ の勉強などしているので,一つ作ってみよう 使いどころを考える ##さらに仕事に使う Ruby

RubyKaigi2008に参加してきた#1

当日はあいにくの雨模様にもかかわらず,現場の熱気はすごかったですね.Rubyに対する愛を感じました.キーワードは,「スーツ漫才」「博士と助手の奇妙な世界」「だまっとけ」ですかね. さて,感想を交えたログなどを. ##開会前 電源確保できなかったので,省電力モードで活動開始. 5時間はもつ予定. ##開会 テーマは多様性 様々な実装などで確かに多様. 0th day ビジネスよりのセッション 2つの会場 メインセッションとサブセッション 確かに良かったんだけど,セッションの開始時間の調整とかした方がよかったんじゃないかな?と思った. ##現在の,そしてこれからのRubyVM開発 Ruby の実装 JRuby, Rubinius, IronRuby, MagLev, CRuby(Matz) 08/06/20 1.9.0-2 Release 1.9.0-N -> snapshot version Bug-fix M17N 1.9.1 は 2008/12/20 に Release 予定 Ruby の下の部分,実装の話 Parallel Thread Execution 並列スレッド実行 現在のRubyは制限がある ただしそうすると他に影響が出る Multiple Virtual Machine 一つのインタプリタで複数のVM Compilation Ruby 2 C HPC on Ruby そこそこ性能が出て簡単に書ける 並列計算 on Ruby Atomic Ruby 軽量版Ruby? 肥大化した Ruby を,自分にあった機能のみを取り込んだ軽量版を作る Memory Revisit GC 変更 Malloc/Free の戦略変更 いまの Ruby はメモリ使用量を把握していない Neo Garbage Collector ささださんの周りでははやってるらしい 笹田研ができたので,学生急募中 これが一番重要らしい ##JRuby

RubyKaigi2008に参加してきました.

0th dayは仕事だったので参加できませんでしたが,あとは朝からがっつり参加してました.ログと感想は明日書きます....orz(ブログ書くまでがRubyKaigi orz)