腹減ってきた気がする
らりお・ザ・何らかの🈗然㊌ソムリエ(@lo48576@mastodon.cardina1.red)の投稿
VLAN の切り方がへたくそなのとルータが 1Gbps の非ジャンボフレームしか対応してない (ルータ以外はほぼすべて 10Gbps のデカフレーム使える) のが険しくて VLAN の切り方を調べ直しているが、難しい
DMZ と management VLAN と guest を分けたい気持ちはかなり優先的にあるんだけど、そうしてしまうと宅内サーバに宅内端末からアクセスするときルータ経由になってしまうので困る。ルータはスイッチに比べてポート数の余裕がなくスループットが低くアグリゲーションも事実上できないため
ウーマンコミュニケーションの話題を見るたびに、積んでいる DDLC の存在を思い出す。
ネタバレ食らう前にやらにゃあな……
発想は面白そうなのに検証パートとかの描写がクソくどくて読めたもんじゃないなろう小説に遭遇し、悲しくなってる
本題に入る前なのに既にもうリタイアしたくてたまらない……
地の文でいいことを全部台詞 (しかも会話) にするからくどいのか
なろうライターたちには少しでもいいから間接話法を使おうとしてほしいというのが正直なところ。中高の英語の授業でやったでしょ
人が喋って伝えた情報は必ず台詞の形で表記しないといけないと思われている節がある
このアカウントは、notestockで公開設定になっていません。
Unix Error Messages - GNU Project - Free Software Foundation
https://www.gnu.org/fun/jokes/unix.errors.html
> %make love
> Make: Don't know how to make love. Stop.
このアカウントは、notestockで公開設定になっていません。
コンビニエンスストア (#ゴママヨ ) を省略すると const であることに気付いた俺たちは
40GbEケーブルがダイソーで買えるの、世の中のDC関係者涙者だろ（）
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
[pdf] https://www.bunka.go.jp/seisaku/bunkashingikai/kokugo/hokoku/pdf/keigo_tosin.pdf
文化庁文化審議会答申の敬語の指針的にも、暗黙に了承を得る場面であれば使うのは完全に間違いとも言えない感じっぽいし、暗黙に了承を得る場面であれば多用してもいいんじゃね？＞＜ ってオレンジ的には思うかも＞＜
誤用かどうかとは別の軸として、そもそも冗長で詩的でもないためシンプルにダサい (主観) というのがある。ダサい言い回しを聞けばそりゃ気分も下がる
発表で「hogehoge についてというタイトルで fuga が発表させていただきます」みたいなこと言う人たちマジでいるけど、その言い回しから誰かが何かを得られるんか？？？ といつも思う。
「hogehoge について fuga が発表いたします」じゃ駄目なんか？
招待だろうが自発的参加だろうが発表することに変わりはないんだからどうでもよくない？ (むしろ招待/許可されたことをアピールする意味とは)
そこで †恩† をアピールしないといけないとすれば、そもそもそんな空気自体がゴミなので言葉の選び方以前の問題
そのふたつの違いは「『そんなやつに発表させんなよ』って文句がある人も居るかも知らんけどごめんね！」って意味が含まれてるか否かの違いだとオレンジ的には思うかも＞＜
これを良しとすると結局全員そういう無駄なアピールすることになる (さもなくば無礼/傲慢と見做される) ので最終的に情報量が0に収束するし、やっぱりカス
このアカウントは、notestockで公開設定になっていません。
暗黙の許可を表現することができるのは良いとして、それを明示する (暗黙だけどw) ことで実用的な情報量が増えるんかというところを気にしていると言っても良いかもしれない
クソ雑な例を出すと、発言の冒頭で必ず現在時刻を発言するようにすると、たしかに情報量は理論上増えるのだが、それが実用的であることは極めて稀である (レコーダー用に使うにしても最初の一回とかセッションの区切りとかで十分だし)
しかも暗黙の許可があるかどうかは大抵の文脈で推論可能であるか完全に無意味かのどちらかだと思うし
「『期待を裏切っている可能性がある事』を認識している」って情報が、させていただきます表現で増える情報かも＞＜
謝罪会見の文脈だと、何を表現しようが結局建前と本音は大して区別付かないからポーズ合戦になるし、情報量を見る意味あまりなさそう
プレゼントのなくなり次第早期終了も、「期間内はプレゼント貰えるっぽい！＞＜」って期待をさせる表現をした上で、「貰えるんじゃなかったのかよ！＞＜； だったら買わなかったのに！＞＜；」ってそれを裏切ってるので、ごめんなさい系のさせていただきます表現になる＞＜
早期終了は、「いたします」だと無生物が主語になっているように見えるから避けたくなるのかなという予想はなくもない。まあその結果が「させていただく」になるのでは、無生物主語でも通じるし間違ってないし短いしであまり嬉しさが増したようには感じられないが。
根本的に、私がポーズだけの謝罪に価値を感じていないどころか冗長で邪魔なものと思っているあたりにギャップがある気がしてきた
このアカウントは、notestockで公開設定になっていません。
それこそたとえば「確認をとるべき場面であったが、とらずに実行した」と「確認をとるべき場面と認識してなかった」って、作業設計とその運用の正常化(？)の場面なんかで大きく意味が変わってくるじゃん？＞＜
それってものすごく実用的な面での違いだとオレンジは思うかも＞＜
そもそもそういうのが重要な場面で敬語による暗示は使わないと思った
untagged enum と tagged enum なぁ
type punning が UB になるやつなぁ (実際に strict aliasing 前提の最適化で意図しないバイナリが吐かれがち)
良い子のみんなは type punning したいときは union やポインタのキャストではなく memcpy を使おうね
C のすきなところ (きらい)
* _Atomic
* _Bool
* _Generic
* _Static_assert
reinterpret_cast の合法な用法、ポインタのキャスト (ただし元の型以外ではアクセスしない) とかポインタと uintptr_t 間の変換とか？
あとは処理系依存のコードとか (当然 portable ではないが)
reinterpret_cast conversion - cppreference.com
https://en.cppreference.com/w/cpp/language/reinterpret_cast
うーん、ダルい
そういえば C++20 からは std::bit_cast が入ったのだった (strict aliasing まわりがどう扱われるのか知らんけど)
でも trivially copyable であるという制限がつくのでそこは注意か (まあそうでないキャストなんてそもそもだいたい UB 踏んでそう)
Mozillaが様々な製品について収集する個人情報の種類やプライバシーポリシーを調査する*privacy not included。今回は25の自動車ブランドを調査し、そのすべてが問題ありと結論付けられた。
調査対象はAcura、Audi、BMW、Buick、Cadillac、Chevrolet、Chrysler、Dacia、Dodge、Fiat、Ford、GMC、Honda、Hyundai、Jeep、Kia、Lexus、Lincoln、Mercedes-Benz、Nissan、Renault、Subaru、Tesla、Toyota、Volkswagen。
いくらMozillaによる厳し目の評価を受ける*privacy not includedでも分野内の全ブランドが問題ありという結果はそうそうなく、「最悪」と評されている。
例を挙げると、日産の（USAにおける）プライバシーポリシーはターゲットマーケティング目的で性的行動、診療情報、遺伝子情報などを収集・共有でき、心理的傾向や知能などのプロファイルのために収集された情報から得られた推測結果を他社に販売できると規定し、オーナーは乗客全員にその同意を取ることを約束すると利用規約に明記しているが、それでも今回調査した自動車ブランドの中で最悪ではないとフォロー（？）されるレベル。 
そうはいってもプライバシーポリシーに書かれているからといってその通りの情報を実際に収集しているとは限らない（6社も遺伝子情報を収集対象に指定しているのは謎だが……）が、プライバシーポリシーはその名前の通りその企業のプライバシーへの姿勢を示すわかりやすいサインではあると思う。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
税金で書かれたコード、必ずしも公開されねばならないとは思わないけど、公開すべきでない十分な理由がないなら公開されるべきであるとは思う
もちろん security by obscurity の信念はゴミであるというのは当然の前提として。
「事情があって見せられないのは仕方ないが、見るに耐えない出来では困る」、公共を支えるプログラムだけでなく、公文書にも言えるかもしれない。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
ここで「貧乏が悪い」になるようではもうオワってるので体裁がどうとか防衛がどうとかの次元ではないし、マジでしっかりやってほしさあるわね
このアカウントは、notestockで公開設定になっていません。
