あばしぇ @Nnwww@fla.red
Pinned toot
[固定用] 昨今の話題:
1. CMU 15-721 (Spring 2018) Advanced Database Systems
2. 中華中古自作 WorkStation Install Battle
そのうち記事になります。
社内システムパフォーマンス感想会に飛び入り参加すると決めてたのに完全に読むの忘れてた！！
scrapboxで読んだものをまとめたり再言語化すると洋書でも記憶に残って良いですよ
レビューで罵倒とか無縁なのでちょっとだけ見学したいレベル
第138回 ユリ熊はユリではない！？〜分断の時代を予言した超社会派アニメ「ユリ熊嵐」完全解説、開幕！！ https://t.co/0DbgjLYpRp #so35917098 #ニコニコ動画
うわー昼夜逆転した
俺の最も嫌いな論法、No true Scotsmanっていうのか / 他37件のコメント https://t.co/MujUzFhbPk “詭弁のガイドライン（2018年版）” (177 users) https://t.co/wXEBU3UkVu
様々なrate limitアルゴリズム - Carpe Diem https://t.co/nZAHIhAxhn
例のceph10年論文を読んでるんだけど、メタデータの断片化対策としてのRocksDB見て「あ！DDIAで見たやつだ！」ってなった
理想的なレベルでドキュメント化と非属人化が進んでる組織、見学してみたい
データセンターではたらくということ - orangeitems’s diary https://t.co/GyurOuZUMF
ProtonMail、リデザインで内部も刷新してCalenderやDriveもやれるよう整えたと言い出してびっくりした。Calenderは期待したい。
こういう巨視的な経験と理解はまだ無いし垣間見ることしかできないので精進ですな。やっていきたい。
恐らく、PoCを作っては捨て作り直すというプログラミングもこれにつながるのかもしれんが、いかんせん規模が違うので私ごときからは何とも言えない。
継続的な開発規模のスケールには断絶があって、どこかで前世代のシステムをぶっ壊さないといけない...とみんなで悲しみに打ちひしがれていたのが今日のハイライトです。
社の現人神曰く「そういう方針は一見正しいが、それを前提としたシステムは低いレイヤほど無責任で、オペレータに近づくほど責任が増すという構造を生み出しやすい。下のレイヤが自動化を前提とした仕組みになってないと一定以上の大きさ(=自動化)のシステムに到達しない。」という話になり、
経験則から運用手順として確立し、枯れた手順が自動化としてシステムに取り込まれる、というのが反脆いサイトの確立方法なのだと考えていたんですが、
やってた
狭暑苦しい都会で無限ループして疲弊するやつやってんですが、山登ったら急速に息を取り戻したのでみんなで山行こう
要は体育会系のノリが無理というだけで、コミュ障としては距離のある人や先輩に突撃できる所属コミュニティの飲み会は貴重なんやなって
嬉しいことに進捗がありそうです、絡んでみるもんだ
