5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

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

1 :仕様書無しさん:03/07/26 11:09
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/


2 :仕様書無しさん:03/07/26 11:12
>>1


ところで vi まんせー!

3 :1:03/07/26 11:13
漏れもvim使い

4 :仕様書無しさん:03/07/26 11:18
じゃぁ異論なしってことで総会を終わります。

5 :仕様書無しさん:03/07/26 11:31
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

6 :仕様書無しさん:03/07/26 11:31
何回も言うがIDEを使えよ。
EmacsやVim使って利点があるのって、うにで昔のシステムメンテさせられてる可哀想なC使いだけだろ?
あとはIDEの無いショボイスクリプトで開発させられているヤシな。

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

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

7 :仕様書無しさん:03/07/26 11:33
EmacsのリファクタリングブラウザXRefactoryって金取るくせに出来ることしょぼいな。
IDEAレベルのことが出来るのかと思ってたよ。
タダのEclipseはだんだんIDEAのレベルにまで近づいてきているというのに。
JRefactoryとか他のリファクタリングブラウザと比べても最低ランク。
金返せってヤシも多いんじゃないか?

8 :仕様書無しさん:03/07/26 11:33
>>6
同じコピペうざいなぁ。
前スレで論破されてるのに。

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

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

11 :仕様書無しさん:03/07/26 11:34
>>10
でっかい開発しないなら、IDEはいらん。
でっかいシステムは小さいシステムを組み合わせればいいからな。

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

12 :仕様書無しさん:03/07/26 11:36
>>11
オレが言っているんじゃなくて「リファクタリング」の著者 Martin Fowler が言っているんだから仕方がない。
オレもその通りだと思うし。

13 :仕様書無しさん:03/07/26 11:37
>>8
全然論破されてない。
論破したと言うものをコピペしてみろ。

14 :仕様書無しさん:03/07/26 11:39
というか前スレのコピペなスレはここですか?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

19 :無料動画直リン:03/07/26 11:43
http://homepage.mac.com/miku24/

20 :仕様書無しさん:03/07/26 11:44
>13
こんな感じで完璧に論破されている。

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

22 :仕様書無しさん:03/07/26 11:51
>>21
XRefactoryがしょぼくて使えないという話は無視ですか?
大体Vimにリファクタリングブラウザがありますか?

23 :仕様書無しさん:03/07/26 11:51
IDE厨を黙らせるには使っているIDEを聞けば良いのも前スレでQ.E.D.

24 :仕様書無しさん:03/07/26 11:54
>>23
それテンプレに付けて欲しかったね。
かなりの効果があったし。
ありがとうよ、嘲笑激藁厨(w

25 :仕様書無しさん:03/07/26 11:56
>>24
あの人はデルフゥイすれに帰ったんだろうか?(w

26 :仕様書無しさん:03/07/26 12:04
こう見てみると、EmacsやVimでも全然OKだね。
使い勝手も自分に合わせて変えられるし。
IDEはガマンして自分がIDEに合わせるしかないもんな。

27 :仕様書無しさん:03/07/26 12:08
ついにIDE厨が黙りはじめたな。
Part3にしてやっと本題に入れるのか。

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

28 :仕様書無しさん:03/07/26 12:11
おいおいおい、【徹底的】【バトル】が付いてねぇよ!萎えるぜ…

29 :仕様書無しさん:03/07/26 12:17
バトルなのかなー。

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

30 :仕様書無しさん:03/07/26 12:20
>>29
テキストエディタ同士の戦いでそこまで離れていないと思うがw
せめて、ソースか醤油かにしてくれ。

31 :仕様書無しさん:03/07/26 12:31
>>28
なんか最初から文字数ギリギリでダメみたい。

32 :仕様書無しさん:03/07/26 12:36
Emacs厨は>9に対する反論は無いの?

33 :仕様書無しさん:03/07/26 12:42
テキストエディタ使っているヤシって

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

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

34 :仕様書無しさん:03/07/26 12:46
>>33
XPは最初に全て同じ環境にそろえちゃうからね。
EmacsやVimをカスタマイズしまくったオレ環境で開発していた奴にはキツイかも。

35 :仕様書無しさん:03/07/26 12:47
XPってそんなに採用してる所あるの?


36 :仕様書無しさん:03/07/26 12:50
>ALL
横槍いれてすまんがXP関連スレってどっかないですか?

37 :仕様書無しさん:03/07/26 12:50
>>35
今はそれほど無いけど大手が必死になって取り入れようとしているね。
一般的な開発プロセスとして受け入れられるようになるのは結構早いような気がする。

38 :仕様書無しさん:03/07/26 12:51
>>36
【XP】 Agile Process 【UP】
http://pc2.2ch.net/test/read.cgi/tech/1032882847/

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

39 :仕様書無しさん:03/07/26 12:53
>>38
お、どもです。ちょっと見てみますです。。。

40 :仕様書無しさん:03/07/26 12:55
>>37
なるほど。thx
新人教育になら効果高そうだなとか思ってたけど。
中堅クラスのPGがやるには人間関係とかで噛み合わ無そうなんだよな。

41 :仕様書無しさん:03/07/26 13:00
>>15
その調査はJava限定の調査だろ。
ま、Javaごときに高度なIDEはいらないってこった。

42 :仕様書無しさん:03/07/26 13:01
なかよしプログラミングなんぞしたくない。
個々の能力を尊重した開発が結局のところ一番能率的。

43 :仕様書無しさん:03/07/26 13:05
>>41
じゃあ、何の言語に必要なんだ?
Javaは十分複雑で高度な仕事をしているぞ?
また、口だけか?w

44 :仕様書無しさん:03/07/26 13:05
厨房が立てたスレはここですか?

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

46 :仕様書無しさん:03/07/26 13:14
>>41
最近のIDE需要はJavaが圧倒的に多いような気がしますが私の錯覚でしょうか。
それでも、テキストエディタ使いの方が多いですが。

47 :仕様書無しさん:03/07/26 13:22
>>41
15-18は論破出来ないよ。
諦めなさい。

48 :仕様書無しさん:03/07/26 13:37
まぁ、マクロに関数型言語を採用するEmacsは糞なワケだが

49 :仕様書無しさん:03/07/26 13:59
>>48
根拠の無い非難だな。
関数型言語をマクロに採用してはいけない理由を言ってみろよ。


50 :仕様書無しさん:03/07/26 14:05
>>49
関数型言語の普及率考えたことある?

51 :仕様書無しさん:03/07/26 14:26
Emacs使っていると女にモテないがVimを使っていると女にモテる。

52 :仕様書無しさん:03/07/26 14:28
>>1
スレタイからバトル取るなカス!!

53 :仕様書無しさん:03/07/26 14:39
何回も言うがIDEを使えよ。
EmacsやVim使って利点があるのって、うにで昔のシステムメンテさせられてる可哀想なC使いだけだろ?
あとはIDEの無いショボイスクリプトで開発させられているヤシな。

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

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

54 :仕様書無しさん:03/07/26 14:42
コピペするだけなら帰れよ。能無し。

55 :仕様書無しさん:03/07/26 14:44
>54
でも、反論できないんでしょ?

56 :仕様書無しさん:03/07/26 15:29
アホ過ぎて反論する気にもならないんだろ・・・・

57 :仕様書無しさん:03/07/26 16:06
>>56
う〜ん、別段おかしな事は言ってないような気がするけど。
アホすぎるってのはどこら辺りなのか正直解らない。
ちなみに自分はIDE厨じゃないからね。

58 :仕様書無しさん:03/07/26 16:16
IDE内蔵のエディタがviライクの操作性を持ってたら
即乗り換えるのだが。UnixではずっとVim。

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

59 :仕様書無しさん:03/07/26 16:18
>>58
viプラグインならあるよ。

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

Emacsは知らん。

61 :仕様書無しさん:03/07/26 16:21
>>60
それだと、VSのエディタ機能が使えなかったりするんだよね。
インテリセンスとか参照元ジャンプとかリアルタイム構文エラー指摘とか。

62 :仕様書無しさん:03/07/26 16:22
C-x C-fのあと新規にcom1.cppというファイルを作ろうと
すると、meadowが固まります。これって仕様ですか?

63 :仕様書無しさん:03/07/26 16:24
>>60
前々から思っていたんだけどChaliceってどこが良いの?
他の2chブラウザに比べて非常にショボイ機能しか付いてないと思うんだけど。
ただキーバインドだけで選んでいるんだったら凄く下らない。

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

65 :仕様書無しさん:03/07/26 16:25
>>62
スレ違い。
ここはテキストエディタ厨 VS IDE厨スレです。
お引き取り下さい。

66 :仕様書無しさん:03/07/26 16:32
>>63
スレ違い。
ここはテキストエディタ厨 VS IDE厨スレです。
お引き取り下さい。

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

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

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

68 :仕様書無しさん:03/07/26 16:40
>>65-66
スレ違い。
ここはvi vs emacsです。
お引き取り下さい。

69 :仕様書無しさん:03/07/26 16:42
>>63
オレも一応Vim使っているから一時 Chalice を試してみたことがあったけど、OpenJane と比べてあまりにもダメなので即捨てた。
一番イタいのが当たり前だけどプロポーショナルフォントが使えないことだな。
Chalice 使ってるヤシはただのオナニーだと思って良いよ。

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

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

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

Emacsは知らんけど。

71 :仕様書無しさん:03/07/26 16:48
>>70
VimからIDEのエディタの該当箇所を一発で開ける?
インテリセンスは?
リアルタイム構文エラー指摘は?

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

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

73 :仕様書無しさん:03/07/26 16:52
>70
>元からVimは単なる「修正ツール」だよ。
バカ?

74 :名無しさん@Vim%Chalice:03/07/26 16:54
「コーディング==入力だけに使う」ならIDEもVimもどっちもどっち。
どちらを選ぶにしても一長一短。慣れないライブラリの言語ならIDE。
慣れてるライブラリならVimの方が良いかな。

75 :”ヘ( ̄- ̄ ):03/07/26 16:56
http://homepage3.nifty.com/coco-nut/
ヌーブラってエロくねーか?

76 :仕様書無しさん:03/07/26 16:58
>>73
俺は>>70じゃないが。
viなんて修正ツールだろ。

77 :名無しさん@Vim%Chalice:03/07/26 17:01
>>71
> VimからIDEのエディタの該当箇所を一発で開ける?
そうそう。これ最近気になってた。
今度開けるようにできないか試してみるわ。

78 :仕様書無しさん:03/07/26 17:03
IDEがいろいろとコード生成してくれるのはいいけど、
あれ、やっぱり読まないとダメかな。なんかそのままってのも
気持ち悪くて。

79 :仕様書無しさん:03/07/26 17:04
>>74
> 「コーディング==入力だけに使う」ならIDEもVimもどっちもどっち。
マジで言ってるのか?

80 :仕様書無しさん:03/07/26 17:04
>>78
必要になったら読めばいいんじゃないの?

81 :仕様書無しさん:03/07/26 17:04
VSの使い方わかんねえよ。makeマンセー

82 :仕様書無しさん:03/07/26 17:06
みんなこのdpw,dspっていう2種類のファイルの書式覚えてるの?

83 :仕様書無しさん:03/07/26 17:08
>>77
結局都合の良いことしか書いてなかったのね。
それなら同期を取れていると言えないしコストがかかることに変わりない。

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

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

86 :名無しさん@Vim%Chalice:03/07/26 17:16
コストは低いに越したことはないけど、かかること自体が問題じゃないでしょ。
それに見合うリターンがあるかどうかが重要。

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

87 :仕様書無しさん:03/07/26 17:19
なんで IDE 厨って粘着するの?スレタイ読めないのか?

88 :仕様書無しさん:03/07/26 17:23
メイクファイルのエクスポートってのがあるのは
分ったけど、インポートってのはないの?
まああったにしても、dspに翻訳できる程度の
柔軟性のなにもないものしかできなさそうだけど。

89 :仕様書無しさん:03/07/26 17:25
スレを粘着して荒らす心理≒女性をストーカーする心理。

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

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

91 :仕様書無しさん:03/07/26 17:31
>>89
相手になるテキストエディタ使っているヤツらがそっちへわざわざ行かないから結局敵がいなくてこちらに来る。
そのスレはバカが立てたまったくの無駄スレだったよ。

92 :仕様書無しさん:03/07/26 17:33
>>90 コストとリターンを見誤るなよ

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

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

94 :仕様書無しさん:03/07/26 17:37
>>91
> 相手になるテキストエディタ使っているヤツらがそっちへわざわざ行かないから
テキストエディタ厨と

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

両方馬鹿って事か。

95 :仕様書無しさん:03/07/26 17:38
>>94
まあツールの良し悪しなんてことでぐだぐだやってるのは
暇人と馬鹿しかいないだろうよ。

96 :仕様書無しさん:03/07/26 17:40
>>92
リターンが高いとは思えない。

97 :仕様書無しさん:03/07/26 17:44
>>96 また「思えない」でつか。モマエじゃリターンを引き出せないだけ。

98 :仕様書無しさん:03/07/26 17:46
>>97
じゃあ、そのリターンとやらを語ってみろ。

99 :おすすめ:03/07/26 17:47
★貴方をそそるエロティックな美女たちです・・・(;´Д`)ハァ〜★
http://endou.kir.jp/yuminet/link.html
http://endou.kir.jp/marimo/link.html

100 :仕様書無しさん:03/07/26 17:48
>>95
>>96-98
こういう人たちですね? ;-)

101 :仕様書無しさん:03/07/26 17:50
余計な忠告かもしれんが、開発者になったらフリーのツールを使う習慣はなくした方がいいぜ。

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

102 :仕様書無しさん:03/07/26 17:58
>>101
煽りがヘタ

103 :仕様書無しさん:03/07/26 18:00
>>93
Windowsプログラムは初めてですか?

104 :仕様書無しさん:03/07/26 18:01
少なくともJBuilderよりEclipseの方が効率よさそう。

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

106 :仕様書無しさん:03/07/26 18:25
>>105
VCのコンパイラも普通にコマンドラインで使えるよ。
流儀なんかに従わないでEmacs使ったら?

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

108 :仕様書無しさん:03/07/26 18:37
宮城県のヤシ大丈夫かー
家傾いてないかー
会社傾いてないかー
パソ壊れてないかー

109 :仕様書無しさん:03/07/26 18:41
VS.NETは何故リファクタリングブラウザが付いてないんだ?
EclipseもJBuilderも付いているってのに。
つかえんなぁ

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

111 :仕様書無しさん:03/07/26 19:41
>>59
まじで??
見つけられなかった。URLキボンぬ

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


112 :仕様書無しさん:03/07/26 19:41
>>110
次っていつだよ。

113 :仕様書無しさん:03/07/26 19:46
>>111
これがそうだったはず
ttp://www.satokar.com/viPlugin.html

114 :仕様書無しさん:03/07/26 20:01
>>110
エディタでもリファクタリングブラウザあるから大丈夫。
テレビデオなIDEは次バージョンまでまたないといけないけどエディタなら常に最新のツールを利用できるよ。

115 :仕様書無しさん:03/07/26 20:08
何回も言うがIDEを使えよ。
EmacsやVim使って利点があるのって、うにで昔のシステムメンテさせられてる可哀想なC使いだけだろ?
あとはIDEの無いショボイスクリプトで開発させられているヤシな。

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

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

116 :仕様書無しさん:03/07/26 20:10
コピペサル再登場!!

117 :仕様書無しさん:03/07/26 20:21
誰か論破してみろよ

118 :仕様書無しさん:03/07/26 20:41
emacsの小技を列挙汁

119 :仕様書無しさん:03/07/26 20:49
>>118
クラスブラウザ、リファクタリングブラウザ、インテリセンスなど開発に必要な機能がが無いテキストエディタ如きに興味はないです。

120 :仕様書無しさん:03/07/26 20:53
相変わらず大人気だなw
なんで、こんなにこのスレが伸びるのか理解出来ん。

121 :仕様書無しさん:03/07/26 20:57
↑おまえが毎日のぞいてるからじゃないかな

122 :仕様書無しさん:03/07/26 21:00
単純に給料の高低で比較すればいいんじゃないの。

123 :仕様書無しさん:03/07/26 21:50
vi を知らない者はエディタを知らない。
宝石を見たことのない者が宝石の鑑定士になれるだろうか?
甘美な果実の味を味わったことのない者がその味を理解できるだろうか?
vi を知らぬ者はエディタを語ってはならない。

124 :仕様書無しさん:03/07/26 21:56
>>123
あー、あの一日で作られたトッカンエディタ?
作った奴も作らなきゃ良かったって言ってたなぁプッ

125 :仕様書無しさん:03/07/26 21:58
>>124
お前vi使ったことないだろ。プッ
仮に1日で作ったとしたらJoyは神だろ。

126 :仕様書無しさん:03/07/26 22:04
>>123
Linux上では設定ファイルの編集にviを使っているよ。
そのようなわけでVisualStudioマンセー。

127 :仕様書無しさん:03/07/26 22:07
ed を拡張すんのに1日かかったんだろ。

128 :仕様書無しさん:03/07/26 23:51
vi は神速

129 :仕様書無しさん:03/07/26 23:55
>>124
また例の都市伝説か。プッ

130 :仕様書無しさん:03/07/27 00:43
>>127
edじゃ無くてexな。
三日で作ったと言うのを目にした。
ソース見つからないけど。

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

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

131 :仕様書無しさん:03/07/27 00:46
>127
それだとexモードじゃなくてedモードになってしまうだろw

132 :仕様書無しさん:03/07/27 00:51
vi is the shitt!!

133 :n:03/07/27 00:53
☆こんなに見えちゃってヤバクない??? ☆
 ↓ ↓ ↓
★貴方の見たい娘がイッパイ(^0^)★無修正★
http://endou.kir.jp/akira/linkvp.html

134 :仕様書無しさん:03/07/27 01:15
なんだ、vi って糞エディタだったのか。
Emacs だけで良いよ。
vi なんて Emacs のただのモードで実現できてしまうしね。

135 :仕様書無しさん:03/07/27 01:16
エディタが編集モード乗っ取られてエディタと呼べるのかしら?

136 :仕様書無しさん:03/07/27 01:18
emacs 使いすぎるとオカマになるよ。

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

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

138 :仕様書無しさん:03/07/27 01:32
ん。良い感じになってきたね

139 :仕様書無しさん:03/07/27 01:34
>>130
ここまで作者に嫌われるエディタも珍しいなw

140 :仕様書無しさん:03/07/27 01:53
.virc に設定書けば、CppUnit も動かせるし、cc の起動もできるし、タグ・ジャンプで
デバッガにもなるし。

141 :仕様書無しさん:03/07/27 02:11
>>134
お前なんか勘違いしていないか?
糞は肥料にもなるし燃料にもなる。糞はとても役に立つもんなんだぞ。

142 :仕様書無しさん:03/07/27 02:14
スカトロマニア発見

143 :仕様書無しさん:03/07/27 02:26
>>130
だから都市伝説だって言われるの。ソースまだぁ?

144 :141:03/07/27 02:33
>>143
http://eco.goo.ne.jp/wired_news/files/020416.html

145 :仕様書無しさん:03/07/27 08:51
>>143
ttp://buturi.hiro.kindai.ac.jp/buturi/book/LifeUnix.html

146 :仕様書無しさん:03/07/27 09:41
原田知世、ハァハァ

147 :直リン:03/07/27 09:43
http://homepage.mac.com/maki170001/

148 :DVDエクスプレス:03/07/27 09:45
アダルトDVDが
 最短でご注文いただいた翌日にお届け!
         http://www.dvd-exp.com
        開店セール1枚 500円より


149 :仕様書無しさん:03/07/27 17:29
>>140
Emacsでも当然のごとくそんなこと出来ます。
リファクタリングブラウザもあるし。
vi(m)にリファクタリングブラウザ無いでしょ?

150 :仕様書無しさん:03/07/27 17:40
リファクタリングブラウザを外部で呼び出すのなら
すべてのエディタでリファクタリングブラウザがあるといえよう。
コンパイラメーカー以外のリファクタリングブラウザはまだ未熟だがな。

151 :仕様書無しさん:03/07/27 18:53
>>145
ああ、それそれ。正三郎とかがこれを引用して、
さらに小物が正ちゃんを引用して、又聞きの
又聞きでいくらでも本を書けるあんぽんたんたちよ。


152 :仕様書無しさん:03/07/27 18:55
リファクタリングブラウザって      なに?

153 :GET! DVD:03/07/27 19:00
★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★
☆★ 送料激安!  スピード発送!  商品豊富!   
★☆      http://www.get-dvd.com        
☆★ 激安DVDショップ 「GETDVDドットコム」 
★☆      http://www.get-dvd.com        
☆★ 今すぐアクセス Let’s Go!   急げ! 
★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★


154 :仕様書無しさん:03/07/27 20:53
>>152


      グ          グ          れ



155 :仕様書無しさん:03/07/28 01:20
>>152
さすがテキストエディタ厨、低脳で無知だな。

156 :仕様書無しさん:03/07/28 12:24
>>155
もう出番終わってるよ。


157 :仕様書無しさん:03/07/28 19:49
やっとこのスレも終了か

158 :仕様書無しさん:03/07/28 23:44
emacsのフォントは可哀想なくらい汚いよな。
女性に例えると、髪が(略

159 :仕様書無しさん:03/07/28 23:46
>>158
vi厨はフォントの設定もできないですか?

160 :仕様書無しさん:03/07/29 00:22
>>159
IDE厨だろ。
まぁ確かにemacsは労多くして功少なしだけどね。
XRefactory にはガッカリしたよ。

161 :仕様書無しさん:03/07/29 00:25
vimのフォントの設定ってどうやって変えんだよ
せっかくLINUXまでインスコしてやったのに
どのフォント選んでも2バイト文字が化け化けじゃねーか

162 :仕様書無しさん:03/07/29 00:29
vi だって eclipse 使えばリファクタリング・エディタがつく!


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

164 :仕様書無しさん:03/07/29 00:34
>>162
どうやって?
Vimってリファクタリングブラウザ無いから気になるんだよね。
それとも、見つけてないだけであるんかな。
KoRoNタンところで聞くのもアレだし、誰か知らない?

165 :仕様書無しさん:03/07/29 00:37
>日本語設定するだけでも一苦労だし

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

166 :仕様書無しさん:03/07/29 00:40
>>165
Windowsのエディタならダイアログから選ぶだけ。
Unix系は全てに対して遅れている。

167 :仕様書無しさん:03/07/29 00:42
>>166
で、何を設定したのかね?

168 :仕様書無しさん:03/07/29 00:43
テキストファイルいじって設定って、もういつの時代だよって感じ。
Unix系最悪。
冗談でも何でもなく秀丸の方が優れている。

169 :仕様書無しさん:03/07/29 00:46
ふーん

170 :仕様書無しさん:03/07/29 00:46
Lindowsとか無理してWindowsに近づけようとしているのなんて赤面もの。

171 :仕様書無しさん:03/07/29 00:47
Lindowsって確か会社傾いてなかった?

172 :仕様書無しさん:03/07/29 00:51
秀丸は高速で高性能。

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

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

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

174 :仕様書無しさん:03/07/29 00:55
Vim なんか全部テキストファイルで設定。
原始時代かよ。
それで、良しとしてしまう出来る奴を気取ったバカが多いから全然進歩しない。

175 :仕様書無しさん:03/07/29 00:57
釣りにしては餌がよくないな

176 :仕様書無しさん:03/07/29 01:00
>>175
釣りじゃなくてマジでそう思っているんだが。

177 :仕様書無しさん:03/07/29 01:02
んじゃ、当然Windowsしか使ってないんだろうな。。

178 :仕様書無しさん:03/07/29 01:05
>>177
Unixは昔ちょっと使った。
ありゃ、タダのマニアやオタクが喜ぶだけの代物だよ。

179 :仕様書無しさん:03/07/29 01:07
>>178
まあ、素人は自分の好きなモノだけ使ってればヨシ。

180 :仕様書無しさん:03/07/29 01:09
>>179
すぐそうやって逃げる。
惨めだね。

181 :仕様書無しさん:03/07/29 01:11
>>180
オマエ誰?

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

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


183 :仕様書無しさん:03/07/29 01:18
>>182
「仕事だからしょうがないだろ、漏れだって好きで使ってるんじゃねぇよウワァン!」

ってこと?

184 :仕様書無しさん:03/07/29 01:18
>>113
サンクスコ!!

確認してみます。

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

186 :仕様書無しさん:03/07/29 01:26
>>185
しょうがねえガキだなあ。
お前は。
スレ違いのこと一生懸命主張してるお前はくだらなくないんかね?
どうよ?
小僧。


187 :仕様書無しさん:03/07/29 01:26
>Unixは昔ちょっと使った。
どんな使い方してたの?

188 :仕様書無しさん:03/07/29 01:33
UNIXが素人でも簡単に扱えるようになったら
お給料が減っちゃうじゃないか

189 :仕様書無しさん:03/07/29 01:41
>>186
そうか、そんな落ちか。
それならオマエも最初から絡んでくるなよ。
都合が悪くなるとスレ違いってのは逃げだろ。

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

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

190 :仕様書無しさん:03/07/29 01:43
ls -ltr

191 :仕様書無しさん:03/07/29 01:44
>>189
うっさい小僧。
オレは相手見て見下すんだよ(w

192 :仕様書無しさん:03/07/29 02:02
UNIXはログインした時からデスマーチ

193 :仕様書無しさん:03/07/29 02:04
>>188
UNIX屋って本当にそう思ってるの?

194 :仕様書無しさん:03/07/29 02:04
vim最高。
emacsなんてvimに比べたらIDEだね。

195 :仕様書無しさん:03/07/29 02:10


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

197 :仕様書無しさん:03/07/29 02:14
>>193
使いこなせなくて、キライになってクソ呼ばわり
する奴が多いのは事実だな。

と、燃料まいてみる。

198 :仕様書無しさん:03/07/29 02:19
>>196
何言ってるの?
UNIXを少しでも使っているなら、立派なUNIXユーザでしょ。

199 :仕様書無しさん:03/07/29 02:22
>>198
コーディングしないUNIXユーザなんか昔は居なかったな。


200 :仕様書無しさん:03/07/29 02:26
>>199
どんな使い方しようとユーザには変わりないでしょ。

201 :仕様書無しさん:03/07/29 02:30
UNIX使いはまともな議論ができない

UNIX板
犬板
で証明済み

202 :仕様書無しさん:03/07/29 02:44
>>200
利用者って意味ならその通りだけどね。

>>201
やあ、負け犬君。

203 :仕様書無しさん:03/07/29 12:28
暇だったからemacsのJava版作りました。
Lispよりかなりイイ感じ!!

204 :仕様書無しさん:03/07/29 21:06
ベイベ〜! オゥ ベイベ〜! vim最高

205 :仕様書無しさん:03/07/29 21:48
>>203
公開ヨロ

206 :仕様書無しさん:03/07/29 21:56
何回も言うがIDEを使えよ。
EmacsやVim使って利点があるのって、うにで昔のシステムメンテさせられてる可哀想なC使いだけだろ?
あとはIDEの無いショボイスクリプトで開発させられているヤシな。

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

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

207 :仕様書無しさん:03/07/29 22:05
そのコピペ便利そうだな

208 :仕様書無しさん:03/07/29 22:06
反論できないしね。

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

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

210 :vi お経:03/07/29 22:20
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 @

211 :仕様書無しさん:03/07/29 22:34
>>209
>>206でIDEのアドバンテージと称しているものは
>すべてEmacsのまくろで実装可能なものばかりなのでIDEの優位性は消滅する。

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

212 :仕様書無しさん:03/07/29 22:40
Unix系エディタは設定がテキストファイルなのが糞。
ダイアログで設定させろよ。
あと、インターフェースもほとんど糞。
IDE見習って作り直せって感じ。

213 :仕様書無しさん:03/07/29 22:43
設定を保持している対象を直に触らせるのがダメすぎ。
いつの時代だよ。
抽象化って知ってる?

214 :仕様書無しさん:03/07/29 22:53
vi は光速

215 :仕様書無しさん:03/07/29 22:54
viは皇速

216 :仕様書無しさん:03/07/29 23:05
>>213
抽象化すると誰が幸せになるって?

217 :仕様書無しさん:03/07/29 23:23
IDE厨はダイアログで設定できないとテキスト編集もできないってことで
いいですか?

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

219 :仕様書無しさん:03/07/29 23:38
要は自動車ならオートマ車まんせーで、マニュアル車はクズって
ことですね。
設定ファイルをぜんぶXML化したら暴動が起きるだろうな。

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

221 :仕様書無しさん:03/07/29 23:47
ここは「OO」と「抽象化」を誤用してみるスレですか?

222 :仕様書無しさん:03/07/29 23:47
操作ミスが無い=オートマと思ったのだが。
違う意図で>>218を書いたなら説明の仕方が悪すぎるな。

223 :仕様書無しさん:03/07/29 23:48
>>221
そこは後のお楽しみにとっておいたのに。。。。

224 :仕様書無しさん:03/07/29 23:52
>>222
内部変数とアクセサの関係。
設定ファイルが内部変数で、ダイアログのインターフェースがアクセサ。

225 :仕様書無しさん:03/07/29 23:54
設定ファイルは内部変数じゃありまっせん

226 :仕様書無しさん:03/07/29 23:55
援交少女のピチピチの肌?巨乳美女のセクシーなボディー?
貴方はどっちが好み?
無料動画だけでも十分に抜けちゃいますよ。
本日更新日!

http://www.cappuchinko.com/

227 :仕様書無しさん:03/07/29 23:55
>>223
ぜひ、解説を。
テキストファイル設定の方が優れているというならその解説もよろしく。

228 :仕様書無しさん:03/07/29 23:55
>>225
理解力無さ過ぎ。

229 :仕様書無しさん:03/07/29 23:56
>>224
....

230 :仕様書無しさん:03/07/29 23:57
ソースコードもGUI化すべきだな。そんなに優れているんなら。

231 :仕様書無しさん:03/07/29 23:57
具体的な反論は今のところ無しと・・・

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

233 :仕様書無しさん:03/07/30 00:00
VisualStudioのコンパイルオプションは両方のUIを備えているわけだが。
GUIマンセー厨はよっぽど単純な設定ファイルしかいじったことがないらしい。

234 :仕様書無しさん:03/07/30 00:02
コンパイルオプション程度でぎゃあぎゃあ騒ぐ奴なんか
居ないと思うが。

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

236 :仕様書無しさん:03/07/30 00:02
>>228
理解力がないのはお前
もう一段裏を読んでみなっさい

237 :仕様書無しさん:03/07/30 00:03
>>231
反論する気もおこらんですよ。マジで。

238 :仕様書無しさん:03/07/30 00:03
テキストの設定ファイル触って make で文法チェック+DB反映。

239 :仕様書無しさん:03/07/30 00:06
>>235
>エクスポート出来る機能があれば問題ないでしょ。
あれば な。
複数台数のPCに同じアプリを同じ設定でインストールするときは地獄よ。

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

241 :仕様書無しさん:03/07/30 00:08
>>239
付けて当然でしょ。

242 :仕様書無しさん:03/07/30 00:09
>>240
流れ読め

243 :仕様書無しさん:03/07/30 00:11
>>239
地獄と言える台数(自分は60台くらい設定したが)を設定する場合はゴーストなどのソフトを使うのが当然でしょ。

244 :仕様書無しさん:03/07/30 00:11
テキストファイル設定の方が優れていると言う具体的な反論はまだですか?

245 :仕様書無しさん:03/07/30 00:13
>>243
特別なソフトを使わなきゃ設定できないってことなのか?
まだ60台だから設定できたんじゃ?
500台とか1000台とかになったら?

246 :仕様書無しさん:03/07/30 00:15
>>244
GUIの方が優れているという具体的な根拠はないのか?

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

248 :仕様書無しさん:03/07/30 00:16
>>245
何かの冗談ですか?
500台や1000台手作業で入れるバカはいません。

249 :仕様書無しさん:03/07/30 00:17
>>246
>>218に書いているので読んでみてね。

250 :仕様書無しさん:03/07/30 00:18
GUI: 人間に最適化。バッチ処理に弱い。
CUI: 機械に最適化。まっとうな人間に弱い。

251 :仕様書無しさん:03/07/30 00:18
で、厨はテキストだと何が困るって言っているんだ?
漏れはGUIだと困ることが多いけど。

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

253 :仕様書無しさん:03/07/30 00:22
>>250
GUIとCUIの話じゃないよ。
もともと、テキストファイル設定はデータ直なんでUIが無い。

254 :仕様書無しさん:03/07/30 00:22
>>252
>>238 でなにか困ることでも?

255 :仕様書無しさん:03/07/30 00:23
大漁、大漁♪

256 :仕様書無しさん:03/07/30 00:23
>>251
>>218を読んでね。
GUIだと困ることと言うのは>>235じゃ解決できないこと?
具体例を。

257 :仕様書無しさん:03/07/30 00:24
>>254
>>218を読んでね。
それにしても手順が多いね。

258 :仕様書無しさん:03/07/30 00:25
アプリ依存なのはGUIも同じ。

259 :仕様書無しさん:03/07/30 00:26
>>258
テキストファイル設定はアプリ依存じゃなくてデータ(設定ファイル)依存です。

260 :仕様書無しさん:03/07/30 00:27
>もともと、テキストファイル設定はデータ直なんでUIが無い。
だそうです。
設定も不可能なようです。


261 :仕様書無しさん:03/07/30 00:28
>>259
設定ファイルの仕様はアプリが決めるのでアプリ依存です。



ネタですか?

262 :仕様書無しさん:03/07/30 00:30
>>260
設定不可なんて言ってないよ。
UIが無いからテキストエディタをUIとして直接いじるというのがテキストファイル設定。

263 :仕様書無しさん:03/07/30 00:30
Win/Unixの開発経験のどちらかが三年未満の奴は帰っていいよ。

264 :仕様書無しさん:03/07/30 00:33
>>261
あの〜、>>218ちゃんと読みましたか?
GUIなどで間接的に設定ファイルに触る場合は設定ファイルのフォーマットには依存しないんですよ。
テキストファイル設定の場合は言わなくても解るでしょ?

265 :仕様書無しさん:03/07/30 00:36
>GUIなどで間接的に設定ファイルに触る場合は設定ファイルのフォーマットには依存しないんですよ。
だそうです。
もう寝ます。

266 :仕様書無しさん:03/07/30 00:36
>>264
アホ?
アプリが異なるバージョン・フォーマットの設定ファイルを読むなんてのはよくある話だ。
何が何に依存してるって?

267 :仕様書無しさん:03/07/30 00:37
つーか、ここの人間ってOO的概念が無いのか?
何故そこまで執拗にテキストファイル設定にこだわるのかがまったく理解できないんだが。

268 :仕様書無しさん:03/07/30 00:37
GUI厨はこれでも読んでろ。

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

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

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

270 :仕様書無しさん:03/07/30 00:44
>>267
つーか、このスレで話す話題じゃないことくらい分かれよ

271 :仕様書無しさん:03/07/30 00:45
2chの夏、厨房の夏


272 :仕様書無しさん:03/07/30 00:48
使っていないifdefを隠してくれる「ifdef-mode」は、
Emacs系以外には付いていないのですか?


273 :仕様書無しさん:03/07/30 00:50
抽象化がOOだけのものと勘違いしているのか。

274 :仕様書無しさん:03/07/30 00:50
まともな反論は結局一つもありませんでしたね。

275 :仕様書無しさん:03/07/30 00:51
>>274
まともな主張をしてくれ。

276 :仕様書無しさん:03/07/30 00:53
勝利宣言出ました。

277 :仕様書無しさん:03/07/30 00:53
>>275
激同

278 :仕様書無しさん:03/07/30 00:54
まあ、UNIXやらLinuxやら使ってる時点で負け組み決定だがな。

279 :仕様書無しさん:03/07/30 00:54
>>273
そうですね、多態性も配列と関数ポインタで出来ますし。

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

280 :仕様書無しさん:03/07/30 00:55
>>275>>277
>>218を読んで下さい。

281 :仕様書無しさん:03/07/30 00:56
>>279
OO的要素が多いとどうだといいたいんだ?

282 :仕様書無しさん:03/07/30 00:57
>>278
世界中が負け組みだなw

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

284 :仕様書無しさん:03/07/30 00:58
>>281
「抽象化がOOだけのものと勘違いしているのか。」という問いに答えただけですよ。
利点は>>218を読んでね。

285 :仕様書無しさん:03/07/30 00:58
>まあ、UNIXやらLinuxやら使ってる時点で負け組み決定だがな。

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

286 :仕様書無しさん:03/07/30 01:00
>>280
んなもん作るのってめんどいじゃん。良く言えば進化が早い、悪く言えば使い捨てに近い
プログラムを作ってると、そういうのは後回しにな・る・の・っ!

いいかげん解れよ。

287 :仕様書無しさん:03/07/30 01:01
はぁ。
XML はただの例で、抽象化はOOだけのものではなかったら>>218には
ダイアログの話しか残らないな。

288 :仕様書無しさん:03/07/30 01:02
>>280
おまいにとって「設定」はルーチンワークなのか?

289 :仕様書無しさん:03/07/30 01:06
>抽象化されたインターフェース
の実現にはどれほどの工数が必要になるかお分かりか?

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

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

291 :仕様書無しさん:03/07/30 01:07
大人は再利用が見込めないブツを抽象化するほどヒマじゃねぇんだよ。

292 :仕様書無しさん:03/07/30 01:08
>>287

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

293 :仕様書無しさん:03/07/30 01:08
テキストによる設定の利点は
テキスト編集という主目的である統一されたUIで
アプリ自体の設定ができるところにある

294 :仕様書無しさん:03/07/30 01:09
>>290
ねぇ設定ファイルとしてのソースコードはどうしてGUIで設定しないの?
答えてくれよ。

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

296 :仕様書無しさん:03/07/30 01:12
>それは作り手の作り方次第←丸投げ

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

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

297 :仕様書無しさん:03/07/30 01:13
>>287>>292
抽象化やカプセル化の話はわかりませんでしたか?

298 :仕様書無しさん:03/07/30 01:13
>>295
使い易さだけを求めるユーザの視点に立てば良いとは言えんけど、
開発者や機能の充実を優先するユーザにとっては良いと言えるだろ

299 :仕様書無しさん:03/07/30 01:14
あはは〜。すり替えっぽい議論展開(w

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


300 :仕様書無しさん:03/07/30 01:14
そろそろ「釣れたぁ」宣言か?

301 :仕様書無しさん:03/07/30 01:15
>>293
デメリットの方が多いと思いますが。

302 :仕様書無しさん:03/07/30 01:16
「思いますが」また主観ね

303 :仕様書無しさん:03/07/30 01:16
誰か>>299を翻訳してくれ。

304 :仕様書無しさん:03/07/30 01:18
>>298
>開発者や機能の充実を優先するユーザにとっては良いと言えるだろ
だからそれはテキストファイル設定自体がが良い訳じゃないでしょ?

305 :仕様書無しさん:03/07/30 01:19
>>299
あの、言っていることが解らないのですが。

306 :仕様書無しさん:03/07/30 01:19
知能レベルから推し量るとさっきからageてる>301は中学生?

307 :仕様書無しさん:03/07/30 01:19
>ただ、それはテキストファイル設定のほうが良いという解答にはなりません。
誰もテキストファイルが良いとはいっていないが。
特性が違うのになんで優劣をつけるんだ?

308 :仕様書無しさん:03/07/30 01:20
>>305
ネタ切れ。新しいのを頼む。

309 :戸田奈津子:03/07/30 01:21
>>303
意訳:「何かよく判らんけどオレも書いてみたかったんだ」

310 :仕様書無しさん:03/07/30 01:21
>>307
メタな表現と抽象的な表現の混同&GUIマンセーのハーモニーです。

311 :仕様書無しさん:03/07/30 01:22
>>302
設定記述の習得コスト(項目、パラメータなど)
記述ミスのリスク。
設定ファイルの変更コスト。

312 :n:03/07/30 01:22
  腿  \_  |   _/
          彡彡彡
          ミミミミ クリトリス ★オナニー共和国です★
         ミミミミ / ̄ ̄ ̄ ̄
         ノ σ ヽ 尿道    ★貴方の見たい娘がイッパイ(^0^)★無修正★
  
       / / ゜ヽ ̄ ̄ ̄ ̄
大陰唇 / //\\ \ 
 ̄ ̄ ̄ ̄  ( ( 膣 ) ── 小陰唇★http://endou.kir.jp/akira/linkvp.html

      \ \\// /
         `   \/  '
\         *──肛門(アナル)
  \_____/\_____/

313 :仕様書無しさん:03/07/30 01:23
>特性が違うのになんで優劣をつけるんだ?

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


314 :仕様書無しさん:03/07/30 01:24
>>311
ちょっと痛々しくなってきたな。

315 :仕様書無しさん:03/07/30 01:24
結局レジストリ使えって事だな

316 :仕様書無しさん:03/07/30 01:24
>>310
ちなみにGUIマンセーじゃありません。
データを直接いじるのがダメなだけ。

317 :仕様書無しさん:03/07/30 01:26
>>307>>313
特性が違うというのはどういう事でしょうか?
訳がわからないんですが。

318 :仕様書無しさん:03/07/30 01:27
ぼちぼち飽きてきた。
もちょっと勉強して来い。

319 :仕様書無しさん:03/07/30 01:28
>設定記述の習得コスト(項目、パラメータなど)

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


320 :仕様書無しさん:03/07/30 01:28
>>310
>メタな表現と抽象的な表現の混同
ギャグですか?

321 :仕様書無しさん:03/07/30 01:30
>>319 しかもそのヘルプにたいしたことが書いてない

322 :仕様書無しさん:03/07/30 01:30
>>320
おまいホントに中学生だろ。もう寝ろ。

323 :仕様書無しさん:03/07/30 01:31
プログラマーが語るviとemacs Part3外伝

324 :仕様書無しさん:03/07/30 01:34
厨が出て来ると、その場は楽しめるのだが
スレは荒れ放題。

325 :仕様書無しさん:03/07/30 01:37
結論 : レジストリ使え

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

327 :仕様書無しさん:03/07/30 01:39
>>272 はスレタイに沿った話題だが、忘れられてそうだな。

328 :仕様書無しさん:03/07/30 01:40
>>326
はいはい

329 :仕様書無しさん:03/07/30 01:41
>>325
そうとは言っていません。
データの形態の話じゃないです。

330 :仕様書無しさん:03/07/30 01:43
で、>>326は何が目的でこの議論を続けてるの?何を欲してるの?

331 :仕様書無しさん:03/07/30 01:44
MSVC++の*.dspファイルはテキストファイルな訳だが。
# vssで差分が分かり易くて助かっている訳だが。
MSVC++のブラウズ情報はctagsとほぼ同じ事をやっている訳だが。
ちゅうかソースパクッテるっぽい

332 :仕様書無しさん:03/07/30 01:46
なんか不毛だな。このスレ。
さんざん遊んどいてアレなんだけど(w


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

334 :仕様書無しさん:03/07/30 01:49
>>331
何度も言っていますがデータの形態の話じゃないです。
良く流れを読んで下さい。

335 :仕様書無しさん:03/07/30 01:50
げんなり

336 :仕様書無しさん:03/07/30 01:51
「マウスが遠い」

337 :仕様書無しさん:03/07/30 01:53
「職場が遠い」

338 :仕様書無しさん:03/07/30 01:53
けけけ
おまえら設定ファイルなんて直接弄ってたら破滅するぞ

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

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

339 :仕様書無しさん:03/07/30 01:53
友達いなさそう・・・

340 :仕様書無しさん:03/07/30 01:55
だからifdefを見やすくしてくれる「ifdef-mode」は
IDEとやらにあるのかっつぅの。

341 :仕様書無しさん:03/07/30 01:55
>テキストファイル設定どう思っているのか

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

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

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

終わり。

342 :仕様書無しさん:03/07/30 01:55
レジストリエディタ最強だな

343 :仕様書無しさん:03/07/30 01:56
DelphiのIDEでダイアログ作るのと
リソースファイル直接編集するのと
どっちが楽かな?ん?

344 :仕様書無しさん:03/07/30 01:58
スレタイを今一度ご覧になる事をお勧めします。
あむご。あむご。

345 :仕様書無しさん:03/07/30 01:58
>>340 が引き継いでくれそうだw

346 :仕様書無しさん:03/07/30 01:58
>>341
プププ

347 :仕様書無しさん:03/07/30 02:00
>>341
素人、プロの問題じゃないですね。
そう言う意識じゃ考えが硬化します。

348 :仕様書無しさん:03/07/30 02:00
いたいけな少女のいけない画像、動画がいっぱい!
無料のムービーを見るだけでも見てみれば?
今日は新作がアップされてるから必見です。
http://www.rolix.net/index2.html

349 :仕様書無しさん:03/07/30 02:00
>>346
へたれ

350 :仕様書無しさん:03/07/30 02:01
>>341
ドカタっぽいな、コイツ。

351 :仕様書無しさん:03/07/30 02:02
答えは出た様だな(w
>>341の様な奴は今時の仕事は全くこなせないロートルPG


352 :仕様書無しさん:03/07/30 02:02
>>347
>素人、プロの問題じゃないですね。

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


353 :仕様書無しさん:03/07/30 02:03
C++のソースを直接編集する香具師は素人

354 :仕様書無しさん:03/07/30 02:03
>>352
顔真っ赤ですよ

355 :仕様書無しさん:03/07/30 02:04
>341にレスつけてる奴、マジで頭悪そうだなw

356 :仕様書無しさん:03/07/30 02:05
そろそろ自作自演の擁護レスかなあ?

357 :340:03/07/30 02:05
所詮、自分たちに都合の悪いことは無視するわけだ→IDE房

358 :仕様書無しさん:03/07/30 02:05
>>352
信頼性の高い設定方法を模索するのは素人、プロに関係なく重要なことだと思います。

359 :仕様書無しさん:03/07/30 02:06
>>354
>顔真っ赤ですよ
昔、ラウンジャーがよく使ってたな。出張か?

360 :仕様書無しさん:03/07/30 02:06
>>350 >>351

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


361 :仕様書無しさん:03/07/30 02:07
>>352
優れたものを目指すのに素人もプロも関係ありますか?

362 :仕様書無しさん:03/07/30 02:08
>信頼性の高い設定方法を模索
この辺からどうも香って来るんだよなぁ・・・ 

363 :仕様書無しさん:03/07/30 02:08
>>341
>>343

364 :仕様書無しさん:03/07/30 02:09
>優れたものを目指す
失笑

365 :仕様書無しさん:03/07/30 02:10
>優れたものを目指す
失笑。目指して終わりだろ?

366 :仕様書無しさん:03/07/30 02:10
>信頼性の高い設定方法を模索するのは素人、プロに関係なく重要なことだと思います。

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



367 :仕様書無しさん:03/07/30 02:10
>>361
これ以降はこっちで頼むよ。

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

368 :仕様書無しさん:03/07/30 02:10
本当に「プログラマー」同士が語っているんでしょうか?
from スレタイ

369 :仕様書無しさん:03/07/30 02:11
341のジサクジエンか

370 :仕様書無しさん:03/07/30 02:13
>>341今日は眠れないな(w

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


372 :仕様書無しさん:03/07/30 02:14
ジエン+面白がって書き込んでる奴

373 :仕様書無しさん:03/07/30 02:14
>出来なきゃだまって見てろ。
ほっといてください
お願いします
だろ?(w

374 :仕様書無しさん:03/07/30 02:14
>>364>>365
いつまでもデータ本体を直接編集する機構が良いと思えますか?

375 :仕様書無しさん:03/07/30 02:14
>>370
寝るつーの(W


376 :仕様書無しさん:03/07/30 02:16
>>341
>>343





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

377 :仕様書無しさん:03/07/30 02:16
>>374
上のほうでも誰か書いてたがケースバイケースなの。

378 :仕様書無しさん:03/07/30 02:16
>>366
素人向けならGUIというのは変ですけどね。
この認識は結構根強いです。

379 :仕様書無しさん:03/07/30 02:17
だからレジストリ使えってーの

380 :仕様書無しさん:03/07/30 02:17
>>374
>レベルの低い人しか集まっていなかったようです。
と煽っておいて、そいつらになにか質問でも?

381 :仕様書無しさん:03/07/30 02:18
>>377
テキストエディタの話ですけどね。

382 :仕様書無しさん:03/07/30 02:18
とうとう話を逸らし始めたよ・・

383 :仕様書無しさん:03/07/30 02:18
作るのがメンドイ。この一言に尽きる。

384 :仕様書無しさん:03/07/30 02:18
>>380
最初は低いと思っていなかったもので。
開けてビックリです。

385 :仕様書無しさん:03/07/30 02:20
>>382
開き直ってるしな(w

386 :仕様書無しさん:03/07/30 02:19
>>383
それは納得しています。

387 :仕様書無しさん:03/07/30 02:20
いいなガキは夏休みで

388 :仕様書無しさん:03/07/30 02:20
>>384
じゃぁ他のスレかム板で聞いたほうがいいんじゃねーの?


389 :仕様書無しさん:03/07/30 02:20
GUIにした途端、移植性が限りなく0に近づくしな。

390 :仕様書無しさん:03/07/30 02:21
ここはどこでヲチしてるんだ?

391 :仕様書無しさん:03/07/30 02:21
>>382>>385
話はそれてませんよ。
いつでも反論どうぞ。

392 :仕様書無しさん:03/07/30 02:22
>>389
いつの話だよ

393 :仕様書無しさん:03/07/30 02:22
>>389
この手の細かい話はどうもお好みじゃないらしい

394 :仕様書無しさん:03/07/30 02:22
>>391
>>343

395 :仕様書無しさん:03/07/30 02:23
>>389
Windows系のemacsなんて捨ててるでしょそんなもの。
GTK使ったり道はあるとは思いますが。

396 :仕様書無しさん:03/07/30 02:24
>>392
今だよ。ヴォケ

397 :仕様書無しさん:03/07/30 02:24
>>391
>>388

398 :仕様書無しさん:03/07/30 02:24
>>394
制作者の楽と使用者の楽が混同されていますよ。

399 :仕様書無しさん:03/07/30 02:25
>>395
ねぇんだよ。ウスノロ

400 :仕様書無しさん:03/07/30 02:25
IDEで作るのが楽。
リソースの直接編集なんて変態のする事。

401 :仕様書無しさん:03/07/30 02:26
>>398
されてねぇよ。クズ

402 :仕様書無しさん:03/07/30 02:26
>>398
はぁ?
そんなの議論してたの?

403 :仕様書無しさん:03/07/30 02:27
どうだ?
オレの苦労を少し判ってくれたか(w

404 :仕様書無しさん:03/07/30 02:27
だれか
「プログラマが語るアプリの設定」
とかいうタイトルでスレ立ててくれw








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

405 :仕様書無しさん:03/07/30 02:27
俺の見解
IDE>>>>>>>>>>>>>>>>>>>>>>>emacs>>vi

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

406 :仕様書無しさん:03/07/30 02:28
>>400
んなこと言ってるもまいも、すぐに変態の仲間入りさw

407 :仕様書無しさん:03/07/30 02:28
ageてる奴はム板いけ。
それで万事解決。

408 :仕様書無しさん:03/07/30 02:29
>>401
されてますよ。
使用者から見たら>>400と同じ答えですね。

409 :仕様書無しさん:03/07/30 02:29
>>405 クソ度のことかw

410 :仕様書無しさん:03/07/30 02:29
おっと、(超えられない壁)をつけるの忘れてた。



IDE>>>>>>>>>>>>>>>>(超えられない壁)>>>>>>>emacs>>vi


411 :仕様書無しさん:03/07/30 02:30
>>405
お前の見解の中でそれは正しい!気を強く持つように。 

412 :仕様書無しさん:03/07/30 02:30
不毛だなあ。
俺はVisualStudio使いながらもう寝るぞ。

413 :仕様書無しさん:03/07/30 02:31
いまだにviとかemacsで作業するおまえらを見ると
哀れだねえ

414 :仕様書無しさん:03/07/30 02:32
もう寝るよ宣言キター

415 :仕様書無しさん:03/07/30 02:32
>408
ageてもスルーされちゃってるしw

416 :仕様書無しさん:03/07/30 02:32
>>407
釣り|ヲチだよ。あからさまな煽りも入ってるし。

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

417 :仕様書無しさん:03/07/30 02:33
まともな反論もないことだし寝ますか。

418 :仕様書無しさん:03/07/30 02:33
>>412
もう寝るのか?

419 :仕様書無しさん:03/07/30 02:33
答える気がない宣言もキター

420 :仕様書無しさん:03/07/30 02:34
プチ煽り入ったー!

421 :仕様書無しさん:03/07/30 02:35
反論ないから寝るよ宣言キター

422 :仕様書無しさん:03/07/30 02:35
まともな主張もなかったので寝ますか(w

423 :仕様書無しさん:03/07/30 02:36
viで挫折

_| ̄|○


IDEを手に入れ有頂天

 ○
 lヽ
_冫 ̄|○


今ではすっかり虜に

アウ・・ォォォウ・・
○    ○ グッポグッポ
( ヽ  ○/l ))
)))」 ̄[ 乙

424 :仕様書無しさん:03/07/30 02:36
AAで図解キター

425 :仕様書無しさん:03/07/30 02:37
とりあえず寝ますけどテキストファイル設定の方が良いという方は>>218に対する反論でも書いておいて下さい。
では。

426 :仕様書無しさん:03/07/30 02:39
原理主義者キター!

427 :仕様書無しさん:03/07/30 02:39
設定ファイルマンセー派は、言うまでもなくUNIX使いだろうが、
おまえらがGUIのなんたるかを語ってはいかんよ。

428 :仕様書無しさん:03/07/30 02:40
テキスト設定について語るスレにされてしまいました。

429 :仕様書無しさん:03/07/30 02:42
UNIX使いはこんなまんどくせぇ議論には参加しないよ。

430 :仕様書無しさん:03/07/30 02:42
プログラマーが語るviとemacs Part3外伝U
主演 >>427


431 :仕様書無しさん:03/07/30 02:43
>>430
(寒

432 :仕様書無しさん:03/07/30 02:43
しかし、このスレも不運なスレだよな。
「IDE vs テキストエディタ」にされたり「テキストファイル設定 vs GUI」にされたり。
伸びは凄まじいが(w

433 :仕様書無しさん:03/07/30 02:44
ただのviとemacsじゃ勝負になんないしな

434 :仕様書無しさん:03/07/30 02:45
ここにいる奴らはみんな使えないんだもん>vi, emacs

435 :仕様書無しさん:03/07/30 02:46
オレなんか見たこともないしなw

436 :仕様書無しさん:03/07/30 02:46
>>434
IDEと秀丸で十分だし。

437 :仕様書無しさん:03/07/30 02:47
何回も言うがIDEを使えよ。
EmacsやVim使って利点があるのって、うにで昔のシステムメンテさせられてる可哀想なC使いだけだろ?
あとはIDEの無いショボイスクリプトで開発させられているヤシな。

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

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

438 :仕様書無しさん:03/07/30 02:47
/* ここから本音トーク */

439 :仕様書無しさん:03/07/30 02:48
もういいよそのコピペは
どうせならちょっと改造しろよ。

440 :仕様書無しさん:03/07/30 02:48
実はオレ、プログラマじゃない

441 :仕様書無しさん:03/07/30 02:49
正直、DelphiやBuilderのIDEは使えるが、
エディタ(フリーカーソル)はクソだ。

442 :仕様書無しさん:03/07/30 02:50
おれはLisperだが、emacs使わない。

443 :仕様書無しさん:03/07/30 02:50
今日、VSにフリーカーソルモードがあるのを初めて知った。

444 :仕様書無しさん:03/07/30 02:51
emacsよりも、xyzzyのゲイツモードだろう

445 :仕様書無しさん:03/07/30 02:52
いいかげん、UNIXからviを廃止して欲しい。
FreeBSDの設定編集はeeだっけ?
あれも変だけどさ。

446 :仕様書無しさん:03/07/30 02:53
白状するがVimでCreamを使っている。

447 :仕様書無しさん:03/07/30 02:54
Linuxの普及には、viとemacs撲滅が不可欠である。

448 :仕様書無しさん:03/07/30 02:54
フリーカーソルじゃないとカーソルを上下に動かした場合に変なとこへいかない?

449 :仕様書無しさん:03/07/30 02:55
>>447
それは言えるかも。
他にWindowsテキストエディタライクな奴ないの?

450 :仕様書無しさん:03/07/30 02:55
>>448
そんなこたぁない

451 :仕様書無しさん:03/07/30 02:57
今までVimを使っているフリをしていたが実はViViを使っている

452 :仕様書無しさん:03/07/30 02:58
フリーカーソルは罫線引く様な場合はいいかもしれないけど、
ソースコード編集には絶対に向かない。


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


454 :仕様書無しさん:03/07/30 03:06
うに厨が必死でテキストファイル設定を支持している姿みてワラタ
1対多なのに完璧に言い負けてるしw

455 :仕様書無しさん:03/07/30 03:07
>>453
最近日本版が出たLindowsとかの標準エディタはどうなっているんだろうね。

456 :_:03/07/30 03:07
http://homepage.mac.com/hiroyuki44/2ch.html

457 :仕様書無しさん:03/07/30 03:09
emacsにゲイツモードがあればそれでもいいんだけど、
ないんだよね?使えねーなー。

458 :仕様書無しさん:03/07/30 03:14
vi vs emacs (ほとんどやってないが)

IDE vs テキストエディタ

GUIで設定 vs テキストエディタで設定

? (今のところ Windows vs UNIX(or Linux)?)

459 :仕様書無しさん:03/07/30 03:17
テキストで設定 vs レジストリで設定

460 :仕様書無しさん:03/07/30 03:27
>>458
なんか笑えるなw

461 :仕様書無しさん:03/07/30 04:09
なんかだんだんどうでもよくなってきた

462 :仕様書無しさん:03/07/30 08:20
だからVSのエディタをviライクにしてってば

463 :仕様書無しさん:03/07/30 08:27
マジメに議論するつもりなら捨てトリップ付けてて欲しかった

464 :仕様書無しさん:03/07/30 08:46
>>462に一票

465 :仕様書無しさん:03/07/30 08:52
エディタの違いなんてもはやデフォルトの
キーバインド程度の意味しかないんだよな。

466 :仕様書無しさん:03/07/30 09:12
2ストロークキーバインドも定義できない糞エディタ使ってるやつが何か言ってるみたいだな(W

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

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

468 :仕様書無しさん:03/07/30 10:07
>>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 には、キーバインドを標準のまま変えないこともできるので、便利
な機能が使えるようになりますよ。矩形のカット&ペーストとか、グローバル
マークとか…
詳しくは、ソースのコメント読んでね。


469 :ヽ(´ー`)ノ:03/07/30 11:15
IDE 使うとしたら eclipse だな。他はイラネ。

470 :仕様書無しさん:03/07/30 11:39
窓使いの憂鬱を使っているので
エディタなんてどうでもいい。
そんな低い次元の悩みなどとっくに無い。

471 :仕様書無しさん:03/07/30 12:12
>>457
> emacsにゲイツモードがあればそれでもいいんだけど、
> ないんだよね?使えねーなー。

cua-mode?

472 :仕様書無しさん:03/07/30 13:24
>>470

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

473 :仕様書無しさん:03/07/30 18:32
>>470
> エディタなんてどうでもいい。

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

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

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


474 :仕様書無しさん:03/07/30 21:12
vi は激速

475 :仕様書無しさん:03/07/30 21:49
viは激ダサ

476 :仕様書無しさん:03/07/30 22:24
emacs使っているヤツ編集おせーよ。
見ててイライラしてくる。
逆にVim使っているヤツはみんな速い。

477 :仕様書無しさん:03/07/30 22:28
>>467
スクリプトですることと設定として必要なことが切り分けられていないから複雑さを設定にまで持ち込むことになる。

478 :仕様書無しさん:03/07/30 22:35
今から新人に赤帽教えるんですけど
エディタは何を使わせるようにしたらいいですかね・・・?

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

479 :仕様書無しさん:03/07/30 22:36
>>478
自分に教える資格があるかどうか先に考えたほうがいいかも

480 :仕様書無しさん:03/07/30 22:39
>>478
とりあえず、viは使えないと何も出来ない。

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


482 :仕様書無しさん:03/07/30 23:08
どうでもいい話ですが、エクスプローラー
形式のftpソフトから、「秀丸で開く」でUNIX上のテキストファイル編集
している人ってイタくないですか?
「vimで開く」「Meadowで開く」はちょっと面白いですが。

483 :仕様書無しさん:03/07/30 23:10
>>482
典型的な信者だな。秀丸だろうがvimだろうが本質は同じだろ。

484 :仕様書無しさん:03/07/30 23:27
>>481
それはお前が特別屑なだけだろw
大体Vimはオマエの主エディターか?
普通にVimを主エディターにしているヤツはみんなはえーよ。
emacs使っているヤツは平均的に遅い。

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


486 :仕様書無しさん:03/07/30 23:42
>>482
samba+秀丸、teraterm+秀丸ですいすいですが何か?

487 :仕様書無しさん:03/07/30 23:44
わーい、次はマック対(ry

488 :仕様書無しさん:03/07/30 23:46
>>468
これってSHIFT+カーソルの領域選択に触れてないけど、
使えるの?

489 :仕様書無しさん:03/07/30 23:46
>>485
マックのどこが好きなんですか?
MacOSXをどう思われますか?

490 :仕様書無しさん:03/07/30 23:50
Cubeは実にセクスィーだったな

491 :仕様書無しさん:03/07/30 23:51
viの使い手の編集を間近に見てみたいなぁ。漏れの知ってるヤシに、

viでjavaのソースを編集

:wqで終了

javac *.java

コンパイルエラー

エラーの行番号を暗記してvi再起動

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


492 :仕様書無しさん:03/07/30 23:54
他のエディタならどうやるのか>>491が詳しく教えてくださります(w

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

494 :仕様書無しさん:03/07/30 23:55
>>491
そいつは氏刑。
秀丸がお似合い。

495 :仕様書無しさん:03/07/30 23:57
>>493
オレもSHIFT+カーソル選択好きだなぁ
Emacsは出来るかもしれないがVimは出来ないな。

496 :仕様書無しさん:03/07/30 23:58
だから、IDE+まゆ使えって。
IDEのパワフルさに加えて、
どんなキーバインドも思いのまま。
emacs厨もvi厨も大満足。

497 :仕様書無しさん:03/07/31 00:02
>>496
リモートから使えないからやだ。
リモートデスクトップで飛ばすと重いし。


498 :仕様書無しさん:03/07/31 00:03
>>492
emacsなら、JDEEを入れてあれば

C-c C-v C-b でビルド(内部ではAnt呼び出し)

エラー一覧がウィンドウ内に表示

タグジャンプ

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


499 :仕様書無しさん:03/07/31 00:06
>>497
えっ? 何か勘違いしていませんか?(w

500 :仕様書無しさん:03/07/31 00:09
>>498
IDEではなにも入れなくて使える当たり前の機能ですね。

501 :仕様書無しさん:03/07/31 00:13
>>498
EmacsってJDEE入れないとこんなことすら出来ないの?

502 :仕様書無しさん:03/07/31 00:13
Vimの圧勝だな。
Emacsヘボッ!!

503 :仕様書無しさん:03/07/31 00:14
>>492
Vim なら :make とか C-], C-t でタグジャンプとか
いくらでもなんとかなるだろ。:sh していじって exit
してもいいし。

504 :仕様書無しさん:03/07/31 00:19
2chの書き込みフォームに寄生して編集できないようなエディタは全部糞。

505 :仕様書無しさん:03/07/31 00:20
IDE厨ご自慢の機能がエディタのちょっとした拡張機能程度の
ものだと判ったからってそんなに焦らなくてもいいだろ(w

506 :仕様書無しさん:03/07/31 00:32
何回も言うがIDEを使えよ。
EmacsやVim使って利点があるのって、うにで昔のシステムメンテさせられてる可哀想なC使いだけだろ?
あとはIDEの無いショボイスクリプトで開発させられているヤシな。

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

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

507 :仕様書無しさん:03/07/31 00:33
Shift+カーソルキーはおろか、viでカーソルキー
を使おうとした時点でクソなんだからして。

508 :仕様書無しさん:03/07/31 00:34
>>505
506の機能を実装できる?プッ

509 :仕様書無しさん:03/07/31 00:35
>>506
またそれか…ほかのネタを用意してまたおいで。おやすみ。

510 :仕様書無しさん:03/07/31 00:36
>>493
meadowならできたけど、
Linuxとかのコンソール上のemacsだと駄目だった。

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

誰かできた人いる?

511 :仕様書無しさん:03/07/31 00:36
>>509
反論できないんだろプッ
いつも逃げだもんね。
一回も論破されたこと無いよ506は。

512 :仕様書無しさん:03/07/31 00:40
>>510
だから無理だって。

513 :仕様書無しさん:03/07/31 00:40
そもそもコンソール上で、
Shift+カーソルのキーコードはちゃんと拾えるの?
terminfoとかが対応してないと無駄っぽいんだけど

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


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

516 :仕様書無しさん:03/07/31 00:45
ドザから見たら、emacsよりviの方がまだ簡単だと思うよ。
何かミスしても(Windowsでは標準的な)ESCキーで
変なモードから脱出できるから。

517 :仕様書無しさん:03/07/31 00:46
おぃ、そこの姉タン。
この俺と複数回バコバコしないかい?

518 :仕様書無しさん:03/07/31 00:47
兄タンでもいい?

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

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

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

521 :仕様書無しさん:03/07/31 00:57
>>519
正直、emacsは複雑すぎてついていけません。



522 :仕様書無しさん:03/07/31 00:59
>>519
JJJJJ

523 :仕様書無しさん:03/07/31 01:00
>>519
おれ、デフォの設定用エディタがemacsになったらUNIXやめる。
viのが(使いやすいって訳ではないけど)まだまし。


524 :仕様書無しさん:03/07/31 01:01
変態エディタ2大対決ですか。
目くそ鼻くそ

525 :仕様書無しさん:03/07/31 01:02
今、524が言ってはならないことを言った!
・・・・・終了・・・・・

526 :仕様書無しさん:03/07/31 01:08
M-x restart

527 :仕様書無しさん:03/07/31 01:11
>>520
Windows9xで標準で使えたEDIT相当も不可能。
端末の機能制限が、そのままエディタにも悪影響している例。

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

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

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

529 :仕様書無しさん:03/07/31 01:16
Windowsユーザーにemacsは必要ない。

530 :仕様書無しさん:03/07/31 01:19
そもそもWindowsユーザーはemscs使いませんが。
合ってるとか以前に。
昔emacs強制させられた哀れな学生ぐらいが関の山。

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

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

532 :仕様書無しさん:03/07/31 01:21
telnetが無かったら、UNIXはここまで普及してなかったろうな。
変態エディタ使わずに済むので。

533 :仕様書無しさん:03/07/31 01:21
Windowsユーザーはvimなら使うとでも?

534 :仕様書無しさん:03/07/31 01:22
>>532
激しく同意しとく。

535 :仕様書無しさん:03/07/31 01:23
>>533
どっちも使いません。
編集はWindowsのエディタでやって、telnetでコピペ。

536 :仕様書無しさん:03/07/31 01:24
今、533が言ってはならないことを言った!
・・・・・終了・・・・・

537 :仕様書無しさん:03/07/31 01:24
今、おれは535と533を間違えてしまった!
・・・・・終了・・・・・

538 :仕様書無しさん:03/07/31 01:24
>>532
ごめん、ちょっと意味がよく分からない

539 :仕様書無しさん:03/07/31 01:25
>533
528が言うとおりWindowsユーザーにはVimは不親切。
Windowsもたまに使うUnixユーザーが使うためのエディタ。
Windows-emacs系は新規ユーザーの獲得にも積極的。

540 :仕様書無しさん:03/07/31 01:25
>>538
>>535

541 :仕様書無しさん:03/07/31 01:26
単にtelnetというと語弊があるので、
teratermに置き換えてね。
UNIX上のtelnetじゃ無理な事だから。

542 :仕様書無しさん:03/07/31 01:30
teratermがないとUNIX使えない人って結構多いよ。(ベテラン含む)

543 :仕様書無しさん:03/07/31 01:30
viとかemacsって田原俊彦みたいだな。

544 :仕様書無しさん:03/07/31 01:30
ああ、たまにやるね。teraterm上で
cat > filename
ってやっといてWindowsのエディタやブラウザからコピペ。
でも何でもかんでもそれというのは・・
FTPのほうがマシじゃない?

545 :仕様書無しさん:03/07/31 01:34
>>542
そう思いたいだけでは?(w

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

547 :仕様書無しさん:03/07/31 01:35
>>545
今まで仕事で関わってきた人ほとんどがteraterm使ってますが。

548 :仕様書無しさん:03/07/31 01:37
うち(DB系)もteratermでSQLのマクロ作ったりする。
unix(うちはSolarisだけど)のコンソール直接叩ける人ってほとんどいない。

549 :仕様書無しさん:03/07/31 01:38
>>547
それはwinから入るときに便利だから使ってるだけで
無いとUNIXが使えない理由にはならないのでは?

550 :仕様書無しさん:03/07/31 01:39
結構昔からあるからね>TeraTerm
Windows3.1の頃ぐらい?
Windowsのtelnetというと未だにこれしかない。
初期の95の時代から使ってる。

551 :仕様書無しさん:03/07/31 01:40
オレの回りもみんなteratermだったな。

552 :仕様書無しさん:03/07/31 01:41
>>549
コンソール直接叩くとログ取ったり出来なくて不便じゃない?

553 :仕様書無しさん:03/07/31 01:41
選択肢がないだけなんだがやっぱりTeraTermだった。
表示が崩れないだけでたいしてtelnetと差があるようには思えなかったけど。

554 :仕様書無しさん:03/07/31 01:42
teratermはマクロが使えるから、単純に他のtelnetと比較できないよ。
運用もほとんどアイコン起動するだけだし。

555 :仕様書無しさん:03/07/31 01:43
>>552
最近のPC-UNIXだと、何かキーを押すとバックスクロールできたような気がする。

556 :仕様書無しさん:03/07/31 01:43
sambaでファイルを編集、TeraTermでコンパイル。
これが一番効率が良かった。
使用エディタは秀丸。

557 :仕様書無しさん:03/07/31 01:45
>>554
へーそうなんだ、全然使いこなしてないなオレ(w
マクロでどんな処理させるの?

558 :仕様書無しさん:03/07/31 01:48
>>557
昔のパソコン通信時代のマクロ、文字列受けて、判断してキータイプ
吐き出しの繰り返し。

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


560 :仕様書無しさん:03/07/31 01:50
うぉっ、なんだこのとんでもないレスの数は?
二日見ないうちに新着350って(w
いったい何があったんだ?

561 :仕様書無しさん:03/07/31 01:51
ここはteratermのスレですね?

562 :仕様書無しさん:03/07/31 01:51
>>556
それは効率が良いんじゃなくて、たぶん自分が使いやすかった
だけだな。(w


563 :仕様書無しさん:03/07/31 01:51
一時期niftyとかもこれでログインしてたなあ

564 :仕様書無しさん:03/07/31 01:51
>>558-559
へー、凄い便利だな。
勉強してみよう。
2人とも情報サンクス。

565 :仕様書無しさん:03/07/31 01:52
cygwin入れてinetdを立ち上げて、DOSプロンプト代わりに
teraterm使うのも結構いいよ。


566 :仕様書無しさん:03/07/31 01:53
>>562
sambaはファイル名の扱いとかがちょっと不気味だけど、
ある程度は同意できるよ。WindowsにはフリーのNFS無いし。

567 :仕様書無しさん:03/07/31 01:53
>>562
cat > filenameでコピペするよりずっと効率的。

568 :仕様書無しさん:03/07/31 01:55
>>567
比較対象悪すぎw

569 :仕様書無しさん:03/07/31 01:55
samba便利だよね。
Windowsのエディタ使えるのでヘタレな漏れにはうってつけです。

570 :仕様書無しさん:03/07/31 01:55
>>565
Linuxでもやるよ。
gccやmakeのlocaleが日本語だったりするし。

571 :仕様書無しさん:03/07/31 01:56
>>567
telnetでコピぺ編集する奴はたしかにDQN。

572 :仕様書無しさん:03/07/31 01:57
おれのことか(´・ω・`)

573 :仕様書無しさん:03/07/31 01:58
>>568
でも、unixエディタが苦手なwinユーザーが使える手段としては、残りはその方法とFTPくらいしかないじゃん。
sambaが一番楽だよ。

574 :仕様書無しさん:03/07/31 01:59
>>573
VMwareでGuest:UNIXにして共有という手段もあるけど、
特殊すぎるか・・・。

575 :仕様書無しさん:03/07/31 01:59
>>570
「出ます」「入ります」ってあの翻訳したやつを小一時間問い詰めたい。
って思ったことない?

576 :仕様書無しさん:03/07/31 01:59
gccやmakeのlocaleっていったい


577 :仕様書無しさん:03/07/31 02:00
>>574
VMware高いし・・・

578 :仕様書無しさん:03/07/31 02:02
FTPを使ったPC←→サーバ間ファイル同期ソフトがあればいいのに。
samba入れるのめんどい・・

579 :仕様書無しさん:03/07/31 02:02
なんだかんだ言って秀丸使いやすいんだよな…
バカにされるから滅多に言わないけど…

580 :仕様書無しさん:03/07/31 02:03
>>574
(´∀`)ハハハ…

581 :仕様書無しさん:03/07/31 02:04
>>578
たしかFTPソフトで同期取れるような気がしたけど。
差分だけアップロードするとか言うヤツ。

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


583 :仕様書無しさん:03/07/31 02:06
>>578
Webページ作成ソフトのFTP機能で出来るんじゃない?

584 :仕様書無しさん:03/07/31 02:07
sambaはNFSぐらい標準的なサービスにして欲しい
いちいち後で入れるのメンドイ
あと設定ファイル書き直すの大変だよ
せめてコンソールでメニュー形式の設定ツールぐらいあればいいのに。
書式なんてみんなばらばらだから覚えらんないよ
うにxはうんこちゃんだな

585 :仕様書無しさん:03/07/31 02:08
sambaはブラウザで設定できるけど

586 :仕様書無しさん:03/07/31 02:08
>>582
そうなのか・・・
無知だからなぁ
EWS4800とかいうヤツ使っているんだがそれに入っていそう?

587 :仕様書無しさん:03/07/31 02:09
>>581 >>583
うーん。なんかこう、ディレクトリはあらかじめ登録しておいて、
PalmのHotSyncみたくボタン一発でできたらいいなあと。

588 :仕様書無しさん:03/07/31 02:10
>>586
Xは入れてあると思うが、エディタは判んない

589 :仕様書無しさん:03/07/31 02:11
>>582
>winライクな操作性を持った
>エディタだって沢山ある。

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

590 :仕様書無しさん:03/07/31 02:11
>>587
それも出来るはず。

591 :仕様書無しさん:03/07/31 02:13
ミラーリングとかで検索したら引っかかるかも
>同期できるftpクライアント

592 :仕様書無しさん:03/07/31 02:15
>コンソールアプリにはないよね?

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

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


593 :仕様書無しさん:03/07/31 02:15
terminfo、termcapの設定を追加するとかで
SHIFT+カーソルのキー認識させるのは無理なのかな。

594 :仕様書無しさん:03/07/31 02:16
>>589
マクロ組めるFTPクライアントもあったからショートカットダブルクリックでミラーリング出来るよ。

595 :仕様書無しさん:03/07/31 02:16
>>592
だから無いの。
>>493-514参照

596 :仕様書無しさん:03/07/31 02:19
>>595
vt100とかの端末の規格の時点で無理なの?
それじゃどうしようもないの?

597 :仕様書無しさん:03/07/31 02:20
>>588
Xは入っていたね。
なんか見た目がモチーフっぽい変なヤツ。
でもこのマシンまだ使いやすい。
前、使っていたSunのSparkとか言うヤツは使いづらかった。
SunOSもう見たくない。

598 :仕様書無しさん:03/07/31 02:20
EDIT.EXEはundoが使えない以外はメモ帳とほぼ同じ。


599 :仕様書無しさん:03/07/31 02:21
お前ら、情報ありがとうございます。
オレの知識ってもう原始人並だな(´・ω・`)
ちょっと自分でもぐぐってみるよ。

600 :仕様書無しさん:03/07/31 02:22
(´-`).。oO(undo使えないのはツラいなぁ・・・

601 :仕様書無しさん:03/07/31 02:22
599==587
スマソ

602 :仕様書無しさん:03/07/31 02:23
>>596
どうしようもない。
もし理論的に可能だとしてもterminfo等の設定が
必要な時点で普通の人にはアウトだろ。
試した人いないかね?

603 :仕様書無しさん:03/07/31 02:24
おとなしくteratermからコピペしなさい

604 :仕様書無しさん:03/07/31 02:25
>>603
それは地獄

605 :仕様書無しさん:03/07/31 02:26
ここほどスレタイとまったく関係のない話で盛り上がりまくるスレはないよなw
なんか最初にこのスレを立てた>>1が哀れだw

606 :仕様書無しさん:03/07/31 02:27
やっぱsambaで使い慣れたエディタを使うのが一番良いよ。

607 :仕様書無しさん:03/07/31 02:30
SHIFT+カーソルで状態が変わるコンソールアプリってある?
早い話、それをパクればいいんだよ。
ざっと思いついた中には無かったなー。

608 :仕様書無しさん:03/07/31 02:34
開発対象のサーバにsamba入れられる状況ってあんまりないような。


609 :仕様書無しさん:03/07/31 02:35
>>605
大半がvi/emacsなんかどうでもいいと思ってるからだろうな

610 :仕様書無しさん:03/07/31 02:37
sambaのインストールと運用について詳しいサイト教えてください
うちの環境はLinuxです。

611 :仕様書無しさん:03/07/31 02:37
emacsのange-ftp相当の機能がついたエディタってほかに知らない?
後付の拡張機能でもいいんだけど。

612 :仕様書無しさん:03/07/31 02:38
ange-ftpがどういう物かわからないとな。

613 :仕様書無しさん:03/07/31 02:41
>>612
FTPをラップして、ローカルファイル風にリモートのファイルを操作する機能。
ファイルを開いてから編集・保存までほぼローカルでやるのと変わらなくて割
と便利だよ。

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

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

615 :仕様書無しさん:03/07/31 02:44
>>614
そうだね。スマソ

616 :仕様書無しさん:03/07/31 02:46
>>611
ないんじゃない?
この話のオチはemacsマンセー
ですか?

617 :仕様書無しさん:03/07/31 02:48
ftpクライアントからオープンしたものを
エディタで編集してアップロードしなおすってやつはあった気がする。
マクロ使えるエディタとか。

618 :仕様書無しさん:03/07/31 02:52
マクロからDLLとか呼べれば、なんでもできる気がする。

619 :仕様書無しさん:03/07/31 02:53
つーか、DLLから関数呼び出す手段があれば(以下略

620 :仕様書無しさん:03/07/31 02:56
rubyはCなどで組んだ、外部モジュールで自己拡張できると謳ってるが、
それは本末転倒だろう、と思う。

621 :仕様書無しさん:03/07/31 03:01
外部モジュールがないとその機能が使えないわけだが、
こういった拡張はCGI用途などには使えない。
ユーザーからすると迷惑な話でしかない。

622 :仕様書無しさん:03/07/31 03:02
誤爆

623 :仕様書無しさん:03/07/31 03:06
このスレほど誤爆の目立ちにくいスレってなさそうだな。

624 :仕様書無しさん:03/07/31 03:06
>>613
マウントされた形になってローカルファイルと同じ扱いになるFTPがあったはず。
Webフォルダみたいな感じ。

625 :仕様書無しさん:03/07/31 03:11
>>624
それだとどんなアプリにも使えて便利だね。
ange-ftpってやつはemacsでしか使えないみたいだし。

626 :仕様書無しさん:03/07/31 03:13
エクスプローラのシェル拡張かな

627 :仕様書無しさん:03/07/31 03:13
愛銅鑼を思い出すなw

628 :仕様書無しさん:03/07/31 03:37
nyのおかげで日本での役目は終わったな

629 :仕様書無しさん:03/07/31 03:41
Win使いって犯罪者ばっかだな。

630 :仕様書無しさん:03/07/31 03:50
UNIXはスキル不足でそういうの作れる人いないからね。

631 :仕様書無しさん:03/07/31 05:50
エロエロなサイトをついにハッケーーーーン!
女子校生の毛の無いツルツルおまんこ!(☆∀☆)無毛われめ!
http://plaza16.mbn.or.jp/~satchel/wareme_tatesuji/omanko/


632 :仕様書無しさん:03/07/31 12:16
このスレ大人気だな。異常だよ。





おまいらが。

633 :仕様書無しさん:03/07/31 12:32
vimなら
:e http://www.omaemona9999.com/abone.html
とか
:e ftp://ftp.omaemona9999.com/pub/abone.html
できるし、そのまま w とか出来るよ


634 :仕様書無しさん:03/07/31 13:36
エマなら
M-x w3mで幸せになれるよ。
リージョンに突っ込んで、どこぞのバッファで編集してもいいし、
気になるシェルなんか見つけたらシェルモードで試してもいいし。

635 :_:03/07/31 13:49
http://homepage.mac.com/hiroyuki44/

636 :仕様書無しさん:03/07/31 19:26
>>482
> どうでもいい話ですが、エクスプローラー
> 形式のftpソフトから、「秀丸で開く」でUNIX上のテキストファイル編集
> している人ってイタくないですか?
> 「vimで開く」「Meadowで開く」はちょっと面白いですが。

ange-ftp

637 :仕様書無しさん:03/07/31 19:30
何回も言うがIDEを使えよ。
EmacsやVim使って利点があるのって、うにで昔のシステムメンテさせられてる可哀想なC使いだけだろ?
あとはIDEの無いショボイスクリプトで開発させられているヤシな。

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

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

638 :仕様書無しさん:03/07/31 21:41
>>633
Vimなら何の設定もしないでラクチンで出来るのな。
Emacsダサ!!

639 :仕様書無しさん:03/07/31 23:13
>>638
ange-ftpはデフォルトで入ってる。設定不要。

640 :仕様書無しさん:03/07/31 23:18
>>639
ange-ftpのモードに切り替えなけりゃならないんだろ。

641 :仕様書無しさん:03/07/31 23:21
>>640
ローカルファイルを開く感じでC-x C-fってやって、
/username@hostname:/directory
って指定するだけだよ。


642 :仕様書無しさん:03/07/31 23:32
>>641
なんだ、いっしょか。
つまらん。

643 :仕様書無しさん:03/08/01 00:11
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


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

645 :仕様書無しさん:03/08/01 01:02
途中で送っちまった。

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

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

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

646 :仕様書無しさん:03/08/01 01:03
Qwerty配列のキーボード使ってる時点で駄目駄目だな。
Dvorak配列に特化した新エディタの開発が望まれる。

647 :仕様書無しさん:03/08/01 01:06
>>637
うるせーJava使いめ


648 :仕様書無しさん:03/08/01 01:15
まあ、男は黙って vi(m)とtagsとdbx(gdb)で。
つーか、そんなに効率変わるか?IDEで。


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


649 :仕様書無しさん:03/08/01 01:22
>>646
dvorakなんかに慣れちまったら普通のキーボード使えなくなる。
それに修飾キー使いまくりは結局使いづらい。

650 :仕様書無しさん:03/08/01 01:24
>>648
まぁ、ただのUnix-Cならそれで良いかも知れんがC++とかJavaだとツラい。

651 :647=648:03/08/01 01:32
>>650
まあ、Javaなら素直にIDE。つーか、アプリ開発ならIDEで。

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


652 :647=648:03/08/01 01:34
っていうか、Eclipse便利だね。
コンパイルしなくていいのにビビッタ。
っいうか、最近のIDEはみんなそうなのかしら

653 :647=648:03/08/01 01:35
でも、エディタ部分はやっぱりVIで。


654 :仕様書無しさん:03/08/01 01:39
>>653
>>113

655 :仕様書無しさん:03/08/01 01:41
本質を見る気がないやつは何やらせてもダメ。お粗末様。

656 :仕様書無しさん:03/08/01 01:41
(´-`).。oO(そう言えばUnixでC++の仕事したことがないなぁ・・・

657 :仕様書無しさん:03/08/01 01:43
>>655
意味がありそうで意味がないっていう典型的なレスだぁね。

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

659 :仕様書無しさん:03/08/01 01:47
Previous
Next
Back
ってわかりやすくネ?そうでもねえか。。。

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

661 :仕様書無しさん:03/08/01 01:53
しかし慣れる頃にはpnfbじゃないと、もうダメなんだよなw

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

663 :仕様書無しさん:03/08/01 02:03
vi使いでもhjklを多用するうちは素人同然

664 :仕様書無しさん:03/08/01 02:20
かといって全てのカーソル移動コマンドやページ移動を的確
に使いこなす奴はヤだな(w
人間味が無さ過ぎる。

665 :仕様書無しさん:03/08/01 02:51
>>663
当然のようにwef使いまくり。
f最高。
ただ上下移動と微調整にはhjklを使うのでやはり使用率は高い。

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

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

667 :仕様書無しさん:03/08/01 06:02
pnfbに文句たれるやつはemacsをまったく知らない
アナル処女みたいなもんだな。

668 :仕様書無しさん:03/08/01 06:04
http://esenden.com/rank/ninki/ranklink.cgi?id=groovy

669 :仕様書無しさん:03/08/01 07:13
>>665
>ただ上下移動と微調整にはhjklを使うのでやはり使用率は高い。

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

670 :仕様書無しさん:03/08/01 07:47
>>666
君はキーバインドも変えずにEmacsを使ったつもりになっているのかね!?



671 :仕様書無しさん:03/08/01 07:52
祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り

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

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

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

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

672 :仕様書無しさん:03/08/01 08:13
キーバインドカスタマイズはエディタの基本だろ。

673 :仕様書無しさん:03/08/01 08:15
Ctrl-Hにろくでもない機能を割り当ててるのは
emacsとWindowsのエディタくらいのもん。
似たりよったりってこった。

674 :仕様書無しさん:03/08/01 08:20
>>670 >>672
最初から使えない設定になってるってことは
つまり、作者のセンスが悪い。もっと空気嫁と。

675 :仕様書無しさん:03/08/01 10:55
^Hはバックスペースにしれ

676 :仕様書無しさん:03/08/01 11:17
^M はマンコ表示にしてくれ

677 :_:03/08/01 11:18
http://homepage.mac.com/hiroyuki44/

678 :_:03/08/01 11:19
http://homepage.mac.com/hiroyuki44/jaz09.html

679 :仕様書無しさん:03/08/01 12:39
>>676
いいのか?
マンコ画像がどん!!と画面に出ても?
会社にいられなくなるぞ?

680 :仕様書無しさん:03/08/01 13:11
^Bはやっぱり勃(略

681 :仕様書無しさん:03/08/01 15:09
^XはやっぱりSE(略

682 :仕様書無しさん:03/08/01 15:23
^Fはやっぱりフェ(略

683 :仕様書無しさん:03/08/01 15:38
^Aはやっぱりアナ(略

684 :仕様書無しさん:03/08/01 17:37
^Oはやっぱりオナ(略

685 :仕様書無しさん:03/08/01 18:39
emacs使い、話逸らすのに必死だな

686 :仕様書無しさん:03/08/01 21:43
pnfbとhjklの差なんて単なる慣れの問題だろ。
直感的なわかりにくさと言う点ではカーソルキーに
比べたら目くそ鼻くそ。


687 :仕様書無しさん:03/08/01 21:50
使い慣れた場合の効率という点では、
hjkl >= pnfb >>>>> (越えられない壁) >>>>> カーソルキー


688 :仕様書無しさん:03/08/01 21:51
>>687
同意

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

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

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

690 :仕様書無しさん:03/08/01 22:31
>>687
>hjkl >= pnfb
おいおい、それはないだろ。
お前個人の意見ならわかるが。
大体Ctrl押さなきゃならないのを無視か?

691 :仕様書無しさん:03/08/01 22:32
ま、確かに移動関係ではviに負けてると思う。

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

693 :仕様書無しさん:03/08/01 22:50
>>689 >>690
あのね、Ctrlキー押した後にpnfbじゃないんだよ。
Ctrlと 同 時 に pnfbを押すの。小指が勝手に動くようになれば
hjklとそんなに違いはないよ。

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

694 :仕様書無しさん:03/08/01 22:52
横方向への移動は基本的にfwebで、それだけでいけない場合はhlだな。
上下は分かり易い単語系なら/?*で、でも大体はjk。

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

695 :仕様書無しさん:03/08/01 22:55
emacs信者はhjklの良さを認めているのになんでvi厨はそんなにしつこいんだ?

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

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

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

698 :仕様書無しさん:03/08/01 23:12
vi は上下が j k で人差し指と中指なのがラクチンで良いね。

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

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

701 :仕様書無しさん:03/08/01 23:23
>>699
移動は単体ですることより続けてすることが多いから意味がない訳じゃないだろ。
それにhjklは右手だけで押せるということも言いたかったんだがな。

702 :仕様書無しさん:03/08/01 23:25
csvファイルをちゃんと桁ぞろえして編集できるエディタってある?

703 :仕様書無しさん:03/08/01 23:25
右手だけで移動(しかも横並び)。
これに尽きる。
以上。

704 :仕様書無しさん:03/08/01 23:32
>>697
>10cm程度しか離れていないのに押しにくいなんて
>ピアノの例を思い浮かべればおかしいと気づくはず。
ピアノの例ってどういうことだ?
意味がワカランが。
オマエが商品開発部だったらあっという間にクビだな。

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

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

706 :仕様書無しさん:03/08/01 23:34
つーか、「移動」なんだからカーソルキーで十分だと思いますがね。
たかが十字移動にCtrlの組み合わせ使わせる方が基地外ですね。
ノートPCのFn割り当てと同じぐらいクソです。
ThinkPadマンセー

707 :仕様書無しさん:03/08/01 23:36
というか、Windows標準キーバインドを実現してからほざけ。
クズども

708 :仕様書無しさん:03/08/01 23:36
Emacs使っているヤシ等の操作が遅い理由が何となくわかった。
vi最速。

709 :仕様書無しさん:03/08/01 23:39
emacsは使いづらいキーバインドをストレス溜めながらハゲに
なってやっと覚えた半分命がけのハゲ親父どもしか使ってないよ
   
      こ  の  ハ  ゲ !

710 :仕様書無しさん:03/08/01 23:40
Q.emacs使うとハゲになるって本当ですか?
A.    本  当  で  す .

711 :仕様書無しさん:03/08/01 23:41
おれはハゲになりたくないので
 emacs 使 い ま せ ん
ハゲだけは阻止します。

712 :仕様書無しさん:03/08/01 23:42
ハゲ板へ帰れ!>emacs使い

713 :仕様書無しさん:03/08/01 23:42
>>709
ぼさぼさのフケだらけで周囲からキモがられてますが何か?

714 :仕様書無しさん:03/08/01 23:43
>>713
不潔だとそのうち
  ハ  ゲ  る  よ

emacs使い=不潔・ハゲ

715 :仕様書無しさん:03/08/01 23:43
>>705
両手を思いっきり広げたホームポジションだな。
移動する時にそう言う形にするわけだ。
大げさだな。

716 :仕様書無しさん:03/08/01 23:44

結論
・emacs使うとハゲになる

717 :仕様書無しさん:03/08/01 23:44
ストールマンはあんまり禿げてないけど、
そういう天才の真似してるとハゲるのかもね。

718 :仕様書無しさん:03/08/01 23:45
>>709-714
ツマラン。
芸の無いジエン夏厨には用がないから消えな。

viは神速

719 :仕様書無しさん:03/08/01 23:46
>>715
いや、そんなでもないと思うが。
言い忘れてたけど、CtrlキーはAの横にしてあるよ。

720 :仕様書無しさん:03/08/01 23:46
ビジャーンはツルツルです。奴はemacs使ってるかは知りませんが、
C++という精神負荷の高い物を作ったからという説もあります。

721 :仕様書無しさん:03/08/01 23:47
>>706
禿同。
全てのコマンドにCtrlやAltを強制(しかも2ストロークとか)するEmacsはどうかしている。
その点viはモードという概念を使ってうまく解決している。

722 :仕様書無しさん:03/08/01 23:49
一般的に、emacs学習中の精神負荷は高い方でしょう。
一方、viは簡単な使い方ならそれほど難しくない気がします。
ハゲとの関連性を調べてみるのも面白いかもしれませんね。

723 :仕様書無しさん:03/08/01 23:49
ゴスリングはどうだったっけ?
デブなのは覚えてるんだけど。

724 :仕様書無しさん:03/08/01 23:50
正直、emacsならコントロールキーは右側がベターでしょ。
だって、最頻修飾がC-xなんだよ。

725 :仕様書無しさん:03/08/01 23:51
2ストロークって何よ?
頭悪いとしか思えない。

726 :仕様書無しさん:03/08/01 23:53
>>701
> 移動は単体ですることより続けてすることが多いから意味がない訳じゃないだろ。

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

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

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

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

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


727 :仕様書無しさん:03/08/01 23:53
>>719
左コントロールしか使わないわけ?

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

729 :仕様書無しさん:03/08/01 23:57
VCのIDEでCtrl+カーソルキーでキャレット固定スクロールとか
割り当ててるけど、emacsとかはそういう細かいことできるの?


730 :仕様書無しさん:03/08/01 23:59
>>727
大抵は。
同じ意味のキーを複数使い分けるって漏れには難しくてw


731 :仕様書無しさん:03/08/02 00:00
meadowってさ、Windowsアプリのくせして
Alt+F4とか潰してんの。もうアホだね。


732 :仕様書無しさん:03/08/02 00:01
>>730
キータイプ遅そう・・・

733 :仕様書無しさん:03/08/02 00:01
>>731
ウィンドウサイズ変更しても、記憶しやがらないしね。

734 :仕様書無しさん:03/08/02 00:02
>>729
できません。

735 :vi使い:03/08/02 00:02
>>729
もっとスゴイことができるよ。lispで構築されているemacsの世界は反則だから。

736 :仕様書無しさん:03/08/02 00:02
標準である程度つかえないエディタはクソ

737 :仕様書無しさん:03/08/02 00:03
>>736
それはUNIXについても言える事だ

738 :仕様書無しさん:03/08/02 00:03
>>735
ケッlispなんてしらねーよ。
それの実現に何年掛かりますか?

739 :仕様書無しさん:03/08/02 00:05
>>731
同意しとく
なんか変だよemacsって。
機能沢山あるのはいいけど、
それを効率よく引き出して使うって事を考えて欲しい。

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

741 :仕様書無しさん:03/08/02 00:06
>>728
XEmacsメンテしてるのはUNIX界が誇るGUI素人集団だからな。
終わってる。

742 :仕様書無しさん:03/08/02 00:07
ケケケ

>>740

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


743 :仕様書無しさん:03/08/02 00:07
>>725
> 2ストロークって何よ?
> 頭悪いとしか思えない。

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


744 :仕様書無しさん:03/08/02 00:08
ケケケ

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

ケケケ

745 :仕様書無しさん:03/08/02 00:10
>>743
ESCは基本的に「脱出」。viはよく判っている。
これはストロークには含まれないと思う。
文字だって機能直接指定とかでemacsも使うでしょ。

746 :仕様書無しさん:03/08/02 00:10
>>743
どうなんだろな。
Ctrlを使うよりは押しやすいけど。
やっぱ、押ながら何かをやるって結構しんどいんだよ。
普通の文章を打つようななめらかさで編集したい。

747 :仕様書無しさん:03/08/02 00:10
おっと、エスケープの話じゃなかったか。

748 :仕様書無しさん:03/08/02 00:12
(´-`).。oO(最近は[ESC]使わなくなったなぁ

749 :仕様書無しさん:03/08/02 00:12
2ストロークは、「待ち」が継続するのがわかりにくい。
入力に失敗したら混乱する。

750 :仕様書無しさん:03/08/02 00:13
emacsは決して「人間的」とは言えない。
まるで自分が機械になった様な記憶力と正確さを要求する。

751 :仕様書無しさん:03/08/02 00:14
>>746
尿意。
普通の文章を打つなめらかさだよね、viの移動・編集・検索は。

752 :_:03/08/02 00:15
http://homepage.mac.com/hiroyuki44/jaz09.html

753 :仕様書無しさん:03/08/02 00:16
↑とうとう広告貼りか。emacsユーザー必死だな

754 :emacs信者:03/08/02 00:17
漏れじゃねーYO!

755 :仕様書無しさん:03/08/02 00:18
なんか、やっとスレタイ通りの流れになったのでage(w

756 :仕様書無しさん:03/08/02 00:19
viマンセーというわけではないが、
どうしてもUNIX運用してると使う機会が多くなる。
つーわけでそこそこ覚えた。
emacsは全然駄目だったが。

757 :仕様書無しさん:03/08/02 00:21
VimだとEmacs並の拡張性もあるし総合的に見るとVimに軍配が上がるなぁ

758 :仕様書無しさん:03/08/02 00:23
emacsは使いにくさを機能でカバーしようという感じだが、
結局その機能にたどり着かない事が多すぎる。
まさに絵に描いた餅だ。腹は膨れなかった。

759 :仕様書無しさん:03/08/02 00:24
>結局その機能にたどり着かない事が多すぎる。
例えば?

760 :仕様書無しさん:03/08/02 00:25
emacs-lispで何か設定を変更するという作業は
アプリのソースパッチを作る作業と似ている。
これは想像以上に面倒だ。
lispで何でもできるというのなら、せめて既存の機能は
メニュー形式で全部設定できる様にしろと言いたい。

761 :仕様書無しさん:03/08/02 00:26
emacsだと日本語のインクリメンタルサーチが出来るって聞いたけどこれって結構アドバンテージにならない?
俺は秀丸厨だけどさw

762 :仕様書無しさん:03/08/02 00:26
>>759
>>729を挙げるべきだろう。


763 :仕様書無しさん:03/08/02 00:27
>>759
>>760もたのむ。

764 :仕様書無しさん:03/08/02 00:28
>>759
面倒で途中で投げるってことだろ。
何でも出来るのは確かに便利だがそれに払うコストを考えると憂鬱になる。
なるべく標準使いやすいほうが良い。

765 :仕様書無しさん:03/08/02 00:29
>>762 >>763
vimならできるの?

766 :仕様書無しさん:03/08/02 00:29
>>760
最後の2行同意。
柔軟だからって、直接編集すんのは素人には無理。
この辺、まるでUNIXの設定ファイルを体現してるよ。

767 :762 763:03/08/02 00:30
>>765
おれはvi使いじゃないので知らない。


768 :仕様書無しさん:03/08/02 00:32
>>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+カーソルキーだ
けれどね。


769 :仕様書無しさん:03/08/02 00:35
>>765
スクロールは<C-Y><C-E>。
メニューも自由。

770 :仕様書無しさん:03/08/02 00:39
>スクロールは<C-Y><C-E>。
なるほど。

>メニューも自由。
自由ってどういう意味?
なんか上の方でvimはテキストファイルでしか設定できないって
煽られてたような気がするんだけど…

771 :762 763:03/08/02 00:40
>>768
申し訳ないですが、Ctrl+カーソルでお願いします。
(というか、結局今はemacs使ってないので別に作ってくれなくてもよかったかも。)
でもやっぱり何をしてるんだかわからない。
素人には無理そうです。
これらをダイアログとかで設定できる様にはなりませんか?

772 :仕様書無しさん:03/08/02 00:42
>>771
せめてLISPの基本を知ってないと解読は無理だと思うよ。

773 :仕様書無しさん:03/08/02 00:44
>>770
ゴメン読み間違えた。
メニューは嘘。

774 :仕様書無しさん:03/08/02 00:45
というか、なんでGUIでグラフィカルに設定できる様にしないんだ?
新参者無視したUIだとそのうち淘汰されて消滅するよ。
具体的には君らが死んだ後だが。

775 :仕様書無しさん:03/08/02 00:47
>>771
> 申し訳ないですが、Ctrl+カーソルでお願いします。

S- を C- に変えるだけですよ。
ダイアログでは難しいかも…


776 :仕様書無しさん:03/08/02 00:51
レゴブロックみたいに、機能を適当な絵のオブジェクトとして
繋ぎ合わせて組み立てるツールが別の分野であったよ。
たしか音楽関係だけど。SmalltalkもそんなUI持ってるよね。
コードが出てくる頻度は非常に少ない。小学生とか使ってるし。
そんなだったら小学生でも作れるかな、と思うけど、
どうよ?>おまえら


777 :仕様書無しさん:03/08/02 00:53
ダイアログ作れとは言わないけど、
使える全機能をメニューから辿れる様にして欲しい。
Windowsアプリならこれぐらい簡単な気がするんだけど。

778 :仕様書無しさん:03/08/02 00:53
>>771
VimだとこれでCtrl+カーソル使えるよ。

noremap <C-UP> <C-E>
noremap <C-DOWN> <C-Y>

779 :762 763:03/08/02 00:55
いや、vimも使ってないです。
稼動してるのは得体の知れないvi。
あれはなんなんだろう・・。

780 :仕様書無しさん:03/08/02 00:55
>>774
> というか、なんでGUIでグラフィカルに設定できる様にしないんだ?
> 新参者無視したUIだとそのうち淘汰されて消滅するよ。

customize-variable や customize-group などの、customize-xxx じゃだめ?

ちょっと雰囲気が違うかもしれませんが…

781 :仕様書無しさん:03/08/02 00:56
間違えた。
これが正解。

nnoremap <C-UP> <C-E>
nnoremap <C-DOWN> <C-Y>

>得体の知れないvi
nviかな?

782 :仕様書無しさん:03/08/02 00:57
Vimには厳密なGUIじゃないけど、設定を機能毎に集中して行なうスクリプトがある。
:source $VIMRUNTIME/optwin.vim
加えて現在の設定状態をファイルに書き出す機能もあるから、
実は設定ファイルを意識しない使い方もできるんだな。これが。
:mkvimrc
:mksession

783 :仕様書無しさん:03/08/02 00:59
>>776
結合度の弱い(単純なインタフェースの)動的なオブジェクト同士
だとそういう事も可能だね。
面白そうだ。

>>782
そういうスクリプトじゃ駄目だと思うぜ

784 :仕様書無しさん:03/08/02 01:01
結局、文字ベースなエディタは敗北だな

785 :仕様書無しさん:03/08/02 01:01
>>782
セッションはオプションが良く解らない・・・

786 :仕様書無しさん:03/08/02 01:02
>>783 使ったことあるのか?

787 :仕様書無しさん:03/08/02 01:03
きみらが一生懸命覚えたエディタも、
今の小学生から見たら、ただのガラクタかもしんないぜ。
もうちょっと考え方を進化しようぜ。

788 :仕様書無しさん:03/08/02 01:05
まともに使えるようにするために沢山設定しなけりゃいけないという意味ではIDEもemacsもクソ

viマンセー

789 :仕様書無しさん:03/08/02 01:07
>>782
> Vimには厳密なGUIじゃないけど、設定を機能毎に集中して行なうスクリプトがある。
> :source $VIMRUNTIME/optwin.vim

で、その、optwin.vim は、誰が書くのですか?

> 加えて現在の設定状態をファイルに書き出す機能もあるから、
> 実は設定ファイルを意識しない使い方もできるんだな。これが。
> :mkvimrc
> :mksession

たとえば、yy とかで、覚えたヤンクの内容を覚えておいて次回立ち上げ時に
使うこととかできますか?


790 :仕様書無しさん:03/08/02 01:09
おれは怖い。
今の小学生達がいずれ俺達を確実に追い抜いていくことが。
それは多分、俺たちが今必死になっても想像すらできない手段だろう。
だが、そう考えると未来は明るいな。せめて今はそう思いたい。
・・・がんばれ小学生。
古い概念に固執したじじいどもを叩き直してくれ。

791 :仕様書無しさん:03/08/02 01:10
なんか綺麗にまとまりましたな。

○結論
小学生の未来に期待。

792 :仕様書無しさん:03/08/02 01:10
>>782
optwin.vimは最初からVimに付いてくる。ヤンクの内容は覚えてる。

793 :仕様書無しさん:03/08/02 01:11
ワラタ

でも、「未来に託す」
いい言葉だ・・・

794 :仕様書無しさん:03/08/02 01:12
つまり自分ではお手上げ、ということでつね

795 :仕様書無しさん:03/08/02 01:12
俺達の凝り固まった頭では、emacsやviで論争するのが精一杯って事か。
妙に納得した。

796 :仕様書無しさん:03/08/02 01:13
vim で、テキストカーソルが行の最後にあるときに、次の行の先頭にテキスト
カーソルを移動する、あるいは、テキストカーソルが行の先頭にあるときに、
前の行の最後にテキストカーソルを移動するには、、神速な使い手はどのよう
にするのでしょうか?


797 :仕様書無しさん:03/08/02 01:20
>>796
<Space>
<C-H>

798 :emacs信者:03/08/02 01:20
>>796
wかeでいいみたいだよ。

799 :emacs信者:03/08/02 01:23
逆方向はbか。なるほど。

800 :仕様書無しさん:03/08/02 01:23
>>798
それじゃダメ。

801 :仕様書無しさん:03/08/02 01:24
>>787
これ、「エディタ」の部分変えたらテンプレに使えそうな文だよな。
とか、自然に考えてしまう頭ではもう手遅れですか?

802 :仕様書無しさん:03/08/02 01:25
>>801
2chにいる時点でもう手遅れ。801だし。

803 :仕様書無しさん:03/08/02 01:26
生まれてからIDEにしか触れずに育ったプログラマにモノを書かせるのって不安じゃないか?
コンピュータが動作する基本的な要素を何も知らずに、クラスがなんだオブジェクトがなんだって言うんだぜ。

804 :仕様書無しさん:03/08/02 01:29
>>803
IDEしかない世界なら、それはそれで上手くいくだろうと思うよ。

>コンピュータが動作する基本的な要素を何も知らずに、
>クラスがなんだオブジェクトがなんだって言うんだぜ。
上の文と何の関係が?
こういう下手糞な煽りしかできない時点でもう駄目なんだよ・・。


805 :仕様書無しさん:03/08/02 01:33
viで神速だけど、やっぱりクソと宣言できる神に会ってみたい。
そこまで行かないと説得力ない。

806 :仕様書無しさん:03/08/02 01:34
>>804
> IDEしかない世界なら、それはそれで上手くいくだろうと思うよ。
現実的に不可能なことを仮定している時点で、上手くいかないわけだ

807 :仕様書無しさん:03/08/02 01:34
>>805
君はいっぺん死なないと無理。

808 :仕様書無しさん:03/08/02 01:36
>>806
煽り下手は何言っても説得力ない。

809 :仕様書無しさん:03/08/02 01:39
煽り下手という結論が>>808の主観のみによって
決定されたのだから意味が無い。

810 :仕様書無しさん:03/08/02 01:40
俺はテキストエディタで開発できる能力よりモデリングの才能の方に重みを置くなぁ
だから、IDEしか使ったことが無くても別に問題にならない。
あと、コンピューターの仕組みは別に知らなくても良いとも思っている。
もっと高レベルなところが重要。

811 :仕様書無しさん:03/08/02 01:40
>>797
> <Space>
> <C-H>

なるほど。
スクリーンエディタ的なカーソル移動の時は、それらを使うわけですね。;-p

812 :仕様書無しさん:03/08/02 01:40
>>803は煽り下手だと思うよ(w

813 :仕様書無しさん:03/08/02 01:41
IDEしか必要の無い世界、にしとけば良かったのにな。


814 :仕様書無しさん:03/08/02 01:41
>>809
>>808

結論は主観的な物じゃない。
>>803-804を見れば誰が見ても自明だからだ。

815 :仕様書無しさん:03/08/02 01:42
>>810
それだけで世界が回って行けるならね。

816 :仕様書無しさん:03/08/02 01:43
>>803はセックスもヘタクソン

817 :仕様書無しさん:03/08/02 01:45
>>814 自明ではありません。

818 :仕様書無しさん:03/08/02 01:45
折角emacsとviの話になってたのにまたIDEかよ
なんだかんだいってオマエラ釣られてるよ

819 :仕様書無しさん:03/08/02 01:45
>>814
自明でないことは自明

820 :仕様書無しさん:03/08/02 01:45
>>818の中だけで世界が回っていけるならね。

821 :仕様書無しさん:03/08/02 01:46
>>803大人気ないな。
小学生ですか?

822 :仕様書無しさん:03/08/02 01:47
IDEがこれだけ台頭してきたということは、
もはやemacs,viは不要な時代となったのかもしれない。


823 :仕様書無しさん:03/08/02 01:47
>>815
簡単に言うとねテキストファイルでの開発やコンピューターの仕組みなんて誰でもすぐに覚えられるのよ。
それよりもドメイン解決能力の方が重要ということ。
これらは多くのアプローチがありそこに開発者としての能力のウエイトがあると俺は思っている。

824 :仕様書無しさん:03/08/02 01:48
>>822
というか、メモ帳にも劣る

825 :仕様書無しさん:03/08/02 01:51
つーか文字ベースのエディタいつまでも使おうとすんな
この役立たずが

826 :仕様書無しさん:03/08/02 01:51
emacsやvi使いってさ、
  う だ つ の 上 が ら な い 奴
って言われない?

827 :仕様書無しさん:03/08/02 01:53
おれはemacs必死になって使ってるじじいよりも、
華麗なGUI捌きを披露する少年にチンポ立つよ。

828 :仕様書無しさん:03/08/02 01:55
>>825
> つーか文字ベースのエディタいつまでも使おうとすんな
> この役立たずが

ソースのドキュメントなどを象形文字?のようなもので、書くエディタってあ
るんですか?


829 :仕様書無しさん:03/08/02 01:56
おれは803にチンポ立った

830 :仕様書無しさん:03/08/02 01:57
象形文字に見えるんだね。
可哀相にね。

831 :仕様書無しさん:03/08/02 01:57
なんか最近のIDE厨の煽りはパワーダウンしたなぁ
このまえ嘲笑激藁厨とXP厨にボコボコにされたからか?w

832 :仕様書無しさん:03/08/02 01:58
>>831
と、言いつつ、完全に押されてますね、あなた。
顔真っ赤ですね。

833 :仕様書無しさん:03/08/02 01:58
>>827
> おれはemacs必死になって使ってるじじいよりも、
> 華麗なGUI捌きを披露する少年にチンポ立つよ。

じじいと少年を入れ替えてもですか?
あるいは、じじい→少女、少年→ばばあ としてもですか?


834 :仕様書無しさん:03/08/02 01:59
>>833
少女は卑怯だw

835 :仕様書無しさん:03/08/02 02:00
emacsやviは倒壊寸前の古ビルに住んでるみたいだ

836 :仕様書無しさん:03/08/02 02:01
>>834 (;´Д`)ハァハァ

837 :仕様書無しさん:03/08/02 02:02
emacsを華麗に操作する少女ハァハァ

838 :仕様書無しさん:03/08/02 02:18
IDE厨しょぼいぞ、もっとがんばれ。
お前らのよりどころの例のテンプレはどうした?w
アレがないと低脳のお前らじゃemacs厨に勝てないぞ?w

839 :山崎 渉:03/08/02 02:20
   ∧_∧
  (  ^^ )< ぬるぽ(^^)

840 :仕様書無しさん:03/08/02 02:22
山崎渉をよりどころにするIDE厨

841 :仕様書無しさん:03/08/02 03:29
>>828 >>830
漢字は象形文字の一種ですが?

842 :仕様書無しさん:03/08/02 03:47
ViViのviコマンドモードを使い始めて一ヶ月弱、
「Vimのほうが画面の色を綺麗に変えられるみたい」と思って
ためしにインスコしてみたVimがすごく良いと思った。
設定ファイルを自分でエディットしないとダメなのは最初戸惑ったけど、
慣れれば自由自在な設定が可能だし、「今ドキじゃない」やり方ってのも、
PCのいろんなことにもっと詳しくなりたいと思ってる俺にはかえって魅力的。
ViViのスクリプトとかも熟達すればいろんなことができるんだろうけど、
そこまで手を出すのはちょっときついし、金払った上での乗り換えだから後ろめたさもないし。。

Cygwinを初めて知って、インスコだけして、なんだかものすごいものなんじゃないかと思い始めて、
で、emacsは環境で、ブラウザにもなるとかどっかで見たので、いろいろやって慣れてきたら
今度はemacs互換のソフトでこの板を見にくることになるのかな、なんて思ったり。

や、何が言いたいんだって?ただの独り言。
宗教戦争スレはROMってる分には「へぇー」といった感じでまぁまぁ面白いので、
両サイドの信者の方々、がんばってください。

843 :仕様書無しさん:03/08/02 04:49
EmacsでGUIって作れませんか?

844 :ぼるじょあ ◆yBEncckFOU :03/08/02 04:52
     ∧_∧  ∧_∧
ピュ.ー (  ・3・) (  ^^ ) <これからも僕たちを応援して下さいね(^^)。
  =〔~∪ ̄ ̄ ̄∪ ̄ ̄〕
  = ◎――――――◎                      山崎渉&ぼるじょあ

845 :仕様書無しさん:03/08/02 12:39
>>842
>設定ファイルを自分でエディットしないとダメなのは最初戸惑ったけど、
:optionsのオプションウィンドウはわかりやすいよ。英語だけど。
その設定を保存する方法は忘れた。

846 :845:03/08/02 12:41
>>782で既出でした。

847 :仕様書無しさん:03/08/02 12:53
vimはmenuも日本語だし、helpも半分ぐらい日本語だから、emacsよりは初心者に優し
いと思うな。初心者モード(set im!)にすれば普通のエディタみたいに使えるし。

848 :仕様書無しさん:03/08/02 12:56
ところでIDE厨は、常日頃「いいIDEないか?」って探し回ってるのか?
あと、違うマシンに移動するときなんかの為に、常日頃VCなんかが入った
CDを持ち歩いてて、インスコ後にちまちま再設定してるのか?
だとしたら・・・仕事しろよ・・・

849 :847:03/08/02 13:01
im!→imでした。それよりegvim使えばいいのか。

850 :849:03/08/02 13:05
s/egvim/evim/

851 :仕様書無しさん:03/08/02 14:04
>>848
普通のまともな社員なら自分のデスクがありマシンがあり、そう頻繁に開発環境を取っ替え引っ替えすることはない。
俺の机にはUnix端末とPCとPowerBookが置いてある。
あんた派遣社員?

852 :仕様書無しさん:03/08/02 14:18
ところでエディタ厨は、常日頃「いいエディタないか?」って探し回ってるのか?
あと、違うマシンに移動するときなんかの為に、常日頃エディタなんかが入った
CDを持ち歩いてて、インスコ後にちまちま再設定してるのか?
だとしたら・・・仕事しろよ・・・


853 :仕様書無しさん:03/08/02 14:26
>>841
メジャーリーグ級の馬鹿だな。
漢字が全部象形文字だと思っているんだね。

854 :仕様書無しさん:03/08/02 14:36
>>848
低レベルな派遣は黙っていてくれないかな。

Unix-CならVim
WindowsならVS
JavaならEclipse

こんな感じで使い分けるだろ普通。
まぁ、Unix-Cの仕事がどんどん無くなってきているからテキストエディタでの開発は少なくなってくるけどな。

855 :仕様書無しさん:03/08/02 14:37
>>853
> メジャーリーグ級の馬鹿だな。

馬鹿かどうかは敢えて判断しないけれど

> 漢字が全部象形文字だと思っているんだね。

ドキュメントとかを全部漢字で書くみたいだから、>>841 は中国圏の人かも…


856 :仕様書無しさん:03/08/02 14:41
>>854 WinでもJavaでもIDEにVimを組み合わせるがな。UNIXにCのIDEが欲しいところだ。

857 :仕様書無しさん:03/08/02 14:44
>>856
なんか頭悪そう。

858 :仕様書無しさん:03/08/02 14:45
>>856
IDEのエディタ部の利点は丸捨てって感じか?w

859 :仕様書無しさん:03/08/02 15:32
>>856
> UNIXにCのIDEが欲しいところだ。
激しく同意。
あと、bashのIDEとかも欲しいな。

860 :仕様書無しさん:03/08/02 15:34
>>852
>ところでエディタ厨は、常日頃「いいエディタないか?」って探し回ってるのか?
>あと、違うマシンに移動するときなんかの為に、常日頃エディタなんかが入った
>CDを持ち歩いてて、インスコ後にちまちま再設定してるのか?
>だとしたら・・・仕事しろよ・・・

vi や emacs のユーザはいちいち設定なんかしない。
Win でも Unix でも動く .vimrc なり .emacs.el を持ってる。
コピればおしまい。
おまけに vi や emacs のユーザは、他のエディタを探そうなんで思ってない。
バージョンアップに金を払うような事もしないし、バージョンアップして、
使ってたアドインがいきなり動かなくなるようなIDEも使わない。


861 :仕様書無しさん:03/08/02 15:44
何回も言うがIDEを使えよ。
EmacsやVim使って利点があるのって、うにで昔のシステムメンテさせられてる可哀想なC使いだけだろ?
あとはIDEの無いショボイスクリプトで開発させられているヤシな。

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

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

862 :仕様書無しさん:03/08/02 15:47
>>860
派遣にはうってつけだね。
まぁ、普通の社員ならたまにしかしない環境移行のためにテキストエディタを選ぶなんざしないが。
わざわざそんなもののためにIDEの利点を捨てるってのはアホくさいし。

863 :仕様書無しさん:03/08/02 15:53
>>860
うーん、コピペしておしまいはちょっと嘘だなぁ
完全に自分の環境をそろえたいなら他のファイルも必要になってくるしコピー後の修正も必要。
例えばVimならvimfilesフォルダ以下とか。

864 :仕様書無しさん:03/08/02 15:55
何回も言うがここはテキストエディタのスレだ。
IDEで利点があるのって、プログラムを書くときだけだろ?

メーラ、ブラウザ、設定ファイルの編集、ちょっとしたスクリプトの編集
プログラマはプログラム書いているだけが仕事ではないし、
上記の編集を同じキーバインドで行えることにテキストエディタの意味がある。

IDEだけで開発するメリットなんて無いんだよ。
設定ファイルの編集もIDEを使うような可哀想なヤシ以外は使っておけ。

865 :仕様書無しさん:03/08/02 15:57
>>860
IDEとテキストエディタを併用しているってヤツが大半なんだがテキストエディタだけで開発しているのか?
Windowsも?
それならバカにされても仕方がない。

866 :仕様書無しさん:03/08/02 16:03
>>864
>IDEで利点があるのって、プログラムを書くときだけだろ?
これだけで十分と思うがw

あと、メーラなんか最近は好きなものなんて選べない。
会社で決められていてナレッジソフトと統合されている。
ブラウザもほとんどの会社で指定されているはず。
そうすると、ちょっとした設定ファイル、スクリプトの編集くらいしか使い道がないわけだが。
で、そんなものはメモ帳で十分だよ。

まぁ、Unixでの開発だけだね。
そのテキストエディタが重宝するのは。
JavaはEclipseを使うけど。

867 :仕様書無しさん:03/08/02 16:08
>>865
ひとりで開発できる規模の仕事をしているんだろ(それでもアレだが)
プロジェクトでテキストエディタでの開発なんて許されないし。
規約もたんまりある。

868 :仕様書無しさん:03/08/02 16:11
>>864
861と違って説得力ゼロだな。

869 :仕様書無しさん:03/08/02 16:12
>>867
> プロジェクトでテキストエディタでの開発なんて許されないし。

どういう理由で許されないんですか?

870 :仕様書無しさん:03/08/02 16:17
>>864
え〜と、設定ファイルってなに?w
Unixなら解るがwinではテキストの設定ファイルを直接いじる事なんてほとんど無いんだが。
Java関係とHostsとかぐらいか。
Javaは最近IDEで諸々の設定できるしなぁ
俺もメモ帳でいいよ。

871 :仕様書無しさん:03/08/02 16:22
>>866
> これだけで十分と思うがw
開発で製造に占める割合って半分以下なんだけどな。

> で、そんなものはメモ帳で十分だよ。
あっそ、これは見解の相違だね。
別に君にメモ帳以外のテキストエディタを勧める気はない。

だからテキストエディタのスレでIDEを勧めるのは慎んでもらいたい
「あなたの幸せを祈らせてください」と交差点で待ち伏せする
宗教勧誘みたいな気持ち悪い奴と思われたいんなら別だが。

872 :仕様書無しさん:03/08/02 16:23
>>869
全員にお前の使っている環境のテキストエディタをつかえというのか?
emacs使えとか。
あと、デバッガ・プロジェクト管理・ソース管理・モデリングソフト、それに例えばアプリケーションサーバを使った開発ならそれに相応しいIDEが選ばれる。
テキストエディタでこれをそろえるのは非常に難しいしIDEほどの効率や連携も望めない。
テキストエディタの習得や設定方法にも癖がありコストが大きい。
まず、まともなPMならテキストエディタなんて開発環境として選ばないよ。

873 :_:03/08/02 16:24
http://homepage.mac.com/hiroyuki44/

874 :仕様書無しさん:03/08/02 16:24
漏れはイイと思ったら何でも使ってみる。
おもしろいことに、漏れって、どれもこれもそこそこ使いこなす能力がある。
何でもいいんだよ。楽しけりゃ。

日々、パソコンの前で作業してたら環境周りに飽きが来る。
エディタ変える理由なんて「飽きたから」で十分だと思われ。

875 :仕様書無しさん:03/08/02 16:26
>>871
>>866
>> これだけで十分と思うがw
>開発で製造に占める割合って半分以下なんだけどな。
アジャイル開発だとそうでもない。
それに最近だとモデリングソフトもIDEに組み込まれていることが多い。
MDAとかの技術は着実にIDEに搭載され始めている。

876 :仕様書無しさん:03/08/02 16:26
>>870
> え〜と、設定ファイルってなに?w
Java使いのくせにApacheとかTomcatを設定したことのない人はカエレ


877 :仕様書無しさん:03/08/02 16:29
>>876
最近はguiで出来るツールがなかったっけ?
XML関係ならXML系のエディタ使った方が間違いもないし。
直接テキスト設定ファイルをいじるのは全ての観点からデメリットの方が大きいでしょ。

と、話を蒸し返してみるw

878 :仕様書無しさん:03/08/02 16:31
>>876
IDEで出来るじゃん。

879 :仕様書無しさん:03/08/02 16:31
Java使いではないけど
そもそもApatcheとかの外部に向けるWebサーバ運用みたいな業務で
失敗率の高い設定ファイルの直接編集を課す所がおかしい。

880 :仕様書無しさん:03/08/02 16:32
EmacsでGUIって作れませんか?

881 :仕様書無しさん:03/08/02 16:32
>>876
JavaとApache、Tomcatって、確かにJava使ってるなら設定したことある奴が多いだろう。
しかし、そこに因果関係はない。おまえはJ2EEデプロイツールを知らないのか?
貧乏人はApacheにアドオンしていつまでもTomcat使い続けろ。



882 :仕様書無しさん:03/08/02 16:36
設定ファイル直接編集信者は、
一括編集を利点として挙げる人が多いけど、
GUIでも当然できる。
一括編集を行う頻度は大して高くないしな。

883 :仕様書無しさん:03/08/02 16:37
LISP使いでもない限り、emacs使うメリットは感じられない。

884 :仕様書無しさん:03/08/02 16:40
>>882
だあね。
大体情報の保存形式を意識させたり、それを直接編集させたりするのが間違い。
使っている側はそんなこと知らなくて良いんだよ。
OO使っているヤツなら解るはず。

885 :仕様書無しさん:03/08/02 16:42
>>877
> 最近はguiで出来るツールがなかったっけ?
Linuxではhttpd.confをGUIで出来るツールがあるが、
だいたいLinuxでWebサーバを立てるときにはウィンドウシステムは普通入れない。
Windowsでhttpd.confをGUIで出来るツールがあるかどうかは知らん。

> 直接テキスト設定ファイルをいじるのは全ての観点からデメリットの
> 方が大きいでしょ。
かゆいとこまで手が届かない。結局、テキストエディタの出番になる。

886 :仕様書無しさん:03/08/02 16:43
おまいらvi と emacsを語ってください。

887 :仕様書無しさん:03/08/02 16:44
>>885
具体例がないんだけど。
どういう風にかゆいところに手が届かないのさ。

888 :仕様書無しさん:03/08/02 16:45
>>885
テキストエディタの出番なんて、最後の最後だよ。
最初から使う奴はただの無能。

889 :仕様書無しさん:03/08/02 16:45
>>885
質問なんだがお前はWebサーバで直接設定しているのか?

890 :仕様書無しさん:03/08/02 16:46
では、Emacs-LISPについて。
そもそもテキスト処理ならLISPを使う必要性はあんまりないのだ。
文字列処理ならperlの方が断然いいだろう。言語人口で言っても、
perl>emacs-lispだし。
なにしろ、文系でも使いたがる言語はなかなかない。
emacsの使用用途から言って、Lispはお荷物なのだ。
ストールマンには悪いけどな。
それだと機能追加できないって?
perlでも問題なくできるでしょ。


891 :仕様書無しさん:03/08/02 16:46
>>889
普通ミラー環境があってそこで設定動作を確認してから設定ファイルを本番にコピーするよな。

892 :仕様書無しさん:03/08/02 16:48
↑(>>890)の文章書いてたら、
なぜか特攻野朗Aチームの人物紹介思い出した。
だれか脚色してくれ。

893 :仕様書無しさん:03/08/02 16:51
>>884
テキストエディタ自体がファイルの直接編集を目的にして作られたものなんだから、
そういうことを知らなければならない、もしくは知りたい人が使うものなの。

それと構造や意味による縛りを持ったデータを直接編集させるのが良いか悪いかという問題に
OOへの理解は関係ない。勘違いするなボケ

894 :仕様書無しさん:03/08/02 16:54
漏れのマシンでは、Kylix の起動が5分くらいかかりますが、
それでも IDE を使いつづけたほうがいいでしょうか?

895 :仕様書無しさん:03/08/02 16:55
UNIXでGUIは一般的じゃないから(w、
テキストベースのメニュー選択画面とか作ったら?
Linuxのmenuconfigはそうだよね。
y/n選択や直接編集よりは断然良い。

896 :仕様書無しさん:03/08/02 16:56
>>893
>テキストエディタ自体がファイルの直接編集を目的にして作られたものなんだから、
>そういうことを知らなければならない、もしくは知りたい人が使うものなの。
正確に言うと最低環境に合わせたってことだろ?
こういうマルチプラットフォームのソフトは大体そうだ。
その分、いろんなものを捨てている。

>それと構造や意味による縛りを持ったデータを直接編集させるのが良いか悪いかという問題に
>OOへの理解は関係ない。勘違いするなボケ
はぁ・・・

897 :仕様書無しさん:03/08/02 16:58
情報の隠蔽、カプセル化、ポリモーフィズム

898 :仕様書無しさん:03/08/02 16:58
次スレどうする?

899 :仕様書無しさん:03/08/02 16:59
>>893
その反論って、狭義でのOOという意味かな。
原始的なメッセージ通信とかのね。
今時そんな屁理屈言って通そうとする奴がいるとは、
恐ろしい時代になりましたなあ。


900 :仕様書無しさん:03/08/02 17:00
>>895
はげ同
kernelのやつだよね?
あれもなんか使いにくいけど、
無いよりマシ。

901 :仕様書無しさん:03/08/02 17:02
FDcloneパクって、
なんかそういうの作れ>はげども

902 :仕様書無しさん:03/08/02 17:04
全ての面からテキスト設定ファイルを直接編集するのはデメリットしかない。
GUIだろうとCUIだろうとちゃんとしたUIを持たすべきだ。

903 :仕様書無しさん:03/08/02 17:05
反応がないので>>950が次スレってことで。

904 :仕様書無しさん:03/08/02 17:09
コードをスクラッチから起こすときはIDE。
編集するときはvi。
デバッグはIDE。
適材適所。

905 :仕様書無しさん:03/08/02 17:09
設定をテキストファイルとして持つのはいいけど、
それを直接編集させるなって事だな。
ユーザーには何のメリットも無いし、
これはただのアプリ提供者の怠慢でしかない。
仕事に置き換えれば、未完成品を納品する様なもの。
繰り返すけど、設定をテキストファイルとして持つのは別にいいよ。

   直  接  編  集  さ  せ  る  な



906 :仕様書無しさん:03/08/02 17:12
設定用UIの必要性を論じるのにOOを持ち出すバカが群生するスレはココですか?

907 :仕様書無しさん:03/08/02 17:12
>>902
> GUIだろうとCUIだろうとちゃんとしたUIを持たすべきだ。
じゃあお前がUI作れよ。ちゃんとバグが無いUIな。
まずはApacheのhttpd.confでいいや。特にLinuxでCUIの奴がいい

理想しか言わずに現実を見ない信者じゃないならやってみせろ。

908 :仕様書無しさん:03/08/02 17:13
>>905
はげ同
おれはそんなの納品されたら付き返して違約金を支払わせるな。
つーか今気付いたけど、
905を踏まえると、

   U  N  I  X  って  未  完  成  品

なのか?
違約金支払ってもらわないと。

909 :仕様書無しさん:03/08/02 17:14
>>906
相変わらず顔真っ赤ですね。

910 :仕様書無しさん:03/08/02 17:14
>>872
> 全員にお前の使っている環境のテキストエディタをつかえというのか?
> emacs使えとか。

そういう意味でしたか。プロジェクト全員がきめられた IDE 以外使えないと
いうことですか。

それはある意味つらい人が出そうですね。併用する人が許されないとは…


911 :仕様書無しさん:03/08/02 17:18
「じゃあおまえが〜作れ」キター

912 :仕様書無しさん:03/08/02 17:18
>>910
管理の問題が色々出てくるから当然そろえることになる。

913 :仕様書無しさん:03/08/02 17:19
>>910
あんた学生か?普通、プロジェクトでIDE使うときは同じやつ使わせるぞ。
と言いますか、ライセンスで買うだろ。

914 :仕様書無しさん:03/08/02 17:19
Unixは開発者の為のOSです、エンドユーザ気取りの馬鹿は使わないでください


915 :仕様書無しさん:03/08/02 17:20
>>906 >>907
典型的な無能UNIXerですね。

916 :仕様書無しさん:03/08/02 17:20
>>907
それはApacheの開発者などそのソフトを作ったヤツがやるものだろw

917 :仕様書無しさん:03/08/02 17:21
いきなり実装するバカと同じ思考回路だ

918 :仕様書無しさん:03/08/02 17:23
Unixは開発者の為のOSです、不満があるなら自分で改良しましょう
どっかの毎月セキュリティホールが出るような糞OSと違って
ソースコードは誰でも見ることが出来て、修正することができるのですから。

919 :仕様書無しさん:03/08/02 17:23
普段Cしか使ったことないから、
いきなりOOとか言われて混乱しちゃったんだね?

920 :仕様書無しさん:03/08/02 17:26
Emacs使ってるんだけど、今度OS再インストールしたときに、
今と同じ設定でいられるかどうか自信がありません。
だから、エディタはデフォルトの設定で、どこまで行きとどいているのかが重要かと思われます。
カスタマイズはできるけれども、簡単に設定ファイルをexport,importできるエディタが良いですね。



921 :仕様書無しさん:03/08/02 17:28
>>918
その思想って、ただの押し付けだと思うよ。
結局、誰も実践しなかったから今がある。

922 :仕様書無しさん:03/08/02 17:28
>>916
金も能力もないくせに責任転嫁する口だけは一丁前だね。


923 :仕様書無しさん:03/08/02 17:29
>>913
> あんた学生か?普通、プロジェクトでIDE使うときは同じやつ使わせるぞ。
> と言いますか、ライセンスで買うだろ。

そういう意味じゃなくて、IDEはそろえるのは当たり前だと思うのですが、エ
ディタ禁止というのがなんだかなぁ…

>>912
>管理の問題が色々出てくるから当然そろえることになる。

テキストエディタは何にそろえているのでしょう? それとも、管理の問題が
出るから、メモ帳のみ?


924 :仕様書無しさん:03/08/02 17:29
OOを正しく理解していれば
Lispが究極までスリムアップされたOO言語だと
わかりそうなものだが

925 :仕様書無しさん:03/08/02 17:30
次スレは要らない

926 :仕様書無しさん:03/08/02 17:30
LISPをOO言語だと言い切るやつ初めて見た

927 :仕様書無しさん:03/08/02 17:30
>>918
論点が違うんだけどな。
テキスト設定ファイル直接編集の是非を話してるんだが。
反論が出来ないと、自分で作れですか。
あと、HP・Sun・Necあたりのソースって見れたっけ?

928 :仕様書無しさん:03/08/02 17:31
>>926
俺も初めてw
新鮮だw

929 :仕様書無しさん:03/08/02 17:31
プログラムをデザインできない輩は、正直、プログラム組まないでほしい。
貴様一人の物だったら文句言わないのだが、メンテするのは誰なのかと小一時間。


930 :仕様書無しさん:03/08/02 17:32
>ソースコードは誰でも見ることが出来て、修正することができるのですから。
Solarisって勝手に修正していいんだっけ?
確かソースコードは無料で見ることが出来たと思ったけど・・・

#まあ、俺はいじくるなんてことはしないが

931 :仕様書無しさん:03/08/02 17:32
>>922
それって、御自分の事では?(w

932 :仕様書無しさん:03/08/02 17:33
>>923
プロジェクト管理は知らない。
ソース管理はcvsだろうな。

933 :仕様書無しさん:03/08/02 17:34
たらいまわし関数
というのがある。これは、
そのままUNIXerに置き換えることが可能だ。

934 :仕様書無しさん:03/08/02 17:35
別に関数にする必要なかった。

たらいまわし
という言葉がある。これは、
そのままUNIXerの思想に置き換えることが可能だ。


935 :仕様書無しさん:03/08/02 17:35
>>918
Unix=Linuxじゃないと思うんだが・・・

936 :仕様書無しさん:03/08/02 17:36
インターネットでおなじみのTCP/IPは、
この、
たらいまわし
から発祥した技術である。

937 :仕様書無しさん:03/08/02 17:37
次スレには必ず【徹底的】【バトル】を入れてくれ。
このスレで外れてて萎えた。

938 :仕様書無しさん:03/08/02 17:39
>>932
> ソース管理はcvsだろうな。

ですね。そのときは、cvs のクライアントは何で統一するんですか?


939 :仕様書無しさん:03/08/02 17:39
イラん

940 :仕様書無しさん:03/08/02 17:41
>>923
テキストエディタを使う場面など無いからなぁ
好きなの使えばいいんじゃないの?
それでソースとか編集しなければ。

941 :仕様書無しさん:03/08/02 17:43
>>938
テキストエディタでの開発の話か?
それならプロジェクトでテキストエディタなんぞ選ばんという話が出ているが。
それにソース管理のクライアントはほとんどのIDEに組み込まれている。
半自動で行われて意識しないでも使えるよ。

942 :仕様書無しさん:03/08/02 17:44
あーあ、不満なら作ればいいのに逆ギレしてる阿呆がいるな。
ま、作れないから逆ギレしかできないんだろうな。可哀想に...


943 :仕様書無しさん:03/08/02 17:45
>>938
あのさ、お前まじでプログラマ?
いままで、どんなプロジェクトに参加したんだ?

944 :仕様書無しさん:03/08/02 17:45
UNIXerの常識・非常識

・話を微妙に逸らすのが常套手段。
・頑なに時代遅れなエディタを使う。(IDEは眼中に無いらしい。)
・設定ファイルを(なぜか)直接編集したがる。一括編集がどうだとか喚く。
・UIが何であるかを知らない。
・OOが何であるかを知らない。
・無責任にソース見ろと言う。
・人に押し付けたがる(たらいまわし)
・すぐ顔真っ赤になる。

945 :仕様書無しさん:03/08/02 17:47
>>944
次スレのテンプレですか?

946 :仕様書無しさん:03/08/02 17:47
>>943
どう見ても学生だろ。
相手にするな。

947 :仕様書無しさん:03/08/02 17:49
おまけに入れといてもいいな。

948 :仕様書無しさん:03/08/02 17:49
>>945
既に、viとemacsのスレじゃなくなってるし
それでもいいんじゃない?

949 :仕様書無しさん:03/08/02 17:50
じゃあテンプレ

【徹底的】UNIXerの常識・非常識 【バトル】

・話を微妙に逸らすのが常套手段。
・頑なに時代遅れなエディタを使う。(IDEは眼中に無いらしい。)
・設定ファイルを(なぜか)直接編集したがる。一括編集がどうだとか喚く。
・UIが何であるかを知らない。
・OOが何であるかを知らない。
・無責任にソース見ろと言う。
・人に押し付けたがる(たらいまわし)
・すぐ顔真っ赤になる。

プログラマーが語るviとemacs Part3
http://pc.2ch.net/test/read.cgi/prog/1059185370/

950 :仕様書無しさん:03/08/02 17:51
いいの?

951 :仕様書無しさん:03/08/02 17:52
つーわけで次スレです

【徹底的】UNIXerの常識・非常識 【バトル】
http://pc.2ch.net/test/read.cgi/prog/1059814330/


952 :仕様書無しさん:03/08/02 17:54
UNIXerは新スレから離れるだろうよ

953 :仕様書無しさん:03/08/02 17:55
【徹底的】XXXXXXXXXXXXX【バトル】

シリーズに128票。



954 :仕様書無しさん:03/08/02 17:56
アホか、冗談をマジで立てるなよ。
vi、emacsの方がいたいヤツがいっぱい寄ってきて面白いっちゅうのに。
誰か立て直せ。

955 :仕様書無しさん:03/08/02 17:56
自ら隔離スレが立てられたな
これって正統なemacs vs viスレを作るチャンスじゃないか?

956 :仕様書無しさん:03/08/02 17:56
別にいいけど

957 :仕様書無しさん:03/08/02 17:57
あれ?もう立ったのか。
じゃあこっちは埋めですか?

958 :仕様書無しさん:03/08/02 17:58
>>955 両方荒れてオシマイじゃボケ

959 :仕様書無しさん:03/08/02 17:59
【徹底的】プログラマーが語るviとemacs 4【バトル】
http://pc.2ch.net/test/read.cgi/prog/1059814696/

960 :仕様書無しさん:03/08/02 17:59
あーあ、馬鹿な厨房が駄スレ2つも立てやがった
夏だな...

961 :仕様書無しさん:03/08/02 18:01
vi,emacsの徹底的なバトルが行われた形跡が全くない。
次スレでこそやってくれるんだろうな!?期待してるぜ。

ところで、IDE厨を無視できないやつはどういう神経してるんだ?
そんなことだから顔真っ赤とか言われるんだよ。

962 :仕様書無しさん:03/08/02 18:01
もうどうでもいいよ

963 :仕様書無しさん:03/08/02 18:02
>>961 適当に荒れるのを楽しんでいるんだと思われ

964 :仕様書無しさん:03/08/02 18:03
>>1同士の喧嘩が始まるんだろうな

こっちが本スレだ!! とかいって
バカジャネーノ

965 :仕様書無しさん:03/08/02 18:05
設定ファイル関係やUIとかはUNIXの方にして、
vi,emacsと分離すればいいんじゃない?
結構はなし逸れるし。

966 :仕様書無しさん:03/08/02 18:08
>>964 同一人物だったりしてな

967 :仕様書無しさん:03/08/02 18:09
>>965
IDE厨も非常識スレに誘導しろ

968 :仕様書無しさん:03/08/02 18:12
またしてもIDEの圧勝だったな。
歯ごたえがなさ過ぎてつまんないよ。

969 :仕様書無しさん:03/08/02 18:13
一方的に勝利宣言するところがチョソだよな

970 :仕様書無しさん:03/08/02 18:14
>>968
そうだね。
次スレはこれなので頑張ってね。
【徹底的】UNIXerの常識・非常識 【バトル】
http://pc.2ch.net/test/read.cgi/prog/1059814330/


971 :仕様書無しさん:03/08/02 18:15
viとemacsの話がしたい人はこっちね
次スレ
【徹底的】プログラマーが語るviとemacs 4【バトル】
http://pc.2ch.net/test/read.cgi/prog/1059814696/


972 :仕様書無しさん:03/08/02 19:37
vi,emacsバトルスレは本質的に荒れる。チャットなのかここは。




973 :仕様書無しさん:03/08/02 21:30
正直、見てるだけでも疲れた

974 :仕様書無しさん:03/08/03 00:21
静かになったな。今こそマジメに語れるじゃないか。

975 :仕様書無しさん:03/08/03 09:24
>>976
さあ語れ

976 :仕様書無しさん:03/08/03 12:50
井川、ナイスバッティング!!

977 :仕様書無しさん:03/08/03 12:58
今から昼飯なんだけど何食えばいいかなぁ
もうモスは飽きたから日本食にしたいんだが。
天ぷらそばか鰻丼か。
どうも昼から油っぽいなぁ・・・

978 :仕様書無しさん:03/08/03 13:52
山菜蕎麦とかどうだ?

979 :仕様書無しさん:03/08/03 14:28
>>972
昔からの宗教戦争ネタだ。
そういうものだと思ってあきらめろ。


980 :仕様書無しさん:03/08/03 14:34
vi使い > emacs使い

ってのは定説なのか。
viは殺伐としててなんぼの世界というのは理解できる。
ただ、Emacsがもっとカッコイイlook&feelになれたらまた違うのかもしれない。


981 :仕様書無しさん:03/08/03 14:36
viはエレガント
emacsは必死
なイメージがある

982 :仕様書無しさん:03/08/03 14:39
お嬢様はエレガント

983 :仕様書無しさん:03/08/03 15:18
>>978
結局まだ飯食ってなかったりする。
休日ってこんなもんだよな。

山菜蕎麦かぁ
腹に溜まらなそうだけどサッパリしててうまそうだな。
じゃあ、冷たい蕎麦ののどごしでも味わってきますか。

984 :仕様書無しさん:03/08/03 15:59
お父様はエレファント

985 :仕様書無しさん:03/08/03 16:38
ワキガが臭い

986 :仕様書無しさん:03/08/03 19:06
>>981
わらた

987 :仕様書無しさん:03/08/03 21:10
http://www.geocities.co.jp/HiTeens-Panda/6062/rosuto.swf


988 :仕様書無しさん:03/08/03 21:58
vi と emacs

どんぐりの背比べって奴だろ?

989 :仕様書無しさん:03/08/03 22:00
どんぐり程似通ってない

990 :仕様書無しさん:03/08/03 22:03
>>989
と思い込んでいることをどんぐりの背比べといふ。

197 KB
■ このスレッドは過去ログ倉庫に格納されています

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.02 2018/11/22 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)