from ゴールデンウィーク記2022前半

シン・文芸的プログラミングを少し考えた

シン・文芸的プログラミングを少し考えてた

今VSCodeでプログラム書いてて、

Scrapboxにはたしかに今のプログラム環境にない良い機能がある

行リンクとか

でもプログラム環境の方にブラウザ上でScrapbox環境にない機能がどっさりある

型チェック

補完

GitHub Copilot

定義へのジャンプ

シンボルジャンプ

同ファイル内のシンボルに飛ぶ

markdownでいうと # 見出し とか

開発サーバの自動リロード

自動テスト

Gitでバージョン管理

リポジトリにpushしたら自動デプロイ

まともに実装できるのはformatterとLSPなし補完くらいだろうなあ

ローカルのLSPをHTTPに乗っけてGM_Fetch(をglobalThisに入れてUserscriptから)通信する

もしくは、他のリポジトリにコードを保管してscrapbox側には参照しか書かない

なので開発環境をScrapboxの側に移すよりもScrapboxの機能をVSCodeの側に持ってくる方が素直

+1

それって要するに

VSCodeというエディタの拡張としてローカルファイルシステムで動くWiki

な訳で、それって

Emacsというエディタの拡張としてローカルファイルシステムで動くWiki

であるhowmのリバイバルなのでは？となった

Vimだとさんが作ってた

ここに書いたのはゴールデンウィークの間に作るかもしれないし作らないかもしれない的な気持ち

大体のプログラミング言語に複数行コメントの機能はある

ので、そこにScrapbox的なリンクを書けるようにする

Scrapboxをオフラインで使いたいにもつながる

インターネットがなくてもオフラインで編集できて、オンラインになったときにgit pushする

VSCodeの拡張の作り方、何も知らない

「もうVSCode用のhowmがあるよ」って可能性があるので調べる

一部機能だけある

howmみたいにショートカットキーで「今日の日時のページ」を開く

vscode-wikiなるものはある

docstringがWikiになる的なものか

emacsだとマイナーモードみたいなので既存のモードを組み合わせて実装できそう（よくしらんが）

継続的ドキュメンテーションの概念もヒントになるかも

今できることとしてVSCodeを拡張するのは良いと思うけど、シン・文芸的プログラミングの理想形がどんな形なのかは気になる