「アジャイル開発を適切に採り入れるためのポイント・・・」に行ってきた！ その２

前に書いた、

IPAのセミナー
アジャイル開発を適切に採り入れるためのポイントとアジャイル開発の事例【1】
に行ってきた！メモした内容を、書いてみる。

今度は、２番目の「新しい契約形態での受託開発 実践記
～価値創造契約へのチャレンジ～」から

---

■新しい契約形態での受託開発実践記

・Ruby＆Agile適用分野（この会社の受託の適用分野）

　　BtoCへのサービス
　　　→ゴールが決めにくい：ユーザーの反応をみながら

　　R&D
　　　→これもゴールがきめにくい


・バスタブモデル
　　従来型の開発：じゃぼんと入ってしまい、見えない
　　イテレーティブかつインクリメンタルな開発：
　　　　　1週間ごとに出してみる

・イテレーションの流れ
　　お客様の要求→バックログへ
　　　　開発
　　　　テスト
　　　　見せる　　一週間

・ソフトウエア開発の契約
　　請負契約
　　委任契約
　よくない→４つのアジャイルに向いた契約

　　　契約１：最小限のスコープを約束する請負契約
　　　契約２：機能ごとの請負契約
　　　契約３：短期の請負契約（１～３ヶ月）
　　　契約４：短期の準委任契約

・価値創造契約
　　システムを初期費用０円で提供
　　サービス利用料を月々お支払いいただきます
　　解約手数料：なし


・開発手順例

１．要求
　　　Pivotal Tracker
　　　↓
２．開発
　　　Railsとgem
　　　↓
３．自動化テスト
　　　RSpec＋Cucumber+CI
　　　↓
４．ステージング　　　→　　リリース
　　　Heroku
　　　↓
１．にもどる

ＰＭＢＯＫのお勉強 その２４ － ４．５

今、

プロジェクトマネジメント　知識体系ガイド（PMBOKガイド）第４版
http://www.amazon.co.jp/dp/1933890681

のお勉強をしています。

前回は４．４章だったので、今回は４．５章です

---

■４．５　統合変更管理

＜＜インプット＞＞

・プロジェクトマネジメント計画書
　　　４．２から

・作業パフォーマンス状況
　　　４．３から

・変更要求

・組織体の環境要因

・組織のプロセス資産


＜＜ツールと技法＞＞

・専門家の判断

・変更管理会議


＜＜アウトプット＞＞

・変更要求状況更新版

・プロジェクトマネジメント計画書更新版
　　以下のものがある(これに限定されない）
　　　　すべての補助のマネジメント計画書
　　　　公式な変更管理手続きに基づくベースライン

・プロジェクト文書更新版

初めてのＲｕｂｙを読む その２４ ４．１０

「初めてのRuby」を読むの続き

４章　文字列
４．１０　Ruby１．９とマルチバイト文字列
から

※注意！１．９です。昨日やったのは１．８。

---

■Ｒｕｂｙ１．９とマルチバイト文字列

・Ｒｕｂｙ１．９以降は「本格的な多言語対応」
　　→日本語だけではない
　　→Ｕｎｉｃｏｄｅだけでもない

・１．９では、文字列は「文字の列」
　　→１．８のようなバイト列ではない
　　→Ｓｔｒｉｎｇオブジェクトは自分自身のエンコーディングを知っている
　　→lengthもエンコーディングを考慮して「文字の数」を返す

・特にバイナリデータを処理するため、文字列をバイト列として扱うときは
　Encoding::ASCII_8BITというエンコーディングの文字列を使用する

---

■４．１０．１　Ｅｎｃｏｄｉｎｇ

・各種の文字エンコーディングはEncodingオブジェクトによって表現されている
　→現在利用可能なエンコーディングを一覧したり：Encoding.name_list
　　Encodingオブジェクトを取得できる

・入出力、内部表現で関係する

---

■４．１０．２　マジックコメント

・ソースコードがどの方式でエンコードされているかを示す

・次のようなコメント文をソース冒頭に記述

　　＃_*_ coding: utf-8 _*_

　（＃は、本当は半角）

・以下のような書き方でもよい

　　＃ vim:fileencoding=UTF-8

　（＃は、本当は半角）

---

■４．１０．３　内部表現

・実行時の内部エンコーディングは、オブジェクトごとにまちまち
　　　→文字列、シンボル、正規表現は自分自身のエンコーディングを
　　　　知っている
　　　　　　→必ずしもソースコードのエンコーディングと一致させる
　　　　　　　必要はない

・文字列リテラルで生成されたＳｔｒｉｎｇオブジェクトはデフォルトで
　ソースコードと同じエンコーディング

・Ｓｔｒｉｎｇのencodingメソッドで、コード変換できる
　　　→非破壊メソッド。破壊的なencoding!もある

・force_encodingメソッドは、バイト表現を変化させず、エンコーディング
　情報のみを変化させる

---

■４．１０．４　文字列の結合

・エンコーディングが異なる文字列同士を結合するこちは出来ません
　　→エンコーディングを混ぜて文字化けすることは防止される

---

■文字列の同値性
・文字列、バイト表現が同値でかつエンコーディングも同じ場合に限り同値

・現在のところ、文字列の大小関係は、単純にバイト列としての辞書式比較
　によって定義されている

---

次回から５章

新iPhone(4S)、英語の音声認識対応！では、日本人が英語をしゃべったら？

　新iPhone、iPhone5でなく、iPnone4Sが発表されましたね。
　下馬評どおり、auとソフトバンクから出るみたいですけど、
　発売日は１０月１４日からとのこと・・・早くなりましたね。

　ところで、今回の機能のウリは、
　グラフィック性能が7倍ってことなんでしょうけど、
　（これで、ＨＴＭＬ５＋ＣＳＳによるアニメーションも滑らかに？）

　音声認識もポイントですよね！もちろん日本語は非対応なのですが、
　英語に対応している・・・

　・・・じゃあ、日本人が英語をしゃべったら、どうなるのか？
　どうせ、長い文をしゃべることはないから、

　「iPhoneで通じる英文２００選」

　とか出たら、それ覚えれば、ＯＫのような気が・・・

　動くのかなあ？

　それとも、「Ｒ」と「Ｌ」の音が区別付かないので、だめ！
　とかになるのかなあ？

　・・・英語の発音練習用に使える？？

ここの記事

iPhone 4S発表！ 発売は10月14日……“4”に比べてグラフィック性能7倍
http://headlines.yahoo.co.jp/hl?a=20111005-00000001-rbb-sci

より