「ハッシュタグクラウド」に登録したった <http://hashtagcloud.net/info/sprk03 >。[データ出力] でダウンロードしてローカルで読むを開始。 #sprk03 posted at 22:27:03 #index 「札幌Ruby会議03」参加メモ <http://twilog.org/nsiena/date-101204/asc > : とても楽しませていただいた。後半の力尽きっぷりがひどい ^^; #sprk03 posted at 22:54:18
#event 「札幌Ruby会議03」<http://regional.rubykaigi.org/sapporo03 > : あそびにきました! #sprk03 posted at 09:46:12 「システム全体の動作を検査する受入れテスト: Capybara。DSL で、テストコードを書いているのか、シナリオを書いているのかを意識しないで書ける。 #sprk03 posted at 10:20:45 「文化3: 動かないテストを放置しない。例えば: 月末を跨いだらテストが落ちる, 他の環境で落ちる, rake spec で落ちる。→ CI 環境を用意してコミットごとにテストを実行。開発者の手元でやるとリズムが崩れるので、CI環境に任せている。 #sprk03 posted at 10:23:15 「文化5: DRY。テストもプロダクトの一部。多段ネストやべた書きをやめる。0.1秒以上のユニットテストは遅く、ボトルネックの原因に。RSpec の Custom Matchers を使う。テストコードをクリーンに保つのは継続課題。 #sprk03 posted at 10:28:41 「Integer, Rational の話。演算は、加減算/乗算/除算に分けられる。乗算・除算を筆算で見てみると、除算は幾つで割れるかを推測している。桁数の 2乗で計算コストがかかる。 #sprk03 posted at 10:39:30 「高速な乗算。O(m・n) かかるが、既知の効率的なアルゴリズムが存在。Karatsuba は 1.9.2 で実装済み。桁ごとの多項式として式展開・引数分解などを使って、乗算回数を減らす。 #sprk03 posted at 10:45:49 「Toom-Cook。同様にして、高速に解くアルゴリズムの存在する方程式を解く形にして乗算回数を減らす。Toom3 を @mrkn が実装して、パッチがマージされることになったよ! #sprk03 posted at 10:48:28 「次は除算の話……になると期待されているだろうけれど、ニュートン除算を実装しようとしたけれど間に合わなかった (遅くなってしまった)。ニュートン法で商を見つけて行く。計算回数^2 で精度を得られる。遅くなったのは大きな桁数の乗算が必要だったから→乗算の高速化を先に #sprk03 posted at 10:51:59 「Q/A: Karatsuba や Toom3 は、桁数が多いときだけに利用。理論的には乗算回数が減るが、それ以外の計算コストが大きくなってしまうため。 #sprk03 posted at 10:54:34 @koiwa「IPv4 アドレス枯渇問題が! TCPセッションがたくさんで、ルータが感極まってしまうので、skype やめて、Twitter もクライアントを使って! #sprk03 posted at 11:13:26 基調講演『Rubyの未来/未来のRuby』(@yukihiro_matz) #sprk03 #sprk03 posted at 11:13:43 「1993: Ruby の誕生。もはや Ruby も高校2年生。当然、ユーザは自分一人だけだった。1995.12: netnews の fj.sources に 47分割くらいして投稿してみたり。現在のようになるとは思っていなかった。 #sprk03 posted at 11:17:06
posted at 11:22:23 「当時使えたLisp処理系: CommonLisp (テキスト処理とかに不便), Scheme (基本仕様の範囲では実用的でない), Emacs Lisp (Emacs を納品するわかけにいかないw)。 #sprk03 posted at 11:25:40 「光 = Smalltalk。しかし知られていない。OO といえば C++。スクリプティング言語に OO は一般的ではなかった。ならば、「光あれ」。なければ自分で作ろう。良いものがあるなら (自分にw) 届けよう #sprk03 posted at 11:27:51 「スクリプティングに届けた光: OO, 高階関数, マルチエンコーディング。NW プログラミングに OO と IPv6対応 (itojunさん)。ウェブプログラミングに、メタプログラミングとモンキーパッチング。TDD に DSL と BDD。 #sprk03 posted at 11:31:45 「Ruby 2.0: Traits, Refinement, Method Combination, Keyword Arguments。2010/11/13 の Matz にっきに書いたよ。 #sprk03 posted at 11:34:18 「HPC に生産性や OO を科学技術計算の人に。Ruby は向いてないから Python にという人もいた。matz が数学苦手? @mrkn とかいるよ! #sprk03 posted at 11:40:11 「組込みSWに。制御, 家電, アプリ。非力な CPU, 少ないメモリ, 少ない二次記憶。→ 軽量Ruby RiteVM の開発へ。Lua っぽい VM, Rubyのクラスライブラリのサブセット, インクリメンタルGC。 #sprk03 posted at 11:43:13 「いいお知らせと悪いお知らせがw。事業の終わりが見える頃までクローズド, 公式に途中参加方法がない。HPC/組込み領域に光が届く, 生産性向上, OO の実現。 #sprk03 posted at 11:44:56 「Q.多重継承が悪と言われている中で Module による実装の多重継承の解決の元ネタは? A.LISP の mixin。開発者による規約ではなく、言語仕様として強制した。LIST の光が届いた瞬間w #sprk03 posted at 11:51:35 「Q.Ruby を売り込むためにはどうすればいい? A.良く訊かれるんだけど……勝手にしてww すごいものを作って、それを見せる, セールスの巧い人を味方にする……DHHとかw #sprk03 posted at 11:53:53 「Q/A: 1.9.3 以降のロードマップ。refinement など、Ruby会議で trunk につっこんでの開発をすることに合意された。trunk から 1.9.3 になるか 2.0 が出るか未定。 #sprk03 posted at 11:58:51 スポンサーセッション『Rubyの教えてくれたこと』(@snoozer05) : 「テンション高めたいので音楽かけていいですか」「せっかくなので最後まで聞きましょう #sprk03 posted at 14:07:01 「ブロックを中心に。できること: イテレータ, 繰り返し, スレッドなどの具体的な処理の記述, open/close のような対称性のある処理の保証。アルゴリズムの一部差替え。→ 状況によって変わる可能性のあるコードをあとから差し替えられるように。 #sprk03 posted at 14:15:14 「ペアプログラミングの話。普段からペアプロしてる人 (会場に10人くらい)。技術者間のスキル差。自分の成長速度が適切か分からない。時間が解決するものと思っていたけれど、2〜3年経っても状況が変わっていない。 #sprk03 posted at 14:42:02 「なぜか。デスクワークではない仕事に着目してみると、仕事っぷりが目に見える。PCに向かっていると、頑張っているか、分からず悩んでいるのか、遊んでいるのか、傍目に見て取れない。→ペアプロという道具。 #sprk03 posted at 14:43:11 「ペアプロの果: ボトルネックはキーボードを打つことではなく考えることで、考える部分を加速できる, 物凄い集中力とよい緊張感, コーディングとコードレビューと教育と引き継ぎをまとめてできる (成果物は共有財産に), 動いた喜びを共有できる, 細かいところまで丸見え #sprk03 posted at 14:47:12 「おまけ: ペアプロで見えたもの: 1.script/console, script/dbconsole を使えばいいのに, 2.エディタの補完機能を使えばいいのに, 3.GNU screen 使えばいいのに, 4.readline 使えばいいのに #sprk03 posted at 14:49:22 「Q/A: スキル差のあるペアだと、熟練側のパフォーマンスは一時的に落ちるが、新人側のパフォーマンスが急激に向上する。フルタイムではなく、雑用をしなければいけなかったりするので、何時間か。 #sprk03 posted at 15:00:44 「Q/A: 人月単価とか工数管理とかは、個別でその作業をしたという扱いにしている。」「Q/A: 成果物の品質を上げるためか、教育のためか。今回は、まだ教育のために導入してみて、効果があるという話。 #sprk03 posted at 15:03:05 『(カーリングとRuby) 2投目 - Making Ricochet with the Ruby stone into Granites.』(@curler_hashi) #sprk03 posted at 15:12:50
posted at 15:14:19
posted at 15:14:33 「北海道カーリング協会内での環境整備。引き継いだのは WordPress (PHP)。Geek でも Suits でもない人たちのための UI が必要 → Markdown + table関連の独自拡張。 #sprk03 posted at 15:20:31 「地元でプログラミング請負: 「この修正いつまでに上がる?「天気次第だねぇ(雨なら早く)。sed/AWK/Perl から Ruby へ。tDiary との出会い。妹背牛協会ブログ作成の要請 →スコア・結果表示のための文法(重要)のため、tDiary のパーサを改造 #sprk03 posted at 15:25:01 「RVM (<http://rvm.jp > ではない)。1環境で複数の Ruby環境を切り替えて使える。trunk も手に入る。gem も管理する。クリスマスはユーザが自分の Ruby を作って公開する日にしませんかw #sprk03 posted at 15:51:31 「残念なお知らせ: 文書検索ラングバがリリースされていない →埋め合わせのお話: デバッグ力 = 前へ進む力。ボーイスカウトの法則 = 自分が通った場所は他の人が歩きやすくしていく。自分が通れるようにする = デバッグ。 #sprk03 posted at 15:54:38 「デバッグの印象: つらいこと、いやなこと、わくわく、日常、……。うまくいかない→ そんなもの →間違わないように →間違えても大丈夫なように →直せる・回避できる。どうするか: "これ"だけ見る、"これ"だけ考える、"これ"だけ! #sprk03 posted at 15:57:28 「URI にアクセスすると、resource_missing を捕まえて、勝手にリソースを作ります。「リアルタイムに Wiki のようにアプリコードをを編集できます。「あせるっ「link_for なども捕まえて(ry「Ymir にインスパイアされた」.o(すばらし #sprk03 posted at 16:03:48 「アイデア: テンプレートの HTML をクラスに自動変換 →そのクラスを継承してプレゼンロジックを追加 →クラスを実行してHTMLを生成。特徴: 仕組みが非常に単純, pure HTML テンプレート, そこそこの実行速度。→ Kwartzite として実装。 #sprk03 posted at 16:15:02 「cgi.rb がだめと散々言われている。最近は、Rack が注目を集めている。cgi.rb を Rack で実装してみた。これは、Passenger の上で動いている。 #sprk03 posted at 16:22:23 「Perlの方から来ました。最近のPerlは、Rubyの影響が強くなってきている。Plack (Rack), Mojolious:Lite (Sinatra)。Ruby の人の Perlのイメージ: グロい。→ Rubyっぽくしてみる #sprk03 posted at 16:25:53 「Rubyism を使う。まだ足りない? Inline::Ruby で Rubyコードを埋め込む。でもパッチを当てたり云々が必要。そもそも、まともなオブジェクトシステムがあればいい →Moose: 設計的には CLOS。Hokkaido.pm やるよ! #sprk03 posted at 16:27:42 「quanp の方から来ました。Ruby で作ってるオンラインストレージサービス。for iPhone も近々。/ Rhodes というスマートフォン向けフレームワークの話。Rails っぽいジェネレータ。CRUD 的な操作を自動生成。 #sprk03 posted at 16:33:03 「iPad/iPhone, Android, BlackBerry, WM など対応。札幌Ruby会議03のプログラムビューアを作ってみたよ。」.o(すばらしー。事前にもらえると便利そうだ。 #sprk03 posted at 16:34:53 「WM で Ruby をどこまで使えるか。Win CE だからソースをコンパイルすればいい。バイナリもあるよ。標準入出力 (パイプ) が壊滅的なので irb はうまく動かない。今後作って行きたい。 #sprk03 posted at 16:39:59
posted at 16:43:55 「WebSocket の話。Pussher。RubyKaigi でも使ったよ。サーバ側 Pusher で、クライアント側 JavaScript で、チャネルを指定して送るだけ。 #sprk03 posted at 16:47:07 「Notwife というプッシュサービスを作りました。"オープンウェブサービス": 1.ソースコードを github で公開, 2.計画・展望を Pivotal Tracker で公開, 3.議論を Lingr で公開。 #sprk03 posted at 16:58:18 「"オープンウェブサービス" の光: RubyKaigi.org。生きているコードが参考になる。Notwife は、より良いものを作るための実験。いろいろ議論をして行きたい。 #sprk03 posted at 16:59:22 「わりと重要なこと: 『JRuby on Rails 実践開発ガイド』があまり売れてない。JRuby 本が出なくなるので買ってください。「実は今日が誕生日です #sprk03 posted at 17:36:54 「以前よりうまくできるようになったこと: コードレビュー, リファクタリング, 良さそうな設計に早めに到達できるように, 罠を回避できるように。」.o(3桁枚数の資料ですと? #sprk03 posted at 17:39:39 「以前よりうまくできるようになったこと: コードレビュー, リファクタリング, 良さそうな設計に早めに到達できるように, 罠を回避できるように。」.o(3桁枚数の資料ですと? #sprk03 posted at 17:39:39 「レビュー: 設計資料にゴールが明確に書かれていることが重要。ユーザ/少し詳しいこと/他の事を加えない。複雑な場合は図を加えて説明する。URL設計がコードの外で行なわれているか。URL は具体例で書く。 #sprk03 posted at 17:43:20 「REST語で考える。「モデル:リソースが 1:多でも良い。「フィルタの使い方。少ないと DRY でないが、多いと複雑すぎる。before_filter には処理でなく前提条件を書くように。 #sprk03 posted at 17:50:01 『私のプロフィール』(@takahashim) : 「準備が出来たらお願いします」「準備は万端でございます」.o(たのもしい #sprk03 posted at 18:11:17 「編集を行なう。単に売るだけではない。PDF と EPUB のダウンロード販売。EC の仕組みの他に、編集や組み版の仕組みが必要。開発支援環境を書籍制作へ応用。紙の前近代的な環境から近代的な環境への転換。電子化のメリットを活かすのが事業の重要な(裏)テーマ。 #sprk03 posted at 18:23:08 「原稿制作体制: 執筆・編集は commit/push。レビュアにも開発者用アカウントを発行。ちょっとやりすぎ? アカウントを発行しないレビュアもいる。安全性より、問題指摘や改善の加速を優先。 #sprk03 posted at 18:28:00 「組み版システム: 青木さん製の ReVIEW。書籍執筆用マークアップ言語で、行指向の Wiki 方式。記法の拡張が可能。コマンドでフォーマット変換。メタデータは YAMLで指定。redmine 連携プラグインを開発中。 #sprk03 posted at 18:30:27 「いろいろな人が惹き付けられるけれども、第一人者が誰もうまく説明できてない。Ruby は良いものという前提でいいのではないか。Ruby会議は、自分にとって "時を越えた道(アレグザンダー)" だった。 #sprk03 posted at 18:58:11
|
last update 06/04 08:59
ツイート検索
Recent
Archives
Friends
Hashtags
Stats・Feed |