公開日：2016年7月29日全国ロードショー 公式サイト：http://www.shin-godzilla.jp/ (C)2016 TOHO CO.,LTD.
『シン・ゴジラ』白組によるCGメイキング映像
公開日：2016年7月29日全国ロードショー 公式サイト：http://www.shin-godzilla.jp/ (C)2016 TOHO CO.,LTD.
株式会社 一休 に行ってきた！ - 941::blog
そもさん！せっぱ！なんなの！ くしいです。 さてさて、行ってきたシリーズの139記事目らしいですが、今回はホテル・旅館予約やレストラン予約もできちゃう一休.comを運営されている、その名も株式会社 一休さんにお邪魔してきちゃいました。 じつは、かれこれ数年の付き合いになる伊藤直也さんというCTO業界または技術顧問業界では知らぬ者のいないお方が株式会社 一休のCTOに就任されると共に「オフィスの写真自分だとうまく撮れないので 941 さんに来て欲しい」と雑なカンジで呼ばれたのでホイホイ行ってきたというわけです。 ではでは、この6月に増床して現在200人ほどのスタッフの皆さんが働く一休さんの新オフィス。イメージも新たに刷新されたということで楽しみ。では早速いってみちゃお！ まずは受付。重厚な漆黒の扉の向こうが来客用会議室であります。ライトかっこいい。 ウェイティングスペースもいいかんじの和風モ
マイクロにしすぎた結果がこれだよ！
This document summarizes a microservices meetup hosted by @mosa_siru. Key points include: 1. @mosa_siru is an engineer at DeNA and CTO of Gunosy. 2. The meetup covered Gunosy's architecture with over 45 GitHub repositories, 30 stacks, 10 Go APIs, and 10 Python batch processes using AWS services like Kinesis, Lambda, SQS and API Gateway. 3. Challenges discussed were managing 30 microservices, ensur
新技術導入の遅さの一端はラーニングモデルの違いかもしれない - メソッド屋のブログ
以前から不思議に思っていたことがある。それは、少なくとも米英の人は、ソフトウェア技術やプロセスに対して誤解が圧倒的に少ないということである。 別の回でも書いたが、イギリスの会社とお話しした時も、「アジャイル」に対するとらえ方、考え方は、100%といっていいほど正確だった。 バリューストリームマッピングで困っている人の話 今回の出張で、Sam Guckenheimerに依頼されたことがある。ある人が「バリューストリームマッピングをやっているのだが効果が出なくて困っている」だから原因を一緒に探ってほしいとのことだった。 Samと一緒に彼の話を聞いていると、バリューストリームマッピング、DevOps に関する考え方とらえ方は極めて正確だった。彼の問題は、「コンセプトの理解」は何の問題も無く、その先の「実際にやってみて工夫してみないと到達できない部分」の問題だった。 なぜか米英では、ソフトウェアの
amakanでKindle Unlimitedの上位100件を集めた - ✘╹◡╹✘
近年、Kindle Unlimited の日本上陸により、我々の進捗はますますダメになっている。理想状態において、無限に漫画を読み続けることができれば、人は進捗を完全に停止させることができる。しかしこの仮定は、如何にして読みたい作品を発見するかという問題に我々を導く。 Kindle Unlimitedで作品を探す方法として、masawadaの日記 では「刊行数が少ない出版社順にタブを開く」「星4以上の書籍に限定する」「あとはがんばって全部みる」という手法が紹介されている。id:masawada はこの課題について新たな試みを行ったが、多くの人間はがんばる気概を持ち合わせていない。 先月から開発を始めた amakan.net では、それぞれの作品ごとに、漫画やラノベのシリーズ判定、Kindle Unlimited対応判定、読みたい本・読んだ本の管理を行っている。そこで、このデータを利用して「
ssig33.com - Docker で Go で作ったバイナリを実行するなるべく小さいコンテナを作る
Go でアプリケーションを作ると、そのまま他になにもなくとも実行できるバイナリが出来あがります。この特性によりデプロイが大変楽です。 このような特性があるので、 Go を使う場合 Docker のようなオーケストレーションツールを使わなくても多くのサーバーにアプリをデプロイしていくことも可能かと思われますが、そこはまあ Docker という巨人に乗っておくと楽なことが多いです。具体的には swarm と docker-compose が便利なので Docker 上で実行したい。 ここで問題となってくるのが何も考えずに Docker イメージを作るとイメージサイズが膨れあがってしまってシングルバイナリによる手軽さなどが損なわれてしまうという点です。 たとえば golang:alpine のような比較的小さいイメージを使ってもファイルサイズはバイナリサイズ + 300MB ほどにもなってしまい
4ヶ月の間に一休.comで起きた変化 - zimathon blog
概要 最近いろいろな方（社内、社外含め）に、エンジニアチームどうですか？良くなってますか？という質問を頂きます naoya さんってどうなんですか？やっぱりすごいですか？とも その度に「良くなってますよー」と返事をするのですが、肌感としてはあるもののしっかり言語化できていない そこで、naoya さんがCTOとして今年の春に一休に来てからをちょっと振り返ってみた 振り返ってみるとたった4ヶ月ということに驚いています :eyes: 良くなったと感じていること サービス開発の体制 技術基盤への投資 採用活動 情シスの整備 エンジニアの働く環境 それぞれについて サービス開発の体制 抱えていた課題 マーケティングとエンジニアとの間のコミュニケーションが上手くいかず、開発速度やサービスの意思決定のボトルネックになっていることがあった みんなで話して決める等、それぞれの役割が曖昧なままで開発を進める
英語の主語の捉え方とルール！構造を抑えて文章を理解しよう！！ | 飽きっぽい人のための長続き英会話 ～初心者スピーキング上達法～
英語の勉強をしていると「主語」とか「述語」とか聞きますよね？ では、当たり前のように「主語だ～」「述語だ～」と使われている その「主語」や「述語」って、一体なんなのか分かりますか？ そこで今回は「主語とは？」「述語とは？」についてお話します。 「主語」と「述語」って何？ 文章には日本語・英語問わず、必ず「主語」と「述語」があります。 その中で「主語」とは、その文の中心！！ つまりその文章の物語の主人公のことを指します。 一方、「述語」はというと。。。 その主人公の「お話」、つまり主語以外の部分 を指します。 そして「主語」は、人であっても、物であっても、出来事であっても、 意味さえ通じれば「何を入れてもＯＫ」という性質 があり、 英語では、基本的には「動詞」と「助動詞」の前に置かれます！！ I like English.（ 私は 英語が好きです） 上の文の場合 「I」が「主語」 で、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【今さら聞けない】英語の「主語」の見分け方・考え方について丁寧に解説 | 櫻學舎のブログ