そうなってしまったら全軒訪問してどんな人間がいるかチェックしないといけないし逆に消されたことになっている人間がひっそりと生きているかもしれない
Posting kb10uy(@kb10uy@mstdn.maud.io) 美少女のもみあげと裾についておはなしします
🔞性欲駆動開発アカウントにつき覚悟してください
Avatar icon: [𝕏] nunyu31
Header: [𝕏] hataraku125
弐寺: 1751-5340
夏稀bot もよろしくね: @mecha_natsuki
そうなってしまったら全軒訪問してどんな人間がいるかチェックしないといけないし逆に消されたことになっている人間がひっそりと生きているかもしれない
ファイルシステム要は戸籍なので出生届出てないとかキメラ人間が発生すると終わってしまう
FatFs - Generic FAT Filesystem Module http://elm-chan.org/fsw/ff/00index_e.html
数百byte のワーク領域で FAT 読み書きできるライブラリ
あれ良く出来てて長いファイル名に対応してない環境でもただの未対応テーブルエントリとして読み飛ばせる
端子としては生えてなくても基板上にパッドだけは出てるみたいなのよくあるよね
PRIMERGY みたいな安鯖や、ラックマシンは大抵シリアルポート生えてて便利。後者だと IPMI もあってマイコンとは別で便利。
もはやシリアルポートすらろくに載らなくなってしまった現代においてはボード上に USB-シリアル変換を実装するのが必須になってしまっているが
まだ PC に プリンタポートが標準搭載だったころはマイコンとの通信がかなり簡単だったんだよな
そもそも COM ポートって若番から順に採番されるんじゃなくて、よくわからない数字の振られかたするから 3 コ目で COM10 だったりする
僕は趣味柄いろんな種類のマイコンボードをつなぐので COM13 ぐらいまで見たことがある
あれ、逆に考えると com11 crate とかは理論上は取れるということにならないか
例えば我々のような界隈では縁もゆかりもないようなシステムとそれに付随するファイルシステムがあったとして、それで予約されている名前をうっかり踏み抜いてしまうことは普通にありうる
NUL とかはまあわからなくもないけど COMn とか PRTn が予約されているのちょっと信じられないんだよな
How I Broke Rust's Package Manager for All Windows Users - sasheldon.com
http://sasheldon.com/blog/2017/05/07/how-i-broke-cargo-for-windows/
これいい話なので読んでね
例えばだけど Animator が入れ子になってるとそこで Animation の伝搬が止まってしまうので手動で消してあげないといけない
Protobuf なんかではセマンティクスとシンタックスが分離されているわけですからね(表現可能なら実際のペイロードに何を使ってもいける)
スキーマの固定されたデータの交換の用途だったらそれこそ多くの場合ではデータ量で JSON などに負けてしまう
まあこれ自体は URL 決め打ちで対応するスキーマを埋め込んでおけばいいんだけどそうすると汎用性が失われてしまうし
単に構造化されたデータとしてだけ扱えればよいのなら他と同様に要素名とか内容をあてはめていけばおわりなのですが……
逆に言えばまあ JSON とかはスキーマさえ決まってれば決定的にデシリアライズできたりするし
JSON-LD はともかくとして JSON とか YAML には外挿されるような意味というのはあまりないことが多いけど XML だと例えば名前空間の検証とかしないといけなくないですか
拡張ライブラリを提供する側としてはまあ動的にリンクできるライブラリを特定ディレクトリにポンしてくれみたいなほうが都合がいいからね……
これなんだよなぁ
DITA とか見ていると本っ当にそう思うんだけど、動的な処理系の拡張能力があてにされている感じはある
XML、単に構文木にするとかなら良いんたけど拡張の処理とかを考えると Java とか .NET あたりがちょうど良い感じになってそう
This account is not set to public on notestock.
This account is not set to public on notestock.
頼んでた基板が完成したらしい(できたよ〜っちゅって写真送ってきてくれるのいいな)
crDroid 探したら fajita の 11 ブランチあったので使ってみる
というか Debug Window でパラメーターがどう動いてるか見たほうがよさそう
FX のほうに全部 AvatarMask 設定するやつやったら改善するかもしれない
Gesture Layer で特に何もせずしっぽ動かせてるの現時点だと逆におかしいらしいんだよな
あと VRCFaceBlend[HV] は VRCLens が使ってるっぽいので干渉すると思う
いま思ったんだけどデカいけもみみと長い横ハネはどちらもセット運用であるべきなのかもしれない
Nextcloud 置いとくとなるとネットワーク帯域が微妙かもしれないんだよな
あとでちゃんと vendor とか対応するとして今回は v3 で妥協します……
あ、今試したけど fajita 18.1 そのままだと通らなかったっすね
インターネットヤクザは避けたいので WebARENA VPS クラウドかなあ でもさくらは今タダでストレージ倍増できるしなあ
$15/month ぐらいは出せるんだけど vCPU 2 以上かつ RAM 2GB ぐらいほしいのよな
マルチコア環境で使用率とか Load Average が限界突破するやつすきだけどきらい
kernel と vendor だけ見つからなかったのでとりあえず 17.1 のまま回してみるか
美少女に生まれ変わったら口と膣と肛門を同時にΦ4cmぐらいの触手に責められたいですね
半透明でイボイボじゃない触手だとなおよいです
ところで各位腹ボコはお好き？僕は心臓より上に来てない限り好きです
オタクで抜いたことがないと断言できないぐらいならぼくはオタクで抜いて明言しますよ
僕の今の状態「私が全部処理するから一人でしちゃダメ」って言われてるのと同じですよ
夏稀の彼氏 さんのチェックイン (3月1日 08:49) - Tissue https://shikorism.net/checkin/18756
This account is not set to public on notestock.
「日下夏稀ちゃん描いてもいいですか」って Twitter で DM 来たかと思ったら夢でオイオイ泣いとるよ
データシート中国語だけど「79% の命令は 1 クロックで動くから 8〜15 倍の性能が出るよ」みたいなことが書いてあるな
オリジナルは命令あたり 12 クロックぐらいかかってたらしいけど多分こいつはたかだか 3 クロックぐらいしかかかってなさそうなんだよな
WCH(Jiangsu Qin Heng)|WCH(Jiangsu Qin Heng) CH559L|WCH|LCSC https://lcsc.com/product-detail/WCH_WCH-Jiangsu-Qin-Heng-CH559L_C150548.html
USB 喋れてプログラム容量 64K あって $2 切ってるの激しい
MCU series chip - Nanjing Qinheng Microelectronics Co., Ltd. http://www.wch-ic.com/products/category/5.html
Z80 互換とか i80(80|51) 互換とかやたらリリースされてたっぽいけど
そういえば PIC とか AVR はどっちも「現」 Microchip しか作ってなくて Arm シリーズは言わずもがなだけど 8051 の時代はあんまり命令セットのライセンシングとか無かったんだろうか
PIC は書き込みでもうウンザリ、AVR は C もアセンブラもやった、 Arm Cortex-M はとりあえず動かしはした、次に触るなら何がいいだろう
ご隠居の S3WF2 サポートは実際のところ別プロセスと ports で通信してるんだし無理に本体のメモリ・プロセス空間とがっちゃんこする必要はないわな
あるいは unix domain socket でも使うとかか あれなら速度も申し分ないやろ
プラグインとの IO 速度がそこまで無くても良いなら LSP みたいにしちゃうのも手だよね
まあ Go であんだけ Web サーバーの類が書かれてるんだからこの手の言語でもやりようはあるんだろうが
スクリプト言語とマネージドな VM の上で動いてるならともかく Rust だと 貧相な C FFI を通じてやるしかないんかなあ
Rust で Web サービス書くにあたって一番悩むのはプラグイン機構をどうするかなんだよな
書き味がBetter PHPだったのが良かったんだけどな
うーん、あれくらい程々にエスケープとか始末してくれて、程々にディレクティブ拡張できるの、ちょうどよかったんだけど。
Laravel 使いたい一番の動機は Blade なんだよな、あれが本体から分離されてないのが辛い
Laravel なんだかんだで 5.x の頃の感じで維持しててほしかった感あるよね
Shaarli はその観点では Slim ベースっぽいので規模感がマッチしててちょうど良いと思っている
あと単純に php-fpm と格闘するのも面倒になってきたというのがある。PHP で書かれてる既製品を使うぶんにはまだいいけど趣味で書くのはそろそろ良いかなと思いはじめた
PDF はコピペ普通にぶっ壊れるのがなあ(そういう風に作るなと言うのは簡単だが過去の文書のことを考えるとまあ……)
かなり濃いめに挿入れたお茶でお茶漬けにしてもちゃんと塩気がしたので体験としては良かった
個人的にはほた(https://maud.io)とかぱらつり(https://portal.paltee.net)みたいな感じにしたい
巷の SSG のテーマ、だいたいが簡易ブログ的な構成になっててシングルページなポートフォリオで使うにはやや不便だったり巨大すぎたりするんだよなあ
そういえば今日十数年ぶりにイカの塩辛食べたんですけど普通にいけるようになってましたね
React とかインラインスタイルバリバリ使ってるしこっちのほうがモダンすらあるな
This account is not set to public on notestock.
そこ本当は Jellyfin 入れたかったとこやね(忘れないように残してある)
ポータルそろそろ更新せななあと思ってリポジトリ開いたは良いものの、テーマに合わせるのも微妙に面倒だったのでとりあえずラフ書いてたらこれそのまま使ったら良いじゃんとなった
Jellyfin のロゴ間違って書いちゃったのでそこだけリンクがありません
<map> と <area> 使ってるのかと思ったら display: absolute; で笑った
This account is not set to public on notestock.
This account is not set to public on notestock.
