日本では日産、ホンダ、フォルクスワーゲン（VW）、マセラティ、
アウディの一部車種と、パナソニックで対応するそうです。
対応カーナビとして、
日産では7月15日発売の純正カーナビ「MM516D-L/W」
ホンダの場合は2016年モデルの「アコード ハイブリッドLX/EX」
パナソニックでは6月に発売された市販カーナビ「ストラーダ CN F1D」
と最新モデルが対象になるそうです。

Android Autoは、ナビ機能や音楽再生機能のほかに、
SMSやチャットアプリなどの通知メッセージを音声で再生する機能や、
グーグルが提供するアプリのほか、AWAやSkypeといった、
サードパーティの音楽アプリやメッセージングアプリも使用することができるそうです。

今後、「OK, Google」による音声コマンド起動や、
Wi-Fiでの接続に対応するアップデートが提供される予定で、
今後より一層快適な運転環境になるのではないかと考えています。

参照URL
・「Android Auto」日本で提供開始、日産・ホンダ・VW車やパナソニックのカーナビから
http://k-tai.watch.impress.co.jp/docs/news/1010041.html

まず間違ったクエリですが、以下のようなクエリはSQLServerでは大丈夫ですが、
MySQLでは処理順の都合で結果としてXもYもどちらもYの値で更新されます。

UPDATE `table` SET `X`=`Y`, `Y`=`X`;


なので、ユーザ変数を利用して以下のようなクエリにします。

SET @temp = 0;
UPDATE `table` SET `X` = (@temp:=`X`) * 0 + `Y`, `Y` = @temp;


こうすることで以下のように処理されるので、値の交換ができます。

// ユーザ変数@tempに`X`が代入される。
(@temp:=`X`)

// Xの値を0にしてYを加算することでYの値でXを更新される
`X` = (@temp:=`X`) * 0 + `Y`

// Yの値をユーザ変数@temp=`X`の値で更新される
`Y` = @temp

交換する項目が数値型以外の場合は、
以下の個所を型に併せた形に書き換えれば対応できます。

(@temp:=`X`) * 0 + `Y`


今回はイラストレーターの線幅ツールについて書きたいと思います。
実はあまり使ったことがないツールです。
オブジェクトの線幅を部分的に変更できるそうです。

たとえば、下記の左端の曲線のオブジェクトを選択した状態で
ツールパネルの線幅ツールを選択します。
すると、線幅ポイントとハンドル(白い丸)が表示されるのでハンドルをドラッグすると、真ん中のように幅を変更できます。

また、Altキーを押しながら、ハンドルを操作すると、線幅を変更可能です。
画像をコピペし色を変更して重ねると右側の図のようにも表現できます。

ちなみに、線幅を変更するには、下記の線パネルからも指定できます。
線パネルでは、線幅プロファイルを使用することが可能になっていて線幅プロファイルを選択することで線のカタチを部分的に変更することができます。
線幅プロファイルは、線幅のフォーマットのようなもので、色々な形が（デフォルトで６つほど）用意されています。

それから、線幅プロファイルは自分で作成し、追加することが可能です。
下記の画像の左端の単純な線を選択し、線幅プロファイルを選択します。
すると、右のような形になりました。

これらのバージョンでは今後セキュリティパッチが提供されなくなり、危険な状態に晒されることになるので、サポート範囲内のバージョンへアップグレードする必要があります。

詳しくはこちらに分かりやすくまとめられています。
http://www.atmarkit.co.jp/ait/articles/1503/04/news141.html

例：グループに所属するユーザーを列挙する
以下の様なテーブルでユーザーとユーザーが所属するグループを管理している場合。

テーブル名：test_user（ユーザーマスタ）

テーブル名：test_group（グループマスタ）

テーブル名；group_user（グループとユーザーの連結情報）

グループに所属するユーザーを取得しようと考える場合、
以下の様なSQLになるかと思います。

 SELECT A.group_code, A.group_name, C.user_name
 FROM test_group A
 INNER JOIN group_user B ON A.group_code = B.group_code
 INNER JOIN test_user C ON B.user_code = C.user_code
 ORDER BY A.group_code, C.user_code
 

結果はこの様になります。

これはこれでいいのですが、
ユーザー名を羅列して、１フィールドの値として扱いたい場合、
ストアドプロシージャでカーソルを利用し、
user_nameを結合する必要が有ります。
もしくは、プログラムでこの結果を取得した後、
ループ処理を行うなど、何かしらの処理が必要になります。

もし、結合した結果を取得できれば、
上記の様な処理を記述する必要もなくなります。

SQLServerには結果をXML形式で取得する、
FOR XML句という記述形式が有ります。
FOR XML (SQL Server)
上記の例を使用し、以下のSQLを実行します。

 SELECT A.group_code, A.group_name,
 (SELECT '・' + D.user_name
 FROM test_group B
 INNER JOIN group_user C
 ON B.group_code = C.group_code
 INNER JOIN test_user D
 ON C.user_code = D.user_code
 WHERE B.group_code = A.group_code
 ORDER BY D.user_code
 FOR XML PATH(''),TYPE).value('.', 'VARCHAR(MAX)') AS group_user_name
 FROM test_group as A
 

結果はこの様になります。

普通の結合では2レコードになるGroupAのユーザーを
1レコードで取得しています。

FOR XML句を使い、XML形式で出力したSQLの結果に対して、
value()メソッドを使い、Varchar型で取得し、
サブクエリとして呼び出しております。

サブクエリでの処理について解説します。
まずは、SELECT ～ ORDER BY D.user_codeまでは普通のSQLです。
SELECT句で「’・’」とuser_nameを結合しており、
WHEREでサブクエリ内のgroup_codeを指定しておりますので、
出力文字列はA.group_code=’G001’のときは、「・アイチャン」「・ワークン」
A.group_code=’G002’のときは「・アイコック 太郎」となります。

通常のSQLで処理し、行で取得した際には、「・アイチャン」「・ワークン」は
2レコードで出力されますが、
FOR XML句を使用しておりますので、XML形式で出力されます。
PATH(”)として、属性を付けておりませんので、
出力内容はこの様になります。

もし、PATH(‘name’)と属性名を与えた場合、出力されるXMLはこの様になります。

（ちなみに、属性名を付けていても、上記のSQLの結果は変わらないので、属性名を付ける付けないはお好みで良いかと思います）

FOR XML句で出力した値はXML形式で出力されるため、他のフィールドとは扱いが異なりますので、
value()メソッドを使い、通常のSQL型に変換します。
サブクエリを表す()の後に「.value(‘.’, ‘VARCHAR(MAX)’)」と記述しております。
value()メソッドの第一引数はXQuery式で、第二引数はSQL型となります。

第一引数の「’.’」はXQuery式「self::node()」の省略形、
第二引数では、ユーザー名を扱い、出力文字数の制限をしたくないので、
VARCHAR(MAX)としており、
出力されたXML形式のデータからvalue値を取得するため、
属性が指定されていようが関係なく、「・アイチャン・ワークン」といったvalue値を取得し、
第二引数で指定されたVARCHARとして、SQL型の結果を返します。
value() メソッド (xml データ型)

こうすることで、複数レコードを結合したデータを単一のレコードとして扱う事が可能になります。

ユーザー名をカンマ区切りで表示したい場合なんかは、
サブクエリのSELECT句を「SELECT user_name + ‘,’」と記述することで
可能となります。
ただし、文字列の最後にカンマがついている状態なので、
SUBSTRING()メソッドを使い、最後の文字を除外するなどの一手間は必要になります。

サブクエリをスカラー値関数として作成し、
抽出条件を引数として指定できるようにしておけば、
上記のカンマ区切りを実現するためのSUBSTRING()メソッドも書きやすくなるのではないかと思います。

文章で書くと難しくなりがちですが、
文字列を結合する程度の事であれば、簡単にできるため、
使う機会が有れば、試してみてはいかがでしょうか。

http://www.jitec.ipa.go.jp/1_00topic/topic_20151222.html

受験者が増加することで、試験を運用する上での経費が増加するようになってきたのかなと推測。
個人的に負担が増えるのは残念ですが、仕方ないことですかね。
来年の春季試験から改定されるそうなので、受験される方はお気をつけください。

さて、このicocTechの2015年の更新は、私の当番で最後となります。
今年もicocTechを閲読していただき、ありがとうございました。

来年以降もさまざまな情報を書いていきますので、引き続きよろしくお願いいたします。

どうぞ良いお年をお迎えください。

「スピーチマイスター」という商品名で、
開発元はブラザー工業株式会社となっています。

スピーチマイスターは、
通信カラオケの採点機能で培った「音声解析技術」や「採点技術」、
「モチベーション維持手法」などを応用したもので、
手本となるスピーチと練習者のスピーチを比較して採点をするというものです。
これにより熟練者や外部講師がいなくても自身の成長度合いを確認しながら、
練習を行うことができるようになります。

手本となるデータが必要とはなりますが、
抑揚や滑舌、速さなどが点数化されたり、
ランキングや過去の練習結果の履歴などもあり、
どれだけ成長できたのかが理解しやすいと感じました。

参考URL
http://www.brother.co.jp/news/2015/151109_speech/index.htm

現在のカルチャの取得先(System.Globalization.CultureInfo)と、
カルチャを変更する場合の設定先（System.Thread.CurrentThread.CurrentCulture）が違い、
わかり難かったので現在のカルチャの取得方法と設定方法を備忘録として残しておきます。


// 現在のカルチャの取得
var calture = System.Globalization.CultureInfo.CurrentCulture();

// カルチャの設定
var calture = CultureInfo.GetCultureInfo(“ja-JP”);
Thread.CurrentThread.CurrentCulture = calture;

Photoshop操作メモの３回目になります。
今回はHDR機能を使用してみたいと思います。
業務では使用したことがありませんでしたが、
どのような機能なのかな、と気になっていたので使用してみました。

HDRの機能はざっくりいうと写真加工で便利な機能のようです。
撮影時の露出設定等で影が黒くつぶれてしまっている時などに使用するらしいです。

まず、加工前の画像はこちら。

phptoshopの[イメージ]-[色調補正]-[HDRトーン]を選びます。
HDRダイアログが表示されますので、色々と変更して調整してみます。

結果はこちら。

ものの数秒で加工ができました。
あまり色調がよくないなと思った写真はHDR機能を使用してひと手間加えるだけで
すごく見栄えがよくなったりしそうですね。

日々の活動を経て「リリース判断可能なプロダクト」が完成しました。
そのプロダクトが「リリース可能なプロダクト」かどうかを検証・判断するための会議を「スプリントレビュー」といいます。

■スプリントレビュー
この会議は、開発チームの成果物をプロダクトオーナーが確認する場です。
・開発チームが開発したものをPOにデモをする
・POはリリース可能かどうかを判断する

以前プロダクトバックログを作成する段階で、その要求に対する完了の定義を決めておきました。
今回のスプリント計画で開発することにしたプロダクトバックログ毎に、その完了の定義を満たしているのかどうか、デモを通じて検証します。

その結果を見てPOがリリース可能かどうかの最終判断を下します。
ここでNGになったプロダクトバックログについては、その残作業を次のスプリントに持ち越します。

NGになったプロダクトバックログを、スプリントの期間を延長して完了させるのではなく、次のスプリントに持ち越す点に注意して下さい。

これは開発チームの「ベロシティ」を測るためです。

■ベロシティ
スクラムのルールとして各スプリントの長さは均一にしなければなりません。
また、以前プロダクトバックログの見積もりを行う際にプランニングポーカーの手法を説明しました。
この手法で見積もりが行われた場合、それぞれのプロダクトバックログには、それを実現する場合にどれくらいの工数が掛かりそうかがポイントで表現されています。

つまり、1スプリントで消化できたプロダクトバックログのポイントの総計が、今の開発チームが1スプリントで消化できるポイントであり、今の開発チームの実力を表します。それを「ベロシティ」と呼びます。
このベロシティを測り、また比較するために、スプリントは均一でなければならないのです。

今の開発チームのベロシティがわかれば、今後のスプリント計画も立てやすくなり、プロジェクトの見通しも立ってきます。
開発チームとしてはベロシティ、つまりチームの実力を測る、その目安にもなります。

スクラムでは開発チームがベロシティを向上させるべく、次のスプリントへ向けて今回のスプリントをふりかえるための会議体が用意されており、それを「スプリントレトロスペクティブ」といいます。

■スプリントレトロスペクティブ（ふりかえり会）
次のスプリントを今回のスプリントよりも良くするためのアクションを決める
・プロセスやツールなどの観点で今回のスプリントを検査する
・うまく行ったこと、今後改善すべき点を整理する
・今後のアクションプランを作る

ふりかえりを行って次のスプリントに活かす、つまりPDCAサイクルを回すことで開発チームの業務を改善する仕組みが、スクラムには用意されています。

以上、ここまでが1スプリントで行う活動になります。

まとめますと、
・スプリント計画ミーティング
・デイリースクラムを実施しながらの日々の開発
・スプリントレビュー
・スプリントレトロスペクティブ
を1スプリント内で実施し、それを繰り返すことでプロダクトを作成していき、最終的にはそのプロダクトをリリースする、という流れになります。

今回を含め、今まで５回に渡りスクラム研修のまとめということで書かせていただきました。本連載は今回で終了です。

アジャイル開発におけるマネジメント手法の一つである「スクラム」。
その基本的なルールについては、本連載を書く中で改めて整理できたと感じています。今後はスクラムを実践しながら、更に学んでいければと思っています。

最後に、スクラムをはじめようと思っている方に向けて、スクラムの実践の手引とも言える、すばらしい書籍をご紹介させていただきます。
SCRUM BOOT CAMP THE BOOK

最後まで読んでいただき、ありがとうございました。