# sl2読書会 スライド読み編
## Overview
- 本を読むのはちょっとお休みして、気になるスライドを1日1本読もうみたいな感じ
- スライドの選択基準は基本的に本の選択基準と同じ感じで
- 水曜 20:00- ＠にゅわ

## 読みたいスライドリスト
1. [Rust、何もわからない...#3 - Speaker Deck](https://speakerdeck.com/estie/rust-he-mowakaranai-dot-dot-dot-number-3)
2. [入門SQLi / Introduction of SQLi - Speaker Deck](https://speakerdeck.com/satoki/introduction-of-sqli)

3. [電子情報学特論：Chromiumのアーキテクチャを解き明かす - Google スライド](https://docs.google.com/presentation/d/1AzBcuN-dmctk7v1IMZHivfpFAiXwCnsjyJS3wQ4sgE4/edit)
4. [知っているようで知らないWebサーバアーキテクチャ - Speaker Deck](https://speakerdeck.com/isoparametric/zhi-tuteiruyoudezhi-ranaiwebsabaakitekutiya)
5. [東京大学深層学習（Deep Learning基礎講座2022）深層学習と自然言語処理 - Speaker Deck](https://speakerdeck.com/verypluming/dong-jing-da-xue-shen-ceng-xue-xi-deep-learningji-chu-jiang-zuo-2022-shen-ceng-xue-xi-tozi-ran-yan-yu-chu-li)

7. [ファミコンエミュレータの創り方 - Speaker Deck](https://speakerdeck.com/bokuweb/huamikonemiyuretafalsechuang-rifang)
8. [電子工作のための電気回路基礎講座 - Speaker Deck](https://speakerdeck.com/fumimaker/dian-zi-gong-zuo-falsetamefalsedian-qi-hui-lu-ji-chu-jiang-zuo)
9. [今どきのLinux事情 - Speaker Deck](https://speakerdeck.com/tokida/jin-dokifalselinuxshi-qing)
11. [質とスピード（2020春版） / Quality and Speed 2020 Spring Edition - Speaker Deck](https://speakerdeck.com/twada/quality-and-speed-2020-spring-edition?slide=62)
12. [設計の考え方とやり方 - Speaker Deck](https://speakerdeck.com/masuda220/she-ji-falsekao-efang-toyarifang?slide=62)
13. [ポストモーテムはじめました - Speaker Deck](https://speakerdeck.com/nwiizo/posutomotemuhazimemasita)
14. [All for One なポストモーテム運用と工夫 - Speaker Deck](https://speakerdeck.com/fumiyakume/all-for-one-naposutomotemuyun-yong-togong-fu)
15. [Postmortem as a textbook - Speaker Deck](https://speakerdeck.com/line_developers/postmortem-as-a-textbook)
16. [30分でわかるデータ指向アプリケーションデザイン - Data Engineering Study #18](https://speakerdeck.com/xerial/30fen-dewakarudetazhi-xiang-apurikesiyondezain-data-engineering-study-number-18)
17. [トランクベース開発の実現に向けた開発プロセスとCIパイプラインの継続的改善 - Speaker Deck](https://speakerdeck.com/aanrii/torankuhesukai-fa-noshi-xian-nixiang-ketakai-fa-hurosesutocihaihurainnoji-sok-de-gai-shan)
- 副読本
- [Git・Git-Flowについて - Speaker Deck](https://speakerdeck.com/nerusan_main/gitgit-flownituite)
19. [僕たちが考える最強のNo-code AI ～行動認識AIをノーコードで実現するプラットフォーム構成例 | gihyo.jp](https://gihyo.jp/article/2023/04/what-we-consider-best-nocode-ai)

## 候補リスト（精査前）
1. [仕事でバックエンド開発するときに考えていること / GEEK-SAI-2022-AUTUMN-yanyan-Backend-Study - Speaker Deck](https://speakerdeck.com/carta_engineering/geek-sai-2022-autumn-yanyan-backend-study)
2. [自分だけの小さなSelenium「Olenium」を作って始める、ブラウザ自動化技術の理論と実践 - Speaker Deck](https://speakerdeck.com/ikumatadokoro/zi-fen-dakenoxiao-sanaselenium-olenium-wozuo-tuteshi-meru-burauzazi-dong-hua-ji-shu-noli-lun-toshi-jian)
3. [C言語を知らない人がびっくりしそうなC言語の特徴 ~変数定義編~ - Speaker Deck](https://speakerdeck.com/sat/cyan-yu-wozhi-ranairen-gabitukurisisounacyan-yu-note-zheng-bian-shu-ding-yi-bian?slide=3)

## すでに読んだやつ
* [2023/07/12] [コンテナ環境でのJavaチューニング](https://speakerdeck.com/kazumura/kontenahuan-jing-denojavatiyuningu)
* p10: https://newrelic.com/resources/report/2023-state-of-the-java-ecosystem
* [Java 17：OpenJDKのコンテナ対応における新機能 - 赤帽エンジニアブログ](https://rheb.hatenablog.com/entry/java-17-whats-new-openjdks-container-awareness)
*
* [2023/05/10] [Wi-Fi再入門〜見えない電波を知識で見抜く - Speaker Deck](https://speakerdeck.com/tinbotu/wi-fizai-ru-men-jian-enaidian-bo-wozhi-shi-dejian-ba-ku)
* aaa
* aaa
* aaa
* [ABテストが難しい場合の施策効果の評価・推定方法 - Yahoo! JAPAN Tech Blog](https://techblog.yahoo.co.jp/entry/2023032230418127/)
* ケース1
* 誕生月はランダムネスであるという大きな仮定に基づいてる
* クーポン受け取る人と受け取らない人がランダムに決まっているということが大事
* 2月誕生月のクーポンを配る人配らない人をランダムに振り分ける
* リランダムネス
* ユーザーフィンネス

* [2023/03/22] [エンジニアのためのドキュメントライティング / Docs for Developers - Speaker Deck](https://speakerdeck.com/iwashi86/docs-for-developers)
* 動画: https://www.youtube.com/watch?v=766JpfhiLyI
* [2023/03/15] [検索エンジン自作入門 Go Conference 2021 Spring - Speaker Deck](https://speakerdeck.com/kotaroooo0/jian-suo-enzinzi-zuo-ru-men-go-conference-2021-spring?slide=2)
* https://webtan.impress.co.jp/g/%E3%82%B9%E3%83%88%E3%83%83%E3%83%97%E3%83%AF%E3%83%BC%E3%83%89
* > ストップワードは、自然言語（日頃人間が使っている言語）をコンピュータで処理するにあたって、一般的である等の理由で、処理対象外とする単語のこと。
* > 一般的に、全文検索を行うシステムでは、「at」「of」などの前置詞や、「a」「an」「the」などの冠詞、「I」「He」「She」などの代名詞のほか、さまざまな単語をストップワードとして扱う。
* [検索エンジンはいかにして動くのか？ 記事一覧 | gihyo.jp](https://gihyo.jp/list/group/%E6%A4%9C%E7%B4%A2%E3%82%A8%E3%83%B3%E3%82%B8%E3%83%B3%E3%81%AF%E3%81%84%E3%81%8B%E3%81%AB%E3%81%97%E3%81%A6%E5%8B%95%E3%81%8F%E3%81%AE%E3%81%8B#rt:/dev/serial/01/search-engine/0003)
* このシリーズよさそう
* [2023/02/15] [ポストモーテム運用を支える文化と技術 / Culture and Technology Supporting Postmortem Operations - Speaker Deck](https://speakerdeck.com/chaspy/culture-and-technology-supporting-postmortem-operations)
* [2023/02/08] [ストレージの基礎 - Speaker Deck](https://speakerdeck.com/ysakashita/sutorezifalseji-chu)
* 良かった :+1:
* [2023/02/01] [TLS徹底演習 - Speaker Deck](https://speakerdeck.com/shigeki/tlsche-di-yan-xi)
* [2023/01/25] [大規模ソースコードの読み方 - Speaker Deck](https://speakerdeck.com/sat/da-gui-mo-sosukodofalsedu-mifang)
* [2022/11/30] [モダンWebシステム開発 - Speaker Deck](https://speakerdeck.com/naoya/modanwebsisutemukai-fa?slide=34)
* [2022/11/23] [LintオタクによるLint解説 / Introduction to Lints - Speaker Deck](https://speakerdeck.com/orgachem/lintotakuniyorulintjie-shuo)
* lintはたぶん[これ](https://www.unix.com/man-page/FreeBSD/1/lint)
* [2022/11/16] [これだけ守れば見やすくなるデザインの基礎 - Speaker Deck](https://speakerdeck.com/kinakobooster/koredakeshou-rebajian-yasukunarudezainfalseji-chu)
* [見やすいプレゼン資料の作り方\[SD版\]/HowToDesignSlides - Speaker Deck](https://speakerdeck.com/morishigeyuta/howtodesignslides)
* この資料思い出した
* レイアウト4原則はめちゃくちゃ有名よね

* [2022/11/02] [秒間数万のログをいい感じにするアーキテクチャ - Speaker Deck](https://speakerdeck.com/kanny/miao-jian-shu-mo-falseroguwoiigan-zinisuruakitekutiya)
* 今だと[CloudWatch Logs](https://business.ntt-east.co.jp/content/cloudsolution/column-try-28.html)とか使ってるのかな？うちのプロダクトは移行予定
* [Fluentd 集約ノードのオートスケール - クックパッド開発者ブログ](https://techlife.cookpad.com/entry/2022/07/08/110000)
* 

* [2022/10/26] [テストコードを書き始める前に考えるべきテストの話（2021年版） #scrumosaka / scrum_fest_osaka_2021 - Speaker Deck](https://speakerdeck.com/nihonbuson/scrum-fest-osaka-2021)
* bakaming
* testカバレッジ中毒になると辛い
* functionでテストせずにAPIをテストするべき、みたいなの見たことがある
* naosuke
* 「テストケース作成の心得」はなるほどなーってかんじ
*
* guni
* テストケースを何を意識して何個作るかみたいな話あまり今まで意識できてなかった。
* レビューで「ここのテスト足りて無くない？」って言うの難しい
* 参考
* https://www.ipa.go.jp/files/000055008.pdf
* aaa
* [2022/10/19] [はてなにおけるLinuxネットワークスタックパフォーマンス改善 / Linux network performance improvement at hatena - Speaker Deck](https://speakerdeck.com/yuukit/linux-network-performance-improvement-at-hatena)
* 参考情報
* [はてな・ペパボ技術大会〜インフラ技術基盤〜@京都 行ってきたメモ](http://haya14busa.com/hatena-pepabo-kyoto/)
* [ゼロから作る高速パケット転送用OS](https://www.nic.ad.jp/ja/materials/iw/2014/proceedings/s6/s6-asai.pdf)
* [napi | Linux Foundation](https://wiki.linuxfoundation.org/networking/napi)
* https://izaten.fc2.net/blog-entry-326.html
* [LINE Developer Meetup #74 - Private Cloud](https://line.connpass.com/event/261350/?utm_campaign=event_publish_to_follower&utm_source=notifications&utm_medium=email&utm_content=title_link)
* ハヤシ感想
* はてなが実践したチューニングは2点
* Interrupt Coalescing
* Receive Packet Steering
* [マルチコアとネットワークスタックの高速化技法 - Asada Takuya](https://www.slideshare.net/syuu1228/ss-19602947)
* 高橋メソッドのせいで序盤はおそらく口頭補足されている部分が多いのが難点。だが後半は情報量増える。2016年だしDPDKもまだ実用段階前だったのかな（うちで使ってたしそんなことないと思うが）。
* 解決手段としてLinuxのカーネルパラメータいじるのもいいけど、今のパブクラだったらEC2上のHAProxyやDNSラウンドロビンなど諸々が見直されていそう（これを言ったら元も子もないが）
* Linuxのリングバッファ処理やCPUコア毎の処理は実際に業務で問題事象を引いたことがあるので、プライベートクラウドやオンプレ装置見てる人はいずれあなたも遭遇するかも
* guni
* 2016年だからXDPもない時代・・？ 今はどういった高速化手法があるのか気になる。次のボトルネックは？
* XDP黎明期(Linux 4.8でサポート開始)っぽい https://yunazuno.hatenablog.com/entry/2016/10/11/090245
* ソフトウェア割り込みあまり測ったことなかったなあ
* HAProxy LBにしてるからこの辺チューニングできたとも言えるし、ALBだったらその辺高速化するhackぐらい入れていたとも言える
* このときALB GAしてないかも
* bakaming
* kernelのパケット処理、あまり知らなかったので面白かった
* どれだけサーバ毎に依存性を減らせるか
* naosuke
* カーネルでの処理はシンプルに「へー」って感じで勉強になった
* DBに対する書き込みの話だったのね。最近だとRDSとかAuroraつかおうってなってこの辺はよしなにやってくれる世界線になってそう
* もちろん自前でやってるところもあるだろうが
*
* [2022/09/28] [ブラウザでうごく！ ES6+ モダンJavaScript - Speaker Deck](https://speakerdeck.com/miyamae/slides-export-545d3cb1-6ac1-440a-a25c-d1f770e11146)
* オブジェクトの分割代入キモい
* ES2020超えたあたりからはもう普通に「使える」言語になったと思う
* 割と他の言語と似た感じの書き方にもなってとっつきやすくなった感
* オプショナルチェーン演算子マジで便利…
* Rubyで `&.` クッソ便利だったので `?.` は確かにクソ便利
* ただメソッドチェーンすると `hoge?.foo?.bar`みたいになりがち
* 未定義にアクセスした時、defaultのデータが返ってくるのと、エラーで落ちるのと、こう書くのとどれがいい？という話にも見える
* [2022/09/21] [実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial - Speaker Deck](https://speakerdeck.com/soudai/pgcon21j-tutorial)
* 加工済みのViewを使うことで集計が楽になる
* マテリアライズド・ビューの乱用はやめよう
* ではどうすれば？
* キャッシュ戦略を立てる。ヒット率を考えてキャッシュ対象を慎重に選ぶ。
* そもそも多段のキャッシュを作る位なら、DWHや分析用のDB（1日1回更新とか）を作るなどすべきだ