23:54:12
icon

うーん,再現しない.再現しないと解決のしようがない

23:22:29
icon

issueのトリアージするだけで結構時間食うう

18:38:38
icon

何者にもならずに生きていこうぜ

18:12:19
icon

15分くらいで終わると思ったテストが30分経っても終わらない

18:08:42
icon

既に詰んでいる将棋……つまりこういうことか
https://kyoko-np.net/2021061401.html

Web site image
究極の初心者向け「2マス将棋」発売 愛好家考案
17:41:48
icon

IP固定という呪縛から開放されたい(

17:06:16
icon

よしよし,ようやく想定通りに動いたぞ

15:49:11
icon

あーこれまじで設計変更が必要だよ,めんどくさいなー

14:16:20
icon

サーバーの運用したくないからサーバーレスにしたいっていう動機は,サイズが小さい場合は理解できるんだけど,ある程度以上でかいサービスを運用するにあたってその動機はどうなの,と思う.結局サーバー管理とは別の部分で運用工数が発生することを,わかっていないのだろうか

13:30:50
icon

エンジニアに必要なのはコミュニケーションスキルだ,みたいな言説,正直嫌いなんだけど,現に世の中にはissueとかPR上で,やたら攻撃的で全てに対して嫌味を言ってくる人というのが存在するというのを観測してしまった.これは無理だよ,まともに相手したら建設的な話に一切ならない.すごい.

13:28:47
icon

いやーやばいなーこれはやばい

10:35:43
icon

遊んでなんでレビューしなきゃ

10:20:17
icon

あと,スケールすると言ってもlambdaのデフォルトの同時実行数はたかが100なんですよ.その程度なんですよ.上限緩和はできるけど,これは常時監視しないといけないわけで,全然autoscaleじゃない

10:19:08
icon

「サーバの管理とか全然わからない,コンテナとか無理」という人がFaaSを使いたがるのはわかる.それはそれで良い.あと,「1日に数回しかリクエストこないのにサーバ維持するのは無駄」というのもわかる.それは確かに理がある.
だけど,常時リクエストが来ている通常のWebサービスで,組織的に運用していてSREがいるような状態で,サーバーレスにする意味はあるんだろうか.相当離散的に局所的なスパイクがない限り,通常のautoscaleで間に合うし,コストパフォーマンス的にもそちらが優れていると思うんだが

10:16:04
icon

多いのかなぁ……そんなこと言ったら世の中ではEC2+RDSのRESTアプリのほうが圧倒的多数だと思うけど…….露出の問題なのかな

10:15:21
icon

コストというか,金額自体はlambdaの課金に内包されている.そのためlambdaの料金はEC2よりかなり高い.内部的にはコンテナを起動しているので,リソースはAWS側が負担してくれている.

10:00:27
icon

なぜだかよくわからないけど,lambdaが大好きな人が一定数いて,なんでもかんでもapigateway + lambdaのサーバーレス構成で作りたがる人がいるんだけど,あれはなんなのだろう.昔はそれでも,RDSのconnection poolが使えないというでかい理由でrejectできたんだけど,最近はRDS Proxyのせいでこれを理由にできなくなってしまった.

00:50:02
icon

デバッグや