Emacs なぁ、実際使ってみたいんだよな。 Vim よりマトモなスクリプト言語にはそそられる

ただプラグインのエコシステムがどうなんだろうというのがあり、 Vim のようなモード前提の UI を使いたくて仕方ないので、 Emacs 本体で Vim-like な操作感にできるとしても他のプラグインでも Vim-like な操作ができるかどうかが気になる

VS Code はターミナルで使えなそうなので却下で……

This account is not set to public on notestock.

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

そういえばこの件、せっかくミュートしたのに Mastodon の RT 経由で流れてきて、オメー……となってしまった

This account is not set to public on notestock.

東京都国立市の大学通りかな？

https://www.google.com/maps/@35.6884757,139.4472034,3a,75y,343.29h,91.33t/data=!3m7!1e1!3m5!1spsCZ-wzbabNx8c-Qha0fNw!2e0!6shttps:%2F%2Fstreetviewpixels-pa.googleapis.com%2Fv1%2Fthumbnail%3Fpanoid%3DpsCZ-wzbabNx8c-Qha0fNw%26cb_client%3Dmaps_sv.tactile.gps%26w%3D203%26h%3D100%26yaw%3D50.483894%26pitch%3D0%26thumbfov%3D100!7i16384!8i8192

たぶんこの辺りの歩道橋から撮ったやつか

This account is not set to public on notestock.

作者www

むしろ20バイト残ってるのすごいな、どうしたらそんな絶妙に小さな領域が残るんだ……

いや、 1K blocks だから 20KB か

これヒトラー要素あるか探しちゃったけど見付けられなかった

まあぶっちゃけ私も研究がしたかったというよりは大学院の授業受けたかっただけなので、その点では性質の悪い学生ではあったろうなと思うわ。それでも興味あるトピックがあったからどうにかこうにか修論書けたけど……

プログラミングに限った話ではなく、作業と創造の間に聳える壁は本人のやる気がないと越えられないという、それだけの話な気はする

「ランクマッチ」に蔓延る４つの勘違いと最適解の考察 - 実践ゲーム製作メモ帳2
https://eiki.hatenablog.jp/entry/2018/03/05/221050

Welcome to 🥕x!

はじめは皆自我を持っているのに、小学校や家庭での教育によってそれが失われていく

習っていないことをしてはいけないとか、言われてないことをすると不正解とか

で、そういう抑圧的な “教育” に耐えて自我を維持できるかどうかなんて、環境要素も含めてガチャでしかない気はするわね

まあガチャで引きが悪かったかわいそうな人だからといって我々がコストを引き受けてやるかというと、それはまた話が別なんだけど。

まあこちとら中途半端にガチャの引きが良かったせいで社会不適合になってたりするわけで、こっちはこっちで自分のことでいっぱいいっぱいなんだから勘弁してくれというのはある

ルーピックキューブなぁ、回転を合成して最適な手を作れるのとかは面白いんだけど、まず基本のプリミティブを覚えきれないので結局やめちまった

定石のボリュームが大きいと厳しい

チェスとかもオープニングとエンドゲームで覚えておくべきことが多くてｳｰﾇとなってな……

なんなら将棋とかもルールは把握していても櫓とかを全く覚えていないし

This account is not set to public on notestock.

UnityのTerrainで楽して天地創造する – routehachi
https://hachiroute.urishari.com/2021/12/07/unity%e3%81%aeterrain%e3%81%a7%e6%a5%bd%e3%81%97%e3%81%a6%e5%a4%a9%e5%9c%b0%e5%89%b5%e9%80%a0%e3%81%99%e3%82%8b/

地形の高さを0より低くできないから底上げしておくの、「ディラックの海じゃん……」となってしまった

や、そうでもないだろと言われるとたしかにそうでもないんだけど……

CPU アーキテクチャがそれなりの周期で激しく変化してバイナリ配布文化が廃れれば、ソースコード配布が当然の世界が来る (これは嘘で、ｼﾞｬｯｳﾞｧやﾌﾗｯｼｭの VM のような余計なプロプライエタリソフトウェアが一段挟まるようになるだけ)

べつにソースコードのみで配る必要はなくて、ソースコード**も**当然配られてくれればそれで済む話なんですよね。 distro のメンテナがビルドしてもいいし reproducible build でバイナリ共有してもいいし upstream が公式ビルドを提供してもいいし、べつにバイナリ配布そのものが悪というわけではない

とりあえず最初の一手として、標準的なアーキテクチャが x86 派生でなくなって古のｲﾝﾄﾞｯｽﾞ用個人開発ソフトウェアが軒並みネイティブに動かなくなったりしたら本当に面白いと思うんだけど、むしろそうならないことこそが wintel の売りみたいなところがあるので、べつに期待はしてない

IA-64 のことは忘れてさしあげて

カオスエンジニアリングじゃないけど、定期的に環境に変化を投じていかないと持続性を保てるソフトウェアの判断は難しいんでねえのという気持ちはあるにはある。バイナリしか配らない個人開発のソフトウェアにそもそもそういうレベルのアレは期待していないから誰も気にしないだけで……

べつに開発者本人も自分のいなくなった後のことを気にしてないケースが大半だろうし

なのでこれは完全にユーザ目線での話ね

むしろｲﾝﾄﾞｯｽﾞでまともにソフトウェア開発する方が険しそうなのでわかりあえない

GitHub 除いてみたら Make とか CMake とか autotools っぽいものががなくて .sln が入ってたときとか、「ｱｯﾊｲもういいです……」となる

どーせｲﾝﾄﾞｯｽﾞでしか使えない API とか使ってるんでしょ、そういうの結構です✋

いや本当に問題なのは Win API 依存そのものよりも (いやそれも困るけど) ビルドが MS のソフトウェアに依存しているというところよ

*nix の方では bashism がどうとか GNU 拡張依存がどうとか言って騒ぎがちだけど、 Windows はそのレベルじゃないじゃん

まあその辺りはそもそも VC 依存を捨ててもっとモダンなエコシステムとツールチェインを持った言語に引っ越せという話も……

Go とかが人気あるのはそういうあたりの事情も一因なんじゃないですかね。まったく何も知らんけど。

まあ個人的な趣味で言うと IDE 必須な開発環境とか大嫌いなので Java も自分から触りたいとは思わないなぁ。いやべつに gradle なり ant なり周辺ツールはいろいろあるし .sln よりはどうとでもしようがあるけど

(いやお前どうせ Java 書かされてるときも vim 使ってたし関係ないでしょうが……)

物理今日か明日あたり眼科行くかなぁ

GTK なら Glade とかなかったっけ……と思ったけど、あれ非推奨なんだっけ？

Qt は Qt4 くらいしか触ったことないけど、外から独自の知識を注入する拡張 C++ で書くというのが好きでなかったので真面目に使ってない

まあ正直私にとっては GUI よりも CLI でパパッと何か作れる方が大事なので

そもそも GUI に固執してないので……

何かあればテキストファイルとテキストのクエリで事を済ませたいタイプなので、そこから既に噛み合ってないですね

たとえばシェルスクリプト等から簡易にダイアログを出す方法として zenity などがあり、これは winetricks とかで実際に使われているけど、大抵はそのくらいで十分

複雑なことをしたければ尚更 CLI やテキストによる処理の方が都合が良くなってくるので

まあ GUI を簡単に使いたくて CLI に興味ない人はそれでいいんじゃないですか。
私はその道を進む Windows で WALKMAN 用と PSP 用と携帯電話用の動画変換で別々の GUI ソフトが配られているのを見て「もうこれは無理だ」と思って完全に離脱をキメたタイプなので…… (なお言うまでもないがいずれも ffmpeg の GUI フロントエンドに過ぎない)

いえいえ言いたいことはわかります、プリセットをダイアログから編集できるようにしとけば一本化できるじゃんと。

そうしてパラメータを選択できるようになったところで、結局コーデック特有のオプションとかいろいろ付け加えたくなっていって、最終的に「追加のオプション」をテキストで指定するようになり、それならスクリプトなりテキスト設定でよくない？ ……となるわけです

.NET はｵｯﾍﾟﾝｿｯｽ化されたので生き残った (生き残ってしまった) ところはあり、さすがに戦略勝ちだなぁという感想はある

や、正直あれがプロプライエタリのままだったとしても Windows 文明圏では変わらず猛威を奮っていたのではという気はするけど。

まあ部外者がﾘﾊﾞｰｽｴﾝｼﾞﾆｬｰﾘﾝｸﾞしなくてよくなったので WIN-WIN ってことでいいんですかね……

そうなのか

Mono はよく頑張ったよなぁ

Mono やら Wine やら OpenJDK / IcedTea やら、本当にすごいと思うわ

WASM が中間言語としての主導権を握るのはまだまだ先になりそうだしなぁ

WASI の標準化の先にもいろいろありそう (特権まわりとかプロセス等のプラットフォーム固有のあれこれとか)

クロスプラットフォームの覇権といえば、 Vulkan が決め手にならず WebGPU が出てきたのはマジで何なんだ……となっている (いやわかるんだけどね？)

これから何か書こうというとき迷っちゃうね (まあ次私が何か書くときはとりあえず WebGPU 使ってみると思う)

WAST が S-expression なの、「オタクくん！ そんなところにいたの！！」となって正直ちょっと笑った (いや合理性はあるのでわかるよ)

そもそも特定の RAD 環境を使うことを強いられること自体が「気軽に弄れない」に相当するので、噛み合わない……

私がほしいのは「好みのエディタでどうにかして、テキトーにコマンドをひとつ叩くと全てが済む」という環境であって、「特定のソフトウェアと特定の操作体系を強いられる環境でマウスを使ってあれこれしないといけない」ではないんですよね

や、べつにテキストだけで GUI 作れるからマウス使わないこともできるじゃんと言われるとそうなんですが、たぶんそれでは不満なんですよね？

GUI は何かにつけ「特定の操作方式を強いられている」感覚が強くて肌に合わない

むしろ「原理的に GUI でないと実現できない/難しい」ことってかなり少ないと思いますが…… (たとえば 3D モデリングとか？)

それよくわからないんですが、 GUI 作るのってそんなに時間かかるんですか。私は気まぐれで GUI を用意しようと思ったときは GTK でﾇｯと書いてすぐ終わった記憶があるんですが

あとバイトで簡単な GUI を用意することになったときも結局 Python で tkinter 使ったんだったかな

Tcl/Tk - Wikipedia
https://ja.wikipedia.org/wiki/Tcl/Tk

Tcl/Tk 、古いのは知ってたけど1988年か……

Python 嫌いなので今の今まで存在を忘れてたわ

tkinter 、どうも idiomatic Python 感がなくてｳｰﾝとなったのよね。概念こそ簡単だったから迷いなく書けたけど、気持ち良い体験ではなかった

XUL……どうして……

この文脈になるといつも XUL を思い出して泣いてしまう

画像の加工というのがどの程度のことかわからないけど、 RAD ツールとやらで簡単に実現できる範囲なのであれば、それこそ雑に組んだ素朴な DSL でスクリプト書いてやって、スクリプトファイルへの変更を監視してプレビューを更新するようにしてやればいいんじゃないですか。
TeX を書くときとかそんな感じですよね。ドキュメントをテキストエディタで書くと、ビューア側が勝手にそれを検知して更新する。

むしろこうした方が C-z / C-y での一直線の変更履歴と違って「以前やってみたけどやっぱりやめた変更」が消えないとか、コメントで理由を残せるとか、いろいろ利点があるし、 GUI が簡単にできるとしても私なら CLI とスクリプトを選ぶかも

https://speakerdeck.com/lo48576/who-on-earth-are-reading-fbx?slide=56

思い出して泣いています
私は Windows で C と C++ を書いている……

どぼじで……

私は偏屈なので、バイナリエディタひとつとっても専用の GUI アプリを使わず Vim だったり hexdump だったり hexyl だったりを使うマンなんですね〜

FBX (binary) はだいたい Vim で読んでた

文脈が戻るけど、結局「私がしたいのは『特定の処理を実行すること』であって『特定の操作をすること』ではない」みたいなアレなのかなぁと思ったりした

喩えるなら「私は特定の文字を印字したいのであって、特定の文字の形に手やペンを動かしたいわけではない」とか？

たとえば「この単語を変更したい」と思ったとき「この単語を変更する」とダイレクトに入力できるのが好きなのであって……みたいな。 vim を気に入ってるのはだいたいそういう面が強いんだけど

たとえば50の明度を75にしたいとして、 ce75^[:w^M (^[ は Esc でもいいし ^M は Enter でもいい) するだけで自動でプレビューが更新されるわけですが、それってマウスカーソルを動かしてスライダーなりツマミなりを微調整するより難しいことなんですか？
私はテキストで済む方がありがたいですが

あるいはコントロールすべきパラメータが多い場合なんかは正規表現を使えるぶん GUI よりテキストの方が stateless に変更を適用できて楽だったりしません？

マウスが本当に必要なケースなんて pointing device が必要な場合のみなので……
それだって結局思った位置の座標さえ取得できればその後の工程までマウスを使う必要性があるわけではないし

あーそういうことか

個人的には二分探索で困らないかなぁ。マウスでスライダーを狙った位置に移動させるストレスの方がよほど大きいので……

でも言いたいことはわかった

どうしてもそういう「変更のたびにプレビューを見ないといけない」系の調整をするなら
qk<C-a>:wq<CR>
qj<C-x>:wq<CR>
みたいな感じで @ k と @ j みたいなマクロを登録して連打で調整かけるかなぁ

その辺りは人によって打つ手が違うだろうけど

というより、まさにその「何かしようと思ったとき自分にとって直観的な手を打てる」のが良い

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

最期のqが抜けてた、まあ伝わるやろ

マクロなんて ephemeral な存在なのでいちいち考えて打たない

なんなら C-j / C-k みたいなのにそういうのを一時的に map してもいいし、日常的にそういうモードを用意したければスクリプトにそのまま書けば一瞬で専用のキーマップをロードできるし、そうやって「自分用の UI」を用意するのが TUI 流なんじゃないですかね

まあそれは個人差ですね

ボリュームコントロールとかもそうなんだけど、マジで「スライダーを狙った位置に持っていく」ののストレス半端ない (マウスカーソルの感度の話はしてないよ)

それに +- 方式とはいっても、 4@k とかやると一度に +4 できるわけで、スライダー横のテキストボックスに付いてる▲/▼ボタンと一緒にしてもらっては困りますよ

This account is not set to public on notestock.

ホイール、本質的に +/- 連打と同じじゃんとなってる (なんなら実質的に同じにもできる)

それでいいならやっぱり CLI でもいいということに……

それはそれとして私も私的環境でのボリュームコントロールはホイールでやっています

ｲﾝﾄﾞｯｽﾞじゃないけど

あとは「候補からカーソル/矢印で選ぶ」みたいな UI がどうも好きでないという好みもあるんだよな、これはまた別の話なんだけど

たとえば zsh でそういうのが好きな人とかよくいるんだけど、私はどうしてもテキストとか fuzzy finder での選択をしてしまう派

私の頭の中にある目的情報はテキストであって、位置ではないので……

クリックで目的値に行ってもそこを問題にしているわけではなくて、結局そのあとの微調整で左右に揺らすので……

スクロールバー以外の位置をクリックするとゆっくりスクロールするやつ、 Shift+クリックで即座にその位置に移動したりするというアレがある (たぶん Windows のことだったと思うけど)

そもそもスクロールバー使わないので……

これはディスプレイレイアウトを選択する用のスクリプトの実行例なんだけど、たとえば右だけ使いたいときは <M-c>nun<C-m> したり、両方使いたいときは <M-c>uun<C-m> したりする。上下キーや C--p / C-n での選択はしない。

コントロール面に関しては「なんでテキストでできることをわざわざ『位置』の問題に変換するの？」という気持ちが強いですね。
プレビュー面に関しては、昔からそういう仕組みはあるしそうしたいならそうする、くらいしか。

これはコントロールの値の操作に限らず、まずコントロールまでマウスカーソルを持っていく段階からそう。

もちろんポインティングデバイスをポインティングデバイスとして活用することは否定しないし、ドローイングをマウスなりペンタブなりですることには合理性がある……まで言おうとしたところで、そういえば EPS テキスト手書きマンと SVG テキスト手書きマンが一同に会する場面に居合わせたことがあったのだったと思い出した (?)

世界は広い

やはりロケットを飛ばすしかないのか (???)

ボタンが一番多いのはキーボード (超適当)

結局 vim が好きな時点で人類の中では結構なマイノリティなのだろうなぁ (しらんけど)

大学の元所属サークル (3桁人規模) では Vim 派は沢山いたのに Emacs 派はついぞ1人しか明らかにならなかったという経験があり、 Vim 派はマジョリティであるという感覚が染み付いてしまっている (?)

ブラウザに Vimium 入れてるマン (古くは Vimperator) なのでスクロールやリンク辿る程度でマウス使わないしなぁ

あとテキストボックスを狙うのもキーボードで済むし

GTK 側では Vim-like な mode 前提のキーマップにできないので C-a / C-e / C-u / C-k / C-/ みたいな Emacs / bash 風のキーマップを導入してテキストボックスをシェルやエディタ風に操作できるようにしている

風呂入って寝る

そういうのはリアルタイム性がどうとかの別要素の方が支配的な気がする

「コントロールが暗黙の状態を持たないこと」みたいな意図で stateless と言いたいわけだけど、逆にコントロールが自身と関連付けられた状態を明示的に表現しているという点ではむしろコントロールは state をはっきり持っているように見える、という命名と実態のギャップが悩ましい

「vi こそが “本物の” エディタである」みたいな言説で好きなのが「キーを押すと即座に対応する文字が出るのは typewriter である。真のエディタは edit するものなのであって、キーを押すとデフォルトでは対応する編集操作が実行される vi こそが真のエディタであり、他のものは第一にはエディタではなくタイプライターであるといえる」みたいなやつ (うろおぼえ)

editor は edit するものなんだから本命の edit で修飾キーをごちゃごちゃ押さにゃならんのは違うでしょという、エディタ戦争とかの文脈での (半ば) ジョーク (半ば本気) なんだけど、結構いいこと言ってると思うのよね

人間の行動が変化する文脈に紐付いているならば、本来は操作体系もその文脈に追随して適切に提示されるべきなのよね。
まあ得てして「余計なお節介」などと言われるあれこれは、その文脈の追随が特に下手だから「余計なことをするな、文脈の切り替えは全部人間が担当するから」となっているわけだけど

逆に言えば、「文脈をユーザが明示的に切り替える」ということを徹底する限りにおいては、 UI が複数の文脈 (Vim 用語で言うところの mode) を持つことには合理性がある

まあ結局のところ「ユーザの意図を適切に反映させろ」という話でしかないんだよなぁ

†いい話†

スロットルのレバーに腕が当たって自動操縦か何かが勝手に解除されるのとか、「お前それ本気か？」みたいな気持ちになるよね。なーにが洗練された UI じゃ

いや現代にそんな機種があるのか知らんけど……

まあそれも即応性を優先してそうなっているのかもしれないし、とにかく要件次第なのだろうけど……

「うわっ！」と思って0.5秒で手動操縦に切り替えられないと困るよ、みたいな前提があるんだったらいちいちモード切り替えのボタンやらスイッチやらを弄らせたくないだろうし

This account is not set to public on notestock.

オタクの教養、いい話コレクション第n話だ

合体するとき「合体します。ご注意ください (ﾋﾟﾎﾟｰ ﾋﾟﾎﾟｰ」と音声が流れる戦隊モノを想像して吹いた

This account is not set to public on notestock.

https://mstdn.maud.io/@giraffe_beer/107401899060486820

既視感の正体がやっとわかった。

＼ ( ‘ᾥ’ )/
　＼　 ＼
　　＼ γ∩ミ
　　 ⊂::　::⊃))
　　／乂∪彡＼
お客様お客様お客様！！困ります！！あーっ！！！お客様！！困ります！！あーっ！！！困ります！！あーっ！！！！困ります！お客様！！困ります！！あーっ！！！あーっおお客様！！

/dev/neru
#今すぐ寝ることで救える命があります

うぅ……柔軟なテキストエディタ作りてえ……

This account is not set to public on notestock.

This account is not set to public on notestock.

This account is not set to public on notestock.

This account is not set to public on notestock.

図からはそう読める

結局公的機関のネットワークについての話なので、石狩リージョンのサーバが日本どこからでも高速で接続できるようにして東京の一極集中をやめることで地方を活性化したいね的な話ではないな、というところまでわかったのでこの話題を追い掛けるのをやめた

This account is not set to public on notestock.

そりゃ話を聞いてる人々はネットワークが複数あるという状態自体を理解できないということでは。しゃーない

しゃーないというか、だからといってテキトー言ってんなという気持ちにはなるが、情報発信する側には心底同情する

SINET の官公庁・自治体・小中学校版っぽいｲﾐｯｼﾞ

This account is not set to public on notestock.

探し物トラッカーTileを買収したLife360、数百万人の正確な位置情報データを販売 - Engadget 日本版
https://japanese.engadget.com/tile-buyer-life360-sell-precise-location-data-031536576.html

商品は……お前ダーーーー！！！ー！

フォームは数年後とかに (場合によってはサービスごと) 死んでいる可能性があるので、感想専用のメールアドレスみたいなのがあると (神経質なオタクが) 喜ぶかもしれない (戯言)

This account is not set to public on notestock.

普通のアドレスに感想や感謝は送りづらいみたいな陰キャオタク並感がなぁ

superdry@example.com

極度感想 (しなさい)

This account is not set to public on notestock.

This account is not set to public on notestock.

クリエイティブになりたいしハミダシクリエイティブするかぁ

ワガハイを共通ルートの途中までしかやってないので実質未プレイだし、どっちを先にしても気分的には変わらないんだよな

そもそも同人誌ってサンプルなり中を覗くなりで事前にある程度どんなもんかわかってるものなのでは……？ と思ったんだけど

まあ人を叩きたいけど自分から喧嘩ふっかける度胸もない程度の人が当たり屋やってるだけなのではという気がする

わざわざ建前を用意してから人を殴るの、あまりにダサすぎて逆に面白いわ

赤信号で先陣切る度胸もないけど他の人が信号無視してたら自分もする……みたいな半端ないダサさよ

そういえば NTR モノで結局元鞘なのか堕ちるのか迷走してめちゃくちゃ叩かれて両方バージョン出した人いたな、あれはちょっとかわいそうだった

https://twitter.com/yu_ichinomiya/status/1217063561328918528

同人作家、作品をNTRとして完結できなかったとお詫び - Togetter
https://togetter.com/li/1455817