2008年 02月 04日

単体で (Rails をつかわずに) AR::Migration をつかうメモ

(ほぼ)最小構成の例: (acts_as_versioned もふくめて)

# Rakefile

require "rubygems"
require "rake"
require "active_record"

namespace :db do
	"Migrate database."
	task :migrate do
		require "db/connection"
		ActiveRecord::Migrator.migrate("db/migrate/", ENV["VERSION"] ? ENV["VERSION"].to_i : nil)
	end
end
# db/connection.rb

require "logger"

ActiveRecord::Base.establish_connection({
	:adapter => "sqlite3",
	:dbfile  => "wiki.db",
})

ActiveRecord::Base.logger = Logger.new($stderr)

Dir.glob("model/*.rb") do |f|
	require f
end
# db/migrate/001_init.rb

class Init < ActiveRecord::Migration
	def self.up
		create_table :pages do |t|
			t.column :version    , :int
			t.column :title      , :text
			t.column :body       , :text
			t.column :created_at , :datetime
			t.column :updated_at , :datetime
		end
		Page.create_versioned_table
	end

	def self.down
		Page.drop_versioned_table
		drop_table :pages
	end
end
# model/page.rb

require "acts_as_versioned"

class Page < ActiveRecord::Base
	acts_as_versioned
end
  • AR::Migrator は undocumented なので変更される危険性がそれなりにあるかも ( # :nodoc: 指定)
  • AR::Base.logger を設定しないと Migrator うごかないよ

Rack + SQLite な Wiki をつくろうとおもったけどなんかめんどくさくなってしまった……

限定発売

限定発売とかまじでやめてほしいなぁ。

コンテスト

プログラミングコンテスト、みたいなのにどうも興味が持てない。頭が悪いから、解く楽しみ、みたいなのがない。というかああいう、頭の悪さを嫌でも実感しなくちゃいけないものは嫌いだ。そんなのお前 (問題) に言われなくたって嫌でも、日常生活でわかってるんだよって感じだ。

好きなことを仕事にすること

[life][music][thinking] 自分がやりたい事を自分がやりたいからやる、というスタンス | Mon, Jan 9. 2006 - 氾濫原

昔の日記を読んでた。このへんの考えはやっぱり、なかなか変わらない。とはいえ今は結構マシだと思う。というかこれ書いたの2年前なのかって感じだなぁ。なんだかもっともっと前に感じられる。いろんなことがありすぎる。

最もタメになる「初心者用言語」は Lazy-K !

  • Unlambda みたいに統一された書きかたじゃないよ! There is more than one way to do it!
  • Schemeみたいに括弧だらけじゃないよ! でもそこそこ括弧だらけにもできるよ! TIMTOWTDI!
  • Pythonみたいにインデントを強制されたりしないよ!
  • Ruby みたいに lambda がダサくないよ!
  • Javaみたいに「まずクラスを作れ」とか言われないよ!
  • 覚えることがかなりすくないよ! とりあえず S と K と I だけでいいよ!
  • 変数の名前に困らないよ! 変数なんてないよ!
  • チューリング完全だよ!
  • 継続なんて黒魔法ないよ!
  • 関数以外本当に何も存在しないよ!
  • Brainf*ck みたいに下品な名前じゃないよ! FUCK! FUCK!
  • 選べることは正しいんだよ!
  • 今流行りの Y combinator も ```ss`s``s`ksk`k``sii と書いたり、SS(S(S(KS)K))(K(SII)) って書いたり、****i*i*i*ii*i*i*i*ii**i*i*i*ii***i*i*i*ii**i*i*ii*i*i*i*ii*i*i*ii**i*i*ii***i*i*i*ii*ii*ii って書いたり、11111111000111110001111110001111111000111100111110001110011110011111110001111111110000011111111100000 って書いたりできるよ! JavaScript (笑) よりだいたいみじかいね! *1

*1: print-as-unlambda とかしただけで、僕は Y combinator を理解してません

2008年 02月 03日


写真の順番が flickr にあげた順と全然違うのは、戦略的なものとかそういう高等なものじゃなくて、単に「今日はこんな気分だなぁ」というだけです。

Lingr メモ

1000speakers を観察

  • あんがい anon なユーザは少ない
  • 結構同一アカウントで別々のセッションをはっている人がいる
    • (o_id が違う==現行の lig.rb だと nick 一覧で重複する)
  • ログインしない状態でルームに入ったあと、ログインすると、o_id は同一のまま、セッションが更新されて認証済みユーザに昇格する
    • このときの system:enter/system:leave が謎い……発生しないっぽい?
      • ログイン済みかどうかで lig.rb は nick を変えているので enter/leave が発生しないなら処理いれてあげないといけない


lig.rb は human かどうかで nick の表示をかえれるようにしたい。というか nick の表示でやるより op でやったほうがいいかなぁ。human だったら @ でそうじゃなかったら @ なし。AWAY かどうかでもいいけどクライアントによっては @ よりわかりにくい。

Suppress system messages にチェックが入ってるチャンネルだと system:enter とかもおくられてこないっぽい?ので、system:enter/system:leave とかはユーザ管理に使用すべきじゃないっぽい。

そのかわり、occupants のリストが更新されると入ってくるので、それをつかって管理すべき

2008年 02月 02日

Requiem for a rendering engine

Requiem for... までみたところで Innocence がうかぶアート厨

指にささくれをつくってはとり、つくってはとり、という神経質な癖があって嫌だ。その神経質さも嫌だけど、なによりキーボードがよごれるのが嫌だ。

gerry++