Ruby on Railsはどのように生まれ、発展してきたのか［前編］。作者DHH氏やコアチームが語る動画「Ruby on Rails: The Documentary」が公開
「1999年か2000年頃、私は37signalsというWebデザイン企業を経営していました。2人のビジネスパートナーとWebデザインを受注していたのです」（Fried氏） Fried氏は本業とは別に再度プロジェクトとしてオンライン書籍データベースの開発に取り組んでいました。開発はPHPで行っていたものの、Fried氏はプログラミングでつまづきます。 当時はまだStackOverflowのような技術的な質問に答えてくれる掲示板などなかった時代。Fried氏はブログに「誰かこの問題を解決する方法をご存じですか？」と書き込みます。 するとデンマークからメールが届きます。メールを書いてきたのがDHH氏でした。 「私は（37signals社の）Signal vs. Noiseというブログを以前から熱心にフォローしていました」とDHH氏。 「ブログで彼の質問を見て、私は『おお、この答えを知っているぞ
ルビィはコンピューターの国でマウスポインターを見つけられる？『ルビィのぼうけん』翻訳者に訊く
ある退屈な1日にルビィがPCを立ち上げると、何かおかしい――マウスポインターがいない！ 相棒を探すマウスとともにコンピューターの国へ冒険に出かけたルビィは、そこでどんな出会いをするのでしょうか。好評を博した絵本の第2弾『ルビィのぼうけん コンピューターの国のルビィ』を翻訳した鳥井雪さんにお話をうかがいました。 PCを使っていたら、ふとマウスポインターが見当たらなくなり、マウスを振り回すことはよくあります。普通なら画面上に悪気もなくひょっこり現れて解決しますが、もし「いつになってもマウスポインターが表示されない」という状況に陥ったら、皆さんならどうしますか？ 2016年5月に翔泳社から刊行したプログラマー的思考を養うための『ルビィのぼうけん こんにちは！ プログラミング』の主人公・ルビィの解決策はいたって単純。コンピューターの中にマウスポインターを探しに行くことでした。 その冒険の顛末が語ら
[Ruby] GC mark改善案 - Matzにっき(2010-05-10)
_ [Ruby] GC mark改善案 おひさしぶり。 GC sweep時間はわりと短縮できそうなので(authorNariくんがLazySweepパッチを書いてくれたし)、 このところGC mark時間を短縮するアイディアはないか、考えている。 今のRubyに入れたいので、制約として、 保守的 mark&sweep write barrierを導入しない というものがある。 しばらく前にTwitterで、「いくつかのオブジェクトをまとめて、その単位でマークする」というアイディアを披露してみたが、すぐに三浦さんから「トラバースのコストが減らないから効果ないんじゃない」との指摘が。ちょっと考えてみたら、確かにその通り。かっくり。 まあ、50年間、いろんな人が考えてきたGCで、画期的なアイディアを思いつくのは難しいよね。 まあ、そういう「誰も知らない系」ではなくて、mark時間短縮に効果のあり
なぜTwitterは低遅延のままスケールできたのか 秒間120万つぶやきを処理、Twitterシステムの“今” − ＠IT
ユーザー同士のつながりを元に時系列に140文字のメッセージを20個ほど表示する――。Twitterのサービスは、文字にしてしまうと実にシンプルだが、背後には非常に大きな技術的チャレンジが横たわっている。つぶやき数は月間10億件を突破、Twitterを流れるメッセージ数は秒間120万にも達し、ユーザー同士のつながりを表すソーシャル・グラフですらメモリに載る量を超えている。途方もないスケールのデータをつないでいるにも関わらず、0.1秒以下でWebページの表示を完了させなければならない。そのために各データストレージは1～5ms程度で応答しなければならない。 Twitterのリスト機能の実装でプロジェクトリーダーを務めたこともあるNick Kallen氏が来日し、2010年4月19日から2日間の予定で開催中の「QCon Tokyo 2010」で基調講演を行った。「Data Architecture
[ruby-dev:38423] longlife gc
Subject: [ruby-dev:38423] longlife gc From: Narihiro Nakamura <authornari@ a . m Date: Mon, 11 May 2009 00:20:38 +0900 nariと申します． GW中にGCの改良を行いましたので，報告いたします． = Railsのヒープ調査 2ヶ月ほど前に，ふと気になってRailsがどんな風にヒープを使用しているか調査してみました． 以下のグラフはscaffoldしたRailsアプリを動かした際のものです． http://www.narihiro.info/resource/image/gc_count_statistic_from_rails.png 調査前は漠然と「文字列が一番多いんじゃないかなぁ」と考えていたのですが，実際に は構文木オブジェクトがヒープの半分を占めているようです． そ
「ソフトウェアは工業製品ではない」、Rubyのまつもと氏が講演 － ＠IT
2009/04/10 ソフトウェアは工業製品ではない――。Rubyの生みの親としてしられるまつもとゆきひろ氏は2009年4月9日、InfoQ主催のイベント「QCon Tokyo 2009」の基調講演で、ソフトウェアと何であり、何でないのか、それはどういう性質のものであるのかを雄弁に語った。 コードとは設計である 「ビューティフルコード」と題した基調講演を行ったまつもと氏は、2007年に共著者の1人として出版した同名の書籍に書いたエッセイに込めた思いを、次のように語る。 「世界に冠たる日本の製造業のノウハウを適用することで生産性を上げることができるに違いないという発想がありますが、ソフトウェアは工業製品ではない。そうした誤解を正していきたい」。 ソフトウェア産業界では、よくエンジニアが何十万人足りないということが言われる。しかし、まつもと氏は、これは工業生産と同じ方法論を当てはめることから来
Improving the Ruby GC - LloydForge
Improving the Ruby GC overview This page details some changes to the ruby garbage collector which seem to afford a 25% reduction in maximum heap memory usage, and nearly double the amount of heap space ruby's is able to reclaim. This comes at the cost of a 2% performance hit. More to come, stay tuned. patch The latest patch to ruby 1.8.6 is available here. summary of changes Fixed 2k heaps Hea
■ - ひとり勉強会
ここ「ひとり勉強会」は、会と言いつつひとりで勉強した記録を残してます。 金曜日は YARV: Yet Another Ruby VM のソースコード読みの日です。 履歴 (1): main から yarv コアに到達するまで (2): コンパイル処理の流れとデータ構造 (3): if のコンパイル (4): case, while のコンパイル (5): break, next, redo, retry, rescue, ensure, for, ブロック のコンパイル (6): 代入 のコンパイル (7): 自己代入, メソッド呼び出し のコンパイル (8): super, yield, リテラルなどなど のコンパイル (9): def, class, module, alias などなど のコンパイル ここまでのまとめ: PPT or PDF (10): 最適化 (11): バイトコー
マルチVMでRubyを並列化、サンと東大が共同研究 － ＠IT
2008/01/10 サン・マイクロシステムズは1月10日、東京大学と産学連携モデルの確立を目指した共同研究に着手したと発表した。両者間の共同研究に関する協定書は2005年6月に東京大学と米サン・マイクロシステムズの間で取り交わされていたもので、今回初めて2つの研究テーマを決定した形だ。 テーマは「RubyとJRubyでのマルチVirtual Machine（MVM）環境の実現」と「Fortress上でのスケルトン並列プログラミング手法に基づいたライブラリ開発」の2つ。 Ruby／JRubyのMVM研究は、東京大学 大学院情報理工学系研究科 竹内郁雄教授のグループと、米サンのティム・ブレイ氏（Director of Web Technologies）、およびJRubyのメンバーとの間で進める。MVM環境の実現によりRubyプログラムがさらに効率的に実行できることが期待できるという。この成果
大規模分散処理向けの国産“ウェブOS”をRubyで開発中 − ＠IT
2007/11/26 2007年11月24日、「楽天テクノロジーカンファレンス2007」において、Ruby言語の開発者で楽天技術研究所フェローのまつもとゆきひろ氏は、開発中の大規模分散処理基盤「Roma」（ローマ）と「Fairy」（フェアリー）のコンセプトを語った。研究段階ではあるものの、米グーグルなど世界トップクラスのネット企業だけが持つ大規模分散処理技術に真っ向から挑戦する試みだ。 米グーグル、米ヤフー、米アマゾンなど世界トップクラスの大手ネット企業は、巨大なトラフィックに対処するため、大規模データセンターの信頼性、可用性、性能などを確保する大規模分散処理基盤の研究開発を進めている。最近では、こうした大規模分散処理基盤は“ウェブOS”と呼ばれることもあり、注目を集めている。つまり世界トップクラスのネット企業は“ウェブOS”を自社開発しているわけだが、楽天でも国産の“ウェブOS”が生まれ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
