「ちくさ正文館書店」が60余年の歴史に幕。どうなる？名古屋の本屋カルチャー（大竹敏之） - エキスパート - Yahoo!ニュース
地域で愛されてきた書店が相次いで閉店名古屋の老舗書店「ちくさ正文館書店」（千種区）が2023年7月31日をもって閉店することになりました。 オープンは1961年。一見、普通の“町の本屋さん”風ですが、ベストセラーには目もくれず、人文・文芸書がやたら充実した独自の品揃えで、名古屋の本好きから篤い信頼を得てきました。 特に古田一晴（かずはる）店長の選書、棚づくりは「古田棚」とも呼ばれ、全国の出版関係者から一目も二目も置かれてきました。 名古屋では今年に入って1月に七五（しちご）書店（瑞穂区）、6月に正文館書店本店（東区）と地域で愛されてきた書店が閉店。さらにミニシアターの名古屋シネマテーク（千種区）も7月末で閉館と、カルチャーの拠点が相次いで姿を消しています。 「本」の大きな筆文字が目印の「ちくさ正文館書店」。JR・地下鉄千種駅から歩いてすぐの場所にある名物店長・古田一晴さんインタビュー 「学
アマゾン配送センターの驚異
毎日のように「Amazon」の箱が、自宅に届くという人は少なくない。しかし、そのワンクリックの背後でどんなことが起きているのか。実際に目にしたことがある人は多くないだろう。今回、相模原市が開催したプレスツアーで、2022年10月に稼働したアマゾンの配送センターである相模原フルフィルメントセンター（FC）を取材することができた。 メインエントランスの前は、相模原駅、橋本駅行きのバス停がある。数千人とも言われる人が働くために設けられているのだろう。 アマゾンのFCに入るためには厳重なセキュリティチェックがあり、免許証などの身分証明証が必要になる。弊誌の６月号特集『暗黒大陸・物流 2024年問題に光を灯せ』の取材で、他社の物流倉庫などを取材したが、ここまで厳しいところはなかった。 塩分補給のタブレット メインエントランスを入って左手にある食堂の入り口には、塩分補給のタブレットが置いてあった。季節
Ａｍａｚｏｎアプリの新アイコンはまるであの人？ 好ましくない連想でデザイン変更
ニューヨーク（ＣＮＮ Ｂｕｓｉｎｅｓｓ） ネット通販大手の米アマゾンが、刷新したばかりの買い物アプリのアイコンのデザインを変更した。このアイコンをめぐっては、上部の青いリボンが好ましくない連想を招くと一部で指摘されていた。 「Ａｍａｚｏｎショッピング」アプリの新アイコンは当初、茶色い箱の上に青いリボンとアマゾンのロゴの矢印をあしらって笑顔のように見せるデザインだった。しかし変更後は青いリボンが青いテープのデザインに切り替わった。 リボンのデザインをめぐっては、旧ナチス・ドイツのアドルフ・ヒトラーの口ひげを連想させるという声が一部で上がっていた。 「新しいアイコンをヒトラーのように見えにくくするため、アマゾンがこっそり手を加えていたことを、私は完全に見逃していた」。英紙ガーディアンのエディターはそうツイートした。 同アプリのデザイン刷新は５年以上ぶりだった。新しいロゴではショッピングカート
極めてAmazon的な"メカニズム"というお話｜Yuki Nakazato｜note
今でこそクラウドやアレクサ、ビデオやミュージックといった多角的なビジネスを展開するアマゾンだが、もともとはオンラインの小売りであり、依然としてそれはビジネスの大きな部分を占めている。オンラインのコンシューマービジネスは、感謝祭時期のBlack FridayとCyber Mondayに照準を絞って（今はPrime Dayもあるが）、仕入れや配送センター及び実際の配送キャパシティの増強など、数か月前から準備に取り掛かり、その集大成としてこのPeak Periodを執行し、そして12月後半にはオフィスががらがらになる、というのが伝統芸である。9月後半か10月前半くらいになると、既に青色吐息の社員を見かけることも少なくない（そんな社員のためにお菓子やらが夕方になるとカートで運ばれてくる。残念ながら今年はなかったが）。 アマゾンの強さの一つの理由は、私はこうしたピークシーズンに向けた過酷なOpera
［速報］AWS、自身でプロセッサを開発していく姿勢を明らかに。独自開発の第二世代ARMプロセッサ「Graviton 2」発表。AWS re:Invent 2019
Amazon Web Services（AWS）は、米ラスベガスで年次イベント「AWS re:Invent 2019」を開催中です。 開催3日目に行われたキーノートスピーチには、同社CEO Andy Jassy氏が登場。 x86プロセッサのサーバと比較して、40％も価格性能比が高いとのこと。 チップデザイン会社の買収がターニングポイントだったとAndy Jassy CEO Jassy CEOは、2015年にAWSがイスラエルのチップデザイン会社であるAnnapurna Labsを買収したことが、同社にとってターニングポイントだったと振り返ります。 同社がAnnapurna Labsを買収した当初の目的は、Amazon EC2におけるサーバの仮想化機能をより高性能化するためにハードウェアへのオフロード用ASICを自社で開発するためだと説明されていました。 このASICは「Nitro Syst
AWSのAZ(アベイラビリティーゾーン)とは？AZ障害が起きたときどうすればよいのか
アドテク本部の黒崎( @kuro_m88 )です。 2019/08/23にAWSの東京リージョンで特定のAZ内で大きめの障害がありました。 私が開発しているプロダクトもAWSの東京リージョンを利用していて、常時数百インスタンスが稼働しているため、今回の障害の影響範囲に含まれていました。 何が起きたのか？ AWSから公式発表が出ています。 東京リージョン (AP-NORTHEAST-1) で発生した Amazon EC2 と Amazon EBS の事象概要 データセンタ内の冷却の障害が原因で一部のハードウェアホストが過熱し電源が失われてしまったようです。これにより影響を受けたハードウェアホスト上で稼働していたEC2インスタンスやEBSボリュームは電源が失われているため、外部から見ると突然応答がなくなったように見えました。 担当サービスでも公式発表と同じくらいの時刻にELBやその配下のサーバ
新機能 – EC2 A1インスタンス – ARMベースのAWS Gravitonプロセッサーを搭載 | Amazon Web Services ブログ
Amazon Web Services ブログ 新機能 – EC2 A1インスタンス – ARMベースのAWS Gravitonプロセッサーを搭載 今年の初めに私がAWS Nitroシステムについてご紹介したとき、この数ヶ月のうちに、AWS Nitroによってこれまでよりも速く新しいインスタンスタイプを提供できるようになります、とお約束したのを覚えているでしょうか。私たちはこの言葉どおり、より多くのメモリを搭載したR5とR5dインスタンス、高クロック周波数で動作するz1dインスタンス、バースト可能なt3インスタンス、12TiBものメモリを選択可能なハイメモリインスタンス、それからAMDプロセッサベースのM5aとR5aインスタンスを提供してきました。EC2インスタンスをホストするハードウェアの能力を最大限に活用しながら、私たちはAWS Nitroシステムを構成する専用のハードウェアと軽量ハイ
マイクロサービスチーム編成のベストプラクティスとメルカリでの構想 - Mercari Engineering Blog
今年もMercari Advent Calendar 2018 が始まりました。初日は @stanaka がお送りします。 メルカリでは創業以来開発してきたPHPのアプリケーションから(主に)Goで実装されたマイクロサービスアーキテクチャへの移行を進めています。これまでにMercari Tech Conferenceやその他のカンファレンスでMicroservice化の意義、移行の方法、基盤となるMicroservice Platformの概要などについて様々な発表をしてきました。 現在、来年からの本格的なマイクロサービスアーキテクチャでの開発に向けて、これまでのサービスの施策ドリブンのチーム編成から、マイクロサービスを軸としたチーム編成に移行しようとしています。 しかし、マイクロサービスアーキテクチャを成功させるためには、各種プラットフォームの機能を揃え、それらを利用したマイクロサービス
Amazon Auroraの先進性を誰も解説してくれないから解説する - Qiita
TL;DR; Amazon AuroraはIn-Memory DBでもなくDisk-Oriented DBでもなく、In-KVS DBとでも呼ぶべき新地平に立っている。 その斬新さたるやマスターのメインメモリはキャッシュでありながらWrite-BackでもなくWrite-Throughでもないという驚天動地。 ついでに従来のチェックポイント処理も不要になったのでスループットも向上した。 詳細が気になる人はこの記事をチェキ！ Amazon AuroraはAWSの中で利用可能なマネージド(＝運用をAWSが面倒見てくれる)なデータベースサービス。 ユーザーからはただのMySQL、もしくはPostgreSQLとして扱う事ができるのでそれらに依存する既存のアプリケーション資産をそのまま利用する事ができて、落ちたら再起動したりセキュリティパッチをダウンタイムなしで(!?)適用したりなどなどセールストー
Amazon Dash Buttonは何がヤバイのか
Amazon Dash Buttonについて、人と話す機会が何度かあったので、 いかにAmazon Dash Buttonがヤバイかを毎度説明するのだが、 「あんな電池が一年で切れるデバイスは使えない」 「商品がドラッグストアよりも高いのに買うやつはいない」 といった的外れな答えが割と帰ってきて、もんにょりすることが多いので、私が思うヤバさを解説してみようと思う。 エンジニアリング的なヤバさ Amazon Dash Buttonは、どう考えてもビジネスモデルから逆算してハードウェアを設計しているので、ハードウェアから設計して、ビジネスモデルを作ろうとしている連中は絶対に勝てない。 ビジネスモデルによってハードウェアに対する要求は大幅に変わる。 IoTデバイスはコスト、大きさの面でリソースが限られているため、限られたリソースをどこに割り振るかで、要求を満たせるかどうかが決まる。 Amazon
逆説のスタートアップ思考
スタートアップを始める前に知っておくべき、スタートアップの反直観的な事柄やスタートアップの逆説についてまとめました。Paul Graham と Peter Thiel の言説を振り返りたいときにどうぞ。※ 6/30 に東京大学のアントレプレナー道場で話した内容です。 1.不合理なアイデアこそが合理的 2.良いアイデアは説明しづらい 3.難しい課題のほうが実は簡単 4.良いプロダクトの機能は少ない 5.多数のLike より少数のLove を 6.スタートアップのアイデアを考えてはいけない 7.競争は敗者の戦略—独占せよ 8.小さな市場から始める 9.スケールしないことをしよう 10.チームに多様性はいらない 11.会社化すると良くない 12.スタートアップに関する知識はいらない 13.やりたいことはやってみないと分からない ＋逆説のベンチャー投資
AWSを10年運用してわかったことをAmazonの最高技術責任者が語る
By Robert Scoble Amazonが提供するクラウドコンピューティングサービスの「アマゾン ウェブ サービス(AWS)」が登場してから10年を迎えました。これを運用する中で得られた教訓を、Amazon.comおよびAWSのCTOであるワーナー・ヴォーゲル氏が自身のブログの中で公開しています。 10 Lessons from 10 Years of Amazon Web Services - All Things Distributed http://www.allthingsdistributed.com/2016/03/10-lessons-from-10-years-of-aws.html ◆発展可能なシステムを構築する 我々が構築するソフトウェアは、1年後も継続しているソフトウェアでなければいけません、とヴォーゲル氏。ヴォーゲル氏はAWSではサービス開始当初から「アーキテ
ジェフ・ベゾス果てなき野望を読んだ L'eclat des jours(2015-03-30)
_ ジェフ・ベゾス果てなき野望を読んだ 電車の中で読む果てなき野望だが2週間近くかかった。Kindleだから気付かなかったが紙だと500ページを越えている大冊だったのか。 実におもしろかった。 ジェフ・ベゾス 果てなき野望－アマゾンを創った無敵の奇才経営者(ブラッド・ストーン) ベゾスってなんなのか知らなかったが、金融工学系の証券会社の技術者上がりだったのか（子供の頃は英才教育プログラムを受けて、幼児の頃はここでも出てくるモンテソーリだ）。 要約すればこうなる。流通業で成功するには、どれだけ薄利にできるかだ。どこよりも安く仕入れ、どこよりも安く物流を維持し、どこよりも安く配送する。人件費も施設費も安く上げる。そうすればどこよりも安く売れる。しかも薄利であれば薄利であるほど、賢い人たちはこの業界へは参入しない。敵はバカだけだ（もちろんウォルマートやCOSTCOはバカではない）。安く売れば消費
UXの本質について | underconcept
ユーザー体験（ユーザーエクスペリエンス／User Experience: UX）という言葉が広く聞かれるようになってきた。半ばバズワードのように、特にウェブデザインやマーケティングの記事などの中では、この言葉を見ない日はない。しかしながら、多くの場合、UXという言葉の真意や可能性を取り違えてしまっている。本稿では、いくつかの観点からUXの本質を考えてみる。 １．UI/UXという誤用 1.1. UIとUX まず、多くの記事や講演などで見られる「UI/UX」という表現からとりあげてみたい。 UI/UXとは、もちろん、User Interface / User Experience（ユーザーインターフェイス／ユーザーエクスペリエンス）の省略形であるが、多くの記事などで「すぐれたUI/UXデザイン事例」、「UI/UX講座」などの表現が用いられている。 「ユーザー」という共通項があるため、共通でくく
アマゾンにおけるソフトウェア開発の仕事について感じたこと - 達人プログラマーを目指して
ちょうど、先日アマゾンのオープンハウスというイベントでお話をさせていただく機会があったのですが、開発者向けの20日のセクションだけで90名近くの方々にご参加いただきました。平日にもかかわらず、多数の方々にご参加いただき、どうもありがとうございました。 私自身は、昨年秋にSIerからアマゾンに転職してまだ半年ですが、この機会にアマゾンにおけるソフトウェア開発の文化や考え方について、ブログでご紹介できる範囲でまとめてみたいと思います。 私は、ずっとブログに書いてきたようにSI業界からの転職だったのですが、一般的なSIerにおけるソフトウェア開発の考え方や手法といろいろな面で違っているということは予想していたというか、もともと覚悟の上での転職でした。それでもやはり最初のうちはあまりにも大きな変化に自分の仕事のスタイルを合わせるのにいろいろと苦労しました。基本的には転職したての頃に抱いた感想（転職
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 は全てにおいて正しいということだ。そう、やりすぎな一般化だけど、驚くほど正確だと思う。いやも
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
購入した電子書籍が“消滅”する：マイクロソフトの撤退で、再び「DRM」の問題点が浮き彫りに
アマゾン関係者がアップルのソーラーファームに疑問符
http://neta.ywcafe.net/000918.html
Amazon.co.jp: fd_redirect