JRuby on Railsでサイト構築したSunから学ぶ - builder by ZDNet Japan
ともにDXを推進する コンテナ化されたワークロードを管理 継続的な価値を生みだす「協創」への挑戦 セキュリティモデルは変わった！ クラウド活用、リモートワークはあたりまえ いま求められるゼロトラスト実現のために 時代はサーバ仮想化からコンテナへ あらためて整理したい企業ITにおける コンテナ活用の基礎と採用メリットを紹介 ビジネスの推進には必須！ ZDNet×マイクロソフトが贈る特別企画 今、必要な戦略的セキュリティとガバナンス 身近な改善の第一歩！ ニューノーマルな働き方を前提にした これからの時代のWi-Fi環境構築のポイント 結果に差がつくウェビナーへの投資 デジタル営業時代における見込み顧客獲得へ ウェビナーの運用・集客・フォローの最適化 ビジネスのためのデータ基盤構築 DX時代の企業成長はデータ活用が鍵 新たな展開を後押しするSQL Server活用 RPAによる自動化を年30万
MacにRailsをゼロからインストールする一番簡単な方法:江島健太郎 / Kenn's Clairvoyance - CNET Japan
唐突ですが、Macユーザ（Leopard or Tiger）がRuby on Railsの開発環境をゼロからセットアップしてHello Worldするまでの最短・最小の手順を書いてみたいと思います。 書いてある通りに実行するだけで超簡単なので、Macユーザは今すぐやってみましょう。Macを持ってない人は・・・Macを買うといいですよ。:) 1. MacPortsをインストール MacPortsとは、Macで開発をするなら欠かせないパッケージ管理システムです。 これさえ入っていれば、開発に必要な道具をインストールするのが圧倒的に楽になります。OSのバージョンに合わせてインストーラをダウンロードし、インストールが終わったら、ターミナルから
Scaling Twitter: Making Twitter 10000 Percent Faster - High Scalability -
Update 6: Some interesting changes from Twitter's Evan Weaver: everything in RAM now, database is a backup; peaks at 300 tweets/second; every tweet followed by average 126 people; vector cache of tweet IDs; row cache; fragment cache; page cache; keep separate caches; GC makes Ruby optimization resistant so went with Scala; Thrift and HTTP are used internally; 100s internal requests for every exter
Rubyはエンタープライズの基盤になれるか：ITpro
Rubyはどこまで大規模な基幹システムに適用できるか---この問いに対する答えを探す，あるいは作る試みが動き出している。 Rubyを大規模システムへ適用しようという原動力となっているのが，エンタープライズ・システムの生産性を向上させたいという企業の要求と，Rubyを使いたいという開発者の要望だ。「Ruby on Railsの生産性はVBscriptの倍，PHPの1.5倍ではないか」」(カカクコム 事業開発本部事業開発部システム担当部長 宮島壮洋氏)。「COBOLやVBに比べ4割から5割生産性が向上しそうだ」(テクノプロジェクト 代表取締役専務 吉岡宏氏)。 しかし，ビジネスへの本格的な適用が始まったばかりのRubyを大規模で高信頼性が要求されるシステムに適用するためには，いくつかの課題を証明，または解決する必要がある。 その課題とは何か。日本で最大規模の事例であるカカクコムの「食べログ.c
BBCが自ら「Perl on Rails」を開発 | スラド デベロッパー
本家/.の記事より。ウェブサイト構築にPerlを駆使していることで知られるイギリスのBBCが、Ruby on Railsならぬ「Perl on Rails」を開発しているそうだ(BBC Radio Labsのブログ記事)。既存のPerl用MVCフレームワークも試したが機能や高負荷時のパフォーマンスの面で十分ではなく、利用できるモジュールなどサーバ側の制約も強かったため、内部のサイト用にRuby on Railsを数年間使った経験を活かしてデザインパターンやコーディング規約まで似せたものを自ら開発することにしたと言う。現在のところBBC Programmes(番組表)の構築で利用されており、今後はBBC iPlayerでも利用される予定とのことだ。ただし、オープンソース・ライセンスの下で一般に公開されるかどうかは定かではない。
masuidrive on rails » Blog Archive » PHPユーザの為のRuby/Rails入門
[追記] if構文の変数スコープの説明に間違えがあります。新しいスコープは作られません。 お盆のまっただ中8/11(土)に、社内勉強会を開いて、PHPユーザ向けにRuby/Rails入門をやりました。 じつはお盆の土曜日に4時間も勉強会って事で、そんなに人も集まらないだろうと思っていたのですが、ふたを開けてみたら28名も参加があり、びっくりしました。それだけ興味を持ってもらったのは嬉しいけど、これだけ集まるなら資料はちゃんと作らないと・・・・。ということで、作った資料を公開します。なんとRuby編100ページオーバー、Rails編200ページオーバーと、かなり大作です。 RubyKaigiで、発表者のスライドの横でIRCが表示されていたのが面白かったので、勉強会の参加者には、Lingrのチャットルームに全員入ってもらって、質問やパートごとの「終わった！」という書き込みをしてもらいました。今
redMine｜Ruby on Railsで作られたプロジェクト管理ツールredMineを使ってみよう!:第1回 プロジェクト管理ツールの必要性/Tracとの違い/redMineがオススメな理由|gihyo.jp
プロジェクト管理ツールの必要性 みなさんのプロジェクトは上手に運営できていますか？ プロジェクトメンバーのタスクの進捗管理はできていますか？ 問題・課題管理はスムーズに行えていますか？ ExcelやWord、紙資料を用いた管理で、作業が煩雑になっていませんか？ 進捗報告ミーティング用の会議資料作成やチームメンバとの情報共有のために、大きく時間を取られていませんか？ ファイルサーバには必要かどうか判断できない無駄な資料があふれかえっていませんか？ ソースコードはきちんと管理されていますか？ リリース用のソースコードに、どんな機能が盛り込まれ、どんな不具合が解決したのか、ちゃんと把握できてますか？ プロジェクトが混沌としてくると、ドキュメントやソースコードの構成管理がぼろぼろになり、プロジェクトメンバの作業の進捗具合をリーダが見通せなくなります。その結果、上記のような問いかけに対して「できてい
MOONGIFT: » 必見！Railsがローカルアプリケーションに「Slingshot」:オープンソースを毎日紹介
最近はWebアプリケーションとローカルアプリケーションの境がなくなってきた。むしろWebアプリケーションのほうがインターネットとの親和性も高く、便利なことが多い。 開発者にとっても、コンパイルの手間などがない分、Webアプリケーション方が楽だろう。そんなWebアプリケーション推進の波が強まるであろうソフトウェアがこれだ。 今回紹介するオープンソース・ソフトウェアはSlingshot、Railsアプリケーションをローカルアプリケーションにするソフトウェアだ。 これは凄い。サンプルとして、Radiant CMSがMac OSX用ローカルアプリケーションとしてパッケージされて配布されているが、ちゃんと動作する。 これを使えばTodo管理やパスワード管理といったアプリケーションもWeb化できる。Apacheの設定も不要、データベースも不要（SQLiteを内包）、Rails自体も設定不要で動作してく
Railsの画面生成を10倍高速化する方法 - 世界線航跡蔵
RailsでPageキャッシュをより広く活用する方法を考えてみました。以下、ちょっと長く前置きが続きます。 Rails遅杉 Railsは遅い。何が遅いって、Rubyが遅くてRoutingが遅くてRDBとRHTMLが遅い。RDBが遅いのは大抵のWebアプリケーションでは変わらない話、で、だからRailsなんかが評価される余地があるんだよね。RubyやRHTMLの遅さは柔軟性の代償として受け入れよう。なにしろRDBがもともと遅いんだから。ただ、Routingは無駄に高機能だったりして頭にくる。Rhino on RailsのSteve YeggeもRoutingは黒魔術だと言っていたし。私はActionPackの全てが黒魔術だと思うけど。 そういう訳で、RoutingをCで書き直すのはドリコムのみなさんがいつかやってくれると期待するとして(可能なら手伝いたいけどね)、当面の対応としてはキャッシュ
MOONGIFT: » 驚愕…JavaScriptでDB操作を行うRails向けライブラリ「Jester」:オープンソースを毎日紹介
Railsは使っている内に、もはやRails以外でプログラムをしたくなくなる位の魅力がある。MVCの仕組みといい、O/Rマッピングといい、Migrationといい…そこかしこに魅力が溢れている。 そんなRailsがさらに魅力的になるライブラリがこれだ。Rubyの壁をこえ、JavaScript上でDB操作が可能になる。 今回紹介するオープンソース・ソフトウェアはJester、RESTによるDB操作を行うJavaScriptライブラリだ。 単純に言うと、JesterはXMLベースでWebサーバにリクエストを行う。その結果をXMLベースで受け取り、JavaScriptのクラスにしてくれる。操作はRESTで行われ、データ取得系はGET、作成処理はPOST、更新処理がPUT、削除処理がDELETEとなっている。 操作だけを考えると、Railsに限ったものではない。他の言語でもインタフェースを用意すれ
ヽ( ・∀・)ノくまくまー(2007-06-05)
● 1. 一戸建てタイプ そのアプリ用に専用のマシンを準備できるケース。例えば、アクセス数が少ないβリリース時などは mongrel を直接80ポートで運用することもあるだろう。そして、負荷の増加、またはマルチコアを活かすという次の段階で、cluster 化した mongrel を扱う必要に迫られた場合、このタイプになる。この場合、フロントの仕事はバック(Rails)への割り振りだけだが、そのためにわざわざ Apache2 を持ち出すのは仰々しいと感じるかもしれない。そんな人にお奨めしたいのが Pound サーバだ。いきなり Apache から話が逸れてしまうが、このケースだとリアルでお奨めである。 Pound + mongrel Pound はリバースプロキシ用のWebサーバであり、特化しているだけあって、必要最低限かつ直感的で簡単な設定で済むため、敷居が低いのが魅力だ。それでいて、デジ
Twitterのトラブルから見る、DB分割でスケーラブルなRailsサイト構築:TKMR.blog.show
最近、2.0な方々の間でTwitterが話題になってる。で、そのTwitter自体も面白いんだけど、TwitterについてDHHがブログを書いてRailsでの大規模サイト構築が話題になってるのが面白い。 Twitter trouble (Loud Thinking - DHH) まずTwitterの高負荷について言及、Twitterは11,000リクエスト/秒 の高負荷で問題となっているらしい。 そしてスケーラビリティの鍵はDB分割だ、と言っている。Railsは基本一つのDBを見るのでスケーラビリティの問題になる （確かにWebサーバはロードバランサがあればいくらでもスケールするしね、Sessionの共有だけ気を付ければ） ↓ Dr Nic » Magic Multi-Connections: A “facility in Rails to talk to more than o
Scaling to multiple databases with Rails (Loud Thinking) - Matzにっき(2007-04-16)
<< 2007/04/ 1 1. エープリルフール 2. [Ruby] オブジェクト指向機能を取り除いた Ruby-- が登場!? 2 1. [教会] セミナリー１日目 2. LMLML 3. [Ruby] 最速配信研究会 - なんだかいろいろ申し訳ない気分になった話 4. [Ruby] Headius: ActiveRecord 100%, Performance Doubling, Java Support Improving 3 1. [Ruby] Bitwise Magazine:: What's Right With Ruby? 2. [OSS] オープンソースソフトウエアがビジネスの成長を加速 3. Passion For The Future: なぜ株式投資はもうからないのか 4 1. [Ruby] Rails 1.2と1.1、速いのはどっち? - Railsbenchによる
Ruby On Railsのクラスを解析してダイアグラムにしてくれる『Rails Road』 | P O P * P O P
RoRは少ししかいじっていないのでアレなのですが、便利そうなのでご紹介。詳しい解説は詳しい方にお任せします・・・。 Rails RoadはRoRのプログラムを解析し、クラスの関係図を自動生成してくれるプログラムです。大きなプログラムを書いていて「えーと、あれが・・・どうだったっけ？」というときに便利でしょう。 またRoRを仕事で使っていてドキュメントを作らなくてはならないときにも活躍しそうです。 いくつか生成されるダイアグラムのサンプルを紹介しておきましょう。 ↑ モデルのダイアグラム ↑ コントローラーのダイアグラム ダウンロード方法、マニュアル、その他のサンプルダイアグラムは公式サイトからどうぞ。 » RailRoad diagrams generator
あなたがRoRを使わない10の理由に違和感を感じる幾多の理由 - moriyoshiの日記
別に個人的にGREEでEthnaを使ってたから、とか藤本さんと個人的に知り合いだからだとかそういう理由じゃなくても、ここでEthnaが引合いに出されるのはやっぱり違和感がある。だからあえて書く。勘違い君を増やしたくないので、ネタにマジレス。 EthnaってあのクソなStrutsの劣化コピーwwwwww -- Ethnaは確かに洗練されたフレームワークではない。それは誰しもそう思うだろう。実際に一緒に仕事をしていた同僚はみなRoRを引合いに出しては「なんでEthnaには○○がないの?」と言っていたように思う。でも、フレームワークって洗練されているか否かという観点で語るもんじゃない。現実世界の問題 (つまり案件一つ一つ) を、どうやって大勢でよってたかって解決するか、という解法に対するアプローチに過ぎないからだ。そして、いかなるアプローチでも現場の大多数が違和感を感じるならそれを選択するべきで
YappoLogs: あなたがRuby on Railsを使わない10の理由
あなたがRuby on Railsを使わない10の理由 RoRを覚えても職場ではEthnaなんだよね、それにZend Frameworkも出たし まずはこれから。よく聞くんだけど、これは解決可能な問題だ。というか問題設定が間違っている。 最初に根本的に疑問なんだけど、なぜ会社で使っているのと同じフレームワークをあなたが使わないといけないんだろう。慣れてるから? 仕事を持ち帰るから? 自分のために使うのはRoRでいいと思う。あなたが自分のためにやることってなんだろう。fgetcsvを使ってCSVパースすることかな。そうじゃないだろう。ここを読んでいるほとんどの人にとって重要なのは、メールを読み書きして、Webを見て、Blogを書いて、プログラムを書いて、っていうことだろう。他にも、デジカメで撮った写真を整理するアプリを作ったり、音楽を共有したりっていうのもある。この中には、Ethnaじゃなき
坊やがゆく - Railsでソーシャルブックマークを作ってみようか（第2回）
エンジニア説明Railsアプリを作る「はじめの一歩」としての足がかりになればと思いまとめました。手順に沿ってコピペしていくといつのまにかアプリケーションが完成するというサンプルです。第1回のmasuidriveさんベースにRails勉強会＠東京第11回での高橋征義さんバージョンとInternet Week 2006でのかずひこさんバージョンをミックスしました。環境やインストール、趣旨や概要につきましては第1回をご覧ください。 ■第1回との相違点Internet Week 2006のT24 : はじめよう Ruby on Rails 〜フレームワークで作るWebアプリケーション〜をベースに内容を変更しました。基本的な流れは変わっていませんが、機能／モデルが変更されています。文字コードの設定を先に行うようにしました。モデルの定義を先に明示しました。モデルの作成にマイグレートを使用するようにしま
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://rails.office.drecom.jp/takiuchi/archive/206
Step up Ruby on Rails - Step up Ruby on Rails - Top
はてなブックマークのお気に入りユーザ数を視覚化 - Hatebu Domain Visualization