このアカウントは、notestockで公開設定になっていません。

NFT は、「この人が持ち主です」と書かれているだけの、偽造困難な木札。
偽造困難なのは所有権でもコンテンツでもなく、木札。

おっと wordle の時間か

Ubuntu 22.04 今日じゃなかったっけ？ と思ったけど日本は +09:00 だった……

Wordle 216 5/6

⬛⬛⬛⬛🟨
⬛🟨⬛⬛⬛
🟨⬛⬛⬛🟩
⬛🟩🟩🟩🟩
🟩🟩🟩🟩🟩

ﾇｰﾝ…… #Wordle

定石を使わない方式でやってみたけど、やっぱり圧倒的に難しくなったわ

それでは昨日の解答を

ｱｰﾍﾟｯｸｼするかー

Wordle の結果ツイに7リプライ来ている表示になっていてなんじゃこりゃとなったんだけど、 twitter おかしくなってるのね

このアカウントは、notestockで公開設定になっていません。

原理的には不要だけど、「なにかの所有者が書かれている木札です」と「木札です！」では †説得力† が違うので仕方ない (???)

というよりむしろ、その「必要というわけではないけどそうなっている」の部分で †ブロックチェーン† に多様性を出せているみたいなところがあって (PPAP の P として何を選ぶかみたいな話)

このアカウントは、notestockで公開設定になっていません。

まあコンセプトからして怪しかったし、いくらでも邪推できるので何を言っても得るものがないという感じがある。身近の人と好みのアーティストが引っ掛からなければ個人的にはどうでもいいわ

まあ謳い文句に躍らされず原理を見て疑問に思ってくれとしか……

このアカウントは、notestockで公開設定になっていません。

NFTとは何ではないか - Speaker Deck
https://speakerdeck.com/okapies/nfttohahe-dehanaika?slide=48

もっとシンプルな話で、 “ガラクタ” で楽できてるからでは？

部屋を整理するよりも部屋が使いやすいことが満足という話

そこから先の「あらゆる人々にとって」を目指すなら、それはロジックや慣れてる人用 UI とは別の領域の奉仕活動になるんでないか。

もちろん、アクセシビリティ等々いろいろな事情でそこまでのことを求める圧力もあろうけど。

このアカウントは、notestockで公開設定になっていません。

まあ一般論言っててもしょうがなくて、規格なり実装に「こうあるべき」と殴り込みをかけるのが正しい姿

tar と cpio で競争して pax ができたけど誰も使ってない話は……

このアカウントは、notestockで公開設定になっていません。

「そこにコストをかけたい、かけるべきだと思う人がかけてください」になりそう

実際問題、使いにくかったらラッパーなり何なり書いて使いやすく “する” ので、最終的に何をしても楽な状態にはなるんだわ

Linus は Linus であって俺じゃねえんだ

他の誰かにとって使いやすいものが私にとって使いやすいわけではない、だからラッパーを軽率に書けることが QoL 向上になる

マウス使うのがクソだるくてマウス不要環境を整備した話をしようとしたけどクソ面倒なのでやめます

好きなものを選んで好きなように使ってくれ

無ければ作れ

Windows の UX が今のまま100倍使いやすくなっても「でも Tiling WM ほどじゃないしそもそも
WM の選択肢がなぁ」となるので興味ない

一時期は「X 起動するほどでもないしなぁ……」つって tty (TERM=linux) で作業することさえあったなぁ。今では LXDM を入れたけど。

べつに学習曲線が急峻でもリターンがデカくて合理的なら構わないんだよな。でなけりゃ Emacs や vim がしぶとく生き残ったりはしない

ああいう尖っていて初学者向けでない UI を正当化できないなら、その理論はやっぱりどこか欠陥があるんじゃないんですか。少なくともプログラマ寄りの人々にとっては。

このアカウントは、notestockで公開設定になっていません。

対極としてユーザに余計なお節介焼きまくって頼んでも望んでもいない編集を入れまくる某ワープロソフトを思い出したけど、鬱になるので考えるのをやめた

推奨コマンドにエイリアスを設定して短くするのおすすめ。長い方は自然と使わなくなる

私の環境では g sw -c branch みたいにしてる

入力の一部が望んでもいないのに勝手に大文字になったり、正しい固有名詞なのに謎の赤線が引かれたり、そういう気の利いた UX はクソ食らえですわ

このアカウントは、notestockで公開設定になっていません。

English translation: yes (?)

「人々は真実に気付いていないだけだ！」というのはもう考え方の違いというか世界観の問題なので、これ以上言うことはないですね。中途半端な人々を開眼させられるプロダクトを作れれば証明できるんじゃないですか……

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

まあ私は「俺は真実に気付いている！」みたいなの真に受けませんが……

私にとって使いやすいものを選ぶ、または加工して作る、または最初から作る、そういう選択肢が多様であることが最終的な満足に繋がっているので。
“中途半端” な人向けのものが合わないなら使わなければいいし、合うなら使えばいい。それだけ。

このアカウントは、notestockで公開設定になっていません。

“デザイン” (なにそれ) を洗練させるのと本質的にどう違うのか全くわからない

正しいデザインで物を作るのは面倒くさくないんですか？

どういうレベルの話なのかよくわかんねえんだよな

そもそも Windows の UX って優れてたのか？ 苦労しかしてないけど

物を作るのが面倒なら物を作るのを楽にするんじゃない？

このアカウントは、notestockで公開設定になっていません。

それこそ人次第なのでは。しらんけど。

たとえば「楽に作れる」より「楽しく作れる」を求めている人もいるのかもしれないし。しらんけど。

なんか全人類に共通する画一的な正解が想定されていそうで、そこが特に気持ち悪いんですよね。多様性を是とするエコシステムに身を置いているので。

マイノリティなので。

同じく

必要ならそうするし、そうしないなら必要がないか設計を考えているかのどちらかでは。

そもそも私が苦痛に思うことと他人が苦痛に思うことが違うので、そこを uniform に扱われても困るという感想しかない

お前にとって楽なソレこそを私は嫌っとるんじゃ、みたいなケースは往々にしてある

このアカウントは、notestockで公開設定になっていません。

分散化は「できる」ものであって、するのはオメーらユーザだろw

……とここで言っても届かないしどうでもいいので草を生やしながら見守る

社会的に許容されていようが不快なものは不快なので広告が “許容” されているかは大した問題ではない。
web 広告について私が言いたいのはたとえば「純愛モノのネット小説で毎ページざまぁ物のマンガのバナーを挟んでくるような真似をするな」ということなんですよ。

カクヨムおめーのことやぞ

このアカウントは、notestockで公開設定になっていません。

なるほどなぁ

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

私としては「コンテンツと調和した広告を」という立場なので、ターゲティングには反対ですね。
まあそれだともちろんコストはかかるし収益も下がるだろうけど……

不快かどうか以前にターゲティングは具体的なプライバシー侵害行為 (あるいはその一歩手前) だと認識しているので、広告がどんなにクソになろうがユーザ追跡はオプトアウトするし強制ブロックもする

このアカウントは、notestockで公開設定になっていません。

私が言いたいのは「視聴者にマッチ」ではなく「コンテンツに調和」であって、それが難しいのは当然承知していて、その難しいことをしていない現状が氏の例示するような杜撰な広告だという話です

クソ雑に言えば、人間による調整無しで雑に自動化したって調和するわけないので (まあｴｰｱｲに期待する向きもあろうが、私はあまり期待していない)

広告が置かれる場所にも文脈やその強弱というものがあって、少なくともコンテンツ類は文脈が強いだろという順位付けをして考えてもいいんだけど。

まあいずれにせよ数を集めてどうにかするタイプのプラットフォームでは人間による調整はコスト高すぎて無理でしょうね

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

その場合悪質な消費者金融の広告が出ます

や、でもそれは「過去にそのドメインから公開鍵を取得したことがあり、かつそれを保持し続けている」という前提がないと成り立たなくないですか

と思ったけど、「サーバが存続しており、非管理者の一般ユーザがデータを書き戻す」というケースに限って考えればそれでも十分なのか

このアカウントは、notestockで公開設定になっていません。

「特定の内容・属性を持つ広告は表示しない」という受信者側フィルタリングによる地雷回避だって可能なはずなのに、そのような利用を許すメタデータは実装されていない。
だから全ての広告をブロックすることになる。

広告コントロールが出稿者・掲載者・広告プラットフォームによって行われるべきだというのも、まあある種の傲慢なんじゃないですか。

このアカウントは、notestockで公開設定になっていません。

まあ直近ではプライバシー捨てるか広告ブロックくらいしかすることなさそう

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

論理回路とプログラミング言語意味論の2方面から勉強するとその悩みは解決します

べつに学習ルートはいくつあってもいいんだけど、下手にわかった気になって IQ145 になられるのは望ましくないんだよなぁ

私なら、まず電子回路による計算に「意味」を見出しているところを剥がしたいので、電流が流れることで自動的に発生する状態の規則性と、そこに「意味」を見出すという後付けの方法を一番最初に伝えますね

前者はリレーかトランジスタを知って組み合わせるとわかるし、それを標準ロジックICくらいに抽象化して組み合わせて半加算器と全加算器を作れば後者がわかる。

で、それはそれとして BASIC か C のサブセットあたりを使って「CPU にさせるべき低レベル動作」と「人間がコードで表明した意図」がどう絡むか (あるいはいかにして恣意的に決定されているか) を見せると、あとは CPU を作るだけで全貌を把握できる

「std::意味」と振る舞いを切り離せるようにする訓練は一番最初にやるだけの価値があると思う

ワイは NSFW (Not Suitable For Work) なので存在がひy

うんこ出そう、と思うたびにいつも、シュレディンガーのうんこだなぁと思う (うんこでそうかうんこだそうか不明瞭でパンツを脱がないと確定できないため)

うんこと重ね合わせの状態にあるらりお

生徒の特性を考えてということなら私から言えることは特にないですね、知らん人なので……

あとこれは嗜好の違いだろうけど、どうせ最終的に目的地に到達するまで本腰入れてやるつもりがあるなら、「すぐに知っている知識に届く」よりも基礎からやる方が好みなので。私ならそちらを選ぶという話です

基礎から組み上げるのと、自分の知っている領域から繋げていくの、どちらが向いているかは人それぞれなんじゃないですか。少なくとも後者が万人に向いているとは思わない

私自身、原理なしに振る舞いの説明をされても納得できない性質なので

「まず git を使ってみましょう！」が好きになれない話したことあったっけ？ まあいいや

matrix (matrix.org) のプロトコルはお気に召さなかったのかな

投稿の前後関係を半順序にしたのはかなり気持ち良いデータ構造で好みです

だからプログラミング言語意味論も同時にやりましょうねという話なんですが……

そもそも「低レベルこそが原理」なんてこと言ってたらλ計算できませんよ

文法は文法、振舞は振舞、意味は後付け、そういう分離された構造で世界を見るという視点が一番重要なんじゃないのと思うから、「振舞」と「文法」と「それらに意味を後付けする」のフェーズで分解するのが結果的に最短の理解になるんじゃないのということです (もちろんそれで飽きるような人もいるだろうけど)

もちろん「途中で離脱する人のことを〜」とか「小さな達成感がこまめにないと〜」とかそういう邪念を考慮するなら別のルートを取った方がいいという選択もあるでしょうけど。それこそ人の性質次第なので。

あるいは氏の言う「教育」の理想形というのはその邪念をうまく考慮して最適化したものなのかもしれないけど。

教育と学習は別物なので。

https://mastodon.cardina1.red/@lo48576/107427303599326516

だいたい似たようなこと言っとるな

まあ私は育てられてﾎﾟﾖｸﾞﾔﾏになったタイプではないので、同類のことしかわからんですね

同類つってもまた多様なんだけど……

そもそも原理を知ることと作り方を知ることは一致しないので (この話つい最近したな？)

うーん……？

そもそも「aのときは1、bのときは2」のような素朴な考え方の時点で分離されていない状況を想像していると思っていたけど

やっぱり気が合わないなw

「手を動かして失敗してみましょう！ これではうまくいかないことがわかりましたね？」メソッド、めちゃくちゃ嫌いです。大嫌い。

そういうのは完全な独学でやるもので、人や教材で教えられるときわざわざ失敗させられるのはブチギレ案件です

失敗する経験を積みたいんだったらオメーの手は借りず自分でやるわ、という感じ

「試さずとも明らかにそれは想定が足りてなくない？」とか「原理がわかってれば試さずとも結果は見えてるじゃん」みたいなのをわざわざやらされるの本当に嫌ですね。手より頭を動かしたいんだよ

うーん？

問題があるやり方ならエッジケース出すなりして破綻させられるはずだし、それこそ一対一の “教育” の強みなのでは？

リバースエンジニアリングもそれはそれで楽しいが、それは別の遊びなんですよね。何でもかんでもリバースにしないでほしい

よーするに教える側がエッジケース生成器に徹するって話です？

破綻した後の誘導もするのかな

てことはエッジケースが生成できれば独学でいい感じのアレか

だったら感想として「それくらいは自分でやるから人は要らないかな」ですね……

まあエッジケース生成の能力自体をどこで……というのはあるだろうけど

それはそれとして、私は体系の美しさというものに魅せられて勉強したりもしているので、「このような必要性があってこのような進化が必要だったことを体験する practical な実習」よりも「十分な能力を有する整備された知の構造」を堪能したい気持ちが強くて、その点でもやっぱり「手を動かして失敗して〜」というよりは理屈から固めていく方が好きですね

プログラミング言語を習得したいとき、「書いて動かしてみる」ではなくリファレンスとか既存ソースとか規格とかを読むタイプ。

また話がズレはじめた

私は物事が動く原理をどう理解し納得するかの話をしているのであって、どう正しく動かすかとかどう正しく作るかとかそういう行動の訓練の話はしていません

航空機の話はしていないし、したこともほとんどないです

べつに独学だからといって実世界の知識と比較しないわけではないし、複数資料当たれば必然的に矛盾に気付くことはあろうし、そもそも誤りにすべて気付くのが難しいのは教師ありの場合でも同じ (むしろ教師の世界観に縛られることの方が多い)

べつに独学ってのは何も見ずに全てを独力で再発明するって意味ではないですよ

@noellabo 純粋に ID (@ の後につく文字列の意) は「見えるもの」であり「言及されるもの」なので、呼ばれる名前の一種として変更したくなるのだろうなぁと思っています。内部的な記号であるというには、あまりに人間にアピールしすぎているので。

航空機内部の時間・リソースの限られた状態と、通常の学習における時間とリソースがある程度莫大にとれる状態を比較するの、うーん……

それこそ先に言ったように「リファレンスや複数の書籍や既存ソースコードを読む」みたいな形で「既に蓄積された莫大な人的リソース」を有効に活用することができるわけですよね。

独学だとエッジケースを自分で考えるしかないというのは誤謬でしょう。

書籍は教師であるという分類をしてもいいかもしれないけど、たぶん今回の文脈ではそうでないと思うのでそれは考えないことにします

このアカウントは、notestockで公開設定になっていません。

え、メイプルまだ続いてるの？ それともシリーズの続編的な別作品？

メイプルストーリー、たぶん私が小中学生くらいの頃にブームだったような……

このアカウントは、notestockで公開設定になっていません。

ひえーすごい

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

羽田にクロノゲートを有するヤマトが宇宙にまで進出したら、もはや森羅万象を担ってるようなものじゃん (?)

かつての王国の名を冠し時空を支配する物流業者

domain/@{{username}} みたいなのよくなくて、本当は domain/users/{{user_id}} みたいなのにリダイレクトかけるべきなんだろうねぇ。そうするとユーザ名変更のダメージが小さくなる

「意味」を持っていて本質的でないものを永続性保証に利用しようという試み自体がおかしい

内部 ID として UUID か何かでも使うべきなんだよな

これはいわゆる SNS に限らず、あらゆるコンテンツのホスティングサイトにも言えることなんだけど

いや、そもそも URI を永続させようと思ってないのか？ それはそれで大いに問題のある姿勢だと思うけど別の話だな

噺家ではない

/@ は十分に名前空間を切るプレフィックスとして機能しているので、そこは問題ないと思う。かつての /~ みたいなもの

メタ漫然を見た

論点としては、 @ の後に付ける文字列がユーザによって意味を与えられるものであり、かつユーザの本質そのものでないのなら、それが変更を望まれるようになるのは必然なので permanent な URI としては使えるべきでない、という話ですね

たとえばいかにも RDB の ROWID をそのまま取ってきましたみたいなシリアルな整数のユーザ ID はどうかというと、あれはユーザが意味を与えるものではないけどユーザが意味を見出しかねないので、割と危険な感じはしますね。私はあまり好きじゃない。

好きではないんだけど、まあ現実に DB のパフォーマンスとか諸々考えると仕方ないみたいな面も (サービス規模によっては) あるだろうし、そこはトレードオフだろうなぁと

たとえばで別の話をすると、 owncloud.mydomain.local のようなドメインで ownCloud をホストしていたとして、中身を NextCloud にマイグレートした場合どうしますか？ みたいな話題もある