このセンス嫌いじゃないよ

ドリー (羊) - Wikipedia
https://ja.wikipedia.org/wiki/%E3%83%89%E3%83%AA%E3%83%BC_(%E7%BE%8A)

Megan and Morag - Wikipedia
https://en.wikipedia.org/wiki/Megan_and_Morag

2匹描かれていたらこっちだったかもしれないけど

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

ダウンロー
　　ド

my old gear...

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

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

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

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

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

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

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

「納得できないと (どれだけ単純作業でも) 手が動かない」は割とあるので気持ちはわからんでもないなぁ。
今もまさに、雑に if-return を突っ込むと確実に解決することがわかっているバグと向き合っているんだけど、「本来あるべき実装の姿」をずっと考えている

IDE のサジェスト、周辺を見るのに邪魔になるわ tab か space / period か Enter どれで補完が確定してどれが無視されるかわからんわ、矢印キーに手を動かす必要があるわで本当に碌なものでないという認識があった。
最近はそもそも IDE と補完を同時に使わないし、そもそも補完がないと困る言語に手を出していないので快適

余計なことをするなの気持ちが強すぎて、「なんで打ったとおりに文字が出てくれないんですか」と思ってしまう
Enter 押したら改行せんかい、ワイの改行の意志を都合よく解釈するな

べつに編集にモードがあること自体は問題ないんですよ。
「補完候補が出ているとき、それを無視して改行を入れる」のような選択を不可能にされるのが嫌で嫌で仕方がない

補完、体感上ランダムなタイミングで出てきがちなくせに確実な無視には余計なアクションを要求されると本当に腹が立つ
ワイから明示的に補完を頼むまでは何もしないでほしい

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

「画面を見ずに確実に思った通りのものが入力できない」というのがブチギレポイントなのかも

ﾎﾟﾖｸﾞﾔﾐﾝしてて「文字を打つときはキーボードを見なさい！」と言われたら確実にクソ扱いするし、同様に「文字を打つときはスクリーンを見なさい！」と言われてもキレます

あるいは「モードが切り替わるとき、それは必ずユーザが確実なモード切り替えを意図したアクションを契機にしていなければならない」という言い方もできるかもしれない。

私は、いかなる文字を打つときにも、明快でない条件に基いて確率的にモードが切り替わることを望まない

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

タイピングなんて所詮脳内で出来上がっているものをシリアライズしつつダンプするだけなんだから、わざわざインタラクティブ性を強める必要ないでしょ

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

知ってることしか書かないというか、知ってることしか書こうという意思が発生しないというか……

書けるなら知っている、知っているなら書ける、なので名前の補完なんて余程クソ長でもないと特にありがたくない (その辺りは言語次第ではありそうだけど)

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

文字入力に使うキーを使わないなら見た目のうるささだけの問題になるんですけどね。
C-p / C-n で選択して C-l で決定みたいな。

補完、候補が複数あると「候補を把握して、所望のものを見つけて、選択して、決定する」という複雑な過程が必要になるので直に打った方が脳への負荷が小さい。

候補がひとつのときも「候補が出てきたらタイピングを中断して Tab や Enter などを押す」という条件分岐を常時発動することになるので、直に打った方が脳への負荷が小さい。

つまり補完はとにかく脳が疲れる

https://mastodon.cardina1.red/@lo48576/105972557574786588
https://mastodon.cardina1.red/@lo48576/105972523778511071

結局「インタラクティブなものは局所的な速度だけ見れば速いかもしれないが、脳に高い負荷がかかるので大局的にはパフォーマンスに悪影響だし、本質的でないところで疲れるので嫌い」ということになりそう

べつにシンボル名って覚えたくて覚えたわけではなくて、単に「もう知ってる」ものだからなぁ

「記憶にないけどたぶんあるでしょ」というやつは名前だけでなく説明からも探したかったりするからリファレンスを見るわね (補完候補をひとつずつスクロールして説明を読んだりはしない)

クソ長い名前とかクソ命名規則とかは、はよ💩流して部屋を綺麗にしましょうとしか (それができないのが †ｼｬｶｲ† のつらいところだが)

そもそも名前を覚えていないのに補完のために文字を打てるというのがよくわからん……
一意になるような固有なプレフィックスを覚えているということであれば有用かもしれないけど、それよほどのクソ命名でもなければそのうち嫌でも覚えてしまうものな気がして

一意な prefix しか覚えない記憶構造、なるほどなぁ

そのタイプでないので想像したこともなかった

なるぽよ

ワイの記憶は決まり字でなくフル文字列なので、「ここまで来たら補完で済む」のマークがなくてさっさと直打ちしますという感じ

あー、でもよく訪問する web ページの URI とかは、ブラウザによる履歴からの補完で先頭に来ることがほぼ確信できる部分文字列で記憶してるかもしれんな

まああれはアクセス回数とかで重み付けしてるからというのは多分にあるだろうけど

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

わかる……

人間の名前には導出規則と必然性がなくてシンボル名にはある、みたいなやつ

SKK のは単純な MRU では (まあ実装によりそうだけど)

というより、たぶん libskk が MRU

MRU は嫌いだが、「次に変換したとき『これは変換ミスのリトライだな』と認識して勝手に前回入力した候補の優先度を下げる」みたいなアルゴリズムは反吐が出るほど嫌いで、あれも「画面を必ず見ることを要求する上、人間の脳内キャッシュを invalidate する」というところが嫌いポイントです

とにかく「対話的です。ほら親切でしょ？」みたいなのが本当に嫌いで嫌いで仕方がない

まあ好みの問題と言ってしまえばそれまでだけど

冗長性を利用 (悪用) するみたいなのは思いつかなくもない。たとえば siru は優先的に「知る」になって shiru は優先的に「汁」になる、みたいな

そもそもエラーの確認は lint なりコンパイルなりを当時にバックグラウンドで動かしているので、補完よりそっちの方を信用する (この程度なら IDE なしでもできるしエディタ非依存にさえできる)

そもそも人間の性能の話はしてないんですよね、俺の性能の話をしているので

私以外の全人類の誤り軽減に貢献するとしても、私にとって迷惑でパフォーマンスを低下させる機能ならばそれは無効化されるか製品ごと排除される運命にある

だからこそオタクたちはエディタや環境の設定に精を出すわけです

最後には漢直になりそう (適当)

単語や熟語の種類よりも文字の種類の方が少ない、それはそう (？)

まあ私は C# とか書きづらく感じるのだろうということはなんとなくわかった

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

物事を考えるとき型で考えることが多いので、名前で保管されてもそんなにありがたみは……みたいなのもある。
リファレンス引くときもいきなり関数名で検索かけず最初に型のドキュメントに飛ぶし

動的型付き言語は知らん！！

まあ大多数に有効な合理的なデフォルトが存在するみたいなお気持ちはわからなくもないんですけどね

Gentoo とか Arch 使うような異常者にとっては「デフォルトでは無効にしといてくれ」が基本なので……

脳やらケツやらが割れている人類にとって、今更キーボードが割れているくらいなんぼのもんじゃい

「頭が痛くて脳が2つに割れそう」みたいな表現すきなんだけど、頭が痛いとそんなこと考える余裕は大抵ないので「いてぇ……」しか言わなくなる

なんか誤解されている気がするんですが、覚える**必要**なんか全くなくて、覚えていないものはリファレンスから調べるのは当然では？

ただ補完のインタラクティブ性が私の脳のキャッシュ性能と相性が悪いという話であって、覚えていないものはそもそも補完なんて使わずリファレンスで確認するし、「名前の前半と処理の内容や型だけは正確に覚えている」みたいなケースが稀すぎる

だいたい名前を正確に覚えていても仕様の把握が完全でなかったら、どちらにせよリファレンス引くし……

補完候補選択と同時に summary や description を出してくれるシステムもあるけど、 summary だけだとエッジケース含めた正確な仕様はわからないことが多いし description 込みだと単純に邪魔だしブラウジング体験が良くないので、素直に別ウィンドウでやりますという感じ (個人の感想)

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

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

そもそも文単位で書き写すことってなくないですか？

文単位でコピペが発生するの、言語が素朴すぎる (go の if err != nil 関係のネタを思い出す)

シンボル名の typo について言えば、「知ってる英単語を打つのに対話性が発生するのはシンプルに邪魔」で、喩えるなら「舗装された道路を歩くのに杖を持つのは邪魔」みたいなもんですね。
山道を歩くとなったらそれ用のツールを使いますよ

まあここで言う「山道」は理解と記憶が十分に及んでいない領域ということであって、そんなところを頻繁にうろちょろした結果の成果物をそもそも信用できるかという話になるわけですが……

そもそもプログラミングは書いた端から動くわけではなくて書き上げたあとに静的検査があるしテストもあるし実行時の assert もあるわけで……

タイピングでのサポートがそこまで安全性向上に寄与するという話には私は懐疑的です

本当に致命的な typo というのは名前のミスよりも境界値検査で ±1 し忘れたり <= と < を間違ったり符号が抜けたりなどで発生するものなので、補完なんかに期待するものではないからなぁ。
補完で防げるミスなんてコンパイル一発で防げる程度のものでしかない。

ちなみに、斯様なミスの発見を試みる仕掛けも考案されている:

ミューテーション解析 - Wikipedia
https://ja.wikipedia.org/wiki/%E3%83%9F%E3%83%A5%E3%83%BC%E3%83%86%E3%83%BC%E3%82%B7%E3%83%A7%E3%83%B3%E8%A7%A3%E6%9E%90

まあ正確には「そのようなエラーを補足できるようなテストが書かれているかを確認する解析」なので、質の良いテストを通して間接的に、ということになるけど

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

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

ｍｉｃｒｏｃｏｄｅ
ＯｏＯ
Ｐｅｎｔｉｕｍ４

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

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

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

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

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

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

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

私の受けたことのある授業では、学生の手元用テストはあって、それはそれとして先生の手元にしかない秘密のテストもあったっぽいので、まあそういう構成が自然ではありそう

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