  |
はてなキーワード: MYSQLとは
読めば分かるが言ってることは間違いじゃない。でもMySQLに噛みつかなくてもって内容
TypeScriptとかフロントも頑張ってるけど端々に俺凄いサービス作ってるんだぜが溢れてて何故かMySQLの不得意部分をわざわざ使わないくせに叩くからこうなってる
mysqlレベルのものを使って会社潰れるは、自分には使いこなせません言ってるようなものなのに、
よく自分の技術力のなさを技術記事投稿サイトで偉そうにひけらかせるなと思ってた
こういうのが出てきたら叩くのがはてな界隈だろうになぜか賛成の声が多くて驚いてた
https://zenn.dev/nem/articles/ade7b83cae2fa5
みんな好きねコレ
やばめのスタートアップね。出来るリーダー逃げられて後釜で必死に頑張ったんだろうけどちょっとの成功体験で天狗になったかな？
こんなのが多い５名のチームリーダ出来るとかやっぱスタートアップには夢がある！
水増し感ある。会社の宣伝だと少しでも引っかかるためにたくさん書くけど、今回は社名書かなくて正解
既に書かれてるけど要件に合わないんでMySQLは除外だし、MySQLもその用途で俺使われないよねって思ってたのに勝手に難癖つけられて「弊社潰れる！」とか言われて不憫
書かなくて良いこと書いてるしRLS以外も確証無い部分での言いがかり。その役職荷が重いんじゃない？
言い訳がヤバい。ごめんなさい言うのがリーダーやマネージャー。はっきり言うけどやってること失敗だしこんな会社のマルチテナントのSaaSとか使いたくない
会計系とかだったらマジ始末悪い。AIだったら多分ポンコツ。総合的にさくらより怖い
こんな人をリーダーにしてそれなりにお金払えるスタートアップが存続出来るんだからIT業界夢あるな！AIいっちょ噛みでボロ儲けや！
なんでRLSが必須なのか分からんかった。ご自慢のTypeScriptでどうにかなるだろうしAzureにユーザー管理系サービス無いの？
Uber のエンジニアは「PostgreSQLではアーキテクチャに制限がありすぎてUberのシステムを支えきれない、MySQL＋InnoDBに変えたら全部解決した」
Postgresは性能面がネックなのよね
以下の記事、内容がひどくて空いた口が塞がらなかったのだが、
（はてブで）ブックマークして下手にホッテントリにでもなったら嫌だなと思いそっとブラウザのタブ閉じた。
が、しばらくすると残念ながらホッテントリ入りしてしまったので、はてブにコメントを軽く書こうとしたが100文字に収まらなかったので増田にした。
技術選定の失敗 2年間を振り返る TypeScript,Hono,Nest.js,React,GraphQL
まず、「特定条件下では MySQL は我々のプロダクトには不向き」を「MySQLを使うと会社は潰れる」なんて表現するのおかしいでしょ。
以下の記事からの引用だが Uber のエンジニアは「PostgreSQLではアーキテクチャに制限がありすぎてUberのシステムを支えきれない、MySQL＋InnoDBに変えたら全部解決した」と主張している。
UberエンジニアがブログでPostgreSQLにダメ出し、PostgreSQLコミッター石井達夫氏に反論を聞く
RDMS（に限らずライブラリやミドルウェア一般）の評価は採用する開発プロダクトの要件とユースケース次第。
Not for me/us. を「これを使うと会社が潰れる」って……MySQL開発チームから名誉毀損で訴えられろと思う次第。
(サーバサイド開発の言語は）TypeScriptでいい。と言いつつ、結論はこれ
| TypeScriptで書いたサーバーサイドのコードの半分ぐらいも属人化している。なぜかメンバーのキャッチアップが進まない。
ん？？？？
こんな評価眼で開発力で文章力の人を「厭味が無くて楽しめた」だの「公開してくれてありがとうございます」とか言うブクマカにもそれにスターをつける人にも衝撃だよ。
ちゃんと読んでくれよ。それから、ブックマークするか判断してほしい。あーあ
---
| 逆に、Uberエンジニアに対して、PostgreSQL開発チームから名誉毀損で訴えられろと思わないのは何故？
という言及への返信。
Uber に関しては。
自分たちが扱う規模のデータを捌ききれないという問題を、その原因が利用者（Uber）側ではなくデータ永続化におけるPostgreSQLのアーキテクチャが原因だと思われるということをきちんと測定して結論してるからかな？
さらにUberはそのことを安易に「PostgreSQLを使うと会社が潰れる」というような煽り口調の一般化をせずに自社には不向きだったということをブログに載せているため議論の土台が開けていることが重要だと思う。
今回の問題の記事はRLSとID採番というデータベースの根幹機能ではない付加機能で自分たちのプロダクトとミスマッチしているだけで一般化して罵ってるのが悪質だと思うんよなぁ
IT土方です。ゲーム開発を仕事としたことはないけど、だいたい同世代っぽいので反応します。
ゲームエンジンに相当する根っこの部分を実装するチャンスがなくなっちゃったって話、似た話題はITだと大体どの分野でもあるとは思いますね。
たとえば昔はCOBOLで自前でデータ操作してたけど今はデータベース（RDBMS）使うよね、とか。
携帯の新端末が出るたび何百万行っていうコード量のOS開発してたけど今はAndroidになっちゃったね、とか。
それを寂しいとか退屈とか感じる理屈はわかるけど、でも自分はそこにあまりネガティブな感情は無いんですよね。
こっちはこっちでプライド持ってやってるけど、とはいえ究極的には自分の作ってるソフトなんて全然つまんねえからね（ゲームと比べると）。
「生産性向上」って言葉にしたらみなさん鼻で笑いますけども、でもOracleやMySQLがやってることを自前で実装しろっていわれたら冗談じゃないわけですよ。
まあ実装はなんとかできるかもしれないけれども、その自前のトランザクション管理がバグって客先環境のデータ壊れちゃってみたいな運用まで考えるとね。。。
そのあたりの根っこの部分をまだ「買って終わり」になってないのは組み込み屋さんだと思う。車載OSとか。
理論上めちゃくちゃブラックなはずなんだけど、あまり話が聞こえてこないんだよね。どこも内製してて転職市場に流れないからなのかな？
自分が子供のころはPCとかマイコンって「ゲームを作ろう」から始まったけど（ベーマガ的な）、
今の子ってMincraftみたいなブロック組み合わせてLegoマインドストームみたいなロボット制御するのが初手だったりするから、生産性向上ヤバイ
うまくまとまらんけど、
