google appengine に関してひと言
ここ数日、Twitter上で appengine に関する発言をたくさん目にする。それを見る限り、「注目をされてはいるが、手を出しかねている人が多い」というのが現状だろう。そこで、私からもひと言。 App Engine は純粋なソフトウェア・エンジニアにとっての天国 私自身、色々な開発環境を試して来たが、私のようにプログラミングが大好きで、新しい言語や環境を学ぶのが楽しくて仕方が無いエンジニアにとっては、「App Engineは天国」というのが正直な感想。SQLやRailsのように一見開発効率を良くしてはくれるが、直感的に実行効率とかが把握できない「補助輪付きプログラミング」と違い、App Engine上でのプログラミングは、ちょっと手を抜くとすぐに実行効率の悪さとして跳ね返ってくる「一輪車プログラミング」。 新しい言語を学ぶのが苦ならApp Engineは避けた方が良い 現時点で、Pyt
Googleの失敗作や消えたサービスを列挙したGoogleの墓場「Google Graveyard」、あなたはいくつ覚えていますか？
いまや無敵の領域に突入したかに思えるGoogleですが、あれほどの天才たちの集まっている巨大企業であっても、依然として失敗はあります。直近では「Google Wave」が開発停止という憂き目に遭っており、これだけでなくほかにもいろいろなサービスが実はつぶれています。そう、Googleとて無敗ではないわけです。 というわけで、成功よりも失敗からの方が学ぶことは多いはずなので、Googleが失敗した例を見てみましょう。 詳細は以下から。 Google Flops & Failures - The Failed Google Graveyard | WordStream まず最初は2005年の「GoogleX」。Mac OS X風のページでしたが登場からたった1日で閉鎖されました。 次は2002年から2009年まで存在した通販カタログ専門の価格比較ショッピングサイト「Google Catalog
Song of Cloud: 送金のトランザクション処理パターン
App Engineで現実的な送金処理について考え中です。 ドラフト版なので、怪しい点があればご指摘いただければ幸いです。 コメントで情報いただきました。 Distributed Transactions on App Engineで紹介されてる方法と基本的に同じなので、おそらく問題なく動きそうです。ありがとうございました。 今回はこんな図を使います。 この図の読み方は、矢印の方向にユースケースの一連の処理(またはリクエストの処理)が流れていて、右に行くほど時間が経過しています。そして、矢印がくし刺しにしている四角形は、そのユースケース中で操作するエンティティを表しています。 また、左右の位置が同じ矢印は、基本的には同じ時刻に発生したイベントを表しています。上記の図では、A, B, Cがそれぞれの口座エンティティを同時に操作している感じです。 並行性制御(おさらい) 最初の図のように、それ
日本の世界遺産が初めて登場。ストリートビューが、さらにエリア拡大しました。
メディア関係者向けお問い合わせ先 メールでのお問い合わせ: pr-jp@google.com メディア関係者以外からのお問い合わせにはお答えいたしかねます。 その他すべてのお問い合わせにつきましては、ヘルプセンターをご覧ください。
PosterousやTumblrなど既定に存在しないGoogle Buzzの接続済みサイトを自由自在に（？）追加する方法 - 適宜覚書はてな異本
Google Buzzに色々な他のWebサービスから情報を流し込む機能として「接続済みサイト」という機能があります。既定で幾つかのサービスが設定されているのですが、今時世の中には様々なWebサービスがあるわけで到底こんなもんじゃ足りるわけがありません。（上手は追加後の絵。既定は4-5個。人によって違います） 「あー、PosterousやTumblr追加したいよう！＞＜」「はてなダイアリーなんて極東で犬ばっかり表示させてる超ドマイナーなサービスGoogle様からはハブにされてるんだorz」なんて要求や悩みも当然あるでしょう。 対応出来ますとも！以下の手順を実行すればよいのです。 手順 Posterousでまずやってみます。 Integrating Posterous and Google Buzz - The Official Posterous Posterous記事中の以下の場所の「vi
ソーシャルウェブテクノロジーに見る、Google Buzzの本当の意味 | gihyo.jp
日本時間で2月10日午前3時。Googleがプレス向けのイベントを開催し、新たなプロダクト「Google Buzz」を発表しました。 事前の噂では、「TwitterやFacebookに対抗することを目的とした、Gmailに追加される新たなソーシャル機能」と言われていましたが、Google Buzzは、Gmailが持つコンタクトリストをベースにし、Twitterを含めた各種ウェブサービスのフィードをアグリゲートするFriendFeedやCliqsetに近い、見た目としてはミニブログのようなサービスです。 図1 Google Buzz ウェブ上では既に「流行る・流行らない」「Twitterに置き換わる・置き換わらない」といった評価が行われていますが、ソーシャルウェブのテクノロジーを追いかけてきた筆者には、サービスそのものを見ただけでは語り尽くせない、想像以上のコンセプトを持った意義深いもの
Google Buzz のエントリを Twitter に投稿
Google Buzz では、 Twitter やその他のサイトのフィードを取り込む機能はありますが、 Buzz に投稿したものを Twitter に再投稿する機能はありません。そして、 Twitter 側にも Buzz のエントリを取り込む機能はありません。 多くの人は両方のサイトに同じものを投稿したいと考えているのではないでしょうか。そしてそのためには、 Twitter をメインにしてその投稿を Buzz に取り込むという方法が一般的です。 しかし Buzz にはコメント等の機能があり、できれば Buzz 側で済ませたいと考える人もいるでしょう。私もそう考えました。そして考えついた方法は Feedburner を使うという方法でした。 Buzz 自体は Gmail の一部なので Buzz の画面からはサイトフィードは見つかりません。ところが自分の Google Profile のページ
Google、つぶやきを発信する「Google Buzz」機能をGmailに追加
米Googleは米国時間2010年2月9日、新たなコミュニケーション・サービス「Google Buzz」を発表した。何か思いついたことや興味のあることについてすぐに会話を発信できる。インターネット・メール・サービス「Gmail」のアカウント保持者全員を対象に、数日間で段階的に利用可能にする。 Google Buzzは、Gmailに組み込まれているため、頻繁にメールやチャットをやり取りしている相手を自動的にフォローするよう設定される。コメントはGmailの受信箱に送信される。写真や動画、リンクを添付して、よりリッチな表現で会話ができるとしている。 同社のデジタル写真管理サービス「Picasa」やRSSリーダー「Google Reader」のほか、米Yahoo!の画像共有サイト「Flickr」や米Twitterのミニブログ・サービス「Twitter」などとも連携する。 Google Buzzで
Google App Engine上のベスト・プラクティス、その１: Datastore
Google App Engine上でアプリを作りはじめて約二ヶ月。いろいろと分かって来たこともあるので、自分へのメモも含めてまとめてみる。まずは、Datastoreの話から。 なによりも大切なのはデータベースの設計 あたりまえと言えばあたりまえの話だが、App Engine上でアプリを作る上でもっとも大切なこと（＝頭を使うべきところ）は、データベースの設計である。特にリレーショナル・データベース（RDB）上でのアプリ作りに慣れた人には、大きな「発想の転換」が必要なので、ここは注意が必要。 特に絶対にやっては行けないのは、 将来RDB上へ移行できるようにレイヤーを作って、その上にアプリを作る RDB上に作ったアプリをデータモデルを大幅に変更せずにApp Engine上に移植する RDBを前提に設計されたフレームワークをApp Engine上に載せて、その上にアプリを作る など。App En
ついにGDrive実現、「Google Docs」に オンラインストレージ機能 | ネット | マイコミジャーナル
米Googleは1月12日(現地時間)、ドキュメント作成・共有のオンラインサービス「Google Docs (Googleドキュメント)」にオンライン・ファイルストレージ機能を追加することを発表した。今後数週間をかけて、すべてのGoogle Docsユーザーにロールアウトしていくという。 これまでGogole Docsへのファイルアップロードは、ドキュメント、プレゼンテーション、スプレッドシート、PDFなどGoogle Docsでの表示に変換できるファイルタイプに制限されていた。オンライン・ファイルストレージ機能が有効になると、画像・動画、ZIPファイルなどあらゆる種類のファイルをGoogle Docsで保管できる。アップロードしたファイルは検索機能や共有フォルダ機能の対象にもなる。製品マネージャーのVijay Bangaru氏は「複数のコンピュータからファイルにアクセスするためのより便利
卓上カレンダーPDFを生成するよ
卓上カレンダーPDFを生成するよ 2012/12/23更新(2012/7/18から日本語がPDFに入らなくなってました) koizuka 年月(mmまたはyyyyまたはyyyymm)から 右寄せ 固定行数 曜日始まりで (年月は半角数字で。指定できる年月は197001から209912まで, 年4桁だけ指定したときは12ヶ月(6ページ)、それ以外は2ヶ月分(1ページ)生成します) Google calendar 限定公開URL(XML): それぞれの日に早い時間から最大4件、書き入れます。 限定公開URLはgoogleカレンダーのカレンダー設定ページの「カレンダーの情報」タブの下の方にあります。XMLのオレンジのリンクを指定してください。 例: 以下のリンクをコピーして上の欄に入れ、12月を見る 戀塚昭彦の誕生日(XML)(google calendarの限定公開URLの例。12月に1件だけ
Geocoding - 住所から緯度経度を検索
Geocoding.jpとは？ 住所やランドマーク名をGPS座標に変換するサービスです。 座標系はWGS84に対応。近似TOKYO97出力も可能です。 Open Location Code(OLC)取得も可能です。 Aobaが個人で作成、運用しています。 Google様とYahoo!様のふんどしで相撲をとっております。 お問い合わせはTwitter窓口まで。 検索のサンプルは？ 住所 『東京都港区芝公園４－２－８』 で検索 ランドマーク名 『東京タワー』 で検索 ランドマーク名 『東京駅』 で検索 ランドマーク名 『Arc de triomphe』（凱旋門） で検索 ランドマーク名 『ユニコーンガンダム』 で検索 Open Location Code 『8Q7XMP52+J6』（渋谷ハチ公像） で検索 緯度、経度から検索 『東京タワー』 経度、緯度から検索（度、分、秒） 『Eiffel T
webapp を調べたよ (前編) - Google App Engine - 暗号、数学、時々プログラミング
Google App Engine | 03:36 | 何か分からないことがあった時にdiscussion Group で質問するにしても、やっぱドキュメント類に一通り目を通しておかないと顰蹙買うよな、、ということで、「Tool and Configuration」のセクションもじっくり読もうかと思って見てみたら、そんなに労力かけずとも訳できそうな感じだったので、APIsに引き続いて超訳作業を進めていくことにする。（まぁ、ここまでくると若干意地である。。）最初のうちはチュートリアルの前編くらいしかアクセスがなく、みんな表面的な話に食いつくダケなんかなー、と思っていたが、意外と少しずつ他のエントリーにもアクセスが集まるようになってきてるみたい。それなりに需要はあるってコトかな？まぁ、学習のペースは人それぞれ。いつでも見れるのがWebのいいところってコトですな。さて、今回はApp Engine
Gmailに添付できないEXEファイルを強制的に添付する方法 | 教えて君.net
GmailではEXE形式のファイルはメールに添付して送信できないようになっている。セキュリティを確保するための仕様で、拡張子をEXEから変更してもやはり転送できないが、拡張子をLHZ形式に変更すると転送できるようになるぞ。 Gmailで圧縮したファイルを転送しようとしたら、中にEXE形式の実行ファイルが入っているために送信できない、といった経験はないだろうか。危険なファイルが送られてこないのは確かに安全だが、 実行ファイルが一切添付できないのは不便。EXE形式の拡張子の形式を変えたり、別の形式で圧縮することで偽装して見抜かれてしまう。 そこで、実行ファイルの拡張子を「.lhz」に変更したり、実行ファイルの入ったフォルダをLHA形式で圧縮してみよう。Gmailのチェックに引っかからずに送信できるようになる。実行ファイルを送信するときに便利な機能なので覚えておこう。 ■ 実行ファイルをGmai
google waveは人類の知的活動を大きくかえるかも：web未来についてかんがえてみる - CNET Japan
google waveを実際に試してみたのですが、まさに新時代のサービスという感じで、良い点も悪い点もずば抜けたサービスだと思います。操作感が複雑すぎるという指摘はもっともで、語り尽くされた事だと思うのでここでは省略しようと思います。興味のある方はこちらのリンクを参照して下さい。「Google Waveがダメな理由、それでも使うようになる理由」 gogle waveが既存のコミュニケーションツールと一線を画す理由 Google waveは「チャットのすごい版」と思われているきらいがありますが、そうではありません。 あらゆるデータをアップロード可能 写真、音楽、プログラム、ドキュメント、あらゆるデータが、20MB以下の容量であれば容量無制限でアップロード可能です。そして、それらのデータは半永久的にgoogleのサーバに保存されます。 つまり、過去にwaveないでやりとりしたデータはいつでも
Google App Engine詳解：さっそくHello Worldから作ってみた - builder by ZDNet Japan
エッジ市場の活性化へ 高まるIoTを中心としたエッジ分野への期待 OSS活用が新しい時代のビジネスを拓く 50年の経験を持つアイネットが提供 ユーザー企業の使いやすさを第一に考えた ワンストップで使えるマネージドクラウド リモートワークを成功させる方法 必須となるセキュリティをどう強化するか 必要な対策5つを紹介 Kubernetes活用の最適解とは？ 今、注目のコンテナを活用した柔軟なIT基盤 運用、管理の課題を解決しメリットを最大化 オリジナルコンテンツが満載！ 意外と知らないNutanix HCI の情報を集約 読めばわかる！いまHCIが注目される理由 電話営業・インサイドセールの革新 AIによる自動文字起こし・会話分析が 音声コミュニケーションの可能性を拓く ビジネスの推進には必須！ ZDNet×マイクロソフトが贈る特別企画 今、必要な戦略的セキュリティとガバナンス AWSとAzu
思いどおりの日本語入力 - Google 日本語入力
メディア関係者向けお問い合わせ先 メールでのお問い合わせ: pr-jp@google.com メディア関係者以外からのお問い合わせにはお答えいたしかねます。 その他すべてのお問い合わせにつきましては、ヘルプセンターをご覧ください。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
これはすごい！Googleが実験的に公開しているサービス１０選*二十歳街道まっしぐら（FC2ブログ時代）
TechCrunch | Startup and Technology News
グーグル、ひそかに「Google Dictionary」を提供開始
