国産高級ウイスキー、バブル収束か　流通価格が2割下落 - 日本経済新聞 - https://www.nikkei.com/article/DGXZQOUC2098G0Q5A120C2000000/

アニメ外交ヨシ！

このアカウントは、notestockで公開設定になっていません。

横浜から宇都宮まで爆速で到達しそう

お互いにハチャメチャだからお互いにそこは気にしてないみたいなのもあるのかもしれんけど

Trump、岩盤支持層は福音派だとおもうけどどれくらい当人はカルヴァン派に沿っててどれくらい福音派に沿ってるんだろうか

このアカウントは、notestockで公開設定になっていません。

プロテスタントの石破氏だとカトリック、特にアメリカ南部の極右的な福音派の教義にあまり親和性ないのでは

このアカウントは、notestockで公開設定になっていません。

しばふさん闇落ちじゃん

git clone --depth 1 じゃだめ？

ノーニンジャノーカラテですからね。

人月の神話 2025

@blooddj ちんこん、ですね

陰陽のせめぎあい、バランス、チャドー、フーリンカザン、すべてはカラテ……

どストレート過ぎる命名のプロジェクトだ…… > Ghostwriter

神憑りなし（神ではないため）

x86-S 消滅したのかなり悲しいよ

でもそれやられると若手にノウハウたまらないから私や私より下の世代にかなり不利になるけど

えーあいがコード書けるから人はもう不要！論に私が懐疑的なの、ここらへん議論できるほど成熟したヴェテラン不要になるわけでもなければコード自分でかけない人がここのレヴューやれるようになるわけでもないじゃん！というところあり、逆に言えば既にスタッフエンジニアに到達してる人間がジュニアエンジニア雇わずに一人で AI の出すコードをしばき回して何かを出すことには使えそう

どちらかというと既にフル Rust で POSIX 構えてる Redox に Linux compat subsystem ぶち込む fork やるほうが Rust だけに興味ある人には成算高そう

べつに同一化しててもいいけどそうするならそれができる人を立てないといけないところ、なぜか三年のローテでまわってきた何もわからない人が適当にハンコついてゴーサイン出してしまってとんでもない判断でプロジェクトが進められてしまうことがあり、だいたい全員が不幸に

組織的に部長や課長がいて決裁やら労務管理やら諸所をマネージする人々が必要なのは当然だけど、技術的なプロジェクトの組織はその全社の組織構造と独立にオーバーレイ的に別建てになってるべきところがなぜか混同されて同一化してるときがあるという

PO や PMO や PM、アーキテクト、テクニカルリードとそれぞれ職掌も技術セットも違う技術者ではあるはずなのに、アーキテクトやテックリードがなぜか PM やったり、単にヒューマンリソースの管理をしてる会社組織のレポートラインのマネージャーが PM やってぐだぐだになることあるよね……

今後低レイヤーで新しく書くものが C じゃなくて Rust、になるのは誰しもが当たり前だとは思ってて、ただすべてを rewrite することは現実的ではないし、どうブリッジするかは大所高所からの長期目線でアーキテクチャやリリースの目線で考えなきゃいけないのでかなり上の方の議論をせざるを得ない

Rust 単体なら edition の指定とか Cargo.toml でキチンとバージョン指定するとかいろいろでやれはする

PM というよりは巨大プロジェクトのアーキテクトやメンテになれるいわゆる staff engineer のような上級エンジニアの人があんまりいない、というのはある

当然 C やって壊れることはある、プロプラのドライバとかよくビルドできなくなるけど mainline にマージされてるものに関しては壊れてない状態にしないとリリースできないわけで、そうすると、全サブシステムメンテに Rust を覚えて直せるようにしておけっていうのと同義になってしまうのはどうか？という話になってくる

べつに Rust ではなく C++ や Go や Zig だったとしてもここの問題は同じで、今後も mainline を何十年も出していくような長期的なシステムソフトウェアを作るときの心構えとして、リリースエンジニアリングをキチンとやれるかとか、メインの機能帰るだけでビルドブレイクして show stopper になってしまわないかとか、そういう話の

前に vfs 周りで non-technical な議論に疲れたとして Rust for Linux から離脱した人がいたときと話は変わってなくて、外部仕様としての API 仕様（つまり POSIX や Linux syscall のレイヤー）はバグが有っても後方互換など保つ形で堅持する、のはそもそもユーザーに提供するシステムソフトウェアを作る心構えとして当たり前だとして、問題は頻繁に変わりうる開発者向けの内部仕様や内部 API のところで、仕様や API を変更したときに Rust 向けの I/F を切ってたライブラリの語感やビルドが壊れたとき誰が直すねん、なんだよな

これ記事中にあるけどこの cancer 発言した人は Rust 自体はいいと思ってて、問題は別のところなんだよな

このアカウントは、notestockで公開設定になっていません。

スイーツなフレーバーに「キャスパリーグ」って名付けた店員さん、ちょっと？

トランプ政権から知識を守れ、科学者は徹夜でデータの引っ越し急ぐ - Bloomberg - https://www.bloomberg.co.jp/news/articles/2025-02-06/SR9SZ3DWRGG000

“ホンハイ精密工業と日産 提携可能性を協議” 台湾メディア | NHK | 自動車 - https://www3.nhk.or.jp/news/html/20250207/k10014716501000.html

#いいえ

このアカウントは、notestockで公開設定になっていません。

いらない

このアカウントは、notestockで公開設定になっていません。