NetVOCALOIDの、「一分であなたの歌作ります」が一番目立ったかな？

クラウドコンピューティングExpo秋などの、Japan IT Week秋2013を見てきたので、その感想などなど。

---

■全体的に

　あ～、昔に比べ、地味になったかなあ・・・
　見ている人の多さは、さほど変わらないかもしれないけど、
　出展者が、小粒になった気がする・・・

　一方、となりのハロウィンパーティ２０１３っていうのは、
盛り上がっていたぞ！

---

■クラウド関連
　一時期ほどの人気は無く、幕張メッセ会場の半分はモバイル（スマホなど）。
　まあ、さくらインターネット、GMO,フリービット、サイボウズなど、
　昔からの老舗は当然出ている。

　老舗という意味では、インフォサイエンス（ログ管理：PCIDSSにも対応できるとか）
ゼウス（決済）、ゼンリン、IBM(Smart Commerce)なども、まあ、でている。

　大きな話題は、YAMAHAの、NetVOCALOIDですかね・・
　歌詞を入れると、クラウドで（＾＾；）ボーカロイドが歌うという・・・

---

■Webなど

　まんがで集客（シンフィールド）が、いちばん目だったかな・・・
　もちろん、ビッグデータ分析とかもあって、LANSCAPEの富裕層解析など・・
　SEO対策もいろいろでてましたね。
　キャノンソフトのWeb会議などもあったし・・

　ただ、ZOHOが、CRMで「なく！」運用管理の展示が中心だったように、
　SFA,CRMは、あるけど、ひところのようにさかんではない。

---

■スマホアプリなど
　エンバカデロ・テクノロジーは、Android開発環境をさしてた。
　グレープシステムは、PDF,Android印刷
　その他、TIZEN関連が出ているところがあった
　けど、昔のように、「いっぱい出ている」というかんじではない。
　サイネージやARも、いくつかあった。

---

■その他

レックスバードコミュニケーションズというところが、
アフリカのオフショアというのをやっていた。

gooの有料版メールを申し込もうとして、ちょコムでハマった件

gooのメール無料版が終了し、gooのメールを続けたければ、有料版を申し込め！
というそうな・・・

で、Gooの有料版に申し込むには、決済できないといけない。
クレジットカードを持っていない（使いたくない）場合は、
Gooの場合、ちょコム決済にするしかない。

ということで、まずは、ちょコムを申し込もうとしたのだが、
ここではまった！！ので、以下、書いておく。

＜＜もし、Gooの関係者が見ていた場合＞＞
　xmldtpではなく、違うgooのIDで、以下の現象は起きました。
　現状、このブログの最後に書いてある方法で、この問題は解決し、
　現在、そのIDでは、ちょコム決済ができて、gooのメールアドバンスに
　申し込めました。

＜＜みなさんへ＞＞
　xmldtpではなく、違うgooのIDでやっているので、
　個人名、アドレス関係は消しています。

---

■現象
ログインした状態で、gooのIDのページを開くと、

のように、「購入商品」のところに、「ちょコムの残高・ポイント確認」
とある。これをクリックすると

当然申し込んでいる前なので、このように、なにも出ない画面になる。

「ここから手続きを・・・」をクリック

個人情報とかを入れて、申し込むと

ポイントサービスへの登録が完了する

で、「ちょコムをチャージする」をクリックして

登録メールアドレス、ログイン用電話番号に
gooに登録してある（ちょコムに送信した）
連絡先メールアドレス、電話番号をいれ、
gooのパスワードを入れると・・・


でたらめなデータをいれると、この画面でなく、
ログイン名が違うとでるので、
何らかの認識はしているようだ・・・
・・・が、とにかく入れない！

これでは、ちょコムにチャージできないので、
Gooの有料版を申し込めない（有料になったとたんに払えない）

---

■原因・・・というか、思い当たるふし・・・

　言われてみれば・・・
　メールアドレス、確認取ってなかった！

　ちなみに、ケータイの電話番号など、
　ケータイ関連の情報は入れていない。

ということで、基本情報の連絡先メールアドレス

メールアドレス確認へ行く

（ac.jp以外は、個人情報なのでかくしてある
　大学のアドレス・・・実は、これがあとで、
　ものすご～い、大きな波紋を呼ぶ！！）

で、これで変えても、さっきのエラーがでる

---

■問い合わせてみた！

わからないので、「お問い合わせはこちら」から
問い合わせてみた。


ログインできない用のフォームで問い合わせた結果

って帰ってきた（日時に注目！：１２時１７分）

で、またログインしてみたが・・・

（時刻に注目、１２：４６と、右端にかいてある。
　つまり、メール連絡後なのに・・・）

どうも、ログインできているが、サービスできない状況のようだ！

これでは、ちょコムにチャージできないので、
Gooの有料版を申し込めない（有料になったとたんに払えない）

---

■続編予告（解決策の概要）

このあと、ちょコム登録・決済・Gooメールアドバンス申し込み
はできたのだが、驚愕の展開となる。
その予告（＆解決策）

・理由その２：本人確認
　　ここで、ac.jpの悲劇が・・・

・解決編
　　yahooで、捨てハンドルを作る
　　ちょこむに、その捨てハンドルで申し込む→ちょこむ口座できる
　　お支払い方法の登録→ちょこむ決済で、上記口座にする

　これで、決済できる！
　詳しくは、このシリーズで書いていきます。

クイックソートあれこれ

クイックソートというと、

https://www.ics.kagoshima-u.ac.jp/~fuchida/edu/algorithm/sort-algorithm/images/quick-sort-image.gifより引用

のような図を見ると思う。
この図を素直に、コーディングしろといわれたら、こうやってコーディングするんじゃないだろうか

//クイックソート（図から考えたバージョン）

リスト　クイックソート（リスト　対象リスト）
｛

　　　　もし、対象リストの要素が１個以下なら
　　　　　　　return 対象リスト;


　　　　対象リストから基準値を１個取る
　　　　リスト生成（new)
　　　　　　　小さいものリスト
　　　　　　　大きいものリスト

　　　　対象リストの要素を全てチェックするまで、以下の処理繰り返し
　　　　　　　　もし、対象リストの要素が、基準値より小さければ
　　　　　　　　　　　小さいものリストに入れる
　　　　　　　　もし、対象リストの要素が基準値以上だったら、
　　　　　　　　　　　大きいものリストに入れる

　　　　対象リストフリー

　　　　return リスト結合（クイックソート（小さいものリスト）,リスト（基準値）,クイックソート（大きいものリスト）
｝

でも、実は、クイックソートというのは、こうやっていないらしい
リストをわざわざ作っていない。

実際、Wikipediaには、違うアルゴリズムが書いてある。

それについて、メモメモ。

---

■実際にやっていること

どうやら、こういうロジックのようだ。

以下、小さい順に並べる場合。

（１）対象の数列があるとする
　　　１　９　５　３　２　７　６



（７）ここ（赤線のところ）でわけると、左側は基準値よりも少ない数
　　　右側は、基準値以上の数に分かれる・・・
　　　なので、
　　　　　　左側の数字列｛１，２，５，３｝でクイックソート、
　　　　　　基準値｛６｝、
　　　　　　基準値を除く右側の数字｛９，７｝でクイックソート
　　　
　　　して、連結すればいいことになる

・・・らしい。ほお・・・

MVCのコントローラで組み変える理由：作業効率、ソフトウェア工学、セキュリティ

これ、書いてなかったっけ？

MVCのコントローラーで何も処理しないで、転送したり、
モデルを作成しないで、コントローラーで全部処理する方法があるけど、

なぜ、MVCのコントローラーをわざわざ作って、
ここで、モデルデータとビューのデータを入れ替えるのか？
これには、主に３つの理由がある。

それについて、かいてみたい

---

■作業効率の観点

これが、よく言われること。デザイナーとプログラマーの分離。

　ビューが変更になっても、ビューとコントローラーだけ直せばいいので
　モデルに影響しない

　モデルが修正になっても、モデルとコントローラーだけ直せばいいので
　ビューに影響しない


しかし、コレには反論が有る

　モデルを修正する場合、ほとんどが、項目追加・削除である。
　項目追加・削除する場合、その項目を入出力しているビューがあるはずで、
　モデルの修正は、たいていビューの修正も加わる

　一方、ビューだけの修正の場合、表示のしかた、GUIの問題で、
　このときは、一般にコントローラーが無くても、ビューだけの変更で
　モデルに影響しない。

と考えると、コントローラーが無いときの修正とほぼ同じ程度の修正になる
したがって、この主張は、実はあんまり意味無い。

---

■ソフトウェア工学的な主張

Struts2で考えよう。

Struts2では、画面の値を設定するための処理加工の場所として、
以下の箇所が考えられる

（１）Action側で値の処理加工をして、
　　　ビューであるJSPでは、その値をそのまま表示する

（２）Action側は、モデルのデータをいれ、
　　　ビューであるJSPで処理を行う

（３）Action側は、モデルのデータをいれ、
　　　ビュー内のSタグのパラメータで使われる
　　　OGNL式で、処理を書く

（４）Action側はモデルのデータ
　　　JSPもモデルのデータをHiddenで書き出し
　　　Javascriptで処理加工する。

このうち、どれがいいのか？
ソフトウェア工学的には２つの観点から考える

（観点１）データの転送量が一番小さい
　　→サーバーからクライアントへ大量データを送らない

（観点２）制約が一番少ない
　　→できるだけ、処理が自由に出来る


まず、

（４）は、サーバーからクライアントにデータを送るので
観点１に反しているのでX
（ちなみに、プログラム的にもクライアント処理中に、処理前の
画面がチラッと見えたりなど、まずいことがある。
セキュリティ的にも、パスワードデータを埋め込んだりと、まずい
ことがある）

（３）に関しては、OGNL式に、プログラムなどの複雑なものは
λ式を使わないとかけないので、制約が大きい

（２）のJSPは、Sタグの属性の中にOGNL式を書くが、
そのOGNL式の中に、JSPで処理した結果を書けない
（OGNL式の中にJSPはかけない、エラーになる）
ので、制約がある。

とすると、両方の観点を満たす、（１）、Actionで書くのが一番
ということになる。これは説得力があるが、PHPなどでは、
正当化しにくい（Viewでもコントローラーでも、どこでも
同じように書けるから）

---

■セキュリティ等の観点から

セキュリティ的にいうと、
　　クライアントとサーバーの間の通信
　　サーバーとDBアクセス間
　　DBアクセスのためのパスワード
　　書き出しファイル
は、暗号化したいという要望があり、
かつ、その暗号化レベルは変わるかもしれない
（開発中だけでなく、開発後、将来）

これを、きれいに簡単に行うには、

　　DBアクセス
　　画面アクセス
　　パスワードなどの保存
　　ファイル

など、入出力をすべて暗号化、パスワード付きにすればよい。
（暗号化方式は、すぐに書き換えられれば良い）

それを簡単に実現するには、
　　ファイル入出力
　　画面アクセス
　　データベースアクセス
などを行うクラス（以下、アクセスクラスと呼ぶ）を用意し、
そのアクセスクラス内で暗号化処理をすれば、
アクセスクラス内のメソッドを書き換えるだけで、
暗号も書き換えられる。

そうすると、
・アクセスクラスの部分と、
・アクセスクラスの入力を元に処理をして、
　　　処理結果をアクセスクラスに返す
部分がひつようになる。


ここで、
　　画面のアクセスクラスに相当するのがビュー
　　DBその他、サーバー側のアクセスクラスに相当するのがモデル
となると、
　　それらアクセスクラスの入出力を加工する
アクションクラス＝コントローラーが必要で、
ここは、暗号化の影響をうけないことになる。

これならば、いかなる言語であろうと、
コントローラーで組み変えることが正当化される。

カーナビ→スマホ：地図のゼンリン赤字転落 カーナビ凋落が原因

こうなると、ゼンリンは、地図データを使ったビッグデータ市場に
出ないと、ジリ貧なんですかね・・・？？


地図のゼンリン、一転赤字　急ブレーキの原因はカーナビ凋落
http://www.j-cast.com/2013/10/23187023.html

今日FPGAで学んだこと（１３）Flashにファイルをいれて

今日じゃなくって、ずっと前だけど、

実習・FPGAベースの組み込みシステム開発
http://seminar.cqpub.co.jp/ccm/ES13-0104

で学んだことのメモメモ

---

■FPGAでファイルを扱う

方法
・FATファイルシステム用のIPがある
　　→NIOSでも動かせるが、保証されたものは有償

・HALで、リードオンリーの非圧縮ZIPファイルが読める

今回は、後者を利用、Flashメモリから、非圧縮ZIPファイルを読み込む

---

■トライステート関連ブロック

　Flashメモリなど、双方向端子をもつものの接続では、
　３つのTri-State関連ブロックを利用する

・Generic　Tri-State　Controller
　　　Flash用、SRAM用がある
・Tri-State　Conduit(こんじっと）Pin Sharer
　　　実体はセレクタ
・Tri-State　Conduit(こんじっと）Bridge
　　　実体は双方向バッファ

---

■手順

（１）Qsysで
・[Component Library]から、
　　[Qsys Interconnect]
　　　[Try-State Component]の

　　Generic　Tri-State　Controller
　　Tri-State　Conduit　Pin Sharer
　　Tri-State　Conduit　Bridge

の３つを選択して、

・Qsys[System Compornents]の線をつなぐところで、
　　各ブロックのマスタ→スレーブになるよう、
　　すなわち [tcm]→[tcs]になるように、各ブロック間を接続

・[Generic　Tri-State　Controller]のウインドウ
　　プリセット値を用意するが、該当無ければ類似品
　　[Signal Selection]
　　　　ビット幅とメモリに接続する信号
　　　　タイミング、メモリサイズ
　　[Signal Timing]
　　　　タイミング
　　[Signal Polarities]
　　　　ローアクティブ信号

（２）NIOSⅡ　EDS
・プロジェクト作成
　　テンプレートをHello Worldで
　　（Hello World smallにすると、縮小ライブラリでコンパイルされ、
　　　エラーになる）

・プログラム作成
　　　後述ro_zipfs_nameのファイルを読みこみ、なにかするプログラムを書く

・NIOSⅡライブラリ追加
　　BSPエディターで、[Software Package]の
　　　altera_ro_zipfsにチェック
　　　altera_ro_zipfsの
　　　　　　ro_zipfs_baseにQsysの{system component]で設定された先頭番地
　　　　　　ro_zipfs_nameにファイル名
　　　　　　ro_ips_offsetは0x0
　でGenerate BSPして、ビルドする

（３）FPGA側コンフィグレーション
　　　FPGAに電気を入れる
　　　コンパイル
　　　コンフィグレーション

（４）ZIPファイル書き込み
・NIOSⅡEDSのFlash　Programmerを起動
・用意した非圧縮ZIPファイルをAdd
・Startで転送

---

■非圧縮ZIPファイル

ZIPファイルは圧縮するが、圧縮しない場合、ようするに、
書庫（複数ファイルを１つにまとめる）として利用する
ことになる

http://oshiete.goo.ne.jp/qa/2761413.html

参照。

アップルの新OSマーベリックス、無料に

Windowsも無償にすれば、XPの乗り換え、進むのに・・・

VisualStudioExpressがあるんだから、
機能限定版のWindows8 Expressとか作って
（IEなし、アクセサリーなしとか・・）
無償にすれば、乗り換え進むと思うんですよ・・・


アップルは（たぶん）そういう姑息なことはせず、
ちゃんとしたOSが無償っていうのは、すごいね・・・
まあ、アップルはハードで儲けることができるからだろうけど・・


アップルの新OSマーベリックス、無料に
http://headlines.yahoo.co.jp/hl?a=20131023-00000823-wsj-bus_all

超上流工程と、上流工程の最上流との違い

超上流という言葉は、もともと定義がはっきりしないけど、
いろいろな、広がりを持った言葉になっている。

ただ、方向性で言うと、２つの方向がある。

一つは、BABOKを中心としたもので、ビジネスの分析を主に考えているもの
　　SWOT分析や、BSCを使うものも、この分類に入る。


経営者が参画する要求品質の確保
～超上流から攻めるIT化の勘どころ～ 第2版
http://www.ipa.go.jp/sec/publish/tn05-002.html


や


高品質の ため高品質の ため超上流工程 超上流工程 における
企業の課題・ 企業の課題・ 取組み 取組み
http://www.ipa.go.jp/files/000026831.pdf


もう一つは、TopSEなどで定義する超上流指向で
（以下太字は、
http://www.topse.jp/curriculum/list2013/course_reより引用）

人が本来的にもっている発想力を使って対象を理解するための方法を学習します．ロジカルシンキング，ソフトシステムズ方法論，KJ法は，それぞれソフトウェア工学以外の分野で，問題そのものを理解するための方法として発展してきた手法です．最後に，これらの方法をもとに，問題そのものにアプローチするための問題指向型の要求工学手法

というもの。


上記の定義であれば、ビジネスに関係しない、たとえば、
趣味で作るプログラム
大学が教育・研究目的で開発するプログラム
などには、超上流は存在しないことになる。
（いや、趣味をBABOKでやりたい人はいないでしょう・・BABOKが趣味の人はいても）

かといって、後者の定義だと、かなり一般で言われるものと、
かけ離れている気がする。

---

これ、超上流の定義が無いというか、
超上流が、なにを超えているのか？
ということを示さないので、判りにくくなっていると思う。

上流工程までは、「コンピューター（IT)」の話をしている。
超上流は、ITを超えて、事業全体とかの話になる（ITを使わなくても良い）。
そうなったときに、利用できるテクニックがロジカルシンキングなどで、
事業全体ということで、BABOKなどを活用することになる。

10月22日(火)のつぶやき

　ウィリアムのいたずら　@xmldtp　13:56

”「笑っていいとも」３月終了”らしい・・・ goo.gl/j8DO4F

1 件 リツイートされました

from gooBlog production

返信 リツイート お気に入り

---

Follow @xmldtp

「メッセージ」とは何か？

ユーザーインターフェースで、「エラーメッセージ」とか、
「ワーニング」とかある。あと、情報を伝えるものとかがある。

　このうち、何がメッセージと呼ぶべきもので、メッセージ一覧とか
つくって、管理しないといけないものなのかについて・・

※なので、オブジェクト指向でいう、メッセージの話ではない
　UIでの話。

---

■まず、具体的に考えると・・・

Struts2においては、
　　ActionMessage
　　ActionError
　　FieldError
で送るものは、メッセージといえる。
このほか、メッセージ用のダイアログで表示するものも、
そうかもしれない。

一般に、
　　メッセージ用のダイアログないしは
　　メッセージ用フィールド（出力エリア）に
表示する内容がメッセージといえる。

---

■内容的に考えると

ユーザーに通知する内容は、次のように分けられる

正常なとき
　　　ユーザーの判断が必要になる（確認ダイアログ）
　　　なにかを通知したい：正常終了など（情報）
　　△入出力値は正常な範囲だが、あやしい（ワーニング）

異常なとき
　　　入力値が間違っている（エラー）
　　　入力値は正しいが、処理中に異常終了した（例外）
　　　入力値は正しいが、結果が明らかにおかしい（例外）

このうち、エラー、例外、ワーニング、情報はメッセージである。
確認にかんしては、プログラムの一部と判断したり、
確認ダイアログに出るものは全部メッセージと判断したり、
さまざまな場合がある。

---

■特徴

メッセージ一覧を作ったとき、そのメッセージが的確に説明できるかで、
メッセージかどうかを判断できる。

「パスワード」：これだけでは、意味がわからず、説明できない
　　　→メッセージではない

「パスワードエラー」：パスワードが間違っていて、正しいパスワードを入れろという意味
　　→メッセージ

「パスワードの有効期限」：を、どうしろといいたいのか意味不明
　　　→メッセージではない

「パスワードの有効期限が過ぎています」：だから、新しいパスワードに変更しろという意味
　　→メッセージ

「パスワードの有効期限超過」
　　というダイアログが出たら、新しいパスワードに変更しろという意味
　　　　→メッセージ
　　そういう言葉が、「パスワード変更理由」という箇所に出たら、選択肢の１つ
　　　　→メッセージではない
　　つまり、文脈に依存する

「笑っていいとも」３月終了

あ～、とうとうですか・・・


「笑っていいとも」３月終了　番組で発表
http://news.goo.ne.jp/article/nikkangeinou/entertainment/f-et-tp0-131022-0030.html

ジョブズが“クソ野郎”な30秒、初映画化作品の衝撃動画が解禁

っていう記事がある。
そこに動画もあるのだが、お仕事中なので見れない。
あとでみる。


ジョブズが“クソ野郎”な30秒、初映画化作品の衝撃動画が解禁。
http://www.narinari.com/Nd/20131023405.html


P.S　じみ～に、映画の宣伝ってことですかね・・・（＾＾；）

ビッグデータの学問的背景が無いことが、全ての問題では無いだろうか？

ビッグデータの学問的背景として、よく挙げられるのに統計学と機械学習が挙げられる。
また、ビッグデータの利用として、マーケティングが挙げられる。

しかし、マーケティングも統計学も突き詰めれば、ビッグデータと矛盾する。

---

統計学は、母集団が大きいとき、いかにデータを少なくしても、有る程度の精度を
保って、母集団の値に近いものが出せるかという発想に立っている。

つまり、ビッグデータのままで取り扱うことを否定し、乱数などを使って、
データを少なくして、処理を行う。

だから、統計学を突き進めて行くと、ビッグデータの意味はなくなってしまう。

---

一方、マーケティングを突き詰めていくと、マーケティングは平均値を出して、
当たり前のことを知るものではない。それでは、他社と変わらない。

かといって、きわどい特殊事例を狙いすぎると、それは誤差かもしれないという
ことになる。

そこで、モデルをたてて、そのモデルの正当性を検定によって確かめる。

しかし、ビッグデータはあらかじめ、モデルを立てるのではなく、データから
価値有る情報を見出そうとする

だから、マーケティングを突き進めて行くと、モデル（仮説）を立てないで、
抽出させようとしても、当たり前の結果しか、出ないんじゃないの？
ということになる（実際、データ分析すると、結構、当たり前の結果が出てくる）

---

つまり、統計学やマーケティングを突き進めると、ビッグデータの思想自体を
否定してしまう。

これらの分野から、技術を借用することは可能なのだが、その根本的な思想は、
これらの分野から借りてきたり、敷衍したりすることは、出来ないのだ。

だから、「ビッグデータ学」とでもいうべき、思想のよりどころが必要になる。
なぜ、ビッグなデータをそのまま扱わないといけないのか？それを扱うと、
どんなことが見えてくるのか・・・

この辺がしっかりしないと、学問としても認められないし、教育も出来ない。
単に借用技術の寄せ集めになってしまうということが、意外と論じられていないと思う。

今日FPGAで学んだこと（１２）ROM化

今日じゃなくって、ずっと前だけど、

実習・FPGAベースの組み込みシステム開発
http://seminar.cqpub.co.jp/ccm/ES13-0104

で学んだことのメモメモ

---

■ROM化
・方法
　　シリアルROMを使ったROM化と
　　フラッシュメモリを使ったROM化がある。

・注意点
　NIOSⅡ/eタイプを使用すること
　→これ以外のタイプだと、評価版となり、ずっとUSBブラスターをつなげていないといけない
　　フラッシュ化してるかどうか、わかんなくなる

■シリアルROMを使ったROM化
　　EPCSコントローラーが必要
　　　　→Qsysで接続する

＜＜手順＞＞
(1)QsysでEPCSコントローラーを接続する
(2)NiosⅡのReset vector memoryで
　　epcs_flash_controller・・・・を選択
　　→リセット時のジャンプ先がEPCSコントローラーに
(3)EPCS端子をregularI/Oへ
　　QuartusⅡの[Assignment]→[Device｝
　　　ダイアログが出たら、左側[Device and Pin Options..]
　　　DCLKを 「Use as regularI/O」へ
(4)EPCS専用端子を接続
　　回路図とか、HDLでとか
(5)FPGA側は、コンフィグレーション作成までを行っておく
　　　（コンパイルなど）
(6)NIOSⅡEDS　Flash Programmerを使って書きこむ（フラッシュへの書き込み）
　　　SOPC informationファイル指定
　　　sofとelfを追加(Add)して、書き込み(start)

■Flashメモリを使ったROM化
　　EPCSコントローラーのかわりに、Flashメモリーコントローラーを使う

＜＜手順＞＞
(1)NIOSⅡEDSのBSPエディターの
　　　[Main]で以下の３つの項目にチェック
　　　　　allow_code_at_reset
　　　　　enable_alt_load
　　　　　enable_alt_load_copy_rwdata
(2)NIOSⅡEDSのBSPエディターの
　　　[Linker Script]の以下の領域をflashメモリーに設定
　　　　　.rodata
　　　　　.text

---

つぎは「Flashメモリを使って、ファイルシステム」
　　

Ubuntu13.10の新機能

OSC Tokyo 2013 Fallのセッション

Ubuntu13.10の新機能
Talk about "saucy salamander"

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

---

１９番目（半年１度リリース）
　　なにそのクッキーで話し弾むかも？

Saucy：礼儀しらずの
salamander：爬虫類。黄色と黒の縞々のやつ
→サラマンダーと引くと、半分くらい、なんか違うものが出る

どこでもいけるよの意味→なくなっている

最初にまとめ
基本的に１３．０４を使っている人に大きなメリットはありません

dm-cacheなど・・・
Linux Kernel3.9～３．１１の強化

デメリットは日本語入力周りを除くとあまりない

６４ビット推奨になった
　　デスクトップでメモリ４Ｇごえできる
　　６４ビットでＣＰＵはやくなる・・・モンテカルロとか？
　　仮想マシンで６４ビットの人とか・・？

Ｕｂｕｎｔｕ　Ｔｏｕｃｈがリリース
　リリース版というデイリービルド？

Ｍｉｒ／Ｘｍｉｒ
　　２個以上モニターをつなげると死ぬ

例外その１
universeにmikutterが入った！


ubuntu+ibus
注意点
１．そのままの状態だと日本語入力、キーボード入力にも問題

新機能
dm-chache/bcache
・ＳＳＤをキャッシュとして使う機能
　　→実装がいろいろあって、戦国時代

ＫＶＭ
・ＡＲＭ版もできた

ＬＸＣ
・Ｕｂｕｎｔｕの中でＵｂｕｎｔｕを走らせたい人むけ？

ZSwap
・メモリ上のイメージをハードディスクに書く
　　→圧縮展開する
　→圧縮機能がついてるディスクだと、意味ない

リリースノートを読んでみよう
・wubi封印
・サポート９ヶ月
・カーネル３．１１
・１３．０４と同じ→さぼってる
　　Python3.3 １３．０４→13.10に書き直している
・AppArmor（SELinuxみたいなやつ）
　　強化された13.10で動かなかったら、こいつ疑おう
・Upstart User Session
　　無条件で有効
Ubuntu for phone
・不具合リスト：スクロールするだけで、受けが取れる
　ビデオをリプレイするとクラッシュ！
　カレンダー予定追加できるが、編集できない
IBus1.5の記述：
　アップグレード前に見る（あわしろいくやさん）

その他の機能
aarch64
・armの６４ビットサポート
　　高効率
UpstartUserSession
・環境変数を親のシェルに返したいときうれしい