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

苦汁

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

@SHC7saki @Rioki ……？

@Rioki それは普通のひとだよ

dein も実は hook_add の代わりに lua_add が書けるんだけど、あんま知られてない気がする >> 久しぶりに dotfiles を弄った - 重力に縋るな
https://sksat.hatenablog.com/entry/2023/05/08/000010

NeoBundle の頃からずっと Shougo ware 使ってたけど、ついにそれから離れて lazy.nvim 導入するかもという気持ちになってきた

スシロー迷惑動画、少年への賠償請求額を増額予定　６７００万円請求訴訟 - 産経ニュース
https://www.sankei.com/article/20230609-DJYFI6RBMFNZBB5WKMSS2VMCRM/

manyids2/htmlgui.nvim: Create html + css + lua apps with neovim as 'browser'
https://github.com/manyids2/htmlgui.nvim

ミニ四駆みあるな >> https://twitter.com/TOYOTA_GR/status/1667109318934646785

@Rioki い、異常者

NeoVim の init.vim を init.lua にするやつやった

これになりたさすぎる

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

@omasanori CodeWeaver 社の wine fork (CrossOver) の執念がついにというかんじある（DX12 対応

@omasanori https://github.com/apple/homebrew-apple

Vectrex 欲しくなるんだけど、速攻で飽きることがわかっているんだよな

@akahana 本物の NEW UFO キャッチャーの筐体から剥ぎ取られた基板だよ

過学習した個体だ

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

でもカセットは可搬な携帯を指向してるけどアーケード基板はどう足掻いても基板なんだよな……

回路基板をアルバムって言い張るの異常ムーヴっぽいんだけど、ファミコンカセットをパッケージにアルバムリリースしたチップチューン音楽とかあったことを考えると飲み込める気がしてくる

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

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

アセンションパンダ

レッサーパンダ、アドバンストパンダ

@akahana wtf

OCI で互換してるだけだと思う、docker cli で podman を操作できるのは既存ユーザーの乗り換えを補助するためだと思うので、もちろん対応しないコマンドへの対応や互換性向上は随時対応しているけど、clang が決して gcc の完全後方互換性を持たないように、podman が docker の完全互換する義理もないような

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

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

A<n> で M<n> がきて R<n> なので Cortex シリーズと似た命名で Arm だなとは思った

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

べつに DMA とか経由でジョブコントロールするだけでとかになる気がするし ISA が揃ってる意味はあまり感じない（同じ論理設計を流用して安く上げるために Arm、とかはあるだろうけど

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

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

podman の pod、kubernetes の pod からきてるし

podman は当初から（当時は docker であまりちゃんとできてなかった）rootless とか出来てたので、劣化というより最初から立ち位置ちがうんですよね。

アニメ『serial experiments lain』25周年。没入型の謎解きゲーム『Layer 3301： De-Cipher』が配信決定 - 電撃オンライン
https://dengekionline.com/articles/188782/

その難しさが結局、「複数のクラウド事業者なりマルチリージョンなりと契約してクラウドストレージ使う」という単純で広帯域な解法を越えられてないのがアレそうな

どうなんだろ、自分が支払わなくてもどこかで維持コストはかかるし、誰が芋引くかでしかないとすれば全体で持続的でないモデルは破綻するだけそう

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

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

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

そこで arweave を基盤にしてます、はいいんだけどじゃあ noary ならではの良さとかがまったくわからんので謎（arweave も IPFS より node にモノを置くインセンティヴ設計してるからいいですよっていう売り込みだけど、あれはあれでどうなんだろ

データ永続化って不変の参照値をどう作るか、みたいな話だと blockchain は有用かもしれないけど、データの実体の永年保管という意味ではストレージ技術ある確かなインフラ屋さんのところにプライマリのデータを置くし、バックアップとかどう構成してどうシステム組むかはまたその上でやるインフラやシステムソフトウェアの話になるわけで、blockchain 死ぬほどどうでもいいよな……

ル・マン24時間100周年のハイパーポール、ポールポジションはフェラーリに トヨタは3位と5位 - Car Watch
https://car.watch.impress.co.jp/docs/news/1507366.html

というところを踏まえると、toC でも toB でも受託でも自社開発でも自分らの責務の持つ範囲であればなんであれアジャイル的なやり方は組込めるはずだとおもう

ただこれを勘でやるとウォーターフォール以上の地獄が地上に顕現するので、ちゃんとメソッドとしてやり方を規定しましょうね、というだけで、そのやり方としての道具で有名なのがスクラムや XP なだけ、というところで、ちゃんと自前で成熟した開発フローを規定できるんならスクラムでなくてもいいし仮にスクラムでもスクラムの提示する全ての道具を使わなくてもいいと思う

ウォーターフォールの問題はモジュールや関数とかじゃなくてシステム全体で要件定義、設計、実装、テスト……の V 字工程をドカンとやって最後の結合テストや end-to-end テスト終えたら完成品が出てくる前提になっているのがアレなだけなので、そうじゃなくてちゃんと臨機応変に仕様や設計や実装のフェーズに戻って修正しながら徐々に完成品を目指せる仕組みになってるならなんでもアジャイルだと思う

むしろスクラムやアジャイルなら要件定義やドキュメント作成しなくても実装して動く成果物を作りさえすればいいみたいな（そんなこと誰も言っていないがよくある）勘違いのほうが糺されるべきでもあるし、巨視的にはともかくミクロでみたらウォーターフォールの時と似た開発工程が小さく存在するのはそりゃそうだろでしかないからな……

焼き直しではないでしょ

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

“第6条（本サービスの提供の停止等）

当社は，以下のいずれかの事由があると判断した場合，ユーザーに事前に通知することなく本サービスの全部または一部の提供を停止または中断することができるものとします。

[..]
(4)その他，当社が本サービスの提供が困難と判断した場合”

NOARY | データが永久に消えないアップローダー https://noary.me/info/rules

スクラムってただのメソッドだし言ってること自体はべつにそんな難しい話でもないような

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

しないで

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

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

私有機生命体辞めてないけど！

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

まず不老不死ではないが

どういう方法！？

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

まあ外道と呼ばれる人らは正しく六道を外れ俗に塗れ、行くは魔縁溢るる天狗道、という按配だと思うのである意味仏教的に正しいか

IoT 機器の近距離無線通信規格として物理層に IEEE802.15.4 を利用する規格として ZigBee や 6LoWAN とかに並ぶ Google 提唱の TCP/IP スタック規格にも Thread とかあるので、もう諦めよう

よく、「ようやくシャバに出てこれたぜ」みたいな表現が任侠モノにあるけど、娑婆は仏教における苦しみ溢れる現世、つまり苦界のことを指しているので、娑婆はべつにいいものではないんだよな

しゃばしゃば娑婆

きっちり選別されたシリコンウエハの大トロの部分は高級料亭でご賞味ください

歩留まりでの選別落ち品がコンシューマー製品だと思うのでまあ

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

@mot https://ja.wikipedia.org/wiki/%E3%82%88%E3%81%8F%E3%82%8F%E3%81%8B%E3%82%8B%E7%8F%BE%E4%BB%A3%E9%AD%94%E6%B3%95

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

でも主要プラットフォームの ABI が C ABI になっちゃうからな、結局こう、プラットフォーム的なところを書く人は wasm の世界になっても OS とつなぐところで C や C++ が顔を出すか

WebAssemblyコンポーネントモデルを調べる https://zenn.dev/termoshtt/articles/webassembly-component-model

WebAssembly と WebAssembly InterfaceType とかがはよ成熟するとええな

でもそこで特定のオブジェクトモデルとかを C で representation するときとか、何となく動かせるコードはかけるけどちゃんと言語規格と portability とか考えるとさっきみたいな UB がどうとか規格がどうとか知っとかないとアレなコードになるんだよな（将来困り度が高い

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

それが将来 Rust なり wasm なりになるにせよ、現場の制約で C にならざるをえない場所もなくはなさそう

baremetal で何か動かすときとか、FFI で何かの言語 binding や glue コードを用意するのに、結局その程度の 100 行ぐらいの C コード片とかは書ける必要がどこかであったりしそうなんだよな、どの分野でも

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

言語規格を無視したコードでも意図的にコンパイルできることを許容しているのが難しいだけで……（意図的に UB なコードを書くのは低レイヤーなコードの場合そうしないと OS とか作れないことがあるので仕方ない、Rust の unsafe{} は epoch な発明だね……）

C++ は template をぐねぐねしはじめるとアレだけど、embedded C++ ぐらいだと制約ありまくりで STL がたいして使えないので機能の増えた struct と lambda とかが使える C でしかないからな……

C++ はともかく C はべつに言語モデルが素朴だしメタプログラミングはほぼできない（cpp は忘れてください）のでべつにそんな黒魔術でもない

ありがち

bounded flexible array もかなりマニアックな規格そうだけど

ptrdiff_t とか使おうとおもったときあったけど、そのときは bounded flexible array でいいやになったので結局あんま使ったことない https://people.kernel.org/kees/bounded-flexible-arrays-in-c

inttypes.h はつかってほしいわね

ですよねー

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

intptr_t とか ptrdiff_t をちゃんと知っていて適切に使われている場合どのぐらいあるんだろう

さよなら libc……

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

これも微妙じゃない？

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

bit width が特定の場合であることを指定したい場合は stdint.h を導入して intN_t を使うしかないし、format string で 32-bit integer を埋め込みたいときは nttypes.h を導入して PRIi32 を使うしかない

極端な話 long が 34-bit でも well-formed

least 32-bit なだけなので、32-bit であることは保証しないと思うので

それは正しくないなー

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

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

UB ではあるものの、time_t が 32-bit であることを期待して int とかに変換して算術操作とかしてしまっているアプリケーション、とか

特定のプラットフォームが勝手に bit width を増やすのはべつにいいけど、言語規格として time_t の bit width を厳格に規定しちゃうと、その規格以降の C コンパイラでコンパイルすると壊れるコードもあると思うので ABI 互換以外でも問題がありそう

中国「秘密警察」日本での設立と活動の証拠写真を入手 | 文春オンライン https://bunshun.jp/articles/-/63294