Emacs Part 54 (849ﾚｽ)
上下前次1-新
809: 09/19(金)01:38 AAS
lispとかpythonとか遅い動的をなんでaiに使うんかね
ライブラリはcで書かれてるんなら全部cで書けよ
810: 09/19(金)02:33 AAS
80-20の法則を知らないのか？
プログラミングで言えば、全体の20%の部分が実行時間の80%を費やしてると言うことだ
実際は90-10(またはそれ以上)と言っても過言じゃない
Pythonでコードを書いても、ライブラリはカリカリにチューニングされたCで書かれているので、大事な10%の部分はCと同程度の速度で動くから問題ない
811: 09/19(金)07:17 AAS
数値計算のライブラリの肝心な部分はFORTRANなのでは
812: 09/19(金)07:37 AAS
少なくともnumpyは
Python 61.3%
C 33.4%
となってるぞ
今時はSIMD(場合によってはGPUやNPU)を使うから昔の資産とか使わんと思うよ…
813: 09/19(金)07:49 AAS
そうなのか
内部的にOpenBLASとかLAPACKとか使ってるのかと思ってた
814: 09/19(金)12:57 AAS
claude codeとcodex cliとgemini cliをmcpで連携して
これをemacsから使う
凄い時代になったよ
815(1): 09/19(金)17:03 AAS
>>791
Tahoeでビルドすると動かないようですね
外部ﾘﾝｸ:github.com
816: 09/19(金)17:28 AAS
4.2BSD-Tahoeかと、一瞬思った
817: 09/19(金)23:31 AAS
4.3BSDやろ，Tahoeは
818: 09/20(土)04:54 AAS
そっか、ありがとう
819: 09/20(土)10:57 AAS
>>815
CFLAGSに
-isysroot /Library/Developer/CommandLineTools/SDKs/MacOSX15.sdk
を追加してconfigureするのがワークアラウンド
820: 10/04(土)06:50 AAS
自分語りで恐縮だが、
仕事で作ってきたPythonコードの引き継ぎに先立ち、リファクタリングの効率化を目指して、
LSPを含めたEmacs環境を構築したんだが、作業を助けてくれる様々な機能に驚かされた。
もっと早く導入すればよかった。
初めからいいコードを書いていれば無駄な作業そのものを減らせたのにと反省もおおい。
821: 10/04(土)08:02 AAS
どんな感じで構築したんだ？
822: 10/04(土)09:15 AAS
どんな感じと言われても、オールインワンなパッケージは苦手なので、emacs-30をベースに
役立ちそうで、評判が高く、新しいものを追加した。
参考にしたのは次の記事だが、全部でなく、コード品質の向上に寄与しそうなEglotと、
ステップ実行したいのでデバッガのDapeが動作することを目指した。
Python用Emacs
www.reddit.com/r/emacs/comments/1em4ua3/emacs_for_python/
823: 10/04(土)09:17 AAS
それから、この辺も
TreesitterとEglotを使ってPython用Emacsを設定する
gist.github.com/habamax/290cda0e0cdc6118eb9a06121b9bc0d7
GNU Emacs で VS Code 相当のコード・デバッグ支援機能を設定する
a-perpetual-novice.HATENABLOG.com/entry/2024/10/30/005400
a-perpetual-novice.HATENABLOG.com/entry/2024/11/01/013058
824(1): 10/04(土)14:30 AAS
まあ5年遅いな
825: 10/04(土)15:27 AAS
>>824
進化しろよ
826(2): 10/04(土)15:58 AAS
treesitterもLSPもEmacsとは関係がない
もはやテキストエディターはモジュールを組み合わせる為の土台でしかなくなった
これからは本体をシンプルにしてモジュールを組み合わせる柔軟性が求められる
kitchen-sinkの時代は終わった
827(1): 10/04(土)17:05 AAS
>>826
じゃあVImが良いってなるやん
emacsならlispで、vscodeならnodejsで拡張できるっていう良さがあるからエディタ選んで楽しむ余地はまだまだあるっしょ
828: 10/04(土)23:41 AAS
>>827
Vimは大量の酷いCコードを整理する必要があるけど、もはや限界がある
VimScriptもお世辞にも使いやすいとは言えない
なのでEmacsの方がマシなのは間違いないけど、Emacsである必要性も薄らいで来てるのもまた事実w
でもorg-modeみたいなキラーモジュールがあるからEmacsを離れられない人がほとんどなのも現実だろう
829: 10/05(日)00:43 AAS
lsp作ったのもmsだしpythonで一番人気のls作ってるのもmsとゆう事実
ゴミみたいなソフトばっか作ってる印象だけど地味にossに貢献しとる
vimはneovimでvimscriptの1000倍速いluaで設定書けるからそれでええやん
830: 10/05(日)00:46 AAS
emacsはなぜか若いナオンに人気
動画ﾘﾝｸ[YouTube]
831(4): 10/05(日)01:00 AAS
てか最近emacs触り始めたけどなんでも()つけないといけないlispてキチゲエみたいな言語やな
プログラム向けとか神の言語とかゆわれてるけどそれならrubyとかputhonのほうが近いやんておもた
832(2): 10/05(日)05:26 AAS
emacs 30 シリーズも30.2 が出たので、29.x からそれにしたらいきなり egg 関連のパッケージがエラーおこしたが、それは割とすぐに対処できた。
obarray を作るには make-vector の最後の値を nil から０にせよということだ。あるいは obarray-make を使えと。
たとえば：
外部ﾘﾝｸ:www.agt.ne.jp
で、実は手元でローカルにいろいろパッチを当てていた egg 関連の emacs-lisp を emacs 30.2 で compile しようとしたらどうも macroexpand が うまくいかないようでエラーを起こす。
多分どこかでマクロの引数が足りないところなどがあるんだろうけど古いemacsのコンパイラではmacro の展開が緩かったりで発見されていなかった問題かも。
それはともかくその過程で次のパッケージとウェブサイトを知った。
egg-tart (tamago-tsunagi と 追加の説明など） 外部ﾘﾝｸ:github.com
やっぱりWnnが好き！ 外部ﾘﾝｸ:wnn.jp
FreeBSD における Wnn8 外部ﾘﾝｸ[html]:maikaze.cafe.coocan.jp
省3
833: 10/05(日)06:34 AAS
>>831
いま手元に実物が無いからうろ覚えだけど
A君「LISPは機械を優先して、人にとっての使いやすさを無視した言語なんですか?」
K先生「それはある意味当たっておる。しかし機械が扱いやすいということは、回り回ってその機械を作ったり制御したりする人が楽をできるということでもある。まあ人と機械が歩み寄ったと思えば美談じゃ」
みたいな会話を読んで目から鱗が落ちたことがある
外部ﾘﾝｸ:www.shoeisha.co.jp
834: 10/05(日)09:16 AAS
28以降はクソ
835: 10/05(日)09:26 AAS
>>831
Emacsの歴史を知るとその疑問が解けるかもしれないよ
GNU EmacsがEmacs Lispを採用したのは2番目のリンクで、どちらも日本語だが英語版より古い
外部ﾘﾝｸ:ja.wikipedia.org
外部ﾘﾝｸ[html]:www.gnu.org
836: 10/05(日)10:14 AAS
ややこしい歴史をたどんなくても
・lisp が完全な高級言語の中で最も小さなインタプリタで実装できたから（当時はメモリとか貴重だった
・rms は MIT の AI研にいて lisp まわりの仕事してて詳しかった
の2点で十分じゃよ
837(1): 10/05(日)12:16 AAS
>>831
Lispが神の言語なのにはちゃんと理由がある
要約すると、括弧とシンボルと幾つかのオペレーター(例えばcarやatomなど)があれば言語を構築出来ることを「発見」したから
あと、構造化編集で調べれば分かるけど、括弧があるお陰で編集がめちゃやり易くなる
括弧の対応は自動でされる
それとLisperは括弧じゃなくてインデントを見るので括弧が気にならなくなる
もはや欠点が無いw
838(1): 10/05(日)13:27 AAS
インデントを見るといえばpythonだけど、個人的にはpythonにカッコついてればいいのにと思う
上下前次1-新書関写板覧索設栞歴
あと 11 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.025s