zsh から fish にした。 - yoshiori.github.io
3ヶ月くらい前からシェルを fish にしてみてるので、適当に設定など共有。 先に行っておくけど zsh より良い所とか聞かれても知らない。 気分転換&頭の体操で zsh のカスタマイズの延長くらいの気分で乗り換えた。 インスコ 1 $ brew install fish 以上 oh-my-fish インスコ fish-shell の良い所は特に設定などをしなくてもユーザーフレンドリーであることです。 zsh のように oh-my-zsh などを入れたり、過度にカスタマイズをしなくて済みます。 とかそういう説明がされてるのにその利点を一気にぶち壊す oh-my-fish というのがあるので入れる 1 $ curl -L https://github.com/oh-my-fish/oh-my-fish/raw/master/bin/install | fish そうすると omf コマンドが
21 世紀のエディタである Atom を最強にする - yoshiori.github.io
Atom 最高ですね！！ でも、Atom は 21 世紀のエディタです。まだ 21 世紀になって 14 年しか経っていないので、20 世紀最強のエディタに比べてまだまだ足りない機能があるのはしょうがないですね！！ 86 年後に勝負しよう！！ って感じですね。 みんなが拡張書けば 86 年がドンドン縮んでくると思うのですが、ぶっちゃけまだまだです。 なので、最強にするための拡張書いてみました。 Atom で今開いているファイルを Emacs で開く拡張です。 「あー、Emacs だと xxx 出来るのに〜」 とか脳みそがまだ 20 世紀な時とか 「あー、このファイルデカすぎて Atom で編集すると重い……」 みたいなかわいそうな作業している時とか（2050 年位のマシンだとさくさくだと思いますけど！！）にお使いください。 21 世紀に戻る 1 2 3 4 (defun open-atom
友人の山城が死んだ - yoshiori.github.io
山城が死んだ。 妹さんに アイツが生きていた事、残しておきたいからみんなでブログとか書いていいですか？ って聞いたら 兄もそのほうが絶対喜ぶと思いますので是非 と言ってもらえたので書き残そうと思う。 「人は死ぬ」ってすっごい当たり前のことなんだけどもいざ降りかかってみると全然良くわからない。 事実として受け入れられないとか実感わかないとかじゃなくて、本当に「よくわからない」というのが正直な感想だ。 なのでみんなで壮大に悪ふざけしてきた。 「不謹慎だ」とかいう人も居るかもしれないけど、ごめん、俺らにはこうすることしか出来なかった。 盛大に花火も打ち上げた。 Twitter とかで全然知らない人が「なんか花火上がってる」とか言ってて楽しかった。 その花火は僕らが友人を送るために上げました。 綺麗でしょ？ LT で思いを吐き出してきた。 友人を送るためって言ったけど、結局は自分のためにそれぞれや
アクセルを踏むためのテストとブレーキを踏むためのテスト - yoshiori.github.io
Rebuild.fm#29 聴いてて少し語りたくなってるので書いてみる。 テスト考2014 – Hidden in Plain Sight から発してると認識してるんだけど新年早々テストについて盛り上がってますね！ で、個人的な意見を書くまえに、俺はテストどころかコンピュータサイエンスも学んだ事ない人間ですので色々見当違いな事言ってるかもしれないけど、エンジニアのスタートが組み込み系の QA エンジニアなので現場感覚はそれなりにあるつもりです。 で、早速なんだけど上記ブログから引用させてもらうと まぁ、なんにせよ、現在のウェブアプリ開発におけるテストなんて一歩間違えれば「ままごと」みたいなレベルだから、そんなに原理主義的になるのはダサいよねって話です。 id:kennejima に百パー同意で、ぶっちゃけちゃんと QA やった人間からすると境界値テストすらしてないしホワイトボックステストだ
Rebuild.fm が一つの答えかもしれない - yoshiori.github.io
何年か前にid:nishiohirokazuと話している時、Gemfile.lock の仕組みが素晴らしいという話をしました。 で、その内容自体は今回はどうでもよくて、その時に「こういう違う言語の良い仕組みとかってやっぱり他の言語に広まりにくいよね」という話をしていました。（だから 「Smalltalk にオーパーツが！！」的な話がよくあったり） なんでだろうって話している時に、例えばコレが友人との雑談でなく LL イベントとかで発表されていたら Gemfile って聞こえた途端に「あ、Ruby の話だな」って思って別の作業しちゃったり、あんまりちゃんと聞かなかったりしちゃうよねと（LL 実行委員会の方々ごめんなさい＞＜） 多分、ブログとかに書かれてても同じように「あ、違う言語の話だな」って思って読み飛ばしたりしちゃうんだろうなぁと。 で、そんなことずーっと忘れてたんだけど、この前 Reb
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ページを開く
「何故クックパッドのサービス開発は日々進化しているのか」という発表をしました。 - yoshiori.github.io