クレーンダック @craneduck

発表の資料をアップしました "Web系自社開発企業への就職" speakerdeck.com/komagata/webxi… #nextstepup

「ほとんどのWebサービスはI/Oがボトルネックだからプログラミング言語を変えてCPU効率を改善しても意味がない」という主張に対し「うちのサービスではプログラミング言語を変えたらとても高速化した」は反例だけど反論にはなってない。統計的な主張なのだから統計的に反論しないと。

@igz0 これ自体はTLSハンドシェイクの削減やHTTP/2多重化、オリジン接続数の平準化という観点であらゆるWebサーバで有効な手段ですが、加えてPHPの場合、Webサーバの接続管理とWebアプリのリソース管理との密結合が「PHP製Webアプリの弱点」なので、それを上流にオフロードしてしまおう、ということです。

@igz0 ここではCDNやLBを「オフロード」「負荷分散」ではなく「KeepAlive接続」のために使います。言うなれば、WebアプリとDBとの間にコネクションプールを持たせて接続を最適化するのと同じようなことを、HTTPレイヤーでCDNにやらせてしまいます。

@igz0 そこでコアが欲しくなる。言うなれば「コア単価」でWebサーバのコスパが決まります。それを踏まえクラウドやVPSの料金表を眺めると、安めのインスタンスの方がコスパが高いことに気づきます。安めだとメモリやディスクもそれなりですが、コアだけは最低限用意されてるんですね。ここが狙い目。

keyboard_arrow_left Previous keyboard_arrow_right Next

@igz0 理由はPHPの動作モデルです。PHPは基本的に「1プロセスが1リクエストを処理」と動くので、同時接続数が多いほど必要プロセス数も増えます。とは言っても、プロセス数自体は問題にはなりません。Webアプリの多くはIO待ちやDB待ちなので、プロセスは大量だがCPU負荷は低い、ということはよくあります。

@igz0 まずスケールから。「ハイトラフィック → 多くの同時接続数 → CPUの性能やメモリの容量を上げる」と考えがちですが、ある程度の規模を超えてくると、この判断がコスパに悪影響を与えます。コストではなくコスパです。安いサーバを大量に並べたほうがコスパの面で有利になることが多いです。

VaultwardenにOIDCWardenのSSO機能が取り込まれたっぽい。まだReleaseにきてないがTestingで試せるようだ。後で試したい github.com/dani-garcia/va…

これも5月に書いていた。単一HTMLにしておいてストレージにぽん置き。あくまで確認用として vite-plugin-singlefileでwasmを単一HTMLに埋め込む zenn.dev/craneduck/arti…

5月に書いていたやつだけど、結局Cloudflare Workersは使わずじまい… Cloudflare WorkersとD1でreact-router v7, drizzle-orm, valibot, conformメモ zenn.dev/craneduck/arti…

レンタルサーバーでもできるのか。 【2025年版】Laravelアプリをさくらのレンタルサーバで本番運用する実践手順 | さくらのナレッジ knowledge.sakura.ad.jp/41775/

少額ですが、Firefoxに寄付したよ ウェブを愛しているので @mozilla に寄付しました。より良く、健全なインターネットのために協力してください。 #lovetheweb mozillafoundation.org/en/?form=moco-…

"LLMがどれほど不思議で、直感的で、人間らしく見えることがあっても、その核心部分では単にテキストの次の単語を予測するモデルに過ぎない" "ハルシネーションは「バグ」ではない。模倣エンジンの必然的帰結" その通りだな / HOW TO READ Prompt Engineering for LLM (牛本) htn.to/2rbwvXXuAx

ソースコードだけで語れという世界は好きだけど、開発の実体はもっと大きな流れの中にあり、その流れを知らずに外からコミットすることは困難で、例えば気軽にPR送っても「そのモジュールはリファクタ中だから触らないでほしい」みたいなのが後から出てくる...

最近思うこと、ソースコードとそれを運用できる人がセットで揃って始めて価値が生まれるので、ソースコード単体がただGitHubにあるだけではそこまで価値があるわけではないし、企業OSSはそれを支える組織の側に価値の実体がある

ライブラリではなくアプリケーションのコードが全公開になるとき、大抵はベンチャーが上手くいかなかったときの墓標としてgithubにアップロードされるやつで、以降コミットはなくプログラマはそれを歴史的な遺物として参拝する

リベタリカ・キセーリ @livetarica_ksl

5 months ago

ライブラリではなくアプリケーションのコードが全公開になるとき、大抵はベンチャーが上手くいかなかったときの墓標としてgithubにアップロードされるやつで、以降コミットはなくプログラマはそれを歴史的な遺物として参拝する

8 1K 4K 565K 459

生成AIは確かに生産性を10倍にするかもしれないが、マイナスの生産性をも10倍にして害を増やす話もちょくちょく聞くようになってきた。そういうやつに「やめろ」といってもそもそも理解できていないからやるわけで改善される見込みはない。逆走車にぶつかるのを避けるしかない。

生成AIで作られた内容を全く検証していない嘘記事、Qiitaにも投稿されていた・・・まあわかっていた未来ではあるが、だいぶ早かったな。まあ精査されたコンテンツとして評価されるような本とか雑誌を書く、という点で僕のやるべきことは変わらない。

気になる 【FrankenPHP】今後はPHP Foundationが公式でFrankenPHPをサポートするよ qiita.com/rana_kualu/ite…

なんだか、本日、GitHub調子悪いような…？