さて、表題の通りではありますが、3〜8日という日程で久々の海外へ行って参ります。
一応仕事ということになりますが、ガチガチの仕事と言うよりは勉強目的です。

あ、それもやっぱり仕事ですね。

場所としては、シリコンバレー／サンフランシスコになります。
と言っても、GoogleとかAppleと言った名だたる企業へ行く訳でもないようで、
それはそれでどうなんだよ・・・という思いが無い訳ではないですが、
行ったからと言って考えてみればただの観光客になる以上の事は無いでしょう。
もう少しそういった方面の開発に従事していれば別でしょうけど。

勉強になるかどうか。価値ある日々を過ごす事が出来るかは結局のところ
組まれている予定と言うよりは自分自身に起因する事が多いと思っている一方で、
では実際のところ事前に何か出来るのか？と言うことに関してはまだうまく思いついていません。

行って暫くの間は刺激を受けた事によって少しばかりテンション上がっているかもしれませんが、
それを以下に後の自分に有意義な形で取込めるのか。
こういった研修や展示会等に出かけるたびに失望を繰り返すのはそろそろ終わりにしたいものですね。

さて、本来ならもう少し準備をしておくべきところなんでしょうけど、未だに何も準備していません。
今日一日、ちゃっちゃと荷造りしてしまわないといけませんね。
3日の夜当たりに、「行けませんでした」とか報告するような事がないように頑張ります。

予定では二日間でしたが、急遽一日追加して三日間。
北海道へ出張してきました。

幸い出張中は天候がよく、冬の北海道の割に準備したホッカイロも使う事なく
純粋に仕事に集中する事が出来ました。
ええ、観光なんてする暇が全くないくらいに。
残念ながら。。。。

今回、久しぶりのお客様先への出張だった訳ですが、
やはり実際の現場に出ると色々勉強になりますね。

開発者となると、今は基本的に会社でPCとにらめっこしている事が多いですが、
こうやって外に出る事で開発者以外の人の動きと言うものが見えてきて勉強になります。

開発が出来ない技術者と言うのは困り者ですが、実際の製品は開発者以外の人も関わっている訳で、そういった人やお客様の現場を知る機会は大切にしていきたいところ。
もちろん、今回赴いた目的はトラブルの収束だったので、そんな機会は増やしたくはないですが、
自分に足りないところを気づかされる機会と言うのはいいものですね。

多少胃がキリキリする思いでしたが。

参っちゃうよね、まだまだ成長出来ちゃうじゃん

mongoUnivで出されている課題があって、言語としてはpythonを使っている訳なのですが、
結構煮詰まってました。

感覚的には通りそうなコードで、ネットで見てみても行けそうな気はするけれど
うまく実行出来ない。

うわー。うわー。
mongoDBでつまづくならまだしも、pythonでかーと思って何度となく見返してみたら。。。。

単純にif文に”:”がついてなかっただけという悲しいオチが。

IDEを使っていれば、もう少しエラーの原因を早くつかむ事が出来たんでしょうけど、
この辺りでつまづくあたりがちょっと情けなくも、手になじんでいない感が強いですね。

精進せねば。

初めてのPython 第3版

posted with amazlet at 13.10.23

Mark Lutz
オライリージャパン
売り上げランキング: 8,964

Amazon.co.jpで詳細を見る

ドットインストールの話題を先日エントリーしたが、それとは別にMongoDBを勉強している。
今は、その製品名がそのまま会社の名前になっているが、10genが手がけているオンライン学習サイトがあるのだ

https://education.mongodb.com/

本家が手がけているだけあって、体系だって学ぶことが出来る。
さらに、ビデオは日本語訳をつけてみることも可能だ。

実はこのMongoDB University は比較的最近始まったばかりで、まだこれからと言うところもある。
それでもいくつかのコースを始めることが出来る。
それほど難しいわけではないのだが、序盤は少し放置してしまって、取り戻すのに時間がかかってしまった。
何とか今は授業に追いついているので、最後（10/28）までなんとか続けて行きたい。

先に紹介したドットインストールと違って、こういうオンライン学習は開始と終了の日程がはっきりいしている。
Coursera や edX と同じですね。
これらのようなMOOC（Massive open online course）は少し敷居が高い。
両方とも登録してはいるのですが、長続きしていないです。
でも、色々な選択肢を私たちに提供してくれる。

問題は･・・1時間以上のビデオを家で見るとなると眠くなってしまうんだよなぁ･･･。
これも大学の講義と同じですね。

最近、通勤時間も延びたことなのであき時間を利用して何か始められないかな～と、
ここを物色している

ドットインストール
http://dotinstall.com

一つの動画が3分程度なので、ちょっとした空き時間に見ることが出来る。
基本的には見るだけなので、深い勉強にはつながらないけど、さわりを学ぶにはちょうどいい感じだ。

これまで、そういう役目は書籍が担ってきていた。
そう、たとえばWeb+DB Press とかそういう類だ。

WEB+DB PRESS Vol.77

posted with amazlet at 13.10.06

技術評論社
売り上げランキング: 42,182

Amazon.co.jpで詳細を見る

定期的に、自分の視界範囲外の話題を手に入れるのは面白く、
これまでは時々これらの本を購入してきた。

ただ、興味を持ったとしてもあくまでその先に進むにはこれらの本ではぜんぜん足りず、
掲載されているサンプルを動かす以上のことをしようとするには難しい。
対象の技術に関してネットを探せばそれなりに記事は見つかるけど、体系的に学ぶのには
紙面の関係上足りない。

ドットインストールのようなオンライン学習が全てをカバーするなんて寝ぼけたことを言うわけではないけど、動画で見る分なのか、教え方がいいからなのか、わかりやすく感じる。
紙面上の制約を考える必要がないので、分量も申し分ない。
新着やコースの人気度をみれば、今の話題性がなんとなくわかる。

何より、他のリソースに対してのリンクを張りやすいので色々と幅が広がるように感じる。

見ていると、どうしてもキーボードでコードを打ちたくなってしまうが、主に通勤中に見ているので
それが出来ないのがちょっと現在は悩みどころ。
ノートPCを新調して移動中に使えるようにしたいような、、、、

うーん、Surfaceは電車のような場所で使うのは難しそうだからちょっと悩んじゃうな

先日行われたMicrosoft Technical Days で、幾つかストアアプリを見ていて
少し作ってみたくなったので、Virtual Box のWindows 8.1 環境にVS2013 Preview を入れてみた

これまでのストアアプリ作成用テンプレートに、ハブアプリが加えられている。

イメージしているアプリの形はハブアプリなので、迷わずこれを選択。
ちなみに私のC#知識量は0と言っても過言ではないが気にしない！！！！

とりあえず、何も考えずにビルドして実行してみる。
以前、同じように2012の Preview を触った時はテンプレートに
サンプルのデータがふくまれていてそれっぽく見えていたので、
まずはそちらを確認しようと思ったからだ。

ところがどっこい、いきなりエラーでつまづく。

まだ特に何もいじってないにもかかわらず、このいきなりのエラーっぷりが
いかにもβ版という雰囲気を醸し出し、知識量0の私を多いに幻滅させる。

正直、エラーメッセージが何を言ってんだか分からん。

とりあえず、何となくXAML上の記述がおかしくてParseがこけたんだろうと思い、
XAMLを開いてみるとあからさまに「XAMLが無効です」と書かれている場所が。

はっきり言って、何が問題なのかは読んでもよくわからないので、探索的手法をとる。
エラーとなっている箇所を絞り込むために、あれこれやっているとどうやら”x:Uid”に関する
記述が問題なように見える。

x:Uid ディレクティブ（WPF）
http://msdn.microsoft.com/ja-jp/library/vstudio/bb613571.aspx

自動生成された “x:Uid” ディレクティブが、重複しているモノがあるのが原因かと思い、
重複を排除してみたが結果は変わらず。

実は、”x:Uid” は関係ないのではないだろうか？と思い、今度は HubSection を削ったりしてみたら、最終的にはやはり “x:Uid” に原因がある事が分かった。

とりあえず、すべての x:Uid ディレクティブを削除してしまう事でハブアプリを動かす事が出来た。

よくよく x:Uid ディレクティブを見てみると、参照したWPFのXAMLの説明と次に示すストアアプリの説明とでは異なっていた

http://msdn.microsoft.com/ja-jp/library/windows/apps/hh758297.aspx
Windows ランタイム XAML での x:Uid の一意性の規則は、以前使われていた XAML を利用したテクノロジと比べると、いくらか異なります。Windows ランタイム XAML では、複数の XAML 要素上で同一の x:Uid ID 値がディレクティブとして存在することは正当とされています。

となっていて、重複そのものは問題が無くなっているように見える。
まぁ、そもそも重複と言うよりは、一つでもあるとうまく動かなかったわけなので、どちら下というと x:Uid ディレクティブの機能がそもそも有効になっていないという風に考えるのが正しい気がする。

気になって、グリッドアプリケーションのテンプレートを見てみたが、こちらにはそもそも x:Uid ディレクティブがついていない。
このディレクティブが、ローカライズを目的とした記述であるならばアプリケーションのスタイルによって要・不要が変わるものでもないように思えるのだが。
比較的新しい概念なんだろうか？

うーん、先は長そうだ