ヽ( ・∀・)ノくまくまー(2010-10-01) - ruby2scala チートシート
2010/06/29(火)23:00 ワールドカップ 日本vsパラグアイ (ロフタス バースフェルド スタジアム) 2010/06/30(水)[CD] 渡り廊下走り隊「青春のフラッグ」 2010/07/07(水)[DVD] 「℃-uteコンサートツアー2010春〜ショッキングLIVE〜」19:00 [イベント] 矢島舞美（℃-ute）主演舞台『秦組vol.3 2010年7月公演「らん」』 (六本木俳優座劇場) 2010/07/08(木)14:00 [イベント] 矢島舞美（℃-ute）主演舞台『秦組vol.3 2010年7月公演「らん」』 (六本木俳優座劇場)19:00 [イベント] 矢島舞美（℃-ute）主演舞台『秦組vol.3 2010年7月公演「らん」』 (六本木俳優座劇場) 2010/07/09(金)19:00 [イベント] 矢島舞美（℃-ute）主演舞台『秦組vol.3 2010年
Webフレームワーク play scala - ヽ( ・∀・)ノくまくまー(2010-05-03)
● [Scala] Webフレームワーク play scala 「play」という凄い Web フレームワークがある。何が凄いかと言うと、まずは名前だ。だって "play" だよ？検索し辛いにも程がある。この衝撃は、http load balancer の "pen" 以来だ。ググっても無駄に時間がかかるので公式サイトを載せておこう。 http://www.playframework.org/ 日常会話にも困る場合があるので、サイト名から「playframework」と呼ばれることが多い。管理者の tw 名も @playframeworkであり、hashtagも #playframework なので、play は単なるコマンド名で、こっちの方が正式名という認識でいいのかもしれない。(gem と rubygems の関係に近い) play scala で、本来 Java 用の play(fr
RubyからScalaに乗り換えた15くらいの理由 - ヽ( ・∀・)ノくまくまー(2010-04-26)
● [Scala] RubyからScalaに乗り換えた15くらいの理由 [注意] この文章を読むと、既存のRubyコードをScalaでrewriteしたくなる、 Rubyコードで型チェックをやるのが鬱になる、Ruby案件でやる気が出なくなる、 などの幻覚や異常行動が報告されています。 現在関わっているプロジェクトや家族のことを常に意識し、 気を強く持って冷静に読むとよいでしょう。 「Scalaプログラミング入門」を読みはじめて、いきなり大きく頷いてしまった。 "コーディング時間の半分をテスト作成に費やさなければならなかった"(p.3) "Railsによって得られた生産性の向上は、テスト作成の作業に失われてしまいました"(p.3) まさにここ数年私が抱いてた漠然としたストレスの正体が、的確に文章となっていたからだ。そしてほどなく、「あ、この機能がRubyに欲しかった！」という驚きと共に Sc
JRuby はじめました - ヽ( ・∀・)ノくまくまー(2009-06-30)
1.8 のスレッドは？ green thread (ユーザレベルスレッド) 1.9 でなんか変わったの？ native thread (カーネルスレッド)になった おぉ、マルチコアの恩恵を受けて高速化！？ いや、並行実行はしない どういうこと？ 各スレッドを順番に少しずつ実行するけど、同時には実行しない え？じゃ、速度は... 1コアでも32コアCPUでも一緒 ちょｗ。それって1.8でも一緒じゃん。何で並行実行しないの？ Rubyから使うCの拡張ライブラリを全部、並行処理に対応させる必要があるから それは大変そうだな。連絡付かない作者もいるだろうし 1.9 では動かなくなるライブラリがあるのを避けるために、native にしたけど並行化はしなかった 確かに、正しい選択だ。で、本当は？ 作業コストが大変だから(笑) ちょｗｗ。あれ？じゃあ green thread のままでも良かったんじゃね
本当は怖い家庭の Rubygems - ヽ( ・∀・)ノくまくまー(2009-06-04)
● [Ruby] 本当は怖い家庭の Rubygems /usr/bin/* を勝手に荒らされるという話。今気付いただけので、ガイシュツなら無視してOK。 詳細 パッケージのディレクトリに、 とか書いておけば、その gem ファイルをインスコしちゃうと、無条件、無確認で /usr/bin/ls を上書きするのね。 gem のインスコなんてフツー root でやるし ギッハブにあるよく知らない野良 gem でも躊躇せずインスコしてるし Rubygems のセンスのなさは世界が認めるところだけど、このセキュリティ感覚は異常じゃね？俺が知る限り、これは世界一楽なバックドア仕込みフレームワーク。 使い方間違い？ いやいや。もしかしたら、作者に言わせれば、 それはお前の使い方間違いだよ bin/* をチェックしてからインスコしろよ あと、野良とか入れんなよ てことなのかもしれないが、bin/* のチェ
ヽ( ・∀・)ノくまくまー(2007-06-05)
● 1. 一戸建てタイプ そのアプリ用に専用のマシンを準備できるケース。例えば、アクセス数が少ないβリリース時などは mongrel を直接80ポートで運用することもあるだろう。そして、負荷の増加、またはマルチコアを活かすという次の段階で、cluster 化した mongrel を扱う必要に迫られた場合、このタイプになる。この場合、フロントの仕事はバック(Rails)への割り振りだけだが、そのためにわざわざ Apache2 を持ち出すのは仰々しいと感じるかもしれない。そんな人にお奨めしたいのが Pound サーバだ。いきなり Apache から話が逸れてしまうが、このケースだとリアルでお奨めである。 Pound + mongrel Pound はリバースプロキシ用のWebサーバであり、特化しているだけあって、必要最低限かつ直感的で簡単な設定で済むため、敷居が低いのが魅力だ。それでいて、デジ
ActiveRecord
Introduction 第1章: for Ruby users (4) ・CRUD operations ・Assocations 第2章: for Rails users (15) ・With Scope ・Scoped Access 第3章: for Rails developers (17) ・Acts As View ・Finder Query CRUD : ActiveRecord Pattern require 'rubygems' require_gem 'activerecord' ActiveRecord::Base.eatablish_connection( :adapter=>"sqlite3", :db=>"db/users.db" ) class Member < ActiveRecord::Base # "members" e
ヽ( ・∀・)ノくまくまー(2005-12-26)
● UTF8 環境 そうだ、京都(UTF8)に行こう！理由は3点。 Ajax は UTF8 でないと無駄な苦労が多い (半年我慢したけど諦めた) Debian の時期 sid の etch ちゃんはデフォルト locale が UTF8 になる (ので避けられない未来) screen で window 毎に別 encoding 指定できると知った (完全移行はまだ抵抗あるの) 1. システムへ locale の追加 まずは、「なまずの人」の情報を参考に locale を設定。 # dpkg-reconfigure locales [*] ja_JP.EUC-JP EUC-JP [*] ja_JP.UTF-8 UTF-8 (※ UTF-8をチェック) どのロケールをシステム標準の環境変数として設定しますか ? 从 ’w’)つ[なし] ja_JP.EUC-JP ja_JP.UTF-8 (※ デ
Scaffold の日本語化
● 特徴 日本語化された scaffold 生成物を作成可能 config/localize.yml によって上記の日本語部分を変更可能 $KCODE に応じて utf8/euc/shift_jis/jis/C 用の設定ファイルを準備 db/localized/TABLENAME.yml によってフィールドを日本語表記可能 (ActiveHeart と同じ機能) View 毎に非表示にするフィールドを指定可能 Layoutに charset を入れてくれる show と edit 時にテーブル表示してくれる confirm_scaffold を取り込み(無許可) ● 使い方 プラグインを配置 vendor/plugins/jascaffold にこのツールを置く。 DB設定 scaffold 同様、テーブルのスキーマ情報が必要なので、先にDBを準備する。(config/database.y
ヽ( ・∀・)ノくまくまー(2005-08-02) - 優しいRailsの育て方
● [rails] Validations ある ActiveRecord オブジェクトの内部状態が期待する値かどうかを検査するのがvalidation 機能です。例えば、ある変数(状態)が、空値、決まった範囲、特定の正規表現にマッチ、であるかどうかといった検査を定義します。定義するには、ActiveRecord::Base#validate を override します。validate_on_create や validate_on_update などに関しても同様です。 validate_on_create: オブジェクトが新規に作成されたときにのみ実行されます validate_on_update: オブジェクトが更新されたときのみ実行されます validate: 新規・更新のどちらの場合でも実行されます validate と validate_on_* の両方が定義された場合は、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://wota.jp/ac/?date=20100226
ヽ( ・∀・)ノくまくまー(2006-06-16) - えーと、本出します
http://wota.jp/ac/?date=20060225