Emacs Part 54 (849ﾚｽ)
Emacs Part 54 http://mevius.5ch.net/test/read.cgi/unix/1669946913/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
812: 名無しさん＠お腹いっぱい。 [sage] 2025/09/19(金) 07:37:53.98 少なくともnumpyは Python 61.3% C 33.4% となってるぞ 今時はSIMD(場合によってはGPUやNPU)を使うから昔の資産とか使わんと思うよ… http://mevius.5ch.net/test/read.cgi/unix/1669946913/812
813: 名無しさん＠お腹いっぱい。 [sage] 2025/09/19(金) 07:49:44.67 そうなのか 内部的にOpenBLASとかLAPACKとか使ってるのかと思ってた http://mevius.5ch.net/test/read.cgi/unix/1669946913/813
814: 名無しさん＠お腹いっぱい。 [sage] 2025/09/19(金) 12:57:15.11 claude codeとcodex cliとgemini cliをmcpで連携して これをemacsから使う 凄い時代になったよ http://mevius.5ch.net/test/read.cgi/unix/1669946913/814
815: 名無しさん＠お腹いっぱい。 [sage] 2025/09/19(金) 17:03:12.68 >>791 Tahoeでビルドすると動かないようですね https://github.com/jdtsmith/emacs-mac/issues/96 http://mevius.5ch.net/test/read.cgi/unix/1669946913/815
816: 名無しさん＠お腹いっぱい。 [sage] 2025/09/19(金) 17:28:33.06 4.2BSD-Tahoeかと、一瞬思った http://mevius.5ch.net/test/read.cgi/unix/1669946913/816
817: 名無しさん＠お腹いっぱい。 [] 2025/09/19(金) 23:31:27.65 4.3BSDやろ，Tahoeは http://mevius.5ch.net/test/read.cgi/unix/1669946913/817
818: 名無しさん＠お腹いっぱい。 [sage] 2025/09/20(土) 04:54:14.37 そっか、ありがとう http://mevius.5ch.net/test/read.cgi/unix/1669946913/818
819: 名無しさん＠お腹いっぱい。 [sage] 2025/09/20(土) 10:57:58.74 >>815 CFLAGSに -isysroot /Library/Developer/CommandLineTools/SDKs/MacOSX15.sdk を追加してconfigureするのがワークアラウンド http://mevius.5ch.net/test/read.cgi/unix/1669946913/819
820: 名無しさん＠お腹いっぱい。 [] 2025/10/04(土) 06:50:20.05 自分語りで恐縮だが、 仕事で作ってきたPythonコードの引き継ぎに先立ち、リファクタリングの効率化を目指して、 LSPを含めたEmacs環境を構築したんだが、作業を助けてくれる様々な機能に驚かされた。 もっと早く導入すればよかった。 初めからいいコードを書いていれば無駄な作業そのものを減らせたのにと反省もおおい。 http://mevius.5ch.net/test/read.cgi/unix/1669946913/820
821: 名無しさん＠お腹いっぱい。 [sage] 2025/10/04(土) 08:02:42.73 どんな感じで構築したんだ？ http://mevius.5ch.net/test/read.cgi/unix/1669946913/821
822: 名無しさん＠お腹いっぱい。 [sage] 2025/10/04(土) 09:15:39.82 どんな感じと言われても、オールインワンなパッケージは苦手なので、emacs-30をベースに 役立ちそうで、評判が高く、新しいものを追加した。 参考にしたのは次の記事だが、全部でなく、コード品質の向上に寄与しそうなEglotと、 ステップ実行したいのでデバッガのDapeが動作することを目指した。 Python用Emacs www.reddit.com/r/emacs/comments/1em4ua3/emacs_for_python/ http://mevius.5ch.net/test/read.cgi/unix/1669946913/822
823: 名無しさん＠お腹いっぱい。 [sage] 2025/10/04(土) 09:17:59.44 それから、この辺も 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 http://mevius.5ch.net/test/read.cgi/unix/1669946913/823
824: 名無しさん＠お腹いっぱい。 [sage] 2025/10/04(土) 14:30:22.02 まあ5年遅いな http://mevius.5ch.net/test/read.cgi/unix/1669946913/824
825: 名無しさん＠お腹いっぱい。 [sage] 2025/10/04(土) 15:27:40.44 >>824 進化しろよ http://mevius.5ch.net/test/read.cgi/unix/1669946913/825
826: 名無しさん＠お腹いっぱい。 [sage] 2025/10/04(土) 15:58:24.20 treesitterもLSPもEmacsとは関係がない もはやテキストエディターはモジュールを組み合わせる為の土台でしかなくなった これからは本体をシンプルにしてモジュールを組み合わせる柔軟性が求められる kitchen-sinkの時代は終わった http://mevius.5ch.net/test/read.cgi/unix/1669946913/826
827: 名無しさん＠お腹いっぱい。 [sage] 2025/10/04(土) 17:05:07.59 >>826 じゃあVImが良いってなるやん emacsならlispで、vscodeならnodejsで拡張できるっていう良さがあるからエディタ選んで楽しむ余地はまだまだあるっしょ http://mevius.5ch.net/test/read.cgi/unix/1669946913/827
828: 名無しさん＠お腹いっぱい。 [sage] 2025/10/04(土) 23:41:11.40 >>827 Vimは大量の酷いCコードを整理する必要があるけど、もはや限界がある VimScriptもお世辞にも使いやすいとは言えない なのでEmacsの方がマシなのは間違いないけど、Emacsである必要性も薄らいで来てるのもまた事実w でもorg-modeみたいなキラーモジュールがあるからEmacsを離れられない人がほとんどなのも現実だろう http://mevius.5ch.net/test/read.cgi/unix/1669946913/828
829: 名無しさん＠お腹いっぱい。 [] 2025/10/05(日) 00:43:52.21 lsp作ったのもmsだしpythonで一番人気のls作ってるのもmsとゆう事実 ゴミみたいなソフトばっか作ってる印象だけど地味にossに貢献しとる vimはneovimでvimscriptの1000倍速いluaで設定書けるからそれでええやん http://mevius.5ch.net/test/read.cgi/unix/1669946913/829
830: 名無しさん＠お腹いっぱい。 [] 2025/10/05(日) 00:46:29.22 emacsはなぜか若いナオンに人気 https://m.youtube.com/watch?v=Uf4wiY5bchk http://mevius.5ch.net/test/read.cgi/unix/1669946913/830
831: 名無しさん＠お腹いっぱい。 [] 2025/10/05(日) 01:00:03.42 てか最近emacs触り始めたけどなんでも()つけないといけないlispてキチゲエみたいな言語やな プログラム向けとか神の言語とかゆわれてるけどそれならrubyとかputhonのほうが近いやんておもた http://mevius.5ch.net/test/read.cgi/unix/1669946913/831
832: 名無しさん＠お腹いっぱい。 [] 2025/10/05(日) 05:26:54.44 emacs 30 シリーズも30.2 が出たので、29.x からそれにしたらいきなり egg 関連のパッケージがエラーおこしたが、それは割とすぐに対処できた。 obarray を作るには make-vector の最後の値を nil から０にせよということだ。あるいは obarray-make を使えと。 たとえば： https://www.agt.ne.jp/dokuwiki/emacs:emacs_29_%E3%82%92_emacs_30_%E3%81%AB%E3%83%90%E3%83%BC%E3%82%B8%E3%83%A7%E3%83%B3%E3%82%A2%E3%83%83%E3%83%97%E3%81%97%E3%81%9F%E3%82%89_tamago_%E3%81%8C%E5%8B%95%E3%81%8B%E3%81%AA%E3%81%8F%E3%81%AA%E3%81%A3%E3%81%9F%E8%A9%B1 で、実は手元でローカルにいろいろパッチを当てていた egg 関連の emacs-lisp を emacs 30.2 で compile しようとしたらどうも macroexpand が うまくいかないようでエラーを起こす。 多分どこかでマクロの引数が足りないところなどがあるんだろうけど古いemacsのコンパイラではmacro の展開が緩かったりで発見されていなかった問題かも。 それはともかくその過程で次のパッケージとウェブサイトを知った。 egg-tart (tamago-tsunagi と 追加の説明など） https://github.com/hata48915b/egg-tart やっぱりWnnが好き！ https://wnn.jp/ FreeBSD における Wnn8 https://maikaze.cafe.coocan.jp/wnn8.html 最後のは自分で .el 書き換えたりしてない人には詳しすぎるかも。 egg.el関連のソースはやはり漸次でもよいから直していかないと emacs 30.x (x > 2), 31.y で使えなくなりそうだけども、そういう観点から更新をしている人は世の中にいるのだろうか？ 長く使っている入力方法は簡単に捨てられないので、そういうところがあれば情報を共有したいと思ってるのでした。 http://mevius.5ch.net/test/read.cgi/unix/1669946913/832
833: 名無しさん＠お腹いっぱい。 [sage] 2025/10/05(日) 06:34:58.15 >>831 いま手元に実物が無いからうろ覚えだけど A君「LISPは機械を優先して、人にとっての使いやすさを無視した言語なんですか?」 K先生「それはある意味当たっておる。しかし機械が扱いやすいということは、回り回ってその機械を作ったり制御したりする人が楽をできるということでもある。まあ人と機械が歩み寄ったと思えば美談じゃ」 みたいな会話を読んで目から鱗が落ちたことがある https://www.shoeisha.co.jp/book/detail/9784798119410 http://mevius.5ch.net/test/read.cgi/unix/1669946913/833
834: 名無しさん＠お腹いっぱい。 [sage] 2025/10/05(日) 09:16:32.78 28以降はクソ http://mevius.5ch.net/test/read.cgi/unix/1669946913/834
835: 名無しさん＠お腹いっぱい。 [sage] 2025/10/05(日) 09:26:00.51 >>831 Emacsの歴史を知るとその疑問が解けるかもしれないよ GNU EmacsがEmacs Lispを採用したのは2番目のリンクで、どちらも日本語だが英語版より古い https://ja.wikipedia.org/wiki/Emacs https://www.gnu.org/gnu/rms-lisp.html http://mevius.5ch.net/test/read.cgi/unix/1669946913/835
836: 名無しさん＠お腹いっぱい。 [sage] 2025/10/05(日) 10:14:50.33 ややこしい歴史をたどんなくても ・lisp が完全な高級言語の中で最も小さなインタプリタで実装できたから（当時はメモリとか貴重だった ・rms は MIT の AI研にいて lisp まわりの仕事してて詳しかった の2点で十分じゃよ http://mevius.5ch.net/test/read.cgi/unix/1669946913/836
837: 名無しさん＠お腹いっぱい。 [sage] 2025/10/05(日) 12:16:54.94 >>831 Lispが神の言語なのにはちゃんと理由がある 要約すると、括弧とシンボルと幾つかのオペレーター(例えばcarやatomなど)があれば言語を構築出来ることを「発見」したから あと、構造化編集で調べれば分かるけど、括弧があるお陰で編集がめちゃやり易くなる 括弧の対応は自動でされる それとLisperは括弧じゃなくてインデントを見るので括弧が気にならなくなる もはや欠点が無いw http://mevius.5ch.net/test/read.cgi/unix/1669946913/837
838: 名無しさん＠お腹いっぱい。 [sage] 2025/10/05(日) 13:27:59.02 インデントを見るといえばpythonだけど、個人的にはpythonにカッコついてればいいのにと思う http://mevius.5ch.net/test/read.cgi/unix/1669946913/838
839: 名無しさん＠お腹いっぱい。 [sage] 2025/10/05(日) 15:09:45.47 >>837 極論を言えばプリミティブは lambda と eval さえあれば後はそれを使って全部実装できるって話はあるからな 入出力とかは全部 eval が担当はインチキだけど http://mevius.5ch.net/test/read.cgi/unix/1669946913/839
840: 名無しさん＠お腹いっぱい。 [] 2025/10/05(日) 16:38:29.06 doom emcas起動したらcpuが100張り付いたんだけどemacsてこんなに重いん？ http://mevius.5ch.net/test/read.cgi/unix/1669946913/840
841: 名無しさん＠お腹いっぱい。 [sage] 2025/10/05(日) 16:51:29.98 >>838 HyというLispがあるよ 使ったこと無いけど、Pythonとの親和性を求めるなら良いかもね http://mevius.5ch.net/test/read.cgi/unix/1669946913/841
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 8 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
1.272s*