一発ネタと思いきやちゃんと遊べます。 Moonlight Game Streamingというツールがあり、どんなデバイスでも nvidia shield に見せかけて nvidia のゲームストリーミングを動かしてしまうということができます。 本来であれば、これは家の中においたゲーム PC からストリーミングして遊ぶものなのですが、 AWS の GPU インスタンスでゲームを遊ぶというのがあって、 AWS と Android を VPN で繋いで、 AWS から Android にゲームをストリーミングさせています。 コントローラーはコレ です。 iPhone + Moonlight だとちゃんと動かなかったので、 Android 端末を用意してください。 AWS で Fallout 4 を実行すると何故か異様にロードが遅い(マップ移動で 50 秒とか待たせれる)という問題があるのですが、

録画界隈とかで公開するの流行ってるっぽいので mdadm + lvm + xfs です。これくらいなら余裕で安定運用できます。 HDD は Seagate が一番頻繁に壊れます。というか Seagate しか壊れない。 back to index of texts Site Search

Heroku は最近料金体系に変更があって、無料では一日 18 時間までしかアプリを起動できなくなりました。 自分専用のアプリとかそういうものなら全く問題はないのですが、それなりにユーザーがついているようなアプリだとなんだかんだで 24 時間 Dyno が起動しっぱなしということはおおいと思います。 一番安いプランは 7 ドルで、とりあえずこれだけ払えば 24 時間 Dyno を起動しっぱなしにできます。 公開しているアプリが 1 個ならまあ 7 ドルぐらい払っとけよで済む話なのですが、私のように 18 時間制限にひっかかってるアプリが 30 個もあるとなると 210 ドルを払うのは躊躇してしまいます。 ということで今日は石に齧りついてでも Heroku をタダで使う方法を考えていきます。 基本的なアイディア Heroku でアプリ 2 個用意して、同じ DB 向くようにして、 12 時間

うちには 2013 年末ごろからずっと docker コンテナを運用し続けていた物理ホストがあったのだけど、最近 $ docker ps とかしても結果が戻ってくるのに 20 秒ぐらいかかるし、コンテナの起動とかにも同じくらい時間がかかる $ /etc/init.d/docker restart などとしようもんならコンテナが使用可能になるまで 3 時間ぐらいかかってた。とはいえそう頻繁にコンテナを手動で起動したり終了したりするホストではないし、 docker のデーモン自体を再起動するとかは本当に稀なのでずっと放置してたんだけど、さすがに放置できなくなってきた。 $ docker ps --all | wc -l とすると 103781 とかなってて、ゴミコンテナやイメージが大量にありすぎるのが諸悪の根源なのではないかという予想を立てた。 そこでこのようなスクリプトでコンテナを掃除してみ

Amazon API Gateway と S3 においた静的なファイルだけで、動的なサイトを作ることができそうなのでやってみました。 http://ssig33-keijiban.s3-website-ap-northeast-1.amazonaws.com/ わりと楽に作れます。めんどうなのは CORS 対応だけです。うまくまとまったドキュメントがあるので参考にしましょう。 認証とかが必要な場合は、 Cognito が使えると思います。 データストアに Dynamo DB などを使えば本当に何も考えずに自動的にスケールしていくサイトを作ることが出来るのではないかと思います。 現状やってみて分かった課題は以下のとおりです AWS Lambda Function のデプロイと管理がやりづらい Amazon API Gateway の設定をコードで管理できないと絶対に破滅する どうやら API

TravisCI で粗雑にテストを分割実行する (2018-09-18 02:46:10 UTC) Scrapbox Drinkup #4 にいってきた (2018-05-24 06:17:38 UTC) 谷甲州『工作艦間宮の戦争』 (2018-05-21 15:18:10 UTC) new_article (2018-03-12 05:50:57 UTC) DeNA TechCon 2018 『『Nintendo みまもり Switch』を支える技術』 の内容紹介と感想 (2018-03-12 05:47:09 UTC) チョコレート自作 (2017-02-13 07:19:59 UTC) 日本人がいまいち情報社会にフィットできない理由 (2017-02-07 08:16:53 UTC) Docker swarm モードでは全ノードをマネージャーにしたほうがよさそう (2016-09-1

という番組があります。現在ナショジオチャンネルでシーズン 2 が放送中で、 Hulu でシーズン 1 が配信中です。 これが本当に凄まじい番組なので紹介します。 この番組の内容を簡単に説明すると エミレーツ航空とドバイ国際空港は急激に業務を拡大中である 結果空港は大混雑し、エミレーツ航空の顧客サービスは凄まじい勢いで劣化している 一方キャット・スティーヴンスやペレのような一部 VIP は過剰とも言えるサービスを受けることができる 空港の地上オペレーターは能力が不足したまま現場に投入され、中間管理職の努力で現場が維持されている 無理な工期が設定され、下請け業者は徹底的に搾取される という様子が延々と紹介されるというものです。 このなかでも、 5 のパートは本当に強烈です。その中でもとくにスザンヌ・アル・アラーニは強烈です。 pic.twitter.com/12LEFEuNTc — 小池陸@松

ウクライナ情勢の緊張は解けることがなく、ロシアのプーチン大統領の戦略を理解しようと、欧米や日本のマスメディア、学者らが喧喧諤諤の議論を繰り返しています。 しかし我々はプーチン大統領を理解する前にまずロシア人を理解すべきではないでしょうか。というわけでこれらの動画を見てみましょう。 このような人達と上手くやっていく方法を私は上手く想像することができないのであります。 back to index of texts Site Search

エキストラバージンの嘘と真実 スキャンダルにまみれたオリーブオイルの世界 これ読んだ。著者のオリーブオイルに対する思い入れと、オリーブオイルの不正に関する雑多な文章が無秩序に並べてあって結構読みづらい本なのだけど、面白いことは面白い。 「著者のオリーブオイルに対する思い入れ」の部分は非常に非論理的かつ非科学的でほとんど価値はない。しかし「オリーブオイルの不正」に関するパートは非常に面白い。 このパートを要約すると 低質なオリーブオイルや菜種油、大豆油に上質なオリーブオイルをわずかに混ぜたものを上質なオリーブオイルとして売る詐欺行為が頻繁に行われている それらの詐欺行為はイタリア人とカリフォルニア人が主に行っている とのことだった。カリフォルニアにはヨーロッパ系アメリカ人が特に多いことが知られている。カリフォルニアにおいてもイタリア人が犯罪行為を主導していると考えるのが極自然だ(本書中にもカ

失敗学 (図解雑学) 賢者は歴史に学び、愚者は経験に学ぶという。その仮定が正しい場合、人類の知能はそこまで広く分布しているわけではないので人類はだいたいみんな歴史からは学べないということになる。 正直自分の実感としても他人の失敗事例から学べたということは少なく(歴史から学ばない態度)、人は自分の失敗から学ぶしかないのではないかと思う。ただまあ他の技術者が事故にどのように対処したかとか、対処に失敗したかとか、歴史から学べた稀有な事例は何かといったことを読むのは楽しい。 爆笑問題のハインリッヒの法則―世の中すべて300対29対1の法則で動いている (祥伝社黄金文庫) ハインリッヒの事故防止の研究とは何の関係もないけど、爆笑問題カーボーイが一番面白かったころの本。今読んでも面白い。 Web業界 受注契約の教科書 Textbook for Business Contracts in the Web

これ マッキントッシュ フィロソフィーのトロッターシリーズ 一見ただのスーツなんだけど、ジャージ素材でできてて、着心地は完全にジャージ。 ジャージを着て外出することは通常最寄りのコンビニまでしか許されていない(佐賀県民や群馬県民、栃木県民はもっと遠くまで外出することを特別に許可されている)のだけど、これを着ていると本当にどこにでもジャージで外出することが出来る。 ジャージを着ていると本当に楽なので便利。ネックはちょっと価格が高い。ジャージでどこにでも行きたい人には本当におすすめです。 ジャージ素材なので家庭の洗濯機で洗うことができて、しかもそうやって洗濯しても全く型崩れしないのも便利。 しかし一つ問題があって、 IT 技術者は見た目で他人を差別するレイシストが多いのでスーツを着ているとバカにされる場合がある。そのあたりは適宜やっていきましょう。 back to index of texts

なんのこっちゃという感じですが、具体的にやりたいことは以下の通り Amazon の コンテンツと端末の管理 から購入した Kindle 書籍を自動ダウンロード 何故こんなことをしたいかというと、 Kindle 本は DRM をクラックする確実な手段があります。 DRM をクラックすることは違法ですが、 Amazon という企業が消滅した時に、購入した本が読めなくなるのは困ります。 Amazon が消滅するときは世紀末のような社会でしょうから、 DRM のクラック程度の犯罪が問題になることは無いでしょう。 AZW3 をローカルに保存しておけば、その時がくれば DRM をクラックすればいいということになります。 以上の考えは半分本気、半分はまあスクレイピングしづらそうなものがあればやってみたい、というだけです。 JavaScript を含まないページのスクレイピングはどうとでもなります。 Ja

UI エンジニア云々にかかわらず、プロダクトに深い理解をしめして幅広い範囲でコミットしてくれるメンバーが(しかも年収 600 万円とかで)ほしいみたいなのがよくあります。 しかしそんな優秀な人が入ってくればあなたはお払い箱で、あなたがただのマネージャーならば解雇されますし、あなたが企業のオーナーだとすると優秀な社員は VC と結託してあなたを追い出します。 なのでそれなりのメンバーをうまく組み合わせてやるほうがいいです。 back to index of texts Site Search

Docker が何かとかそういう話は全部抜きにして書きます。 Docker においてよくある運用は どっかにプライベートなレジストリを立てる ローカルかなんかでビルドしたコンテナをそこにプッシュする 実際の実行環境ではそれを pull してきて起動 という感じではないかと思います。 3. の後にリバースプロキシだのなんだのいろいろ設定しないといけませんから、それは各種自動化フレームワークが用いられます。 ここまではいいのですが、問題は 2 です。 Docker は 2 をやるごとにほぼフルの Linux 環境をネットワーク経由でアップロードするということになります。これが案外バカにならなくて、測定してみたところこの二週間でこれでのアップロードの合計は 350GB ほどになっていました。 もうちょっと激しくなるとプロバイダの設定する帯域規制だったり強制解約要件にひっかかってしまいますし、単純