7pays to die
電車の中で「大学生は勉強しているようでしていない」などと宣う労働者を観測した。これが文系か……
オットー・フォン・ビスマルク - Wikiquote
https://ja.wikiquote.org/wiki/%E3%82%AA%E3%83%83%E3%83%88%E3%83%BC%E3%83%BB%E3%83%95%E3%82%A9%E3%83%B3%E3%83%BB%E3%83%93%E3%82%B9%E3%83%9E%E3%83%AB%E3%82%AF
> 愚者は経験に学び、賢者は歴史に学ぶ。
既存の他人のプロジェクトを弄りまくる際にコードフォーマッタを使いたいが、本質的でないクソデカ diff が出るのが嫌だという人々もおり、対処が難しい
このアカウントは、notestockで公開設定になっていません。
セブンペイ、9月末で終了へ | 共同通信
https://this.kiji.is/529505713900192865
本当の 7pays to die だ……
偽名で運用 !? Azureデータセンターの「トリビア」を集めてみた - ASCII.jp https://ascii.jp/elem/000/001/474/1474081/
「スパイ映画によくあるシーンで、悪の組織に捕まって「この情報を教えろ!」と銃で脅されたとします。もし情報を知っていた場合、情報を教えてしまったあとは用無しなので撃ち殺されます。これは「情報が漏れた」「撃ち殺された」という点で二重に不幸ですね。もし、情報を知らなかったら「使えないやつだ」と撃ち殺されはするかもしれませんが、情報は悪の手に渡らないので、被害は半分です」
このアカウントは、notestockで公開設定になっていません。
差動通信とか SCSI とかターミネータとかイエローケーブルとか……
私が学部生時代にいた研究室の壁には何代か前の先輩がいらだちのあまり物にあたった結果と思われる穴が空いていたので、私が"KEEP CALM AND APPLY PATCHES"と書かれたポスターを作って穴を隠していた時期がある(今は補修されて穴自体がなくなった)
KEEP CALM AND APPLY PATCHESポスター、元データはかなり前に消してしまったけれどリメイクしてどこかに貼りたい気持ちが湧いてきた
このアカウントは、notestockで公開設定になっていません。
消費税の軽減税率 セット商品の一部持帰りは対象外 | NHKニュース
https://www3.nhk.or.jp/news/html/20190801/k10012016781000.html
Updated Thoughts on Trust Scaling | Armin Ronacher's Thoughts and Writings
http://lucumr.pocoo.org/2019/7/29/dependency-scaling/
Stabilize the type_name intrinsic in core::any · Issue #60066 · rust-lang/rust · GitHub
https://github.com/rust-lang/rust/pull/60066
情報リテラシがあるので、リクナビとかいう個人情報売買サイトなんて使ってないんだなぁ
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
ズョッホー工学一本でやっていくと他分野もできてポヨグヤミンもそれなりにできる人ほどビジネスでは必要とされていなかったりするのかなぁみたいなアレはたまに感じるよね (ちやほやされ度とでも言うのか?)
べつにちやほやされたいわけじゃないので食っていけて人権を失わなければ何でもいいんだけど
私は趣味もケンキュッも、現実の問題をどうこうというよりは開発者の活動の足場寄りのレイヤーを弄っている感じなので、だいたい上から下までズョホーの領域での活動という感じで生きている
ビジネスとか世界とかそういうものに興味が持てなかった時点で既に労働市場では敗北者なんですよね (だから何というわけではないんだけど)
その辺りはやっぱり社会性というか社会適合度というか、そういう私が著しく劣っている尺度みたいなのがあるなぁという実感があります
どんな会社でも本当に狭い分野一本だけの知識しかない人より商売道具なり他分野なりお金の話なり,ようはビジネスの話もわかる人間のほうが好ましいのはまあそうなのでは
あとはまあ,その短時間で明かに忙しすぎる業務の傍らよくプログラミングまで覚えたな……みたいなその人のキャパシティのデカさそのものを買ってそう
HPC だけじゃなくてデータセンターとかやってる人達も RDMA とかやって CPU との interaction 減らそうとはしてるけど,色々大変そう
たとえばバスの帯域幅が増えるとデータを受けとるサーバーの台数が減らせるので床面積が減るという分野があります
帯域幅2倍 みたいな時代ではなくて、PCIe 6.0はPAM-4とFECをやるという話になっている
このアカウントは、notestockで公開設定になっていません。
ゲームグラフィックス、詳しくないですが帯域幅あるならあるだけテクスチャーとか転送したいのでは
ゲームグラフィックスでも 4K とか HDR とかやって高解像度のテクスチャをバンバン送ろうとしたら PCIe Gen2 だと足りんな……ってなりそう
NVMe なら PCIe device 同士が PCIe device から見えるメモリヴューで直接やりとりできる(CPU 抜きに DMA 叩けるので)からまあなんとかなるんでは
このアカウントは、notestockで公開設定になっていません。
ストレージはまだやっていきがいくらかあって(発熱とかどうするのかよく分からない)、GPGPUはきびしいけどCPUでやるのもなみたいな部分の一部をFPGAでやっていけないかとある種の人々は考えている
このアカウントは、notestockで公開設定になっていません。
まあ Optane DC も出てきたことですし,適度に CPU からのデータは PM に置いたりしつつ GPU は GPU で独自にそこからひっぱるとか出来るだろうから,まあ多少はね
persistent memory,アクセスのやり方が結局メモリなので,file system の設計とか DB の設計が雑だとうっかり書き込みを over run させてしまったときに PM 上の大事なデータまで破壊しがちというのを聞いてたしかになになった
なるほど、うまくゲームをデザインして賢く転送すれば絶対的に「今」送らないといけないデータはそう多くないということか
テクスチャなどについては、VRAMが足りないととっかえひっかえする必要があるのでまあ帯域食われるよね
まあテクスチャの節約術とかあるシーンに必要そうなのをうまいこと一枚に収めていっしょに送るとかの古典的な技術はあるだろうけど,そういうテクいことしなくても気兼ねなく送れればアーティストとかに優しそう
コンシューマー機版のGTAでは顕著なんじゃないだろうか(ぼくはやったことないけど動画で見てるとPS2/3は特にそういうのが発生してそう)
PS2版のGTASAやったことある人に前から聞きたかったことがあって、エリア移動するときに「Welcome to ~」みたいな画面で待たされたりしたのかなあって
そういう意味ではプロトタイピングや3DCADのようなもので嬉しいのだろうか
あ、確かにプロトタイピング段階だととりあえずで帯域食うメソッドを選択したりするようなのでありがたいのかも
ベヨネッタ、前にPC版発売されて(ブルマプレイ動画で興味がわいたので)PC版買ったんですけど、ロード画面で一瞬だけベヨネッタ表示されてなんなんだろうと思ってたらコマンド練習モードだったという話があって
最初はPS3版だったのでディスロード時間がそれなりに長くて何もしなくてもコマンド練習ができてたというオチだった(一応その画面でキープする機能はあった)
変更してるはずのデータが何故か元通りになってるような感じで意味がわからん……
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
エンジニア、営業的素養も求められてるよ。だってユーザーは「本当にやりたいことをしらない」から。
このアカウントは、notestockで公開設定になっていません。
@motorailgun dom0 にあるのは hypervisor の control plane。まず前提知識として,x86 のハードウェア仮想化支援機能(VMX)を使ったときにホスト側のモードを root,ゲスト側のモードを non-root といい,VM enter と VMexit で root と non-root を行き来する。で,Xen 型の VMM(micro kernel 的な,と言われる)はゲスト VM を起動したり管理するツール等が置かれる control plane もまたゲスト VM のひとつとして起動するし,準仮想化なデヴァイスドライヴァーのバックエンドも Xen ではなく driver domain と呼ばれるゲスト VM の中に置ける
@motorailgun 対比して kvm の場合,control plane となるツールは特別なツールではなくただの Linux 上のプロセスとして VM が見える便利さ,そして VM のメモリ管理やスケジューリングが Linux のメモリマネージャーやプロセススケジューラーがそのまま流用できるメリットはあるが,その代わりそれらやデヴァイスドライヴァーのバックエンドも全て root mode に置かれる(Xen の dom0 や driver domain はゲスト VM なので non-root)。これは monolithic kernel 的な VMM とも言える。
@motorailgun Xen の場合仮想化のコアの部分はかなり小さく出来るし独立性がある(事実,Hyper-V でも使われてるらしい)けど kvm の場合は Linux の中の機能やモジュールをがっつり利用して作られてるから Linux 以外に移植できないし,そもそも root mode で動かすコード(trusted computing base; TCB)を大きくすることはセキュリティ上はあんまりよくないと言われがち。
@motorailgun ただそのデメリットに比べても Linux kernel の一部として作られてる kvm は Linux のプロセスのように VM をスケジューリングしたり管理したり出来る手軽さや便利さが侮れないので一長一短
@motorailgun あと Xen のもうひとつのメリットとして挙げられるのは構造上ハードウェア仮想化支援のない CPU でも使えることですね。CPU はユーザーモードとカーネルモード(特権モード)で使える命令を切り替えることで OS とユーザーモードを切り替えてるけど,実は Intel の CPU にはこのモードが Ring 0 から Ring 3 までの 4 モードある(だれも Ring 1 や Ring 2 を使わないもんだから意味がない)。だけど最初期の Xen では,本来 OS が置かれる Ring 0 で Xen を起動して,ゲスト OS として Ring 1 で起動するようにパッチを当てた準仮想化カーネルの OS を起動するという構造だった。まあこれだとパッチとか当てずらい Windows が起動できない問題はある。
既存のテストがめちゃくちゃ不完全で、ためしに一貫性確認の assert 挟んでみたりテストケース追加してみたりしたら普通にガバ実装なのを発見してしまった顔をしている
このアカウントは、notestockで公開設定になっていません。
人類には期待できるけど人間には期待できない
ここから出てくる答え
このアカウントは、notestockで公開設定になっていません。
これ要約した文章だろうけど多義性ありそう (○○より大きな最小の要素なのか、最初の○○以上の要素なのか)
このアカウントは、notestockで公開設定になっていません。
@qnighy 日付としては同じですが、「RHEL6の標準サポートが終わったら」というのが本来の意図のようですね(問題になっているのはRHEL5ではなくRHEL6のFirefoxで、RHELのブートストラップが前世代のカーネル上で動くのが理由)
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
a < b が "a is LESS THAN b" なので「小なり」 だったり < で、
a > b が "a is GREATER THAN b" なので「大なり」だったり >
……というのは考えてみれば当然ではあるんだけどもっと知られて然るべき
もちろん ge とか le もこのバリエーションで greater than or equal to とか less than or equal to なんだけど、まあそれは言われずともわかる
「大なり小なり」って言葉で対応するのが ><って覚えると、どっちがどっちかわかりやすいかも?><;
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
たぶんそうでは (もう覚えてないけど)
なんなら述語記号が小学校で等号以外に出てきたかも怪しい
赤の他人の OSS をデバッグしているんだけど、バグ直したと思ったら表面的な挙動が正しいのに一貫性検査でエラーが出て白目剥いてる
みんなもお世話になっている OSS に貢献しような (しろめ)
このアカウントは、notestockで公開設定になっていません。
なんかいい感じの実装を思い付いたはずなんだけど、別の箇所を弄ってたら忘れた……
何とは言わないなろうアニメ、今回は特につまらなかった……びっくり
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
手前のポール、「これこの前誕生日プレゼントでポチーしたやつだ!」ってなった
書字方向を回転させて縦書きを横書きスペースに合わせてするだけで良いのでは?気がついてしまった。
海外 (横書き言語圏) でサインする必要があるときとか、横書きの欄を回転して漢字で縦書きのサインを書くと、現地民はまず思い付かないし漢字は真似も難しいから偽造されづらくておすすめ的な話を中学校の英語の先生が言ってた
Go の typed nil がハマりどころとかいうの、見てる限りだと nil が typed なのは問題の本質ではなくて、 interface{} とかいうガバガバ型付けしてたツケじゃんという感想しかないが……
これは一般論なんですが、ひとつの具体例を取り出して「{{一般的な主張}}の証拠」などと言うのは雑すぎて NG