kenjiro_nのブックマーク - はてなブックマーク

OSSに貢献する気持ちを育てよう - ppworks.jp
会社のブログに「database_rewinderにpull requestを投げた結果」という記事を書きました。 rails の良い所の一つに、豊富なgemによるエコシステムが優れているという点があります。 gemの多くはOSSとしてgithubにそのソースが公開されています。githubにはPull Requestがあります。Pull Request、いい響きですね。世界の名だたるエンジニアの作ったソースコードにPull Requestが送れるだなんて、なんて感動的なのでしょう。 railsを使う企業であれば、そのエコシステムに入る覚悟が必要です。OSSへの貢献が自然とできるような環境で仕事出来る事ということは、railsを使う覚悟のある会社を見定める際の一つの基準になるかも知れません。 OSSに貢献する気持ちとは何でしょう、エコシステムの一員として当事者意識を持って関わるときの喜びを
kenjiro_n 2015/02/08
OSS

thinking

moral
リンク
クソコードと呼ばない - ppworks.jp
新しい現場にはいったときに心がけていること、クソコードと呼ばないこと。誰かのコードを読んでいるとそりゃまあクソコードを見つけることがある。その時どう立ち向かうかという精神論の話。例えソレがそうであってもソレを口にするとネガティブが蔓延する。思ってもイイ、でも言ってしまってはならない。あるフェーズに置いては必要だったし、現に動いていて価値を提供しているのだ。あるべき姿を叫ぶの簡単だ。あるべき姿を見ているなら行動しないといけない。見つけたらリファクタだ。出来るところからやるんだ。 Shut the fuck up and write some code & 許可を求めるな Pull Request せよ— 🌈KOSHIKAWA (@ppworks) 2014年5月23日クソはクソと言える空気や文化は大事。良くないものを指摘できるようにはしたい。口の前に手を動かそう。プログラマーなら
kenjiro_n 2015/02/08
programming

thinking
リンク
コードレビューをしよう - ppworks.jp
Sendagaya.rb #86 - Sendagaya.rb | Doorkeeperに参加してコードレビューについて思うところをみんなでディスカッションしたので、自分の思いをまとめておきます。（ポエム）ソニックガーデンの @mah_labさんのスライドにある7つの秘訣に同意です基本。あと、github上のプルリクでコードレビューするという前提でまとめます。 1. レビューの観点を明確にいま何の話をすべきかという状況を判断して、どの観点で物を言うのかっていうのはコードレビューだけに限らず打ち合わせ時にも大事ですね。今この観点で議論を進めますよ！ということを表明することで齟齬が防げます。観点が明確だと議論のテーマが明確になるので、コードレビューで修正すべき点も分かりやすくなりますね。コーディング規約の観点セキュリティの観点メンテンスの観点設計の観点リリース前にこれで出来るレ
kenjiro_n 2014/08/20
programming

review
リンク
1