タグ

ブックマーク / wota.jp (10)

  • RubyからScalaに乗り換えた15くらいの理由 - ヽ( ・∀・)ノくまくまー(2010-04-26)

    ● [Scala] RubyからScalaに乗り換えた15くらいの理由 [注意] この文章を読むと、既存のRubyコードをScalaでrewriteしたくなる、 Rubyコードで型チェックをやるのがになる、Ruby案件でやる気が出なくなる、 などの幻覚や異常行動が報告されています。 現在関わっているプロジェクトや家族のことを常に意識し、 気を強く持って冷静に読むとよいでしょう。 「Scalaプログラミング入門」を読みはじめて、いきなり大きく頷いてしまった。 "コーディング時間の半分をテスト作成に費やさなければならなかった"(p.3) "Railsによって得られた生産性の向上は、テスト作成の作業に失われてしまいました"(p.3) まさにここ数年私が抱いてた漠然としたストレスの正体が、的確に文章となっていたからだ。そしてほどなく、「あ、この機能がRubyに欲しかった!」という驚きと共に Sc

    t_43z
    t_43z 2010/04/28
    Scala好きだけど (0/:args)(_+_) といった構文は読みにくいと思う
  • ヽ( ・∀・)ノくまくまー(2008-09-28) Rails勉強会@東京第33回

    いきなり Git オブジェクトの話からはじまる。オブジェクトの概要に軽く触れてから、それから Git コマンドの説明に移るのだろうと思っていたら、そのまま関係性や参照方法といったオブジェクトの深い話にどんどん落ちて行くのだった。これでGit未経験者はついて来れるのか?この人、正気か?とか心配していたが、一旦オブジェクトを理解したあとで、Git コマンドの話に移った瞬間、今まで漠然としていた Git に対する疑問が全て氷解していることに気付いた。なるほど、確かにオブジェクトの理解は重要だ。 ある程度Gitコマンドは知っていて、ある程度Gitを使えてるけど、時々起きるエラーの意味や復旧方法がわからない、というGit初心者にはぴったりの内容だった。そこから次のレベルに行くにはまさにGitオブジェクトの理解が必須だったのだ。残念ながら参加できなかった、でも興味がある!というGit初心者はYugui

    t_43z
    t_43z 2008/10/01
  • 優しい Merb の育て方

    ● [Rails][Merb] Merb とは? Merb (Mongrel + Erb) は MVC ベースな Ruby の Web フレームワークである。簡単に言うと、軽量な ActionPack クローンである。Rails のテーマが「規約とDRY」ならば、Merbのテーマは「疑わしきものは入れない」であり、Rails の各機能を取り込みつつも、小さくて単純で簡単で軽量、そして高速であることを目指している。 特徴 コアはシンプルに (必要な機能はプラグインとして追加させる) thread safe cgi.rb を使っていない 高速な ERb エンジンである Erubis を標準装備 Rails に似ている (機能、ファイル配置) 大体3倍くらい速い (Rails Mongrel との比較) チートシート (Rails との比較) 基的に Rails である。app 以下のディレク

    t_43z
    t_43z 2007/12/26
    「Rails の各機能を取り込みつつも、小さくて単純で簡単で軽量、そして高速であることを目指している。」ちょっと面白そう
  • Rails勉強会@東京第24回(PofEAAの4つのORMパターンまとめ) - ヽ( ・∀・)ノくまくまー(2007-11-18)

    パターン名と実装名に同じ物が多くてややこしいので、P:パターン、I:実装とする。以下は(※1)、勉強会での話あるいは舞波の認識であるので実際と違っている可能もあり、それによって万が一あなたが被害をどーのーこーの(ry ActiveRecordパターン テーブルとクラスを1:1に対応させるパターン。勉強会参加者はAR(I)に当然馴染みがあるので省略。 DataMapperパターン AR(P)とDM(P)は凄く似ている。パターンとしての違いは、 ARのマッピングは1:1だが、DMは1:n (オブジェクトから見てテーブルをコンポジット可能) DMはスキーマ定義を持つ である。実装的には、AR(I)は機能2をマイグレーションとして持つため、マッピングが1:1であれば完全に同一だと言える。よって、以下のややこしい結論を得る。 AR(P)≠DM(P) であるが AR(I)≒DM(P) てことで、Dat

  • ヽ( ・∀・)ノくまくまー(2007-11-10) ActiveScaffold

    ● [Rails] ActiveScaffold プラグイン AjaxScaffold までは知ってたけど、これは知らなかった。凄いねこれ。スペジェネでやりたかったことが殆ど実装されているよ。あとは ViewProperty 周りの機能が足りないけど、今からスペジェネを頑張るよりもこっちにそれを入れ込む方が早そうだ。Rails1.2 だとスペジェネの動作が微妙な部分もあるし。てことで、Rails1.2〜の現代では、スペジェネでなくて ActiveScaffold を使うのがよいと思われ。テンションあがったので、一気に調べて舞波のスペジェネの部分(pp.288-295)を差し替えよう計画。検証や校正をする時間がないと思うので、誤字脱字、疑問点、些細な間違い、ActiveScaffold で知りたい事、に載せて欲しい内容等、何でもどんどんツッコミお願いします。 ● ActiveScaffo

  • ヽ( ・∀・)ノくまくまー(2007-08-20)

    4コアに期待しちゃって眠れないってこういう気分なの? 静的ファイルにも Rails にも concurrent に ab レスポンスボディは同じ結果になる 最初は静的ファイルに "nksk" かな? 予想は全部、Rails は×マーク 負け ちゃめちゃめそーおー Rails は100倍かかるの?少し心配だけどわくわくしてるわ DB・ERb は必要無いわ、David が驚くくらい 早く render :text=>"nksk" しちゃうもん production モードも完璧だし nksk ベクトル

    t_43z
    t_43z 2007/08/21
    あれー、LighttpdってMongrelと比べてこんなに圧倒的な差あったのか
  • ヽ( ・∀・)ノくまくまー(2007-06-05)

    ● 1. 一戸建てタイプ そのアプリ用に専用のマシンを準備できるケース。例えば、アクセス数が少ないβリリース時などは mongrel を直接80ポートで運用することもあるだろう。そして、負荷の増加、またはマルチコアを活かすという次の段階で、cluster 化した mongrel を扱う必要に迫られた場合、このタイプになる。この場合、フロントの仕事はバック(Rails)への割り振りだけだが、そのためにわざわざ Apache2 を持ち出すのは仰々しいと感じるかもしれない。そんな人にお奨めしたいのが Pound サーバだ。いきなり Apache から話が逸れてしまうが、このケースだとリアルでお奨めである。 Pound + mongrel Pound はリバースプロキシ用のWebサーバであり、特化しているだけあって、必要最低限かつ直感的で簡単な設定で済むため、敷居が低いのが魅力だ。それでいて、デジ

  • ヽ( ・∀・)ノくまくまー(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オブジェクトでなく生の結果セットにな

    t_43z
    t_43z 2007/05/23
    「勉強会参加者の8割が「Apache2.2 + mod_proxy_balancer + mongrel(cluster)」という構成で運用していた。」だよね。
  • LiteSpeed

    (注意: 印はくまくまー調べなので鵜呑みにしてはいけません) [開発] Apache上での開発はまず無理である。WEBrick は Ruby標準な上に最低限の機能・スペックは満たしているので未だに愛用者は多く、Rails初学者には十分である。WEBrickの速度に限界を感じたユーザは Lighttpd(愛称 lighty)を利用する。速度も十分でや設定も容易だが、起動時の引数でポートを指定できないなど若干使いづらい面もある。lighty ユーザは Mongrel に進むという予言もある。 [運用] Webサーバのデファクトはやはり Apache で、Rails的には生CGIは無理だが、FastCGIなどのモジュールと併用することで速度的な問題はなくなる。RailsはLighttpdなどの開発向けのサーバで動かし、リバースプロキシを利用する手もある。完全に Rails のみで運用されるサイト

  • 運用サーバ速度比較

    ● [Rails] 運用サーバ速度比較 Pentium III(733MHz) Dual Ruby-1.8.4 (2005-12-24) Lighttpd-1.4.11 Mongrel-0.3.12.4 WEBrick-1.12 Apache2-2.0.55 LiteSpeed-2.1.16 Standard

  • 1