let foo = cascade! {
Foo::new();
..add(bar);
..modify(baz);
};
みたいに書けるようになる
らりお・ザ・何らかの🈗然㊌ソムリエ(@lo48576@mastodon.cardina1.red)の投稿
let foo = cascade! {
Foo::new();
..add(bar);
..modify(baz);
};
みたいに書けるようになる
まあ HashMap くらいありがちなやつだと、むしろ専用のマクロがこれまた別ライブラリで提供されてると思うけど (使ったことないので記憶に残ってない)
LiSA / unlasting - OTOTOY
https://ototoy.jp/_/default/p/439481
> レーベル都合により、 配信形式はFLACのみ、 総ダウンロード可能回数は10回です。 あらかじめご了承の上お買い上げをお願いいたします。
こんなのあるのか……何か意味あるのか？
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
実装というのが何なのかわからないけど、 impl str も impl Trait for str も可能よね (レシーバが self になるとき where Sized みたいなのが必要になるだけ)
std::iter::Iterator とかはその辺りわかりやすい
https://doc.rust-lang.org/1.39.0/src/core/iter/traits/iterator.rs.html#91-2955
たとえば size_hint() は無条件に実装されているけど、 count() みたいなのは self を consume するので where Self: SIzed が付いている
そもそも定義されていない「魂」という言葉について存在の有無を語るのがナンセンスでは
「ヌボボンボは存在するか？」って言ってるようなもんやで。まずヌボボンボとは何なのかを説明してくれ
魂の定義が論者によって違うことはあるだろうけど、それならそれで別の名前を付けるなり擦り合わせするなりすれば良いのであって、まず何にも先立って定義するのが大前提
闇のDevOps DevOpsと業績評価 - ところてん - Medium
https://medium.com/@tokoroten/%E9%97%87%E3%81%AEdevops-devops%E3%81%A8%E6%A5%AD%E7%B8%BE%E8%A9%95%E4%BE%A1-5aff8b60f589
脳の電気信号が魂であるとするなら哲学的ゾンビという概念はナンセンスであるといえる？
このアカウントは、notestockで公開設定になっていません。
誰も哲学的ゾンビとか言わねえの治安が良いなぁと思ったらそうでもなくて安心した (???)
このアカウントは、notestockで公開設定になっていません。
であるなら、人間の魂はその脳の挙動によって定まるという一貫した立場なんだから、異世界転生というのはおそらく常に不可能では (なぜなら生前と同じ脳機能を持った状態の赤子が生まれることは極めて考えがたいため)
部屋の乱雑さが云々みたいな話と同じで、生前の記憶や学習結果を保持しているような「自然でなく必然性のない状態」に脳が勝手に成長するということは考えがたいので
さっきのは [T] 単体では unsized なのだから それだけ受け取っても sized な値であるところの &[T] は錬成できなくない？という意味でした
まず [T] 単体を受け取れないので話が成立していないように見える (言葉の扱いの問題っぽい)
このアカウントは、notestockで公開設定になっていません。
impl や impl Trait は「型に対して実装できる」ものなので、それ自体は Sized である必要性とかを指示しないし、よって [T] 相手だろうが &[T] 相手だろうが &u32 相手だろうが実装はできる。
それでエラーが出るならもっと別の場所の問題。たとえば object safety とか
Rustのself引数まとめ - 簡潔なQ
https://qnighy.hatenablog.com/entry/2017/03/22/070000
Using Trait Objects that Allow for Values of Different Types - The Rust Programming Language
https://doc.rust-lang.org/1.30.0/book/second-edition/ch17-02-trait-objects.html#object-safety-is-required-for-trait-objects
このアカウントは、notestockで公開設定になっていません。
再現性の高い魔法のある世界で科学と工業が育たないはずがないと思うんだけど、そういう観点で物を書ける人はなろうではなく商業でやっていきしてしまう
の投稿
8vit@gs.yvt.jp
このアカウントは、notestockで公開設定になっていません。
unsized_locals - The Rust Unstable Book
https://doc.rust-lang.org/beta/unstable-book/language-features/unsized-locals.html
このアカウントは、notestockで公開設定になっていません。
実際、「どうしてそうなるかはわからないけど再現性はあるので、その上に工業的用法を構築する」みたいなのは現実でもしょっちゅうやってるよね
https://twitter.com/hinatan_/status/1206482632080420864 #tw
立ち絵で常時武器持ってるヤベえやつら修正されたのかwww #プリコネR
このアカウントは、notestockで公開設定になっていません。
どうしてそういうことするの？？？ >> TeX言語でレイトレーシングを実装する話 - hak7a3が書き残す何か http://hak7a3.hatenablog.com/entry/2019/12/14/164144
オタクすぐチューリング完全
オタクすぐ Lisp 実装
オタクすぐレイトレ
オタクすぐ DOOM
ループのために \loop ... \reapeat プリミティヴ使うとメモリ食い潰す問題を解決するために TeX で CPS 変換までしてる……なんで人は……。
このアカウントは、notestockで公開設定になっていません。
https://qiita.com/mishimay/items/b44cdefa5d2f95521fc8
実際、アニメのシーンやマンガのコマという国産文化リソースが無限にあるのにそれらを使えないというの、だいぶダメージあると思う
(まあ厳密には用途無制限で配布された画像もアイコンには使えるだろうけど、そっちの数こそたかが知れてるわな)
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
別件逮捕のアレといい、警察のいいなりになって令状を出す裁判所といい……
法律の運用に限らないけど、何でも「運用でカバー」みたいなの悪い文化よね
いつまでムラ社会引き摺っとんじゃ、もう異分子を追い出して隣人を信用できる時代はとっくに終わっとるんやぞ
このアカウントは、notestockで公開設定になっていません。
根本的に人権を制限することに迷いのない連中が多すぎるのよな、だから軽率に表現の自由とか通信の秘密とかを侵害して「仕方ない」とか言い出す
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
それはコンピュータ以外の全てのことに言えそうだし、先の構文を使うと「○○に合わせて文化を変えるのは愚の骨頂」ということになるけど、それが自明か私には判断しかねる
このアカウントは、notestockで公開設定になっていません。
そもそもコンピュータは内部表現と外部表現を変換する機能をネイティブに持っているのだから、「コンピュータの内部表現に人間が合わせる」というのはナンセンスだし、「コンピュータの外部表現に合わせる」というのはそれこそ規格を作って広めろという話であってコンピュータそのものとは全く関係ない
「コンピュータに合わせる」とか言ってる連中の大半コンピュータの中身なんもわかってないから無視して良し
アルファベットを合わせろというのはもっと別要因、文字種類がどうとか言語の相互運用性がどうとかそういう論点で語られてた話なのでは？
私は詳しくないけど。
このアカウントは、notestockで公開設定になっていません。
Java / JS の文字コードが UTF-16 だったりするのも時代を感じてまた趣がある (これは婉曲表現)
UTF-16大好き派になった＞＜（16が駄目なら32使う方がいいかも派というか8嫌い派＞＜）
私は 16 が一番嫌いで、 8 か 32 を使え派ですね
(まあ一般的に code point に対する処理は 32 でそうでないテキストは 8 の傾向は広くある)
人類は endianness を区別できるほど賢くない
これは32でも同様のことが言えるけど、メモリに乗せたままシリアライズしなければどうでもいいので
endian (BOM) も surrogate pair も code unit と grapheme cluster の混同も、だいたい UTF-16 の落とし穴に端を発する問題なので、人類にとって最も有害な文字コードだったと思っている >UTF-16
まあ言うて UTF-32 でも BOM は必要だし code unit と grapheme cluster の問題も発生するけど。
UTF-16 だと更に code unit と code point の混同がね……
このアカウントは、notestockで公開設定になっていません。
code unit と code point を混同していて、さらに code point と grapheme cluster を混同しているとこうなります (地獄)
このアカウントは、notestockで公開設定になっていません。
どうせ世界と戦うには外来語使うしかないで (昔は数学とかフランス語が標準だったけど最近は英語でも論文だせるみたいな話をどこかで耳にした)
英語である必要はない、それは確かだけど、じゃあ日本語がその位置に行けるかというのは全く別の問題だしいずれにせよ別言語の修得は不可避
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
論文見て同じこと言える？
……と思ったけど、よーするに論文とか海外の書籍を全く知らなくていいなら確かに英語要らんのか
このアカウントは、notestockで公開設定になっていません。
日本語で出てこなくて日頃英語に触れずに済んでいる人、たとえ思うとおりの結果が出てこなくても英語で調べたりするわけないよ
だって英語の語彙持ってないんだもん。調べられるわけない
英語に全然触れずに生きている人いるだろうけど、文化圏が違いすぎて我々は正しくその生活を認識できないと思うなぁ
このアカウントは、notestockで公開設定になっていません。
l10n と i18n と m17n は違うよみたいな話します？
このアカウントは、notestockで公開設定になっていません。
日本語以外の言語が優れているというより、日本語をどうしても使いたいほどの魅力がない、というのが正しいのかも。
実際、オタクコンテンツのために日本語を〜みたいな話はしばしばあるし、要するに他の日本文化がそんなに海外で請求力持ってないだけっぽい？
オレンジもプログラミングする時珍妙になってもなるべく英語にしてるの、別に英語圏の人が読みやすい用にじゃなく、『日本語使えないすべての人』にあわせる意味で英語にしてる＞＜
ハングルだけとかヘブライ語だけしか書かれて無いおみやげのお菓子がなんなのかとか困った事無い？＞＜ その逆の立場にならないようにするためだよ＞＜
英語じゃなくていいけど、じゃあテメーら一度でも Lojban を勉強しようとしたことがあるのかという。
Esperanto はインターネット以前の文化なので欧米語彙をベースに作られており文化的中立性に欠ける云々
このアカウントは、notestockで公開設定になっていません。
べつに使い続ければいいのはそれはそうなんだけど、結果として各々が都合よく言語を選ぶと日本語は勝てそうにありませんねというのが今の社会の有様から読み取れることなので
このアカウントは、notestockで公開設定になっていません。
日本語を強く守っていくためには何らかの権威的な押し付けがないもパワーが足りないと思う。そういうの少なくとも今は流行らなそうだけど
文化的中立で述語論理に基いて設計され曖昧な表現も厳密な表現も自由自在の Lojban をどうぞよろしく！！！
それぞれの人にとって母国語がわかりやすいのは当たり前でしょ？＞＜
そうじゃなく、なんらかの言語が母国語では無い言葉で書かれている時に、もっとも困らない言語として英語が使われてるんだよ＞＜
（という趣旨の事をオレンジ以外の人が書いて欲しい・・・＞＜）
このアカウントは、notestockで公開設定になっていません。
https://mstdn.kuriuzu.tk/@kuriuzu/103318680575291445
そういう意味論を定義すれば可能 (……で答えになるかな？)
典型的にはプログラミング言語なんかはその類のものが多いんだけど、人間用っぽくなるように括弧を発声可能にしたり語順を調整すれば「文が特定の意味での解釈しか正当にならない言語」は作れるよ
自然言語は構文レベルでも意味論レベルでも曖昧さを含んでいる
Lojban のアプローチは「構文には厳密性を持たせて、意味論に曖昧な表現の余地を残す」というもの
大抵の「特定の道具が必要ない」論、「必要ないと思うのはその程度のことしかしていないからだ」か「ほぼ完全な上位互換が存在する」かのどちらか
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
人名漢字に含まれてるの？ (ない気がする、知らんけど)
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
ガチ勢に片足踏み入れてない人は「遅いから早くしよう」とはならないよ
ブーメランは狩りの道具であって投擲者に突き刺さる理不尽な兇器ではないって誰かが言ってた
普通の人はレンサバ借りないし Mastodon 立てたりもしないよ
「文句を言いながらも何か改善するでもなく使い続ける」が正解です
このアカウントは、notestockで公開設定になっていません。
よく言語警察が言ってる「未定義動作」とかは、意味論の定義が放棄された領域のことで、実際意味不明なエラーに繋がる
(厳密には「どのようなコードを吐いても良い」みたいな厳格な規定があるけど、実質意味のある挙動の記述を放棄したようなものなのでこう表現しました)
たとえば並列バグなんかは典型的に「どう解釈されるべきか不定なコードを書いてしまっている」みたいなケースが多い。 C とか C++ では。
ていうか、コンピュータ以外でもそうだし、それでも笑って済まされる範囲ならそれで済むけど、人が死ぬので困るって分野だと一意になるように、だからこそ航空管制って管制英語を使う＞＜
というか意味論という概念を知らずにプログラミングしてるの怖すぎる、そういうのは趣味だけにしてくれ
未定義動作の恐ろしさがわからないから C や C++ を平然と使っていられるんだ
そう考えると、コードを書きながらも正気を保って生きていく必要があるプログラマは意味論なんか知らないほうが生存率上がりそうな気がしてきたぞ……
「ほとんど英語」は SQL くらいのレベルになってから言ってほしい
プログラマの論理 - 何とは言わない天然水飲みたさ
https://blog.cardina1.red/2016/09/13/programmers-logic/
自然言語の意味論が曖昧なせいでコミュニケーションが破綻した事例です、どうぞ
なので、例えば日本語で同じ事をしようとして『航空管制日本語』を作る事は可能だけど、それは普通の日本語じゃなくなるし、同様に日本語プログラミング言語とか名乗ってる物も、「日本語ベースのプログラミング言語」であって「日本語が使いたいの！」って言い出す人がいう日本語では（だいたい）無い＞＜
このアカウントは、notestockで公開設定になっていません。
マジでコメディかよこれはと思ったよね。まあ他人事じゃないんだけど……
ていうか『英語プログラミング』も、日本語プログラミング言語必要論者のうちの一部の人が言うあいまい性の許容の話だって、ほんとに『英語』だったら、例えば単語でも
print "hello"
show "hello"
speak "hello" .... talk,write,display,.....
などなど、用意しないとあれって話になるかも＞＜
つまり何が言いたいかというと、英語ベースであって『英語』では無い＞＜
このアカウントは、notestockで公開設定になっていません。
SQL 、言語はそこそこ美しいと思うけどなぁ。実装はクソだけど。
少なくともカジュアルに n+1 書けてしまうような欠陥 ORM よりは SQL の方が正解に近いのではと思う
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
「プログラムがどういう構造で理解されるか」が文法 (syntax)
「文法に基づき正しく理解されたプログラムがどういう結果を発生させるべきか」が意味論 (semantics)
たとえば「0-1」が 4294967295 になるか 0 になるかを決めるのは意味論だし、
「3/2」が 1 になるか 1.5 になるか 「2分の3」になるかを決めるのも意味論
「foo() && bar()」で
「foo() を実行する。その戻り値が0であれば結果を0とし、そうでなければ bar() を実行する。その戻り値が0でなければ結果を1とし、そうでなければ結果を0とする」
という挙動になるのも、意味論がそう定義したから。
意味論はプログラミング言語の中枢なんだけど、往々にして人々は文法で言語の良し悪しを語りがち……
このアカウントは、notestockで公開設定になっていません。
「値を返却」、善意で解釈するなら「プログラムの実行権とともに値を返却する」という感じかな
C言語での"return"は他動詞ではなく自動詞 - 何とは言わない天然水飲みたさ
https://blog.cardina1.red/2016/07/08/return-statement-of-c/
こんな記事を書いたこともある。手続き型脳なので、どうしても CPU とかインストラクションポインタ/プログラムカウンタを主語にして考えがち
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
文法エラーは syntax error だけど、「正しい文法だけど本来の意図と違う誤った挙動が書かれたプログラムのバグ」を semantic error などと言います。つまり意味論の利用に誤りがあるということですね
semantic error（セマンティックエラー）の意味 - goo国語辞書
https://dictionary.goo.ne.jp/jn/258016/meaning/m0u/
セマンティック エラー
http://help.jp.infragistics.com/Help/doc/WinForms/2015.1/CLR4.0/HTML/IG_SPE_Semantic_Errors.html
このアカウントは、notestockで公開設定になっていません。
https://moriyakidon.mamemo.online/@moriyaki/103318894105147387
まさにそのとおりで、つまりそれがコンパイラ実装やデバッグの本質的な難しさの一端です。
型検査とかは実行前にセマンティックエラーを発見する機構の一つ。
たとえば
const char *f(void){ return "str"; }
float a = sin(f());
とかは文法上は問題ないけど、型検査のおかげで実行前にエラーを検出できる。
プログラミング言語以外でも、たとえば HTML で
<p><title>駄目やで</title></p>
とかも、文法的には正しいけど HTML としてはおかしい。こういうのも semantic error の部類。
たとえば HTML であれば title タグは文書タイトルであり head 内に書かないといけないことになっているけど、 title がセクションタイトルや段落タイトルを表現できても人間としてはおかしくないわけです。で、実際 DocBook という XML ベースの文書形式ではそれが許される。
つまり何かというと、多くの場合、言語を本質的に規定し他と隔てるものは意味論であって、文法は意味論に基づく情報を与えるためのインターフェースにすぎない。
インターフェースなので、挿げ替えができる。
使いやすさの観点で言えば、当然インターフェースたる文法も重要ではある。
でもこれは実は言語の本質を損ねずに切り替え・修正可能なものなので、文法ぱかりをあげつらってこれはクソ言語だなどと語るのは「こいつ本質的な議論する気ないな」となってしまうわけですね……
HTML の意味論を維持したまま文法を入れ替えた例として、 HAML や slim なんかがありますね (こいつらは拡張も持ってるけど、基本的に意味論では HTML の上位互換)
slim/README.jp.md at master · slim-template/slim
https://github.com/slim-template/slim/blob/master/README.jp.md
オレンジ的にこの例わりとわからないのは、文章構造そのものは文法には属さないのかも？＞＜
これをHTMLの文法とは言わないっぽい所が謎かも＞＜
これは良い着眼点で、実は HTML 程度の構造なら文法の範疇に含めることもできる。
ただ、代償としてパーサが滅茶苦茶複雑になったり、「未知の属性を許す」とか「未知のタグが来たら無視する」みたいなのが書きづらくなる
たとえば HTML5 では処理系の挙動まで規格で定義されていて、ある種の意味論エラーや文法エラーから復帰できるようになっているんですよね。
こういう柔軟な挙動のためには、文法はかなり寛容にしておかないといけない。
なぜなら意味論の検査は妥当な文法のデータに対してしか適用できないから。
まあ実は HTML5 は XML 文法そのままではないので、文法があまり独立して定義されていないというか、パーサのアルゴリズムを示す感じで文法か示されていたはず。
つまりたいへん複雑。
そういう意味では HTML はあまり厳密な例として良質ではないな……
このアカウントは、notestockで公開設定になっていません。
それをやろうとして失敗したのが XHTML 2.0 です
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
Let's Encryptから得られたchain certificateがIdenTrustに依存にないものになっているとFirefoxの画面なら判断していたのだけれども、今のFirefoxは公表されている中間証明書が一定の基準をみなせばルート証明書同様に証明書ストアに保存されることを失念していました。
openssl付属のTLSクライアントを使ってハンドシェイクを観察したら、今も変わらずIdenTrustから署名された中間証明書を使っていることが確認できました。
誤解を招いて申し訳ありません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
まあ「みんななんとなく対処してたからまとめて規格にした」くらいの実態でしょうねえ。 web 系ってそういうの多いし
いかに人々が validator を使わないかというのが可視化されたのが XHTML の敗北でもある。
そりゃテストどころかコンパイルの通らないソースコードを提出する学生もいるわけだ
発信は厳格に、受信は寛容に、というのがポステル則で、 HTML5 はある意味では忠実にそれを守っているんだけど、人類は愚かなのでぶっ壊れデータがそれでも表示できるということにとことん甘えるし「発信は厳格に」が守られることはないんだよな。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
XML パーサを使って HTML を読んでみればいいですよ。
doctype を除いても、 meta や img を閉じなくても勝手に empty tag になるやつとか <p> を閉じなくてもいい感じのところで閉じられるやつとか & をエスケープしなくてもなんとなく使えてしまうやつとか、まあいろいろある
XML ライブラリにも HTML モードが付いていたりするので、まあﾊｲ
私のブログは XML としても well-formed になるよう注意深く作った
(X)HTML5 validation results for https ://blog.cardina1.red/2019/08/27/code-review-using-cargo-crev/
https://html5.validator.nu/?doc=https%3A%2F%2Fblog.cardina1.red%2F2019%2F08%2F27%2Fcode-review-using-cargo-crev%2F
> The document is valid XHTML5 + ARIA + SVG 1.1 + MathML 2.0 (subject to the utter previewness of this service).
✌
(X)HTML5 validation results for https ://blog.cardina1.red/2019/12/15/you-can-use-rdb-lightly/
https://html5.validator.nu/?doc=https%3A%2F%2Fblog.cardina1.red%2F2019%2F12%2F15%2Fyou-can-use-rdb-lightly%2F
ｱｰｰｰｰｯいかん、論理明日に直す！
わかった、 d:quote を span で囲むようにしたのに cite を内側の q に渡すように直し忘れてるな
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
## テスト {{#test }}
みたいな拡張文法が使える可能性はある (知らんけど)
有用なドキュメントを作るために心掛けたいこと - 何とは言わない天然水飲みたさ
https://blog.cardina1.red/2018/12/24/creating-useful-document/#stable-permalinks-per-sections
{#test } だったかもしれん、 markdown 使ってないのでわからん
(まあドキュメントになかったなら望み薄)
Hugo v0.60 から既定の Markdown パーサが Goldmark になったようだ — リリース情報 | text.Baldanders.info
https://text.baldanders.info/release/2019/11/hugo-v0_60-with-goldmark-parser/
Extended Syntax | Markdown Guide
https://www.markdownguide.org/extended-syntax/#heading-ids
記述あるじゃん、 {#test } でいけそう
有用なドキュメントを作るために心掛けたいこと - 何とは言わない天然水飲みたさ
https://blog.cardina1.red/2018/12/24/creating-useful-document/#stable-permalinks-per-sections
要らんかどうか決めるのは読者や引用者やで、実際こうしてセクションへのリンクを作りたいこともある
まあそもそも一度公開した ID を安易に変えること自体がリンク破壊行為なのでアレなんだけど……
Handling out-of-memory conditions in C - Eli Bendersky's website
https://eli.thegreenplace.net/2009/10/30/handling-out-of-memory-conditions-in-c
アニメ制作スタジオ「ティアスタジオ」運営会社が破産へ アニメーターらへの報酬の未払いも - ITmedia NEWS
https://www.itmedia.co.jp/news/spv/1912/16/news084.html
「シャミ子が悪いんだよ」は初出通りに、桃が言ってそうは納得できるんだけど、これが派生して関係ないことまでシャミ子が悪いことにされてしまう部分になると辛くなってくる。
やめるのだフェネックのとき大量に湧いてきたアライさんなりきり (なりきるとは言ってない) の脈絡のない “ネタ” は目に付く限り全てブロックしたし、シャミ子が悪いんだよで同様の現象が発生したら同様にブロックすることになる
このアカウントは、notestockで公開設定になっていません。
Simplification and more of everything
https://gtk-rs.org/blog/2019/12/15/new-release.html
自分の主張にアライさんという既存のキャラクターの名前を使うことで承認欲求を満たすのをやめろ
○○のアライさん bot を目につき次第ブロックしている。あれら、アニメけもフレ2どころでなく世界観やらキャラクターを馬鹿にしてるし、言い方はアレだけどけもフレ2未満でしょ
今日もまたアライさんの名前を使って言いたいこと言うだけのキャラクター冒涜アカウントをブロックした。一日一善。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
劣化するIPv4、そこへの投資は意味があるのか――問いかけられる企業戦略【IPv6 Summit in TOKYO 2019】 - INTERNET Watch
https://internet.watch.impress.co.jp/docs/event/1224713.html
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
systemd enable --now で enable しつつ start できます、これ豆知識
Decentralised SMTP is for the greater good - poolp.org https://poolp.org/posts/2019-12-15/decentralised-smtp-is-for-the-greater-good/
これは多くの人々がひとつの国の電子メールプロバイダーに依存していることの弊害があって、もっと分散した/decentralized状況を目指す必要があるという話なのだけれども、この部分はfediverseにも関連があるように思う。
"I don’t think everyone should self-host, I just think MORE people should self-host or move away from Big Mailer Corps into ANY other provider… so there is at least a bit of constraint for them to interoperate with operators outside their gang, as well as a financial risk for them IF they suddenly went rogue."
本日の書棚から適当に1冊は『なぜsyncを3回打つのか』（tboffice著・第7開発セクション発行）。
同人誌。Unix系OSを長く使っている人はきっと耳にしたことがある「sync;sync;sync」の由来を探る。まあ、そんなとこだろうな、と思っていたとおりの結論になっていたので、まあ、そんなところだろう。こういうの、同人誌のネタとしてはとても良いと思う。2018年4月刊。
#ライクロフトの本棚
sync;sync;syncする前にthink, think, think!
このアカウントは、notestockで公開設定になっていません。
宅配便の追跡番号、1文字変えるとGoogleででなくなるけどどういうあれなんかと思ったら普通にmod7で出せるチェックディジットなのね
ネットワークでの jitter（ゆらぎ）というのは，パケットの送出の時間がゆらぐことを言っている。具体的には，たとえば ping コマンドで対象ホストへのパケットの到達の時間（delay; 遅延）が ms 単位で見れるけど，これが一定しているとき jitter が少ない，と言う。
delay の揺らぎが大きいと NTP サーバからどれだけずらせばいいか決めかねるので
どうやって測定したんでしょうね、対照実験も難しそうだけど
いきなりアメリカ英語から生えてて意味わからん…… >> jitter | Origin and meaning of jitter by Online Etymology Dictionary https://www.etymonline.com/word/jitter
@toshi_a とはいえtwitter-textの行消さないとエラーになっちゃったので…
/Users/akkie/.mikutter_40/plugin/twitter/twitter.rb:3:in `require': cannot load such file -- twitter-text (LoadError)
「●●嫌いなんだよね」っていう言葉や投稿は「ホンマに言う必要ある？？？？」ってのを20回繰り返して自分で承認が出れば言っていいと思う
自分が好きなものを「嫌ってる」だけの話ならあんまり気にならないけど、その好きな物を話してる時に「それ嫌いなんだよね」って水を刺されるのはアレ？って感じになるかな
あと「○○好きなやつの気が知れない」みたいな人格否定型
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
むしろ好き嫌いが単なる気の迷いではなく嗜好と対象の性質から発生した説明可能な減少なのだとする方が知的には誠実な気がしている
嫌い表明が不快感を与えるのは「確かにあの人ならこれは嫌いになるのも当然だろう」という納得と理解がないまま好悪だけを叩きつけられるからだという仮説が立てられると思っていて、であれば嫌い表明への不快感は嫌いな理由の説明によってそれなりに緩和可能である可能性が示唆される
そして当然その説明には嗜好を基準とした良し悪しの判定があるし、嗜好が十分に説明可能な限りこれは主観的な問題ではなく相応の客観性を持った良し悪しの判定になる
だからこそ私は「嫌い表明は聞きたくない (からオメーらはその『嫌い表明が嫌い』とい
嗜好を尊重しろ)」という立場は不誠実だと思う。
嫌い表明が嫌いという嗜好は尊重するけど。
こういうときばかり対話を拒否する姿勢になるのどうなのという気はします
たとえば「NTR が嫌い」とか言ったって今更そう簡単には燃えないでしょう。それは人々が NTR を嫌う理由がそれなりに説明されているからではと思うわけですよ
嫌いな理由を理解する気がないというのもまた結構だけど、だからといって嫌いな理由を論ずる人々を責めるのはあまりに非対称だし非許容的だと思う
このアカウントは、notestockで公開設定になっていません。
