[過去ﾛｸﾞ] Emacs Part 52 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
899: 2021/04/30(金)23:13 AAS
>>897
IT本読破件数が充分なら英語力はそこそこでも良いみたいだぞ？(ネイティブの人たちは親切だし
900: 2021/05/01(土)11:49 AAS
emacsのコマンド名で鍛えた英語力でOK
901: 2021/05/01(土)13:35 AAS
僕はニチアサで鍛えた英語力で
902: 2021/05/01(土)15:05 AAS
そうか
良く拡げとか無いと尻が裂けるな
903: 2021/05/02(日)01:00 AAS
native-comp 版に移行したが、体感としての違いはワカラン
Emacsにあんまり重い処理はさせてないからなあ
904: 2021/05/02(日)03:06 AAS
elispで長大な処理をさせるものじゃないと効果は見えづらいだろうね
例えばlsp-modeは公式ドキュメントにresulting in more than 200% speedupとある
org-modeも軽くなる局面がある気がしている
905: 2021/05/02(日)10:31 AAS
何だかんだ最近のエディタにIDE並みの機能求めるからな
906: 2021/05/02(日)11:11 AAS
その元祖が emacs なので。
907: 2021/05/02(日)11:36 AAS
ディストリのパッケージマネージャー使ってるんだが、そのnative-comp版ってのは普通にアプデとして降ってくんの？
908: 2021/05/02(日)12:18 AAS
27.3とかで正式リリースなのでは
909: 2021/05/02(日)12:20 AAS
いや28か
910: 2021/05/02(日)12:20 AAS
無理して不安定なハシリに飛びつく必要無し
911(2): 2021/05/02(日)12:28 AAS
vimもvim9scriptで速くなるみたいだしvscodeが伸びてるのが刺激になっているのか
912: 2021/05/02(日)12:33 AAS
vscodeのMSご謹製 Remote Development プラグイン良く出来とるからな。
913: 2021/05/02(日)13:16 AAS
helmとかは速くなるのかな
914: 2021/05/02(日)15:15 AAS
>>911
vim躍進はvscodeのlsp使えたのが大きいね、あと非同期処理はemacsみたいに外部に投げてたけどネイティブ対応した
9はluaより速かろうがvimscriptなので…
コマンド毎に文法と引数解釈が違う、スクリプトとインタラクティブでまた仕様が微妙に違うとか、まるでcmdエグゼ
本当にキモい言語
elispも一般的にはキモい類だろうけど、血筋がよいので(根っこは)一貫性がある
あと、vimにもautoloadの仕組みが最近普及してきたので、対応コードなら既にオーバーヘッドなんて問題になってないと思う
(emacsのautoloadとは結構違う)
915(1): 2021/05/02(日)15:38 AAS
>>911
.vimrc 書いていくと init.el と違って起動の遅さが如実に使い勝手に影響が出る
(emacsは眠らない)
だから速度アップの恩恵の受け方は vim には vimの
emacs には emacs の恩恵があるはず
916: 2021/05/02(日)15:53 AAS
>>915
vimはautoload用のディレクトリ階層作るのが面倒よな、コードも二重読み込みフラグやマイナーモードへのデリゲートあたりを書き換えないとならず仕様が複雑
対応/保守してないパッケージは手を加えるしかない
これに関しては(autoload 'fun "file")並べるemacsに一票
917: 2021/05/02(日)18:47 AAS
つか、そもそもemacsは起動終了繰り返すような使い方しないからなあ。
vimは都度都度終了するが。
918(1): 2021/05/02(日)19:03 AAS
起動が速いからviが好き！
という知り合いもいたけど正直書くより先に考えた方がいいんじゃねえかというコードを生産してた
919(1): 2021/05/02(日)19:11 AAS
LISPが動くことがEmacs使う体外的な理由だったが、node.jsが動くvscodeの登場でEmacsの圧倒的な優位は揺らいだな
まあ好きだし神lisp多いから使うんだけど
920: 2021/05/02(日)19:38 AAS
年内に27系最終リリースという感じかしら？
外部ﾘﾝｸ[html]:lists.gnu.org
921: 2021/05/02(日)19:43 AAS
>>918
たぶん vi は git や history_file など本当に最小限の機能さえあれば良いものに使い
大抵は vim 使っていると推測
922: 2021/05/02(日)21:00 AAS
>>919
emacs-ngならtypescript(deno)が動くよ
923: 2021/05/02(日)21:26 AAS
emacs-ngもなかなか面白そうではあるのだよな
外部ﾘﾝｸ:github.com
elispそのものを置きかえる気はなくて、Emacsだと外部プログラムの力を
借りざるを得ない所を、内蔵のdenoで済ませる感じ
924: 2021/05/03(月)08:54 AAS
一瞬ELPAとかのパッケージ配布はどうなるんだろうと思ったけど
ああいうのは.elだけ配布してインストール時にbyte compleしているのかな
もしそうなら.elcが.elnに変わっても問題ない訳か
925(1): 2021/05/04(火)14:40 AAS
ネイティブコンパイルってことは
CでもC++でもFORTRANでもemacsの関数を書けるってことかな？
926(1): 2021/05/04(火)17:04 AAS
そういう意味のわからない発想はどこから来るんだろう
927(2): 2021/05/04(火)18:07 AAS
>>926
gcc-emacsって名前から察するに
lispで書いてた関数をgccでバイナリにするんじゃないのん?
じゃCでも良かろうもん?
928(2): 2021/05/04(火)18:38 AAS
>>927
そういう話じゃない
今まで.elをEmacsのVMのコードにコンパイルしていた(.elc)のを
x86とかarmとかプラットフォームのネイティブなコードにコンパイルする(.eln)という話
.elcは例えばx86でコンパイルしたものをarmの環境に持っていっても動くけど
.elnは当然コンパイルした環境に依存するから別の環境に持って行っても動かない
その代わりネイティブコードだから当然.elcよりは実行が早くなる
gcc-emacsという名前はネイティブコードへの変換にGCCのlibgccgitというのを使うから
上下前次1-新書関写板覧索設栞歴
あと 74 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.016s