「何故クックパッドのサービス開発は日々進化しているのか」という発表をしました。 - yoshiori.github.ioデブサミで「何故クックパッドのサービス開発は日々進化しているのか」というタイトルで発表させていただきました。 資料はこちら 発表している時の僕のユーザーさんは聞いてくれている人とこの資料を見てくれている人なので少しでも楽しんでいただけたら嬉しいなと思います。 発表資料の中で色々な資料にリンク貼っていますが、発表資料 | クックパッド開発者ブログに全てまとまっています。 今回の僕の資料もあとで上がると思います。 というか、これも Github で管理されてたりしますｗ
アクセルを踏むためのテストとブレーキを踏むためのテスト - yoshiori.github.io
Rebuild.fm#29 聴いてて少し語りたくなってるので書いてみる。 テスト考2014 – Hidden in Plain Sight から発してると認識してるんだけど新年早々テストについて盛り上がってますね！ で、個人的な意見を書くまえに、俺はテストどころかコンピュータサイエンスも学んだ事ない人間ですので色々見当違いな事言ってるかもしれないけど、エンジニアのスタートが組み込み系の QA エンジニアなので現場感覚はそれなりにあるつもりです。 で、早速なんだけど上記ブログから引用させてもらうと まぁ、なんにせよ、現在のウェブアプリ開発におけるテストなんて一歩間違えれば「ままごと」みたいなレベルだから、そんなに原理主義的になるのはダサいよねって話です。 id:kennejima に百パー同意で、ぶっちゃけちゃんと QA やった人間からすると境界値テストすらしてないしホワイトボックステストだ
BabyFace という gem を作りました - yoshiori.github.io
「単純ベイズ分類器」を簡単に組み込める gem を作ってみました！！ BabyFace https://github.com/yoshiori/baby_face 簡単な使い方 判定したいクラスで BabyFace を include してちょっと設定書くだけです。 1 2 3 4 5 class Entry include BabyFace baby_face_for features: [:title, :body], categories: [:ham, :spam] end こんな形で指定します features 学習対象にする値 categories カテゴリ分け が最小の設定になります。 これだけで、Entry のインスタンスに baby_face というのが生えます。 で、categories を元に学習用と判定用のメソッドが生えます。 1 2 3 4 5 entry1.ba
RailsConf 2013 で LT してきました！！ - yoshiori.github.io
RailsConf 2013 がポートランドで開催されたので行って来ました！！ 初の海外カンファレンス参加です！！ 英語とか全然出来ないので必死に勉強していったのですが、やはり付け焼刃ではなかなか難しかったです＞＜ で、まぁ、出来ないからといって挑戦しないことには何も成長しないので LT に応募して発表して来ました。 Watch live video from Confreaks - Live Streaming on Justin.tv マジ今聞き直しても背中の汗が止まらない酷い英語ですね＞＜ でも、皆さん優しくて終わった後、暖かい声を頂きました @yoshiori amazing talk :) #railsconf Ladies and gentlemen, @yoshiori is a bad ass developer. That last lightening talk was
デブサミ 2013 で自分戦略について発表して来ました - yoshiori.github.io
今年も（！？）ギリギリオファーがありデブサミで発表して来ました。 なんというか高卒 && 25 歳からプログラマになったという二重苦みたいな環境なので 大卒の人とかもっと若い頃からプログラム書いてた人は僕よりは楽に進めると思いますが、最低限こんなもんだよねって言うのを見てもらえればいいと思います。 口頭で説明した部分をざっくり書くと 25歳からプログラマになった 組み込み系、SI を経て web系へ転職 プログラマからプレイングマネージャになった 自分戦略として考える軸として、 お金（自分の市場価値） 純粋に好奇心から自分のスキルを上げたい の 2 つを考えると考えやすいと思います。 （僕の戦略として）目指すところは最強 ドラクエで言うとお金貯めるよりステータス上げたい リーダーとしてそれなりにやれることは確認できた 次のステップとしてはやはり自分の根っこはエンジニアなのでエンジニアとして
「SQL アンチパターン」は色んな戦争の火種になりそう - yoshiori.github.io
監訳の一人である @t_wada に献本頂きました。 ありがとうございます！！！ でだ、いきなりだけどコレ、タイトルで損してると思うんだよね…… だって、SQL のアンチパターンてタイトルだったら、 join した結果の方で where で絞るよりも on 句で先に絞れ 的なのが書いてあると思うじゃん！！ 問い合わせ言語の事だと思うじゃん！！！ 違った…… ほとんど書いてあるのは DB 設計についてだった…… まぁ、副題は「Avoiding the Pitfalls of Database Programming」のだし、まぁいいか。 んで、読んでみた感想とか もうね、何年か DB 絡んだ開発したことのある人なら（・∀・）ﾆﾔﾆﾔ出来ると思う。 「”マルチカラムアトリビュート”とか 10 年前に通ったわー」 とか 「あーはいはい”インデックスショットガン”乙」 みたいな。 Explain
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
