ラベル Google Apps の投稿を表示しています。 すべての投稿を表示
ラベル Google Apps の投稿を表示しています。 すべての投稿を表示

2012年1月1日日曜日

Summary of 2011 and objective of 2012

Now looking back to 2011, there was some change in my environment.

About 2011


From my impression, changes are ...

  • Found new jobs at TopGate Inc.
  • Attracted Google's technologies.
  • Attracted Groovy programming language.
  • Trying to do off-shore work in Vietnam.

About No.2

I just started to study Android technologies at a community named Saitama Android Board.
As I learned Android technologies, I found that there are limitation of Android to create an interesting application without any server or any service.
So I had become tending to learn cloud technologies like Google App Engine.


About No.1

And it was good time to learn Google App Engine because my former company gave me a time to learn Google technologies. But in my former company there is some wasting and boring procedure to search and to learn new technologies. So I decided to change my job, to get a new environment. And luckily vvakame, one of my twitter friend, told me to work together in TopGate Inc where there are some programmers familiar with Google technologies. And I changed my employment from former one to TopGate Inc.


About No.3

At the same time to change my job, I was introduced to Groovy programming language. It was kimkou_26, one of my twitter friend, that told me the most powerful and exciting language. Groovy works on Java Virtual Machine with supporting almost all of Java technologies and with light syntax. Groovy attracted me very much. And with Groovy I met some programmers on groovy community.


If you ask me to decide which gave more impact on me, Google or Groovy, it is too difficult for me to decide. Because the objective is different and I love both technologies.


About No.4

Working foreign country become common to programmers in Japan. Because Japanese Yen is becoming so strong among these days that it costs higher to employ Japanese than to employ Chinese or Vietnamese for them to do same thing. In my project it finished in failure. But I'll get success on off-shore projects this year.


Next 2012


I'd like to work as listed bellow.

  • To work on Google Apps Installation
  • Create TopGate's additional value
  • To get success on off-shore project

About No.3

As I mentioned before, I'd like to get success in off-shore projects. From the view of the cost of project to work outside Japan cannot be ignored.


About No.1

This is my objective to work installation Google Apps to a customer. It seems Google considers Google Apps as their most successful cloud technology. And I think the tendency of companies to move from owning their server to using existing service becomes more popular. So it is business chance to become major company.


About No.2

TopGate Inc. is the re-seller of Google technologies. But I want to add additional G technology, I call it Yet Another G Technology. I mean Groovy and its co-production, like Grails, Griffon, Gradle, with these production we can offer some solutions faster than ordinal technologies. And this may cause create a value for our customer. By becoming familiar with these technologies, we -- TopGate Inc. -- will be able to establish our excellent brand image.


To reader of this blog and to another person, thank you this year!


2011年8月15日月曜日

OAuth2.0について調べてまとめてみた。

OAuth2.0について調べてまとめてみた。

Google Data Apiを触ってみようと思ったけど、3-legged OAuthよりもOAuth2.0が推奨されていて、それが何のことかよくわからなかったので調べてみることにした。
(Google Data ApiのJavaライブラリーは3-legged OAuthを使っているみたいだけど…)

まあ、詳しくは調べていないので、雑です。

OAuthのフロー(1)
UserはClientを起動する。

OAuthのフロー(2)
ClientはProviderに対して、ProviderにあるUserのリソースにアクセスする許可をUserからもらうように依頼する。

OAuthのフロー(3)
ProviderはClientがUserのリソースにアクセスすることを許可するかどうかをWebページにて確認する。

OAuthのフロー(4)
UserはClientがProviderにあるUserのリソースにClientがアクセスすることを承認する。

OAuthのフロー(5)
Providerは一時的なAccess Tokenを発行する。

OAuthのフロー(6)
Userは一時的なAccess TokenをClientに入力する。

OAuthのフロー(7)
ClientはProviderに有効なAccess Tokenを発行するように依頼する。

OAuthのフロー(8)
Providerはリソースアクセス用のAccess TokenとAccess TokenをリフレッシュするためのRefresh TokenをClientに渡す。

OAuthのフロー(9)
期限時間内はもらったAccess Tokenで持って、Providerと通信をして、Userリソースにアクセスする。
また、Userに対してClientの機能を提供する。

OAuthのフロー(10)
期限時間が過ぎたら、Refresh Tokenを使って、Providerに対して、新しいAccess Tokenを発行するように依頼する。

資料はこんな感じです。


最後の(9)と(10)はまだ検証していないので、ツッコミお待ちしております。

2011年7月16日土曜日

Apps API Japan kickoff mtg #1 2011-07-12に参加してきました…よ!

Apps API Japan kickoff mtg #1 2011-07-12に参加してきました。

参加者のつぶやきなどはtogetterにまとめられております。


印象に残ったことだけまとめます。
というか、ブログを書いているのが開催されてから数日経ってしまったので、忘れつつあるので。

@shin1ogawaさんによるApps APIって何なの?美味しいの?資料はこちらです。

要点を課題解釈してまとめると、Google Apps Scriptは次の利点があるとのことです。
  • Google Apps を利用しているユーザー(企業)であれば、ちょっとしたこと(結構色々とメールを送ったりとか、ワークフローを作ったりなど)をApps Scriptを書くことで効率化できる。
  • 作ったApps Scriptはきっと他のユーザー(企業)も使えるものなので、Apps Script自体を売ることができる。したがって、今までシステムを利用するだけだったユーザー(企業)が、逆にシステムを提供する側に回ることができる。

まあ、最初の利点は特別なことでもないですが、二つ目の点は今後の企業におけるITのあり方を変える可能性があると思いました。

次に参考になったのが東大卒のGoogleの新入社員の方による発表で、Google Appsの覚え方(チュートリアル)を教えてもらいました。

手順は簡単らしいです。
  • Google Docsの「ツール」→「エディタ」
  • Apps Script Editorにて「ヘルプ」→「チュートリアル」
  • チュートリアルにある「Beginner」「Intermediate」「Advanced」の順にこなしていくだけ

これで、かなりのものが作れるようになるらしいです。
オレも来月チュートリアルをこなしていきたいと思います。

さて、今回の勉強会では @nouzui2007さん にお会いしました。
@nouzui2007さん は第一回Android千葉支部MTGのあたりから
Twitterで絡むようになったのですが、
実はお会いするのも初めてで、かつ、実は埼玉支部の方だったので驚きました。
今後とも宜しくお願いします。

それから、会場にいらした皆様、今後とも宜しくお願いします。