いうてHugoも手を加え始めると元のThemeやHugoそのものとの互換性に悩まされ続けることになる
いうてHugoも手を加え始めると元のThemeやHugoそのものとの互換性に悩まされ続けることになる
あとHugoはディレクトリ構造がパイプラインの都合丸出しのくせにパイプラインの構造のドキュメントがまとまってなくてあんま優しくないのよね
@osa_k とはいえ頑張って雰囲気で理解するとまあ自作しても同じような構造になるからやっぱHugoでええか……になる
コマンドの出力フォーマットを覚えてる前提の指示はpkgsrcに限らずあんまりうまくハンドルできない気がする（そのものズバリのコードがよく知られているのでない限り）
複雑すぎない構造のある出力例を見せてこれをいい感じに処理しろ、はだいぶうまく行く印象ありますね
知識モデルと言語モデルを分離した型のLLM（って言えるのか？）が発展してほしい
やっぱり高階構造を正しく理解できないとプログラムを書くのは難しそう
創発性の話だと、好奇心ってやつがなんなのかまったく分かってない（そういう研究も寡聞にして見たことがない）
今のLLMは論理性の弱さを自然言語のロバストネスに押しつけてごまかしてる感じはするよね。だからOpen-endedなブレインストーミングみたいなのは得意だけど遊びの少ないプログラミングとか数学はおかしくなりがち
LLMだけがシステムなのではなく、LLMとその出力を解釈するあなたが一体となってシステムなのだ
このアカウントは、notestockで公開設定になっていません。
ところでDAGを渡すとトポロジカルソートしたりパスをたどって経路を報告してくれたりする超高性能なmakeってツールがありまして
実行中にMakefile書き換えるとどうなるんだっけ
@teobot GNU Makeの実行中にMakefileを書き換えるとどうなるんだっけ
@teobot そうなんだ。書き換えた分をそのまま認識する有名なMake実装ってある？
そもそも実行中にMakefileを書き換えて認識するとしたら既に実行した内容と矛盾する可能性もあるから、仮に挙動が変わるとしても何が起きても文句言えない気がしてきた
でかいTSプロジェクトを開くとIntelliJがアホみたいに重くなってまともに使えん
おそらく悪さしてるのはnode_modulesじゃなくて大量のcodegenなんだけど……
