John Lam / 青木靖 訳 2007年6月24日 Foo Campで私が最初に行ったのは、｢GoogleのRailsクローン｣と題するSteve Yeggeの講演だった。このタイトルを見てどうして聞かずにいられようか? Googleはプログラミング言語として、C++、Java、Python、JavaScriptの4つを使っている。WebのフロントエンドをJavaで書きたがる人がそういるとは思えないが、それはWebフロントエンド用のJavaコードをたくさん持っているGoogleにしても 同じだ。 Googleにおける開発者の生産性を引き上げるため、Steveは会社にRails(したがってRuby)を言語として採用するように訴えたが、それが叶わないとなると(Googleはインフラでサポートしなければならない言語の数を増やすのをとても嫌っている)、 彼は欲求不満のプログラマがみんなするだろ
Railsに関するlockcoleのブックマーク (37)
-
lockcole 2007/06/28
-
ヽ( ・∀・)ノくまくまー(2007-05-20)Rails勉強会@東京#18 後半: 今だからこそ運用環境を考える
● [Rails] Rails勉強会@東京#18 前半: QueryCache / MMC 後半: 今だからこそ運用環境を考える に参加。 ● 前半: QueryCache / MMC QueryCache とは、AR.find の結果を memcached を用いてキャッシュする plugin。(rakuto 作) rakuto式 QueryCache の課題 with_scope どうする？ memcache のキー 削除戦略 1は、AR.find の引数だけを見てキャッシュのキーを作成しているため、with_scope と混ぜるな危険。解決策の1つは「キャッシュするレイヤーを select_xxx まで引き下げる」こと。そうすると find_by_sql まで対象に入るという嬉しい副作用もある。ただその場合、キャッシュの対象も同レイヤーにするとARオブジェクトでなく生の結果セットにな
-
-
2006年「Ruby on Rails」が愛された理由 － ＠IT
2007/01/12 2006年は手軽にプログラムし、アプリケーションを開発できるライトウェイト言語に注目が集まった年だった。インタープリタ型スクリプト言語であるPerl、PHP、Python、Rubyなどが開発者の人気を集めた。その中でも熱烈ともいえる支持を集めるのはRubyとそのWebフレームワークである「Ruby on Rails」（RoR）。RoRの人気の理由を探った。 動くアプリを手早く開発 RoRはフルスタックのWebフレームワーク。開発者はRoRだけで本格的なWebアプリケーションを開発できる。人気の理由は複雑な手順を踏まなくても、動くアプリケーションを手早く開発できることだろう。RoRは「scaffold」（土台）と呼ばれるテンプレートの自動生成機能があり、データベースアクセスを含むWebアプリケーションの基本を短時間に作成できる。 この土台をベースに必要な設定を行えばアプ
-
CNET Japan Blog - 江島健太郎 / Kenn's Clairvoyance：Lingr and Comet - 技術解説編
さて、お待たせしました。いよいよCometとLingrについての技術解説です。 ■Comet解説 さて、まずはCometとは何で、どういう背景によって生まれたのか、についての解説から始めます。 まず前提として、Webアプリケーションにおいては、通信開始のトリガーは常にクライアント側が握っています。つまりURLを入力したりボタンをクリックしたときなどに通信が発生することになるわけですが、このようなアーキテクチャは、サーバ側で発生した変化をリアルタイムにクライアント側に通知することが原理的にできないことを意味します。 チャット・アプリケーションでは、複数のユーザから不定期にメッセージが送信され、それが他の参加者に一斉に配信されなければなりません。しかし、メッセージを受け取ったサーバ側では、それをクライアントに即座にプッシュで通知する方法がないのです。 そのため、一定期間ごとにブラウザがサーバに
-
-
MySQL4.1でlatin1なテーブルに格納された日本語データのサルベージ - moroの日記
全回のRails勉強会で相談したネタですが、以前作成したDBでlatin1のテーブルにEUC-JPの日本語を格納してしまい、ダンプツールなどでうまく読み出せなくなってしまっていました。*1 とりあえずRailsからはbinaryで読みだし、日本語として表示できていました。でも、やっぱりUTF-8のほうが楽だよね、ということでMySQL5.0+UTF-8のテーブルに移行するため、データをダンプした際にこの過去のミスがもとでハマった、と。 Rails勉強会の場では「ActiveRecord経由で読み出せば救えるんじゃない？」というアドバイスをいただきまして、その結果うまく救出できたのでまとめをば。 与件 改めて状況をまとめますと、以下の感じでした。 MySQL4.1で文字コードlatin1のテーブルにEUC-JPの日本語を詰めてしまっていた。 上記は、binaryで読み出せば正常に表示できてい
-
-
川o・-・）＜2nd life - Rails における信頼とは
アンカテ(Uncategorizable Blog) - Rails的世界の「安心」と「信頼」の力学 自分の場合 Rails における信頼とは DHH (Rails 作者) のセンスだと思ってます。Rails はマーケティング、設計思想、共に成功したと言えますが、そのうちエンジニアの自分が興味があるのは設計思想なわけで。 最初 Rails に出会ったときは、日本では一年遅れでやってきた「Rails って簡単に素早く Web アプリケーションが作れるよね」といったスピード感に Rails ってばスゲー、と思いましたが今は違います。ここら辺は結局フレームワークに慣れれば、他のフレームワークでも大概は出だしのスピード感をつけることができます*1。 実際 Rails を使っていても、周りのその他たくさんの開発者と技術力の差をつけるには、結局 Rails のソースを読み、ネット上でかなりの情報が流れ
-
moroの日記 - 新しくRailsアプリを作るときにやること
なんか色々はまったのでメモです。 一見まとめに見えますが、実は「早い段階でやっとけばよかった」と後悔したり、向こう数日以内に後悔する予定のところをピックアップした愚痴だったりしますけど。 文字コードはUTF-8を使うのが無難。 テーブルの文字コードもUTF-8に。latin1にEUC-JPなデータを入れてしまうと大変。 Ajaxを絶対に使わないならSJISとかでもいいかも。 ケータイを考慮する場合も、around_filterを使って入出力の文字コードを変換するほうが楽だと思います。実際にはまった人の声も聞きたい。 vimを使う場合はこちらもどうぞ。 とりあえずバージョン管理はSubversionをお薦め。 Capistrano(旧名:SwitchTower)でdeployする場合、${RAILS_ROOT}/logをリポジトリに入れるとはまる。${RAILS_ROOT}でsvn:igno
-
使い捨てWebアプリケーションを作る為の道具としてのRuby on Rails - llameradaの日記
私のとってRuby on Rails(RoR)は、使い捨てWebアプリケーション(WebApp)を作る為の道具である。ちょうど、Rubyが私にとって使い捨てプログラムを作る為の道具であるように。そして、RoRは使い捨てWebAppを作るのにとても向いている道具だと思う。念の為に言っておくと、別にRoRやRubyが本格的なアプリケーションに向いていないと主張するつもりはない。単にRoRやRubyで本格的なアプリケーションを作る機会がないだけである。 何故、RoRが使い捨てWebAppに向くのか？その理由は色々とあるが、一番の理由はやはりAgile（素早い）ということだろう。10分でWebAppが作れるのはやはり魅力的である。 私が使い捨てWebAppを作る目的の大部分は、内部DBのメンテナンス・ツールとしてである。内部DBのメンテナンス・ツールのGUIが欲しいが、ちゃんとしたツールを作るのが
-
Cascaded Eager LoadingがRails 1.1に間に合った！ - 2nd life (移転しました)
http://dev.rubyonrails.org/changeset/3769 もうじき出ると云う噂のRails 1.1にCascaded Eager Loadingが間に合ってsvn headにコミットされた！これRails 1.0 => 1.1のActiveRecordの変更点の中じゃ一番大きいと云っても過言ではない機能。今までは二つ以上の関連のSQLを一回で引くにはSQL直書きしなくちゃならなかった*1のを一発で引けるという！ これで今までは二つ以上の関連を参照するには長いSQL書いてたり、長いSQLよくわからないのでパフォーマンス落ちるけどSQL複数回発行してたり(オレ)なんかにはめっちゃありがたい。鼻血物！！！ http://wota.jp/ac/?date=20060217#p01 な関連テーブルを一発で引きたい場合、 >> Group.find(:all, :includ
-
Project management, collaboration, and task software: Basecamp
Wrestling with projects and process? It doesn’t have to be this hard. Too many tools? Stuff scattered? Keep falling behind? Even simple things feel like a grind? Your projects need Basecamp. Basecamp frees you up. It’s for makers, not micromanagers. For shipping, not slipping. It’s all about making progress. How does Basecamp work?
-
RailsによるアジャイルWebアプリケーション開発 2/25日発売 - 2nd life (移転しました)
というわけで待ちこがれてる人もたくさんいるであろう Agile Web Development with Rails、通称AWDwRの邦訳がついに2/25日に発売です。監訳は前田修吾さんがやってるので安心のクオリティ。私もレビュアとして参加しましたが、原書のAWDwRを流し読みしたときはうっかり見落としていた部分やTipsなどがあって、よりRailsの知識を深めることができました。 日本ではこの本が起爆剤になってよりRailsブームになるんじゃないかなー、と思ってます。Railsに興味はあるけど情報源が英語ばっかりだしなぁ、という方や、原書のAWDwR本読んだけど英語だったからまだまだ理解不足かも、とか思ってる人には特にオススメです。 RailsによるアジャイルWebアプリケーション開発posted with amazlet on 06.02.21前田 修吾 オーム社 (2006/02/2
-
「Javaの生みの親」に聞く「AJAX、LAMP、Ruby on Rails」:インタビュー - CNET Japan
あるプログラミング言語が別のプログラミング言語よりも優れているとウェブ上で発言すれば、間違いなく論争が巻き起こる。「Javaの生みの親」として知られるJames Goslingは、このことを誰よりも知っているはずだ。 Goslingは最近書いたブログのなかで、Javaとスクリプト言語に関する論争のなかに足を踏み入れた。 PHPやPythonのようなスクリプト言語は、「動的な言語」としても知られているが、これらはJavaに比べて簡単に習得できることから、開発者の間で人気が高く、とくにウェブページの制作にはよく使われている。かつてのJava信奉者を含む多くの人々が、スクリプト言語の利用や、オープンソースコンポーネントで構成されるいわゆる「LAMP」スタックの利用が増加する一方で、その分Javaの利用が減少したと主張している。 現在、SunのDeveloper Products Groupで最高
-
Brails - Social Bookmark Manger by Ruby on Rails
これは何？ ソーシャルブックマークを管理するソフトウェアです。現在のところ、del.icio.us、はてなブックマークに対応しています。 注意 本ソフトウェアは無保証です。本ソフトウェアの使用によって生じる如何なる損害に関して一切の責任を負わないものとします。 ダウンロード brails-0.1.2.zip 特徴 デスクトップ・アプリケーションです。 Ruby on Railsで作りました。 ブックマークのバックアップができます。 ブックマークの編集ができます。 1000件のブックマークを一度に表示できます。 ブックマークの検索ができます。 ブックマークのシャッフルが出来ます。 ブックマークのレーティングができます。 公開されている他人のブックマークも同様に閲覧できます。（もちろん更新は出来ません。） スクリーンショット 使い方 zipファイルを解凍後、brais.exeを起動してください
-
llameradaの日記 - Ruby on Railsによるソーシャル・ブックマーク管理デスクトップ・アプリケーション
Ruby on Railsで作成したweb アプリケーションは、exe形式の実行ファイルにすることが出来る。詳しくは、Distributing Rails Applications - A Tutorialを参照のこと。 この仕組みを知って、何か面白いことが出来ないかなと考えていた。そこで、前から欲しかったソーシャル・ブックマーク管理デスクトップ・アプリケーションを作った。現在のところ、del.icio.usとはてなブックマークに対応している。 何故、こんなアプリが欲しかったいうかというと、自分のブックマークを迅速に検索したいからだ。私はソーシャル・ブックマークとしてdel.icio.usを使っているが、del.icio.usのサーバはそれなりに重い。そのため、目的のブックマークを探し出すのに時間がかかってイライラすることがある。 デスクトップ・アプリケーションならば、計算資源に余裕がある
-
JavaScriptの学習効率 - llameradaの日記
Ajaxの登場と共に、JavaScriptに注目が集まっている。それに伴い、JavaScriptを学ぶ人が増えていると思う。私自身もその一人である。JavaScriptを学ぶ中で感じたのは、JavaScriptを効率良く習得するには、他のプログラミング言語での経験が重要だということである。 何故、他の言語での経験が重要かというと、JavaScriptは、それ単独で学習するには効率が悪いからである。主な理由は次の３点である。 主要な実行環境がブラウザである。そのため、プログラムの実行毎にブラウザのリロードやマウスクリックが必要となり、煩雑である。また、デバッグ環境も貧弱である。 標準ライブラリが貧弱である。そのため、一般的な機能を自作したり、公開されているライブラリを利用する必要がある。 まともな書籍が少ない。著名なのは「JavaScript」ぐらいだろうか。 もちろん、JavaScript
-
-
Best Tool For the Job » Alternatives to Ruby on Rails
I’ve been learning Ruby on Rails for the past few months. Along the way, I’ve found several similar frameworks in other languages: Django in Python Fanery in Python Subway also in Pyton TurboGears another Python framework Catalyst in Perl TrimJunction in JavaScript Cake in PHP Symfony in PHP5 Seagull in PHP PHP on Trax another one in PHP MonoRail in .NET Wicket for Java Sails for Java Trails also
公式Twitter
- @HatenaBookmark
リリース、障害情報などのサービスのお知らせ
- @hatebu
最新の人気エントリーの配信
キーボードショートカット一覧
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Copyright © 2005-2025 Hatena. All Rights Reserved.
設定を変更しました