こんにちは。

アイコックのHPのアクセスページでは、
会社の地図をイラスト画像とGoogleマップを埋め込んで表示しています。
今回はマップの表示についてのメモ書きです。

Googleマップを埋め込む方法は以下のとおり。
1.googleマップを開きます。
2.左上の検索窓に住所を入れるなどして該当箇所を検索します。
3.右下の設定メニューで「地図を共有または埋め込む」を選択すると
埋め込み用のコードが表示されるので、ページ内の表示したい箇所にコピペします。

これで地図は表示されますが、
埋め込んだマップの左上に吹き出しのようなもの（情報ウィンドウ？）が表示され
表示スペースが小さいと、少し見にくいと感じてしまいます。

☆こんなかんじ

そこで、地図(iflame)のサイズをある程度大きくし
表示させたいサイズを指定したdivで囲んでみたところ、
とりあえず、見た目上表示されない感じになりました。

☆アイコックHPのアクセスページ

しばらくはこの表示方法にしておいてみます。

昨日テレビのニュースで知りましたが、
３日から日本で初めて顕微鏡が量産化されてから１００年がすぎたのを記念する展示会が始まるということで、
少々興味がありましたが、東京上野はちょっと遠いのであきらめました。
ぜひ九州でも開催してほしいです。

そのニュースを聞いて、
昨年、国産のスマホ顕微鏡がいくつか発売されていて、話題になっていたことを思い出しました。
さっと検索してみて出てくるのがこの２つで、

・「Leye」
Leye をスマートフォンまたはタブレット型パソコンのフロントカメラにセットし、見たい物をのせるだけで、スマホの画面に顕微鏡画像（動画）が表示され
撮影・録画ができるというもの。利用端末にもよりますが、高性能なスマホ顕微鏡であれば約100倍まで拡大して観察できるそうです。

・「スマホde顕微鏡」
これは、本体の上にスマートフォンをのせ、カメラアプリを起動させると顕微鏡画像や動画を撮影・録画できる、というもののようです。
3種類の交換レンズで倍率が選べる（スマートフォンのデジタルズームを利用して、約2～10倍、約4～20倍、約16～80倍）そうです。

ほかにも60倍の拡大鏡だとか、色々と端末やアプリが出ているようでした。

スマホなので単純に顕微鏡として使えるだけではなく、
アプリで静止画、動画を撮影し、SNS上にアップするなどしてリアルタイムに情報がシェアできてしまいます。
医療・研究機関にそのまま送り検査してもらったりと、学習や仕事など顕微鏡を日常的に使う業務にまで活用できる可能性がたくさんありそうですね。

iPhoneでもAndroidでも利用できますし、東急ハ●ズとかでも扱っているみたいです。

身近なものを見てみるのも楽しそうですし、
個人的には海水などをみてみたいなと思っています。

もし購入したら、また報告したいと思います。

少し前にスクラムの研修に行ってきました。これから数回に分けて研修で学んだことを復習もかねてまとめていきたいと思います。

スクラム（Scrum）とはアジャイル開発におけるマネジメント手法の一つです。

そもそも私は研修を受けるまで、アジャイル開発すらどんなものなのかもよくわかっておらず、最近「スクラム」ってよく見かけるな～ちょうど研修があるみたいだから受けてみようかな～というぐらいのノリで受講してみたという状態で、まだ実際のプロジェクトで実践もしておりませんので、ど素人には変わりありません。ですので間違っている部分もあるかもしれませんがその点、暖かい目でご覧いただけると幸いです。

まず、アジャイル開発について簡単に書いてみたいと思います。

アジャイル開発の目的は、お客様の満足を最優先とすることです。
その手段として
①短い間隔で、継続的に、動くソフトウェアをリリースする
②お客様と開発者が協調してプロジェクトを成功に導く
があげられ、そのような特徴を持ったソフトウェア開発技法をアジャイル開発といいます。

では、お客様の満足度を最優先とするとはどういうことでしょうか？それは
・お客様が必要と思う、今使いたいシステムを最優先で提供する
・お客様からの意見をフィードバックして、満足度の高いシステムを作成する
・使わない機能は作らない、という決断を促す
があげられます。
アジャイル開発はリーンという考え方がベースにあり、QDCを固定してスコープ（開発対象要件）を可変にするという基本的な考え方があります。アジャイル開発とよく対比されるウォーターフォール開発との大きな違いはここにあります。ウォーターフォール開発は要件定義フェーズで最初にそのシステム全体の要件を固めてしまい、その後設計、開発、テストという流れに沿って開発を進めていきますが、アジャイル開発はビジネスの流れの中で、その時に最も優先順位の高い機能から開発・リリースしていきます。要求の追加・変更には、その優先順位が高ければ順次対応していきますが、QDCの範囲に収まらない（つまり優先順位の低い）機能は作りません。

アジャイル開発とウォーターフォール開発は全く違う手法のように思われがちですが、今まで行ってきたウォーターフォール開発の要件定義・設計・開発・テストという流れを、今必要な機能単位で何回も繰り返すと考えていただいても間違えではないと思っています。

また、アジャイル開発はウォーターフォール開発と比べ、
・ドキュメント等の作成は省略できる
・安く、早くシステムを構築できる
というイメージを持っておられる方もいらっしゃるかもしれませんが、それは間違えです。
ドキュメントは作らなくていいわけではなく、無駄な（使われない）ドキュメントは作らないだけです。開発や運用上必要なドキュメントは必要なので作成します。
また、機能毎にリリースしますがユーザのフィードバックを受けての戻りを前提にしていますし、リリースされたものもシステムの機能の一部でしかありませんので、安く早くシステムが構築できるわけではありません。

アジャイル開発もウォーターフォール開発もお客様に喜んでいただけるシステムを提供するという開発側の思いに違いはありませんので、アジャイル開発はウォーターフォール開発を否定するものではありません。アジャイル開発が向いているシステムもありますし、ウォーターフォール開発が向いているシステムもあります。お客様に満足いただけるシステムを提供するためにはどの手法が最適なのかを考えて選択する、その選択肢の一つとしてアジャイル開発という手法が最近注目されているのだと思っていただければと思います。

なお、以下のようなサイトがありますので、ご興味が有られる方はどうぞ。
アジャイルソフトウェア開発宣言
http://www.agilemanifesto.org/iso/ja/

次回からはスクラムについて書いていこうと思います。