ssig33.com - DeNA TechCon 2018 『『Nintendo みまもり Switch』を支える技術』 の内容紹介と感想
そういうわけで https://techcon.dena.com/ にいってきました。 表題の発表は、撮影および SNS での内容共有の禁止ということになっていたので、内容を個人サイトで共有致します。その場にいなかった方でこの記事を読んだ方であればこの記事およびその内容を SNS で共有することは一切禁じられないかと思いますのでよろしくお願いします。 発表者 DeNA 堀、平賀 任天堂 名前メモし忘れた 公開されたスケジュールでは堀および平賀による発表ということになっていたが、任天堂の何者かが急遽参加したということだった。おそらく技術者ではなく広報の人。 サービス紹介 (任天堂の人) サービス内容については検索すれば分かることを普通にしゃべり、クッパがサービスを使うあの動画を流すだけ。(ssig33 の感想: なにしにきたんだコイツ) 開発体制 (堀) 任天堂は企画、ディレクション、 Sw
ssig33.com - チョコレート自作
そういうわけなので自作していきます。 豆は(とくにこの時期)買いづらいので頑張って探してください。豆には以下のような品種があります フォラステロ クリオロ トリニタリオ 覚えておくこととしては、だいたい普通の人が簡単に買える豆はフォラステロ種のみで、これは下ふたつの豆と比較するとだいぶ品質が劣るということです。なので牛乳や生クリームなどでやっていく必要があります。カカオと甘味料だけのまじでうまいチョコレートみたいのを作りたい人は気合を入れて貿易業者などに自力で問合せてトリニタリオ種の豆を手に入れましょう。俺はやったことない。 そのような事情なので豆以外に以下のものを用意する必要があります ココアバター 砂糖 生クリーム 筋力 筋力は最も重要です。 写真で制作過程を追っていきます。 チョコレート作ってます pic.twitter.com/zNate2OeXR — 竹達彩奈と回転する炎の剣 (
ssig33.com - 日本人がいまいち情報社会にフィットできない理由
日本の情報社会がいつからはじまったかという問題についてまず考えてみます。いやその前に情報社会とは何かという問題について考える必要があるかもしれない。ここは面倒なので、情報が機械により大量生産され機械により消費、加工される社会ということにしておきます。 サプトンの発明、新聞社への普及をもって日本の情報社会が達成されたという考え方は、日本社会の情報化を最もはやく見積る考え方の一つだと思います。ただし、これはいくらなんでも無理があるのではないかと思います。 あるいは、 1960 年代末からのカナモジタイプライターやテレタイプの企業への普及をもって日本社会の情報化がなされたと考える人もいるかもしれません。 しかし、現実にはこれらのシステムは非常に限定された帳票の作成の機械化にのみ用いられていたというのが実態で、こうしたシステムをもって企業内の情報作成、処理の全面機械化を達成していた企業はかなり限定
ssig33.com - 自動運転車が奪うもの
自動運転が社会に浸透する結果ドライバーが無職になる！！大変！！という話ばかりを見るような気がしますが、事態はもっと深刻なのではないでしょうか。 自動運転タクシーが社会に浸透し、定額乗り放題プランが普通となり、そして車を所有するよりも定額乗り放題を契約するほうが遥かに安いという日は、すぐに来るでしょう。そのようになった日、誰が車を買うだろか、という問題があります。 そのような日、車の需要とは自動運転タクシー会社の消耗分のみになるでしょう。一部超高級車や趣味性の高い車は依然として需要が残るでしょうが、それらの需要では大した雇用を生まないことは分かりきっています。 車の需要が大幅に減少する結果として車一台一台のコストは上昇するでしょうが、いずれにせよ自動車製造業という莫大な雇用がほぼ消滅に追い込まれることは確実なのではないでしょうか。 また住宅の需要という問題もあります。通勤/通学の時間が多少伸
ssig33.com - Docker で Go で作ったバイナリを実行するなるべく小さいコンテナを作る
Go でアプリケーションを作ると、そのまま他になにもなくとも実行できるバイナリが出来あがります。この特性によりデプロイが大変楽です。 このような特性があるので、 Go を使う場合 Docker のようなオーケストレーションツールを使わなくても多くのサーバーにアプリをデプロイしていくことも可能かと思われますが、そこはまあ Docker という巨人に乗っておくと楽なことが多いです。具体的には swarm と docker-compose が便利なので Docker 上で実行したい。 ここで問題となってくるのが何も考えずに Docker イメージを作るとイメージサイズが膨れあがってしまってシングルバイナリによる手軽さなどが損なわれてしまうという点です。 たとえば golang:alpine のような比較的小さいイメージを使ってもファイルサイズはバイナリサイズ + 300MB ほどにもなってしまい
ssig33.com - Github Flow と組織
github という公的なインフラを使うために必要なこと - アンカテ を盛大に dis っとかなきゃなという気持ちになった。 Pull Request ベースの開発 階層型組織構造 は特に対立するものではないですし、階層型がいいのかフラットがいいのかは場合場合によるでしょう。階層型でばりばりに管理するような開発チームでも ディレクターが issue を起案する 開発リーダーとディレクターがプロダクトマネージャーなどを交えてスケジュールを決定する 開発リーダーがその issue を閉じる Pull Request を作る人とそれをレビューする人を決定しスケジュールを伝達する 所定のタイミングでリリース権限を持っている人がマージボタンを押す みたいなカチカチした運用でいろいろやっていけると思いますし、これでも Github Flow というか Pull Request ベースの開発の恩恵を十
ssig33.com - Rails のコントローラーテストをインテグレーションテストに最低限の手間で移行する
Rails 5 がリリースされました。多分目玉としては ActionCable の導入なのですが、既存コードベースのアップグレードに関して一番重要な問題は、コントローラーテストが廃止されるというものになるのではないでしょうか。 というわけで気持ちになってやっていきます。 一般的に今でも Rails のテストの記述には RSpec が用いられることが多いのではないでしょうか。僕も以前 RSpec の記法のメリットについて書きました。ですが私達のチームでは RSpec ではなく test-unit を使っています。理由としては RSpec のマッチャーとかの記法がヤバくなった(こういう話) xUnit のアサーションの方が書きやすくね?という RSpec の context は確かに強力な機能だが実際には特に生かされていなかった RSpec のメンテナのアイコンがキモい というわけですから私達
ssig33.com - バーベキュー大会を開いた
pic.twitter.com/a368P4OZNp — 君のYELL (@hetyo525) June 25, 2016 いろいろあったのでバーベキュー大会が開かれます。前回実験の様子はこちらです。人は 10 人ぐらいきました。 今回は装備を強化して臨むことにします。装備はこちらです。 この機械はすごく、楽天で 6400 円で売っています。設置に庭が必要なのが難点ですが、庭がある人はいますぐに買ったほうがよいです。 この R2-D2 で肉を焼く為には炭が必要です。炭は簡単に着火することが難しいということがインターネットから分かるので、着火剤や着火器も買います。買ったのは以下のやつ。炭をつかむトングみたいなやつは押し入れになぜか転がっていました。 ロゴス 着火剤 防水ファイヤーライター 83010000 [HTRC 4.1] キャプテンスタッグ 炭焼き名人FD火起し器 M-6638 炭魂
ssig33.com - なぜ SPA か
顧客は SPA であることを望んでいるのか？そうではないです。技術者は SPA を作りたいのか？そうではないです。 ではなぜ SPA 的なものが出来てしまうかといえば、いちいち UI の遷移のために大量のデータをロードしているのは時間と資源の無駄だからです。 もちろんあるべき姿としては、サーバーの CPU やストレージやメモリは爆速で、回線も爆速で、用いられるデータは必要最低限で、クライアントマシンも爆速で、クライアント側でフォームを一個書き換えるたびにページをフルロードしても全くストレス無く使える、というような世界観です。 しかし実際にはサーバーのスペックも回線もクライアントのスペックも不足気味ですから頑張って補っていく必要があります。 すると最初にロードしたデータをクライアントは保持し続けて、 HTML 全体を書き換えるのではなく必要なところだけを最小限の通信とともに書き換えてみたいな
ssig33.com - 最悪！意地でも Heroku を無料で使う
Heroku は最近料金体系に変更があって、無料では一日 18 時間までしかアプリを起動できなくなりました。 自分専用のアプリとかそういうものなら全く問題はないのですが、それなりにユーザーがついているようなアプリだとなんだかんだで 24 時間 Dyno が起動しっぱなしということはおおいと思います。 一番安いプランは 7 ドルで、とりあえずこれだけ払えば 24 時間 Dyno を起動しっぱなしにできます。 公開しているアプリが 1 個ならまあ 7 ドルぐらい払っとけよで済む話なのですが、私のように 18 時間制限にひっかかってるアプリが 30 個もあるとなると 210 ドルを払うのは躊躇してしまいます。 ということで今日は石に齧りついてでも Heroku をタダで使う方法を考えていきます。 基本的なアイディア Heroku でアプリ 2 個用意して、同じ DB 向くようにして、 12 時間
ssig33.com - docker ホストを長期間運用する際の注意点
うちには 2013 年末ごろからずっと docker コンテナを運用し続けていた物理ホストがあったのだけど、最近 $ docker ps とかしても結果が戻ってくるのに 20 秒ぐらいかかるし、コンテナの起動とかにも同じくらい時間がかかる $ /etc/init.d/docker restart などとしようもんならコンテナが使用可能になるまで 3 時間ぐらいかかってた。とはいえそう頻繁にコンテナを手動で起動したり終了したりするホストではないし、 docker のデーモン自体を再起動するとかは本当に稀なのでずっと放置してたんだけど、さすがに放置できなくなってきた。 $ docker ps --all | wc -l とすると 103781 とかなってて、ゴミコンテナやイメージが大量にありすぎるのが諸悪の根源なのではないかという予想を立てた。 そこでこのようなスクリプトでコンテナを掃除してみ
ssig33.com - Amazon API Gateway と S3 で動的なサイトを作る。
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
ssig33.com - 英語の覚え方
ディスカバリーチャンネルを契約してください 以下の番組を見てください ベーリング海の一攫千金 (Deadliest Catch) ファスト＆ラウド 上記 2 本はシリーズ無限に再放送されてるので延々と見てください ワイルドガレージ(Fat N Furious) GeForce GTX 750Ti ぐらいのグラボを積んだ PC を用意してください Steam をインストールしてアカウントを作ってください 以下のゲームを言語設定英語でプレイしてください Skyrim Oblivion Borderlands 2 Shadow Of Mordor 私はこの方法で Best Buy にいる陽気な黒人と PC の買い時や今やるべきゲームについて議論できるようになり、また The Elder Scrolls Online で気持ちの悪いロールプレイが出来るようになりましたが、 TOEIC や TOEF
ssig33.com - 2ch のアレ
robots.txt は法律上以下のようになってます。 無視してクロールしてもいいけど、無視してクロールした結果を公開するのはダメ つまり新 2ch では以下のようなサイトが法律上 NG になります API キーをアプリから解析して新 API 勝手に使ったりクロールしたりして過去ログ公開するようなサイト 上記のような仕組みで旧 2ch っぽいインターフェイスを提供するプロキシサイト 上記のような仕組みで動作する Web アプリケーション型 2ch クライアント OK なのは以下の行為です スクレイピングして動作するデスクトップ、携帯電話向けのクライアントを開発、配布する 無論、これらのクライアントが常軌を逸した動作をして、結果 2ch のサービス継続を妨害するようなことがあれば、 2ch は民事、刑事で適切な対応を取ることができるでしょう。この場合参考になるのは librahack 事件で
ssig33.com - Bebop Drone 顛末
一個目 飛ばしてる最中に WiFi の接続が切れて、そのままコントロールできなくなって勝手に上昇しはじめてどっか消えました。限界高度の上空 150m まで上がって電池切れになるまで滞空して墜落したものと思われます。 現在滞在してる箇所周辺のニュースなどをみて、無人機の墜落で対人対物の被害が出てないか確認しましたが、特にそういうニュースはなかったので安心しました。 二個目 2 回目の起動でコントロール用アプリの Free Flight 3 から認識されなくなりました。 PC に繋いだ場合などでも MTP デバイスとして認識されはするけどファイルは閲覧不可能な状態に。 USB 経由でファームウェア再書き込みすれば直る可能性を若干感じさせる挙動だけど、出先なので確認不能。 まとめ 本当に一瞬にして壊れるので、これをなにか真面目な用途に使おうと思ったらバックアップ用の機体を 5 個ぐらい持っていっ
ssig33.com - イスラム国の退潮
湯川遥菜さん他一名がイスラム国(武力による現状の変更を支持するのでこの名称を用います)に殺害された結果、日本人が皆イスラム国の機関誌 DABIQ を読むようになりました。 以前からの読者としては非常によいことだと思います。ところでこれを全部読んでる人なら分かることなんですが、イスラム国、非常に危機的な状況にあります。 以下を見ると一目で分かります。 DABIQ 第 2 号の表紙と目次 DABIQ 第 7 号(最新号)の表紙と目次 DABIQ 第 2 号の本文 DABIQ 第 7 号の本文 見た目で分かるとは思いますが、かなり劣化してます。僕は編集を担当していた人間がイスラム国から離脱したか、戦死したものと考えています。 また内容に関しても、 1 号のころなどは、巻末にド派手なニュースページがあって赫奕たる戦果を紹介していたんですが、最近はそれが無いです。また 7 号では「モサドのスパイがイ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://ssig33.com/text/%E5%B7%A5%E4%BD%9C%E8%89%A6%E9%96%93%E5%AE%AE%E3%81%AE%E6%88%A6%E4%BA%89
ssig33.com - 自宅サーバーの現状
ssig33.com - 悪いデザイン
ssig33.com - アレです