「Hono」を含む日記

はてなキーワード: Honoとは

2024-11-04

ふつーに、車輪の再発明すりゃええじゃん。俺だったら、増田を Rails + Hono で再構築したいけどな。

以下の記事、内容がひどくて空いた口が塞がらなかったのだが、

（はてブで）ブックマークして下手にホッテントリにでもなったら嫌だなと思いそっとブラウザのタブ閉じた。

が、しばらくすると残念ながらホッテントリ入りしてしまったので、はてブにコメントを軽く書こうとしたが100文字に収まらなかったので増田にした。

まず、「特定条件下では MySQL は我々のプロダクトには不向き」を「MySQLを使うと会社は潰れる」なんて表現するのおかしいでしょ。

以下の記事からの引用だが Uber のエンジニアは「PostgreSQLではアーキテクチャに制限がありすぎてUberのシステムを支えきれない、MySQL＋InnoDBに変えたら全部解決した」と主張している。

Not for me/us. を「これを使うと会社が潰れる」って……MySQL開発チームから名誉毀損で訴えられろと思う次第。

(サーバサイド開発の言語は）TypeScriptでいい。と言いつつ、結論はこれ

| TypeScriptで書いたサーバーサイドのコードの半分ぐらいも属人化している。なぜかメンバーのキャッチアップが進まない。

こんな評価眼で開発力で文章力の人を「厭味が無くて楽しめた」だの「公開してくれてありがとうございます」とか言うブクマカにもそれにスターをつける人にも衝撃だよ。

ちゃんと読んでくれよ。それから、ブックマークするか判断してほしい。あーあ

---

| 逆に、Uber エンジニアに対して、PostgreSQL開発チームから名誉毀損で訴えられろと思わないのは何故？

という言及への返信。

Uber に関しては。

自分たちが扱う規模のデータを捌ききれないという問題を、その原因が利用者（Uber）側ではなくデータ永続化におけるPostgreSQLのアーキテクチャが原因だと思われるということをきちんと測定して結論してるからかな？

さらにUberはそのことを安易に「PostgreSQLを使うと会社が潰れる」というような煽り口調の一般化をせずに自社には不向きだったということをブログに載せているため議論の土台が開けていることが重要だと思う。

今回の問題の記事はRLSとID採番というデータベースの根幹機能ではない付加機能で自分たちのプロダクトとミスマッチしているだけで一般化して罵ってるのが悪質だと思うんよなぁ

Honoってローマ字読みでそのまま「ほの」って読むべきなのか、語源が炎だから「ほのお」と呼ぶべきか、語源とは関係なくoを2つ並べたりohと書いたりしないだけで実は「ほのお」をローマ字にして「Hono」だから「ほのお」と呼ぶべきなのか微妙なのがたびたび気になる。