ISUCON8に出て予選に落ちた #isucon
ISUCON8に出場して予選で散りました。
@kazeburoさんと@masartzさんとそたぶろるっつという名前のチームで一緒に出場しました。ありがとうございました!
結果

後半、少し追い上げるも予選突破ラインに遠く及ばず…。
fail地獄がつらかった。
やったこと
私は主にアプリケーションを見た。つらつらと。言語はNode.jsを選択しました。
- 環境整備
- lintツール導入(TypeScriptだったのでtslint入れた)
- ts-nodeでのアプリ起動をやめてcompile後のjsを実行する
- Node.jsのバージョンをv10.10.0へ変更
- サーバ構成を変更
- 無駄に
sheetsテーブルを見てるところをハードコード- 1000件程度のデータだったが
rankとnumカラムがわかればsheet_idがわかるし、rankとsheet_idがわかればnumがわかるデータ構造になってたのでそこを参照したりJOINしてるところをつぶした - reportのところのJOINをつぶすのだけ時間無くてできなかった
- SQL呼び出しが減るわけでなかったので後回しにしてしまった
- 1000件程度のデータだったが
getEventsでアプリでpublic_flgのfilterをかけてるものをflag見てSQLを変えるよう分岐- いくつかの
getEvent呼び出し部分を単一のSQLに変更getEvent内はいろいろやっているが読んでみるとシンプルなSELECT文で置き換えられる場所がいくつかあった
ORDER BY RAND()をやめる- 予約されてない席でなく、予約してる席を全件取得するようにした(最大でも1000record)
SELECT sheet_id FROM reservations WHERE event_id = ? AND canceled_at IS NULL- これだと全ランク混ざるが
rankがわかればsheet_idのrangeがわかるのでその範囲だけでループを回す
- 予約してる席が分かれば予約されてない席がわかるのでそこからrandomで引っ張って処理した
- 最初、randomじゃなくても行けないかなと思って試したけどだめだった
- あとから「固定シーケンシャル番号を作って擬似ランダムにする」というアイディアが出て、頭を壁に打ち付けた
- 予約されてない席でなく、予約してる席を全件取得するようにした(最大でも1000record)
その他、チームメンバーには
- INDEXの追加
getEventsのN+1撲滅- 残り座席数のtable化
- SQL調整
- その他環境整備やアプリレイヤー以外のチューニング
をひたすらやってもらってた
反省
- 去年に引き続き凡ミスが多かった
- ローカルでアプリ環境を作るという選択をしなかったので本番デバッグすることが多く、効率が悪かった
- 他チームが「30分で作れなかったらやらない」という基準で取り組んで、作れたと言ってて時間で区切るのは賢いと思った
- TypeScript実装だったので実装が堅牢だったかというと必要最低限の型付けしかなかったので思い切って最初20分くらい、コールドリーディング&型付けに投資もありかとおもった
- 特にSQLの返り値周りはなんの値がどう加工されてるのか読み解くのに苦労した
- やろうと思ってやらなかったがInspector立ち上げてデバッグするのもありだった
- pm2立ち上げた後から設定入れるのが面倒でやらなかったがやるべきだった。判断ミス
- 後半、ほとんど何もできなかった
- 予約/キャンセルエンドポイントとずっとにらめっこしてたがどうすれば改善できるのかわからなかった
- わからないならわからないで割り切って、きな臭いSQLを丁寧にチューニングしていくとかできることはあったはず
- 正直、failの絶望感に打ちひしがれてる感が強かった(本戦出場チームもこのあたりは同じだったらしい)
- pm2の使い方はもっと調べておくべきだった
- inspector付きで立ち上げるとかloggingとか
- このあたりは仕事で触る機会もある可能性あるしISUCON問題の復習で丁寧に触っておく
まとめ
仮にもハイトラフィックなアプリのBackendを1年半やっての敗北なので強い気持ちで1年間修行します。
来年のISUCON予選突破するまでビール禁止します
— きりん (@sota1235) September 16, 2018
espower-typescriptでローカルの.d.tsファイルを読み込ませる方法
ユニットテストをmocha + power-assert + TypeScriptで書く際、espower-typescriptを導入したのだけど、その際にハマったのでメモ。
前提
- TypeScript 3.0.1
- power-assert 1.6.0
- espower-typescript 9.0.0
起きたこと
mochaでテストを実行するとローカルの型定義ファイル(.d.ts)を読み込まず、エラーになった。
エラーメッセージ
原因
いろいろ調べるとespower-typescriptが依存しているts-nodeが原因っぽい。
このts-nodeのversionsが7.0.0からデフォルトの挙動でローカルのtsconfig.jsonの読み込みをスキップするようになった。
これを有効にするにはCLI実行時であれば--filesオプションを渡すだけなのだが、espower-typescriptにラップされてる上にコードを読んだ感じoptionで渡す方法も無いのでPRを出してoptionを渡せる or --filesオプションが有効になるよう書き換えるしかない。
解決策
と、面倒だなぁと悶々としていたら環境変数を指定することでオプション指定ができることに気づいた。
--files Load files from tsconfig.json on startup (TS_NODE_FILES, default: false)
なので以下のようにコマンド実行すればespower-typescript内部のts-nodeの--filesオプションが有効になった状態でテストを実行できる。
TS_NODE_FILES=true mocha -r espower-typescript/guess src/**/*.test.ts
後半のコマンドはよしなに、大事なのはTS_NODE_FILES=trueをつけることです。
腰椎椎間板ヘルニアで手術のために入院したので感想を述べる
但し書き
- ※この記事を自身の健康状態を判断するための材料として捉えないでください
- 「あなたはこうだったのに私はこうだった!」とか「実際、全然違った」と言われても責任取れません
- 私はド素人です。少しでも不安な方は即病院へ行ってプロのお医者さんに相談してください
- じゃあ何のために残すかと言うと「ヘルニアで手術って何」とか「手術で入院って何」って不安になってる人がもしいたとき、その人にとっての一例として気休めに使ってくれ、程度の気持ちで書いてます
- 病院紹介してほしい、とかなるならそれはそれで声かけてください
タイムライン
- 2017年9月
- もともと腰が悪い(ひどいときは靴下履く姿勢がしんどい)状態で重いものを持つ
- 翌日、目覚めたときに「あ、あかん」という腰の痛みを覚える
- 2017年10月~
- 腰は痛くないのだが右足だけ痺れだす
- ひどいときは5分歩くだけで痛くなって休むこともあった
- 右足を引きずって歩いてるような状態になる
- 2018年3月(※みんなは症状出たら即病院行こうな!!!)
- 地元の整形外科病院に行く
- とりあえず様子見しようとなる
- 痛み止めの処方とコルセットの注文
- MRIの予約取る
- 同月
- 2018年6月
- とはいえこれがいつ改善されるかもわからない状態は耐えられなかったので手術を決意
- 2018年8月
- 手術と入院
- 退院←イマココ
意思決定のポイント
お医者さんと話してていくつか大事な要素があった。
ヘルニアは原則、自然治癒する
ヘルニアになっても保存療法を行えば半年で7, 8割は自然治癒するらしい。
また、手術も基本的には発症してから1ヶ月間は様子を見ましょう、というのが業界のガイドライン(要出典)で定められており基本は保存療法から入る。
あと具体的に言われたのは手術をしてもしなくても10年後の健康状態は変わらない、つまり手術をしても早く治る可能性があるというだけで根本的に一生治るというわけではない。
様々なリスクがある
まずはそもそも治らないかもしれない、というリスク。
私のように足に痛みが出たのは「結果」であって、この結果に対して直接的に治療をするわけではない。
この結果の原因であろうヘルニアを取る手術をするので、ヘルニアが無くなると同時に痛みが100%無くなるとは言い切れない。
特に私の例だと、そもそもヘルニアが2つあってそのうちどちらが足に来てるかを特定できない(特定する方法はあるのだが、神経に針を刺すというものなので断念した)ので様々な検査で特にひどいと思われる方の対処をした。つまり今回処置したほうが原因でないなら症状は改善しないことになる、ということ。
どうせ切るのだから両方取ればいいじゃないかという話もあるが痛みが出てないヘルニアを下手にいじって別の症状が出るリスクの方が大きい、という説明をされたので素直に医師を信頼し症状がひどい方のみ、手を入れることにした。
※余談だが、病院内の記事にヘルニアには痛みがたまたま出てないだけでヘルニアになってるパターンとそうでないパターンが有るらしい。MRI取ったら実はヘルニアだった、なんてことは誰でもありえる
次に再発のリスク。
術後にもし症状が改善されてもまたヘルニアになって全く同じ症状に陥る、もしくは違う症状が出る可能性もあるしその可能性は生きてる限りついて回る。
なぜ手術に踏み切ったか
1つ目は1年間、保存療法で様子を見ても症状が全く改善されなかったこと。
2つ目にこの痛みにあと何年耐えればいいのかわからない、という状況が嫌でリスクを取ってでも可能性に治る可能性にかけたいと思ったこと。
基本的な日常生活を送ることはできていたがずっとコルセットを巻きっぱなしは不便だし、何時間でも散歩したいし、ハチャメチャに痛いわけではないのに右足を引きずって歩いてることを時たま指摘されたりしてて、ただでさえ短い貴重な人生をこの状態で過ごすのは素直に嫌だった。
実際の入院生活
流れはこんな感じ
- 手術前日
- 朝から入院
- 点滴刺したり体調管理されたり
- 手術日
- この日は絶対安静
- 手術翌日
- 歩行許可が出る
- 点滴やら血抜きの管やらいろいろ体から生えてる
- 手術翌々日~退院日
- リハビリする
- 管が徐々に抜ける
- 血液検査とかCTとかして異常が無いか経過観察
総じて、特に不自由はなかった、と思う。(入院したことないので普通はもっと苦しい、とかもっと楽、とか言えない)
体を動かせるようになってからは腰に負担をかけない起き方とか姿勢を教わって、ずっと同じ姿勢だと負担がかかるので1時間ごとに寝っ転がったり座ったり歩いたりして過ごしてた。
看護師さんも言ってたけどメインイベントは手術なのでそれ以外の時間は本当にすることがない。のでひたすら本を読んでた。
おかげで技術書2冊と小説2冊消化してしまった。あとの時間はコード書いたり寝てたりしてた。
手術前の時間はさすがに手術失敗とか植物人間とか不要な妄想が頭を駆け巡りそうになったのではたらく細胞を見て「頼んだお前ら」と祈ってた。
入院中に見るはたらく細胞、趣深すぎる
— きりん (@sota1235) August 15, 2018
入院した結果
何回でもexcuseしておくと私の場合はこうだった、というだけで他の人が全く同じ経路をたどって同じ結果になるかはその人の症状次第だしそのあたりは本当、プロのお医者さんに相談してください。
私の場合、手術後にもともとあった右足の痛み、痺れは無くなりました。
ただ、まだ完全になくなったと言い切るのは早くて
- 1年間のヘルニアを経てそもそも右足の筋力がかなり落ちてることにリハビリで気づいた
- なので歩き方はまだ安定しないし、ストレッチとかしたときの筋肉のハリが左右で違う
- このハリが筋力が原因なのか、痺れが残ってるからなのか感覚的に判断できない
という感じです。
ただ、術前よりも確実によくなってるので今後はまず再発防止のために当分は徹底的に腰に負担をかけない生活をおくることとストレッチや筋トレによるリハビリをする生活になりそうです。
総じて感想
- 健康は大事
- 運良く症状改善したけどそもそもならないのがベスト
- 生きてるって素晴らしい
- 塩分って大事
- 入院中の健康という単語をそのまま定食にしたような食事は塩の大事さを感じさせる味わいだった
- でもそれも3日で慣れてしまったので人間すごい
- まだヘルニアじゃない人、特にエンジニアには腰まわりを気をつけて生活することをおすすめしたい
- 筋トレと姿勢改善で予防できる
- なってからじゃ遅いし人生棒に振る
- 手術は正直、二度としたくない
- めっちゃ痛かった、とかでなく麻酔から覚めた後のうつらうつらした感じとか管がつながってるディストピア感とか、体験するのは1回でいいかなと思う
- まだ20代だからいいけどこれが30代、40代になると指数関数的にキツそう
今後
あと支払い済ませて終わり…3ヶ月間は慎ましく健康に過ごしすしお酒も控えるので各位よろしくどうぞ
— きりん (@sota1235) August 20, 2018
入社して1年半くらいで自分の手で世に出した機能を自慢しておこうと思う
メルカリに入社して1年半くらい経ったのだけど、7月から1年近くいたチームから別のチームに移ることになった。
かなりドラスティックに組織を変えていく文化の中で1年間同じチームにいたのは社内でも稀有な経験だったこと、前職でも1年間同じチームにいたことはなかったことから自分にとって大きめの節目なので、転職するときの意志として強かった「自分の手で人に自慢できる機能を世に出したい」ということがどれくらいできたか勝手に振り返ってみる。
細々した機能から大きめの機能まであるけど全部語れないのでいくつかメモしておく。
試しに入社してから今日までにmergeされたPRの数を数えたら408個だった。土日含めて一日0.7個のPRをリリースしてる計算らしい。
続きを読む