Slide 1

Slide 1 text

そのエイリアス、使いますか? Ruby開発環境勉強会20120529 @kyanny

Slide 2

Slide 2 text

カスタマイズしすぎは悪 ・・・は言い過ぎだけど

Slide 3

Slide 3 text

本当に不便なところだけで良い

Slide 4

Slide 4 text

例: Ruby のドキュメントをひく ● ブラウザのロケーションバーからリファレンスマ ニュアルを検索する

Slide 5

Slide 5 text

No content

Slide 6

Slide 6 text

No content

Slide 7

Slide 7 text

No content

Slide 8

Slide 8 text

● エディタからひくとか、苦痛 ● どうせ他のページもぐぐりたくなるはず ● ブラウザのロケーションバーというインター フェースは悪くない ● 慣れた UI を工夫して便利に使う ● Firefox なら「スマートキーワード」 ● Google Chrome なら「検索エンジンの管理」 ポイント

Slide 9

Slide 9 text

何度も繰り返してだるくなったときがカスタ マイズすべきタイミング

Slide 10

Slide 10 text

例: 30days のユーザーサポート業務 ● find_by_**** を毎回叩くのはだるい ● 便利メソッド u() a() を .irbrc に書いて解決

Slide 11

Slide 11 text

No content

Slide 12

Slide 12 text

No content

Slide 13

Slide 13 text

No content

Slide 14

Slide 14 text

ポイント ● 体験しないとだるさはわからない ● 最初からだるさを見越して作っておくことはでき ない ● 見極めが重要 ● はやすぎる最適化は悪 ● しかし慣れて鈍感になってもいけない ● 良いプログラマは短気なので心配無用 ● 怒り駆動開発

Slide 15

Slide 15 text

300はてブのオススメ設定よりも 自分の手になじむユーティリティを

Slide 16

Slide 16 text

例: 自作ツール数点 ● 他人の便利ツール・便利設定は必ずしも自分の 問題にフィットしない ● 自分の問題を解決するツールを書く

Slide 17

Slide 17 text

No content

Slide 18

Slide 18 text

No content

Slide 19

Slide 19 text

No content

Slide 20

Slide 20 text

ポイント ● 車輪の再発明を恐れない(だって自分用) ● 質にこだわりすぎない(書き捨てでもプログラム の練習にはなる) ● 使い方を思い出せないツールはいざというとき 役に立たない ● いざというときすぐ取り出せる道具を揃える

Slide 21

Slide 21 text

ソースを読むまでの手間を減らす (ただしなるべく準備せずに)

Slide 22

Slide 22 text

例: active_record のソースを読む ● 特別なツールよりも使い慣れたエディタ ● 特別な操作よりも使い慣れた dired

Slide 23

Slide 23 text

No content

Slide 24

Slide 24 text

ポイント ● エディタのブックマーク機能を活用する ● ファイルを開くまでのステップ数を短く ● たったこれだけでもずいぶん違う ● 事前準備なしですぐできるのでポータブル

Slide 25

Slide 25 text

オマケ: $PS1

Slide 26

Slide 26 text

No content

Slide 27

Slide 27 text

No content

Slide 28

Slide 28 text

ポイント ● $PS1 は特等席 ● 「常に見る場所」の情報量にはこだわる

Slide 29

Slide 29 text

まとめ ● ブラウザからドキュメント引きやすくする ○ CLI で頑張らなくても案外イケる ● 頻出操作を .irbrc に書いて楽をする ○ だるくなってからでも遅くはない ● 自分にとって便利なツールを作る ○ 自分のツボが一番わかるのは自分自身 ● ソースコードのディレクトリをブックマーク ○ ほんの少しステップ数を減らすだけで効果アリ