金曜の BPStudy で「TDD なペアプロで 30 分で課題を解きましょう」っていうイベントがあって、初対面の方 (@uranojpさん) と「C 言語にしますかね」とか言ってたら、お題が LRU で、C 言語だと辛いなと思いながら、二人でがんばってなんとか時間内に実装完了 (成果物は bpstudy で出会い系ペアプロがまさかの LRU だったという話 · GitHub)。 ネタとしては「C 言語で書くことになったので、まずテストフレームワークを作りました」というところでウケを取れたから良かったとして、課題を解くためが目的の無難な実装になっていることが不満と言えば不満だった。特に k.inaba さんの shinhさんにもらった宿題ですが、やっぱりシングルリンクで十分ですね。 d.y.d. ていうのが記憶の片隅に残っていたので。で、今日、並カンで↑のお題を出した id:shinh さ
実は「テスト王子」ことid:t-wadaのお話をちゃんと聞くのは今回が初めて。（「飲まれ王子」「女医王子」ことid:t-wadaのお話は過去数回聞かせて頂きました的な注釈） まとめ TDDは、Web記事やイベントレポートを通して理解しているつもりだったのですが、実際にTDDで開発をしている状態を見てないと結局頭で理解しているだけだったな、と感じました。キーワードだけを羅列していくと、「Fake-it/Outside-in/Inside-out/育てるテスト」ですね。 普段の仕事ではExcelがメインだしｗ、プライベートではJavaがばっかりだったので、「Fake-it」を行うということはすっぽり抜けてました。ただ、ぼちぼちRubyやPHPを触るようになってきたので必要性は高まってきています。 「Outside-in」は、TDDで開発を始める際に一番最初に書くテストがこれになるのかな？これを
BPStudy #29 のテスト駆動開発の話でペアプログラミングで、Last Recently Used キャッシュ (LRU)を自動テストやりながら、実装しようという部分がありました。 最初に僕は二つのリストで１０分くらいで実装したんですけど、やっぱりパフォーマンスが出ないと思ったから、時間が終わったまでに、pythonの辞書で書き直した。 最終版はこれでした。 lru.py #:coding=utf8: class LRU(object): def __init__(self, size=2): self.size = size self.name_list = [] self.value_dict = {} def put(self, name, value): if name not in self: self.name_list.append(name) self.value_d
30分ちょい遅れて恵比寿に到着。 すでに@t_wada氏の講義が始まっていて、黄金の回転などを学んだ。JOJO勉強会でも学んだけども。 その後、なんやかんやで、LRUを好きな言語でTDDで実装してみるというお題が出て、配列をなめるのはいやだなーとか思って実装に悩んでいたら、終了時間になってしまって残念な結果に。 一応、出来た人たちのコードレビューを聞き流しつつ、ペコペコ書いていたけど、そこそこバグっていたので、さっきちょろっと直してgithubにあげてみた。まぁこれは_COUNTがオーバーフローしたら終わる実装だったりしてイケてない。というかこういうのはtokuhiromさんみたいにMoose使えばよかったですね！！ xaicron's LRU-Cache at master - GitHub LRUは一個まえのやつを参照するような配列と言うかなんというかそんな感じので実装するのが計算量が
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
