GoogleI/O2012に行って来ます

凄い久しぶりの更新ですが、明日からGoogleI/O2012に行って来ます。
Googleの開発者イベントで、サンフランシスコで5000人世界中から集まります。
参加するには3日間で900ドルという費用がかかります。実際はほぼ全てYoutubeで公開されるみたいなので、何の意味があるんだ？という向きもあるかも知れませんが。。。
大人気で申込から20分でSoldOutのようでした。
一応色んな開発者とお知り合いになってくるという事も目的の一つで。

セッションの内容等がどんどん公開されだしたのですが、GoogleAppEngineをはじめとして、まぁよだれが出るくらい聞きたい内容がほんとにたくさんあります。かぶりまくってて困ります。。ヒアリング出来るかしらと思いますが。。。頑張って来ます。

戻ってきたら翌週またGoogle Atmosphereがあり、そちらには弊社として初めて出展します。
WFSのマーケットプレイス版もご紹介出来る予定です！

目指せ朝5時起き生活

以前から少しづつチャレンジはしてたのですが、最近ちょっと心を入れ替えまして、
朝5時に起きて色々な時間を持とうと思いました。

また、ちょっとダイエットと野菜を取るのも心がけ、昨夜は終電頃に市ヶ谷まで電車で、
ギリギリ晴れてたのでそこから東新宿まで40分強歩いて帰宅しました。
で、野菜炒め等の晩ゴハンを食べて、少し仕事して結局2時過ぎに就寝。
約3時間強で目覚めて仕事開始出来ました！

この調子で頑張ります。
明日は週次の大阪出張なので、必ず5時台起床が必須になります。。。

今後、朝の時間を使って少しづつブログ更新も再開します！
GoogleAppsの使い方等も具体的に記載していきます。

Microsoft、「.doc」「.xls」などのOfficeバイナリファイル仕様を公開：CodeZine

Microsoft、「.doc」「.xls」などのOfficeバイナリファイル仕様を公開：CodeZine:

そうそう、これ、1ヶ月前の記事ですが。
是非、これをベースにもっと互換性を高めるものが出てきて欲しいですねー。2003まででも完全対応してくれればひとまず充分！
最近やはり脱MSを狙っている方が多いと思う。

弊社でも脱MSを推しており、GoogleAppsに全部寄せる形の提案とかを行なっております。
現在試験中の繋吉ワークフローシステムは、GoogleAppsのスプレッドシートをそのまま利用して申請ワークフロー、決裁を行う仕組みとして構築してます。
これは、かなり画期的で、自由な体裁や、ドキュメントとしての利活用、全てWeb上で簡潔、のワークフローを実現出来ます。もちろん、XLS形式に落としてきて利用することも可能。
乞うご期待です。

Email Settings API を使ってみた

ちょっと検証したいことがあり、GoogleAppsのメールの設定情報を変更するEmail Settings APIを使ってみました。
Send ASをAPIで指定したかっただけなのですが、実は結構出来ない事がありそうでした。
例えば、Send ASのデフォルトの名称は画面からは変えられるんですが、
APIからは無理そうです。（誰か出来るのが分かったら教えてください）
詳細はこちらのDeveloperGuideを見る感じになりますが。

動かして分かった事実を整理しておきます。
1.更新はそもそもURLが無い。
2.デフォルトのSend Asを持って来れないし、削除も出来ない。
3.その他のSend Asは削除して、作成する、事でまぁ対応出来る。
4.デフォルトは作成時に設定可能。
5.同じSend Asのアドレスで名称を変えたものを作成する実質上書きのような動作になる。

検証したコードはこんな感じです。

GmailSettingsService gss = new GmailSettingsService("hoge","yoshidumi.co.jp","myAccount","XXpwdXX"); List<Map<String, String>> saList = gss.retrieveSendAs("myAccount");
//追加のテスト List<String> users = new ArrayList(); users.add("myAccount"); gss.createSendAs(users, "テストです３", "myAccount@yoshidumi.co.jp", "", true);//      → OK // 更新のテスト// GenericEntry ge = gss.retrieveSendAsDef("myName");// ge.removeProperty(Constants.NAME);// ge.addProperty(Constants.NAME, "newName");// gss.updateSettings("myAccount", ge, "sendas");// →NG。どうも更新は対応してないっぽい。
//取り敢えず取ってきたもの表示してみる。 for (Map<String, String> sa : saList){ for (Map.Entry<String, String> e : sa.entrySet()) { System.out.println("key=" + e.getKey() + ", value=" + e.getValue()); } }

サンプルとして提供されているGmailSettingsServiceさえ作っちまえば後は簡単です。その中でやってることもそれ程難しく無いので、サンプルが無いだけかと思って作ってみましたが、URLが無いと言って怒られたので、ダメなのでしょう。

久しぶりにコーディングしたけど、やっぱ楽しいなー。なかなかついていくのが大変ですが。。

関西など

危うく1ヶ月以上更新出来ないところでした。
ぎりぎり前回2月15日からの更新です。

3月に入ってから非常に忙しくなりまして。特に関西に週一で行っておるため、それで週の半分近く潰れてしまうのと、3月半ば納品の開発、3月一杯での大学のGoogleApps切替、と。
別途関西でGoogleAppsの移行等提案も手がけることとなりまして。
並行して製品開発やら方法論開発やマーケティングの再整理と社内やルーチンで行なっている作業もありまして。

と、まぁおかげ様で忙しくしております。
しかし、そろそろ次の展開や採用も考えないとなぁ、と思っております。

表題の関西など、にあまり関係なく、とくに、取り留めのない内容になってしまいましたが。。
今年は代理店の方との協業案件も随分増えて来ましたので、嬉しい限りです。
この調子で、Google導入やGAEカスタム開発の専門家として、フロント営業以外の強みを伸ばして行きたいと思います。

関西在住の方、お声がけください。タイミングが合えば呑みにでも。

GAEの開発方法論

『いざなみ』と言う名前で仮決定し、開発中です。

物理的なものとしてはGoogleSites上に構築した資料や説明、GoogleDocs上のテンプレート等が一式と、Javaのライブラリ群になります。フレームワークはSlim3前提です。
そこにサービスをくっつけてどう売っていくか、までは未だ整理しきれておりませんが。。。

ACCで培った方法論をベースに、クラウドのGoogleAppsとGAEを完全に前提にすることで削れる部分があるので、それらを削り、逆に注意すべきことや嵌る点、GoogleAppsで出来る事などをうまく組み合わせて、最適な提案が出来る方法論として行く予定。
未だ細部が少しづつと全体像がぼんやりと、というレベルではありますが、
時間を見つけて書き進めて行く予定。

また、上記のスピンオフ的にGoogleのソリューションの適用診断的な形であったり、
コンサルティングを行うメニューも作って行こうと企んでます。

Google周りに関しては圧倒的に濃いサポートとソリューションを提供出来る組織にして行こうと思います。
乞うご期待。

人は足りません。募集中！（これ、これから少し連呼してみます）
そろそろまたプレスでも打たないとなぁ。

GoogleApps Certified Deployment Specialistについて言ったもん勝ちの立場から言ってみる

随分久しぶりの更新になってしまいました。
もう少し頑張りたいと思います^^;

さて、この資格を取得して名刺も新たに刷りなおしまして、
結構喜び勇んで会う人会う人に説明（自慢）しまくっております。

ふと良く考えると、実は、このGoogleApps Certified DeploymentSpecialistと言う資格について、
説明出来る人が世の中に他に居ない状況なのですよね。
なので、言ったもん勝ち的な感が否めません。と、言うか、これは面白いです。
（要は、「そんな資格意味ねーよ！」とか言える人が居ないので。）

まぁ、そんな中での感想なので、なるべく客観的に評価してみようと思う訳ですが。
判官びいきがあったらすみません。

さてやはり、まずは名刺で話が出来ると言う点だけでも圧倒的に良いですね！
最近はもうもっぱら頭にもう一つ話題用に記載してある「甲斐性ありの二言なし」にはツッコミが入らなくなりました。

で、「正直持ってる人と持ってない人は何が違うの？」と言われて、
答えを用意してなかったので少し考えて見ました。

ぶっちゃけ（NDAに気をつけて記載してみます）、試験の特性・感想としては
・難易度としては本当にそれなりに高い（と、思いたい）
・非常に幅広く出題され、網羅感は高い
・良く考えられた問題で、質も、コンサル的な提案から、障害対応、単純な管理者としての設定項目、まで幅広い
・英語なので、無駄に難易度が高い
・少なくとも日本では全く認知されてない
・特別な機器（Webカメラ）が必要で、受験のハードルが少し高い（英語であることも含め）

です。
ホント正直、ある程度の実務経験もしくはかなりの知識がないと合格は難しいと思います。
個人的な感覚では、不遜かも知れませんが、日本語だとしても2012年1月時点で日本に受かりそうな方はある程度試験用の勉強をする前提でも20名前後位じゃないでしょうか。
（各導入サポート会社のエース級のみ）

ここから導かれる、あり得るメリット・違いとしては。
・最低限一定レベルの導入、移行知識の担保
・幅広く知識があるため、一極集中のソリューションでは無い（GoogleAppsの中では）提案が可能
→ここは実際に導入ばかりしている方はそのやり方で提案してしまうと言う事があると思いますが、そのリスクは少し下がるかなと思います。
・ある程度提案というか、コンサル的な配慮も可能

という事がある程度保証されている、という事になるかなと思います。
一般の資格と同じですかね。。。

もちろん持ってない人でも上記を満たしていることはあり得ますので、完全な特徴ではありません。
もちろん資格が無いと出来ない作業・業務ってのもありませんし。

さて、誰かいつか反論してくださると嬉しいなぁ。

以上、GACDS取得して名刺を数十枚配った所での感想でした。