（この記事は Ruby 25th anniversary のための寄稿です） Ruby をブラウザで動かすというと Opal ですが、他の選択肢として、C で書かれた Ruby 処理系を emscripten で JS に変換するという選択肢もあります。 しかし調べてみたところ、mruby を WebAssembly に変換した記録は見つかりましたが、MRI でやった例が見つけられなかったので、やってみました。 デモ https://mame.github.io/emruby/ 手順 https://github.com/mame/emruby/ に書いてあるとおりです。 ビルドコマンドは次の通り。 $ emconfigure ./configure CFLAGS="-m32 -s EMULATE_FUNCTION_POINTER_CASTS=1" $ emmake make V=1 mi
GitHubで働いている前職の同僚がありがたいお話をしてくれるとのことで、セッションを聞きに行った。 登壇前に、手汗ぐっしょりの彼と握手をしましたが、面白い話が聞けたので、そのメモを残しておきます。 Hayato Matsuura GitHub / Enterprise Support Engineer Yakst主宰 最近「入門Kubernetes」を翻訳したよ GitHubとは スローガン GitHub is how people build software ユーザ数: 2700万＋ リポジトリ数: 7700万＋ GitHubを支える技術 ベアメタルサーバで運用 IOバウンドなので、クラウドだとパフォーマンスが出ない Rails + kubernates + MySQL + redis + Git + ...(etc. ミドルウェアとしては、固めでスタンダードな選定 Gitリポジトリ
この記事はFringe81 アドベントカレンダー2017の16日目です。 始めに ES6のimport/exportについては ・基本的にexport defaultを使う ・exportする対象が複数あれば、exportを使う ・exportされたモジュールはimportで受け取る ぐらいの雑な理解をしてました。 「基本的にexport defaultを使う」については、Design goals for ES6 modulesにて、以下のように言及されてます。 16.8 Design goals for ES6 modules If you want to make sense of ECMAScript 6 modules, it helps to understand what goals influenced their design. The major ones are: ・D
自分がオーガナイザーを務めた Roppongi.rb #1で「Rails高速化戦略」という題で発表してきました。スライドは下記になります。 発表内容をこちらのブログでも文章形式でざっとまとめてみたいと思います。 Rails (Ruby) 遅いよねRailsないしRubyはプログラミング言語の中では速くはない言語であることは言うまでもないと思う1。 実際に「Rails/Ruby遅いよねって今まで思ったことある方どれくらいいますか？」と会場でも聞いてみたところ、予想では半数以上手を挙げてくれると思ったのだけど、実際は30人中3~4人くらい。あまりにも意外な結果だったので自分なりに理由を分析してみると２つあるかなと思う。 パフォーマンスを求められないから例えば社内の数人が使うような管理画面の場合。この場合、パフォーマンスよりも機能性（ちゃんと検索・閲覧できるかとかCRUD操作ができるかとか）など
最初に 次のエントリーで追試しました。本エントリーの内容は古いです。一応Qiitaは履歴もとってくれるのでこの記事を上書きしちゃってもいいんですが、そうなるとコメントのコンテキストがわからなくなってしまうので、別記事にしました。本エントリーも記録のために残します。 Cache-Controlヘッダは仕様通り実装されていない？(2) 本編 HTTPのキャッシュの仕組みをいろいろ調べているのですが、よくわからなかったので実験してみました。 HTTP キャッシュの作成 14.9 Cache-Control 上記のサイトの説明によれば、no-cacheとmust-revalidateは非常に近い説明になっています。no-cacheはsubsequent requestと書いてあるので、.htmlから呼ばれる.css、.jsあたりのことまで(subsequent request)書いていると思われま
今日はブラウザのキャッシュ制御の話。キャッシュについては主に性能面で語られて、情報漏洩に繋がる重要な制御であることは見逃されがちです。 CDN切り替え作業における、Web版メルカリの個人情報流出の原因につきまして | メルカリエンジニアリング 情報漏洩自体はよくないことで、被害にあってしまった人はそんなこと言ってられないけれど、その原因を包みかくさず公開することで他山の石というか、間違いなく日本のセキュリティ意識は向上すると思います。 ぼく自身も、みなさんも、そろそろ Cache-Control: no-cache, no-store, must-revalidate しとけば良いんやろ、というゴミのような意識を改善しなければならないということで、ここにキャッシュについてまとめてみます。 Cache の種類 ブラウザで関連するキャッシュには主に 2 つほどあります。 private cac
＜さまざまな疑問は残りつつも人工肉市場が急拡大している。いつか本物の肉の味を知らない子供も出てくるのか...＞ 肉の代替食品「クォーン（Quorn）」の存在感が増している。日本では見かけないこのクォーンだが肉によく似た食感が好評で、ヨーロッパでは30年以上前からスーパーなどで販売され、特にビーガン（完全菜食主義者）やダイエッターの間で人気が高い。 英ガーディアン紙によると、市場規模は着実に伸びている。先週発表されたヨーロッパとアメリカでのクォーンの2017年の成長率はそれぞれ27％と36％で、世界全体では前年比16％拡大したと報告された。2027年には市場規模は数十億ドルに成長するといわれる。 クォーンは、キノコ？カビ？ 欧米の食卓に浸透するクォーンだが、その原料や生産方法はベールに包まれた部分が多いという。クォーン社は1985年、イギリスの食品大手マーロウ・フーズと大手パンメーカーのホー
Service Mesh. Simplified.Easily build cloud native workloads securely and reliably with Istio, with or without sidecars. Latest newsFast, secure and simple: Istio's ambient mode is now Generally Available. Read more Join the communityConnect with over 10,000+ of your peers using, testing and innovating with Istio. Connect with us What is Istio?Istio extends Kubernetes to establish a programmable,
Scalaのバージョンアップはなぜ大変なのか？ GitBucketはもうかれこれ5年近く開発を継続しており、Scalaのメジャーバージョンアップも何度か経験してきました。ScalaのバージョンアップはJavaと比べるとかなり苦労することが多いのですが、それはScalaのバージョンアップに伴うアプリケーションコードの修正よりも、むしろ以下の2点による部分が大きいのではないかと思います。 フレームワークやライブラリの仕様がアグレッシブに変わる Scalaのメジャーバージョン間でバイナリ互換性が保証されていない まず前者についてですが、これまでPlay FrameworkやSlickなど標準的なフレームワークやライブラリもかなり活発に仕様変更が行われてきました。フレームワークの開発が活発に行われているという状況はメリットも多い反面、後方互換性のない変更が多いとバージョンアップがつらいというデメリ
Get emerging insights on innovative technology straight to your inbox. At Banzai Cloud we provision different frameworks and tools like Spark, Zeppelin and, most recently, Tensorflow, all of which run on our Pipeline PaaS (built on Kubernetes). One of Pipeline's early adopters runs a Tensorflow Training Controller using GPUs on AWS EC2, wired into our CI/CD pipeline, which needs significant parall
or: how you can deploy services to Kubernetes that require long periods of draining. 🌈 🌈 🌈 If you want to jump directly to the technical solution, check out the project repo. Below is a short story about how we got to this solution. 🌈 🌈 🌈 In an ideal cloud native world, your services will be stateless so deploys and restarts aren’t disruptive. Unfortunately in the real world, sometimes you h
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
