Amazon Goは「無人コンビニ」か？ - マーケティング、エバンジェリズム、ときどき旅。
アマゾンがシアトルで運営している「オフライン」店舗 Amazon Goが、2018年1月下旬からついに一般顧客でも利用できるようになりました。 長いβ期間（この期間中はアマゾン社員のみ利用可能だった）を経て、多くの人の関心を呼んでいたこともあり、早くも体験記事などが沢山でています。これらを読むと一通りのことはわかった気になるのですが、やはりこの手の新しい概念のものは実際に試してみないと得られないことも多いので、この週末にさくっと行ってみてきました。以下、自分が体験したこと（事実）と、そこから考えられるアマゾンの思惑（これは私の仮説）について書いてみます。 Amazon GoへGo! シアトルのダウンタウンはここ数年ですっかり「アマゾンタウン」の色が濃くなりました。自分がAWSに在籍していた時はまだ建設中だったAmazon Spheresも完成し、今までになくHQ的なアイコン感があります。
Amazon.comがモノリシックな構造からSOAへ移行したときに気がついた間違い。同社CTOが語る
ニューヨークで開催されたイベント「AWS Summit 2016 New York」。基調講演で同社CTOのWerner Vogels氏は、Amazon.comのシステムがモノリシックな構造からSOAへ、そしてマイクロサービスへ移行する際に得た教訓について手短に紹介しています。 機能ドリブンでサービスを分解するべきだった Werner Vogels氏。 10年前の話をしよう、Amazon.comは巨大なモノリシックな構造から転換してきた。私たちのお客様もおそらく、似たような経験をこれからするはずだ。 Amazon.comは、モノリシックな構造からSOAに転換すると決めた、それはいわゆるSOAが登場するよりも前の時期だ。 さまざまなコンポーネントをサービス化し、APIでつなげるようにした。これは非常にうまくいったが、しかし私たちは間違いにも気づき始めていた。 それは、データドリブンにサービス
Amazonに見られる、UI変更を伴わないUX改善
Web マーケター。 ソフトウェアのテクニカルサポートからキャリアチェンジし、Web/アプリ業界へ。株式会社ファンコミュニケーションズを退職後フリーランスとなる。独立した理由は髪の毛を伸ばしたかったから。 Webやアプリ等のデジタルなサービスに触れていると、UXと言えばUIを前提としたものと考えがちです。 今回は、ECサイトを例にとり、UI変更を伴わないUX改善について触れてみたいと思います。 2015年9月9日、Amazonジャパンが携帯電話番号があればメールアドレスなしでもアカウント作成できるよう仕様変更を行いました。これはあまり大々的にニュースに取り上げられていませんが、実際にはEC業界にとって大きな意味を持ちます。また、UXの観点からも、UI変更を伴わないながら大きな意義があると思えます。 メアドを持たない若者たち ECの歴史が始まってより長く、メールアドレスをベースとしたユーザー
開発メモ#6 : ログの取り扱い : GrowthForecast, Amazon S3, Treasure Data で心労ゼロ - naoyaのはてなダイアリー
開発メモ#6 です。前回から少し間があいてしまいました。 開発メモ#2 : AWS でのホスト / クラウドネイティブなデプロイ - naoyaのはてなダイアリー で書いたように、EC2 へのアプリケーションのデプロイにあたっては Elastic IP の利点を活かしてカジュアルにホストを入れ替えまくっています。ちょっとこのデプロイは慎重になりたいな、と思ったらスナップショットからインスタンスを立ち上げては切り替える、の繰り返し。 この運用をしていると、スナップショットとの差分ができやすいのは chef-solo で吸収するというのが前回、前々回のはなし。 もう一点問題があります。アクセスログやアプリケーションのログです。フロントエンドのサーバをあっちこっち切り替えているうちに、そのままではログが分断されてしまう。ホストを Terminate しようものならログは消失してしまいます。 この
Steve Yegge の Google とプラットフォームに関するぶっちゃけ話を訳した（前編）
Google エンジニアの Steve Yegge 氏、Google+ への懸念を漏らす http://japan.internet.com/busnews/20111013/8.html で記事になってたけど、原文とちょっと要旨が変わっちゃってサービスへの警鐘みたいになってしまってたので、全文訳してみた。くそ長い。お暇な方どうぞ。 （2011/10/19 08:14）ありがたい誤訳の指摘をいただいたので3カ所修正。 Stevey の Google プラットフォームぶっちゃけ話 僕は6年半ばかり Amazon にいて、今はそれと同じくらい Google にいる。この二つの会社について強く感じることは（しかもその印象は日々強まるのだけれど）、 Amazon は全てにおいて間違っていて、 Google は全てにおいて正しいということだ。そう、やりすぎな一般化だけど、驚くほど正確だと思う。いやも
Amazonクラウド、ついにJava対応PaaSの「Beanstalk」発表。Ruby on Rails対応も準備中
Amazonクラウド、ついにJava対応PaaSの「Beanstalk」発表。Ruby on Rails対応も準備中 Amazonクラウドが発表した「AWS Elastic Beanstalk」は、まぎれもなくJavaのPaaS（Platform as a Service）であり、グーグルのGoogle App Engine、セールスフォース・ドットコムのForce.com/VMforceと並ぶ、企業向けのJava対応クラウドプラットフォームサービスとなるでしょう。Amazonクラウド自身もBeansTalkの説明ページでこれがPaaSであると紹介し、PaaSへの参入を認めています。 しかも今回のJava対応に続き、Ruby on Rails対応を進めていることもプレスリリースの中で明らかにされています。AmazonクラウドはIaaSのサービスを充実させる段階を終え、PaaSへと大きく踏み
アマゾン、「Hadoop」を利用した「Amazon Elastic MapReduce」のベータサービスを開始
Amazonの子会社Amazon Web Services（AWS）は米国時間4月2日、オープンソースのソフトウェアフレームワーク「Hadoop」を利用して大量のデータ解析を行う、新たなクラウドコンピューティングのベータサービスを開始した。 「Amazon Elastic MapReduce」と呼ばれるこのサービスは、集中的なデータ処理を必要とする企業、研究者、アナリストを対象に開発された（発表資料）。HadoopはYahooなどの企業も採用しているが、Clouderaなどの新興企業はHadoopを企業データセンターとして利用するためのサービスを提供している。 Amazon Elastic MapReduceは、同社の「Elastic Compute Cloud」（EC2）および「Simple Storage Service」（S3）上でHadoopを稼働させる。顧客はAmazon Ela
Amazon Elastic MapReduceを使ってみた - moratorium
Amazon Elastic MapReduceを使ってみた 2009-04-03 (Fri) 3:06 Amazon EC2 連日のEC2ネタです。本日、AmazonからElastic MapReduceというサービスがリリースされました。大規模データ処理技術が一気に民間の手に下りてくる、まさに革命的なサービスだと思います。 Amazon Elastic MapReduce Amazon ElasticMapReduce 紹介ビデオ With Hadoop, Amazon Adds A Web-Scale Data Processing Engine To Its Cloud Computer by techcrunch.com Elastic MapReduceは、Googleの基盤技術の一つであるMapReduceを時間単位課金で実行できるサービスです。MapReduceについては以
Consitent Hashing - steps to phantasien t(2007-12-01)
訳したのを Yukiwiki に公開しました. 楽天テクノロジーカンファレンスの記事 で amazon の Dynamo というのが紹介されていた. そんなのがあるのかとぐぐってみつけた Dynamo の話を読む. その中で consistent hashing が使われており. シンプルでよくできたアルゴリズムだと感心, 紹介しようと思った次第. WWW8 に出たオリジナルの記事も読んでみたけれど, もともと単純なアイデアなので大した詳細はない. Chord や Dynamo の記事に含まれる紹介で十分ことたりている. でも Chord が consitent hashing だというのは件の記事を読むまで気付かなかったなあ. わっかの上をぐるぐる周るやつ, くらいの記憶しかなかった... Dynamo consistent hashing にはじまり, Dynamo は分散アルゴリズム
Amazon、開発者向け決済サービスβ版を立ち上げ
Amazonは8月3日、決済サービス「Amazon Flexible Payment Service（FPS）」のβ版を立ち上げた。 Amazon FPSは開発者向けに設計されたサービス。開発者はAmazonのWebサービスAPIを使って、自分のサイト向けに独自の決済サービスを構築できる。 Amazon FPSではクレジットカード、銀行口座、Amazon Payment（残高移動）での支払いに対応する。開発者は「決済命令」を作成して、支払い条件を定義する。設定できる決済処理の命令数は無制限で、1度限りの取引や反復的な取引、日付や金額、払い手や受け取り手による制限のある取引も設定できる。多数の少額決済を1つにまとめることも可能。さらにAmazon FPSサンドボックスを使って、実際にお金を動かさずに決済アプリケーションをテストすることができる。 Amazon FPSの利用には月額料金や初期費
404 Blog Not Found:http://www.amazon.co.jp/ の「二枚舌」に学ぶ究極のSEO
2007年04月20日23:45 カテゴリiTech http://www.amazon.co.jp/ の「二枚舌」に学ぶ究極のSEO If you prefer English, see Keywords in the URI = The Ultimate SEO - 404 Web 2.0 Not Found これを書いて思ったのは、検索サイトはどうやってAmazonのリンクを正規化しているのかというもの。 404 Blog Not Found:不都合なはてブ はてなブックマーク - www.amazon.co.jp の注目エントリー これのどこが問題かおわかりになるだろうか。 答えは、あっさり出た。 たとえば、本blogで先月一番売れた「数に強くなる」をぐぐると、Amazonのリンクが一位で私の書評が二位になる。 このAmazonのリンクに注目していただきたい。こうなっている。 数に
perl - 勝手に添削 - isbn2asin : 404 Blog Not Found
2007年01月24日12:30 カテゴリLightweight Languages perl - 勝手に添削 - isbn2asin 久々の勝手に添削コーナ。今回は、hyukiさんのこちら。 結城浩のはてな日記 Amazon Web Servicesを使って、ISBN-13からASINを取得するPerlプログラムを作ってみました。まずは添削結果。 #!/usr/local/bin/perl use strict; use warnings; use CGI; use LWP::Simple; use XML::Simple; use URI; my $aws_access_key_id = 'YOUR AWS ACCESS KEY'; # For debug. my $OUTPUT_ENCODING = 'UTF8'; # Set up ISBN. my $isbn = shift or
驚異のAmazonショッピング、他
驚異のAmazonショッピング、他 Permalink URL http://www.magicvox.net/archive/2006/04291725/ Posted by ぴろり Posted at 2006/04/29 17:25 Trackbacks 関連記事 (5) Comments コメント (8) Post Comment コメントできます Category Amazon.co.jp から注文していた品物が届きました。 littlewitch が 5 周年を祝って贈る 『リトルウィッチファンディスク〜ちいさな魔女の贈りもの〜』 4月28日が発売日だったことを思い出して、発注したのが27日の夜、そして36時間後の今日29日には私の手元に届いた訳です。それにしても仕事が速い！ 便利な時代になったものだなぁと感心しつつ、Amazon の凄さを改めて思い知ったショッピングでした。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
あまとも : アマゾン(Amazon)の友 - トップ