とみたまさひろ🍣🍺 đã retweet
とみたまさひろ🍣🍺
74.3K posts

とみたまさひろ🍣🍺
@tmtms
得意技はメールと文字化け。 MySQLユーザ会とかNSEGとか。 このアカウントの呟きはフィクションかもしれません。 RubyとかMySQLとかPostfixとか聖悠紀とか佐々木淳子とか島本和彦とか桑田乃梨子とかアルクマが好きです。長野県北部在住。発言は個人的見解であって所属組織とは無関係です。
長野県北部 Tham gia Haziran 2008
567 Đang theo dõi2.2K Người theo dõi
とみたまさひろ🍣🍺 đã retweet

最近急に相続税廃止論を目にすると思ってたけどデマが発端か。細かい運用でまずいことはいろいろあるけど、廃止ってのは金持ちの論理だよなぁ。 / “「中山美穂の遺産20億円」の出処だとか - 電脳塵芥” htn.to/3KqQts1wx6
nou-yunyun.hatenablog.com/entry/2026/04/…
日本語
とみたまさひろ🍣🍺 đã retweet

@Ricking926 北海道じゃないのか…。長野恐るべしw
公式(?)
日本で海から一番遠い地点
sakukankou.jp/spot/1302/
到達者には到達認定証の交付あり。コースタイム 2.3km、80分だそうでw


日本語
とみたまさひろ🍣🍺 đã retweet

この画像、ここ数千年であり得ないレベルの奇跡の産物だと思う
かつて流通網が発達していなかった時代に生魚を海辺から内陸へ腐らせることなく運べた限界が、いわゆる「魚尻線」と呼ばれていて、
昔の内陸部からすれば、海から一番遠い場所で魚なんて到底塩漬けか干物が当たり前な訳で、生寿司なんて逆立ちしても拝めない贅沢品だった。
それが今や、物流と冷蔵技術の進化で、内陸部の山中でも新鮮なネタが食べられる。
とんでもないことだなこれ
にーのさん@Ricking926
海岸線から一番遠い場所で寿司を食う
日本語
とみたまさひろ🍣🍺 đã retweet
とみたまさひろ🍣🍺 đã retweet
とみたまさひろ🍣🍺 đã retweet
とみたまさひろ🍣🍺 đã retweet
とみたまさひろ🍣🍺 đã retweet

読み取り困難な“中世ギリシャ語”の文字起こしがAIにより可能に。TOPPANが日本語の「くずし字」解読で培ったAI画像認識技術を活用
news.denfaminicogamer.jp/news/2604072g
ヴァチカン教皇庁図書館との共同プロジェクト。印刷博物館の企画展「名著誕生展 ヴァチカン教皇庁図書館III+」にて研究成果を公開予定

日本語
とみたまさひろ🍣🍺 đã retweet

MySQL/InnoDBでは30回ぐらいスピンして、それでロックが取れたらラッキー、取れなかったら諦めてOSのロックを使うという2段階の実装になってるんだけど、どうもポスグレのスピンロックは全然思想が違うらしい。
Mikiya Okuno@nippondanji
MySQLも普通にスピンロック使ってるし何でPGだけ騒がれてるんだろうと思ったけど、PGの方がかなりアグレッシブにスピンしてるから問題が大きいってことかな。
日本語
とみたまさひろ🍣🍺 đã retweet

PostgreSQLのスピンロックを頑張って減らしている人のコメント面白い
(コミッターのfujiiさんの投稿で知った)
futexベースにするとロック解放時にメモリバリアが必要でバリアの増加はリグレッションを引き起こしたり、既存のスピンロック実装自体も移行を難しくしていると
news.ycombinator.com/item?id=476492…
日本語
とみたまさひろ🍣🍺 đã retweet

アンドパッドが #rubykaigi 会期中に用意するランチセットの詳細解説を書きました。市内を歩かなくても函館を満喫できるセットになってるので今から準備しておいてください。
ANDPAD (アンドパッド)開発部@andpad_dev
#omotesandorb 120 で紹介した #RubyKaigi 2026 特集の第2弾 Drinks and Local Meals (ドリンクとランチ) スポンサーの紹介記事を公開しました! 参加する Rubyist は必見です! アンドパッドは RubyKaigi 2026 で Ruby Sponsor として Drinks and Local Meals と Drinkup… tech.andpad.co.jp/entry/2026/04/…
日本語
とみたまさひろ🍣🍺 đã retweet

むかしむかし
labs.gree.jp/blog/2015/12/1…
でInnoDBのスピンロックに言及し
labs.gree.jp/blog/2018/07/1…
で、スピンロックやmutexの前段階でスレッドの並列度を調整する仕組みがあることに言及しました。
MySQLあるいはMySQL互換を謳うものは、innodb_thread_concurrencyやthread pool、Aurora MySQL独自実装のロックマネージャーといったものがあれば、スピンロックより前の段階で並列度はある程度調整できると考えています。
日本語
とみたまさひろ🍣🍺 đã retweet
とみたまさひろ🍣🍺 đã retweet
とみたまさひろ🍣🍺 đã retweet












