>>549
その先読んでないだろ
なんでそんな風なのに今まで愛されていたのか、そしてそれがどんな変遷を迎えようとして
死に至らんとしてるのかって危惧が書いてあるんだが

うっせーばーか

エマ死書いた奴ww
元からemacsはunixと対極の何でもヤルヤルなmultix的エディタだったぜ。
unix的発想ではパイプつないでたらい回しで答え一発。

Emacs的にはプロセス呼ぼうが中に組み込もうがbuffer内で完結すればOk

どうせそのうちFFI組み込んで、多言語で開発したpluginがelispから呼び出せる様になる。

それで死亡って短絡もいいところ。
大発展が待ってるぜww

ちゃんと読んでないだろ

2010年の文章だけど、実際 Emacs はその後・・・
http://www.google.co.jp/trends/explore#q=emacs%2C%20vim&cmpt=q
こうなった。

wanderlust の ml かなんかで starttls.c のことで似たような揉め事みたような記憶がうっすらあるな
まあなんにせよ CEDET はうんこだと思う

>>555
最近は体感でもvimにユーザ取られてんなーっての感じるようになってきたわ。
コミュニティも元気ないよな。

俺が使って便利ならなんでもいいよ

>>555
vimはずっと安定しててemacsが自滅してるだけだな

キモいおっさんから言わせてもらうが
Emacs ユーザーは若くてもキモい。

確かに。
あくまでイメージだけど
Emacs はアニオタ、Vim はカリスマ美容師ってイメージがあるよな。。。

まあIT技術者の裾野が広がったて事だろうね。
lispと聞いただけで諦めちゃう層が増えた。
比率では下がっても総数ではあまり変わらない気がするよ。
elispぐらい何て事無いって層常に一定数居る。

リチャストのElispへのこだわりが足を引っぱってるんじゃないかね。
Lispマシンの時代と今ではLispを学ぶことの意義が全然違う。
いまどきの人にとってLispなんか「癖のあるマイナー言語」でしかない。
スマホ（Java,Objective-C,C#）にウェブ（PHP, JS）、
ほとんどの場面でC風言語を使うのに
Emacsをカスタマイズするためだけに変なElispを学ばなきゃいけないのは
明らかに無駄なコスト。

上3つは同じ奴か…
vimのスクリプトの方がよっぽど糞言語だぞ
lispはシンプルだからすぐ使えるようになる(が、奥は深い)
カッコのせいで難しく見えるだけだ

要するに
man man
man info
man emacs
でさあ使え！でOkな奴が減ったって事だな。

Vim スクリプトはシェルスクリプトみたいなもんじゃん。
Emacs の場合、「LISP は素晴らしい」とかいってその世界観を押しつけてくる。
たとえるならば、Vim は付き合いやすいチャラ男、
Emacs はすぐに結婚を求めてくる真面目男、ってことが真理を突いてるように思う。
だからモテないわけ。

素晴らしいって言っただけで押しつけになるのか。

>>567
Emacs を使ってて Elisp に押し付け感を感じない方が異常だろｗ
なんでもかんでも Elisp、Elisp 以外での拡張も許してないのに。

高機能なエディタとして使う分にはemacslispにもvimscriptにも手を出さなくていいからどうでもいい
どうせ大半の奴等は意味も分からずにコピペしてるだけだろ

Lisp程度使えないと、今時のプログラミング言語を使いこなすのは難しいよ
ようやく時代が追いついてきた感じ

今むしろ vim 使ってるワナビ層みたいなのこそが Lisp!! Lisp!! って騒いでるのを知らんのか

むしろ lisp まじめにやってる人こそ elisp ふざけんな！！！！！！！！ってなる。
vim やってる人が lisp 知らないみたいな物言いは vim に対する風評被害。

つーかemacs使える奴はvim使えるが、
逆は必ずしもだよね

それ 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> とか意味分かんなかったぞ俺は。

最近は569みたいなのもいるからなあ
昔はemacsをインストールする前にviも使えないと話にならなかったが

もっともそういうバカバカしい作業から開放されたってのは喜ばしいことだと思うよ
いちいち入れるたびに Makefile 手直ししたりパッチ当てたりとか要らんノウハウだった

>>573
ごめんなさい...

あと M-x list-packages も著しい進歩だよ
.elが沢山あるパッケージだと、落としてフォルダ作成して展開してパス通して
依存関係があったら他のもとってきてとか超めんどくさかったけど
今はちょちょっとやるだけだから助かる
ただウィルスが仕込まれないかは気になるが…

昔だってどっかからダウンロードしてきた el の内容全部精査してたわけでもないしなあ

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が下がり続けた理由はなんだろう

どうも自動系は怖くて手が出せん

なんとなくだけど、vi の「書き上げる」より「修正する」に向いてるっていう特性が
昨今の開発スタイルに向いてるってことに気付いた人が増えたんでないかしら
IMHO

高機能なIDEを求めるならEmacsよりeclipseとかあるし
軽快で効率よく編集するならゴツいemacsよりvimを選ぶ
Emacsは器用貧乏だから使う人が減るのは当然

メールとかニュースが主戦場じゃなくなったからってのもありそうだなー

viやnviならともかく、vimは軽快じゃないだろ。
コードサイズはemacsと似たよーなもんだ。

>>584に同意で、世界的趨勢は知らんけど、日本語使ってメール書くなら
20世紀にはEmacsが圧倒的に便利だった気がする。

プログラム書くのとモード有り編集って結構相性いいんだよなあ。

Evil でも使っとけ

結城先生もいつの間にか vimmer になっちゃった
以前は init.el の中身とか晒してたのに・・・

Vimスレに誤爆したの誰だよw

TeX書くときauto-fill-modeがないとつらい。
行志向じゃないソースにはvi系は使いにくい

vimネタはスレチなんでvimスレ行けよ
あっちでも必死でemacsネタ持ち出して小バカにされてるみたいだがな

これ面白いね！文章の外観図が表示される
http://www.emacswiki.org/emacs/MiniMap

テスト書くのだるい
テストファーストでもなんでもないけど
「今さっき eval-expression で確認した正しい動作」を
ert のテストケースに落としこむ拡張とかないもんかね

コード書いてる時ちょこちょこ eval してる暇があればテストに落としこんでおけばよかった・・・

余計なお世話かもしれないけど、テストのやり方が間違ってると思う

うーん、なんていうかテストとは・・・みたいな話になるとややこしいけど
仕様とかなくて試行錯誤しながらコードこねくり回すときのアンカー打ちみたいなテストで
テストファーストのやり方とは違うんだよな。

↓で言ってるところのアクセルを踏むテストみたいな。
http://yoshiori.github.io/blog/2014/01/14/drive-a-go-go/

いや、TDDとかテストファーストとかそういう話ではなくて
単純にテストの実施方法が間違ってるんじゃないかと思っただけ

ecal-expression で確認した動作を ert に落とし込みたいってことは
今は使い捨てコードを書いては消して…ってやってるのかな？
それなら効率悪いやり方だなぁ、と思っただけで

勘違いならすまん

そうそう
使い捨てコードを書いては消してを繰り返してる
何か関数かいたら M-: でとりあえず動かしてみて
いい感じに動いたらもうちょい作りこむみたいな。
書いてる最中にバッファ移ったりするの面倒だから M-: をすごく多用してる。

環境整えたりしなきゃいけないときは *scratch* あたりに書くから残るんだけど
ちょこちょこ書いてる eval-expression の方は履歴にしか残ってない。

>>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 にぶち込んでる。

ファイルによって、migemo がちゃんと動いたり、動かなかったりする
のですが、どこを疑えばいいでしょうか。

例えば、ChageLog ファイルでは、Migemo が ON で、isearch しても、
ascii 文字しかヒットしません。
一方、cpp ファイルだと、ちゃんと動いてくれます。