IBM Developer is your one-stop location for getting hands-on training and learning in-demand skills on relevant technologies such as generative AI, data science, AI, and open source.

写真1●楽天テクノロジーカンファレンスでソースコード公開を発表するROMAの開発者 西澤無我氏（左）と、Rubyの開発者で楽天技術研究所フェローのまつもとゆきひろ氏（右） 楽天は2009年10月24日、同社が独自開発した分散キー・バリュー型データストア「ROMA」をオープンソース・ソフトウエアとして公開した。ROMAはスケールアウトが容易で、耐障害性の高いデータストア。「楽天市場」と「楽天トラベル」で、ユーザーによる閲覧履歴の保存にROMAを使用している。同日に開催した「楽天テクノロジーカンファレンス」に合わせて、「github」でソースコードを公開した。 ROMAは、楽天技術研究所フェローのまつもとゆきひろ氏（プログラミング言語「Ruby」の開発者）と協力して、2007年から開発してきた分散キー・バリュー型データストアである（写真1）。Rubyを使った大規模システムを実現するための分散処

さる10月24日　土曜日に大久保で次のようなイベントがありました。 http://atnd.org/events/1507 ありましたもといやりましたもとい出来ました。 何度かこのブログでも人が少ない困ったみたいな事を書いたのですが、当日は最終的に9人の参加になりました。すごい。こんな意味不明な集いに9人...　ありがとうございました。 当日の流れは、twitter検索で#proofpartyとかやってもらえれば、ほんの少し分かると思います。 http://search.twitter.com/search?q=%23proofparty スライド 私が発表で使ったスライドは次です。発表という程でもなくてオープニングで使ったのですが。 にゅもんあぐだView more documents from ranha. これは何かというと、Agda2を飛び出して他に行こうというスライドです。 感想

第37信（藤谷治から仲俣暁生へ） 仲俣暁生様 二人の偉大な日本人芸術家が、ともに三月のうちに亡くなったというのは、僕にとっても思うところの多い出来事でした。三日に大江健三郎氏が亡くなったと報道され、その死と業績について思いめぐらしているうちに、坂本龍一氏が二十八日に亡くなったと、四月に入って報じられました。 有名人の、報道によって知らされる死というのは、いつもであればある象徴性をともなったマイルストーンのように感じられるばかりで、その肉体的な死には思い至らないものですが、三月の大きな二つの死は、僕にはけっこうな生々しさをもって迫ってきたのでもありました。というのも、僕は二月に母の臨終に立ち会ったばかりなのです。母の年齢は大江氏に近く、死因は坂本氏のそれと同種のものでした。 無論、だからといって僕に彼らの死が「判る」などとは毛頭思いません。それらの死を同列に扱うような非礼もするつもりはありま

When it comes to the world of venture-backed startups, some issues are universal, and some are very dependent on where the startups and its backers are located. It’s something we…

先日のイベントでは、オープンアクセスでも広義のオープンアクセス、すなわち学術情報への自由なアクセス全般について触れられていて、オープンデータの話もいろいろ聞けたのでよかった。研究データをオープンにしてもらうのが大変という話を聞いていると、なんとなくソースコードの公開を思い出したので、この辺りを対比して考えてみることにする。ちなみにオープンデータの必要性については、 Numerous scientists have pointed out the irony that right at the historical moment when we have the technologies to permit worldwide availability and distributed process of scientific data, broadening collaboration a

Teichmüller character(sgn)とexpとlogも． x != 0 に対して， x = p^ord(x) sgn(x) e^log(x) となるようにlogを拡張してる． class Adic < Numeric def initialize adic, precision, arg = 0, ord = 0 @adic, @precision = adic, precision @modulus = adic ** precision @int, @ord = if arg.zero? [0, :infty] else while arg % adic == 0 arg /= adic ord += 1 end [arg % modulus, ord] end end attr_reader :adic, :precision, :modulus, :int, :or

Facebookでユーザーが費やす時間は1日当たり80億分以上になるという。同社エンジニアリング担当バイスプレジデントMike Schroepfer氏が米国時間10月21日、サンフランシスコで開催のWeb 2.0 Summitで述べた。同氏は、毎週共有されるコンテンツ数が約20億件で、毎月アップロードされる画像数が約20億枚であることなども明かし、3億人ものユーザーを抱えるまでにFacebookを拡大させることの課題を語った。

Hewlett-Packardが米国時間10月21日、「Web 2.0 Summit」において2つのプロジェクトを発表した。同社はこれらのプロジェクトによって、とりわけ書籍と雑誌に新たな生命が吹き込まれることを期待している。 「BookPrep」と「MagCloud」は、お金がかかりすぎる、またはあまりにも困難だという理由でこれまで印刷されてこなかったコンテンツを、もっと簡単に読者に届けることを可能にする。 HPのニュービジネスイニシアチブ担当ディレクターであるAndrew Bolwell氏が筆者に述べたところによると、これらの製品は、出版業界が抜本的な変化のまっただ中にいるとの認識に基づいているという。Bolwell氏の見解では、この変化は、アイテムをあらかじめ印刷して、人々が購入することを期待してそれをさまざまな場所に流通させ、売れ残った製品を廃棄するモデルから、オンデマンド印刷による

Facebookが大規模スケーラビリティへの挑戦で学んだこと（後編）～キャッシュが抱えるスケーラビリティの問題とデータセンターにまたがる一貫性 全世界で3億人を超える会員を抱え、世界最大のSNSとなったFacebook。同社の技術担当バイスプレジデント Jeff Rothschild氏が、10月8日に米カリフォルニア大学サンディエゴ校で行ったセミナー「High Performance at Massive Scale-Lessons learned at Facebook」の内容を再構成して紹介します。 （この記事は「Facebookが大規模なスケーラビリティへの挑戦で学んだこと（前編）～800億枚の写真データとPHPのスケーラビリティ問題」の続きです） キャッシュがスケーラビリティに大きな役割を果たしている Facebookの主な役割は、ユーザーが簡単に（友人たちの）情報を集めることがで

Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

Railsでアプリを作ったら公開したくなるのが人情ですよね。 だけど、安いホスティングサーバとかだと、使える環境が限られていたり、セットアップが面倒だったり・・・必死こいてセットアップしても、本気で運用するとなると、そんな環境だと不安だらけだし・・・かといって、AmazonEC2で運用するだけの気合いもない。GAE/Jを使って、JRubyってのもな〜・・・ 私もそんな感じでしたが、そんな折に、mat_akiに、Heroku（ハーオークーと読むらしい）を教えてもらいました。 実は、Herokuって、ずいぶん昔に話題になって、知っていたんですが、その時は、「WebブラウザでRailsアプリが開発できる〜」みたいな感じだったんですよね。それだとEmacsで良いよ。と思ってスルーしていたんですが・・・どうやら、サービスの定義？内容？が変ったようです。 今までのWebブラウザRails開発環境は、”

グーグルはWebブラウザ「Google Chrome」など100種類を超えるオープンソースプロジェクトを社外に公開している。「Google Code」という開発者向けWebサイトでは、ソースコードだけでなく、グーグル社員同士のやり取りや仕事の進め方まで公開されている。そこから垣間見えるグーグル気質を分析する。（日経コンピュータ） グーグルのことを、「『世界中の情報を整理する』という大きな野心に向けて突き進むエリート集団」と思っている読者も多いだろう。そのような会社のプログラマであれば、書いたソースコードも厳しい規律に従う秩序だったものに違いない、と思うのが自然だ。 確かに、グーグルの開発スタイルの厳格さはよく知られている。例えば、グーグル日本法人の鵜飼文敏氏が行った講演を見ると、同社は、デザインドキュメント（コーディングの前に設計情報を文書化するプロセス）、コードレビュー（他のチームメンバ

Facebookが大規模スケーラビリティへの挑戦で学んだこと（前編）～800億枚の写真データとPHPのスケーラビリティ問題 全世界で3億人を超える会員を抱え、世界最大のSNSとなったFacebook。同社の巨大なシステムは、3つのデータセンターにある約3万台のサーバと、PHP、C++、Memcache、MySQLなどのソフトウェア群によって支えられています（同社のデータセンターの巨大さは、記事「3億のユーザーを抱えるFacebookのデータセンター。移動は自転車、希望は100Gbイーサネット 」を参照）。 同社の技術担当バイスプレジデント Jeff Rothschild氏は、Facebookが実現している大規模なスケーラビリティを、いかにしてこれらのソフトウェアで実現しているのか、10月8日に米カリフォルニア大学サンディエゴ校で行ったセミナー「High Performance at Mas

グーグルは世界有数のハードウエアメーカーであり、ソフトウエアメーカーである。1990年代末に他に先駆けて「情報爆発」に直面し、いち早くそれに対応したグーグルのコンピュータは、従来のコンピューティングと比較すると常識外れにすら見える進化を遂げた。グーグルコンピューティングの特異さを10個紹介しよう。 （1）自前主義 グーグルは売上高を見ると「広告会社」だが、その実態は7000人を超えるエンジニアを抱える世界有数のメーカーである。しかもそのコンピューティングのあり方は、従来型のそれと大きく異なる（図1）。グーグルが“異形”のメーカーなのは、同社がハードもソフトも自前主義を貫いているからだ。 使用するサーバーはすべて自社開発だ。一部報道では、グーグルは台数ベースで米デルや米ヒューレット・パッカード（HP）に次ぐ「世界第3位」のサーバーメーカーだという。 サーバーだけではない。2007年、大手ネッ