元スレEmacs Part 44
emacs覧 / PC版 / みんなの評価 : △
前へ
551 = :
>>549
その先読んでないだろ
なんでそんな風なのに今まで愛されていたのか、そしてそれがどんな変遷を迎えようとして
死に至らんとしてるのかって危惧が書いてあるんだが
552 = :
うっせーばーか
553 = :
エマ死書いた奴ww
元からemacsはunixと対極の何でもヤルヤルなmultix的エディタだったぜ。
unix的発想ではパイプつないでたらい回しで答え一発。
Emacs的にはプロセス呼ぼうが中に組み込もうがbuffer内で完結すればOk
どうせそのうちFFI組み込んで、多言語で開発したpluginがelispから呼び出せる様になる。
それで死亡って短絡もいいところ。
大発展が待ってるぜww
554 = :
ちゃんと読んでないだろ
557 = :
>>555
最近は体感でもvimにユーザ取られてんなーっての感じるようになってきたわ。
コミュニティも元気ないよな。
558 = :
俺が使って便利ならなんでもいいよ
559 = :
>>555
vimはずっと安定しててemacsが自滅してるだけだな
560 = :
キモいおっさんから言わせてもらうが
Emacs ユーザーは若くてもキモい。
561 = :
確かに。
あくまでイメージだけど
Emacs はアニオタ、Vim はカリスマ美容師ってイメージがあるよな。。。
562 = :
まあIT技術者の裾野が広がったて事だろうね。
lispと聞いただけで諦めちゃう層が増えた。
比率では下がっても総数ではあまり変わらない気がするよ。
elispぐらい何て事無いって層常に一定数居る。
563 = :
リチャストのElispへのこだわりが足を引っぱってるんじゃないかね。
Lispマシンの時代と今ではLispを学ぶことの意義が全然違う。
いまどきの人にとってLispなんか「癖のあるマイナー言語」でしかない。
スマホ（Java,Objective-C,C#）にウェブ（PHP, JS）、
ほとんどの場面でC風言語を使うのに
Emacsをカスタマイズするためだけに変なElispを学ばなきゃいけないのは
明らかに無駄なコスト。
564 = :
上3つは同じ奴か…
vimのスクリプトの方がよっぽど糞言語だぞ
lispはシンプルだからすぐ使えるようになる(が、奥は深い)
カッコのせいで難しく見えるだけだ
566 = :
Vim スクリプトはシェルスクリプトみたいなもんじゃん。
Emacs の場合、「LISP は素晴らしい」とかいってその世界観を押しつけてくる。
たとえるならば、Vim は付き合いやすいチャラ男、
Emacs はすぐに結婚を求めてくる真面目男、ってことが真理を突いてるように思う。
だからモテないわけ。
567 = :
素晴らしいって言っただけで押しつけになるのか。
568 = :
>>567
Emacs を使ってて Elisp に押し付け感を感じない方が異常だろｗ
なんでもかんでも Elisp、Elisp 以外での拡張も許してないのに。
569 = :
高機能なエディタとして使う分にはemacslispにもvimscriptにも手を出さなくていいからどうでもいい
どうせ大半の奴等は意味も分からずにコピペしてるだけだろ
570 = :
Lisp程度使えないと、今時のプログラミング言語を使いこなすのは難しいよ
ようやく時代が追いついてきた感じ
571 = :
今むしろ vim 使ってるワナビ層みたいなのこそが Lisp!! Lisp!! って騒いでるのを知らんのか
572 = :
むしろ lisp まじめにやってる人こそ elisp ふざけんな！！！！！！！！ってなる。
vim やってる人が lisp 知らないみたいな物言いは vim に対する風評被害。
573 = :
つーかemacs使える奴はvim使えるが、
逆は必ずしもだよね
574 = :
それ vim 使える/emacs 使えるの意味によるだろう。
hjkl :wq! が使える程度で vim 使えるとは言えないだろうし
C-n/p/f/b で移動出来て C-x C-f / C-x C-c 出来ただけで emacs 使えるとは言いがたい。
i1<Esc>qqyyp<C-a>q9@q<CR> とか意味分かんなかったぞ俺は。
575 = :
最近は569みたいなのもいるからなあ
昔はemacsをインストールする前にviも使えないと話にならなかったが
576 = :
もっともそういうバカバカしい作業から開放されたってのは喜ばしいことだと思うよ
いちいち入れるたびに Makefile 手直ししたりパッチ当てたりとか要らんノウハウだった
577 = :
>>573
ごめんなさい...
578 = :
あと M-x list-packages も著しい進歩だよ
.elが沢山あるパッケージだと、落としてフォルダ作成して展開してパス通して
依存関係があったら他のもとってきてとか超めんどくさかったけど
今はちょちょっとやるだけだから助かる
ただウィルスが仕込まれないかは気になるが…
579 = :
昔だってどっかからダウンロードしてきた el の内容全部精査してたわけでもないしなあ
580 = :
1月の値
year:emacs:vim:*emacs* @vim@
2004 100 51 ************************* @@@@@@@@@@@@
2005 72 50 ****************** @@@@@@@@@@@@
2006 51 43 ************ @@@@@@@@@@
2007 40 41 ********** @@@@@@@@@@
2008 31 36 ******* @@@@@@@@@
2009 26 35 ****** @@@@@@@@
2010 21 34 ***** @@@@@@@@
2011 17 36 **** @@@@@@@@@
2012 15 35 *** @@@@@@@@
2013 14 37 *** @@@@@@@@@
2014 12 38 *** @@@@@@@@@
vimが下げ止まりして、emacsが下がり続けた理由はなんだろう
581 = :
どうも自動系は怖くて手が出せん
582 = :
なんとなくだけど、vi の「書き上げる」より「修正する」に向いてるっていう特性が
昨今の開発スタイルに向いてるってことに気付いた人が増えたんでないかしら
IMHO
583 = :
高機能なIDEを求めるならEmacsよりeclipseとかあるし
軽快で効率よく編集するならゴツいemacsよりvimを選ぶ
Emacsは器用貧乏だから使う人が減るのは当然
584 = :
メールとかニュースが主戦場じゃなくなったからってのもありそうだなー
586 = :
>>584に同意で、世界的趨勢は知らんけど、日本語使ってメール書くなら
20世紀にはEmacsが圧倒的に便利だった気がする。
587 = :
プログラム書くのとモード有り編集って結構相性いいんだよなあ。
590 = :
Vimスレに誤爆したの誰だよw
592 = :
vimネタはスレチなんでvimスレ行けよ
あっちでも必死でemacsネタ持ち出して小バカにされてるみたいだがな
593 = :
これ面白いね！文章の外観図が表示される
http://www.emacswiki.org/emacs/MiniMap
594 = :
テスト書くのだるい
テストファーストでもなんでもないけど
「今さっき eval-expression で確認した正しい動作」を
ert のテストケースに落としこむ拡張とかないもんかね
コード書いてる時ちょこちょこ eval してる暇があればテストに落としこんでおけばよかった・・・
595 = :
余計なお世話かもしれないけど、テストのやり方が間違ってると思う
596 = :
うーん、なんていうかテストとは・・・みたいな話になるとややこしいけど
仕様とかなくて試行錯誤しながらコードこねくり回すときのアンカー打ちみたいなテストで
テストファーストのやり方とは違うんだよな。
↓で言ってるところのアクセルを踏むテストみたいな。
http://yoshiori.github.io/blog/2014/01/14/drive-a-go-go/
597 = :
いや、TDDとかテストファーストとかそういう話ではなくて
単純にテストの実施方法が間違ってるんじゃないかと思っただけ
ecal-expression で確認した動作を ert に落とし込みたいってことは
今は使い捨てコードを書いては消して…ってやってるのかな？
それなら効率悪いやり方だなぁ、と思っただけで
勘違いならすまん
598 = :
そうそう
使い捨てコードを書いては消してを繰り返してる
何か関数かいたら M-: でとりあえず動かしてみて
いい感じに動いたらもうちょい作りこむみたいな。
書いてる最中にバッファ移ったりするの面倒だから M-: をすごく多用してる。
環境整えたりしなきゃいけないときは *scratch* あたりに書くから残るんだけど
ちょこちょこ書いてる eval-expression の方は履歴にしか残ってない。
599 = :
>>598
> ちょこちょこ書いてる eval-expression の方は履歴にしか残ってない。
履歴に残ってさえいればミニバッファで検索(M-r)して取り出すとかできるでしょ。
それでは不足?
問題があるとすれば、ミニバッファの入力履歴はEmacsを終了すると消えてしま
うという点だけど、eval-expression の履歴は変数 read-expression-history
にリストとして記録されるから、desktop でこの変数を恒久的に保持するよう
にしておくといい。
(require 'desktop)
(desktop-save-mode 1)
(add-to-list 'desktop-globals-to-save 'read-expression-history)
;; 各履歴変数が保持する要素の最大数(既定値はたったの30なのですぐ消えてしまう)。
(setq history-length 50000)
自分は M-x apropos で "-history$" を検索して見つかった変数を全部、
desktop-globals-to-save にぶち込んでる。
600 = :
ファイルによって、migemo がちゃんと動いたり、動かなかったりする
のですが、どこを疑えばいいでしょうか。
例えば、ChageLog ファイルでは、Migemo が ON で、isearch しても、
ascii 文字しかヒットしません。
一方、cpp ファイルだと、ちゃんと動いてくれます。
みんなの評価 : △
emacs一覧へ類似してるかもしれないスレッド
- Emacs Part 54 (97) - [92%] - 2023/1/25 17:15
- Emacs Part 46 (984) - [92%] - 2014/12/24 14:15
- Emacs Part 34 (1001) - [92%] - 2010/6/21 19:45 ○
- Emacs Part 41 (1001) - [92%] - 2012/12/24 4:15
- Emacs Part 42 (1001) - [92%] - 2013/6/9 5:15 △
- Emacs Part 43 (1001) - [92%] - 2013/12/14 11:30
- Emacs Part 45 (1001) - [92%] - 2014/6/23 9:45
- Emacs Part 40 (1001) - [92%] - 2012/9/7 0:30
- Emacs Part 47 (995) - [92%] - 2015/4/19 13:01
- Emacs Part 49 (974) - [92%] - 2016/12/7 9:45
- Emacs Part 48 (997) - [92%] - 2015/12/9 15:15
- Emacs Part 53 (989) - [84%] - 2022/12/5 12:45
- Emacs Part 31 (1001) - [84%] - 2009/10/23 10:31 ○
- Emacs Part 32 (1001) - [84%] - 2009/12/20 2:04 ○
トップメニューへ / →のくす牧場書庫について