プログラマーが語るviとemacs Part3

Part3です

Vim
http://www.kaoriya.net/
ViVi
http://vivi.dyndns.org/

Emacs
http://www.gnu.org/software/emacs/emacs.html
http://www1.u-netsurf.ne.jp/~ysk-net/WithEmacs/index.html
xyzzy
http://www.jsdlab.co.jp/~kamei/
Meadow
http://meadow-faq.sourceforge.net/

前スレ
http://pc.2ch.net/test/read.cgi/prog/1058284138/

>>1
乙

ところで vi まんせー！

漏れもvim使い

じゃぁ異論なしってことで総会を終わります。

http://www.microsoft.com/japan/msdn/vstudio/productinfo/overview/default.asp

Eclipse
http://www.eclipse.org/

Borland Delphi6.0J Personal 無償版
http://www.borland.co.jp/delphi/personal/

Borland C# Builder Personal 無償版
http://www.borland.com/products/downloads/download_csharpbuilder.html

SharpDevelop
http://www.icsharpcode.net/OpenSource/SD/Default.aspx

WideStudio
http://www.widestudio.org/index.html

何回も言うがIDEを使えよ。
EmacsやVim使って利点があるのって、うにで昔のシステムメンテさせられてる可哀想なC使いだけだろ？
あとはIDEの無いショボイスクリプトで開発させられているﾔｼな。

ステップ実行や実行中の変数内容閲覧などをC/S間ストレス無く行えるデバッグ機能
構造をアウトライン表示し、継承関係までも見渡せるクラスブラウザ
リファクタリング、UnitTestをスムーズに行うためのリファクタリングブラウザ
クラス構造を解析して適切なメソッドを補完し、パラメータチェック、注釈表示まで可能なインテリセンス

エディタだけで開発するメリットなんて無いんだよ。
上記にあげた可哀想なﾔｼ以外は使っておけ。

EmacsのリファクタリングブラウザXRefactoryって金取るくせに出来ることしょぼいな。
IDEAレベルのことが出来るのかと思ってたよ。
タダのEclipseはだんだんIDEAのレベルにまで近づいてきているというのに。
JRefactoryとか他のリファクタリングブラウザと比べても最低ランク。
金返せってﾔｼも多いんじゃないか？

>>6
同じコピペうざいなぁ。
前スレで論破されてるのに。

>>7
Emacsのツールってみんなそんなもん。
jdbとの連携もショボイのしか見たこと無し。
Emacs厨の口車に乗り、期待をふくらましていると肩すかしを食うよ。
イニシャルコストが非常に高いのでその分期待してしまうんだよな。
その割に出来ることは全て中途半端。
やはり、餅は餅屋だ。

>>7
Martin Fowler は大きなリファクタリングはなるべくしないほうが良いと言っている。
小さいリファクタリングの組合せで出来るからだ。
XRefactoryの機能だけで十分だよ。
たかが、3000円くらいの値段で快適なリファクタリング環境が最強の編集環境と結合するんだから安いものだ。

>>10
でっかい開発しないなら、IDEはいらん。
でっかいシステムは小さいシステムを組み合わせればいいからな。

そう言う理論にも繋がりそうだな。

>>11
オレが言っているんじゃなくて「リファクタリング」の著者 Martin Fowler が言っているんだから仕方がない。
オレもその通りだと思うし。

>>8
全然論破されてない。
論破したと言うものをコピペしてみろ。

というか前スレのコピペなスレはここですか?

506 ：仕様書無しさん ：03/07/21 02:22
>>504
でも、現実としてテキストエディタを選んでいる。
それにはそれなりの理由がある。

ttp://www.atmarkit.co.jp/fjava/survey/surbey0205/survey0205.html

この調査結果は一年くらい前のものだがテキストエディタが減るどころか増えていることが解るだろう。
IDEに幻想を抱いているが結局のところはテキストエディタの方が使いやすいと言うこと。
最適化したEmacsはIDEの能力を遙かに凌ぐ。

510 ：仕様書無しさん ：03/07/21 03:19
>>508
UnitTest、リファクタリングなら連携に待ったくもって問題なし。
インテリセンス、リアルタイム構文エラー指摘なども細かい流れでコーディング＞コンパイル＞UnitTest
で開発する現在のスタイルならほとんどアドバンテージにならない。
デバッガとの同期も取れるのでそれも別に問題にならない。
そうするとIDEに比べて圧倒的に高度な編集能力を誇るEmacs、Vimの方が優れていると言うことが出来る。
実際に現時点ではそういう状態でデータの通りテキストエディタで開発する開発者はいっこうに減らないどころか増えている。

>>509
待ったくもって具体性のない反論だね。
ちゃんとキミの意見を言ったらどうだ？

523 ：仕様書無しさん ：03/07/21 09:31
>>513
Javaでの開発で必要な部分しかコンパイルしないから問題ないね。

>>518
XPの示唆した細かいコーディング＞コンパイル＞UnitTestの形がIDEの必要性を非常に少なくした。
UnitTestやリファクタリングブラウザなど各ツールはEmacs、Vimのスクリプトによりシームレスに融合ができ、
しかも、それぞれが選択できる。各ツールごとにバージョンを最新のものや自分の使いやすいものに変えることが出来る。
IDEは早い話「テレビデオ」なんでここらヘンの融通が利きづらい。
別にSunが１０遅れている訳じゃ無いんだよ。
選べる環境ってのがJavaの開発環境でM$みたいにVSや某のIDEぐらいしか選択肢がない方が遅れている。

>>522
そう、この流れだとかなり無駄が無くなりIDEのアドバンテージとされていたものが消え去る。

527 ：仕様書無しさん ：03/07/21 10:11
>>524
良く読んで調べてから発言しろ。

> UnitTestやリファクタリングブラウザなど各ツールはEmacs、Vimのスクリプトによりシームレスに融合ができ、

スクリプトによりIDEとまったく同じように使うことが出来るの。
わかった？
選択して「メソッド抽出」とかも出来るの
わかった？
UnitTestも同じ。
わかった？

デバッガの例もそんなケースレアだし、これまた統合出来ちゃうの。
わかった？

>>525
別にXPをやる訳じゃない。
XPの打ち出したテストファースト、リファクタリングの流れは良いが他のプラクティスは現状では
難しいものが多い。

>>526
Eclipseくらいだと思うけどね。
それでも、EmacsやVimの編集能力を甘く見ないことだ。
ウォーターフォールの開発が廃れプログラム中心な考え、コーディングしながら構築するというプロセス
が主流になりつつある現在、今まで軽視されていた編集能力と言うのは非常に重要なファクターになったんだよ。
全体の開発工数を左右するぐらいのね。

http://homepage.mac.com/miku24/

＞13
こんな感じで完璧に論破されている。

>>15-18
これらの指摘に誰も満足に反論できてないね。
IDEはテレビデオとはよく言ったもんだｗ
全て最新の優れたツールでそろえられるEmacs、VimでのJava開発は今後も続きそうだね。
UnitTest、コーディングを短いスパンで行う開発では確かにIDEにアドバンテージは無い。

>>21
XRefactoryがしょぼくて使えないという話は無視ですか？
大体Vimにリファクタリングブラウザがありますか？

IDE厨を黙らせるには使っているIDEを聞けば良いのも前スレでQ.E.D.

>>23
それテンプレに付けて欲しかったね。
かなりの効果があったし。
ありがとうよ、嘲笑激藁厨（ｗ

>>24
あの人はデルフゥイすれに帰ったんだろうか?（ｗ

こう見てみると、EmacsやVimでも全然OKだね。
使い勝手も自分に合わせて変えられるし。
IDEはガマンして自分がIDEに合わせるしかないもんな。

ついにIDE厨が黙りはじめたな。
Part3にしてやっと本題に入れるのか。

というわけで本題のviとemacsについて語ってくれ↓

おいおいおい、【徹底的】【ﾊﾞﾄﾙ】が付いてねぇよ！萎えるぜ…

バトルなのかなー。

鉛筆と醤油、どっちがいい？みたいなモンではないのか？

>>29
テキストエディタ同士の戦いでそこまで離れていないと思うがｗ
せめて、ソースか醤油かにしてくれ。

>>28
なんか最初から文字数ギリギリでダメみたい。

Emacs厨は＞9に対する反論は無いの？

テキストエディタ使っているﾔｼって

＞EmacsやVim使って利点があるのって、うにで昔のシステムメンテさせられてる可哀想なC使いだけだろ？
＞あとはIDEの無いショボイスクリプトで開発させられているﾔｼな。

こういうレベルだからまともな反論は出来ないだろ。
Javaですらテキストエディタ使っているなんてただの迷惑なﾔｼ。
XPする時にまず真っ先にはじかれるタイプだね。

>>33
XPは最初に全て同じ環境にそろえちゃうからね。
EmacsやVimをカスタマイズしまくったオレ環境で開発していた奴にはキツイかも。

XPってそんなに採用してる所あるの？

>ALL
横槍いれてすまんがXP関連スレってどっかないですか？

>>35
今はそれほど無いけど大手が必死になって取り入れようとしているね。
一般的な開発プロセスとして受け入れられるようになるのは結構早いような気がする。

>>36
【XP】 Agile Process 【UP】
http://pc2.2ch.net/test/read.cgi/tech/1032882847/

今、ちょっと寂れているけど

>>38
お、どもです。ちょっと見てみますです。。。

>>37
なるほど。thx
新人教育になら効果高そうだなとか思ってたけど。
中堅クラスのPGがやるには人間関係とかで噛み合わ無そうなんだよな。

>>15
その調査はJava限定の調査だろ。
ま、Javaごときに高度なIDEはいらないってこった。

なかよしプログラミングなんぞしたくない。
個々の能力を尊重した開発が結局のところ一番能率的。

>>41
じゃあ、何の言語に必要なんだ？
Javaは十分複雑で高度な仕事をしているぞ？
また、口だけか？ｗ

厨房が立てたｽﾚはここですか？

XPの開発をしていると均一的でノッペリした歯車プログラマが出来上がるよな。
取り替えのきく、同じようなプログラマが大量生産される様はスターウォーズのクローン兵製造を想起させる。
確かに会社としてはこれほどありがたいことはないと思うんだが正直つまらない。
昔はもっと魅力的な職業に思えたんだがな。
色々強制される次代になってしまった。
いやはや。

>>41
最近のIDE需要はJavaが圧倒的に多いような気がしますが私の錯覚でしょうか。
それでも、テキストエディタ使いの方が多いですが。

>>41
15-18は論破出来ないよ。
諦めなさい。

まぁ、マクロに関数型言語を採用するEmacsは糞なワケだが

>>48
根拠の無い非難だな。
関数型言語をマクロに採用してはいけない理由を言ってみろよ。

>>49
関数型言語の普及率考えたことある？

Emacs使っていると女にモテないがVimを使っていると女にモテる。

>>1
ｽﾚﾀｲからﾊﾞﾄﾙ取るなｶｽ!!

何回も言うがIDEを使えよ。
EmacsやVim使って利点があるのって、うにで昔のシステムメンテさせられてる可哀想なC使いだけだろ？
あとはIDEの無いショボイスクリプトで開発させられているﾔｼな。

ステップ実行や実行中の変数内容閲覧などをC/S間ストレス無く行えるデバッグ機能
構造をアウトライン表示し、継承関係までも見渡せるクラスブラウザ
リファクタリング、UnitTestをスムーズに行うためのリファクタリングブラウザ
クラス構造を解析して適切なメソッドを補完し、パラメータチェック、注釈表示まで可能なインテリセンス

エディタだけで開発するメリットなんて無いんだよ。
上記にあげた可哀想なﾔｼ以外は使っておけ。

コピペするだけなら帰れよ。能無し。

>54
でも、反論できないんでしょ？

アホ過ぎて反論する気にもならないんだろ・・・・

>>56
う〜ん、別段おかしな事は言ってないような気がするけど。
アホすぎるってのはどこら辺りなのか正直解らない。
ちなみに自分はIDE厨じゃないからね。

IDE内蔵のエディタがviライクの操作性を持ってたら
即乗り換えるのだが。UnixではずっとVim。

EcripseにはEmacsプラグインってのあるけど、Vim
プラグインってのはないのかなぁ。

>>58
viプラグインならあるよ。

誤解の無いように言っておくけどIDEとVimは相反するものじゃないよ。
Vimはあくまでも1ツールとしてのテキストエディタだから、
例えIDEを使っていようが、ある種の編集を行いたいシーンでは充分に選択肢になり得る。
特にVSに限れば、必要な連携ツールも揃っているから、相性に問題ないしね。

Emacsは知らん。

>>60
それだと、VSのエディタ機能が使えなかったりするんだよね。
インテリセンスとか参照元ジャンプとかリアルタイム構文エラー指摘とか。

C-x C-fのあと新規にcom1.cppというファイルを作ろうと
すると、meadowが固まります。これって仕様ですか？

>>60
前々から思っていたんだけどChaliceってどこが良いの？
他の2chブラウザに比べて非常にショボイ機能しか付いてないと思うんだけど。
ただキーバインドだけで選んでいるんだったら凄く下らない。

>>61
そういうのはIDE上でやれば良いじゃん。で飛んだ先でVimの方へ同期すれば良い。
何も無理してなんでもVimでやる必要はないでしょ。
逆もまた真で「特定の範囲の複数の変数の名前を、ある一定のルールで書き換える」
なんていうのはVimでやったほうが楽。

>>62
ｽﾚ違い。
ここはテキストエディタ厨 VS IDE厨ｽﾚです。
お引き取り下さい。

>>63
ｽﾚ違い。
ここはテキストエディタ厨 VS IDE厨ｽﾚです。
お引き取り下さい。

>>64
> そういうのはIDE上でやれば良いじゃん。で飛んだ先でVimの方へ同期すれば良い。
かなりのコストがかかると思うんだけど。
その度にエディタを切り替えるのかい。
同期とっても非常に面倒だよ。
しかも、操作体系のまったく違う二つのエディタを併用するなんてのは非効率的だ。

> 逆もまた真で「特定の範囲の複数の変数の名前を、ある一定のルールで書き換える」
> なんていうのはVimでやったほうが楽。
別にVimでやる必要性を感じない。
Vimの利点ってそんなところだったっけ？
また、そんな場面が頻繁にあるとも思えない。
大体は単純な置換の組合せで出来ることだよ。

結局のところほとんど大部分の操作をVSで行うことになる。
つまらない修正ツールとしてVimを使うってのがお好みなの？

>>65-66
ｽﾚ違い。
ここはvi vs emacsです。
お引き取り下さい。

>>63
オレも一応Vim使っているから一時 Chalice を試してみたことがあったけど、OpenJane と比べてあまりにもダメなので即捨てた。
一番イタいのが当たり前だけどプロポーショナルフォントが使えないことだな。
Chalice 使ってるﾔｼはただのオナニーだと思って良いよ。

おそらくnavi2chも似たようなものだろ。
Emacsはプロポーショナルフォントが使えるが機能はどうかな。
やっぱり他の専用ブラウザと比べたら低機能なんじゃないかな。

>>67
> かなりのコストがかかると思うんだけど。
試してないからそう思うのよ。実際に使っている人間はストレスなく切り替えられる。
IDE側でショートカット割り当てておけば一発でVimが前面に来るから、検索ダイアログ開く感覚。

> つまらない修正ツールとしてVimを使うってのがお好みなの？
それの何が問題なの?。元からVimは単なる「修正ツール」だよ。

Emacsは知らんけど。

>>70
VimからIDEのエディタの該当箇所を一発で開ける？
インテリセンスは？
リアルタイム構文エラー指摘は？

> > つまらない修正ツールとしてVimを使うってのがお好みなの？
> それの何が問題なの?。元からVimは単なる「修正ツール」だよ。
へー、修正だけでコーディングには使わないんだ。

>>70
リファクタリングブラウザとしてVimを使うって事かい。
まぁ、お前さんがそういう風に使うなら別にいいがオレはプログラムを組むのに使いたいね。

＞70
＞元からVimは単なる「修正ツール」だよ。
バカ？

「コーディング==入力だけに使う」ならIDEもVimもどっちもどっち。
どちらを選ぶにしても一長一短。慣れないライブラリの言語ならIDE。
慣れてるライブラリならVimの方が良いかな。

http://homepage3.nifty.com/coco-nut/
ヌーブラってエロくねーか？

>>73
俺は>>70じゃないが。
viなんて修正ツールだろ。

>>71
> VimからIDEのエディタの該当箇所を一発で開ける？
そうそう。これ最近気になってた。
今度開けるようにできないか試してみるわ。

IDEがいろいろとコード生成してくれるのはいいけど、
あれ、やっぱり読まないとダメかな。なんかそのままってのも
気持ち悪くて。

>>74
> 「コーディング==入力だけに使う」ならIDEもVimもどっちもどっち。
マジで言ってるのか？

>>78
必要になったら読めばいいんじゃないの？

VSの使い方わかんねえよ。makeマンセー

みんなこのdpw,dspっていう2種類のファイルの書式覚えてるの？

>>77
結局都合の良いことしか書いてなかったのね。
それなら同期を取れていると言えないしコストがかかることに変わりない。

>>81
ウィンドウの上の方にメニューバー(”ファイル”とか”編集”とか書いてるたつ)というのがあるよ。
そこの「ビルド」と書いているところをマウスの左ボタンでクリック(ボタンを短く押すこと)してごらん。
そうするとまたメニューが出てくるよ。そうしたら「***のビルド」(***はプロジェクト名)という文字列の
上をまたマウスで左クリックするんだ。そうしたらエラーがなければexeやdllなどが生成されるよ。
一度試してみてごらん。

VSも慣れればいいのかもしれないけど、
最初は覚えること沢山あってちょっと大変だな。
ビルドプロセスはプログラムの一部なんだけど
IDEはVS一つで統一されている分、環境依存のめんどくささが
なくなっていいかもなー

コストは低いに越したことはないけど、かかること自体が問題じゃないでしょ。
それに見合うリターンがあるかどうかが重要。

Vimは初期コストが高いから、なかなかリターンが得られない。
でも、そこを越えている人にとっては充分な恩恵が得られるわけで、
それを理由にIDEからVimを使うという選択肢があるわけ。

なんで IDE 厨って粘着するの？スレタイ読めないのか？

メイクファイルのエクスポートってのがあるのは
分ったけど、インポートってのはないの？
まああったにしても、dspに翻訳できる程度の
柔軟性のなにもないものしかできなさそうだけど。

スレを粘着して荒らす心理≒女性をストーカーする心理。

IDE専用スレ無いのが原因か？
IDEvsテキストエディタスレ
http://pc.2ch.net/test/read.cgi/prog/1058597473/
コレ以外にもう一個IDE用の作ればいいんじゃね。

>>86
一回しかかからないイニシャルコストとIDE<->エディタの切り替えによって毎回生じるコストを同一視して誤魔化すなよ。
もしこれが完璧に出来ても手間だって言うのに。

>>89
相手になるテキストエディタ使っているヤツらがそっちへわざわざ行かないから結局敵がいなくてこちらに来る。
そのスレはバカが立てたまったくの無駄スレだったよ。

>>90 コストとリターンを見誤るなよ

VS6をちょっと使ってみた感じだと、クラスブラウザが早くていいな。
ウィザードもなんだか分らんけどコード沢山生成してくれる。
なれてくればありがたく思えてくるのかな。
あと、デバッガもよく分らんけど使いやすそう。
テキスト編集に関しては当然Emacsがいい。
makeの代わりとしてのVSってものにもちょっと失望。
柔軟性をかなり省いてる。そんなところかな。コーディングの
基本的なところじゃ、EmacsでもVSと大してかわらなさそう。

VS7は6とはまったくの別物みたいだからわからん。

>>91
> 相手になるテキストエディタ使っているヤツらがそっちへわざわざ行かないから
テキストエディタ厨と

> 結局敵がいなくてこちらに来る。
IDE 厨、

両方馬鹿って事か。

>>94
まあツールの良し悪しなんてことでぐだぐだやってるのは
暇人と馬鹿しかいないだろうよ。

>>92
リターンが高いとは思えない。

>>96 また「思えない」でつか。モマエじゃリターンを引き出せないだけ。

>>97
じゃあ、そのリターンとやらを語ってみろ。

★貴方をそそるエロティックな美女たちです・・・(;´Д｀)ﾊｧ〜★
http://endou.kir.jp/yuminet/link.html
http://endou.kir.jp/marimo/link.html

>>95
>>96-98
こういう人たちですね? ;-)

余計な忠告かもしれんが、開発者になったらフリーのツールを使う習慣はなくした方がいいぜ。

emacsなんてものは学生か土方コーダの使うもんだ。肩も凝るし、品性がない。
ある程度の経験を積むと、Visual Studio.NETとかJBuilder Enterpriseとかが効率に良いんだ。
導入コストの安すぎるやつは全体の作業効率を損なう。よした方がいい。もっと高いツールを使えよ。
一本数十万円くらいのツールを毎日使っているとさ、心が洗われるような気がするもんだぜ。

>>101
煽りがヘタ

>>93
Windowsプログラムは初めてですか？

少なくともJBuilderよりEclipseの方が効率よさそう。

>>103
Windowsはそうねえ。初めてですな。
ボーダンドのツールも一切使ったことないし。
UNIXとJavaしかしらないです。
cygwinでも普通にw32用のバイナリ作れるからそれで
ちょこちょこはやってたけど、さすがにビルド環境にcygwin必須
わけにはいかないじゃん。VSの流儀に従わないと、と。

>>105
VCのコンパイラも普通にコマンドラインで使えるよ。
流儀なんかに従わないでEmacs使ったら？

★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★
☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆
★☆　　　　　　　　　　　　　　　　　　　　　　　
☆★　送料激安！！　　送料激安！！　　送料激安！！
★☆　　　　　　http://www.get-dvd.com　　　　　　
☆★　　激安アダルトＤＶＤショップ　　　　　　　　
★☆　　　　お買い得セール1枚500円〜980円！急げ！
☆★　　　　インターネット初！「きたぐに割引」　　
★☆　　　　北海道・東北の皆様は送料も激安！　　　
☆★　　　　　　http://www.get-dvd.com　　　　　　
★☆　　　　　　　　スピード発送！　　　　　　　　
☆★　　　　　　http://www.get-dvd.com　　　　　　
★☆　　　　　　　　商品が豊富！　　　　　　　　　
☆★　　　　　　http://www.get-dvd.com　　　　　　
★☆　　　　　　　　　　　　　　　　　　　　　　　
☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆

宮城県のヤシ大丈夫かー
家傾いてないかー
会社傾いてないかー
パソ壊れてないかー

VS.NETは何故リファクタリングブラウザが付いてないんだ？
EclipseもJBuilderも付いているってのに。
つかえんなぁ

MSは開発効率重視だからリファクタリングブラウザは喜んで付けると思うんだけどね。
たぶん次あたりEclipseやJBuilder以上のリファクタリングブラウザを
搭載してくると思う。既存の奴はまだまだだからね。
これでまたテキストエディタとIDEの機能の差が広がるだろう。

>>59
まじで??
見つけられなかった。URLｷﾎﾞﾝぬ

>>110
内蔵エディタの操作性がviなら即切り替えるのに・・・。

>>110
次っていつだよ。

>>111
これがそうだったはず
ttp://www.satokar.com/viPlugin.html

>>110
エディタでもリファクタリングブラウザあるから大丈夫。
テレビデオなIDEは次バージョンまでまたないといけないけどエディタなら常に最新のツールを利用できるよ。

何回も言うがIDEを使えよ。
EmacsやVim使って利点があるのって、うにで昔のシステムメンテさせられてる可哀想なC使いだけだろ？
あとはIDEの無いショボイスクリプトで開発させられているﾔｼな。

ステップ実行や実行中の変数内容閲覧などをC/S間ストレス無く行えるデバッグ機能
構造をアウトライン表示し、継承関係までも見渡せるクラスブラウザ
リファクタリング、UnitTestをスムーズに行うためのリファクタリングブラウザ
クラス構造を解析して適切なメソッドを補完し、パラメータチェック、注釈表示まで可能なインテリセンス

エディタだけで開発するメリットなんて無いんだよ。
上記にあげた可哀想なﾔｼ以外は使っておけ。

ｺﾋﾟﾍﾟｻﾙ再登場!!

誰か論破してみろよ

emacsの小技を列挙汁

>>118
クラスブラウザ、リファクタリングブラウザ、インテリセンスなど開発に必要な機能がが無いテキストエディタ如きに興味はないです。

相変わらず大人気だなｗ
なんで、こんなにこのスレが伸びるのか理解出来ん。

↑おまえが毎日のぞいてるからじゃないかな

単純に給料の高低で比較すればいいんじゃないの。

vi を知らない者はエディタを知らない。
宝石を見たことのない者が宝石の鑑定士になれるだろうか？
甘美な果実の味を味わったことのない者がその味を理解できるだろうか？
vi を知らぬ者はエディタを語ってはならない。

>>123
あー、あの一日で作られたトッカンエディタ？
作った奴も作らなきゃ良かったって言ってたなぁﾌﾟｯ

>>124
お前vi使ったことないだろ。ﾌﾟｯ
仮に1日で作ったとしたらJoyは神だろ。

>>123
Linux上では設定ファイルの編集にviを使っているよ。
そのようなわけでVisualStudioマンセー。

ed を拡張すんのに1日かかったんだろ。

vi は神速

>>124
また例の都市伝説か。ﾌﾟｯ

>>127
edじゃ無くてexな。
三日で作ったと言うのを目にした。
ソース見つからないけど。

「ある日、viを改造していると、テープ装置が壊れた。残ったソースを復旧させて作業をしている
とディスク装置が壊れた。私にはあまり時間がなかったので、とりあえずソースをまとめて、次
のプロジェクトに移った。」
「ここまで広く使われるようになるとは思わなかった。 それならもっとましなエディタを作るんだった。」
「これは curses のサンプルのつもりだったのに。」
「viはクソだ。」

彼自身上記みたいな事を言っているからトッカンエディタと言われるのは仕方がないかもね。

>127
それだとexモードじゃなくてedモードになってしまうだろｗ

vi is the shitt!!

☆こんなに見えちゃってヤバクない？？？ ☆
　↓　↓　↓
★貴方の見たい娘がイッパイ（＾０＾）★無修正★
http://endou.kir.jp/akira/linkvp.html

なんだ、vi って糞エディタだったのか。
Emacs だけで良いよ。
vi なんて Emacs のただのモードで実現できてしまうしね。

エディタが編集モード乗っ取られてエディタと呼べるのかしら？

emacs 使いすぎるとオカマになるよ。

>>135
lisp で簡単に実現できてしまえるほど薄いエディタだって事だよ。
実際に 130 みるとトッカンで中途半端に投げ出し、しかも作者が忌むべき存在と考えていて愛の欠片すらない。
だいたい、オレは viper-mode なんて使う気さらさら無いので乗っ取られるもへったくれも無いね。

>>136
オマエの小指が情けないだけ。
モードの切り替えが無い分、 vi よりもキー入力が少ない編集が可能だから問題ない。
vi はラインエディタexの拡張でしかないからスクリーンエディタとしてはどだい無理がある。
Emacs の方が断然優れているね。

ん。良い感じになってきたね

>>130
ここまで作者に嫌われるエディタも珍しいなｗ

.virc に設定書けば、CppUnit も動かせるし、cc の起動もできるし、タグ・ジャンプで
デバッガにもなるし。

>>134
お前なんか勘違いしていないか？
糞は肥料にもなるし燃料にもなる。糞はとても役に立つもんなんだぞ。

ｽｶﾄﾛマニア発見

>>130
だから都市伝説だって言われるの。ソースまだぁ？

>>143
http://eco.goo.ne.jp/wired_news/files/020416.html

>>143
ttp://buturi.hiro.kindai.ac.jp/buturi/book/LifeUnix.html

原田知世、ﾊｧﾊｧ

http://homepage.mac.com/maki170001/

アダルトDVDが
　最短でご注文いただいた翌日にお届け！
　　　　　　　　　http://www.dvd-exp.com
　　　　　　　　開店セール1枚　500円より

>>140
Emacsでも当然のごとくそんなこと出来ます。
リファクタリングブラウザもあるし。
vi(m)にリファクタリングブラウザ無いでしょ？

リファクタリングブラウザを外部で呼び出すのなら
すべてのエディタでリファクタリングブラウザがあるといえよう。
コンパイラメーカー以外のリファクタリングブラウザはまだ未熟だがな。

>>145
ああ、それそれ。正三郎とかがこれを引用して、
さらに小物が正ちゃんを引用して、又聞きの
又聞きでいくらでも本を書けるあんぽんたんたちよ。

リファクタリングブラウザって　　　　　　なに？

★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★
☆★　送料激安！　　スピード発送！　　商品豊富！　　　
★☆　　　　　　http://www.get-dvd.com　　　　　　　　
☆★　激安ＤＶＤショップ　「ＧＥＴＤＶＤドットコム」　
★☆　　　　　　http://www.get-dvd.com　　　　　　　　
☆★　今すぐアクセス　Ｌｅｔ’ｓ　Ｇｏ！　　　急げ！　
★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★

>>152


　　　　　　グ　　　　　　　　　　グ　　　　　　　　　　れ

>>152
さすがテキストエディタ厨、低脳で無知だな。

>>155
もう出番終わってるよ。

やっとこのスレも終了か

emacsのﾌｫﾝﾄは可哀想なくらい汚いよな。
女性に例えると、髪が(略

>>158
vi厨はフォントの設定もできないですか?

>>159
IDE厨だろ。
まぁ確かにemacsは労多くして功少なしだけどね。
XRefactory にはガッカリしたよ。

vimのフォントの設定ってどうやって変えんだよ
せっかくLINUXまでｲﾝｽｺしてやったのに
どのフォント選んでも2バイト文字が化け化けじゃねーか

vi だって eclipse 使えばリファクタリング・エディタがつく！

>>161
Unix系のエディタってトコトン糞だよな。
日本語設定するだけでも一苦労だし。
で、色々苦労して設定してもだいしたこと出来ないんだから。
これじゃゲイツが世界を取る訳だよ。

>>162
どうやって？
Vimってリファクタリングブラウザ無いから気になるんだよね。
それとも、見つけてないだけであるんかな。
KoRoNﾀﾝところで聞くのもアレだし、誰か知らない？

>日本語設定するだけでも一苦労だし

こいつは何を設定したのだろうか。。。

>>165
Windowsのエディタならダイアログから選ぶだけ。
Unix系は全てに対して遅れている。

>>166
で、何を設定したのかね?

テキストファイルいじって設定って、もういつの時代だよって感じ。
Unix系最悪。
冗談でも何でもなく秀丸の方が優れている。

ふーん

Lindowsとか無理してWindowsに近づけようとしているのなんて赤面もの。

Lindowsって確か会社傾いてなかった？

秀丸は高速で高性能。

ttp://homepage2.nifty.com/orangepekoe/editor/editor1.htm
ttp://homepage2.nifty.com/orangepekoe/editor/editor2.htm

ほとんどの分野で最速、使用メモリも少ない。

emacsに関して言えば、結構いろんな設定がメニューの中から変更できる
ようになってるね(全部じゃないとおもうけど)。
英語のメッセージと変態な操作系に慣れれば特に難しいことはない。

Vim なんか全部テキストファイルで設定。
原始時代かよ。
それで、良しとしてしまう出来る奴を気取ったバカが多いから全然進歩しない。

釣りにしては餌がよくないな

>>175
釣りじゃなくてマジでそう思っているんだが。

んじゃ、当然Windowsしか使ってないんだろうな。。

>>177
Unixは昔ちょっと使った。
ありゃ、タダのマニアやオタクが喜ぶだけの代物だよ。

>>178
まあ、素人は自分の好きなモノだけ使ってればヨシ。

>>179
すぐそうやって逃げる。
惨めだね。

>>180
オマエ誰？

>>179
素人ってなにさ？
訳解らないな。
設定などのインターフェースを発展させるのとどういう関係があるんだ？
IDEやWindows系のエディタは優れたインターフェースを持っているぞ。
>>180じゃ無いが逃げだよそれは。

>ありゃ、タダのマニアやオタクが喜ぶだけの代物だよ。
これに対するレスだから逃げでもなんでも無い。
自分の趣味だけで道具選べるのは素人だけ。
まあ、子供には判らん。
さっさと寝ろ。

>>182
「仕事だからしょうがないだろ、漏れだって好きで使ってるんじゃねぇよｳﾜｧﾝ!」

ってこと？

>>113
ｻﾝｸｽｺ!!

確認してみます。

>>182
あー、はいはい。
オレはUnixの仕事していた時は別に普通にvi使っていたがね。
別に選んじゃいないよ。
誰がどこで趣味で選んでいると書いてあるね。
使っていた時の率直な感想だよ。
どうしても相手を素人としてバカにしたいみたいだな。
下らない人間だよおまえは。

>>185
しょうがねえガキだなあ。
お前は。
スレ違いのこと一生懸命主張してるお前はくだらなくないんかね?
どうよ?
小僧。

>Unixは昔ちょっと使った。
どんな使い方してたの？

UNIXが素人でも簡単に扱えるようになったら
お給料が減っちゃうじゃないか

>>186
そうか、そんな落ちか。
それならオマエも最初から絡んでくるなよ。
都合が悪くなるとスレ違いってのは逃げだろ。

あと、人を見下すのが好きだろ？
文章からにじみ出てるよ。
そういうのを下らない人間って言うんだよ。
さよなら、バイバイ。

>>187
トランザクション処理とビジネスロジック回りを作っていた。

ls -ltr

>>189
うっさい小僧。
オレは相手見て見下すんだよ(w

UNIXはログインした時からデスマーチ

>>188
UNIX屋って本当にそう思ってるの？

vim最高。
emacsなんてvimに比べたらIDEだね。

？

最近のUNIXユーザなんてMS厨と大して変わらんからな。
どうも言ってることがおかしくなりがちなんだよ。
技術レベルがそれほどでもないのに、ハカーと同じ語り口。
これじゃ、なんの根拠もなくしゃべっているのと同じ。
/usr/srcの下をしゃぶりつくすまでは、自分をUNIXユーザ
などと思い込んだりしないほうがいいような。

>>193
使いこなせなくて、キライになってクソ呼ばわり
する奴が多いのは事実だな。

と、燃料まいてみる。

>>196
何言ってるの？
UNIXを少しでも使っているなら、立派なUNIXユーザでしょ。

>>198
コーディングしないUNIXユーザなんか昔は居なかったな。

>>199
どんな使い方しようとユーザには変わりないでしょ。

UNIX使いはまともな議論ができない

UNIX板
犬板
で証明済み

>>200
利用者って意味ならその通りだけどね。

>>201
やあ、負け犬君。

暇だったからemacsのJava版作りました。
Lispよりかなりｲｲ感じ!!

ﾍﾞｲﾍﾞ〜！ ｵｩ ﾍﾞｲﾍﾞ〜！ vim最高

>>203
公開ﾖﾛ

何回も言うがIDEを使えよ。
EmacsやVim使って利点があるのって、うにで昔のシステムメンテさせられてる可哀想なC使いだけだろ？
あとはIDEの無いショボイスクリプトで開発させられているﾔｼな。

ステップ実行や実行中の変数内容閲覧などをC/S間ストレス無く行えるデバッグ機能
構造をアウトライン表示し、継承関係までも見渡せるクラスブラウザ
リファクタリング、UnitTestをスムーズに行うためのリファクタリングブラウザ
クラス構造を解析して適切なメソッドを補完し、パラメータチェック、注釈表示まで可能なインテリセンス

エディタだけで開発するメリットなんて無いんだよ。
上記にあげた可哀想なﾔｼ以外は使っておけ。

そのコピペ便利そうだな

反論できないしね。

>>206でIDEのアドバンテージと称しているものは
すべてEmacsのまくろで実装可能なものばかりなのでIDEの優位性は消滅する。
その上でプリミティヴな編集機能はEmacsがIDEにはるかに勝る。
ゆえにEmacs>>>>>>>>>>>>>>IDEであることが証明された。

ご清聴ありがとう。サンキュウ。

hjkl ^f ^ b ^e ^y ^h y} w b ye ct cf dt df yf yt dd YP vv V dw I x X . & 'a "a z. z 0 $ r R a i c C D n ; , p P o O u U g G d) d( d{ d} ma / ? : s A @

>>209
＞>>206でIDEのアドバンテージと称しているものは
＞すべてEmacsのまくろで実装可能なものばかりなのでIDEの優位性は消滅する。

それは何かのギャグですか？

Unix系エディタは設定がテキストファイルなのが糞。
ダイアログで設定させろよ。
あと、インターフェースもほとんど糞。
IDE見習って作り直せって感じ。

設定を保持している対象を直に触らせるのがダメすぎ。
いつの時代だよ。
抽象化って知ってる？

vi は光速

viは皇速

>>213
抽象化すると誰が幸せになるって？

IDE厨はダイアログで設定できないとテキスト編集もできないってことで
いいですか?

>>216
まず、記述ミスにより設定がおかしくなることが無くなる。
ダイアログなどの抽象化されたインターフェースをかえせばあり得ない設定値設定することも無くタイポも無い。
設定ファイル自体のフォーマットの変更にも（例えばXML化）柔軟に対応できる。
設定を保持している対象を直接いじって設定するなんぞダメなのはOO使っているプログラマなら解るだろ？

要は自動車ならオートマ車まんせーで、マニュアル車はクズって
ことですね。
設定ファイルをぜんぶXML化したら暴動が起きるだろうな。

>>219
XML化はただの例えでしかないよ。
そんな局所的なところだけ見ていちゃ良いプログラマにはなれんと思うな。
オートマ、マニュアルは全然見当違い。
>>218をもう一度良く読んでOO的に考えてみな。
どちらが利点が多いのか。

ここは「OO」と「抽象化」を誤用してみるスレですか？

操作ミスが無い=オートマと思ったのだが。
違う意図で>>218を書いたなら説明の仕方が悪すぎるな。

>>221
そこは後のお楽しみにとっておいたのに。。。。

>>222
内部変数とアクセサの関係。
設定ファイルが内部変数で、ダイアログのインターフェースがアクセサ。

設定ファイルは内部変数じゃありまっせん

援交少女のピチピチの肌？巨乳美女のセクシーなボディー？
貴方はどっちが好み？
無料動画だけでも十分に抜けちゃいますよ。
本日更新日！

http://www.cappuchinko.com/

>>223
ぜひ、解説を。
テキストファイル設定の方が優れているというならその解説もよろしく。

>>225
理解力無さ過ぎ。

>>224
....

ソースコードもGUI化すべきだな。そんなに優れているんなら。

具体的な反論は今のところ無しと・・・

>テキストファイル設定の方が優れているというならその解説もよろしく。
設定コピーが楽だな。
マウスでちまちま沢山のパラメータいぢらされるのは勘弁してほしい。

VisualStudioのコンパイルオプションは両方のUIを備えているわけだが。
GUIﾏﾝｾｰ厨はよっぽど単純な設定ファイルしかいじったことがないらしい。

コンパイルオプション程度でぎゃあぎゃあ騒ぐ奴なんか
居ないと思うが。

>>232
それも必要項目だけエクスポート出来る機能があれば問題ないでしょ。
用は作り方。
インポート、エクスポートが出来れば設定ファイルをおく位置など意識することなく設定を変えられるしね。

>>228
理解力がないのはお前
もう一段裏を読んでみなっさい

>>231
反論する気もおこらんですよ。マジで。

テキストの設定ファイル触って make で文法チェック+DB反映。

>>235
>エクスポート出来る機能があれば問題ないでしょ。
あれば　な。
複数台数のPCに同じアプリを同じ設定でインストールするときは地獄よ。

例えばDBサーバなどはテーブルからテーブル領域、ユーザー定義など細かくエクスポート、インポートできる。
テキストファイルの場合必要なところだけを切り取ったり、どのファイルにあるか探すこともしなくて良い。
統一的な操作性も提供できる。

>>239
付けて当然でしょ。

>>240
流れ読め

>>239
地獄と言える台数（自分は60台くらい設定したが）を設定する場合はゴーストなどのソフトを使うのが当然でしょ。

テキストファイル設定の方が優れていると言う具体的な反論はまだですか？

>>243
特別なソフトを使わなきゃ設定できないってことなのか？
まだ60台だから設定できたんじゃ？
500台とか1000台とかになったら？

>>244
GUIの方が優れているという具体的な根拠はないのか？

>>243
そんなソフト使わなくてもコピーが楽だというのがポイント
なのだが。
そんなんがありならテキストの設定ファイルをラップする
UIアプリもアリだろ?
それじゃもともと差なんか無かったって話になる。

>>245
何かの冗談ですか？
500台や1000台手作業で入れるバカはいません。

>>246
>>218に書いているので読んでみてね。

GUI: 人間に最適化。バッチ処理に弱い。
CUI: 機械に最適化。まっとうな人間に弱い。

で、厨はテキストだと何が困るって言っているんだ？
漏れはGUIだと困ることが多いけど。

>>247
＞そんなんがありならテキストの設定ファイルをラップする
＞UIアプリもアリだろ?
アリだね。
ついでに設定のインポート、エクスポートも付けましょう。
ただ、別アプリにする場合はパッケージに組み込む場合はいいがそれ以外だと統一性が計れない。
結局設定ファイルに依存する形は払拭できない。

>>250
GUIとCUIの話じゃないよ。
もともと、テキストファイル設定はデータ直なんでUIが無い。

>>252
>>238 でなにか困ることでも？

大漁、大漁♪

>>251
>>218を読んでね。
GUIだと困ることと言うのは>>235じゃ解決できないこと？
具体例を。

>>254
>>218を読んでね。
それにしても手順が多いね。

アプリ依存なのはGUIも同じ。

>>258
テキストファイル設定はアプリ依存じゃなくてデータ（設定ファイル）依存です。

>もともと、テキストファイル設定はデータ直なんでUIが無い。
だそうです。
設定も不可能なようです。

>>259
設定ファイルの仕様はアプリが決めるのでアプリ依存です。



ネタですか?

>>260
設定不可なんて言ってないよ。
UIが無いからテキストエディタをUIとして直接いじるというのがテキストファイル設定。

Win/Unixの開発経験のどちらかが三年未満の奴は帰っていいよ。

>>261
あの〜、>>218ちゃんと読みましたか？
GUIなどで間接的に設定ファイルに触る場合は設定ファイルのフォーマットには依存しないんですよ。
テキストファイル設定の場合は言わなくても解るでしょ？

>GUIなどで間接的に設定ファイルに触る場合は設定ファイルのフォーマットには依存しないんですよ。
だそうです。
もう寝ます。

>>264
ｱﾎ?
アプリが異なるバージョン・フォーマットの設定ファイルを読むなんてのはよくある話だ。
何が何に依存してるって?

つーか、ここの人間ってOO的概念が無いのか？
何故そこまで執拗にテキストファイル設定にこだわるのかがまったく理解できないんだが。

GUI厨はこれでも読んでろ。

http://www.mogami-wire.co.jp/unix/unix-bg.html

UnixにはUnixのテキストにはテキストの思想がある。

>>266
それでも、新しいフォーマット覚えなければならないんでしょ。
ずっと古いフォーマットで設定ファイルを書いて読ませるの？
新しい設定が増えた時は古いフォーマットには普通反映されないよね。
結局抽象化されてないからフォーマットの変更に振り回されることになる。

>>267
つーか、このスレで話す話題じゃないことくらい分かれよ

2chの夏、厨房の夏

使っていないifdefを隠してくれる「ifdef-mode」は、
Emacs系以外には付いていないのですか？

抽象化がOOだけのものと勘違いしているのか。

まともな反論は結局一つもありませんでしたね。

>>274
まともな主張をしてくれ。

勝利宣言出ました。

>>275
激同

まあ、UNIXやらLinuxやら使ってる時点で負け組み決定だがな。

>>273
そうですね、多態性も配列と関数ポインタで出来ますし。

ただ設定をダイアログでする場合は他にもOO的要素が多いと思いますよ。

>>275>>277
>>218を読んで下さい。

>>279
OO的要素が多いとどうだといいたいんだ？

>>278
世界中が負け組みだなw

バージョン変わってダイアログ内の項目の配置や表記が変わるのは無視ですか
emacsにしてもviにしても、機能が増えても設定ファイルのフォーマットなぞ変わらんし

>>281
「抽象化がOOだけのものと勘違いしているのか。」という問いに答えただけですよ。
利点は>>218を読んでね。

>まあ、UNIXやらLinuxやら使ってる時点で負け組み決定だがな。

おお、来たね(W
厨房。
じゃあ、お前の書き込んでるBBSは何なんだと?

>>280
んなもん作るのってめんどいじゃん。良く言えば進化が早い、悪く言えば使い捨てに近い
プログラムを作ってると、そういうのは後回しにな・る・の・っ！

いいかげん解れよ。

はぁ。
XML はただの例で、抽象化はOOだけのものではなかったら>>218には
ダイアログの話しか残らないな。

>>280
おまいにとって「設定」はルーチンワークなのか？

>抽象化されたインターフェース
の実現にはどれほどの工数が必要になるかお分かりか？

>>283
＞バージョン変わってダイアログ内の項目の配置や表記が変わるのは無視ですか
変わることもあるでしょうね。
それは作り手の作り方次第です。
解りやすいように配置してグルーピング出来ているものもあります。
これは、テキストファイル設定と違い非常に優れていることと思いますよ。

＞emacsにしてもviにしても、機能が増えても設定ファイルのフォーマットなぞ変わらんし
変わらないと言うより変えられないんでしょうね。
賢明な判断だと思います。
しかし、設定するものが多くなり、その設定記述が複雑さを増していっているのは事実。
あり得ない設定値や、タイポなどで時間を潰していく場合も多い。

大人は再利用が見込めないブツを抽象化するほどヒマじゃねぇんだよ。

>>287

やっぱりGUI厨ってことですか
まともな主張はなにもないのがちょっと悲しい。

テキストによる設定の利点は
テキスト編集という主目的である統一されたUIで
アプリ自体の設定ができるところにある

>>290
ねぇ設定ファイルとしてのソースコードはどうしてGUIで設定しないの?
答えてくれよ。

>>286>>289
一番納得のいく解答ですね。
小さい、フリーウェア、シェアウェアにテキストファイル設定が多いのはそのせいでしょう。
ただ、それはテキストファイル設定のほうが良いという解答にはなりません。

>それは作り手の作り方次第←丸投げ

>解りやすいように配置してグルーピング←論点のすり替え

>あり得ない設定値や、タイポなどで時間を潰していく←強弁

>>287>>292
抽象化やカプセル化の話はわかりませんでしたか？

>>295
使い易さだけを求めるユーザの視点に立てば良いとは言えんけど、
開発者や機能の充実を優先するユーザにとっては良いと言えるだろ

あはは〜。すり替えっぽい議論展開(w

アプリのデータ入力フォーマットに依存しているんだろ？
GUI上の入力チェックも「アプリでチェック」するんだろ？

そろそろ「釣れたぁ」宣言か？

>>293
デメリットの方が多いと思いますが。

「思いますが」また主観ね

誰か>>299を翻訳してくれ。

>>298
＞開発者や機能の充実を優先するユーザにとっては良いと言えるだろ
だからそれはテキストファイル設定自体がが良い訳じゃないでしょ？

>>299
あの、言っていることが解らないのですが。

知能レベルから推し量るとさっきからageてる>301は中学生？

>ただ、それはテキストファイル設定のほうが良いという解答にはなりません。
誰もテキストファイルが良いとはいっていないが。
特性が違うのになんで優劣をつけるんだ？

>>305
ネタ切れ。新しいのを頼む。

>>303
意訳:「何かよく判らんけどオレも書いてみたかったんだ」

>>307
メタな表現と抽象的な表現の混同＆GUIマンセーのハーモニーです。

>>302
設定記述の習得コスト（項目、パラメータなど）
記述ミスのリスク。
設定ファイルの変更コスト。

　　腿　　＼＿　　|　　　＿／
　　　　　　　 　 彡彡彡
　　　　　　　 　 ミミミミ　クリトリス ★オナニー共和国です★
　　　　　　　　 ミミミミ ／￣￣￣￣
　　　　　　　　 ノ　σ ヽ　尿道 　　　★貴方の見たい娘がイッパイ（＾０＾）★無修正★
　　
　　　　　　　／　/ ゜ヽ￣￣￣￣
大陰唇　／　／／＼＼　＼　
￣￣￣￣ 　（　( 膣　) ── 小陰唇★http://endou.kir.jp/akira/linkvp.html★

　 　　　　＼　＼＼／／　／
　　 　 　 　 ` 　 ＼／　　'
＼　　　　　　　　 ＊──肛門(アナル）
　 ＼＿＿＿＿_／＼＿＿＿＿_／

>特性が違うのになんで優劣をつけるんだ？

自分の好みを他人に認めさせたかったから。

>>311
ちょっと痛々しくなってきたな。

結局レジストリ使えって事だな

>>310
ちなみにGUIマンセーじゃありません。
データを直接いじるのがダメなだけ。

>>307>>313
特性が違うというのはどういう事でしょうか？
訳がわからないんですが。

ぼちぼち飽きてきた。
もちょっと勉強して来い。

>設定記述の習得コスト（項目、パラメータなど）

ラベルで意味が判る範囲は限られているので、結局ヘルプに頼る。

>>310
＞メタな表現と抽象的な表現の混同
ギャグですか？

>>319 しかもそのヘルプにたいしたことが書いてない

>>320
おまいホントに中学生だろ。もう寝ろ。

プログラマーが語るviとemacs Part3外伝

厨が出て来ると、その場は楽しめるのだが
スレは荒れ放題。

結論 : レジストリ使え

>>319
＞ラベルで意味が判る範囲は限られているので、結局ヘルプに頼る。
テキストファイル設定と比べればそれでも非常にコストが低いです。
テキストファイル設定の場合、既に書いてある記述の場合はそれをその記述を同じように調べればいいが
新しく記述を追加する時、やはりコストが大きいですね。
複合して記述ミス、記述順序などの問題もあります。
設定ファイルも一つとは限りませんしそう言う知識の蓄えも必要になってきます。

>>272 はスレタイに沿った話題だが、忘れられてそうだな。

>>326
はいはい

>>325
そうとは言っていません。
データの形態の話じゃないです。

で、>>326は何が目的でこの議論を続けてるの？何を欲してるの？

MSVC++の*.dspファイルはテキストファイルな訳だが。
# vssで差分が分かり易くて助かっている訳だが。
MSVC++のブラウズ情報はctagsとほぼ同じ事をやっている訳だが。
ちゅうかソースパクッテるっぽい

なんか不毛だな。このスレ。
さんざん遊んどいてアレなんだけど(w

>>330
ここは Emacs と vi のスレなんでテキストファイル設定どう思っているのか聞いてみたかったと言うのが理由ですかね。
同じような事を思っている人間が少しはいると思ったのですが、どうやらあまりいい話が聞けませんでしたね。
レベルの低い人しか集まっていなかったようです。

>>331
何度も言っていますがデータの形態の話じゃないです。
良く流れを読んで下さい。

げんなり

「マウスが遠い」

「職場が遠い」

けけけ
おまえら設定ファイルなんて直接弄ってたら破滅するぞ

>テキスト編集という主目的である統一されたUIで
>アプリ自体の設定ができるところにある

フォーマットはバラバラだがな
けけけ

友達いなさそう・・・

だからifdefを見やすくしてくれる「ifdef-mode」は
IDEとやらにあるのかっつぅの。

>テキストファイル設定どう思っているのか

ここにはコンピュータに慣れてる奴しか来ないから
自分で使うぶんにはどっちでもイイと思ってる奴が
大半。
素人向けにつくるならGUIでやるのは常識の範疇。
それだけの話。
プロなら

>同じような事を思っている人間が少しはいると思ったのですが

こんなこと確かめようとすること自体がアホらしいと思うだろう。
リアル厨房の考えそうなこと。

終わり。

レジストリエディタ最強だな

DelphiのIDEでダイアログ作るのと
リソースファイル直接編集するのと
どっちが楽かな？ん？

スレタイを今一度ご覧になる事をお勧めします。
あむご。あむご。

>>340 が引き継いでくれそうだｗ

>>341
ﾌﾟﾌﾟﾌﾟ

>>341
素人、プロの問題じゃないですね。
そう言う意識じゃ考えが硬化します。

いたいけな少女のいけない画像、動画がいっぱい！
無料のムービーを見るだけでも見てみれば？
今日は新作がアップされてるから必見です。
http://www.rolix.net/index2.html

>>346
へたれ

>>341
ドカタっぽいな、コイツ。

答えは出た様だな（ｗ
>>341の様な奴は今時の仕事は全くこなせないロートルPG

>>347
>素人、プロの問題じゃないですね。

なぜ、そう思うのかね百文字以内で説明しなさい(10点)

C++のソースを直接編集する香具師は素人

>>352
顔真っ赤ですよ

>341にレスつけてる奴、マジで頭悪そうだなｗ

そろそろ自作自演の擁護レスかなあ？

所詮、自分たちに都合の悪いことは無視するわけだ→IDE房

>>352
信頼性の高い設定方法を模索するのは素人、プロに関係なく重要なことだと思います。

>>354
>顔真っ赤ですよ
昔、ﾗｳﾝｼﾞｬｰがよく使ってたな。出張か？

>>350 >>351

ふむふむ。
まあドカタでも、ロートルでもいいんだが。
お前らが一生懸命あげてる>>347を納得させてみな。
出来なきゃだまって見てろ。

>>352
優れたものを目指すのに素人もプロも関係ありますか？

>信頼性の高い設定方法を模索
この辺からどうも香って来るんだよなぁ・・・　

>>341
>>343

>優れたものを目指す
失笑

>優れたものを目指す
失笑。目指して終わりだろ？

>信頼性の高い設定方法を模索するのは素人、プロに関係なく重要なことだと思います。

>>341の内容はそれを否定してるように見えるかね?

>>361
これ以降はこっちで頼むよ。

http://pc.2ch.net/test/read.cgi/prog/1054121676/

本当に「プログラマー」同士が語っているんでしょうか？
from スレタイ

341のｼﾞｻｸｼﾞｴﾝか

>>341今日は眠れないな（w

みんな！！違法取立てバカの闇金、八島総業が名前と電番変えて必死だぞ！！
イタ電だ！！！
八島総業＝須賀興業＝大谷興業＝朝妻興業だ！！
住所にはいつも必ず1-7-1を使っている！！
↓↓詳しくはこちら！！↓↓
【闇金融】違法取立て馬鹿の自称八島総業を叩くスレ！！
http://www.megabbs.com/cgi-bin/readres.cgi?bo=rage&vi=1059058002

ｼﾞｴﾝ＋面白がって書き込んでる奴

>出来なきゃだまって見てろ。
ほっといてください
お願いします
だろ？（ｗ

>>364>>365
いつまでもデータ本体を直接編集する機構が良いと思えますか？

>>370
寝るつーの(W

>>341
>>343





なんか無視されてるなあ・・・

>>374
上のほうでも誰か書いてたがケースバイケースなの。

>>366
素人向けならGUIというのは変ですけどね。
この認識は結構根強いです。

だからレジストリ使えってーの

>>374
>レベルの低い人しか集まっていなかったようです。
と煽っておいて、そいつらになにか質問でも？

>>377
テキストエディタの話ですけどね。

とうとう話を逸らし始めたよ・・

作るのがメンドイ。この一言に尽きる。

>>380
最初は低いと思っていなかったもので。
開けてビックリです。

>>382
開き直ってるしな（ｗ

>>383
それは納得しています。

いいなガキは夏休みで

>>384
じゃぁ他のスレかム板で聞いたほうがいいんじゃねーの？

GUIにした途端、移植性が限りなく0に近づくしな。

ここはどこでヲチしてるんだ？

>>382>>385
話はそれてませんよ。
いつでも反論どうぞ。

>>389
いつの話だよ

>>389
この手の細かい話はどうもお好みじゃないらしい

>>391
>>343

>>389
Windows系のemacsなんて捨ててるでしょそんなもの。
GTK使ったり道はあるとは思いますが。

>>392
今だよ。ｳﾞｫｹ

>>391
>>388

>>394
制作者の楽と使用者の楽が混同されていますよ。

>>395
ねぇんだよ。ｳｽﾉﾛ

IDEで作るのが楽。
リソースの直接編集なんて変態のする事。

>>398
されてねぇよ。ｸｽﾞ

>>398
はぁ？
そんなの議論してたの？

どうだ?
オレの苦労を少し判ってくれたか(w

だれか
「プログラマが語るアプリの設定」
とかいうタイトルでスレ立ててくれw








立ててもどうせここでやるんだろうが・・・

俺の見解
IDE>>>>>>>>>>>>>>>>>>>>>>>emacs>>vi

IDEのエディタはクソエディタだとしても同じ結果。

>>400
んなこと言ってるもまいも、すぐに変態の仲間入りさｗ

ageてる奴はム板いけ。
それで万事解決。

>>401
されてますよ。
使用者から見たら>>400と同じ答えですね。

>>405 クソ度のことかw

おっと、（超えられない壁）をつけるの忘れてた。



IDE>>>>>>>>>>>>>>>>（超えられない壁）>>>>>>>emacs>>vi

>>405
お前の見解の中でそれは正しい！気を強く持つように。　

不毛だなあ。
俺はVisualStudio使いながらもう寝るぞ。

いまだにviとかemacsで作業するおまえらを見ると
哀れだねえ

もう寝るよ宣言ｷﾀｰ

>408
ageてもスルーされちゃってるしｗ

>>407
釣り|ヲチだよ。あからさまな煽りも入ってるし。

だからここから去るつもりはないだろ。
漏れは答える気もないけどな。

まともな反論もないことだし寝ますか。

>>412
もう寝るのか？

答える気がない宣言もｷﾀｰ

プチ煽り入ったー！

反論ないから寝るよ宣言ｷﾀｰ

まともな主張もなかったので寝ますか(w

viで挫折

＿|￣|○


IDEを手に入れ有頂天

　○
　ｌヽ
_冫￣|○


今ではすっかり虜に

ｱｳ･･ｫｫｫｳ･･
○ 　　　○ グッポグッポ
( ヽ　 ○/ｌ ))
))）」￣[ 乙

AAで図解ｷﾀｰ

とりあえず寝ますけどテキストファイル設定の方が良いという方は>>218に対する反論でも書いておいて下さい。
では。

原理主義者ｷﾀｰ!

設定ファイルマンセー派は、言うまでもなくUNIX使いだろうが、
おまえらがGUIのなんたるかを語ってはいかんよ。

テキスト設定について語るスレにされてしまいました。

UNIX使いはこんなまんどくせぇ議論には参加しないよ。

プログラマーが語るviとemacs Part3外伝�U
主演 >>427

>>430
（寒

しかし、このｽﾚも不運なｽﾚだよな。
「IDE vs テキストエディタ」にされたり「テキストファイル設定 vs GUI」にされたり。
伸びは凄まじいが（ｗ

ただのviとemacsじゃ勝負になんないしな

ここにいる奴らはみんな使えないんだもん＞vi, emacs

オレなんか見たこともないしなｗ

>>434
IDEと秀丸で十分だし。

何回も言うがIDEを使えよ。
EmacsやVim使って利点があるのって、うにで昔のシステムメンテさせられてる可哀想なC使いだけだろ？
あとはIDEの無いショボイスクリプトで開発させられているﾔｼな。

ステップ実行や実行中の変数内容閲覧などをC/S間ストレス無く行えるデバッグ機能
構造をアウトライン表示し、継承関係までも見渡せるクラスブラウザ
リファクタリング、UnitTestをスムーズに行うためのリファクタリングブラウザ
クラス構造を解析して適切なメソッドを補完し、パラメータチェック、注釈表示まで可能なインテリセンス

エディタだけで開発するメリットなんて無いんだよ。
上記にあげた可哀想なﾔｼ以外は使っておけ。

/* ここから本音トーク */

もういいよそのコピペは
どうせならちょっと改造しろよ。

実はオレ、プログラマじゃない

正直、DelphiやBuilderのIDEは使えるが、
エディタ（フリーカーソル）はクソだ。

おれはLisperだが、emacs使わない。

今日、VSにフリーカーソルモードがあるのを初めて知った。

emacsよりも、xyzzyのゲイツモードだろう

いいかげん、UNIXからviを廃止して欲しい。
FreeBSDの設定編集はeeだっけ？
あれも変だけどさ。

白状するがVimでCreamを使っている。

Linuxの普及には、viとemacs撲滅が不可欠である。

フリーカーソルじゃないとカーソルを上下に動かした場合に変なとこへいかない？

>>447
それは言えるかも。
他にWindowsテキストエディタライクな奴ないの？

>>448
そんなこたぁない

今までVimを使っているフリをしていたが実はViViを使っている

フリーカーソルは罫線引く様な場合はいいかもしれないけど、
ソースコード編集には絶対に向かない。

>>449
VzやMifesライクのならあったけど、Windowsライクなキー定義の
エディタはあんま見たことないなあ。コンソールのでは特に。
Xアプリなら結構あるみたい。
gtkのWidgetのエディタは、確かWindowsとキー定義が似てる。
LinuxならXZがあるし。更新止まってるけど。

うに厨が必死でテキストファイル設定を支持している姿みてﾜﾗﾀ
１対多なのに完璧に言い負けてるしｗ

>>453
最近日本版が出たLindowsとかの標準エディタはどうなっているんだろうね。

http://homepage.mac.com/hiroyuki44/2ch.html

emacsにゲイツモードがあればそれでもいいんだけど、
ないんだよね？使えねーなー。

vi vs emacs (ほとんどやってないが)
↓
IDE vs テキストエディタ
↓
GUIで設定 vs テキストエディタで設定
↓
? (今のところ Windows vs UNIX(or Linux)?)

テキストで設定 vs レジストリで設定

>>458
なんか笑えるなｗ

なんかだんだんどうでもよくなってきた

だからVSのエディタをviライクにしてってば

マジメに議論するつもりなら捨てトリップ付けてて欲しかった

>>462に一票

エディタの違いなんてもはやデフォルトの
キーバインド程度の意味しかないんだよな。

2ストロークキーバインドも定義できない糞エディタ使ってるやつが何か言ってるみたいだな（W

設定と聞いてレジストリやini程度で記録できる程度のことしか連想しない奴らばかりか。
EmacsやVimにおいては、設定ファイルの内容は記述力の高いスクリプト言語だぞ。
その記述力の高さが誤記というトラブルに繋がる短所はあるが、
それを補って充分な拡張性・柔軟性という長所があるから、テキストを使うんだろうが。

具体的な一例を挙げれば、ファイル形式や置き場所等の様々な条件毎による設定の変更や、
その条件自体を新しく定義することが可能なこと。特に後者はダイアログでの実装は困難だ。

>>457
> emacsにゲイツモードがあればそれでもいいんだけど、
> ないんだよね？使えねーなー。

新しい emacs なら、cua-mode が標準でついてますが…
----
;; This package allows the C-z, C-x, C-c, and C-v keys to be
;; bound appropriately according to the Motif/Windows GUI, i.e.
;;C-z-> undo
;;C-x-> cut
;;C-c-> copy
;;C-v-> paste
----
ウィンドウズ房も、これで何とかなるかもね。

cua-mode には、キーバインドを標準のまま変えないこともできるので、便利
な機能が使えるようになりますよ。矩形のカット&ペーストとか、グローバル
マークとか…
詳しくは、ソースのコメント読んでね。

IDE 使うとしたら eclipse だな。他はイラネ。

窓使いの憂鬱を使っているので
エディタなんてどうでもいい。
そんな低い次元の悩みなどとっくに無い。

>>457
> emacsにゲイツモードがあればそれでもいいんだけど、
> ないんだよね？使えねーなー。

cua-mode?

>>470

共通に再現できるキーバインド以上の操作を
使いこなしていないんですね。

>>470
> エディタなんてどうでもいい。

で、何使っているんですか？メモ帳？

> そんな低い次元の悩みなどとっくに無い。

で、何を今悩んでいるんですか？

vi は激速

viは激ダサ

emacs使っているヤツ編集おせーよ。
見ててイライラしてくる。
逆にVim使っているヤツはみんな速い。

>>467
スクリプトですることと設定として必要なことが切り分けられていないから複雑さを設定にまで持ち込むことになる。

今から新人に赤帽教えるんですけど
エディタは何を使わせるようにしたらいいですかね・・・？

ちなみに実習はＸ窓ではなくコンソールで行う予定なんですが

>>478
自分に教える資格があるかどうか先に考えたほうがいいかも

>>478
とりあえず、viは使えないと何も出来ない。

>>476
>逆にVim使っているヤツはみんな速い。
んなこたない。
俺はコマンド10個くらいしか覚えてないから激遅だよ。
その代わり学習時間はたった30分くらいだったがな。

どうでもいい話ですが、エクスプローラー
形式のftpソフトから、「秀丸で開く」でUNIX上のテキストファイル編集
している人ってイタくないですか？
「vimで開く」「Meadowで開く」はちょっと面白いですが。

>>482
典型的な信者だな。秀丸だろうがvimだろうが本質は同じだろ。

>>481
それはお前が特別屑なだけだろｗ
大体Vimはオマエの主エディターか？
普通にVimを主エディターにしているヤツはみんなはえーよ。
emacs使っているヤツは平均的に遅い。

>>483
そう、私はマック信者ですが。なぜ、わかったのですか？
「(Windowsで)UNIX上のテキストファイルをFTPソフトを使って編集する」
ことに関しては、本質は同じかもしれませんね。

>>482
samba+秀丸、teraterm+秀丸ですいすいですが何か？

わーい、次はマック対(ry

>>468
これってSHIFT＋カーソルの領域選択に触れてないけど、
使えるの？

>>485
マックのどこが好きなんですか？
MacOSXをどう思われますか？

Cubeは実にｾｸｽｨｰだったな

viの使い手の編集を間近に見てみたいなぁ。漏れの知ってるﾔｼに、

viでjavaのソースを編集
↓
:wqで終了
↓
javac *.java
↓
コンパイルエラー
↓
エラーの行番号を暗記してvi再起動

とかやってるのがいて、
もうぬっころしてやろうかと思いましたよ。ええ。

他のエディタならどうやるのか>>491が詳しく教えてくださります（ｗ

>>468
つーか、Ctrl+キーの組み合わせならできるのは知ってたけど、
問題は領域の選択の方なんだよ。
(X上でなくtelnetからでも使える)コンソール上で、
SHIFT+カーソルでの選択ができるエディタは全く見かけない。
emacsでそれができるなら解決するんだけど、
もしそうじゃなくて、マークとかいうキモイ概念そのままを
押し付けられるというんだと、多分ドザは受け付けない。

>>491
そいつは氏刑。
秀丸がお似合い。

>>493
オレもSHIFT+カーソル選択好きだなぁ
Emacsは出来るかもしれないがVimは出来ないな。

だから、IDE＋まゆ使えって。
IDEのパワフルさに加えて、
どんなキーバインドも思いのまま。
emacs厨もvi厨も大満足。

>>496
リモートから使えないからやだ。
リモートデスクトップで飛ばすと重いし。

>>492
emacsなら、JDEEを入れてあれば

C-c C-v C-b でビルド(内部ではAnt呼び出し)
↓
エラー一覧がウィンドウ内に表示
↓
タグジャンプ

って感じ。いくらエディタ厨でもこれくらいは最低限の要求仕様だよな。

>>497
えっ？ 何か勘違いしていませんか？（ｗ

>>498
IDEではなにも入れなくて使える当たり前の機能ですね。

>>498
EmacsってJDEE入れないとこんなことすら出来ないの？

Vimの圧勝だな。
Emacsヘボッ！！

>>492
Vim なら :make とか C-], C-t でタグジャンプとか
いくらでもなんとかなるだろ。:sh していじって exit
してもいいし。

2chの書き込みフォームに寄生して編集できないようなエディタは全部糞。

IDE厨ご自慢の機能がエディタのちょっとした拡張機能程度の
ものだと判ったからってそんなに焦らなくてもいいだろ(w

何回も言うがIDEを使えよ。
EmacsやVim使って利点があるのって、うにで昔のシステムメンテさせられてる可哀想なC使いだけだろ？
あとはIDEの無いショボイスクリプトで開発させられているﾔｼな。

ステップ実行や実行中の変数内容閲覧などをC/S間ストレス無く行えるデバッグ機能
構造をアウトライン表示し、継承関係までも見渡せるクラスブラウザ
リファクタリング、UnitTestをスムーズに行うためのリファクタリングブラウザ
クラス構造を解析して適切なメソッドを補完し、パラメータチェック、注釈表示まで可能なインテリセンス

エディタだけで開発するメリットなんて無いんだよ。
上記にあげた可哀想なﾔｼ以外は使っておけ。

Shift+カーソルキーはおろか、viでカーソルキー
を使おうとした時点でクソなんだからして。

>>505
506の機能を実装できる？ﾌﾟｯ

>>506
またそれか…ほかのネタを用意してまたおいで。おやすみ。

>>493
meadowならできたけど、
Linuxとかのコンソール上のemacsだと駄目だった。

cua.elをどっかから拾ってきて.emacsに以下を追加
(require 'cua)
(CUA-mode t)

誰かできた人いる？

>>509
反論できないんだろﾌﾟｯ
いつも逃げだもんね。
一回も論破されたこと無いよ506は。

>>510
だから無理だって。

そもそもコンソール上で、
Shift+カーソルのキーコードはちゃんと拾えるの？
terminfoとかが対応してないと無駄っぽいんだけど

そういうことか。
じゃあ、選択はMifes風にF5(F6だっけ？)とかで切り替える方法を
考えた方が早いかも。
というかそうなると無理にemacs使う必要なさそうだけど。
たしかVz風のエディタあったよね？WordStar系？

Unix系って不便だね。
全部テキスト設定だし、いくら覚えりゃええねんってカンジ。
で、やっと覚えて出来ることといったらWindowsじゃ簡単に出来ることだったりするんだよなぁ
年寄りと、マニアの使うものだね。

ドザから見たら、emacsよりviの方がまだ簡単だと思うよ。
何かミスしても(Windowsでは標準的な)ESCキーで
変なモードから脱出できるから。

おぃ、そこの姉ﾀﾝ。
この俺と複数回ﾊﾞｺﾊﾞｺしないかい？

兄ﾀﾝでもいい？

>>516
そのモードと言う概念が糞。
抜けられようが何だろうが解りづらさ爆裂。
Capsが入っていてファイルをとんでもないことにしてくれたよ。

emacsの方が使いやすい。
実際にWindowsユーザーではemacs系エディタを使っているヤツの方が多い。
gVimなんて誰も使っていない。
糞過ぎ。
あんなの喜んで使うWindowsユーザーなんていない。

じゃあ(telnetとかの)コンソール上だと、
メモ帳の実現すら不可能なのか。
端末はvt100からほとんど進歩してない。
これも一応、技術の停滞だよな。思考停止。
それにしても、SHIFTキー単体のOn/Offの認識は無理としても、
一応カーソルとの組み合わせなんだけどなあ。
やっぱ無理でしたか。

>>519
正直、emacsは複雑すぎてついていけません。

>>519
JJJJJ

>>519
おれ、デフォの設定用エディタがemacsになったらUNIXやめる。
viのが（使いやすいって訳ではないけど）まだまし。

変態エディタ２大対決ですか。
目くそ鼻くそ

今、524が言ってはならないことを言った！
・・・・・終了・・・・・

M-x restart

>>520
Windows9xで標準で使えたEDIT相当も不可能。
端末の機能制限が、そのままエディタにも悪影響している例。

>>521
xyzzyなんかは設定はダイアログで出来るし、操作系も秀丸と同じに出来る。
入れたら即使えるよ。
で、レベルの高いユーザーは極限までいじり倒せる。
初心者から熟練者までemacsの方が幅広いと思う。

それに比べてgVimなんてguiはほぼおまけでVimとほぼ変わらず設定もテキストでしか出来ない。
ただ単にキーワードの色を変えたいだけでもなんか訳のわからんスクリプト見なくちゃならん。
初心者をまったく受け付けない仕様。
で、熟練者にはいじり倒せるかと言うと、lispほどの能力もなく中途半端。
プロポーショナルフォントも使えないのもWindowsユーザーから見ればダメ。

結論、emacsの方が解りやすい入りやすい奥が深いでWindowsユーザーに合ってる。

Windowsユーザーにemacsは必要ない。

そもそもWindowsユーザーはemscs使いませんが。
合ってるとか以前に。
昔emacs強制させられた哀れな学生ぐらいが関の山。

>>529
そうでもないよ。
非常に高度な編集が可能になるから秀丸からのステップアップには良い。
スクリプトやC、文章の下書きにはずいぶん重宝する。
本格的なプログラムにはIDEを使うけどね。

>>530
大学で使ってそのままWindowsで使い続けているユーザーは多いね。
この辺りのライトユーザーは結構バカに出来ないほどいると思うよ。

telnetが無かったら、UNIXはここまで普及してなかったろうな。
変態エディタ使わずに済むので。

Windowsユーザーはvimなら使うとでも？

>>532
激しく同意しとく。

>>533
どっちも使いません。
編集はWindowsのエディタでやって、telnetでコピペ。

今、533が言ってはならないことを言った！
・・・・・終了・・・・・

今、おれは535と533を間違えてしまった！
・・・・・終了・・・・・

>>532
ごめん、ちょっと意味がよく分からない

>533
528が言うとおりWindowsユーザーにはVimは不親切。
Windowsもたまに使うUnixユーザーが使うためのエディタ。
Windows-emacs系は新規ユーザーの獲得にも積極的。

>>538
>>535

単にtelnetというと語弊があるので、
teratermに置き換えてね。
UNIX上のtelnetじゃ無理な事だから。

teratermがないとUNIX使えない人って結構多いよ。（ベテラン含む）

viとかemacsって田原俊彦みたいだな。

ああ、たまにやるね。teraterm上で
cat > filename
ってやっといてWindowsのエディタやブラウザからコピペ。
でも何でもかんでもそれというのは・・
FTPのほうがマシじゃない？

>>542
そう思いたいだけでは?(w

>>544
大抵viはインサートモードにしておく。
まあ、簡単な修正ならteraterm上からunixのエディタで直接やるけど。
あとftpはどのクライアントも常時使うにしてはインタフェースがよくない。

>>545
今まで仕事で関わってきた人ほとんどがteraterm使ってますが。

うち(DB系)もteratermでSQLのマクロ作ったりする。
unix(うちはSolarisだけど)のコンソール直接叩ける人ってほとんどいない。

>>547
それはwinから入るときに便利だから使ってるだけで
無いとUNIXが使えない理由にはならないのでは?

結構昔からあるからね＞TeraTerm
Windows3.1の頃ぐらい？
Windowsのtelnetというと未だにこれしかない。
初期の95の時代から使ってる。

オレの回りもみんなteratermだったな。

>>549
コンソール直接叩くとログ取ったり出来なくて不便じゃない？

選択肢がないだけなんだがやっぱりTeraTermだった。
表示が崩れないだけでたいしてtelnetと差があるようには思えなかったけど。

teratermはマクロが使えるから、単純に他のtelnetと比較できないよ。
運用もほとんどアイコン起動するだけだし。

>>552
最近のPC-UNIXだと、何かキーを押すとバックスクロールできたような気がする。

sambaでファイルを編集、TeraTermでコンパイル。
これが一番効率が良かった。
使用エディタは秀丸。

>>554
へーそうなんだ、全然使いこなしてないなオレ（ｗ
マクロでどんな処理させるの？

>>557
昔のパソコン通信時代のマクロ、文字列受けて、判断してキータイプ
吐き出しの繰り返し。

>>557
アイコンで起動するのはシャットダウンとか自動ログインとか色々。
SQL叩いた後それをexcelに落とすとかね。
画面の出力結果で条件遷移できるから、
ある程度エラーにも対応できる。

うぉっ、なんだこのとんでもないレスの数は？
二日見ないうちに新着350って（ｗ
いったい何があったんだ？

ここはteratermのスレですね？

>>556
それは効率が良いんじゃなくて、たぶん自分が使いやすかった
だけだな。(w

一時期niftyとかもこれでログインしてたなあ

>>558-559
へー、凄い便利だな。
勉強してみよう。
２人とも情報ｻﾝｸｽ。

cygwin入れてinetdを立ち上げて、DOSプロンプト代わりに
teraterm使うのも結構いいよ。

>>562
sambaはファイル名の扱いとかがちょっと不気味だけど、
ある程度は同意できるよ。WindowsにはフリーのNFS無いし。

>>562
cat > filenameでコピペするよりずっと効率的。

>>567
比較対象悪すぎw

samba便利だよね。
Windowsのエディタ使えるのでヘタレな漏れにはうってつけです。

>>565
Linuxでもやるよ。
gccやmakeのlocaleが日本語だったりするし。

>>567
telnetでコピぺ編集する奴はたしかにDQN。

おれのことか(´･ω･｀)

>>568
でも、unixエディタが苦手なwinユーザーが使える手段としては、残りはその方法とFTPくらいしかないじゃん。
sambaが一番楽だよ。

>>573
VMwareでGuest：UNIXにして共有という手段もあるけど、
特殊すぎるか・・・。

>>570
「出ます」「入ります」ってあの翻訳したやつを小一時間問い詰めたい。
って思ったことない？

gccやmakeのlocaleっていったい

>>574
VMware高いし・・・

FTPを使ったPC←→サーバ間ファイル同期ソフトがあればいいのに。
samba入れるのめんどい・・

なんだかんだ言って秀丸使いやすいんだよな…
バカにされるから滅多に言わないけど…

>>574
(´∀｀)ﾊﾊﾊ…

>>578
たしかFTPソフトで同期取れるような気がしたけど。
差分だけアップロードするとか言うヤツ。

>>573
VNCやX鯖使う手もある、重くなるけど。
UNIXの経験少ない人はviやemacsぐらいしかエディタが
無いと思っているらしいが、winライクな操作性を持った
エディタだって沢山ある。

>>578
Webページ作成ソフトのFTP機能で出来るんじゃない？

sambaはNFSぐらい標準的なサービスにして欲しい
いちいち後で入れるのﾒﾝﾄﾞｲ
あと設定ファイル書き直すの大変だよ
せめてコンソールでメニュー形式の設定ツールぐらいあればいいのに。
書式なんてみんなばらばらだから覚えらんないよ
うにｘはうんこちゃんだな

sambaはブラウザで設定できるけど

>>582
そうなのか・・・
無知だからなぁ
EWS4800とかいうヤツ使っているんだがそれに入っていそう？

>>581 >>583
うーん。なんかこう、ディレクトリはあらかじめ登録しておいて、
PalmのHotSyncみたくボタン一発でできたらいいなあと。

>>586
Xは入れてあると思うが、エディタは判んない

>>582
>winライクな操作性を持った
>エディタだって沢山ある。

コンソールアプリにはないよね？
それだとXなんてほとんど使わないので意味無いのだ。
X鯖経由だとログ取れないし。

>>587
それも出来るはず。

ミラーリングとかで検索したら引っかかるかも
＞同期できるftpクライアント

>コンソールアプリにはないよね？

DOSのEDIT程度のものならあるんじゃないかと。

>X鯖経由だとログ取れないし。
X鯖経由でログが取れないのではなく、取ったログを転送するの
が面倒なだけかと。

terminfo、termcapの設定を追加するとかで
SHIFT+カーソルのキー認識させるのは無理なのかな。

>>589
マクロ組めるFTPクライアントもあったからショートカットダブルクリックでミラーリング出来るよ。

>>592
だから無いの。
>>493-514参照

>>595
vt100とかの端末の規格の時点で無理なの？
それじゃどうしようもないの？

>>588
Xは入っていたね。
なんか見た目がモチーフっぽい変なヤツ。
でもこのマシンまだ使いやすい。
前、使っていたSunのSparkとか言うヤツは使いづらかった。
SunOSもう見たくない。

EDIT.EXEはundoが使えない以外はメモ帳とほぼ同じ。

お前ら、情報ありがとうございます。
オレの知識ってもう原始人並だな(´･ω･｀)
ちょっと自分でもぐぐってみるよ。

（´-`）.｡oO（undo使えないのはツラいなぁ・・・

599==587
ｽﾏｿ

>>596
どうしようもない。
もし理論的に可能だとしてもterminfo等の設定が
必要な時点で普通の人にはアウトだろ。
試した人いないかね？

おとなしくteratermからコピペしなさい

>>603
それは地獄

ここほどスレタイとまったく関係のない話で盛り上がりまくるスレはないよなｗ
なんか最初にこのスレを立てた>>1が哀れだｗ

やっぱsambaで使い慣れたエディタを使うのが一番良いよ。

SHIFT+カーソルで状態が変わるコンソールアプリってある？
早い話、それをパクればいいんだよ。
ざっと思いついた中には無かったなー。

開発対象のサーバにsamba入れられる状況ってあんまりないような。

>>605
大半がvi/emacsなんかどうでもいいと思ってるからだろうな

sambaのインストールと運用について詳しいサイト教えてください
うちの環境はLinuxです。

emacsのange-ftp相当の機能がついたエディタってほかに知らない?
後付の拡張機能でもいいんだけど。

ange-ftpがどういう物かわからないとな。

>>612
FTPをラップして、ローカルファイル風にリモートのファイルを操作する機能。
ファイルを開いてから編集・保存までほぼローカルでやるのと変わらなくて割
と便利だよ。

そんなにマイナーなのか、この機能。っていうかemacs自体(ry

>>611
まず質問の仕方をよく考えろよ。
emacsを知っていて、且つange-ftpとやらがどういう機能かを知っていて、
且つ、それ相当の機能がついた他のエディタを知っている人・・・
このスレで見つかるかね。
自己厨って言われても仕方が無いぞ。

>>614
そうだね。ｽﾏｿ

>>611
ないんじゃない？
この話のオチはemacsﾏﾝｾｰ
ですか？

ftpクライアントからオープンしたものを
エディタで編集してアップロードしなおすってやつはあった気がする。
マクロ使えるエディタとか。

マクロからDLLとか呼べれば、なんでもできる気がする。

つーか、DLLから関数呼び出す手段があれば(以下略

rubyはCなどで組んだ、外部モジュールで自己拡張できると謳ってるが、
それは本末転倒だろう、と思う。

外部モジュールがないとその機能が使えないわけだが、
こういった拡張はCGI用途などには使えない。
ユーザーからすると迷惑な話でしかない。

誤爆

このスレほど誤爆の目立ちにくいスレってなさそうだな。

>>613
マウントされた形になってローカルファイルと同じ扱いになるFTPがあったはず。
Webフォルダみたいな感じ。

>>624
それだとどんなアプリにも使えて便利だね。
ange-ftpってやつはemacsでしか使えないみたいだし。

エクスプローラのシェル拡張かな

愛銅鑼を思い出すなｗ

nyのおかげで日本での役目は終わったな

Win使いって犯罪者ばっかだな。

UNIXはスキル不足でそういうの作れる人いないからね。

エロエロなサイトをついにハッケーーーーン！
女子校生の毛の無いツルツルおまんこ！（☆∀☆）無毛われめ！
http://plaza16.mbn.or.jp/~satchel/wareme_tatesuji/omanko/

このｽﾚ大人気だな。異常だよ。





おまいらが。

vimなら
:e http://www.omaemona9999.com/abone.html
とか
:e ftp://ftp.omaemona9999.com/pub/abone.html
できるし、そのまま w とか出来るよ

ｴﾏなら
M-x w3mで幸せになれるよ。
ﾘｰｼﾞｮﾝに突っ込んで、どこぞのﾊﾞｯﾌｧで編集してもいいし、
気になるｼｪﾙなんか見つけたらｼｪﾙﾓｰﾄﾞで試してもいいし。

http://homepage.mac.com/hiroyuki44/

>>482
> どうでもいい話ですが、エクスプローラー
> 形式のftpソフトから、「秀丸で開く」でUNIX上のテキストファイル編集
> している人ってイタくないですか？
> 「vimで開く」「Meadowで開く」はちょっと面白いですが。

ange-ftp

何回も言うがIDEを使えよ。
EmacsやVim使って利点があるのって、うにで昔のシステムメンテさせられてる可哀想なC使いだけだろ？
あとはIDEの無いショボイスクリプトで開発させられているﾔｼな。

ステップ実行や実行中の変数内容閲覧などをC/S間ストレス無く行えるデバッグ機能
構造をアウトライン表示し、継承関係までも見渡せるクラスブラウザ
リファクタリング、UnitTestをスムーズに行うためのリファクタリングブラウザ
クラス構造を解析して適切なメソッドを補完し、パラメータチェック、注釈表示まで可能なインテリセンス

エディタだけで開発するメリットなんて無いんだよ。
上記にあげた可哀想なﾔｼ以外は使っておけ。

>>633
Vimなら何の設定もしないでラクチンで出来るのな。
Emacsダサ！！

>>638
ange-ftpはデフォルトで入ってる。設定不要。

>>639
ange-ftpのモードに切り替えなけりゃならないんだろ。

>>640
ローカルファイルを開く感じでC-x C-fってやって、
/username@hostname:/directory
って指定するだけだよ。

>>641
なんだ、いっしょか。
つまらん。

vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi v
i vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi
vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi v
vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi v
i vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi
vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi v
vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi v
i vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi
vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi v
vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi v
i vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi
vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi v
vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi v
i vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi
vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi v
vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi v
i vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi
vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi v
vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi v
i vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi
vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi vi v

とりあえず、emacsを知ろうとxyzzyを入れてみたがなんだこれ・・・
絶望的なくらい修飾キーを使うな。
しかも、移動が最悪だ C-f C-b C-p C-n って頭文字取った組合せで使いやすさを全然考慮してない。
他のは頭文字で良いと思うが基本移動系は使いやすさ重視な配列にしてくれよ。
使っている最中三回も落ちたぞ。

途中で送っちまった。

＞使っている最中三回も落ちたぞ。

なんか、エクセル立ち上げたりIIS使ったりするたびに落ちやがる。
gVimや秀丸は一回も落ちた事がなかったから余計に腹が立つ。
こんなに落ちるのはEmEditor以来だ。

あと、タイプ別の設定はダイアログではほとんど出来ないのな。

Qwerty配列のキーボード使ってる時点で駄目駄目だな。
Dvorak配列に特化した新エディタの開発が望まれる。

>>637
うるせーＪａｖａ使いめ

まあ、男は黙って vi(m)とtagsとdbx(gdb）で。
つーか、そんなに効率変わるか？ＩＤＥで。


マウスとキーボード両方使うと遅くならん？

>>646
dvorakなんかに慣れちまったら普通のキーボード使えなくなる。
それに修飾キー使いまくりは結局使いづらい。

>>648
まぁ、ただのUnix-Cならそれで良いかも知れんがC++とかJavaだとツラい。

>>650
まあ、Javaなら素直にＩＤＥ。つーか、アプリ開発ならＩＤＥで。

C++のIDEでUNIX系で動くので、いいやつってありますか？

っていうか、Eclipse便利だね。
コンパイルしなくていいのにビビッタ。
っいうか、最近のＩＤＥはみんなそうなのかしら

でも、エディタ部分はやっぱりVIで。

>>653
>>113

本質を見る気がないやつは何やらせてもダメ。お粗末様。

（´-`）.｡oO（そう言えばUnixでC++の仕事したことがないなぁ・・・

>>655
意味がありそうで意味がないっていう典型的なﾚｽだぁね。

ttp://solaris.bluecoara.net/old/howto/emacs.html
Emacsってこれを見るかぎりどう考えても効率的に打鍵が出来るキーバインドじゃないね。
もうちょっと考えて割り振れよ。

Previous
Next
Back
ってわかりやすくネ？そうでもねえか。。。

>>659
だから>>644で言ってるじゃん。
頭文字取ったものより使いやすい配列にしてくれと。
たまに使う機能なら頭文字の方が思い出せて良いが常に使うキーなんて忘れるヤツはいないだろ。
viはhjklで使いやすい。
adm3aのカーソルだから当たり前だが。

しかし慣れる頃にはpnfbじゃないと、もうダメなんだよなｗ

>>661
同じ慣れたならhjklに慣れた人間の方が動きが速い。
右手のホームポジションほとんどまんまだし、横一列に並んでいるので上下への指の移動もない。
しかも、viだと修飾キーが要らない。

vi使いでもhjklを多用するうちは素人同然

かといって全てのカーソル移動コマンドやページ移動を的確
に使いこなす奴はヤだな(w
人間味が無さ過ぎる。

>>663
当然のようにwef使いまくり。
f最高。
ただ上下移動と微調整にはhjklを使うのでやはり使用率は高い。

>>664
オレは使っていて便利なほうが良いね。
人間味は別なところで存分に出せば？

pnfbって並びはまったくもって不自然だな。
人間工学とまでは言わないがある程度リサーチしてから決めろよ。
ただでさえCtrlやAlt多用するんだから。

pnfbに文句たれるやつはemacsをまったく知らない
アナル処女みたいなもんだな。

http://esenden.com/rank/ninki/ranklink.cgi?id=groovy

>>665
>ただ上下移動と微調整にはhjklを使うのでやはり使用率は高い。

>>663のいうところの素人同然なわけだが

>>666
君はキーバインドも変えずにEmacsを使ったつもりになっているのかね！？

祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り

ニーノさんのホームページ作り２
http://ex.2ch.net/test/read.cgi/entrance/1059029010/
ニーノ ◆p9GipySMGk によってラウンジにたてられたこのスレで、

http://page.freett.com/ninogumi/
【ニーノさんのホームページ】
というサイトが作られた。（現在もコンテンツは爆発的に増えてるよ。）

さぁ、君もアイディアを出して、２CHネラーだけの最強サイトをつくろう！

祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り

ｷｰﾊﾞｲﾝﾄﾞｶｽﾀﾏｲｽﾞはｴﾃﾞｨﾀの基本だろ。

Ctrl-Hにろくでもない機能を割り当ててるのは
emacsとWindowsのエディタくらいのもん。
似たりよったりってこった。

>>670 >>672
最初から使えない設定になってるってことは
つまり、作者のセンスが悪い。もっと空気嫁と。

^Hはバックスペースにしれ

^M はﾏﾝｺ表示にしてくれ

http://homepage.mac.com/hiroyuki44/

http://homepage.mac.com/hiroyuki44/jaz09.html

>>676
いいのか？
マンコ画像がどん！！と画面に出ても？
会社にいられなくなるぞ？

^Bはやっぱり勃(略

^XはやっぱりSE(略

^Fはやっぱりフェ(略

^Aはやっぱりアナ(略

^Oはやっぱりオナ(略

emacs使い、話逸らすのに必死だな

pnfbとhjklの差なんて単なる慣れの問題だろ。
直感的なわかりにくさと言う点ではカーソルキーに
比べたら目くそ鼻くそ。

使い慣れた場合の効率という点では、
hjkl >= pnfb >>>>> (越えられない壁) >>>>> カーソルキー

>>687
同意

>>686
直感的な解りづらさじゃない。
使い慣れた後の効率の問題だ。
hjklは右手のホームポジションからほぼ動かさなくて良い。
横一列に並んでいるので指の上下移動もない。
修飾キーも使わないので非常にスムーズな動きが出来る。

Emacsの C-p C-n C-f C-b はそう言う使いやすさをまったく考慮せずバカみたいにただ単純に
各移動の単語の頭文字を取っただけのお粗末なもの。
ただでさえ修飾キーを押さえ込んでの操作なのに不規則なキーの並びはバカにしているとしか思えない。

なので、オレ的には
hjkl>>>>>>>>>>>(越えられない壁) >>>>>>>>C-p C-n C-f C-b>>>カーソル

>>687
＞hjkl >= pnfb
おいおい、それはないだろ。
お前個人の意見ならわかるが。
大体Ctrl押さなきゃならないのを無視か？

ま、確かに移動関係ではviに負けてると思う。

キーバインド変えろって言ってたﾔｼもいたがミッシリ設定されているキーバインドを
入れ替えたりずらしたりするのはもうパズルなんだよなぁ
で入れ替えた後は入れ替えたもの覚えておかなきゃならないし、ヘルプに書いてある
キー操作と違って来ちゃうから大変だし・・・
やっぱ、デフォルトである程度使いやすい形になっているのがベターなんだよなぁ

>>689 >>690
あのね、Ctrlキー押した後にpnfbじゃないんだよ。
Ctrlと 同 時 に pnfbを押すの。小指が勝手に動くようになれば
hjklとそんなに違いはないよ。

まあ、emacsのほうがいいと強弁するつもりもないんだけど。
emacs信者のくせに敢えて不等号を挟んだ気持ちを理解してくれい。

横方向への移動は基本的にfwebで、それだけでいけない場合はhlだな。
上下は分かり易い単語系なら/?*で、でも大体はjk。

なので、移動系の使用頻度としては
fwebjk >> hl >> /?*
0$は単体ではほぼ使わない。
HMLもほぼ使わない。

emacs信者はhjklの良さを認めているのになんでvi厨はそんなにしつこいんだ？

>>693
＞あのね、Ctrlキー押した後にpnfbじゃないんだよ。
あのー、そんなこと当然解っていますが。
あと、慣れたとしてもhjklに慣れた人間の方が圧倒的に移動は速いよ。
hjkl と続けてキーボード打つスピードと C-p C-n C-f C-b と続けてキーボード打つスピード測ってごらん。

使い慣れた場合、hjklでもC-p C-n C-f C-bでも
カーソルキーでも対して変わらない罠。
10cm程度しか離れていないのに押しにくいなんて
ピアノの例を思い浮かべればおかしいと気づくはず。

あと他のを比較する場合は他のに慣れてから比較しろ。
hjklに一番なれた人間が他のを比較しても説得力が無い。

vi は上下が j k で人差し指と中指なのがラクチンで良いね。

>>696
そういう場合、Ctrlは押しっぱなしになるので、Ctrlキーを押す手間は
事実上無視できる。単に文字列としてhjklとpnfbでどっちが速く入力
できるかっていったらそりゃhjklだと思うけど、そんな比較に意味があるの？

>>697
いや、人間工学を持ち出すまでもなくhjklの方が移動量などの観点から速いだろう。
hjklとカーソルはほとんど変わらないと思うが。
ただカーソルはその前後の動作で腕自体を動かすなきゃならないのでコストが一番かかる。

>>699
移動は単体ですることより続けてすることが多いから意味がない訳じゃないだろ。
それにhjklは右手だけで押せるということも言いたかったんだがな。

csvファイルをちゃんと桁ぞろえして編集できるエディタってある？

右手だけで移動（しかも横並び）。
これに尽きる。
以上。

>>697
＞10cm程度しか離れていないのに押しにくいなんて
＞ピアノの例を思い浮かべればおかしいと気づくはず。
ピアノの例ってどういうことだ？
意味がワカランが。
オマエが商品開発部だったらあっという間にクビだな。

>>701
いま自分の指の動きを意識的に観察してみたんだけど、カーソル移動の時は
一瞬カーソル移動ポジション？みたいなものになってるみたい。
右手小指：p
右手人差し指：n
左手小指：Ctrl
左手人差し指：f
みたいに。だから、カーソル移動を連続して行う時に
指を動かす必要があるのはbを押すときだけ。

厳密にはhjklより効率が悪いのは認める。

つーか、「移動」なんだからカーソルキーで十分だと思いますがね。
たかが十字移動にＣｔｒlの組み合わせ使わせる方が基地外ですね。
ノートPCのFn割り当てと同じぐらいクソです。
ThinkPadマンセー

というか、Windows標準キーバインドを実現してからほざけ。
クズども

Emacs使っているﾔｼ等の操作が遅い理由が何となくわかった。
vi最速。

emacsは使いづらいキーバインドをｽﾄﾚｽ溜めながらﾊｹﾞに
なってやっと覚えた半分命がけのﾊｹﾞ親父どもしか使ってないよ
　　　
　　　　　　こ　　の　　ﾊ　　ｹﾞ　！

Ｑ．emacs使うとﾊｹﾞになるって本当ですか？
Ａ．　　　　本　　当　　で　　す　．

おれはﾊｹﾞになりたくないので
　emacs　使　い　ま　せ　ん
ﾊｹﾞだけは阻止します。

ﾊｹﾞ板へ帰れ！＞emacs使い

>>709
ぼさぼさのフケだらけで周囲からｷﾓがられてますが何か？

>>713
不潔だとそのうち
　　ﾊ　　ｹﾞ　　る　　よ

emacs使い＝不潔・ﾊｹﾞ

>>705
両手を思いっきり広げたホームポジションだな。
移動する時にそう言う形にするわけだ。
大げさだな。

○
結論
・emacs使うとﾊｹﾞになる

ストールマンはあんまり禿げてないけど、
そういう天才の真似してるとﾊｹﾞるのかもね。

>>709-714
ﾂﾏﾗﾝ。
芸の無いｼﾞｴﾝ夏厨には用がないから消えな。

viは神速

>>715
いや、そんなでもないと思うが。
言い忘れてたけど、CtrlキーはAの横にしてあるよ。

ビジャーンはﾂﾙﾂﾙです。奴はemacs使ってるかは知りませんが、
C++という精神負荷の高い物を作ったからという説もあります。

>>706
禿同。
全てのコマンドにCtrlやAltを強制（しかも２ストロークとか）するEmacsはどうかしている。
その点viはモードという概念を使ってうまく解決している。

一般的に、emacs学習中の精神負荷は高い方でしょう。
一方、viは簡単な使い方ならそれほど難しくない気がします。
ﾊｹﾞとの関連性を調べてみるのも面白いかもしれませんね。

ゴスリングはどうだったっけ？
デブなのは覚えてるんだけど。

正直、emacsならコントロールキーは右側がベターでしょ。
だって、最頻修飾がC-xなんだよ。

２ストロークって何よ？
頭悪いとしか思えない。

>>701
> 移動は単体ですることより続けてすることが多いから意味がない訳じゃないだろ。

意味がないとは言わないけれど、h、lを交互に押すとか、j、kを交互に押すとか、
まるで、ウィンドウズ坊が、カーソルキーで行ったり来たりして、テキストカー
ソルをアジャストしているのと変わらないような…

反射神経が鈍いと言うよりかは、そんなで目的のところにテキストカーソルを
移動させようとしているのが馬鹿。

行ったり来たりしないのなら、bnpf でも体して変わらないのでは?

> それにhjklは右手だけで押せるということも言いたかったんだがな。

それはそうですね。でも、hl とか、jk という行ったり来たりしない組合わせ
なら、bn,bp,fn,fp とか、両手で押せるから、指の移動はあまりないですね。
ホームポジションじゃないけれど…

>>719
左コントロールしか使わないわけ？

メニューにして階層化すりゃいいものを、
まったくまとめずにそのまま放置だもんなあ・・・
割り当て基準というか、脈絡が全く無いし。
XEmacsもGUIになった意味がほとんど無い。
混沌としてて、GNUの悪い面が出てると思う。

VCのIDEでCtrl+カーソルキーでキャレット固定スクロールとか
割り当ててるけど、emacsとかはそういう細かいことできるの？

>>727
大抵は。
同じ意味のキーを複数使い分けるって漏れには難しくてw

meadowってさ、Windowsアプリのくせして
Alt+F4とか潰してんの。もうアホだね。

>>730
キータイプ遅そう・・・

>>731
ウィンドウサイズ変更しても、記憶しやがらないしね。

>>729
できません。

>>729
もっとスゴイことができるよ。lispで構築されているemacsの世界は反則だから。

標準である程度つかえないエディタはクソ

>>736
それはUNIXについても言える事だ

>>735
ケッlispなんてしらねーよ。
それの実現に何年掛かりますか？

>>731
同意しとく
なんか変だよemacsって。
機能沢山あるのはいいけど、
それを効率よく引き出して使うって事を考えて欲しい。

＞それはそうですね。でも、hl とか、jk という行ったり来たりしない組合わせ
＞なら、bn,bp,fn,fp とか、両手で押せるから、指の移動はあまりないですね。
＞ホームポジションじゃないけれど…
Ctrl押ながらしかも両手だろ、組み合わせた前後動作もラグが発生する。
横一列のhjklの方が速いし、次の動作もスムーズ。

>>728
XEmacsメンテしてるのはUNIX界が誇るGUI素人集団だからな。
終わってる。

ケケケ

>>740

頑なに、カーソル移動の話題に固執するemacsユーザー必死だな
ケケケ

>>725
> ２ストロークって何よ？
> 頭悪いとしか思えない。

cw :w d[カーソル移動キー]…
とかは、ストローク的にはどう数えるのでしょうか?

ケケケ

しまった、よく見たらviユーザーか。煽り失敗。

ケケケ

>>743
ESCは基本的に「脱出」。viはよく判っている。
これはストロークには含まれないと思う。
文字だって機能直接指定とかでemacsも使うでしょ。

>>743
どうなんだろな。
Ctrlを使うよりは押しやすいけど。
やっぱ、押ながら何かをやるって結構しんどいんだよ。
普通の文章を打つようななめらかさで編集したい。

おっと、エスケープの話じゃなかったか。

（´-`）.｡oO（最近は[ESC]使わなくなったなぁ

２ストロークは、「待ち」が継続するのがわかりにくい。
入力に失敗したら混乱する。

emacsは決して「人間的」とは言えない。
まるで自分が機械になった様な記憶力と正確さを要求する。

>>746
尿意。
普通の文章を打つなめらかさだよね、viの移動・編集・検索は。

http://homepage.mac.com/hiroyuki44/jaz09.html

↑とうとう広告貼りか。emacsユーザー必死だな

漏れじゃねーYO!

なんか、やっとスレタイ通りの流れになったのでage（ｗ

viマンセーというわけではないが、
どうしてもUNIX運用してると使う機会が多くなる。
つーわけでそこそこ覚えた。
emacsは全然駄目だったが。

VimだとEmacs並の拡張性もあるし総合的に見るとVimに軍配が上がるなぁ

emacsは使いにくさを機能でカバーしようという感じだが、
結局その機能にたどり着かない事が多すぎる。
まさに絵に描いた餅だ。腹は膨れなかった。

＞結局その機能にたどり着かない事が多すぎる。
例えば？

emacs-lispで何か設定を変更するという作業は
アプリのソースパッチを作る作業と似ている。
これは想像以上に面倒だ。
lispで何でもできるというのなら、せめて既存の機能は
メニュー形式で全部設定できる様にしろと言いたい。

emacsだと日本語のインクリメンタルサーチが出来るって聞いたけどこれって結構アドバンテージにならない？
俺は秀丸厨だけどさｗ

>>759
>>729を挙げるべきだろう。

>>759
>>760もたのむ。

>>759
面倒で途中で投げるってことだろ。
何でも出来るのは確かに便利だがそれに払うコストを考えると憂鬱になる。
なるべく標準使いやすいほうが良い。

>>762 >>763
vimならできるの？

>>760
最後の２行同意。
柔軟だからって、直接編集すんのは素人には無理。
この辺、まるでUNIXの設定ファイルを体現してるよ。

>>765
おれはvi使いじゃないので知らない。

>>729
> VCのIDEでCtrl+カーソルキーでキャレット固定スクロールとか
> 割り当ててるけど、emacsとかはそういう細かいことできるの？

(defun up-one () (interactive) (scroll-up 1))
(defun down-one () (interactive) (scroll-down 1))
(define-key global-map [S-down] 'up-one)
(define-key global-map [S-up] 'down-one)

とか、してますが… Ctrl+カーソルキーじゃなくて、Shift+カーソルキーだ
けれどね。

>>765
スクロールは<C-Y><C-E>。
メニューも自由。

＞スクロールは<C-Y><C-E>。
なるほど。

＞メニューも自由。
自由ってどういう意味？
なんか上の方でvimはテキストファイルでしか設定できないって
煽られてたような気がするんだけど…

>>768
申し訳ないですが、Ctrl+カーソルでお願いします。
（というか、結局今はemacs使ってないので別に作ってくれなくてもよかったかも。）
でもやっぱり何をしてるんだかわからない。
素人には無理そうです。
これらをダイアログとかで設定できる様にはなりませんか？

>>771
せめてLISPの基本を知ってないと解読は無理だと思うよ。

>>770
ゴメン読み間違えた。
メニューは嘘。

というか、なんでGUIでグラフィカルに設定できる様にしないんだ？
新参者無視したUIだとそのうち淘汰されて消滅するよ。
具体的には君らが死んだ後だが。

>>771
> 申し訳ないですが、Ctrl+カーソルでお願いします。

S- を C- に変えるだけですよ。
ダイアログでは難しいかも…

レゴブロックみたいに、機能を適当な絵のオブジェクトとして
繋ぎ合わせて組み立てるツールが別の分野であったよ。
たしか音楽関係だけど。SmalltalkもそんなUI持ってるよね。
コードが出てくる頻度は非常に少ない。小学生とか使ってるし。
そんなだったら小学生でも作れるかな、と思うけど、
どうよ？＞おまえら

ダイアログ作れとは言わないけど、
使える全機能をメニューから辿れる様にして欲しい。
Windowsアプリならこれぐらい簡単な気がするんだけど。

>>771
VimだとこれでCtrl+カーソル使えるよ。

noremap <C-UP> <C-E>
noremap <C-DOWN> <C-Y>

いや、vimも使ってないです。
稼動してるのは得体の知れないvi。
あれはなんなんだろう・・。

>>774
> というか、なんでGUIでグラフィカルに設定できる様にしないんだ？
> 新参者無視したUIだとそのうち淘汰されて消滅するよ。

customize-variable や customize-group などの、customize-xxx じゃだめ？

ちょっと雰囲気が違うかもしれませんが…

間違えた。
これが正解。

nnoremap <C-UP> <C-E>
nnoremap <C-DOWN> <C-Y>

＞得体の知れないvi
nviかな？

Vimには厳密なGUIじゃないけど、設定を機能毎に集中して行なうスクリプトがある。
:source $VIMRUNTIME/optwin.vim
加えて現在の設定状態をファイルに書き出す機能もあるから、
実は設定ファイルを意識しない使い方もできるんだな。これが。
:mkvimrc
:mksession

>>776
結合度の弱い（単純なインタフェースの）動的なオブジェクト同士
だとそういう事も可能だね。
面白そうだ。

>>782
そういうスクリプトじゃ駄目だと思うぜ

結局、文字ベースなエディタは敗北だな

>>782
セッションはオプションが良く解らない・・・

>>783 使ったことあるのか？

きみらが一生懸命覚えたエディタも、
今の小学生から見たら、ただのガラクタかもしんないぜ。
もうちょっと考え方を進化しようぜ。

まともに使えるようにするために沢山設定しなけりゃいけないという意味ではIDEもemacsもクソ

viマンセー

>>782
> Vimには厳密なGUIじゃないけど、設定を機能毎に集中して行なうスクリプトがある。
> :source $VIMRUNTIME/optwin.vim

で、その、optwin.vim は、誰が書くのですか?

> 加えて現在の設定状態をファイルに書き出す機能もあるから、
> 実は設定ファイルを意識しない使い方もできるんだな。これが。
> :mkvimrc
> :mksession

たとえば、yy とかで、覚えたヤンクの内容を覚えておいて次回立ち上げ時に
使うこととかできますか?

おれは怖い。
今の小学生達がいずれ俺達を確実に追い抜いていくことが。
それは多分、俺たちが今必死になっても想像すらできない手段だろう。
だが、そう考えると未来は明るいな。せめて今はそう思いたい。
・・・がんばれ小学生。
古い概念に固執したじじいどもを叩き直してくれ。

なんか綺麗にまとまりましたな。

○結論
小学生の未来に期待。

>>782
optwin.vimは最初からVimに付いてくる。ヤンクの内容は覚えてる。

ﾜﾗﾀ

でも、「未来に託す」
いい言葉だ・・・

つまり自分ではお手上げ、ということでつね

俺達の凝り固まった頭では、emacsやviで論争するのが精一杯って事か。
妙に納得した。

vim で、テキストカーソルが行の最後にあるときに、次の行の先頭にテキスト
カーソルを移動する、あるいは、テキストカーソルが行の先頭にあるときに、
前の行の最後にテキストカーソルを移動するには、、神速な使い手はどのよう
にするのでしょうか?

>>796
<Space>
<C-H>

>>796
wかeでいいみたいだよ。

逆方向はbか。なるほど。

>>798
それじゃダメ。

>>787
これ、「エディタ」の部分変えたらテンプレに使えそうな文だよな。
とか、自然に考えてしまう頭ではもう手遅れですか？

>>801
２ｃｈにいる時点でもう手遅れ。801だし。

生まれてからIDEにしか触れずに育ったプログラマにモノを書かせるのって不安じゃないか？
コンピュータが動作する基本的な要素を何も知らずに、クラスがなんだオブジェクトがなんだって言うんだぜ。

>>803
IDEしかない世界なら、それはそれで上手くいくだろうと思うよ。

>コンピュータが動作する基本的な要素を何も知らずに、
>クラスがなんだオブジェクトがなんだって言うんだぜ。
上の文と何の関係が？
こういう下手糞な煽りしかできない時点でもう駄目なんだよ・・。

viで神速だけど、やっぱりクソと宣言できる神に会ってみたい。
そこまで行かないと説得力ない。

>>804
> IDEしかない世界なら、それはそれで上手くいくだろうと思うよ。
現実的に不可能なことを仮定している時点で、上手くいかないわけだ

>>805
君はいっぺん死なないと無理。

>>806
煽り下手は何言っても説得力ない。

煽り下手という結論が>>808の主観のみによって
決定されたのだから意味が無い。

俺はテキストエディタで開発できる能力よりモデリングの才能の方に重みを置くなぁ
だから、IDEしか使ったことが無くても別に問題にならない。
あと、コンピューターの仕組みは別に知らなくても良いとも思っている。
もっと高レベルなところが重要。

>>797
> <Space>
> <C-H>

なるほど。
スクリーンエディタ的なカーソル移動の時は、それらを使うわけですね。;-p

>>803は煽り下手だと思うよ（ｗ

IDEしか必要の無い世界、にしとけば良かったのにな。

>>809
>>808

結論は主観的な物じゃない。
>>803-804を見れば誰が見ても自明だからだ。

>>810
それだけで世界が回って行けるならね。

>>803はｾｯｸｽもﾍﾀｸｿﾝ

>>814 自明ではありません。

折角emacsとviの話になってたのにまたIDEかよ
なんだかんだいってオマエラ釣られてるよ

>>814
自明でないことは自明

>>818の中だけで世界が回っていけるならね。

>>803大人気ないな。
小学生ですか？

IDEがこれだけ台頭してきたということは、
もはやemacs,viは不要な時代となったのかもしれない。

>>815
簡単に言うとねテキストファイルでの開発やコンピューターの仕組みなんて誰でもすぐに覚えられるのよ。
それよりもドメイン解決能力の方が重要ということ。
これらは多くのアプローチがありそこに開発者としての能力のウエイトがあると俺は思っている。

>>822
というか、メモ帳にも劣る

つーか文字ベースのエディタいつまでも使おうとすんな
この役立たずが

emacsやvi使いってさ、
　　う　だ　つ　の　上　が　ら　な　い　奴
って言われない？

おれはemacs必死になって使ってるじじいよりも、
華麗なGUI捌きを披露する少年にチンポ立つよ。

>>825
> つーか文字ベースのエディタいつまでも使おうとすんな
> この役立たずが

ソースのドキュメントなどを象形文字?のようなもので、書くエディタってあ
るんですか?

おれは803にチンポ立った

象形文字に見えるんだね。
可哀相にね。

なんか最近のIDE厨の煽りはパワーダウンしたなぁ
このまえ嘲笑激藁厨とXP厨にボコボコにされたからか？ｗ

>>831
と、言いつつ、完全に押されてますね、あなた。
顔真っ赤ですね。

>>827
> おれはemacs必死になって使ってるじじいよりも、
> 華麗なGUI捌きを披露する少年にチンポ立つよ。

じじいと少年を入れ替えてもですか?
あるいは、じじい→少女、少年→ばばあ としてもですか？

>>833
少女は卑怯だｗ

emacsやviは倒壊寸前の古ビルに住んでるみたいだ

>>834 (;´Д`)ﾊｧﾊｧ

emacsを華麗に操作する少女ﾊｧﾊｧ

IDE厨しょぼいぞ、もっとがんばれ。
お前らのよりどころの例のテンプレはどうした？ｗ
アレがないと低脳のお前らじゃemacs厨に勝てないぞ？ｗ

　　 ∧＿∧
　　（　　＾＾ ）＜ ぬるぽ（＾＾）

山崎渉をよりどころにするIDE厨

>>828 >>830
漢字は象形文字の一種ですが？

ViViのviコマンドモードを使い始めて一ヶ月弱、
「Vimのほうが画面の色を綺麗に変えられるみたい」と思って
ためしにインスコしてみたVimがすごく良いと思った。
設定ファイルを自分でエディットしないとダメなのは最初戸惑ったけど、
慣れれば自由自在な設定が可能だし、「今ドキじゃない」やり方ってのも、
PCのいろんなことにもっと詳しくなりたいと思ってる俺にはかえって魅力的。
ViViのスクリプトとかも熟達すればいろんなことができるんだろうけど、
そこまで手を出すのはちょっときついし、金払った上での乗り換えだから後ろめたさもないし。。

Cygwinを初めて知って、インスコだけして、なんだかものすごいものなんじゃないかと思い始めて、
で、emacsは環境で、ブラウザにもなるとかどっかで見たので、いろいろやって慣れてきたら
今度はemacs互換のソフトでこの板を見にくることになるのかな、なんて思ったり。

や、何が言いたいんだって？ただの独り言。
宗教戦争スレはROMってる分には「へぇー」といった感じでまぁまぁ面白いので、
両サイドの信者の方々、がんばってください。

EmacsでGUIって作れませんか？

　　　 　∧＿∧　 ∧＿∧
ﾋﾟｭ.ｰ　（　 ・３・） (　　＾＾ ） ＜これからも僕たちを応援して下さいね（＾＾）。
　　＝〔~∪￣￣￣∪￣￣〕
　　＝ ◎――――――◎ 　　　　　　　　　　　　　　　　　　　　　山崎渉&ぼるじょあ

>>842
>設定ファイルを自分でエディットしないとダメなのは最初戸惑ったけど、
:optionsのオプションウィンドウはわかりやすいよ。英語だけど。
その設定を保存する方法は忘れた。

>>782で既出でした。

vimはmenuも日本語だし、helpも半分ぐらい日本語だから、emacsよりは初心者に優し
いと思うな。初心者モード(set im!)にすれば普通のエディタみたいに使えるし。

ところでIDE厨は、常日頃「いいIDEないか？」って探し回ってるのか？
あと、違うマシンに移動するときなんかの為に、常日頃VCなんかが入った
CDを持ち歩いてて、インスコ後にちまちま再設定してるのか？
だとしたら･･･仕事しろよ･･･

im!→imでした。それよりegvim使えばいいのか。

s/egvim/evim/

>>848
普通のまともな社員なら自分のデスクがありマシンがあり、そう頻繁に開発環境を取っ替え引っ替えすることはない。
俺の机にはUnix端末とPCとPowerBookが置いてある。
あんた派遣社員？

ところでエディタ厨は、常日頃「いいエディタないか？」って探し回ってるのか？
あと、違うマシンに移動するときなんかの為に、常日頃エディタなんかが入った
CDを持ち歩いてて、インスコ後にちまちま再設定してるのか？
だとしたら･･･仕事しろよ･･･

>>841
メジャーリーグ級の馬鹿だな。
漢字が全部象形文字だと思っているんだね。

>>848
低レベルな派遣は黙っていてくれないかな。

Unix-CならVim
WindowsならVS
JavaならEclipse

こんな感じで使い分けるだろ普通。
まぁ、Unix-Cの仕事がどんどん無くなってきているからテキストエディタでの開発は少なくなってくるけどな。

>>853
> メジャーリーグ級の馬鹿だな。

馬鹿かどうかは敢えて判断しないけれど

> 漢字が全部象形文字だと思っているんだね。

ドキュメントとかを全部漢字で書くみたいだから、>>841 は中国圏の人かも…

>>854 WinでもJavaでもIDEにVimを組み合わせるがな。UNIXにCのIDEが欲しいところだ。

>>856
なんか頭悪そう。

>>856
IDEのエディタ部の利点は丸捨てって感じか？ｗ

>>856
> UNIXにCのIDEが欲しいところだ。
激しく同意。
あと、bashのIDEとかも欲しいな。

>>852
>ところでエディタ厨は、常日頃「いいエディタないか？」って探し回ってるのか？
>あと、違うマシンに移動するときなんかの為に、常日頃エディタなんかが入った
>CDを持ち歩いてて、インスコ後にちまちま再設定してるのか？
>だとしたら･･･仕事しろよ･･･

vi や emacs のユーザはいちいち設定なんかしない。
Win でも Unix でも動く .vimrc なり .emacs.el を持ってる。
コピればおしまい。
おまけに vi や emacs のユーザは、他のエディタを探そうなんで思ってない。
バージョンアップに金を払うような事もしないし、バージョンアップして、
使ってたアドインがいきなり動かなくなるようなIDEも使わない。

何回も言うがIDEを使えよ。
EmacsやVim使って利点があるのって、うにで昔のシステムメンテさせられてる可哀想なC使いだけだろ？
あとはIDEの無いショボイスクリプトで開発させられているﾔｼな。

ステップ実行や実行中の変数内容閲覧などをC/S間ストレス無く行えるデバッグ機能
構造をアウトライン表示し、継承関係までも見渡せるクラスブラウザ
リファクタリング、UnitTestをスムーズに行うためのリファクタリングブラウザ
クラス構造を解析して適切なメソッドを補完し、パラメータチェック、注釈表示まで可能なインテリセンス

エディタだけで開発するメリットなんて無いんだよ。
上記にあげた可哀想なﾔｼ以外は使っておけ。

>>860
派遣にはうってつけだね。
まぁ、普通の社員ならたまにしかしない環境移行のためにテキストエディタを選ぶなんざしないが。
わざわざそんなもののためにIDEの利点を捨てるってのはアホくさいし。

>>860
うーん、コピペしておしまいはちょっと嘘だなぁ
完全に自分の環境をそろえたいなら他のファイルも必要になってくるしコピー後の修正も必要。
例えばVimならvimfilesフォルダ以下とか。

何回も言うがここはテキストエディタのスレだ。
IDEで利点があるのって、プログラムを書くときだけだろ？

メーラ、ブラウザ、設定ファイルの編集、ちょっとしたスクリプトの編集
プログラマはプログラム書いているだけが仕事ではないし、
上記の編集を同じキーバインドで行えることにテキストエディタの意味がある。

IDEだけで開発するメリットなんて無いんだよ。
設定ファイルの編集もIDEを使うような可哀想なﾔｼ以外は使っておけ。

>>860
IDEとテキストエディタを併用しているってヤツが大半なんだがテキストエディタだけで開発しているのか？
Windowsも？
それならバカにされても仕方がない。

>>864
＞IDEで利点があるのって、プログラムを書くときだけだろ？
これだけで十分と思うがｗ

あと、メーラなんか最近は好きなものなんて選べない。
会社で決められていてナレッジソフトと統合されている。
ブラウザもほとんどの会社で指定されているはず。
そうすると、ちょっとした設定ファイル、スクリプトの編集くらいしか使い道がないわけだが。
で、そんなものはメモ帳で十分だよ。

まぁ、Unixでの開発だけだね。
そのテキストエディタが重宝するのは。
JavaはEclipseを使うけど。

>>865
ひとりで開発できる規模の仕事をしているんだろ（それでもアレだが）
プロジェクトでテキストエディタでの開発なんて許されないし。
規約もたんまりある。

>>864
861と違って説得力ゼロだな。

>>867
> プロジェクトでテキストエディタでの開発なんて許されないし。

どういう理由で許されないんですか?

>>864
え〜と、設定ファイルってなに？ｗ
Unixなら解るがwinではテキストの設定ファイルを直接いじる事なんてほとんど無いんだが。
Java関係とHostsとかぐらいか。
Javaは最近IDEで諸々の設定できるしなぁ
俺もメモ帳でいいよ。

>>866
> これだけで十分と思うがｗ
開発で製造に占める割合って半分以下なんだけどな。

> で、そんなものはメモ帳で十分だよ。
あっそ、これは見解の相違だね。
別に君にメモ帳以外のテキストエディタを勧める気はない。

だからテキストエディタのスレでIDEを勧めるのは慎んでもらいたい
「あなたの幸せを祈らせてください」と交差点で待ち伏せする
宗教勧誘みたいな気持ち悪い奴と思われたいんなら別だが。

>>869
全員にお前の使っている環境のテキストエディタをつかえというのか？
emacs使えとか。
あと、デバッガ・プロジェクト管理・ソース管理・モデリングソフト、それに例えばアプリケーションサーバを使った開発ならそれに相応しいIDEが選ばれる。
テキストエディタでこれをそろえるのは非常に難しいしIDEほどの効率や連携も望めない。
テキストエディタの習得や設定方法にも癖がありコストが大きい。
まず、まともなPMならテキストエディタなんて開発環境として選ばないよ。

http://homepage.mac.com/hiroyuki44/

漏れはイイと思ったら何でも使ってみる。
おもしろいことに、漏れって、どれもこれもそこそこ使いこなす能力がある。
何でもいいんだよ。楽しけりゃ。

日々、パソコンの前で作業してたら環境周りに飽きが来る。
エディタ変える理由なんて「飽きたから」で十分だと思われ。

>>871
＞>>866
＞> これだけで十分と思うがｗ
＞開発で製造に占める割合って半分以下なんだけどな。
アジャイル開発だとそうでもない。
それに最近だとモデリングソフトもIDEに組み込まれていることが多い。
MDAとかの技術は着実にIDEに搭載され始めている。

>>870
> え〜と、設定ファイルってなに？ｗ
Java使いのくせにApacheとかTomcatを設定したことのない人はｶｴﾚ

>>876
最近はguiで出来るツールがなかったっけ？
XML関係ならXML系のエディタ使った方が間違いもないし。
直接テキスト設定ファイルをいじるのは全ての観点からデメリットの方が大きいでしょ。

と、話を蒸し返してみるｗ

>>876
IDEで出来るじゃん。

Java使いではないけど
そもそもApatcheとかの外部に向けるWebサーバ運用みたいな業務で
失敗率の高い設定ファイルの直接編集を課す所がおかしい。

EmacsでGUIって作れませんか？

>>876
JavaとApache、Tomcatって、確かにJava使ってるなら設定したことある奴が多いだろう。
しかし、そこに因果関係はない。おまえはJ2EEデプロイツールを知らないのか？
貧乏人はApacheにアドオンしていつまでもTomcat使い続けろ。

設定ファイル直接編集信者は、
一括編集を利点として挙げる人が多いけど、
GUIでも当然できる。
一括編集を行う頻度は大して高くないしな。

LISP使いでもない限り、emacs使うメリットは感じられない。

>>882
だあね。
大体情報の保存形式を意識させたり、それを直接編集させたりするのが間違い。
使っている側はそんなこと知らなくて良いんだよ。
OO使っているヤツなら解るはず。

>>877
> 最近はguiで出来るツールがなかったっけ？
Linuxではhttpd.confをGUIで出来るツールがあるが、
だいたいLinuxでWebサーバを立てるときにはウィンドウシステムは普通入れない。
Windowsでhttpd.confをGUIで出来るツールがあるかどうかは知らん。

> 直接テキスト設定ファイルをいじるのは全ての観点からデメリットの
> 方が大きいでしょ。
かゆいとこまで手が届かない。結局、テキストエディタの出番になる。

おまいらvi と emacsを語ってください。

>>885
具体例がないんだけど。
どういう風にかゆいところに手が届かないのさ。

>>885
テキストエディタの出番なんて、最後の最後だよ。
最初から使う奴はただの無能。

>>885
質問なんだがお前はWebサーバで直接設定しているのか？

では、Emacs-LISPについて。
そもそもテキスト処理ならLISPを使う必要性はあんまりないのだ。
文字列処理ならperlの方が断然いいだろう。言語人口で言っても、
perl>emacs-lispだし。
なにしろ、文系でも使いたがる言語はなかなかない。
emacsの使用用途から言って、Lispはお荷物なのだ。
ストールマンには悪いけどな。
それだと機能追加できないって？
perlでも問題なくできるでしょ。

>>889
普通ミラー環境があってそこで設定動作を確認してから設定ファイルを本番にコピーするよな。

↑(>>890)の文章書いてたら、
なぜか特攻野朗Aチームの人物紹介思い出した。
だれか脚色してくれ。

>>884
テキストエディタ自体がファイルの直接編集を目的にして作られたものなんだから、
そういうことを知らなければならない、もしくは知りたい人が使うものなの。

それと構造や意味による縛りを持ったデータを直接編集させるのが良いか悪いかという問題に
OOへの理解は関係ない。勘違いするなボケ

漏れのマシンでは、Kylix の起動が5分くらいかかりますが、
それでも IDE を使いつづけたほうがいいでしょうか？

UNIXでGUIは一般的じゃないから（ｗ、
テキストベースのメニュー選択画面とか作ったら？
Linuxのmenuconfigはそうだよね。
y/n選択や直接編集よりは断然良い。

>>893
＞テキストエディタ自体がファイルの直接編集を目的にして作られたものなんだから、
＞そういうことを知らなければならない、もしくは知りたい人が使うものなの。
正確に言うと最低環境に合わせたってことだろ？
こういうマルチプラットフォームのソフトは大体そうだ。
その分、いろんなものを捨てている。

＞それと構造や意味による縛りを持ったデータを直接編集させるのが良いか悪いかという問題に
＞OOへの理解は関係ない。勘違いするなボケ
はぁ・・・

情報の隠蔽、カプセル化、ポリモーフィズム

次スレどうする？

>>893
その反論って、狭義でのOOという意味かな。
原始的なメッセージ通信とかのね。
今時そんな屁理屈言って通そうとする奴がいるとは、
恐ろしい時代になりましたなあ。

>>895
はげ同
kernelのやつだよね？
あれもなんか使いにくいけど、
無いよりマシ。

FDcloneパクって、
なんかそういうの作れ＞はげども

全ての面からテキスト設定ファイルを直接編集するのはデメリットしかない。
GUIだろうとCUIだろうとちゃんとしたUIを持たすべきだ。

反応がないので>>950が次スレってことで。

コードをスクラッチから起こすときはIDE。
編集するときはvi。
デバッグはIDE。
適材適所。

設定をテキストファイルとして持つのはいいけど、
それを直接編集させるなって事だな。
ユーザーには何のメリットも無いし、
これはただのアプリ提供者の怠慢でしかない。
仕事に置き換えれば、未完成品を納品する様なもの。
繰り返すけど、設定をテキストファイルとして持つのは別にいいよ。

　　　直　　接　　編　　集　　さ　　せ　　る　　な

設定用UIの必要性を論じるのにOOを持ち出すバカが群生するスレはココですか？

>>902
> GUIだろうとCUIだろうとちゃんとしたUIを持たすべきだ。
じゃあお前がUI作れよ。ちゃんとバグが無いUIな。
まずはApacheのhttpd.confでいいや。特にLinuxでCUIの奴がいい

理想しか言わずに現実を見ない信者じゃないならやってみせろ。

>>905
はげ同
おれはそんなの納品されたら付き返して違約金を支払わせるな。
つーか今気付いたけど、
905を踏まえると、

　　　Ｕ　　Ｎ　　Ｉ　　Ｘ　　って　　未　　完　　成　　品

なのか？
違約金支払ってもらわないと。

>>906
相変わらず顔真っ赤ですね。

>>872
> 全員にお前の使っている環境のテキストエディタをつかえというのか？
> emacs使えとか。

そういう意味でしたか。プロジェクト全員がきめられた IDE 以外使えないと
いうことですか。

それはある意味つらい人が出そうですね。併用する人が許されないとは…

「じゃあおまえが〜作れ」ｷﾀｰ

>>910
管理の問題が色々出てくるから当然そろえることになる。

>>910
あんた学生か？普通、プロジェクトでIDE使うときは同じやつ使わせるぞ。
と言いますか、ライセンスで買うだろ。

Unixは開発者の為のOSです、エンドユーザ気取りの馬鹿は使わないでください

>>906 >>907
典型的な無能UNIXerですね。

>>907
それはApacheの開発者などそのソフトを作ったヤツがやるものだろｗ

いきなり実装するバカと同じ思考回路だ

Unixは開発者の為のOSです、不満があるなら自分で改良しましょう
どっかの毎月セキュリティホールが出るような糞OSと違って
ソースコードは誰でも見ることが出来て、修正することができるのですから。

普段Cしか使ったことないから、
いきなりOOとか言われて混乱しちゃったんだね？

Emacs使ってるんだけど、今度OS再インストールしたときに、
今と同じ設定でいられるかどうか自信がありません。
だから、エディタはデフォルトの設定で、どこまで行きとどいているのかが重要かと思われます。
カスタマイズはできるけれども、簡単に設定ファイルをexport,importできるエディタが良いですね。

>>918
その思想って、ただの押し付けだと思うよ。
結局、誰も実践しなかったから今がある。

>>916
金も能力もないくせに責任転嫁する口だけは一丁前だね。

>>913
> あんた学生か？普通、プロジェクトでIDE使うときは同じやつ使わせるぞ。
> と言いますか、ライセンスで買うだろ。

そういう意味じゃなくて、IDEはそろえるのは当たり前だと思うのですが、エ
ディタ禁止というのがなんだかなぁ…

>>912
>管理の問題が色々出てくるから当然そろえることになる。

テキストエディタは何にそろえているのでしょう？ それとも、管理の問題が
出るから、メモ帳のみ？

OOを正しく理解していれば
Lispが究極までスリムアップされたOO言語だと
わかりそうなものだが

次スレは要らない

LISPをOO言語だと言い切るやつ初めて見た

>>918
論点が違うんだけどな。
テキスト設定ファイル直接編集の是非を話してるんだが。
反論が出来ないと、自分で作れですか。
あと、HP・Sun・Necあたりのソースって見れたっけ？

>>926
俺も初めてｗ
新鮮だｗ

プログラムをデザインできない輩は、正直、プログラム組まないでほしい。
貴様一人の物だったら文句言わないのだが、メンテするのは誰なのかと小一時間。

>ソースコードは誰でも見ることが出来て、修正することができるのですから。
Solarisって勝手に修正していいんだっけ？
確かソースコードは無料で見ることが出来たと思ったけど・・・

＃まあ、俺はいじくるなんてことはしないが

>>922
それって、御自分の事では？（ｗ

>>923
プロジェクト管理は知らない。
ソース管理はcvsだろうな。

たらいまわし関数
というのがある。これは、
そのままUNIXerに置き換えることが可能だ。

別に関数にする必要なかった。

たらいまわし
という言葉がある。これは、
そのままUNIXerの思想に置き換えることが可能だ。

>>918
Unix=Linuxじゃないと思うんだが・・・

インターネットでおなじみのTCP/IPは、
この、
たらいまわし
から発祥した技術である。

次ｽﾚには必ず【徹底的】【ﾊﾞﾄﾙ】を入れてくれ。
このｽﾚで外れてて萎えた。

>>932
> ソース管理はcvsだろうな。

ですね。そのときは、cvs のクライアントは何で統一するんですか?

イラん

>>923
テキストエディタを使う場面など無いからなぁ
好きなの使えばいいんじゃないの？
それでソースとか編集しなければ。

>>938
テキストエディタでの開発の話か？
それならプロジェクトでテキストエディタなんぞ選ばんという話が出ているが。
それにソース管理のクライアントはほとんどのIDEに組み込まれている。
半自動で行われて意識しないでも使えるよ。

あーあ、不満なら作ればいいのに逆ギレしてる阿呆がいるな。
ま、作れないから逆ギレしかできないんだろうな。可哀想に．．．

>>938
あのさ、お前まじでプログラマ？
いままで、どんなプロジェクトに参加したんだ？

UNIXerの常識・非常識

・話を微妙に逸らすのが常套手段。
・頑なに時代遅れなエディタを使う。（IDEは眼中に無いらしい。）
・設定ファイルを(なぜか)直接編集したがる。一括編集がどうだとか喚く。
・UIが何であるかを知らない。
・OOが何であるかを知らない。
・無責任にソース見ろと言う。
・人に押し付けたがる（たらいまわし）
・すぐ顔真っ赤になる。

>>944
次スレのテンプレですか？

>>943
どう見ても学生だろ。
相手にするな。

おまけに入れといてもいいな。

>>945
既に、viとemacsのスレじゃなくなってるし
それでもいいんじゃない？

じゃあテンプレ

【徹底的】UNIXerの常識・非常識 【ﾊﾞﾄﾙ】

・話を微妙に逸らすのが常套手段。
・頑なに時代遅れなエディタを使う。（IDEは眼中に無いらしい。）
・設定ファイルを(なぜか)直接編集したがる。一括編集がどうだとか喚く。
・UIが何であるかを知らない。
・OOが何であるかを知らない。
・無責任にソース見ろと言う。
・人に押し付けたがる（たらいまわし）
・すぐ顔真っ赤になる。

プログラマーが語るviとemacs Part3
http://pc.2ch.net/test/read.cgi/prog/1059185370/

いいの？

つーわけで次スレです

【徹底的】UNIXerの常識・非常識 【ﾊﾞﾄﾙ】
http://pc.2ch.net/test/read.cgi/prog/1059814330/

UNIXerは新スレから離れるだろうよ

【徹底的】XXXXXXXXXXXXX【ﾊﾞﾄﾙ】

シリーズに128票。

アホか、冗談をマジで立てるなよ。
vi、emacsの方がいたいヤツがいっぱい寄ってきて面白いっちゅうのに。
誰か立て直せ。

自ら隔離スレが立てられたな
これって正統なemacs vs viスレを作るチャンスじゃないか？

別にいいけど

あれ？もう立ったのか。
じゃあこっちは埋めですか？

>>955 両方荒れてオシマイじゃボケ

【徹底的】プログラマーが語るviとemacs 4【ﾊﾞﾄﾙ】
http://pc.2ch.net/test/read.cgi/prog/1059814696/

あーあ、馬鹿な厨房が駄スレ２つも立てやがった
夏だな．．．

vi,emacsの徹底的なバトルが行われた形跡が全くない。
次スレでこそやってくれるんだろうな！？期待してるぜ。

ところで、IDE厨を無視できないやつはどういう神経してるんだ？
そんなことだから顔真っ赤とか言われるんだよ。

もうどうでもいいよ

>>961 適当に荒れるのを楽しんでいるんだと思われ

>>1同士の喧嘩が始まるんだろうな

こっちが本スレだ!! とかいって
ﾊﾞｶｼﾞｬﾈｰﾉ

設定ファイル関係やUIとかはUNIXの方にして、
vi,emacsと分離すればいいんじゃない？
結構はなし逸れるし。

>>964 同一人物だったりしてな

>>965
IDE厨も非常識スレに誘導しろ

またしてもIDEの圧勝だったな。
歯ごたえがなさ過ぎてつまんないよ。

一方的に勝利宣言するところがチョソだよな

>>968
そうだね。
次スレはこれなので頑張ってね。
【徹底的】UNIXerの常識・非常識 【ﾊﾞﾄﾙ】
http://pc.2ch.net/test/read.cgi/prog/1059814330/

viとemacsの話がしたい人はこっちね
次スレ
【徹底的】プログラマーが語るviとemacs 4【ﾊﾞﾄﾙ】
http://pc.2ch.net/test/read.cgi/prog/1059814696/

vi,emacsﾊﾞﾄﾙｽﾚは本質的に荒れる。チャットなのかここは。

正直、見てるだけでも疲れた

静かになったな。今こそマジメに語れるじゃないか。

>>976
さあ語れ

井川、ナイスバッティング！！

今から昼飯なんだけど何食えばいいかなぁ
もうモスは飽きたから日本食にしたいんだが。
天ぷらそばか鰻丼か。
どうも昼から油っぽいなぁ・・・

山菜蕎麦とかどうだ？

>>972
昔からの宗教戦争ネタだ。
そういうものだと思ってあきらめろ。

vi使い > emacs使い

ってのは定説なのか。
viは殺伐としててなんぼの世界というのは理解できる。
ただ、Emacsがもっとｶｯｺｲｲlook&feelになれたらまた違うのかもしれない。

viはエレガント
emacsは必死
なイメージがある

お嬢様はエレガント

>>978
結局まだ飯食ってなかったりする。
休日ってこんなもんだよな。

山菜蕎麦かぁ
腹に溜まらなそうだけどサッパリしててうまそうだな。
じゃあ、冷たい蕎麦ののどごしでも味わってきますか。

お父様はエレファント

ワキガが臭い

>>981
わらた