作業の標準化と業務支援とshlauncher

wtnabe（あーありがちの中の人）

2009-11-01 北陸アンカンファレンス2009@石川高専

標準化の必要性

• 例えばコマンドラインオプションや引数がたくさんあったら確実に同じ作業を再現するのは難しくなるよね？
• GUI は設定次第でフォルダ一つ開くのに苦労する場合も
• 自分と先輩あるいは後輩が同じ作業をしてる保証は？
• deploy, backup など、人によって内容が変わっちゃ困る作業だってある

標準化とは

だからってカスタマイズ禁止とか野暮なことは言うつもりないよ。

• スクリプト化して、できるだけ作業に差がでないようにする
• 伝統的には sh スクリプトを指す

自動化と言い換えてもいいかもしれないけど、完全に自動化している必要はない。

標準化のメリット

• fiddling（手いたずら）によるミス防止
• スキルの差を小さくする
• 自動化しやすくなる

例えば

• Railsで一躍有名になったscaffold
• rubygems 作成支援ツール

だいたい Rake で簡単に作業できる

標準化のための道具

• sh スクリプト
  • 基本的にUn*xでしか動かない。豊富なコマンドあってこそ。
• Lightweight Language
  • Windowsでも動くが自由度が高すぎる
• Rake
  • LLのメリットに加え、適度な不自由さによるブレの削減と記述量の少なさによる開発速度
• shlauncher
  • Rake のメリットに加え、伝統的なスクリプト作成方法が活かせる、task のセットを gem 化して deploy 支援も行える

誰が嬉しいの？

• 怠惰な自分
• 考え方の習得を目指さず手順だけ覚えようとする人
• そんな人に仕事を引き継ごうとする人
• 不定期に、あるいは長いブランクの発生するちょっと面倒な作業をする人

shlauncher

よさそうでしょ？

cf. shlauncher で自作スクリプトの管理を簡単に（できるかも） - あーありがち(2009-08-30)

ディレクトリツリー

shlauncher/
|-- ChangeLog
|-- README.rdoc
|-- Rakefile
|-- bin/
|   |-- shlauncher_test*
|   `-- tractor*
|-- lib/
|   |-- shlauncher/
|   |   |-- base.rb
|   |   |-- shlauncher.rb
|   |   `-- tractor.rb
|   `-- shlauncher.rb
|-- shlauncher.gemspec
|-- templates/
|   |-- ChangeLog
|   |-- README
|   |-- Rakefile
|   |-- bin/
|   |   `-- shlauncher*
|   `-- lib/
|       `-- version.rb
`-- test/
  

sample/
|-- ChangeLog
|-- README
|-- Rakefile
|-- bin/
|   `-- sample*
|-- lib/
|   `-- version.rb
`-- script/

デモ