サクサク読めて、
アプリ限定の機能も多数！
アプリで開く
コミッター 圧巻だったなぁ。これを見てるだけで wktk した。vim @sandinist と参戦。隣の部屋(emacs)と宗教戦争が始まるんじゃないかってぐらい人が殺到。@kana1 さん焦ってた。 椅子を隣から運んできてもらったりしてようやく着席(このとき、参加者がもっと動いて環境を作れと角谷さんに怒られる。ごめんなさいごめんなさい)。そしたら隣が @ShougoMatsu だった！日頃の感謝を直接述べる。うん、会えて良かった(けっこう年上なんじゃないかと想像してたのは内緒)。 @kana1 は攻撃的なイメージがあったんだけど(blogとかコメントとかで)、良い人そうだった(失礼な言い方だけど)。僕の初歩質問にも丁寧に答えてくれた。ありがとうございます。 消えろnetrw!! autocmd FileTypenetrw setlocal buftype=nofile bufhid
玄人と素人(入り口層から中堅層に至らないまで)の温度差なんじゃないか。 発言の影響度は 玄人 >>>>>>>>>>>>>>>>>>>> 素人なんだけど、人数的には 玄人 <<< 素人なわけで。素人向け(面白い)セッションがフォーカスされるのは仕方ない。ruby 誕生から 17年(ぐらい？)とはいえ、最近になって始めたって人は沢山いるはず。 素人は単純にruby が好きで、日頃の下向きな気持ちを上向きに、テンションをあげるために、雰囲気を味わうために、オレイケテル感を味わうために、色んな人を見るために参加してるのが大半じゃないだろうか。自分を含めて。恐る恐るいつもと違う空気を味わうために。 これをオカルトだと言われるなら仕方ない。たしかにそうだ。 でも、面白いものもあれば非常に突っ込んだ内容のセッションも多数あった。自分のスキルレベルや興味でどちらに行くかは参加者次第。タイムスケジュール作
はじめに注意 個人的にはいままで参加したRubyKaigiには非常に満足しています。またスタッフやスポンサーの方々には言葉では言い尽くせない感謝の気持ちで一杯です。その上で、今後のRubyKaigiやRuby界を考えたときに、これだけは言っておきたいことをつらつらと書いてみます。スルー力を持たない人は読まない方がいいかもしれません。RubyKaigiの問題点 一番の問題は目的を見いだせないこと。いや「開催すること」が目的になってしまっていることか。なんせRubyKaigiは大人が開催する有料「学園祭」になっているので、「やって楽しいこと、来て楽しいこと」を考えて構成されていると感じるとれる。「おもてなしの心」なんて言っている時点で、そっちがメインになってしまうのだろう。でもそれって参加者も含めて自己満足でしかなくて、それ以外の人たちになんら影響を与えられていない可能性がある。RubyK
RubyKaigi2010に、実行委員として参加しました。 まずは感謝を。 るびま特別号、gihyo.jpレポートを読んでいただいたみなさま、ありがとうございます。楽しんでいただけたのなら嬉しいです。 実行委員のみなさま、準備段階からいっしょにRubyKaigiを作ることができて、とても楽しかったです。ありがとうございました。 @kakutaniさん、@snoozer05さん、@darashiさん、準備不足でいろいろご迷惑かけてしまってすみません。ほんとうにありがとうございます。もっとNiceにしたいです。 @bash0C7さん、@adzuki34さん、@tatsuoSakuraiさん、事前からいろいろとありがとうございました。みなさんのすごさから学ぶことがたくさんありました。 当日スタッフのみなさま、会場設営、撤収でどたばたしてしまって、ごめんなさい。ありがとうございます。とくに@may
はじめて3日間すべてに参加できた。 とてもいろんなことを考えた、いや、いまも考えている。 自分から飛び込めば予想を超えて遥かに"楽しさ"は増すということ。 3日間の出来事をつらつらと書きます。 中内さんと筑波までドライブ。 昔話をしながら、終始音楽の話。2時間の旅はすぐに終わる。 toRubyセッション 反省がいろいろ。 想定外がおおくて、すぐにテンパる自分。 参加者と、咳さんに多大な迷惑をかけてしまいました...すいません。 感想を聞いてよい意見が聞けたのが唯一のすくい。 どこかでしっかりした練習が必要だった。 タイマー自体のプログラムは準備とか結構がんばったのに、悔しい。 その後反省会 フリー弁当を頂きながらみんなで反省会。 どこかでこのリベンジができるといいな。 classboxの話 楽しそうだったけど、とても難しかった。 じっくり理解したい。 コミュニティナイト うちわな感じで盛り
もう遠い昔のことにも感じられますが、先週末の金土日の３日間、RubyKaigi2010こと日本Ruby会議2010が開催されました。RubyKaigiにおける実行委員長の最大の仕事はテーマを決めて開催趣意書を書くことと、突発的なトラブル等について都度判断をくだすことなので、私の仕事は気苦労的なものがほとんどで、実務的にはあらかた落ち着いたものでした（それ以外はプログラム委員長、運営委員長や補佐、各チームの取りまとめ役やホールや部屋の番長などが率先して仕切ってくれました。多謝）。そんなわけで、開催前後のお仕事といえば、開催２日前にキャンセルになった最初の企画であるJeremy Kemperの基調講演の代替企画のセッティングをしたこと（これは厳しかった……）、打ち合わせ中に話題になったRubyGemsについて、直接話をする場を作ろうということで急遽RubyGems会議のお膳立てをしたこと、ジ
■ 個人的なRubyKaigi2010総括と「最終回」について クロージングで高橋さんが「次回最終回!」とやったもんだから、各所で議論が巻き起こっているわけだが、おれもちょっと書いておこうかな。あくまで個人的なもので、実行委員の総意でもなんでもない。 自分はまだ「RubyKaigi」と正式に名乗っていなかった初回の2006年にスピーカーとして参加。そのあとは実行委員に加わって、2007、2008、2009そして今年の2010と都合4回のスタッフとして関わった。まずはその5年間の変化をみてみたい。 懇親会で料理が余るようになった 2006年、2007年あたりの感想を探してみるとわかるけど、開始当初はホントにもう、あっというまに懇親会の料理がなくなってた。「Rubyistは酒もタバコもやらないけどやたらと食う」と認識した我々は、一昨年のつくばで「質を落としてもいいから量を出す」方針で懇親会を設
高山 征大 (たかやま もとひろ)。 mootoh という名前を使うことが多いです。 ソフトウェアエンジニアをやっています。 いまはモバイルソーシャル Web の開発、iPhone/Android/iPad/Mac アプリケーションの開発などをしています。 並列処理とそのプログラミング言語の研究開発をしていました。コミュニティ活動としては、Ruby 会議 2009-2010 のスタッフをやっていました。 つくったもの 個人活動として、いくつかiPhone,Mac アプリをつくっていました。 会社員としては並列プログラミング言語のバーチャルマシンとか、ゲームエンジンとか。 発表したこと Molatomium: ParallelProgramming Model in Practice : USENIX HotPar ’10, 2010 Parallelization Strateg
このウェブサイトは販売用です！ twiwt.org は、あなたがお探しの情報の全ての最新かつ最適なソースです。一般トピックからここから検索できる内容は、twiwt.orgが全てとなります。あなたがお探しの内容が見つかることを願っています！
このウェブサイトは販売用です！ twiwt.org は、あなたがお探しの情報の全ての最新かつ最適なソースです。一般トピックからここから検索できる内容は、twiwt.orgが全てとなります。あなたがお探しの内容が見つかることを願っています！
■ 日本Ruby会議2010(3日目) 夕べは21時ごろ宿について、そのままゴロゴロしていたら寝落ちしていて、気がついたら5:30だった。同部屋の2人はずいぶん遅くまでロビーにいたようだけど。やっぱオジサンには体力的にキツいなー。で、せっかく早起きしたし、米の朝食だと調子も出ないので、近くのデニーズまで歩いてフレンチトーストを食べた。これでラスト1日なんとかなる。 ……とはいえ、大ホール番長は体力的にはそんなにキツい仕事ではないのだけど(寒いことを除けば)。特に今年は@tmaedaがかなりの仕事を肩代わりしてくれたので、ホント助かった。午前中の司会も任せっきり。午後も、中ホールのhsbtやkwatchのセッションを聴きに抜け出せたしね。 hsbtの「beforeRails 時代のプログラマが如何にして afterRails の世界にたどりついたか」は、途中でMacBookがフリーズする
この投稿をInstagramで見る この投稿をInstagramで見る この投稿をInstagramで見る この投稿をInstagramで見る 前回の kmuto.hatenablog.com にて C-x 5 2で新ウィンドウ開いたら、えらくちっちゃいウィンドウになってしまったので、何かカスタム設定がまずそう。 と書いたのだが、カスタム設定関係なく、no-init系にしてもダメだったわ。 Hiding menu bar makes new frames very smallにも似ているんだけど、メニューバーも何もいじっていない状態でダメ。emacs-gtkだとmake-frame-commandで作ったフレームのサイズがともかく無視されるようで、ワークアラウンドでフックかけてサイズ指定するようにした。 (defun my/fix-frame-size (frame) (with-sel
Ruby Kaigi 2010 Day 3It's Matz and... Someone else (sorry ifit's obvious - I don't know). And of course they are programing in the bath. BigDecimal: You can handle numbers as large as can fit into memory as opposed to the IEEE double #rubykaigiBigMath is the Math module for BigDecimal #rubykaigiLots of different rounding modes in BigDecimal #rubykaigiBigDecimal.mode is global per process - not thread safe #rubykaigiS
■ [GNU] GNU make 3.82 なんかリリースノートが見当たらないのでNEWSから抜粋した。 Version 3.82 A complete list of bugs fixed in this version is available here: http://sv.gnu.org/bugs/index.php?group=make&report_id=111&fix_release_id=104&set=custom Compiling GNU make now requires a conforming ISO C 1989 compiler and standard runtime library. WARNING: Backward-incompatibility! The POSIX standard for make was changed in the 2008
つくばで開かれたRubyKaigi2010で、多言語間通信ライブラリ MessagePack についてLTしてきました。 音声付きの動画をニコニコ動画で見られます（スバラシイ！）。ぴったり5分に収まりました^^; 発表資料（PDF） 発表資料（クリックで進む動画）Twitterを見る限りでは評判も良かったようで、ひとまず安心しています。 説明が足りなかった部分もあるので、ここで補足しておきます。 JSONと比べてどれくらい小さくなるの？ ある日のTwitterのpublic_timelineを使って比較してみたところ、JSONでは31KBだったものが、MessagePackでシリアライズし直すと25KBになり、約19%削減されました。 ただミニブログサービス「Amebaなう」に…等々の話にもあるように、「MessagePackを使えば必ず大幅にサイズ圧縮に成功する」という訳ではないです。
Rubykaigiおつかれさまでした bigdecimalライブラリとRubyの数値系の未来 - mrkn バグやばい。まじやばい。 a = BigDecimal.new(BigDecimal.new("3.14")) #=> ngとかもうね とりあえず数値むずかしいということはよくわかったRubyによる分散ストレージシステムの実装 - Toshiyuki Terashita よくわからない。おぼえてない RWiki RWikiすごいな。1GBもメモリくってたらたまらないぜ。 時代はhiki PraticalRuby Projects with MongoDB - Alex Sharp これもよくわからない。というか途中でMemory Profilerききにいった Memory Profiler forRuby - Tetsu Soh こっちのほうがよく分からなかった件。patch
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
