参加した非常に濃い2日間で、楽しかったです。妙に納得した次第です。基本的にスピーカーの方々は、根明で謙虚で自分なりの価値観を持っている印象で、素晴らしかったと思います。学習曲線で負荷のかかる場所と言えば、とっかかりの部分か、本格的にツッコミはじめる部分だと思うのですが、みんなで「わいわい」と手を動かしてコードを組むというのは、とても良かったです。MSオフィスのマクロみたいな事ができるらしいぐらいの知識しか無く、ドキュメントを開いて、コピーして、コピーしたドキュメントに対して正規表現で置換をかけてPDFに保存して電子メールで送信するなんて事ができるんだなーとわかった時は、ちょっと感動しました。伊藤さんから手ほどきを受けるという、たぶん豪華なハンズオン。使えて世界が広がった気がします。懇親会では、江川さんと足立さんに挟まれて、江川さんには「雪明かりの路」が良いですよと、オススメしたものの、日曜日の夜に家族で小樽まで出かけたら吹雪いていて遭難しそうになりました。小樽に行かれてたとしたら、ごめんなさいです。足立さんも、後から考えてみればG+で「Simeji」が買収されたという話が持ち切りだったので、もうちょっと自分の方でもピンと来てれば、もっと話が広がったかなーと反省してます。漬けなんで、すんません、お腹いっぱいで受ける気力が起きなかったです。セッションだけは、どうしても興味があったので、結果は変わらなかったとは思います。独学ではきついなぁと感じていたので、情報が聞けて凄い良かったです。いうものがあるのは、知りませんでした。使いこなせば凄いんでしょうけど、自分の会社はGISをやってて対局にあるので、ちょっと距離を置いて見てしまうところがありました。癪に障るから、もっと違うもん考えよっ。ハンズオンを受けれなかった事。抽選会では、初音ミクの「ねんどろいど」当たりましたwww。クリプトンフューチャーの皆様、ありがとうございました。ポストを書くかもしれません。この辺に関する、まとまった情報はネット上にも無いと思います。みたいなものに出くわしたので、スレッドによるアクセスは?データベースのインスタンスは?と、気になり、結局ソースコードを追った。見つけたのは、「SQLiteを使う場合の注意点」で、ここに書いてある事は概ね正しいです。いうメンバ変数に保持しているので、1クラスにつき、1インスタンスしか扱えません。関数をコールして、内部で保持しているデータベースのインスタンスを取得する事になります。スレッドで読取り専用であっても、データベースは、DBOpenHelperに対して、ひとつのインスタンスなのでしょうがないです。コールしている場所があるので、現時点では、あまり違いは無いかもしれません。カーソルを作成すると、データベースの読取領域がメモリ上に読み込まれる感じになるので、この同じデータベース・インスタンスに対して、別スレッドから同時アクセスしても、そんなに大きな問題にはならないでしょう。これが可能なのは、1つの書き手と残りは複数の読み手に限られます。書き込みトランザクション中に別スレッドから読取操作が行われながらトランザクションが完了するので、非常に気持ちの悪い動作になります。よって、常識的にコードを書くならば、スレッド1個に対してDBOpenHelperのインスタンスを1つ用意すべきでしょう。すれば、読取り専用と書き込みの区別もできます。あと、この辺の情報を検索していて、データベースを開いた状態でメンバ変数に保持する事や、カーソルを開いたままメンバ変数に保持するのは、ご法度だみたいな事を書いている人もいるみたいですが、これは間違いです。デバイスから得られる情報を取得するためのイベント・リスナ中の関数は、別スレッドになるので、ここら辺を意識できないでコードを組む人には、そのような説明をした方が都合が良いからだと思われます。