yuuki

• 2020 Year in Review | Taichi Nakashima
• Google Omegaとは何か? Kubernetesとの関連は? 論文著者とのQA（翻訳） | Taichi Nakashima
• Web サービスの信頼性と運用の自動化について / iot40-rrreeeyyy - Speaker Deck
• nhiroki's weblog
• Research Paper カテゴリーの記事一覧 - tom__bo’s Blog
• 論文メモ | κeenのHappy Hacκing Blog
• 論文 の検索結果 - チェシャ猫の消滅定理
• 時系列データベースに関する基礎知識と時系列データの符号化方式について - クックパッド開発者ブログ
• これから読みたい論文メモ - inductor's blog
• [The History of Distributed Databases - Google, Amazon, Facebook など巨大企業による分散データベース技術の発展 | Wantedly Engineer Blog](https://www.wantedly.com/c

munetoshi

Code readability presentation links

English version

• Session 1: Introduction and Principles - https://speakerdeck.com/munetoshi/code-readability-session-1-ver-2-en
• Session 2: Naming - https://speakerdeck.com/munetoshi/code-readability-session-2-ver-2-en
• Session 3: Comments - https://speakerdeck.com/munetoshi/code-readability-session-3-ver-2-en
• Session 4: State - https://speakerdeck.com/munetoshi/code-readability-session-4-ver-2-en
• Session 5: Function - https://speakerdeck.com/munetoshi/code-readability-session-5-ver-2-en
• Session 6: Dependency I - https://speakerdeck.com/munetoshi/code-readability-session-6-ver-2-en

ymmt2005

技術文書の書き方

このメモは、私（@ymmt2005）が長年にわたってソフトウェアプロダクト開発に関わってきて 2022年現在こうしたほうが良いと考えているベストプラクティスです。

科学的な分析等に基づくわけではない経験則であるため、今後も随時見直すことがありますし、 ここに書いてあることが常に正しいわけでもあらゆるソフトウェア開発に適するわけでもありません。

しかしながら、実務経験が豊富で、モダンな技術スタックに明るいエンジニアの経験則は一定の 役に立つのではないかと考えて記します。

YusukeHosonuma

この○○が金やちやほやされるために技術ブログを書いていると思っているのかァーッ！！

技術ブログを書いていることをアフェリエイト目的とか、PV目的だとか言われた時に。

なるほど完璧な開発プロセスっスねーーーっ不可能だという点に目をつぶればよぉ〜

一見完璧に聞こえるけど、どう考えたって上手く回らない開発プロセスの説明を受けた時に。

理解不能理解不能・・・あ、理解可能

ようやく理解できた時に。

お前は1つの修正が終わったらキチっとコミットしてから次の修正に入るだろう？　誰だってそーする。俺もそーする。

mala

次世代Webカンファレンス 2019 振り返り

• この文章に関しても所属組織とは関係のない個人の見解です

所感など

• 本当に全く打ち合わせをしていないので、話題が分散しがちだったかもしれない。
• せっかくの所属組織とは無関係のレギュレーションなので、具体名を上げてガンガン治安の悪いことを言うつもりだったのだけど、直前に「具体的な企業名は避けましょう」と言われて若干遠慮した。
• マズいことをガンガンしゃべる覚悟で来たので、防刃ベストを着ているが、特に出番は無かった。トイレにも行った。
• 本当は話す予定だったトピックについて、いくつかは、別途private gistに書く。

azu

📝 企業を調べる時のメモ書きです。

求人サイト

• https://www.wantedly.com/
• https://jobs.forkwell.com/
• https://jp.indeed.com/
  • 日本だとあんまり使ってる企業がいないけど、グローバルよりで日本でもやってる面白いものがたまに見つかる
• などの各種求人サイトを見る
• Note: 📝

voluntas

デスマーチが起きる理由 - ３つの指標

著者： 青い鴉（ぶるくろ）さん @bluecrow2

これは結城浩さんの運用されていた YukiWiki に当時 Coffee 様 (青い鴉（ぶるくろ）さん）がかかれていた文章です。 ただ 2018 年 3 月 7 日に YukiWiki が運用停止したため消えてしまいました。その記事のバックアップです。

今は 404 ですが、もともとの記事の URL は http://www.hyuki.com/yukiwiki/wiki.cgi?%A5%C7%A5%B9%A5%DE%A1%BC%A5%C1%A4%AC%B5%AF%A4%AD%A4%EB%CD%FD%CD%B3 になります。

昔、自分がとても感銘を受けた文章なので、このまま読めなくなるのはとてももったいないと思い、バックアップとして公開しています。

kaityo256

研究者として生きていくコツ

これは卜部さんの優秀なプログラマーになるためのコツに影響されて書いたものです。

著者について

自分を構成する要素は、大きい順にシステムエンジニア、プログラマ、研究者だと思っています。でも、おそらく給料は「研究者」として払われているため、研究者として生きていくコツとしました。僕はさほど優秀とは言えませんが、とりあえずそれなりに長いことそれで食っています。大学の教授のウェブサイトに「研究者としてのコツ」みたいなことが書いてあることがありますが、これには「既に大学の教授になっている人が書いている」という強烈なバイアスがかかっています。もちろん参考になることも書いてありますが、「死ぬほど研究しろ、研究のことだけ考えろ」的な文章が多い印象です。これは普通の人にとって役に立たない助言です。これは平均的な研究者として生きていくための戯言、ポエムだと思ってください。

健康第一

shyouhei

優秀なプログラマーになるためのコツ

重要な順で

優秀なプログラマーになるには非常に長い時間がかかるという現実を直視すべし

優秀なプログラマーというのは寝ている間に異世界に召喚されて無双するのとはわけが違うんですよ。

自分の例で言うとプログラミングを始めた中学生の時から優秀なプログラマだったかって、そんなわけない。みんなヘッポコからスタートしているに決まってるわけです。以来二十余年、地道に生き恥を晒し続けてきた結果として、現在いちおう業界の末席を汚すところまで来ている。このプロセスから目を背けるべきではないです。優秀なプログラマーに生まれる人間なんかいない。優秀なプログラマーに「育つ」んだし、それには時間が必要。今日から無双したいと思うな。

azu

• 何故はてなブログとQiitaを使い分けるのか？【Qiita始めたよ！】 - プロクラシスト
• ブログとQiitaをどう使い分けるか - koogawa log
• アウトプットする場は適当に分散しちゃっても良いかなという話 – Medium
• ネットで文章を書く場所を探して漂流してきた話 – Medium
• Mediumと個人ブログとの違いを読み解く１つの図 | Lifehacking.jp
• Mediumには何を書くか、ブログ（WordPress）との使い分けはどうするか | シゴタノ！
• Hatena BlogとQiitaの使い分け方 - NEGOLOG
• [Medium の使い方（または「ブログ」の終焉） — Baldanders.info](http://www.baldanders.info/spiegel/log2/000844.shtm