圧力をかける！？

The World's Brightest YouTuber
https://ncode.syosetu.com/n5164fc/

圧力(物理)をかける YouTuber の短編です

事あるごとに宣伝するやつのバリエーションが増えてしまった

無人権睡眠と無人権通学で2コマ目の授業を取るか、人並みに寝て通学で座って2コマ目を落とすか。

考えるまでもありませんね #LATECH

ActivityPub で使えるまとめ欲しい。せっかく投稿者や投稿の情報が JSON-LD で表現できてエクスポートもできるんだから、まとめ情報も JSON-LD ファイルひとつで表現できたりするはずなんですよ #distsns

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

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

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

世の中には、何か専門的な話をしている人に向かって「お前は我々素人を馬鹿にしているから小難しい言い方をするんだ」などと難癖をつけて逆ギレするアホが存在するので、難癖回避のために事あるごとに「簡単ですね！」とか「難しくありません！」とか易しく思わせる文章にしている人も沢山いるんだと思いますよ

無関係の人間にいちいち煽てられ励まされないと何もできないのか、はいはいあんよが上手、という感じである

それはそれとしてサクッとやるのをサクッとと書くのはそれはそうという感じなので文句言われてもという感じ(それをサクッとできる人向けの記事だというある種の指標だと考えてほしい)

本当に簡単なことなんて「やります」「やりました」で終わりだし

たとえば「やるだけ」は「わかっている人はできるし対象読者はおそらくその層なので、敢えてここで解説するほどのものではない」という意味です(ほんまか)

や、これここで言っていいのかわからないですけど、たとえば Linux の CLI 使ったことないのにサーバアプリケーションを自前管理しようというの、結構無茶だと思うんですよ。きっと前提知識が足りてない。だからといって、サーバを立てる説明で Linux のコマンドまで詳細に説明するのが良い記事かといえば、おそらくそんなことはない。単に対象読者の問題

一般にこの界隈で「初心者」が「あらゆる関連知識を持っていない」を意味していると考えるべきではないし、であれば自分で自分が前提知識を持っているか確認して必要に応じて補填していくしかないのでは

たとえばあらゆる「Haskell 初心者」が型推論について一切知らないはずだ、なんて仮定はあまり妥当ではないわけですよ

技術系ブログに限らないし、論文読んだって「アブストが何言ってんのかわかんねえよ、煽ってんのか」とはならないわけですよ。わからなければ調べるか諦めるしかない

数学書に「証明は簡単なので」と言われたら、そこまでの内容を正しく理解していればできるはずのことなんですよ

よーするに「大抵の記事は著者の勝手で想定読者を決めるんだから自分に合わなくてもどうしようもないし、記事に自分を adjust していくべき」という話です

まあこれは一理あるんですが、私の場合は「この記事を役立てることができる誰か」のために書いているのであって、「○○が欲しい誰か」のために書いているわけではないんですよね

「このタイトルでピンと来る人はたぶんわかるでしょ、わからなければ読むのやめるでしょ」くらいの気持ちでやっているのであって、「藁にもすがりたくてこの記事に辿り着いた人を救済しよう」などという気持ちになったことはない

トラブルシューティングの記事を書いてなお「困っている人に理解してもらえるように書こう」という気持ちにならないの、人間性の問題やもしれぬな

私のトラブルシューティングログは事実と試行と対処のまとめなので、解説ではない

そもそも私解説を書いたことあったっけか……？

いやあるぞ、あるある

はい人間性のプロ
実質上人

ｴｸｽﾍﾟﾘﾔ好きですよ(これは刷り込み)

計算機を「ユーザ(無条件な全人類)のためのもの」ではなく「ユーザ(勉強して使えるようになった人)のためのもの (なお勉強は全人類できる)」と捉えているので、私の中では矛盾してないですね

ちと論点がずれてるっぽくてよくわからないです

たぶんちょっと別の話だけど、ｲﾝﾄﾞｯｽﾞとｨﾇｯｸｽ両方使った感想として、「目的ごとのソフトウェア」と「挙動ごとのソフトウェア」のどちらの集合が便利かというと、後者でした (個人の感想)

それはそれこそ automation を求めている話なのでは？ (何が言いたいのかよくわからない)

automation が万人向けでないことと、 automation が有用であることは、直交するし別問題という気がしますが

non-Docker で立てるのは相応の知識要るだろうけど、 docker-compose 使うなら立てるだけなら「やるだけ」じゃないですか？

お○んぽ○○ラ

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

昔の私は「C++11 の時代にもなって、未だに C++ を better C でしかないと思っている人がいる、嘆かわしい」などと言っていたんだけど、 Qiita などを見るようになって、どうやら世の中にはそれどころでない C++er (?) がいるらしいということが可視化されてしまって、絶望の縁に立たされた

better C が書ける人は普通にコード書ける部類に入るっぽいんだよなぁ……

s/縁/淵/

日本語駄目な人みたいな誤字してしまった

個人的には「Rust をスムーズに習得して有難がるようになるには、 C や C++ の経験は必要だろう」と思っている (スムーズでなくていいなら Rust から始めるのも手なのだろうとは思うけど、そっちはわからん)

理解力のある人はどのような言語から入ってもすぐに効率の良いコードを綺麗に書けるようになるのかもしれない (わからん)

ﾎﾟﾖｸﾞﾔﾐﾝ教育とかの方面は本当に何もわからん

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

https://rainyman.jp/@i_sparkling/100563581243969086

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

そういう感じのアレかー (フルターンキーという言葉を初めて知った)

私は基本的に、ある種の「選ばれし人間」みたいなものが発生してしまうことは否定しないので (これは語弊があるけど)

全人類で底上げして、零れた人は掬おう、みたいな考え方はｳｰﾝという感じになる

いやべつにそれができるならすればいいと思うんですが、私のような個人のレイヤーの仕事ではなく国家や行政などの巨大な組織が担当すべき福祉の領域だと思うので

少なくとも私や他の個人が何らかの行動について、すべての人を掬い上げることを求めたり望むことは多分ない

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

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

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

「やってみる」とか？ (雑)

「選ばれなかった人を“選ぶ”」のが本当にそれよりコストが抑えられるのかということについてはかなり疑問です (人間のクソさを舐めている)

趣味でやる分には本当に個人の勝手なのでどうでもいいんだけど、義務が絡む部分については「できる人がどんどんやる、できない人はもっと別のことをする」という役割分担をもっと肯定して推進してほしいんですよ

ナントカ主義かな？？？

頭がいい人が紙で計算するのと、コンピュータを一部の頭がいい人が計算に使うの、マクロに見たらどう考えても後者の方が低コストでは？

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

そのコストの負担をコンピュータに集約する部分は、それこそ何らかのシステム化によって為されるべきなのであって、たとえば「ユーザがサーバを立てられるようにする」は明らかにその範囲から逸脱していると思うわけですよ

全人類への恩恵を求めるのであれば、人々はあくまで「ユーザ」であるべきなのであって、あらゆる人々がシステムを作れるようになったり管理できるようになったりといったことは、その恩恵を求める道の途上にはないものと考える

つまり「頭が追い付かなくて頑張る気もないなら、諦めて無知なユーザやっとけ」みたいな話なんですが

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

無論、もし可能なのであれば全人類が管理者になるのも大いに結構なんだけど、まあ不可能でしょと思います(人間は一般にそんなに素晴らしいものではない)

それはその通りで、たとえば現実にも言語を設計する人、その言語で何かを書く人、書かれた何かを使って何かを作る人、作られた何かを使う人、というように無数に階層化されている

であればこそ、その階層を作る側へ上っていく人々が限られてしまうことは避けられないだろうし、あるいは全員を持ち上げようとすることにそこまでの意義があるのか、本当にコストと釣り合うのか、というのは考えたい

分野柄、よく「機械に使われる人間になるな」みたいな話を聞くわけですが、それはある種の関門を既にひとつ突破した人だからこそ全員に言い聞かせることができるわけで、同じことを全人類に言ったって得るものなんてたぶんない

物事の能力は全順序じゃないんだから、自分に適した方向に進めばいいんですよ。適していない方向に引っ張られたって幸せに繋がる期待は薄い

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

rm コマンドでさえ打ち間違う人類が曖昧な自然言語で口頭で詠唱するの、破滅への序曲としか思えない (あるいは yaourt のように Y/N 正確連打ゲームがはじまる)

それは大局的な利益を求めた場合の行動指針であって、確かに正しいとは思うんですが、たぶん教育とかの場面で行われていることに近いですよね。
で、私はブログが必ずしも大局的利益を求めているわけではなかろうという話をしていました

大局的利益を求めていないのであれば何なのかといえば、少なくとも私は「いつかわかる人が読んでわかればよい」という気持ちなので、なんでしょうね。局所的利益？ あるいは不特定少数への楽観的な情報提供？

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

@juners 東方の別大陸では全然違うアーキテクチャの詠唱を使ってたりするやつですね

https://mstdn.nere9.help/@orange_in_space/101016860111523328

その代償に、「意図して危険なことをしようとしているのに、不規則に警告が出てうまく動かないので、結果として無条件に yes するスクリプト」が氾濫していたでしょうね (そして無条件に yes するのが自動化されるまでがワンセット)

スクリプトを書く側の人間は本当の末端エンドユーザではないので、「コンピュータが余計なことをするな」を徹底した方がいいと思う （徹底しなかったところで結局同じところに辿り着く)

不規則性、意図から外れること、そういったことは自動化の敵なので嫌われることに疑問はない

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

rm の危険性回避は、言ってみれば「意図が正しく記述されているか」をテストすべき案件なので、実行時の確認ではなく実行前の確認であるべき

cat は単に名前が悪かったという感じはありそう

だって、たとえばファイルをひとつ表示するコマンド作ってみてくださいよ。どうせ誰かが複数一気に表示できるように拡張するでしょ

確認というか検査

たとえば「削除前に確認をする」ことがユーザの意図であるならば、 alias rm="rm -i" されるべきなんですよ

ﾎﾟﾖｸﾞﾔﾑごときが人間様の指示もなくオプトインで余計なことしやがるのは許さねえからな

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

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

s/オプトイン/オプトアウト/

もうだめだ

妹と話をするのえらいねという感想です

妹エクスプロイト
https://ncode.syosetu.com/n9428dl/

妹を嫌っている勢、少数派か

耳なし芳一「イヤレス」

？

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

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

変数アクセスによって前後関係を作られない文同士はすべて concurrent であるとして表現できるのでは (適当)

service workers 、手動で「はいクソ～！！！」って言いながら unregister してるけど、特定サイトでだけ許可したいなぁ (プライベートブラウジングを使うべき)

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

水晶「くぉ～っ！！」

？

OpenSCAD - About
http://www.openscad.org/about.html

ほう

バケットホイールエクスカベータという言葉が登場するｴﾖｹﾞのキャプチャを撮ろうと思ったが、クリア済なのでｱﾝｲﾝｽｺされていた……

すまんの