OHASHI Takeshi

Cupio fieri naturae. sed me uxor insanum.

[OHASHI Takeshi @solis]

@May_Roma 1986年頃、大理でガンジャ売っていた中国人のお兄ちゃんはその後どうなったんだろう？山へ行くと自生していてホテルの外で干していた日本人もいたな。

[穂積茂行（Shigeyuki Hozumi）NO HATE!! @shigeyuki696]

無申請・無許可で建てられた川越モスク。しかも開所式には駐日🇵🇰大使まで出席していたことに驚く。
しかしまぁ、この広大な敷地にミナレットまで携えた立派なモスクが易々と違法建築されてしまう日本って、一体いつからこうなってしまったんだ。
完全に舐められてるんだよ。行政は仕事しろマジで。

[OHASHI Takeshi @solis]

Claude MythosやOpenAI Cyberが優秀ならば、そのうち六法全書や判例を全部読み���んで法の穴を見つけることも簡単な気がする。つまるところ、人間よりもAIの方が部分的に勝るようになってきた。そのうち全敗するのかも。

[OHASHI Takeshi @solis]

privateで今月のAI課金を一気につかってしまった。今月いっぱいAIコーディング趣味はおやすみ。

[ふるふるの大冒険/Furufuru’s Epic Adventure @ai_am_furufuru]

映画の撮影に乱入してきました！
(I crashed a movie shoot!!🍿)

[Shodai Yanagimoto | しくみスタジオ @shodaiiiiii]

なんでもオープンソースになっていくな...

Claude Design → Open CoDesign
CapCut →OpenCut
Notion → AFFiNE
Slack → Mattermost
Figma → OpenPencil
Screen Studio → OpenScreen
Loom → Cap

リプにGithubリンクまとめておきました👇

[OHASHI Takeshi @solis]

SQLiteをDBサーバーにした、libSQLという軽量DBサーバーもありますね��Tursoで提供。

[Berryxia.AI @berryxia]

这种牛人几乎不可能复制吧！

真正的软件传奇，从来不是谁赚得最多，而是谁让全世界都离不开他，却一分钱都没收过。

2000年，D. Richard Hipp在为美国海军一艘导弹驱逐舰的损伤控制系统工作时，受合同委托开发了SQLite。

他当时烦透了那些又笨又重、服务器一挂就全完蛋的数据库。

于是直接搞出了一个单文件、零配置、零服务器的数据库引擎，专门解决军舰上服务器故障时的可靠性问题。

他把全部代码扔进公共领域，永久免费。

25年后，这玩意儿已经跑在全球超过1万亿个数据库里：每台iPhone、Android、Mac、Windows、Chrome、WhatsApp、特斯拉、商用飞机……

无处不在。

而他呢？

至今只带3个人全职维护，还承诺免费支持到2050年。

这才是真正的Database GOAT。

你觉得SQLite算不算软件史上最被低估的奇迹？

[名古屋大学｜Nagoya Univ. @NagoyaUniv_info]

熱を加えると宙に浮かぶこの物体。本物です。フェイク動画ではありません！
空気より0.5～10倍軽い機能素材を
工学研究科の上野智永助教が開発しました。
ベンチャーを立ち上げ、次世代モビリティや航空宇宙分野での実用化を目指しています。
#名古屋大学 #ソラマテリアル

[柴田 淳-【新刊】みんなのPython第五版/Pythonで学ぶはじめてのプログラミング入門教室 @ats]

Stripeが、自社の2500万行（現在は4200万行）規模のRubyコードベース全体に、自動フォーマッタ「rubyfmt」を一晩で適用した経緯を公開。RubyにはGoのgofmtのような「ゼロ設定・高速・強制的に統一する」タイプのフォーマッタが長年存在せず、巨大コードベースではPRレビュー時のスタイル議論やrubocop調整が大きな負担になっていたという。

rubyfmtは2018年に個人OSSとして始まり、最初はRuby製だったが、100ms以内で動かすという目標のためにRustへ移植。さらにRuby VM内部のparse treeをRust側から直接たどるという、かなり異様な実装に進化していく。Rubyのripper parserが返す内部データをJSON経由でRustに渡していたが、最終的にはRubyオブ��ェクト（VALUE）を直接serdeでデシリアライズするところまで到達したという話がかなり濃い。

Stripeでは以前prettier-rubyも試したが、大規模ファイルでクラッシュし、速度面も問題だった。そこでDeveloper Productivityチームがrubyfmtを本格採用。まずはファイル単位で段階的に適用し、ripper tree比較や巨大テストスイートで安全性を検証。その後、土曜日を選んで「全コードベース一括フォーマット」を実施した。

面白いのは、導入後の感想が「誰も話題にしなくなった」という点。特にGoやPythonなど他言語出身エンジニアにとって、Ruby特有の「どう書くべきか分からない問題」が消え、レビューでの細かなフォーマット指摘も激減。開発体験そのものを変えたという。

また最近は、Ruby公式の新parser「Prism」への移行も進み、Ruby VMをリンクせずにparse tree生成が可能になったことで、バイナリサイズ削減とさらなる高速化も実現したとのこと。

・巨大モノレポでは「コードを書く」より「コードの見た目を揃える」コストが無視できなくなる
・gofmt���化をRubyにも持ち込みたかった、という思想が一貫している
・Rust + Ruby VM + serde + parser internalsという、かなり変態的な実装話でもある
・「誰も話題にしないほど自然に定着した」がDeveloper Productivity系ツールの理想形かもしれない

https://t.co/DRibMVI0QF

[OHASHI Takeshi @solis]

以前はxはあまり見ていなかったのだけれど、他の言語が翻訳されるようになって情報量が���えた。他の言語でも有意義な発言が多い（変な物も多いけれど）。
民族・国境を越えた気がする。
すぐに音声と動画も言語の壁を越えるんだろうな(Youtubeはまだまだ）。
英語は少し分かるが他の言語は全然だった。

[Haruki Yano / Haruma-K @harumak_11]

AIによるコード生成がもたらす無謀な誘惑、という記事
https://t.co/RHa5M6MOEX

・AIがエンジニアを代替できるという幻想を信じて開発チームを削減する経営者が増えている
・エンジニアを少数の監視役に置き換える考えは先見的ではなく無謀な行為である

・AIがコードを書けるのは事実だが、熟練のエンジニアやアーキテクトが不要な支出になるという考えは現場では通用しない
・デモや初期の機能開発は成功するように見えるが、システムをスケールさせるとクラウド利用料が月額1万ドルから30万ドル以上に跳ね上がるような事態が起きる
・AIは一見正しそうなコードを出力するが、コスト効率の良いアーキテクチャや無駄な処理を避ける判断ができない

・後で最適化すればいいという主張があるが、複雑なシステムを理解していた専門家を解雇することで、AIが生成したコードを誰も修正できなくなる
・これはイノベーションではなく、産業規模の自己加害的な技術的負債を生み出していると言える
・AIが思考の速度を超えてコードを量産することで、数年分の技術的負債をわずか数ヶ月で蓄積してしまう

・AIは開発チームの作業を速める強力なアクセラレータとして機能するが、代替品ではない
・エンジニアの真の価値はタイピングの速さではなく、システム全体のトレードオフや運用上の痛み、複雑なコストモデルを理解している点にある
・AIはシステムの断片を模倣するだけで、設計上の重要な選択が将来どのような悪影響を及ぼすかまでは判断できない

・市場はコスト削減やAIによる変革という言葉を好むため、経営陣は株価を一時的に上げるインセンティブに動かされやすい
・しかし短期的な成果の裏で、企業の基盤となるエンジニアリング能力が中身のないものになっている
・AIで構築された高額で脆弱かつ不透明なシステムを再構築するには、膨大な費用���再雇用という困難が伴うようになる

・今後数年でAIの誇大広告を信じた企業が、システムを管理できなくなり大きな代償を払うケースが増えると予想される
・破滅を避けるには、エンジニアを維持しながらAIを能力向上のためのツールとして使い、経験豊富なアーキテクトにガバナンスとコスト管理を任せるべきだ
・AIを人間の判断の代わりにするのではなく、あくまで道具として扱うことが現実的な解決策となる

[Jahir Sheikh @jahirsheikh8]

Every programming language exists because something was broken.

Fix the problem → create a language:

• C → OS development was too slow
• C++ → C had no structure for large systems
• Java → Software couldn’t run across machines
• Python → Coding was too complex for humans
• JavaScript → Websites were static
• C# → Microsoft needed its own ecosystem
• Go → Backend systems became too messy to scale
• Rust → Memory bugs were destroying systems
• Swift → Objective-C was outdated
• Kotlin → Android dev was painful
• PHP → Web pages needed to be dynamic
• Ruby → Developers were miserable
• TypeScript → JavaScript errors were unpredictable
• SQL → Data was impossible to query cleanly
• R → Statistics needed better tools
• MATLAB → Engineers needed faster computation
• Dart → One codebase for all platforms
• Solidity → Trustless digital agreements
• Assembly → Direct control over machines
• Objective-C → Early Apple app development

Languages don’t win because they’re “cool.”

They win because they solve pain.

[OHASHI Takeshi @solis]

Gemini 3 Flashは200-400トークン／秒、Gemini 3.1 Proは、120。Claude Sonnet 4.6が50前後、Opusは20ぐらいになるのかな��APIアクセスのほうがローカルの100倍でもっと賢い。ローカルのGPUでこの差はどれくらい埋めれるのだろうか？

[OHASHI Takeshi @solis]

2年以上前の決して速くないノートPCで、Bonsaiを動かすことができるようになった。文字化けも解消。タイムアウトを遅くした。
トークンの生成速度を調べたら、2-3トークン／秒で決して速くないのだが人間よりは速いかな。
トークンの生成速度調査コード：
https://t.co/lwZ2ILMtcO

[OHASHI Takeshi @solis]

AntigravityでGemini 3 Flashに文字化け直してと言ったら、コードをうにゅにゅして文字化けを直してしまった。恐るべし。Unicode置換文字: \ufffdをチェックする方法だった。
https://t.co/VpcUkU4Bel

[OHASHI Takeshi @solis]

今日のGoogle Antigravityはどのモデルをつかっても接続が悪い。アクセスが多いのかな。GEMINI CLIは問題ないのだが。

[OHASHI Takeshi @solis]

マイナンバーカードの更新をしたら、写真をアップしてカードをつくるのに1週間、地元の役所に届くのに3週間、予約して受け取るまでに6週間。
役所は大変だと思うが、更新にこんなに時間がかかるとは思わなかった。今はカードなし、保険証なし。自動車免許証は別だけど。

[OHASHI Takeshi @solis]

Comet × PayPayキャンペーン達成特典が3/27に届いていた。時間はかかったけれど、ありがとうございました！

[OHASHI Takeshi @solis]

日本の周りの国の史実を比較するサイトを作ってみた。自己学習のためです。
https://t.co/V5EJGZ90wx

[OHASHI Takeshi @solis]

中国でOpenClawをインストールする仕事が1万円、さらに削除するのにいくらかかかる。
面倒ではあるが難しくない。インストールできない人はやらないほうが良いと思う。