Rubyがそろそろ一回終わってみるべき10の理由
いや、Rubyを取り巻く皆さんの生活まで終われとは言ってないですからね。終わってみるべきなのはRubyのコア部分の開発。 1) 百年の大計の欠如 https://twitter.com/yukihiro_matz/status/25168548474 によると、100年や200年続けるべきなんだそうだ。ふーん。100年って言ってみたいだけちゃうんか。200年後といえば本人はおろかまつもとゆきひろと面識のある人間すら死に絶えている時期なんだけどな。そこまで続けたきゃどうするればいいか真面目に考えたことあんのかね。日本国ですらこの120年で2回も憲法変わってんだぞ。惰性で200年もつわけがないだろ。 2) まつもとゆきひろがスケールしない 御存知の通りまつもとゆきひろのRuby開発に対するコミットペース(ここでいうコミットってのはソースコードをチェックインすることだけではなくて広く「関与」の意
Trac + SVN + IRC の良さ - LukeSilvia’s diary
ちょっと考える機会があったのでメモ。僕の仕事環境だと、Trac, SVN, IRC(, あとplagger) を中心に開発している。 これらを使っていて思うこと Trac と連動しているとタスク管理が楽だよねー!……違うよ!全然違うよ!それだけなんて勿体ない > < ↑ぶっちゃけ最初はこう思ってた。 とはいえタスク管理(Trac) チケット書くことでタスクを細かく分割しようとする チームの人同士進捗が見られる ロードマップ機能で長期マイルストンの管理も ロールバックできる(SVN) なんか変な修正したけどどこ変えたか忘れた ファイル消したーーーー! そこでsvn revert ですよ! SVN diff で良質なコードを(SVN) 前回のコミットから変更したコードだけをレビューできる 変なコードがあったら修正してからコミット チケット駆動開発(Trac + SVN) コードに時間の概念を導
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
