部内向け開発ツール導入啓蒙プレゼン

1. 目的
「みんな」が「効率的」に
Web アプリを作成出来るようになること

2. 今までは…
● telnet でテストサーバに入って
vi で直接ソース書いて…
● PC のエディタで書いたのを FFFTP で
アップロードして…
● 修正前のファイルをファイル名に
日付追加してコピーしといて…
● デバッグのために print 文埋め込んで
値表示して…

3. 方法
● 現代的なツールや開発手法を導入する
● 標準ツールを策定して開発方法を揃える
→ 自分の書いたソースを
「将来の誰か」に読みやすくするため

4. 「みんな」の対象範囲
● 「プログラマー」
だけじゃなくて
● 「デザイナー」
にも 8 割がたは「使える」ツール

5. 4 つの柱
● バージョン管理システム (git)
● フレームワーク (CakePHP)
● テスト (PHPUnit/Selenium)
● IDE とデバッガー (Eclipse)

6. バージョン管理システム
● ソース内やファイルでバックアップを
残さなくて良い
● やったことの「歴史」を残せる
● チームでの並行開発が出来る
● 修正を前に戻せる

7. git
● 分散バージョン管理システム
● サーバと PC とに「分散」している
● 軽い・構造がシンプル
● 一人で使っても十分嬉しい
● github
コード共有プラットフォーム
● GitExtensions
Windows の git GUI

8. フレームワーク
● フレームワークにすると良いこと
– 手早く書ける
– 基本構造がみな一緒になる
→ 他人のソースをすぐ読める
● フレームワークの悪いとこ
– フレームワークの「作法」を学ぶコスト
● なぜ PHP にしたのか
– 言語の評判はあまり良くない
– でも PHP で作られている CMS は多い
Wordpress ／ NetCommons など

9. CakePHP(Web アプリフレームワーク )
● Ruby on Rails の PHP 版という感じ
● 日本語の情報が一番多そうだった
● MVC
● 設定より規約
● 名前重要
● OR マッパー

10. Twig( テンプレートエンジン )
● 可読性が高い
<?php echo $foo->bar['id'];?>
→ {{foo.bar.id}} で OK
● ループや if も簡潔に書ける
● フィルタ機能
{{foo|e}} で HTML エスケープなど

11. Bootstrap(CSS フレームワーク )
● 簡単
● デザイン性が高い
● HTML5
● ポータブル（スマホ対応など）

12. テスト
● なぜテストがあるとうれしいか
– 将来の変更に対して足がかりとなる
– ある意味「仕様」をコードにしたもの
– 動作チェックも容易になる
● ユニットテスト (PHPUnit)
● UI テスト (Selenium)

13. IDE とデバッガー
● IDE で嬉しいこと
– リアルタイムの文法チェック
– オートコンプリート
– デバッガー
● デバッガーを使おう
– その場で値の確認
– ステップ実行
– Web アプリでも出来る

14. xampp
● Windows 上の LAMP キット
● 解凍するだけでネイティブで動く
● 自分だけが気兼ねなく使える環境
● 書いて即動作テスト出来る
● Eclipse からデバッガーが利用出来る

15. Eclipse
● Java や PHP 等の IDE
● デバッガーを使うためだけでも

16. 今後の予定
● それぞれのツールのインストールと設定
– Cygwin
– GitExtensions
– Pleiades( 日本語化 xampp/Eclipse)
– CakePHP
● GitExtensions の使い方
● Eclipse とデバッガーの使い方
● CakePHP での開発方法