「量子力学と情報」聞いてきた

ＮＩＩの市民講座

量子力学と情報　－　電子１個で情報を作る　－　樽茶清悟教授

を聞いてきたので、メモメモ

---

電子素子、半導体が電子機器を動かしている
　　→その中は、簡単な抵抗とコンデンサになる
　　電流＝電荷素量（電子の電荷）Ｘ１秒間の電子数
　　コンデンサＱ＝ＣＶでたまる
　　→電流の大きさを制御：トランジスター
　　　電荷の蓄積：メモリー
　　→これをコンパクトに作る：半導体
　　　　電流を変える：ゲーティング（負電圧をかける）
　　　　　→トランジスタ（ゲート電圧で電流を大きく変える）
　　メモリ：半導体のサイズを小さくする
　　　　　　ためている電子の数多い／少ないで０、１
ミニチュアリゼーション
　　→スピード上がるし、消費電力へる
　　　ムーアの法則：２０１０年くらいまで
　　　　いま、電子１個分の大きさまで来てしまっている
　　　　　　→限界？

電子１個を単位とすると・・？
　半導体：もともとは絶縁体
　　→不純物を入れる（限界ある）
　人工原子：
　　　フント則、閉かく構造

電子＝電荷＋スピン
　　電流計では、電子１個は測れない
　　１個たまると、電圧が上がる。２個たまるともっと上がる
　　　　→はかれるんじゃね？

　　電子が入ると、電流がすくなくなるようなものを作る
　　　→電子一個はかれる

スピン
　電流が流れると、磁場発生→磁気モーメント
　スピンは磁気モーメント
　はかれる：パウリ効果
　　　→そろっていると排他：パウリの排他りつ

この量子力学を利用して情報処理
　　一番メリット：暗号の世界

量子力学コンピュータ
　　一緒に、同時に、見ないで処理する
　　　→波と粒子の両方の性質
　　　→波だと、偏光を使って、同時に一緒におくれる
　　　　　ベクトルで情報があらわせる
　　　　並列処理
　　　→ただし、途中を見てはいけない。

　　量子もつれ
　　　　Ａさん１、Ｂさん０　独立→それぞれみる
　　　　連携してる（＝もつれ）なら
　　　　Ａさんだけ見ればいい（見ることなく推定できる）

量子計算機を作ろう
　らーまーのプリセッション
　　→スピンに磁場をかけるとまわる
　　→任意のベクトルを作れる

　量子もつれ（連携）をつくる
　　　むずかしい：相手を知らないといけない
　　　２つの量子がくっつくと見分けつかなくなる
　　　　　→波だから
　量子もつれを使うとＮＡＮＤができる？？


＜＜質問コーナー＞＞

お金はいくらかかりますか
　　作るのはクリーンルームがあれば
　　測定器は難しい（３０００万とかかかる）

量子計算機の限界は？
　　多項式は早い

---

結局、よくわからなかった・・・・

「IEに新たな脆弱性が発覚、当面は別ブラウザの利用を」の脆弱性、これ？

この記事

IEに新たな脆弱性が発覚、当面は別ブラウザの利用を
http://headlines.yahoo.co.jp/hl?a=20120918-00000004-zdn_ep-secu

（以下太字は、上記ニュースより引用）

これだけじゃ、脆弱性がよくわかんないけど、どうもこの記事のもとは、

IE Zero Day is "For Real"
http://isc.sans.edu/diary.html?storyid=14107


らしい。


　IEの脆弱性を悪用するコードは、先に発覚したJavaの脆弱性（Oracleが8月30日に対処済み）について調べていた研究者が14日に発見し、最新のパッチを当てたWindows XP SP3上で悪用できることを確認した。

　この脆弱性はIE 7／8／9に存在し、細工を施したWebサイトをユーザーが見ただけで被害に遭う可能性があるという。Microsoftはまだ、この脆弱性を解決するための更新プログラムをリリースしていない。


は、

http://eromang.zataz.com/2012/09/16/zero-day-season-is-really-not-over-yet/

に載っている話。ここに写真入で詳しく手順が書かれている。


　脆弱性検証ツール「Metasploit」の開発チームは17日、この脆弱性を突くモジュールをMetasploitに追加したと発表した。同モジュールはIE 7／8／9とWindows XP／Vista／7の組み合わせに対して通用するという。

は、

root / modules / exploits / windows / browser / ie_execcommand_uaf.rb @ aac41e91


のことかな。

その後の文は、はじめにあげた、isc.sans.eduのサイトにかいてあるね。

う～ん、でもよくわかんないや・・・

情報学科の人でもプログラミングできない人がいるのに、なぜ他学部で、できる人もいるのか？

それは、プログラミングが「技能」だからだ。
技能といって「カチン」と来る人は、芸術といってもいい。
一部の先生だけが、技術、学問といっているだけだ

技能や芸術であれば、
（１）まず、お手本をうつして練習する・・・何百回も
（２）お手本なしでも同じことができるように練習する
（３）即興でできるようにする
という具合に進化していく。

だから、他の学部でも、プログラミングをまじめにうつし、何回も書いていけば、
書けるようになる可能性は高いが、
どんなに情報学科で、その分野がすきで、プログラミングの授業に出ていても、
練習しなければ、一部の天才を除いて、書けるようにはならない
しかし、この場合、たいていのケースでは、一部の天才はむしろ普通の人より
練習し、何もしてない人間が、「なんでできないんだ」と騒ぎ出す。



コンピュータサイエンスの学位って、本当に必要？
http://slashdot.jp/story/12/09/13/0312235


というエントリがあって、そこでいろいろ議論されているが、
まず、「コンピューターサイエンス」という「学問」分野はあって、
それを学ぶことは重要。
だけど、その学科を出ても、「プログラミング」を書く能力は
プログラムの練習をしない限り、身につかない。

そして、かなり多くの企業の、結構多くのケースにおいては、
「プログラミング」＋「システム設計」＋「プレゼン」＋「要求獲得」
という技能だけ持っていれば、渡れてしまうと思う。

だから、学科云々行っているより、やるべし！

AmazonもGoogle Maps離れ 「Amazon Maps API」を発表

Amazonが、Kindle FireおよびKindle Fire HD向けアプリ開発者向けに、Google Maps APIに代わる独自APIの提供を開始した。

んだそうです

ここの記事

AmazonもGoogle Maps離れ　「Amazon Maps API」を発表
http://www.itmedia.co.jp/news/articles/1209/18/news036.html

（このエントリ内の太字および表題は、上記記事より引用）


Googleは当初無料で提供していたGoogle Maps APIを、2012年初頭から有料に切り替えた。これを受け、米foursquareやWikimedia Foundationが非営利のオンライン地図プロジェクトOpenStreetMap（OSM）に移行した他、米Appleは次期モバイルOS「iOS 6」から独自の地図サービスを採用するなど、“Google Maps API離れ”が続いている。

とのこと・・

オープンソースのＥＲＰ、ADempiereの勉強会に行ってきた

オープンソースのＥＲＰというと、ＥＲＰ５が有名だけど、
世界的に見ると、ほかに、オープンソースのＥＲＰとしてADempiere（iDempiere）があるようだ。きのう（９月１６日）に勉強会があって、いってきた。
そのときのメモメモ
・・・なんだけど、現状、あでんぴえーる（ADempiere）とあいでんぴえーる（iDempier）が分裂状態らしい。で、この違い、「あ」か「あい」かの違いしかなく、分裂しているということを知らなかったので、ぐちゃぐちゃに混乱して書いている。なお、メキシコとブラジルって書いているのも、この話。

---

JasperReportの発注書出力（くぼたさん）
　　フォントの設定をちゃんとしないといけない

　　・発注データ登録
　　　　　画面→グリッドと詳細切り替えられる
　　　　　ボタンを押すと、発注票が出てくる

　　・デザイン変更
　　　　　iReportというので変更する
　　　　　Postgres8.4のＪＤＢＣで接続
　　　　　帳票１個に対し、１つ定義（サブレポートで中に入れられる）
　　　　　iReport
　　　　　　　ＳＱＬを記述
　　　　　　　ＳＱＬがただしいと、データが出てくる
　　　　　　　→jrxmlで記述される

　　・サブレポート

　　・２、３年前から組み込まれた

コミットメントの仕方
　　bitパケットがある
　　そこにブランチをつくる
　　カルロスルイスさんにコミットするよ！
　　ADempiere Best Practicesのページをみてね
　　コミットに良いやり方、間違ったやり方がある
　　　　貢献するのはソースだけでなく、翻訳とかもある
　　　　まちがっても、エチケット、礼儀（コータシー）を守ればＯＫ

ただいま、けんか中？
　　　　オープンソースの有名なけんか：
　　　　　　　　タンネンバークとリーナスとのけんか
　　　　　　　　あぺんでぃえーるにも

　　　　メキシコＶＳコロンビア
　　　　　　２００７年　メキシコよりになった
　　　　　　　　→メキシコの持っている機能を使いたかった
　　　　　　２０１０年　コロンビア
　　　　　　　　３年間いためつけられた。バグによって
　　　　あいでんぴえーるプロジェクト .com
　　　　と
　　　　もともとのプロジェクト
　　　　の２つにわかれた

　　メインテイナー
　　　　コードレビュー
　　開発者
　　　　つくるひと

　　コミュニティーにも茶道の４つの作法が必要だよね！
　　ADempiere Best Practicesのページをみてね
　　このページの書き方に従うこと！
　　もし、意見があるなら Show me the code！
　　アデンピエールプロジェクト：コードのＩＤをつける
　　けど、あいでんぴえーるはいらない
　　　　UUID time-stamp

　　あでんぴえーる３．６が、フォークポイントで、
　　あでんぴえーる３．７からはちがう。
　　日本には２つのグループがあり、日本のもうひとつのグループは
　　３．７を支援

　　　　Ｃｈａｎｇｅｓ
　　　　　　　→　ＣＯＲＳ
　　　　　　　→　ＳＰＥＣＩＦＩＣ

システムはＡＯＰ指向
　　ドキュメント→イベント→イベントの前とあと、
　　という形でトリガーがあって、
　　　　　：コアで管理する部分
　　　　　：アスペクト指向で挿入する部分（イベントの前と後）
　　にわかれているので、挿入する部分（イベントの前と後）に
　　各国語対応コードを書いてくれれば、コアを直さずに各国語対応できる

---

午後から、(一般的に）ＥＲＰ導入の際に考えることなどの話があったし、
構造として面白い（美しい）と思う部分があるので、
別の機会に続きを書きます。

iPhone 5は機種変、MNP、結局どれが得なの？

ここ

【決定版】iPhone 5は機種変、MNP、結局どれが得なの？
http://ascii.jp/elem/000/000/726/726659/

にその答えが・・・

「女子割」キャンペーンとして展開する。キャンペーンは男性にも適用される

って、おい（＾＾）そんじゃ、「女子」割じゃないじゃん（＾＾；）


au、2年間毎月980円を割引するLTEサービス向け「女子割」
http://k-tai.impress.co.jp/docs/news/20120914_559805.html

（このエントリのタイトルは、上記記事より引用）

これだと、東証・富士通側のほうが有利では？－みずほ証券・東証裁判

前の号になるけど、
日経コンピューター　２０１２年８月３０日　１２ページ

ＣＯＢＯＬのソースコードが法廷に
みずほ証券－東証、株誤発注裁判で新展開

の記事なんだけど、これって、みずほ証券側のロジックが変じゃない？

【みずほ証券側のロジック】

　銘柄別板ＤＢの「会員ＮＯ」「通版」と
　注文ＤＢの「会員ＮＯ」「通版」が一致したら
　　　　取り消せる
　そうでなかったら
　　　　取り消せない

という状況において、処理フローが、このＩＦ文に到達すれば、
エラーだとわかるはず！

【ここまで】

って言っているけど・・・

ええ、そりゃ、単体テストならね。でも・・・

---

おんなじ理屈で考えるよ、
こういうプログラムがあった場合

b=100;
a=5+b;
if ( a == 105 )
{
printf("OK!");
}
else
{
printf("NG");
}

このとき、「ＮＧになることは、かんたんにわかるはずだ。bが９９なら成立しない」
って、言う論理だよねえ。

たしかにそうだけど、ここで問題なのは、bが１００かどうか、わかるか否か・・・
ですよねえ。

このプログラムなら、あきらかにbは１００、そう書いてある。
だからＮＧのケースはありえない。「ｂが９９なら」という仮定は成立しない。

でも、b=100;とa=5+b;が３００行くらい離れていて、
その間いろいろやっていたら、
よくわからない。

---

みずほ証券の話に戻るけど、これを問題にするなら、
「青字の部分が起こるかどうか」
をチェックしないといけないんじゃないの？

とすると、

銘柄別板ＤＢの「会員ＮＯ」「通版」
がどの条件・タイミングでゼロクリアされるっていうのを
チェックしなくちゃなんなくって、

この条件なんかがたくさんあると、モデル検査（ＳＰＩＮとか）
使わないと、わかんないかもしれない。


とにかく、ＩＦ文の問題ではなく、青地の条件がいつ成立するかの問題。
でも、それがめったに成立しないから、いままで問題が起こらなかったんじゃないの？

---

それと、

　　３８００行で問題が３件、品質悪い

という論拠は成り立つの？

３８００行のうち、例えば、ＩＦ文が１００個あって、それが、ＹＥＳ，ＮＯ２つに分かれるとすると、
２の１００乗のケースがあるよね。

それと、

３８００行あっても、ＩＦ文が１つもなければ、ケースは１とおりだから
テストしやすいよね。

問題は、プログラムの複雑度（サイクロマチック数とか）であって、
行数だけでは、わからないのでは？？

---

そして極めつけは
「レビューやテストを行わなかった」
って決め付けてるけど、それ、裏取れてるの？

もし、レビューやテストをかなりやった、
でも人知を超えたテストケースを行わない限り
見つからないテストだった

っていうことを東証側が証明できたら、
むしろ、みずほ証券側は、アウトになっちゃう。

---

常識的に考えて、レビューやテストはしていて、
その結果はエビデンスとして残っているでしょう。
あとは、人知を超えているかどうかだけど、

・青地の部分の成立を見つけるのは、きわめて困難
（ケース数が多い、ＳＰＩＮでないと見つかんないことを証明）
・３８００行の部分は、行数だけでは評価できない

ということを証明できちゃえば、東証・富士通側のほうが有利では？

・・・みずほ証券側、不用意に責めすぎたんじゃない？

今 ＃お金ください ＃振込み待ってます がアツい

ここ

キングソフトが高木浩光先生にメールを送り、みるみるうちにネット上の評判が形成される様子
http://まとめ.naver.jp/odai/2134753406122247101

（まとめをmatomeに置き換えてください）

きっかけは・・・（以下太字は上記サイトより引用）



HiromitsuTakagi Hiromitsu Takagi
こんなメールが来た。 ------------------ 高木浩光　様お世話になっております。キングソフト広報の明和です。本日は、ネット上での評判形成についてご相談になります。 ------------------ なりますじゃねーよバカ。
2012.09.13 19:54 twitter

HiromitsuTakagi Hiromitsu Takagi
弊社では次期バージョンのPC向けセキュリティソフトのリリースを予定しております。リリースのタイミングでネット、ソーシャルでの良好な評判を形成したいと考えております。そこで、評判形成についてご協力いただける方を探しておりますが、そういった仕事の依頼も受けられてますでしょうか。
2012.09.13 19:55 twitter

HiromitsuTakagi Hiromitsu Takagi
そこで、評判形成についてご協力いただける方を探しておりますが、そういった仕事の依頼も受けられてますでしょうか。何人かの方にお声がけさせていただいておりますが、企画自体まだ確定しておりません。。。以下、企画概要をお送りさせていただきます。
2012.09.13 19:57 twitter

HiromitsuTakagi Hiromitsu Takagi
【現状の課題】現状の課題として、ネット上での評判は決して良いとは言えない状況です。主なネガティブ要素は（略）また、現在は改善している機能でも、過去の書き込みは残るので、それを見るユーザーがネガティブな印象をもってしまうということもあります。
2012.09.13 20:00 twitter

HiromitsuTakagi Hiromitsu Takagi
【ゴール】理想としては、有料、無料を含めてNo.1の評判ですが、まずは、「無料セキュリティソフトって良いよね」、「無料の中ではキングソフトよいよね」といった論調にしていきたいと考えております。
2012.09.13 20:00 twitter

HiromitsuTakagi Hiromitsu Takagi
【依頼内容】そこで、影響力のあるブログ、facebook、twitter、もしくは、ヤフー知恵袋などに執筆いただき、弊社製品のポジティブな評判形成にご協力いただけないかというご相談です。また、可能でしたらセキュリティ企画を各媒体に持ち込んでご提案いただきたいです。



そうしたら、皆さんの反応です・・・


yajiroquai ヤジ＠会社が来い
キングソフト最高！！ #お金ください #振込待ってます
2012.09.13 20:14 twitter

d_aki 名状しがたいd-akiのようなもの
キングソフトの無料ウィルスソフトっていいよね。 #お金ください
2012.09.13 20:32 twitter

yancya yancya
まぁ、キングソフトは外れないよな。常識的に考えて #お金ください
2012.09.13 20:32 twitter

AntiBayes あんちべ：VBAデータブローカー
無料の中では、やっぱキングソフトのウィルス対策ソフト？がいいよね。素直にそう思う。 #お金ください #振込待ってます
2012.09.13 20:05 twitter

headcubicle headcubicle
最近、ウィルス対策ソフト乗り換えたんだけど、失敗だった。やっぱキングソフトのウィルス対策ソフト？がいいよね。素直にそう思う。 #お金ください #振込待ってます #30億くらいでいいです
2012.09.13 20:13 twitter

monoko321 もの
主人がオオアリクイに殺されて1年が過ぎました。（中略）キングソフトのインターネットセキュリティをインストール頂けましたら、もっと詳しい話をしたいと考えています。 #振込待ってます #お金ください


まだまだ続く・・・けど、省略。
くわしくは、Ｔｗｉｔｔｅｒで、「＃お金ください」で検索（＾＾）！

キングソフトは有名になったので、まあ、これで目的達成なんでしょうかね。
キングソフト的には・・

浩光先生に送ってくるってことは、
まさか浩光先生が、この話に乗ってくると、キングソフトの人も思ってないだろうから、
たぶん、このように炎上させて、数ヵ月後に、情弱の人がＧｏｏｇｌｅなどで
検索したとき（その人は前後の事情がわからないから）、
ほお、こんなにいいソフトなのか！！
って思わせることが目的だろうから

・・・キングソフト的には、目的達成ってことで、おＫ？

au版「iPhone5」はテザリング可能に…一方SoftBank版は？

孫さん、「やりましょう」というしかない、ですよねえ・・・
じゃないと、負け犬になってしまう・・・


au版「iPhone5」はテザリング可能に…一方SoftBank版はテザリング不可
http://blog.livedoor.jp/dqnplus/archives/1730251.html

みんなが幸せに、儲かるんなら、どんな理論を使っても、いいんじゃないか？その２

ちょっと前に、

みんなが幸せに、儲かるんなら、どんな理論を使っても、いいんじゃないか？その１
http://blog.goo.ne.jp/xmldtp/e/d7848b56fdd3d83963b7611596e25261

というのを書いて、そのあと続きを書いていなかった。
今日はそのつづき

もともとの話は、

「データモデルなきアジャイル」の危うさ
http://watanabek.cocolog-nifty.com/blog/2012/08/post-def9.html


という話題が出て、その後、平鍋さんが

データモデリングなきアジャイル開発は危ういか？
http://blogs.itmedia.co.jp/hiranabe/2012/09/agile-and-data-modeling.html


というエントリを書いて、有名になった？話について、

（１）について：ＤＯＡとＰＯＡは同時に成立する

は書いた。今日は、

「（２）ＤＢ構造が複雑なシステムは、ＤＯＡで行えば、必ず成功する」とは言い切れない

から

---

■「（２）ＤＢ構造が複雑なシステムは、ＤＯＡで行えば、必ず成功する」とは言い切れない

　この例としては、要求工学―プロセスと環境トラックのＰ５２、抽象モデルの構築に失敗した場合の例として、２つ上がっている

　ひとつは、ビジネスプロセスのオブジェクトモデルを構築したが、管理が複雑になり、顧客が構築したモデルを理解できず、検証できなかった例、もう一つは、ペトリネットを使って失敗した例が載っている。
　前者の例は、オブジェクトモデルなので、データ中心のモデルと似たようなものができるはず（エンティティ＝クラスといえるので）。したがって、ここでの失敗は、同じ失敗がＤＯＡでも起こりえるといえる。

　つまり、管理が複雑になり、検証できなくなるのだ・・・

　あまりにも、データが複雑になりすぎると、管理、つまり、データが適切にＣＲＵＤしているか、（生成されていないのに読み込むなどということはありえないか）、検証できるか（ユーザーが業務的に問題ないと追っていけるか）という問題に突き当たる。これは、ある一定の限度がある。

　と書いても、ＤＯＡ中心の人には、「オブジェクトモデルとＤＯＡはまったく違う、真逆の概念である」といいはってしまうだろうから、もっとＤＯＡチックな例を挙げよう。

　昔、ＥＡというのが盛んだった。これはＤＯＡ的なアプローチを取る。
そして、ＥＡによる政府の代表的な例として、人事院のシステムがある。このシステムは、はじめ、ＩＢＭと富士通が請けて、結局うまくいかず、その後、菊島氏がＣＩＯ補佐官となり、稼動にまでこぎつけた話がある。たしか、ＩＢＭ＋富士通のときは、ＥＡ（ＤＯＡ）的なアプローチで、ＤＦＤを作って行ったんじゃなかったっけ？それでうまく行かず、ユースケースにしたんじゃなかったかな？菊島さんのときに・・・

　だとすると、「要求工学―プロセスと環境トラック」の定石、抽象モデルの構築に失敗した場合、ユースケースシナリオを使うという典型的な例になりますよね。

---

■大きいシステムは小さく分割して確認する－アジャイルもそのひとつ

　結局、大きいシステムは、ＰＯＡにしろ、ＤＯＡにしろ、ある程度になると、人間の限界が来てしまう。
　そこで、限界が来る前に、小さく分割して、それを組み合わせるというアプローチを取るしかない（完全自動化による検証というアプローチもあるが・・これがモデル検査に繋がっていく）。

　その場合、小さく区切って、それをすばやく組み立てて確認することになるが、そのアプローチのひとつが、アジャイルなのであろう。
　また、小さく区切った中の部分は、好きなように開発してよい。ＰＯＡでも、ＤＯＡでも、ウォーターフォールでもアジャイルでも・・ただ、ＰＯＡで混乱する開発量と、ＤＯＡで混乱する開発量では、差があるかもしれない。なので、その際、どちらにしたほうがいいかという議論はある。

---

■宗旨替えの必要はない

　じゃあ、アジャイルがよくって、この人がアジャイルをやったほうがいいのかというと、そんなことはない。この人はＤＯＡで成功してきたんだから、そのままＤＯＡでよいのではないか。

　人によって、開発規模とか、開発期間とかは、まちまちだと思う。この人は、ＤＯＡで成功するが、ＰＯＡでやると失敗する開発規模・開発期間なのであると思う。
　世の中、一般的に考えると、開発期間がとても短く、全体がはっきりしない中で開発しないといけない場合、修正されることを前提にＰＯＡということもありえるだろうし（ＰＯＡかＤＯＡかは別として、この場合アジャイルの可能性が高い）、適当な規模の場合には、ＤＯＡ＋ウォーターフォールが一番開発しやすい場合もあるだろう。
　そして、たいてい営業がとってくる仕事、自分が取れる仕事というのは、似たような規模、似たようなケースが多い。だから、ＰＯＡでやったほうがいい、ＤＯＡのほうがいい、アジャイルのほうがいい、ウォーターフォールのほうがいいなどは、決まってくる。ただ、これは絶対じゃないし、請けてくる仕事が変われば、おのずとベストな方法論は違う。

　だから、みんなが幸せに、儲かるんなら、どんな理論を使っても、いいんじゃないか？

　でも、状況が変われば、自分の方法論では対応できなくなることがありえる。だから、ひとつの方法論に固執すべきでないし、自分以外の方法論を批判して、反撃すべきではない。その方法論を使わないと解けない問題が出てくるかもしれない。こっぴどく反撃したら、その理論は使えない（使ったら周りから蔑視されるだろう。「なんだあいつ、あんだけ言っておいて、結局その手法使うんジャン」と・・）

　そういう意味で、アジャイルも、ＤＯＡもＰＯＡも、ＪａｖａもＪａｖａｓｃｒｉｐｔもＰｙｔｈｏｎもＣＯＢＯＬもＲＤＢもＮｏＳＱＬも、何でもいいんじゃないかと思う。
　それを適切に使いこなせる人だけが、次の時代に生き延びれるんじゃないかなと思う。

---

長々と、駄文を書きすぎた・・
この話は、このへんでおしまい。

「HTML5に賭けたのは失敗」－FacebookのザッカーバーグCEO

ここの記事


FacebookのザッカーバーグCEO、「HTML5に賭けたのは失敗」　Androidアプリも間もなくネイティブに
http://www.itmedia.co.jp/promobile/articles/1209/12/news032.html


たしかに、業務アプリのような場合は、ＨＴＭＬ５で開発したほうが
生産性高いけど、
スピードを問題にした場合、ＨＴＭＬ５では不利ですね。


ただ、だからといって、ネイティブにしてしまうと、iosはいいんだけど、
Androidの場合、いろんな機種があるから大変・・・
Facebookのようなお金持ち企業なら問題ないけど、
そうじゃない場合、Androidのネイティブアプリにおける機種の差とかも
問題になるかも

・・・いや、ＨＴＭＬ５でも問題になるんだけど、度合いが違うかも・・

JQuery Mobileサンプル その１

JQuery Mobileサンプルを、ＯＳＣのときにもらった資料をもとに、作ってみた。

サンプルソース

<HTML>
<HEAD>
<TITLE>JavaScript サンプル</TITLE>
<link rel="stylesheet" href="http://code.jquery.com/mobile/1.1.1/jquery.mobile-1.1.1.min.css" />
<SCRIPT src="http://code.jquery.com/jquery-1.7.1.min.js"></script>
<SCRIPT src="http://code.jquery.com/mobile/1.1.1/jquery.mobile-1.1.1.min.js"></script>
<SCRIPT type="text/JavaScript">
<!--
//-->
</SCRIPT>
</HEAD>
<BODY>
<div data-role="page" id="p1">
<div data-role="header" id="header1">
<h2>いろんなサイト</h2>
</div>
<div data-role="content" id="con1">
<ul data-role="listview" data-filter="true">
<li data-role="list-divider">サイト名</li>
<li><a href="http://www.yahoo.co.jp">YAHOO</a></li>
<li><a href="http://www.google.com">Google</a></li>
<li><a href="http://www.amazon.co.jp">Amazon</a></li>
</ul>
</div>
<div data-role="footer" id="footer1">
</div>
</div>
</BODY>
</HTML> 
 

サンプルソース実行結果（ＩＥで見た）

みんなが幸せに、儲かるんなら、どんな理論を使っても、いいんじゃないか？その１

ちょっと前に、

「データモデルなきアジャイル」の危うさ
http://watanabek.cocolog-nifty.com/blog/2012/08/post-def9.html


という話題が出て、その後、平鍋さんが

データモデリングなきアジャイル開発は危ういか？
http://blogs.itmedia.co.jp/hiranabe/2012/09/agile-and-data-modeling.html


というエントリを書いて、有名になった？話について、今日は書いてみる。

---

はじめの”「データモデルなきアジャイル」の危うさ”には、２つの暗黙の前提がないと、この話は成立しない（いや、もっとあるかもしれないが、とりあえず２つを挙げる）

（１）ＰＯＡとＤＯＡは、同時には成立しないか、同時に行うと
　　　悪い結果になる。

（２）ＤＢ構造が複雑なシステムは、ＤＯＡで行えば、必ず成功する

---

ちょっと解説する。

（１）について、ＰＯＡとＤＯＡが同時に成立して、それをやるのが良いことであれば、排除する必要はなく、両方ともやればいい。たとえば、アジャイルには、

アジャイルの「ライトウィング」と「レフトウィング」
http://blogs.itmedia.co.jp/hiranabe/2012/09/rightwing-and-leftwing-of-agile.html


ということで、ライトウィングとレフトウィングがあるそうだが、ライトとレフトが「われこそがアジャイルなり」といって対立したら、不毛な争いになるが、普通そうは考えない。ライトとレフト、同時に１プロジェクトの中に存在し、両方やったほうが良いと考える（むしろ、有機的につながり、補完する考えであり）。その中で、あなたは、どっちのほうが、比重が大きいですか？という意味である。

　つまり、抽象的に言うと、Ａ・Ｂという２つの考えがあり、この考えは。
　・ＡかＢかというデジタルや、
　・Ａは２０％、Ｂは８０％といった、線上の考えではなく、
　あるプロジェクトは、Ａは２０時間、Ｂは８０時間、
　別のプロジェクトでは、Ａは１０時間、Ｂは４０時間というふう
　　（おなじ１：４でも時間は違ってる）に、
　面、あるいは３次元？的な考えができて、混ぜたほうがよりよい効果がでる概念がある（こっちの方がたぶん多い）

　Ａにアジャイルのライトウィング
　Ｂにアジャイルのレフトウィング

をいれればよい。

　で、ここで話題にしているのは、

　ＡにＤＯＡ
　ＢにＰＯＡ

　を入れることはできないか、ＰＯＡとＤＯＡは対立する概念ではなく、補完することができるとしたら、ＰＯＡを一方的に非難している”「データモデルなきアジャイル」の危うさ”のロジックは崩れてしまう。


　（２）について、ＤＢ構造が複雑なシステムを、ＤＯＡで行って、もし失敗する事例があるとしたら、その事例でＤＯＡを使えない。この事象が起こる場合、ＤＯＡをよしとしている、”「データモデルなきアジャイル」の危うさ”のロジックは崩れてしまう。　

---

■（１）について：ＤＯＡとＰＯＡは同時に成立する

　そりゃ、目が細いお客さんの中には、

　　横浜、たそがれ、ホテルの小部屋、口付け、残り香、タバコの煙

　と、事物だけしか説明しないお客さんもいるかもしれない
　（いや、いないだろ・・・五木ひろしか山口洋子以外・・・）

　だけど、ふつうのお客さんは、

　　たそがれ時に、横浜のホテルに泊まりました。
　　そのホテルの小部屋に入って・・・

　と、動詞と名詞を同時に話す。
　この動詞に着目するとＰＯＡ、事物に着目するとＤＯＡになる。
　だから、お客さんレベルでは、ＰＯＡとＤＯＡは混在していて、開発者がヒアリングやドキュメントを意図的にどちらかに誘導することになる。

　ということは、開発者がＤＯＡ、ＰＯＡと選んでいるわけで、ＰＯＡ、ＤＯＡにできる人はいるかもしれないし、１つの組織でＰＯＡの見方をする人と、ＤＯＡの見方をする人がいて、２人で開発を進めていけば（アジャイルのペアプロのように）高品質なシステムが作れるかもしれない。

　で、そのように２つの見方、プロセスとデータの見方を同時にしてチェックするのが、たぶん鈴木　三紀夫氏のＷモデルの「２つのキャップ」であり、開発者がＰＯＡ、テスタがＤＯＡの立場を取ってチェックすると、バグが減るっていう話になるんだと思う。
（プログラマは、プログラムを考えるから、プロセス的に考えやすい。テスターは、テストデータを作る関係からデータ的に考えていきやすい）。

　ＰＯＡとＤＯＡが対立する概念とは、必ずしもいえない。という気がしてこないだろうか？

---

　長くなりすぎた。続きは後で・・・
　

スクリプト言語とかで、Arduinoを制御するプロトコルらしい

ＯＳＣの展示で、心惹かれたもの
ＧＶＣ（Gloval Versatile Controller：汎用制御装置）というのが展示してあった（講義もあったらしいが、ほかのものを聞いていて、聞きそびれた）

http://www.GVC-on.net/

どうも、GVCは、各種センサー、スイッチを制御するのに使うプロトコルを汎用化しているらしい。
　スクリプト言語やＣでＧＶＣのプロトコルに則り、テキトーに（いや、適切に！）制御するように書くと、Arduinoとか、RaspberryPi経由で、各種センサー、スイッチを制御できるっていう話らしい。

　それって、Javascriptで、センサー、スイッチが操作できるのだろうか？
　よくわかってないが、きょうみしんしん！

P.S MyDNSというIPアドレスを通知するとすぐに反映するＤＮＳというのも
　　紙配ってた

　　　http://www.mydns.jp