Avoiding dropped connections in nginx containers with “STOPSIGNAL SIGQUIT” | Ubuntu
(Also published on my blog at robinwinslow.uk) Update: The default used in the official nginx docker image was changed from SIGTERM to SIGQUIT in November 2020, so this should no longer be an issue for Docker or Kubernetes users. nginx is a very popular web server. It may have just become the most popular web server – Netcraft’s October survey found nginx had 33% market share. This may be thanks t
TFXとは何だったのか、現状どうなっているのか - Qiita
この記事では機械学習パイプラインを本番環境にデプロイするためのエンドツーエンドなプラットフォームの提供を目指す、TFXについて述べます。 TL;DR The TFX User Guide が一番詳しいのでこれを読みましょう。 TFX とは TensorFlow Extended (TFX) は次の3つのうちのいずれかを指します。 機械学習パイプラインの設計思想 設計思想に基づいて機械学習パイプラインを実装するためのフレームワーク フレームワークの各コンポーネントで用いられるライブラリ 以降ではまず、設計思想としての TFX に触れ概略を紹介します。次に、設計思想に基づき、コンポーネントを機械学習パイプラインとしてまとめ上げ、構築を行うライブラリについて紹介します。最後に、各コンポーネントで用いられるライブラリを見ることで、それぞれのライブラリが提供する機能について紹介します。 設計思想とし
gRPCって何？ - Qiita
// Code generated by protoc-gen-go. DO NOT EDIT. // source: helloworld.proto ... package helloworld ... // The request message containing the user's name. type HelloRequest struct { Name string `protobuf:"bytes,1,opt,name=name" json:"name,omitempty"` } func (m *HelloRequest) Reset() { *m = HelloRequest{} } func (m *HelloRequest) String() string { return proto.CompactTextString(m) } func (*HelloReq
Microsoft Academic のすゝめ - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 先日『Ananta: Azure を支えるステートフル L4 ロードバランサー - Qiita』という記事を書いたのですが、そのときに偶々見つけた Microsoft Academic と呼ばれる文献検索サービスが相当優秀だったので紹介します。 ■ Home | Microsoft Academic https://academic.microsoft.com/home TL;DR Microsoft Academic は、高度な文献検索機能を有する Google Scholar のような Web サービス Microsoft Rese
なぜReactでもVueでもなくElmを使っているのか - Qiita
Functional-Static-Strong-Managed −0.25 (0.04) ∗∗∗ Functional-Dynamic-Strong-Managed −0.17 (0.04) ∗∗∗ Proc-Static-Strong-Managed − 0.06 (0.03) ∗ Script-Dynamic-Strong-Managed 0.001 (0.03) Script-Dynamic-Weak-Managed 0.04 (0.02) ∗ Proc-Static-Weak-Unmanaged 0.14 (0.02) ∗∗∗ 各カテゴリに属する言語は以下のとおりです。 Functional-Static-Strong-Managed： Haskell、Scala Functional-Dynamic-Strong-Managed： Clojure、Erlang Proc-Sta
ライザップイングリッシュに通った話(TOEIC L&R 400点→855点) / 前編もしくは400点→600点まで編 - Images & Words
ロケ地：銀座 2018年に2月から5月の3ヶ月間、 ライザップイングリッシュ に通ったもしくは高額課金したというお話。これ↓ 自分がやってから1年近く経ってるから、内容変わってたらごめんなさい。ちなみに10月から12月はレアジョブ本気塾 にも通ったので、その件もいずれ書く。 なぜ課金したか？ 数年英語学習から逃げ続けていたんだけど、思うところあってライザップイングリッシュ に課金した。実はTOEICスコアあげるのが目的では無い。課金することでやらざるを得なくなる「課金ドリブン」という考え方を提唱していきたい。 勉強したほうが早そうという気付き 大前提として、自分は常に「楽してお金がたくさんもらえる方法」を模索しているんだけど、たぶん今の日本においては英語勉強するのがコスパ良さそうと思った。ちょうどコスパの話出てたんでご参考まで。 note.mu ちなみに10年前くらいの自分は「翻訳テクノロ
だめな英語でインタビューをする理由 - G3 Enterprise
※この記事は「書き手と編み手のAdvent Calendar 2019」12/20の参加記事です。 ここ数年、海外取材はもちろんのこと、日本で外国人のインタビューをする場合でも、通訳は通さずに英語で行うようにしている。こういうと「英語できるんですか、すごいですね!」と驚かれることが多いが、残念ながらすごいとかかっこいとか、そういうクールな表現とはまるで無縁で、いわゆる”Poor English”、かなり残念で幼稚な英語で挑んでいることを正直に言っておく。 え、なんでそんなひどい英語でインタビューなんてするの? みっともなくない? カッコ悪くない? 相手に失礼じゃない? 通訳がいないならともかく、通訳いるのにわざわざ下手な英語使う理由、なくなくない? ごもっともな疑問である。 通常、日本人の記者が外国人にインタビューする場合、帰国子女や留学/駐在経験者などネイティブレベルで英語が使える人でな
Makefile Tutorial by Example
I built this guide because I could never quite wrap my head around Makefiles. They seemed awash with hidden rules and esoteric symbols, and asking simple questions didn’t yield simple answers. To solve this, I sat down for several weekends and read everything I could about Makefiles. I've condensed the most critical knowledge into this guide. Each topic has a brief description and a self contained
Using Makefile(s) for Go — Danish Prakash
Upon receiving suggestions from readers via Email, Hacker News and Reddit, I’ve updated the article with improvements and fixes. Subsequently a word of thanks to the readers for the suggestions. We’ve been using make as a build tool for one of our projects at HackerRank which is written in Go and it has been working out fairly well. In this post, I’ll point out a few features and intricacies of GN
より良いコードレビューをするために気をつけていること | メルカリエンジニアリング
Merpay Advent Calendar 2019 の22日目は、メルペイスマート払いチーム/Backend Engineer の @oinume がお送りします。今日はコードレビューについて自分が普段から実践していることを書いてみたいと思います。 はじめに 世の中にはコードレビューをする時の観点については数多く共有されていますが、より良いコードレビューをするためにはどうするのが良いか、というHOWについてのノウハウはあまりシェアされていないような気がしています。そのため、今日は自分なりに心がけているコードレビューのやり方と、ついでに気をつけている観点について書きたいと思います。 Slackを閉じる (これが本当に一番大事だと思っているので最初に持ってきたのですが)私は極端に集中力がないため、SlackのDesktop通知が来るとついついそれが気になって見てしまいます。コードレビューの
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
BigQueryのメタデータバックアップツールをオープンソースとして公開しました | 行灯Labo（アンドンラボ）｜JapanTaxi採用ブログ
ZeroGram ゲームプログラミングの素
https://tech.trivago.com/2019/12/20/makefiles-in-2019-why-they-still-matter
Twilio Segment Blog