Download to read offline
![つづきはブログで
http://sixeight.hatenablog.com/
[壊しました] タグで土日以外毎日更新](https://image.slidesharecdn.com/dsl-140601130743-phpapp02/75/DSL-11-2048.jpg)
![desc "Install binaries"
task :install do
cp FileList["bin/*"], "/usr/local/bin"
end](https://image.slidesharecdn.com/dsl-140601130743-phpapp02/75/DSL-17-2048.jpg)
More Related Content
DSLについて語るときに僕の語ること
- 1.
- 2. まとめ • いまさら感があふれる話 • DSLで効率UP •DSLはこわくない • やりすぎると駄目
- 4.
- 5.
- 6.
- 7. その他 • Happy Elements株式会社(京都) • Rails (Ruby) / Unity (C#) • 鴨川シャボン玉の会 • Vim → Atom • Fragment <3
- 8. その他 • Happy Elements株式会社(京都) • Rails (Ruby) / Unity (C#) • 鴨川シャボン玉の会 • Vim → Atom • Fragment <3
- 10.
- 11.
- 12.
- 13.
- 14.
- 15.
- 16.
- 17. desc "Install binaries" task:install do cp FileList["bin/*"], "/usr/local/bin" end
- 18. 利点 • もっとも簡単な方法で記述できる • 出来ることが限定されているがゆえに安全 •コード自体がドキュメントとしての役割を 果たすことが多い 特定の問題に特化しているから、 • • • • • • • • • • • • • •
- 19. 欠点 • 学習コストが高い • 応用が効かない •問題の範囲を決めるのが難しく、特化でき ないことが多い 特定の問題に特化しているから、 • • • • • • • • • • • • • •
- 20.
- 21.
- 22.
- 23.
- 24.
- 25.
- 26.
- 27.
- 28.
- 29. なぜ作るのか • DSLにするとテンションが上がるから • 勉強会で自慢できるから •そこに問題がある(ry
- 30.
- 31. 利点 • もっとも簡単な方法で記述できる • 出来ることが限定されているがゆえに安全 •コード自体がドキュメントとしての役割を 果たすことが多い 特定の問題に特化しているから、 • • • • • • • • • • • • • •
- 32. なぜ作るのか • めんどうな業務を単純化 (簡単) •誰がやっても同じ結果 (安全) • 読みやすく説明が不要 (ドキュメント)
- 33. めんどうな業務を 単純化 新しいガチャを追加するのに Migration ファイルを作って データを追加して、Controllerと View をコピペして… 設定ファイル(DSL)を記述 簡単
- 34.
- 35.
- 36.
- 37.
- 38.
- 39. 今だからこそ…？ • 仕事で Rubyを使うことが普通になった • 情報も参考になるコードもあふれている • 業界をリード(笑)するあの上司にも Ruby で DSL で DO すると言えば通りやすそう
- 40.
- 41. まとめ • いまさら感があふれる話 • DSLで効率UP •DSLはこわくない • やりすぎると駄目
- 42.
- 43.
- 44.
- 45.
- 46.
- 47.
- 48.
- 49.
- 50.
- 51.
- 52.
- 53.
- 54.
- 55.
- 56.
- 57.
- 58.
- 59.
- 60.
- 61.
- 62.
- 63.
- 64.
- 65.
- 66. まとめ • いまさら感があふれる話 • DSLで効率UP •DSLはこわくない • やりすぎると駄目
- 67.
- 68.
- 69.
- 70.
- 71.
- 72.
- 73.
- 74.
- 75. define_method(name, method) define_method(name) {… } name という名前のメソッドを定義する
- 76.
- 77. instance_variable_get(var) instance_variable_set(var, value) var という名前のインスタンス変数をget/set 名前は @hoge である必要がある
- 78.
- 79.
- 80.
- 81.
- 82.
- 83.
- 84.
- 85.
- 86.
- 87.
- 88.
- 89.
- 90.
- 91. instance_eval {¦obj¦ …} ブロック内の self をレシーバーに置き換える (ざっくり言うと)
- 92.
- 93.
- 94.
- 95.
- 96.
- 97.
- 98.
- 99.
- 100. 手順 • 問題をみつける • 直感的に書けるまで擬似コードを書く •擬似コード(受け入れテスト)が動くように 実装する • ユニットテストを書く
- 101. テスト • DSLがバグってたら目も当てられない • 自分が安心するために書く •黒魔術的なコードを書くのでTDDは足かせ • 完全に動作するDSLを受け入れテストとする
- 102. まとめ • いまさら感があふれる話 • DSLで効率UP •DSLはこわくない • やりすぎると駄目
- 103.
- 104.
- 105.
- 106. 欠点 • 学習コストが高い • 応用が効かない •問題の範囲を決めるのが難しく、特化でき ないことが多い 特定の問題に特化しているから、 • • • • • • • • • • • • • •
- 107.
- 108.
- 109.
- 110.
- 111. まとめ • いまさら感があふれる話 • DSLで効率UP •DSLはこわくない • やりすぎると駄目
- 112.
- 113. 知見の共有 • 宣言系は相当すじがよくないと破綻する • よくわからん書き方が増えて混乱するだけ •定義系は名前重要 • 学習コストを下げるには驚き最小の法則 • ドキュメント必須 • DSLの仕様は書いた本人しか知らないと思え
- 114. まとめ • いまだからこそ仕事でDSL • DSLで業務を効率化 •DSLは簡単に作れる • 用法用量をよく守りお使いください
- 115.
- 116.