ニュースピークじゃん
しばふが1時間格闘してる間に私は型抜き菓子と格闘してたのでしばふの方が有益
タイトルねぼけてる時に付けたから前後逆転してんな、C++ Qt Widgetsの膣内にQML入れてるんだが?
このアカウントは、notestockで公開設定になっていません。
『私の百合はお仕事です！』の最新刊買ったっけ、になってた。もう確認したらもう買って読んだやつだった。
このアカウントは、notestockで公開設定になっていません。
たとえば buildroot で作った root image だけの distribution だとパッケージシステム持たないし、Kodi に特化した LibreELEC とかの distro もパッケージシステムを付けずに配布している。まあやりかた次第。
このアカウントは、notestockで公開設定になっていません。
もう一つの unikernel 側の主張としては、そもそも Linux container 使うときでも user 同士を isolation するためにどうせ下側で VMM を走らせて適当なカスタムの Linux をゲストにした上で docker container のデプロイ受け付けたりしてるんですよね。で、VMM と Linux で資源の抽象化や分配という機能が被っている、という主張
LKL, UKL, Lupine の前史としては usermode Linux というユーザーランドで Linux kernel を動作させるプロジェクトがあって、また、これに類似したプロダクトとして Windows のユーザー空間で Linux を動作させる coLinux というのが 2000 年代前半にはあった
また、Linux kernel 自体に手を入れて library OS 化する試みとしては LKL [O. Purdila+, 9th RoEduNet]、UKL [A. Raza+, HotOS '19] などがあり、また、明確に Linux の unikernel 化を志す研究としては Lupine [Hsuan-Chi Kuo+, EuroSys '20] がある
まあまあ近いけれど Alpine Linux はその方針ではないのでやや異なる（Alpine は他の distribution より軽量なため Docker のベースイメージに採用されがちだが、それでも Linux kernel は素で使ってるし上側が musl-libc と busybox というだけなので）
Rebug Lite、DEX/REX じゃなくて CEX なやつなのでちょいと機能が封じられてるんだよな
このアカウントは、notestockで公開設定になっていません。
あとそれやるまえにいっぺん PSN からログアウトして spoof tool あれこれ入れてからにしないと BAN される
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
積層ピッチを 0.08mm にしたらから積層痕がほぼ存在しなくてめっちゃつるつる。きれい。10 時間 20 分かかった。
「私がリンクをはった程度でこんなしっかりした見た目のサイトがダウンするとは思わなかった」などと供述しており
さっきの時計はこれか。とてもかっこいい。
FF101-BK_LBK – FUTURE FUNK
http://www.futurefunk-watch.com/en/product/ff101-bk-lbk-en/
もうそれ麻雀しなくていいからただ積む機械ががっちゃがっちゃやってるの眺めたい、絶対セクシー
近くに自動車ライン工場みたいなマシンアームがめっちゃ大量に設置されているかもしれない
普通に山がメチャクチャ長くて初期手牌も500枚以上あるルールだった可能性もあるということ……（？）
正直槓子が 4 つ目で和了宣言せず 5 つ目を積み出したら笑いを噛み殺してどこまで何をするのか泳がした上で最後どや顔してきたら錯和！って言うと思う
プリンセスプリンシパル本編もツベで限定公開中なのか
https://www.youtube.com/watch?v=7jhi9l5YOcU
あと PS4 と PS5 を同じ LAN においてデータ転送、ってやってしばらく放置したらセーブデータとトロフィーが全部コピーされた
PS5 は画面に QR コード出てきて PSN アプリからログイン済みのスマートフォン端末を向けるだけで認証通るみたいな便利設計だった
SwitchとかPS4でログインパスワード打つのもつらいので、大統一パスワードマネージャー登場してほしい
> 元ネタは、増刊エースダッシュに掲載された広瀬けいた作の「神ノ手人材リース」という漫画に登場する穂墨(通称：神満の穂墨、元『手品師』)が、イカサマを使って通常のプレイでは有り得ない手牌を作りだし、衝撃的な和了り方を披露したものである。
Unified Extensible Firmware Interface なのでべつに coreboot などのファームウェアに UEFI の API レイヤーの皮を被せるだけでも成立するが。
あと卑近な例だと UEFI はアーキテクチャ依存を廃し C 言語であらゆる API を呼べるが、あれは BIOS の置き換えを狙ったファームウェアである
たとえば PSP のファームウェアは内蔵されている NAND フラッシュに複数のパーティション領域があって、そこを FAT16 かなにかでフォーマットした上で ELF を独自のモジュール形式にした PRX というものをたくさん並べることで成立してて、ゲームはこれら PRX の API を呼んで PSP の様々な機能（Wi-Fi 使うだとか、オンスクリーンキーボードを呼ぶだとか、そういうの）を実現する
まあそういうのを OS とは言わないねえ。でもその境界を明文化しろと言われると難しいね
まあ普通は一枚ずつ、頭だけ二枚とかだと思うけれど、槓子がありえんほどたくさんあるから槓子 1 つを普通の字牌一枚代わりぐらいにして数えたら 50 になるのかもしれない
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
昔のファームウェアは OS ってほどじゃないものが多いけれど最近はとにかく高機能化多機能化だから結果としてファームウェアの部分が OS ぐらいリッチになっちゃったという感じかな
あと firmware だと BIOS もそうだけど OS ってほど高級な機能を持ち合わせてなくて単にハードウェア機能を C 言語で呼び出せるようにした便利ルーチン集ぐらいだったりすることもあるしまあそこらへん境界は微妙
firmware もべつに OS ではあるんだけれど、PC の OS が交換可能な周辺機器のストレージに書き込まれるのに対してファームウェアの場合はたいてい内蔵ストレージではなく ROM チップ（PC だと BIOS が書き込まれるような場所）に書かれる、というので言い分けているところがある
Linux を使って実装したファームウェアを使う組込み機器もあるし。家庭用ルーターとかね。
組込みとかで OS のことをシステムソフトウェアとかファームウェアというのは一般的なので。
このアカウントは、notestockで公開設定になっていません。
というか今の脱出編でなんで脱出するハメになったかって和也のくだりやらないとわからなくないですか？
このアカウントは、notestockで公開設定になっていません。
というかこれ国士無双だけじゃなくて四槓子（役満）が 143 回複合してるしたぶん大四喜とか大三元も数えられるんだよな（役満複合アリの青天井なら）
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
ところで、傀のトレーディングカードゲーム用御無礼カードスリーブが存在した、らしい。
たとえば Intel CPU では 6 世代目 Core i シリーズの Skylake 以降、SGX という機能が実装されていてこれを使えば enclave の作成などができる。
そもそも Apple は固有名詞をあんま使わない、一般名詞をそのまま固有名詞のようにしてしまう、という悪癖はあるけれど
というはセキュリティ機構によってメモリの特定領域を暗号化するときの暗号化された部分を enclave というのはわりと一般用語なので、単にそれだけで別に変わった固有名詞じゃないと思う。
『咲―Saki―』は一応牌譜起こしてから執筆しててまあまあガチなんだけど、全国大会ぐらいから能力麻雀になっちゃった
Intel マシンで Intel ME 上に独立して MINIX がおるのと同じようなもん。
MacBook の T2 にしても iOS/iPad OS デヴァイスにしても、L4 はそれと独立してセキュリティチップで動いているだけ。
iOS そのものは XNU（macOS のカーネル）ベースだから基本 Unix の派生ですよ。
このアカウントは、notestockで公開設定になっていません。
ポモドーロはカバディのようなマイナースポーツ、って言ったら 10 人のうち 3 人ぐらい騙せそう
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
麻雀のルール知ってても、ルール知らない人に対して轟盲牌で栄和する話しかしない拙をお許しください
このアカウントは、notestockで公開設定になっていません。
だからといってこれらの事実が Apple の技術力が低いことを証左するものではないけれど。たとえば LLVM/Clang プロジェクトには多くの人的・資金的コストを注いでその開発を補助し、自社に採用している
あと H/W についても Arm を作り出したのは当時 Mr. Jim Keller のいた P.A. Semi を買収して作り出した
それに macOS も NEXTSTEP から買収したやつで、NEXTSTEP は Mach を開発した Dr. Avadis "Avie" Tevanian Jr. が入社してて、Mach を利用している。べつに自前で作ってない。
L4 は Mr. Jochen Liedtke が大学で研究に開発した OS で Apple はノータッチですよ。
iPod の OS（便宜的に iPod OS）はあれはあれであの世代の端末にしては結構リッチで高機能なんだよね
ビジネスとしてウリにするのに iOS は名前が与えられたけれど、iPod の OS はとくに正式名これといったのないし。
Apple はまあ、どちらかというとハードウェア屋でそれをドライヴさせるためにソフトウェア作ってるところあるからねえ
Macintosh が Mac OS という名前を使い出したのは互換機ビジネスをするようになって Apple 以外の看板掲げた「Macintosh」が売られるようになり、それらも Mac だとわかるようにする必要があるというミもフタもない商業的な理由
このアカウントは、notestockで公開設定になっていません。
USBやPCIeの設計者向け本もあるにはあるけれどUSBは仕様書が公開されているのでそっち読んだ方がよくねになった
でも X68000 とかでもわけわからん画面モードいっぱいあるわ当時としては高性能でもアーケード比較でかなり低性能なのを黒魔術プログラミングで補ってスプライトぐるぐる動かしたり、やっぱり当時のひとはよく計算機をわかっていたんだなあと思う。わたしは当時の人ほど理解できてないし。
一応、時分割しないシングルタスクナスケジューリングもある（投入したタスクは終わるか殺されるまで走り続ける）
ISA とか PCI まではそういう開発者向け仕様本、みたいなのあったけど、いまはもう高度化・複雑化・広範化しすぎて本書くリソースないしやる気ある人は仕様書直接あたって理解しちゃう、というとこありそう
PC-98 のその BIOS 本はあるんだけど他のやつもってないんだよね、いま中古で一万円ぐらいしてつらい
あと青いペーパーバックで、BIOS のコマンド一覧や C バスの仕様一覧、みたいなのが乗った分厚い本、とかがふっつーに売ってた
ハードル低いのと、あとはそもそも当時だと BASIC でゲーム作ろうとして性能足りず Z80 のマシン語を手書きして BASIC にバイナリを流し込むおじさん、みたいなのが当たり前に居てそもそも計算機を扱うために必要な低レイヤー知識が多すぎてある程度基礎教養になってたんだと思う
今と比べれば、たとえば9801にタゲを絞るとかになるわけで、さほどバリエーションがあるわけでもなく（？）もしかしたらハードルは低かったんだろうか
もちろんマルチスレッドに対応した unikernel（OSvpとか）はスレッドプールやスレッドスケジューラーを持つ。でも、それを省いても uinkernel としては成立する。なぜなら、unikernel はクラウドの IaaS で管理される VM に直接デプロイするので、計算資源の管理はたとえば Amazon のハイパーヴァイザーが勝手にやってくれる
MS-DOS といえば、当時は HDD がなく OS は FD から boot していたが、じゃあゲームはどうしてたかというと MS-DOS のシステムファイルの一部を利用して起動するものもあったが、技術に覚えのあるソフトハウスだと素でゲームが boot してマウスドライヴァーとかもお手製だったり。たぶんその開発者 DOS ぐらいだったら自前で作れるよね？
ところで 2013 年の論文に登場した unikernel という OS アーキテクチャでは OS がライブラリと化して単一のアプリと一体化するので、タスクスケジューリングが存在しない「OS」になっている。……あれ、OS って……？
CPU を仮想化するためには何が必要か、という Popke & Goldberg virtualization requirements が論文で発表されたのは 1974 年で、今でも参照されます。Intel CPU はこの要件を満たさず仮想化できない面倒なアーキテクチャなので、しゃーなしで Ring に Ring -1 を追加して無理矢理この要件を埋めた。
このアカウントは、notestockで公開設定になっていません。
シングルタスクでも、ベアメタルプログラムではないので実行中のタスクが自発的に計算資源を手放すか終了さえしてくれば連続的に別のタスクのコマンドを実行できるしバッチファイルで複数のタスクを実行する豫約はできなくはないわけで、一応タスクディスパッチャーぐらいにはなっているので、メモリ管理やらなんやらがなくたってこれだけは OS から削れない概念なのかもしれない。
って思うじゃん？いま俯瞰した歴史はあくまでメインフレーム・ミニコンピューターの歴史で、ここで OS の主要概念が出揃った後の 1970 年代初頭から勃興するパーソナルコンピューター市場での「OS」は CP/M とか、そのあと 80 年代半ば～90 年代初頭の MS-DOS だとか、スケジューリングしないしメモリ管理しなくてなんとかなさけないオモチャのファイルシステムとコマンドを実行するタスクディスパッチャーがあるだけ、というのが OS だったんですね。
でもちょっと年季の長い *BSD ユーザーで昔 at(1) 使った経験ある人は少なくなさそう。
batch(1) も at(1) も今は cron(8) に需要を吸われてると思う。実際のところ cron(8) や systemd.timer がやってることはバッチみたいなことだし。
でも自分がその立場だったらめっちゃハシャいで不必要に small-caps 連発すると思う
OS の小文字大文字で言うと、Unix は Unix なんだけど当時作った組版ツールの roff で small-caps がうまく印字できるようになった Dr. Dennis M. Ritchie がハシャいじゃって論文か何かで Unix ではなく Uɴɪx という表記をしたけっか、全部大文字という伝統になり登録商標は今に至るまで UNIX® である、という小ネタがある。
OS の小文字大文字で言うと、Unix は Unix なんだけど当時作った組版ツールの roff で small-caps がうまく印字できるようになった Prof. Dennis M. Ritchie がハシャいじゃって論文か何かで Unix ではなく Uɴɪx という表記をしたけっか、全部大文字という伝統になり登録商標は今に至るまで UNIX® である、という小ネタがある。
それはそうで FORTRAN と LISP は世界初の商用科学技術計算機 IBM 701……の後継機種 IBM 704 のために生まれた言語で、1954 年の計算機をターゲットにしており、System/360 の発売の実に 10 年前となる。OS を前提にしようがない。
このアカウントは、notestockで公開設定になっていません。
当時の計算機の限界とかではなく単に商品名とかだと全部大文字にしがち（新聞の見出しのアレ）なだけで case-sensitive な表記ではなかったのを日本だと case-sensitive に取ったというだけだったりしそう
だから計算機の上でプログラムをエディットできるという最新の概念を持つエディタはオンラインエディタだったし、マニュアルを計算機で閲覧できるのでオンラインマニュアル（man pages）だった
ちなみに、元々はプログラムって鉛筆と紙でフローチャートガリガリやってからパンチカードや紙テープに穿孔するもの、コンパイラも汎用機の前は専用のコンパイルマシンにパンチカードを突っ込んでバイナリの紙テープやパンチカードの出力を待つもの、で今とプログラミングの意識が違った。だから、Time-sharing system ではずっと計算機に端末を繋げたまま、キーボード操作だけでプログラムを記述し、コンパイルし、実行し、デバッグできるのは非常に斬新で、それをすることを指して「オンライン」と呼んでいた
Unix は元々 Unics で、明確に Multics を意識している。ただ巷間では Multics の肥大化したプロジェクトへの皮肉で、単一のことをしようとしたのが Unix、という説明がされているが、これは嘘である（Unix は当時としてはかなり高機能で、野心的だ
まとめよう。OS の起源は明確にバッチ処理システムにあって、ここで重要なのはタスクを管理すること、つまりタスクに CPU 時間をどれだけ渡すかというスケジューリング、そしてどれだけメモリを使わせるかというメモリ管理がある。また、時分割によるマルチユーザーシステムとユーザー間保護、そして Multics や Unix で生まれたファイルシステム、これらの要素が現代の OS に必要不可欠となっている、と言える。逆に言えば、これらは 1960 年代には出揃っていた。
Unix は当初 Multics で得た Mr. Ken Thompson によるファイルシステムのアイディアの黒板スケッチを実現するための環境であった
Multics では file という概念の登場、PL/I のような高級言語による OS 開発といった野心的な要素が多数あり、このプロジェクト自体はポシャったもののここで培った知見をコンパクトに実現したものこそ Unix である。
また、1961 年 CTSS が生まれ、1964 年 System/360 が発売し、そのころもう一つ重要な開発が始まったのが、Multics だった。
また、Unix の roff の原型と言われる RUNOFF も CTSS 産であり、また FSF 揺籃の地となった MIT AI Lab. の ITS は CTSS を意識して作られた OS である
Fernando J. Corbató らによる Time-sharing System では、計算機の資源を時分割で細切れにすることによって同時に複数のユーザーが計算機に接続し、使用することが可能となった。
また、1960 年代には System/360 の OS である OS/360 以外にも重要なものが登場していて、Time-sharing System である。それまでのバッチ処理システムではユーザーが計算機を占有することはできず、また、一度プログラムを提出したらその結果が帰ってくる翌日（あるいは翌週かもしれない）までバグってるかどうかすらわからなかった。
それまでパンチカードを自動処理するバッチシステムだったものが、OS になった、ということでもある
ところでこの頃、IBM が System/360 を開発した。事務機も科学技術計算機も全部 CPU の ISA は同一で、しかもこの上で動くタスク管理システムのソフトウェアは同一なのだ。これをもって世界初の汎用機と世界初の商用 OS の登場と言われている（諸説ある）
これがそのうち、計算機の需要が増えたのに応じて、束にしたパンチカードを読み込む、優先度に合わせて読み込む順番を整理するといった部分がだんだん自動化されてきた。実質、OS のスケジューラーである。タスクがあって、それをディスパッチするのが OS の原始の姿だ。
それで、パンチカードは研究者が提出して、専任のオペレーター（大抵女性）がパンチカードの束を管理し、時間で課金されるのも手動で帳簿で管理する
当初はコンパイルに使う事務処理系マシン、メインの科学技術計算をするマシン、同じ会社でもどれも CPU アーキテクチャから違うもので、当然 OS も存在しない。
で、これが進むとパンチカードが登場し、計算機がパンチカードを読み、コンパイルをし、そのバイナリをパンチカードや紙テープに打ち出し、それを計算機に入力させ、計算するようになる
歴史の話をすると、計算機の発祥は様々なものがあるけれど現在の計算機の直系の先祖である ENIAC のような真空管電子計算機ではパッチパネルがあって千人のオペレーターが指示に従い配線を物理的に繋ぎ替えることで「programming」をしていた
OS はある意味バズワードなのであなたが OS だと思えば OS なのです（匿名掲示板「2 ちゃんねる」の「ライトノベル板」のテンプレートみたいなあれ）
ふゆで冬優子って出てきてなんやねんって思ったけれどこれ SKK だから自分で辞書登録したんだよな
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
実は背面の番号が無くなった以外は券面自体は一年前から更新んしてる > SMBC Visa
このアカウントは、notestockで公開設定になっていません。
三井住友カード、最大5%還元・裏にも番号がない「ナンバーレスカード」 - Impress Watch https://www.watch.impress.co.jp/docs/news/1303642.html
Wine PPC64 Revived Again For Running Windows Programs On POWER CPUs - Phoronix https://www.phoronix.com/scan.php?page=news_item&px=Wine-2021-For-POWER
クラスメソッド、技術情報共有サービス「Zenn」の買収に関する契約を締結〜誰かのために、自分のために知見を共有するプラットフォームの開発を加速〜 | ニュース | クラスメソッド https://classmethod.jp/news/20210201-zenn/
いやべつに GCC 拡張を活用するの全然いいんだけど、GCC 拡張の中でも自分が関数内関数を見慣れていない
りんすきさんの ptc4transmitter、関数内関数（GCC 拡張）とか出てきてﾋｯとなった
まあ UART で転送する分には Kermit なりなんなり既存のファイル転送プロトコルでも良かろうという気はする
んーでもこれ CRC16 と LZSS をつけてるのは PC から Arduino（Pro Micro）に UART で転送する部分で、そこから Nintendo Switch に向けて送るぶんはとくに何かしてるわけじゃなかったりするのかな。
ちらと見てみたら Petit4Send だと CRC16 つけて破損検知してるっぽい
別にどの実装がベースでもいいけど結局 checksum みたりするしかないんじゃ？転送中に drop 検知して再送、とかできるようなプロトコル使えそうにないし
PC→プチコンはもう私も書いているんだけど https://github.com/rinsuki/ptc4transmitter 、これがたま〜に抜けて、例えば1MBのファイル転送中に1バイトすっぽ抜けてこれまでの時間台無し、みたいなのが嫌なのでなんとかしたいという話
rsync は素だと timestamp を使った差分更新、--checksum を付けると checksum を見るようになる、とかだったはず
プチコンへのファイル転送どうやるのか知らんけれど、調べたらプチコン 4 向けファイル転送ソフトの Petit4Send というのが出てきた。これに rsync がやってるようなこと（checksum のリストを作って比較する、とか）追加すれば rsync 風の差分更新動作になるんでない？
ファイル転送中に唐突にnバイト(nは1以上のランダムな数)がdropしても後からdrop一覧みたいなのを持ってきてdropしたところだけ送り直して復旧するみたいな方法ないかなあ
メリケンサックとか GBA の電池蓋とか刷ってるヒマあったら先にこのホルダーを刷るべきだったんだけど、もっとフィラメントある気がしてて餘裕ぶっこいてたら普通にフィラメント切れてｱｯてなったんですよね
この状態でフィラメントを手で解いたり送ったりして数時間、無事スプールホルダーを印刷できたので解決した
3D プリンタのフィラメント切れたから純正の半額くらいで買える社外品買ったけど、純正は 500g で社外品は 1kg なので本体のカートリッジに収まらなくて大変だった（まあそれはわかってたんだけど安かったから……
