(2019-07-27)にて頒布した「新刊落としましたペーパー」の抜粋です。(Azure)、なんとか3年目の今年もいただくことができました。相変わらずいろいろふわふわした立場ですが、また一年頑張っていきます。再受賞(2019)もっと読むコメントを書く2019-07-17Slack情報収集のためのチートシートモヒカンSlackなどに限らずSlackをRSSリーダーのように使っている人が多いと思いますが、特定の分野の情報を追いかけるときの覚え書きです。基礎SlackではRSSアプリでスラッシュコマンドが用意されているので、一度アプリを登録しておけば、フィードを追加するときは以下のコマンドが使えます。<RSS等のURI>RSSフィードのURIだいたい以下を追加しておくと良いです。最低はてブ数を変えたいときはusersをいじるSlidesharehttps://www.slideshare.net/rss/tag/<keyword>Qiitahttps://qiita.com/tags/<keyword>/feedその分野で精力的に情報発信している人が居れば、以下のURIでQiitaやSlideshareがストーキングできます。Slidesharehttps://www.slideshare.net/rss/user/<username>Qiitahttps://qiita.com/<username>/feed.atomあと、個人的にはDevelopers.IOも追いかけてます。特定のブログを追いかけたいときは、メジャーどころなブログエンジンなら、ソース開いて「feed」とか「atom」「rss」あたりを検索すればRSSフィードのURIがmeta要素とかに入っているので、そこから持ってきます。13:30Slack情報収集のためのチートシートもっと読むコメントを書く2019-06-24デザインテーマ変えてみましたこちらのMinimalismにしてみました。あと、いいかげん記事も増えてきてるのでサイドメニューとか整理しました。00:57デザインテーマ変えてみましたもっと読むコメントを書く2019-06-22Dockerのログ出力先Dockerツイートしてて自己完結してしまったので記録のために。driverに渡されちゃうのか。どちらなのかはdriverには渡っているのでfluentdに出せばラベル付いてるので、ログのことだけ考えれば仕組み的にはどちらに出しても扱うこと自体には問題が無さそう。2019デーモンアプリケーションで想定外のエラーが出うるのであれば、構造化ログをstdoutという分離は全然ありうると思う。2019でもそうしちゃうとエコシステムから外れちゃうので、やっぱり最大公約数としてはparseableなテキストでstdout/stderrかなあという気がしてきた。descripterの概念が欲しい。チャンネル2個じゃ足りない。driverで振り分けてparse、stderrは想定外の非構造化エラーログに備える、が万能そう。2019Dockerを使う最大のメリットは、その「踏み込んだ割り切り」という制約によるエコシステムなので、エコシステムから外れた時点で負けなんだよなあ......。Railsで車輪ガン無視しても別にアプリ書けるけどそれRailsじゃなくていいよねって話と同じ。2019前提と考察Unixの世界では、stdout(標準出力)とstderr(標準エラー出力)という二つの出力チャンネルが標準として提供されている。Appでは、アプリケーション側はログをイベントストリームとして出力し、実行環境側のほうで開発環境であればstdout、運用環境ならばfluentdなどに送って処理するべきとされている。combinedアクセスログのような複雑怪奇な正規表現で取り出すようなテキストではなく、最初からJSONやLTSVなど構造化されたデータとして扱われるべきものである。