You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
![ペアプロの心得](https://cdn-ak-scissors.b.st-hatena.com/image/square/1ef26f6cb4349557952890dbe3e567f7f98dc151/height=288;version=1;width=512/https%3A%2F%2Fgithub.githubassets.com%2Fassets%2Fgist-og-image-54fd7dc0713e.png)
The Debian projectは7月6日、最新のメジャーリリースとなる「Debian 10 (buster)」をリリースした。ディスプレイサーバーとしてWaylandがデフォルトとなったほか、セキュリティ面でも強化が加わった。 2017年6月に公開したDebian 9 (stretch)に続くメジャーリリース。25ヶ月の開発工期をかけたもので、サポート期間は5年。Linuxカーネルは4.9系を採用している。 ディスプレイサーバーはXorgに代わってWaylandがデフォルトになった。Waylandはシンプルかつモダンな設計であり、セキュリティ面でのメリットがあるとしている。Xorgも継続してデフォルトで提供され、デフォルトのディスプレイサーバーとして選択できる。 Debianでは「Reproducible Builds」として異なる環境でも同じバイナリを再生成できる仕組みの構築を進め
様々な輻輳制御アルゴリズム 輻輳制御アルゴリズムとは、輻輳ウインドウサイズ(cwndと表されます)をいかに上手にコントロールするか、の方法です。より効率の良いデータ転送を実現するために、これまで非常に多くの輻輳制御アルゴリズムが研究されてきました。 これまでに開発された代表的な輻輳制御アルゴリズムとその関係性を、図1を用いて紹介します。 図1 様々な輻輳制御アルゴリズム 図中では、四角い囲みが各輻輳制御アルゴリズムの名称と提案年を表します。横軸は時間軸で、右に位置するものほど新しい輻輳制御アルゴリズムであることを表します。塗りつぶしの色はフィードバック形式の違いを表し、黄色がLoss-based、濃緑がDelay-based、そして水色がHybridを表します。Loss-basedはパケットロスを、Delay-basedは遅延を、Hybridはその両方を基準に、cwndを更新する輻輳制御ア
by Takashi Hososhima 「古代ギリシャの科学者であるアルキメデスが凹面鏡で太陽光を集めて敵艦を焼き払った」という伝説がある通り、光学の歴史の始まりは2000年以上前に遡ります。そんな光学の歴史上で人類が2000年以上も解決できなかった「レンズの収差の解消」という難問をメキシコの大学院生が数学的に解決したと報じられています。 OSA | General formula for bi-aspheric singlet lens design free of spherical aberration https://doi.org/10.1364/AO.57.009341 Mexicans solve problem unattainable for Newton https://www.eluniversal.com.mx/english/mexicans-solve-pro
技術部の外村(@hokaccha)です。Rails で webpack を使うためのシンプルな gem を作ったのでそれについて紹介します。 Webpacker Rails で webpack を利用した Web フロントエンドの環境を作る場合、最近では Webpacker が選択されることが多いでしょう。Rails 6 からは Webpacker が標準になることもあり、この流れはますます加速すると思われます。 私自身もこれまでいくつかのプロジェクトで Webpacker を利用してきました。Webpacker は webpack を Rails から簡単に利用でき非常に便利なのですが、使っているうちにいくつか不満な点がでてきました。 一番大きい問題として Webpacker が @rails/webpacker という npm パッケージに webpack の設定を隠蔽し、Webpac
たまには「〜話」メソッドでブログを書く。あと6月は二回ブログを書けたのでめでたい。 さて、タイトルのようなことをしています。 前提としてeBPFという、カーネル内で動く特定の目的のプログラムを比較的高速・安全に書くための技術があるのですが、そのプログラムはバイトコードベースなので、eBPFを扱うプログラムをもう少し人間的な形式で書きたくなります。せめてC言語とか。そのためのコンパイラがlibbccです。 github.com 大きくはkprobe、uprobe、kernel tracepointといったカーネルイベントのトレースをしたり、XDPというネットワーク周りのトレースをしたり挙動を変更する処理を書くことができたりします。 以下の記事が詳しいと思います。 mmi.hatenablog.com qiita.com 知人の id:mrtc0 さんという人がeBPF関係の中でもUSDTとい
2019年7月6日に開催された「Tama Ruby 会議01」に参加してきた。時間は5時間超と長いかな〜と思って参加したが、どのスライドも面白くて発表も人それぞれテクい内容とエモい内容とあって、時間が過ぎるのがあっという間だった。参加して良かったな〜という気持ちが冷めないうちに、参加レポートを書いてみようと思う。 tama-rb.github.io はじめに 未経験でこの世界に入ってエンジニア歴は3年とちょっと、最近「楽しみながら仕事をしたい」「もっと成長したい」と思っている自分にとって、改めてモチベーションを掻き立てられるイベントだった。当日の発表内容は登壇者の方のスライドを見ればわかるので、自分の感じたことなどを書けると良いと思う。 テーマは「Rubyist としての成長」 Ruby を使ったハンズオン的な内容やライブラリのお話に関しては、実戦経験も特になく、かつ自分の勉強不足ゆえテク
はじめに 海外旅行大好き chicca です。 英語で話したいけど、何を言ったらいいかわからない。 頭では思いつくけど、単語が口からでてこない。 このような経験は英語学習者が一度は通る道ではないでしょうか? そんなときにお勧めな本がこちらです。 ITエンジニアの英語術/Amazon ITエンジニアが現場でチャットのやりとりをすることをベースに早く英語を話すコツを紹介しています。 英語を難しく考えすぎず、シンプルに会話を進められるようになる1冊です。 見出し PROLOGUE 世界で通用する英語力が身につく5秒チャット CHAPTER 1 短くして5秒チャット CHAPTER 2 分割して5秒チャット CHAPTER 3 言い換えて5秒チャット CHAPTER 4 質問して5秒チャット CHAPTER 5 短縮して5秒チャット EPILOUGE 5秒チャットの先にあるもの ポイント 読んでみ
「snmalloc: A Message Passing Allocator」という論文を読んだのでその紹介です。本論文は ISMM (International Symposium on Memory Management) 2019 に採択されており、論文とソースコードは GitHub (microsoft/snmalloc) で公開されています。リポジトリ名から分かる通り、著者の多くが Microsoft Research に所属しています。 免責 読み間違えている可能性があります。正確な情報が欲しい方は必ず論文を読んでください。誤りの指摘や補足、議論などは GitHub Issue や Twitter へお願いします。 更新履歴 2019/07/08 bump pointer と free list の next entry pointer を判定する方法について追記 2019/0
著術家、IDEO客員研究員。グーグルで、あらゆる仕事を最速化する仕事術「スプリント(デザインスプリント)」を生み出し、Gmailの改良に生かすなど大きく貢献。その後GV(旧グーグル・ベンチャーズ)のデザインパートナーとして、スプリントをスラックやウーバー、23andMeなどで150回以上にわたり実行し、プロダクト構築を助ける。2017年より現職。現在もレゴ、ニューヨーク・タイムズなどにスプリントをコーチングしている。スプリントは世界中に広まり、国連や大英博物館を含む多くの企業や組織が事業戦略として活用している。著書に世界的ベストセラー『SPRINT 最速仕事術』(ジョン・ゼラツキー、ブレイデン・コウィッツと共著、ダイヤモンド社)がある。 時間術大全 Google×YouTube出身の2人が、現代世界において最も効果的な「87の時間ワザ」を完全網羅した世界的ベストセラー『時間術大全』(ジェイ
SpotifyがミスによりKubernetesの本番クラスタを二度も削除。しかし顧客へのサービスにほとんど影響しなかったのはなぜか? 今年、2019年5月20日から3日間にわたりスペイン バルセロナで開催されたKubeCon+CloudNativeCon Europe 2019の基調講演では、SpotifyがミスによってKubernetesのクラスタを消去してしまった経験を振り返るという非常に興味深いセッション「Keynote: How Spotify Accidentally Deleted All its Kube Clusters with No User Impact - David Xia」(基調講演:SpotifyはいかにしてKubernetesクラスタの全削除というミスにもかかわらず顧客への影響を引き起こさなかったのか?)が行われました。 障害が起こることをあらかじめ計画とし
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く