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

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

【バトル】プログラマーが語るviとemacs Part2

1 :仕様書無しさん:03/07/16 00:48
まぁ、適当にバトれや。
オレ様は圧倒的にVim。
神の一手に近づいてみせる。

2 :仕様書無しさん:03/07/16 00:49
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/

3 :仕様書無しさん:03/07/16 00:55
Visual Studio.NET
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


4 :名無しさん@Vim%Chalice:03/07/16 01:09
なぜviやemacs関連以外のサイトを紹介しているのか・・・

5 :1:03/07/16 01:11
>>4
オレ様じゃ無いぞ。
文句は糞IDE厨に言え。

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

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

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

7 :仕様書無しさん:03/07/16 01:23
たぶんIDEしか使ったことの無い奴がさみしがってるんだな。


8 :仕様書無しさん:03/07/16 01:27
テキストエディタの話をしてるのに、未だに開発環境の話に
持ってきたがる知恵おくれが絶えない理由が判りました。
今度の学会で発表することにしました。

結論だけここに書きますが、

バ カ だ か ら で す

報告は以上です。

9 :仕様書無しさん:03/07/16 01:28
Eclipseを使い出しましたが、プラグイン指向の柔軟さが気に入って
います。これまで、テキストエディタ+Ant+CVSと別々にツールを
使っていますが、これらを統合環境としてEclipse化することを考え
ています(受託開発:SE)。

テキストエディタ+JDKでガリガリ行っていた開発が、ant、JUnitな
どが加わり……と思うまもなく、Eclipseが脚光を浴び、移行したとこ
ろこれがまたとても便利。プラグインの充実に期待しています(受
託開発:SE)。

10 :仕様書無しさん:03/07/16 01:29
現実問題として数百個のクラスの数千個のメソッドを素のエディタから効率的に呼び出すのは不可能。
しかも自分で作ったものが後からどんどん追加修正されていくのだからもう絶望的。
その上量の問題を解決できないにもかかわらずタイプが面倒だからと
変数名をやたらと切り詰めることで混乱に拍車をかけている。
こんな状態でまともなソフトウェアを開発できるわけがない。

11 :仕様書無しさん:03/07/16 01:30
IDE厨は現実を見ろ。

ttp://www.atmarkit.co.jp/fjava/survey/survey0306/java0303.html

Javaなんてほとんどテキストエディタで開発だっつーの。
中途半端なつかえねぇIDEよりEmacs Lispの方が格段に効率的。
開発効率だって段違い。
オマエラがいらねぇ機能満載、必要な機能は欠けているIDE(Eclipseなど)を使っている間に
オレなら3倍の仕事をこなしてるっつーの。

まぁ、効率が上がったと自己暗示をかけて糞IDE使い続けろやw

12 :仕様書無しさん:03/07/16 01:31
>素のエディタ

これはメモ帳のことだろうか?
他に思い当たらんし。


13 :仕様書無しさん:03/07/16 01:36
>>11
これはIDE厨もう言い逃れが出来ないな。
70%だし。
実際の現場の人間は良く解っているって事だ。

14 :仕様書無しさん:03/07/16 01:46
>素のエディタ

これはviのことだろうか?
他に思い当たらんし。

15 :仕様書無しさん:03/07/16 01:50
>>11
3倍の量の雑用だろ?
がんばれよコーダー(藁

>>13
良く記事を読め。
テキストエディタ+JDKとEclipseの「今後使いたい」の結果は反対に8倍近い大差を付けてEclipseの圧勝なんだが。
テキストエディタ+JDKと答えた7割もおそらく他のIDEとの併用だ。

16 :仕様書無しさん:03/07/16 01:53
IDEを使ってみたいけど今は(そして一年前も)使っていないというのは
単に向上心が乏しいというだけではないかね。

17 :仕様書無しさん:03/07/16 01:56
IDEは種類が結構あるので、みんな品定め中だろうな。
で、とりあえずテキストエディタに落ち着いてると。

18 :仕様書無しさん:03/07/16 01:57
>11 を見てテキストエディタがやはり最高だとか言っているヤツって

ttp://www.atmarkit.co.jp/fdotnet/questionnaire/2002-11/2002_11.html

これ見て、VB6が一番シェア高いからVB6が一番とほざいているVB厨のようだ。
テキストエディタとVB6のグラフの傾向がまったく同じなのが笑える。
EclipseがちょうどC#にあたるしね。

19 :仕様書無しさん:03/07/16 01:59
              テ キ ス ト エ デ ィ タ 厨 が 墓 穴 を 掘 り ま し た

20 :仕様書無しさん:03/07/16 02:02
JBuilderあたりの人気ダウンを見ればIDEならなん
でもいいと言うわけでもなく、IDE万能論がいかに
馬鹿げてるかを表してると思うが。
IDEはわりと誰でも簡単に使えそうなので、デファ
クトスタンダードが決まったら使ってみよう。
それまでは慣れ親しんだ環境を使う事にする。


21 :仕様書無しさん:03/07/16 02:02
>10へのアドバイス

(1)仕様を充分検討してから開発を始めよう
(2)コーディング標準を作成しよう
(3)プログラマにはまともなエディタを使わせてあげよう(メモ帳はダメ!)

22 :仕様書無しさん:03/07/16 02:04
>>21
ウォーターフォールですか?

23 :仕様書無しさん:03/07/16 02:05
Javaの開発環境って相当劣悪だな。
テキストエディタ+HTMLヘルプってLSI-C時代を思い出すよ。
SunがまともなIDEとヘルプ作ってればこんな事にはならなかっただろうな。

24 :仕様書無しさん:03/07/16 02:06
>>18
VBってこんなに使われてたのか(W
やっとこの板のVB関連スレが荒れる理由が判った。
実際、最近の案件見るとVB絶滅感が強かったのだが。

25 :仕様書無しさん:03/07/16 02:08
>>23
Eclipse知らんのか?

26 :仕様書無しさん:03/07/16 02:10
>>23
たしかにヘルプはショボ目。
しかし、これでちゃんと仕事やってる奴もいるので、ヘタレの
言い訳でしかない。


27 :仕様書無しさん:03/07/16 02:10
もう荒らすなよ・・・IDE厨・・・

28 :仕様書無しさん:03/07/16 02:11
>>26
努力とか根性とか好きですか?

29 :仕様書無しさん:03/07/16 02:12
というより、墓穴ほるなよ。テキストエディタ厨。

30 :仕様書無しさん:03/07/16 02:14
テキストエディタ厨は体育会系だからな。
もちろん考え方のことね(w

31 :仕様書無しさん:03/07/16 02:14
安置ってどうしてそんなに進歩や効率化に対して否定的なんだ?
あるいは効率化の行き着く先は凡庸で十把一絡げな末端コーダの
合理化であることを本能的に悟っているのかもしれないな。

32 :仕様書無しさん:03/07/16 02:15
>>28
無いもんねだったってしょうがねえだろって話。
おこちゃまでちゅか?

33 :仕様書無しさん:03/07/16 02:17
>>30
そりゃメモ帳使い倒そうなんて奴は絶対体育会系ですよ(プ

34 :仕様書無しさん:03/07/16 02:17
emacsは目的達成までのキー入力が多すぎる。バッファ巡りの旅って感じださ。
秀丸でいうところのボックスコピーすら存在しないしね。
マニュアルにしても、個々の機能を網羅してあるだけ。便利なTipsみたいなものも存在しないし。
とにかく、コマンド打ったり、対したことない作業でキー入力の回数大杉。


35 :仕様書無しさん:03/07/16 02:18
>>32
あるもの(IDE)をわざわざ使わないのはどういう話だよ(藁

36 :仕様書無しさん:03/07/16 02:20
こいつアホか

37 :仕様書無しさん:03/07/16 02:22
emacsはメタキーの組み合わせばかりでダサい。
例のコピペじゃないが小指突き立ててマジでオカマになってしまいそうだ。

やはり、Vim。
神速の編集がしたいならVimだ。

38 :仕様書無しさん:03/07/16 02:23
>>34
ボックスコピーって使う場面がまったく思い浮かばないんだが。
どういうときに使うの?マジで教えて。

39 :仕様書無しさん:03/07/16 02:24
テキストエディタ厨は、>6 の

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

みたいな、奴等。
生暖かく見守ろう(藁

40 :仕様書無しさん:03/07/16 02:26
>>37
久々にスレタイ通りの書き込みを見たw
がんばれよw

41 :仕様書無しさん:03/07/16 02:33
エディタで書いてる自分をスゴイと思えるナルシストな快感が好きです。
IDEだと思考と動作の労力に対する快感が薄れる。
つか、しごく仕事でやってる気になる。
仕事なんだけどさ。

42 :仕様書無しさん:03/07/16 02:34
Emacs使いが両手の人差指、小指を立ててたのを目撃したことある。
キツネに摘まれたキーボード。

43 :仕様書無しさん:03/07/16 02:56
>>42
ワラタ

44 :仕様書無しさん:03/07/16 03:05
Emacs厨とIDE厨が対決すると、いつもEmacs厨がボロ負けだな。

45 :仕様書無しさん:03/07/16 03:09
>>44
買ったためしがないね(藁

46 :仕様書無しさん:03/07/16 05:18
えーと、vimにも、IDE的な機能を具現するプラグインがあるのですよー

C/C++ or JAVA auto complete
クラス構造を解析して適切なメソッドを補完し、
注釈表示まで可能なインテリセンス
http://www.vim.org/scripts/script.php?script_id=527

構造をアウトライン表示し、継承関係までも見渡せるクラスブラウザ
http://www.geocities.com/yegappan/taglist/screenshots.html

vimはプログラム環境に適したエディタだと言えます。


47 :仕様書無しさん:03/07/16 05:46
vim>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>ide
IDE厨死ね

48 :void:03/07/16 07:32
>>44
対決したことにしたいのですね?:-)

>>45
買ったことにしたいのですね?:-)

49 :仕様書無しさん:03/07/16 07:36


  禿 丸 最 強 ぅぅぅぅぅ!!!

50 :仕様書無しさん:03/07/16 08:18
Emacsを使いこなしてる人ってカコイイ。
どうやったらあんなに効率良く編集できるのかと小一時間。


51 :仕様書無しさん:03/07/16 09:14
使いこなしたってなによ?
ショートカットキーを覚えたってこと?
マクロを書けるようになったってこと?
すごくレベルの低いこと言っている感じがするな。

52 :仕様書無しさん:03/07/16 09:45
■■■■■■■■■
  ■   ■    ■         ■
   ■  ■  ■           ■
     ■■■       ■   ■
      ■         ■   ■
      ■    ■   ■   ■
      ■    ■   ■   ■
      ■    ■   ■   ■
      ■    ■   ■   ■

53 :仕様書無しさん:03/07/16 09:48
Visual Studioで開発してSamba経由でLinuxでビルド・実行。これ最強。

54 :仕様書無しさん:03/07/16 09:58
おれはWindows上で当然VSを使いながらプログラミングしてるけど、
UNIX上では普通にEmacs使うんだけど。なんでそんなめんどくさいこと
やってんの?郷に従え、だと思うが。

55 :仕様書無しさん:03/07/16 10:18
>>41
>つか、しごく仕事でやってる気になる。
気分はそうかも知れませんが、本番行為は禁止なんですよね?
手コキは所詮、手コキだと思います。

56 :仕様書無しさん:03/07/16 12:27
IDE信者は、自転車乗れないのに大型バイクに乗ろうとするようなもの。

57 :仕様書無しさん:03/07/16 20:54
>>38
rectangle 便利だろ。たまにだけど。
たぶん秀丸厨は M-x apropos box.*copy とかしてるんだろ。

58 :仕様書無しさん:03/07/16 22:44
>>34

ボックスコピーってなに?
や、マジで禿丸使ったこと無いんだよ。

もしかして、縦方向に範囲選択してコピペできる機能のこと??
それなら、emacsにもあるよ。

59 :仕様書無しさん:03/07/17 00:20
>>46
JDEEと同じようにIDE厨にめちゃくちゃ叩かれる予感。
中途半端なものはすぐにIDEの機能と比較されて言い負かされるよ。

60 :仕様書無しさん:03/07/17 00:24
今後は IDE厨は無視の方向で。
vi と Emacs 関連の発言のみ相手に汁!
それと age ないように。

61 :_:03/07/17 00:25
http://homepage.mac.com/hiroyuki44/jaz09.html

62 :仕様書無しさん:03/07/17 00:32
5年くらいEmacs使ってるんだけど、
Ctrl押しっぱなしがツライんで乗り換えたいんだよね。
変換・無変換をCtrlにしたりして工夫してるけど
激務モード入るとほんと狂う。もういや。Lispは好きなんだけど。

そんなわけでvi使い始めたんだけど、
viのマクロってPerlとかで書けるんだよね?
あとキーバインドの覚え方のコツとかないかな。

あ、IDEはもちろん併用してるから。

63 :仕様書無しさん:03/07/17 00:38
おれは奥歯噛みしめたら、Ctrl押した個とになるような装置があったらemacsに乗り換え
ます。それまではvim。誰か作らないかな。009の加速装置みたいな感じで


64 :仕様書無しさん:03/07/17 00:49
えーと、vimにも、IDE的な機能を具現するプラグインがあるのですよー

C/C++ or JAVA auto complete
クラス構造を解析して適切なメソッドを補完し、
注釈表示まで可能なインテリセンス
http://www.vim.org/scripts/script.php?script_id=527

構造をアウトライン表示し、継承関係までも見渡せるクラスブラウザ
http://www.geocities.com/yegappan/taglist/screenshots.html

vimはプログラム環境に適したエディタだと言えます。


65 :仕様書無しさん:03/07/17 00:49
>>46
両方とも、ファイル保存しなきゃダメなんだろ?
tagsファイルの様なものを生成しなきゃならないんだろ?
スピードも非常に遅いんだろ?
しかも、機能も半端なんだろ?

で、結局両方入れたら生成や操作ストレスが多すぎて使えないんだろ?

66 :仕様書無しさん:03/07/17 00:52
>>64
パラメータチェックをひっそりと抜かしているね。
継承元参照ジャンプとリアルタイム構文エラー指摘とかはどうするんだ?

67 :仕様書無しさん:03/07/17 00:53
>>63
カエルのおもちゃを使え。
ポンプを握ると足に空気が送られる奴な。
ポンプの部分を咥えておいて
Ctrl押したくなったらポンプを噛んで空気を送り、
カエルがCtrlキーにうまく飛び乗ったら成功!

68 :仕様書無しさん:03/07/17 00:58
>>64
C++だとまともに使えんな。
Javaの場合はEclipseの方が圧倒的にアドバンテージがあるしあらゆる意味で中途半端で使えん。

69 :仕様書無しさん:03/07/17 01:00
>>64
クラスブラウザってひょっとしてジャンプするくらいしか機能無い?

70 :仕様書無しさん:03/07/17 01:03
>>62
5年も使ってたら、ふつう、vi(もどき)モードとか自作したりしないか?

71 :仕様書無しさん:03/07/17 01:09
ふっ、俺様が不毛な議論を終わらせてやるぜ。

下に45行、右に17文字、移動せよ。

ふっ、哀れなり。vim最強。


72 :62:03/07/17 01:12
>>70
fbnpを捨てるならemacsも捨てるべきなんじゃないかと思って

キャピタライズを移動とかzapとか作ったり、
色々lispで思考錯誤した上で
vi移行を決断したつもり

73 :62:03/07/17 01:13
×キャピタライズを移動とかzapとか
○キャピタライズを意識した移動とかzapとか

74 :仕様書無しさん:03/07/17 01:13
>64
Vim使って間もないものだけどそのインテリセンスとクラスブラウザってどのくらいのことが出来るのか情報キボン
ソースがないようなクラス(クラスライブラリなど)を継承した場合とか補完されるのか。
複数のファイルを編集している最中に保存することが無く編集中のクラスのメソッドも補完されるのか。
これらの作業が中間ファイルを作らないで素早くできるのか。
VCから移行できるレベルなら移行したいと思うんで。

75 :仕様書無しさん:03/07/17 01:15
>>64
デバッグは?

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

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

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

77 :仕様書無しさん:03/07/17 01:18
>>64
そのクラスブラウザの「継承関係までも見渡」って継承元のクラス名が表示されるだけじゃねぇ?

78 :仕様書無しさん:03/07/17 01:20
テキストエディタの話をしてるのに、未だに開発環境の話に
持ってきたがる知恵おくれが絶えない理由が判りました。
今度の学会で発表することにしました。

結論だけここに書きますが、

バ カ だ か ら で す

報告は以上です。

79 :仕様書無しさん:03/07/17 01:20
>>64
>注釈表示まで可能なインテリセンス
嘘言うなよ注釈表示しないじゃん。

80 :仕様書無しさん:03/07/17 01:22
>>78
最初にふっかけてきたのは>46だろ低脳。
しかし、所詮ショボイいんちき機能だったけどな(藁

81 :仕様書無しさん:03/07/17 01:35
とりあえずバカといっておけば気が済むんだよ。
ほら小学生のころを思い出してみな。
ばーかばーか。

82 :仕様書無しさん:03/07/17 01:42
だから、半端なIDE機能を晒すとIDE厨に叩かれるって言ったのに・・・

83 :仕様書無しさん:03/07/17 01:45
しかし Vim って Emacs に全然見劣りしないカスタマイズ能力を持っていたのな。
メールも読めるし、ブラウザにもなるし、2chも見れるしEmacsと同じ事できるじゃん。
それプラス強力な編集能力だからこれってEmacs以上なんじゃない?

84 :仕様書無しさん:03/07/17 01:49
そういやメールを読むためのプラグインをつけたIDEってあるのかな?
ブラウザにもなるIDEならあるが。
まぁ、別にわざわざメールをIDE内に表示しても大して意味は無いが。

85 :仕様書無しさん:03/07/17 01:53
Vimでの編集は神速。
Emacsの達人とVimの達人でコーディング競争したら圧倒的大差でVimの達人が勝つな。

86 :_:03/07/17 01:57
http://homepage.mac.com/hiroyuki44/jaz09.html

87 :仕様書無しさん:03/07/17 02:00
EmacsやVimですべてのことをやろうとするのは
ウインドウシステムがなかった前時代的発想なんだよね。

基本的には一つのアプリしか画面に表示されない。
だから複数の作業を同時にこなすために一つの
アプリを細かく分けようという考え。

これがウインドウによって置き換えられたから
なんでもかんでも一つにまとめようという一枚岩な考え方から、
細かく分けるって考え方になったんだろうね。

88 :仕様書無しさん:03/07/17 02:01
>>85
コーディング競争じゃなくてタイピング競争だろ。
コーダーの達人なんてハズカシー(w

89 :仕様書無しさん:03/07/17 02:04
>>88
テキストエディタ厨なんてほとんどがUnixでcなコーダーだろ。

90 :仕様書無しさん:03/07/17 02:06
vimがココまでの実力を秘めていたとなるとemacsの立場がないな

91 :仕様書無しさん:03/07/17 02:11
>>87
知ったかぶってまったく的はずれなことを言っているな。
うにの方が機能が細分化されている。
winはパイプでつないで処理を引き渡していったりするか?

92 :仕様書無しさん:03/07/17 02:26
Vimサイコー

93 :仕様書無しさん:03/07/17 02:39
IDEバカは無視して、とりあえず
「こんな機能はそっちではどうよ?」っていうのを挙げてみませんか?

vimは全く知らないんで(vimtutor ja 途中で挫折)、とりあえずemacs
の便利な機能を。

・リモートのファイルの編集
・CVSフロントエンド
・S式(括弧)の階層ごとを理解してカーソル移動

これらはvi(m)ではどうなってる?

94 :仕様書無しさん:03/07/17 02:40
階層ごと→階層
だね。スマソ

95 :仕様書無しさん:03/07/17 02:57
>>91
windowsの方がアプリケーション間の通信手段は
もっと幅広くて高度ですよ。もちろんパイプもあります。
ところでパイプでコード補完が出来ますか?

96 :仕様書無しさん:03/07/17 03:19
>>91
> 知ったかぶってまったく的はずれなことを言っているな。
> うにの方が機能が細分化されている。
それは違う。うにの方がすごい。
と言うだけじゃ反論になってないんだよねぇ。

同レベルの反論をしてあげようか?
お前は間違っている。winの方が機能が細分化されている。

反論するならちゃんと反論しようね(w

97 :仕様書無しさん:03/07/17 03:20
>>93
IDEにはすべて統合されています。

98 :仕様書無しさん:03/07/17 03:25
ローカルルール案:

・ IDE厨は無視。
・ IDEという単語を出さない
・ vi と Emacs の話に終始する。
・ age ない。


99 :仕様書無しさん:03/07/17 03:27
>>98
>・ IDEという単語を出さない
既にお前がルールを無視している。


100 :仕様書無しさん:03/07/17 03:29
>>98
とりあえず、お前は守れ。ウザイから反論してくんなよ。
そうすればIDE使いに絡んでくる奴がいなくて平和になる。

101 :仕様書無しさん:03/07/17 03:30
>>99

では、これならどうだ。

・ 正規表現 /[iI][dD][eE]/ にマッチする単語を記述しない。
・ 正規表現 /[iI][dD][eE]/ にマッチする単語を含む発言は無視
・ vi と Emacs の話題に終始する。
・ age ない

102 :仕様書無しさん:03/07/17 03:33
>>101
だから無視するんじゃなかったのか?
>>99にはIDEが含まれているぞ。
それとも2バイト文字のIDEは許可なのか?(w


103 :仕様書無しさん:03/07/17 03:37
つまり、IDE の呪縛から逃れられないってこったな。

じゃ、がんばってくれ。

104 :_:03/07/17 03:54
http://homepage.mac.com/hiroyuki44/

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

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

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

106 :_:03/07/17 04:42
http://homepage.mac.com/hiroyuki44/

107 :仕様書無しさん:03/07/17 06:45
正規表現 /[iI][dD][eE]/ にマッチする単語厨は無視する方向でいいと思うが、
コピペ厨は無視しなくて良いのか?

108 :仕様書無しさん:03/07/17 07:37
vi使いとemacs使いが共闘(までは行ってないか?)している
めずらしいスレだな。

109 :仕様書無しさん:03/07/17 08:19
同じ過去の遺産どうし慰めあっているといった所か。

110 :1:03/07/17 08:22
前スレ立てた>>1です。
IDEの話はやめておくれ。viとemacsの宗教的争いを再び繰り広げて欲しいのです。
ポックンはviを捨てて、emacsに乗り換えますた。
ええ、emacs素敵ですよ。ポックンのマシンでは重くもないし。



111 :仕様書無しさん:03/07/17 08:25
emacsはPCでいえば1GHz、256MB以下のマシンで使う気が起きない。
使うけど。

112 :仕様書無しさん:03/07/17 08:26
emacsとviはどんぐりの背比べという言葉が良く似合っている。

113 :仕様書無しさん:03/07/17 08:50
>>93
意味がわからんがそれはカスタマイズいっさい無しのデフォルト状態で可能かって事か?

あと
>・S式(括弧)の階層ごとを理解してカーソル移動
ってどういうこと?

114 :仕様書無しさん:03/07/17 08:50
両方使ってるやつが書き込んでくれよ。
厨は知らないことについても書き込むからな。
どこからそんな自信が湧いてくるのか知らんけど。

115 :仕様書無しさん:03/07/17 09:17
>>114
誰のこと言っているんだ?

116 :_:03/07/17 09:19
http://homepage.mac.com/hiroyuki44/

117 :仕様書無しさん:03/07/17 10:55
NGワード設定しろ

118 :仕様書無しさん:03/07/17 12:44
>>93
リモートファイルの編集  使ったことないけど、netrw.vim
CVSフロントエンド vim.sf.netにあった。
S式って括弧がなくてもいいんじゃなかった?

119 :仕様書無しさん:03/07/17 18:55
漏れはgvimとMeadow 2をインストロールしてるが
実際よく使っているのはxyzzyだ。
スマソ

120 :仕様書無しさん:03/07/17 19:01
漏れもviとemacs入れてるけど
一番利用頻度が高いのはxyzzyだ。
ホントゴメソ

121 :仕様書無しさん:03/07/17 19:36
emacsにCVSフロントエンドとかいらんだろ。
どうせプログラミングには統合環境使うんだから。

122 :仕様書無しさん:03/07/17 21:39
開発にCVSとかいらんだろ。
どうせバージョン管理にはVisual SourceSafe使うんだから。

123 :仕様書無しさん:03/07/17 21:47
UNIXの開発なのにVSS使うと文字化けしねえ?

124 :仕様書無しさん:03/07/17 23:08
>>71
その45とか17ってどうやって数えるの?
数えてる間にカーソルを動かした方が速いような気がするんだけど。
ひょっとしてvi経験が長くなると一瞬で文字数を数えられるようになる?

125 :仕様書無しさん:03/07/17 23:13
>>124
何かしらんがそういう状況なんだろ。

まぁ、set numberしてれば行数は一目でわかるけど。
前スレかな、貴重な画面が狭くなるとかいってる奴がいたが、
viコマンドって行数が数えられることがかなり重要に思う。
目測では7行ぐらいまでしかわからないので、
おれはつねにset nu。

126 :仕様書無しさん:03/07/17 23:20
>>124
別に数えなくて良い。
現在行から45行下に移動したければ
45
と打ってリターンを押せばよい。


127 :126:03/07/17 23:25
自己レス。
わかった。>>125の疑問は
45行下に移動したい状況なんてあるの?
っていうことか。

例えば、あるデータを見ていて、45行おきに
何かポイントとなる数字があらわれるとか・・・

128 :仕様書無しさん:03/07/17 23:36
きっかり何行とかでなくて、およそ何行とかで飛んで、それから微調整、でいいやん。
常にストローク最少を極めんとする猛者でもないかぎりは。

129 :仕様書無しさん:03/07/17 23:41
>>128
要するにページ単位で移動とかで十分ってことだろ?

130 :仕様書無しさん:03/07/17 23:41
>>127
いや、そうじゃなくて、45行下に目的地があるという状況は
あり得ると思うけど、その45という数字は結局1,2,3,...って
人間が数えて得る値じゃないのか、めんどくせーな、ってことだよ。
定型的なログファイルみたいなもので45行おきに移動したいという
状況もあり得るとは思うが、そんなに多くはないだろ。

もっとも、125が行番号の表示方法を教えてくれたので
少しだけ疑問が解消した。



131 :仕様書無しさん:03/07/17 23:44
行番号を表示しても画面外までは見えない罠

132 :仕様書無しさん:03/07/18 01:42
vimでそのファイルで最後に編集(変更)された箇所へジャンプする機能
'. ってのを今日、発見したんだけど、これ便利だねー。

ファイルごとに独立してるんで、ファイル開いたあと、どこ編集してたか
思い出したいときに便利〜

ctrl-o の履歴ジャンプも良く使うかな

133 :仕様書無しさん:03/07/18 01:55
>>132
秀丸のCTRL+Lみたいな物だね。

134 :仕様書無しさん:03/07/18 02:36
秀丸使いは逝ってよし

135 :仕様書無しさん:03/07/18 02:38
MSEmacsはいつ出るんでしょうか?
あの会社もたまには慈善事業をしてみてもいいのでは?

136 :仕様書無しさん:03/07/18 03:10
vimのマーキングといえば、
アルファベットで全部で52箇所近くまでマーキングできるのがうれしいね。

大文字だと、異ファイル間でも強引にジャンプしてくれるし。
小文字だと、ローカル・マーキング。

一度、エディタを終了させても消えないマーキングなんで
編集箇所が集中しがちなコーディングで役に立つよ。


137 :vi歴10年:03/07/18 05:34
あのね、やっぱIDEには憧れるね。
特にVisualDeveloperには憧れる。
ただ、あれのテキスト編集がダメダメなんだよね。
摩り替えるDLLだとかはあるんだけど、今度、それだとIDEの機能が
使えなくなってしまう。

viにIDEの強力なオーサリングツールが合体すれば史上最強の
開発環境が出来上がると思うんですけどねー。

シェアウェアでも構わないから、誰か、そんなIDE、作ってくれないかなー?


138 :仕様書無しさん:03/07/18 06:02
>>136
秀丸も消えないマーキングなんだけど
あれってどこかにマーキング位置を
保存しているんだろうね。

139 :仕様書無しさん:03/07/18 06:15
>>137
> ただ、あれのテキスト編集がダメダメなんだよね。
と言っておきながら、使いこなせてないだけじゃんという
結論を幾度と見てきたので今回もそうだろう。

140 :仕様書無しさん:03/07/18 07:17
>と言っておきながら、使いこなせてないだけじゃんという
>結論を幾度と見てきたので今回もそうだろう。
使いこなす・・・って、だってIDEの機能って機能数ではたかが知れてるじゃん。
ひとつひとつの機能が貴重なのであって。



141 :仕様書無しさん:03/07/18 07:23
また自分が知らないだけなのに無いと思い込んでいる輩が出てきたか。

142 :仕様書無しさん:03/07/18 08:01
>>また自分が知らないだけなのに無いと思い込んでいる輩が出てきたか。
いや、さすがにVisualStudio系のIDEは俺も全て使い込んでると思う。
gvim + VisualStudio の珍しいコンビで開発してる。
テキスト編集はgvimがサクサクで、
クラス・ブラウジングやヘルプでは、IDEがサクサク。

で、この両者を行き来するのは、モタモタ。っていうかイライラ。

vimにIDEをつけるか、IDEにvimをつけるか?
どっちでも構わないので合作できないものだろうか?



143 :仕様書無しさん:03/07/18 08:07
文句ばかりで具体的な指摘がないんだから信用されないのも当然

144 :仕様書無しさん:03/07/18 12:15
>>142
> gvim + VisualStudio の珍しいコンビで開発してる。
> テキスト編集はgvimがサクサクで、
> クラス・ブラウジングやヘルプでは、IDEがサクサク。
おお、同志よ。
やっぱ餅は餅屋だよなぁ。
ひとつの仕事に餅屋が複数居るのがちょっと問題だが。

145 :仕様書無しさん:03/07/18 12:39
>vimにIDEをつけるか、IDEにvimをつけるか?
>どっちでも構わないので合作できないものだろうか?
VisVimで出来るじゃん

146 :仕様書無しさん:03/07/18 13:43
VisVimってなに?

147 :仕様書無しさん:03/07/18 13:45
Vim is not Vim.

148 :仕様書無しさん:03/07/18 13:51
>>146
VC6ならアドインの参照から VisVim.dll (Vimのパッケージに入ってるはず)を選択してチェック
VS.NETならKoRoNたんところからVS.NET版を持ってくる

149 :仕様書無しさん:03/07/18 15:44
パティンパティン!パティンパティン!


150 :仕様書無しさん:03/07/18 16:35
うーん……いまいち。
既定のエディタをgvimにしとくのとあんまり変わらん気が。

151 :仕様書無しさん:03/07/18 18:14
結局IDEでvi使えるわけで、
IDE > viなわけなんだが、
わざわざviにしても意味がないんだな。

152 :仕様書無しさん:03/07/18 22:45
WindowsNTにユーザ作って利用することが、本質的に無意味なことを理解せずに、
それを指示している馬鹿がいるのはこのスレですか?

153 :仕様書無しさん:03/07/18 22:54
厨房の夏がやってまいりました。

154 :仕様書無しさん:03/07/18 23:00
今晩未明から来月末にかけて増えると予想される。


155 :仕様書無しさん:03/07/19 00:16
このスレは155を超えました。
新しいスレッドをたててくださいです。。。


156 :やったね:03/07/19 00:25
ソース編集するときはvimがいいね。
emacsよりキー数も少なくて済むから。

ただ挿入モードでのカーソル移動が不便ですが、
vim使ってる人はどうしてますか?
モードを出るか、カーソルキー使うか、キー割り当てを変えるか
他に便利なのありますか?

157 :仕様書無しさん:03/07/19 01:55
>>156

ESC hjkl

158 :仕様書無しさん:03/07/19 02:03
>>156
編集モードの時に移動ってどういう場合?
オレ的にはそんなことほとんど無いんだけど。

159 :仕様書無しさん:03/07/19 03:42
一気にVimなスレになったなぁ
Vimもかなりの拡張性を有しているのでemacsの十八番の拡張性がそれほどの主張できなくなったのが原因か?
ブラウザ、2chブラウザ、メーラ、インテリセンスもどき、クラスブラウザもどき・・・
他にVimで面白いもしくは便利なのある?

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

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

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

161 :仕様書無しさん:03/07/19 04:27
LinuxでIDEと言ったら何?まともなのあるか?
俺 は な い と 思 う 。

162 :仕様書無しさん:03/07/19 04:27
Eclipse

163 :仕様書無しさん:03/07/19 04:28
>>162
EclipseはJavaしかまともに開発できないじゃん。
後は、なんとかPerlが組めるくらい。

164 :仕様書無しさん:03/07/19 04:28
>>163
Linuxの仕事って今はJava中心でしょ。
あとは、Cでの開発だからテキストエディタか。
その場合Emacsになるんだろうけどそんな仕事当てつけられてるヤツは未来なさげ。
腐った生ゴミ押しつけられているようなもの。

165 :仕様書無しさん:03/07/19 04:33
IDE IDE って念仏唱えてるやつはvimとかemacs使ったこと無いだろ?

IDEのエディタはエディタとしては糞だよ。
Windowsで秀丸とかEmEditorとかいってるやつはそのレベルで満足なんだろうけど。
IDEには便利な面も多いけど、エディタがへぼすぎてすげーいらいらする:)

vimでもシンタックスハイライト、インデント、タグジャンプ、
makeしてエラーが出た行にジャンプとか、いろいろできるから、
編集能力を加味すれば結局開発環境としても十分使えるわけで。

個人的にはIDEのエディタ部分にvimが使えるってのがベストかな。

166 :仕様書無しさん:03/07/19 04:35
>>165
タグジャンプはいい加減だしデバッグ能力ステップ実行やウォッチとか考えればIDEの方が圧倒的に上だ。
リアルタイム構文エラー指摘やインテリセンスはコードの信頼性を高めてくれるし、OOPLでの開発では
今後、不可欠になるであろうリファクタリング補助機能など開発環境として必要。
これらを捨ててテキストエディタで開発し続ける意味がどこにあるのか理解不能だね。

167 :仕様書無しさん:03/07/19 04:37
IDEと言えば、VisualStudio6.0でVB, C/C++しかやったことないけど、
あのエディタは使えない代物だよ。あんなもので記述効率が望めるわけがない。

168 :仕様書無しさん:03/07/19 04:38
>>167
ちゃんとしたタグジャンプしてくれるしインテリセンスも付いてるしデバッガも付いてるし
コールスタックも呼べるしcomのスケルトンも便利だしリアルタイムに構文のエラーも指摘してくれるし
別に使えない代物じゃない。

169 :仕様書無しさん:03/07/19 04:39
IDE使った方がコードの信頼性が上がる。

170 :仕様書無しさん:03/07/19 04:40
タグジャンプ、インテリセンス、リアルタイム構文エラー指摘。
コレだけで素のテキストエディタで開発するより信頼性は高いね。

171 :仕様書無しさん:03/07/19 04:40
>>168
使えない代物とは言い過ぎまつたね。
プログラミングを振り返ってみると、記述している時間より思考の時間の方が長いから、
記述機能が劣っていても、思考補助機能が充実しているIDEが優れているのは必然なのかもしれません。
IDEとエディタでは目的が違うのだから当り前の話ですけど。

172 :仕様書無しさん:03/07/19 05:58
んー、まーVC++付属のIDEが強力なのは知ってるんだけど、
Win32アプリ専門だしね。

unixで開発せにゃならんケースもあるんで、したら、それなりの
統合環境を構築できるVimかな。

telnetひとつで扱えるVimは、今後も活躍しそう。あ、それから
C++のクラスブラウジングも、別にVC++付属のIDEのそれと対して
変わらないクオリティだよ。


173 :仕様書無しさん:03/07/19 06:06
>タグジャンプ、インテリセンス、リアルタイム構文エラー指摘。

全部信頼性とは直接関係がないと思うんだが・・・


174 :仕様書無しさん:03/07/19 09:04
コンパイルエラーは減るかな?
開発効率的にはあまり変わらないと思うけど。

175 :仕様書無しさん:03/07/19 09:59
>>160
> 何回も言うがIDEを使えよ。

テンプレ?

176 :仕様書無しさん:03/07/19 10:03
>>173
コンパイラ動かす前のソースの事だろカス

177 :仕様書無しさん:03/07/19 10:21
>>172
その言いぐさだとUnixに合わせるためにわざわざWin開発でVS使ってないの?
ちょっとしたCのプログラムだったら良いんだが普通の開発でVSを使わないのはさすがに非効率的だろ。

あと、unixの開発はC?
それなら仕方ないけどJavaならeclipse使ったほうが良いよ。

178 :仕様書無しさん:03/07/19 10:39
アンチのいつもの手だが、
IDEは使えないといっているだけで
具体的な指摘がないんだよな。
なにも知らないと言っているようなもん。

179 :仕様書無しさん:03/07/19 10:46
この板って文系DQNしかいないんだな
理系ならこんな馬鹿みたいに他人の作ったIDEに
マンセーしたりしないはずなんだが・・・

180 :仕様書無しさん:03/07/19 10:54
Emacsも他人が作ったといったら何も言えなくなったりして。
マクロとか言い出したらプラグインといえばさらに何も言えないだろうな。
所詮学歴コンプレックス野郎はこの程度と。

181 :仕様書無しさん:03/07/19 10:59
>>180
馬鹿だな。
IDEはスレ違いなのにいちいち乗り込んでくるところが
文系"DQN"なんだよ。ウザさにもほどがあるぜ。

182 :仕様書無しさん:03/07/19 11:03
学歴はスレ違いないのに(略
ウゼー

183 :仕様書無しさん:03/07/19 11:04
しかし、開発環境に関する話として読んでみるとIDE厨の方が正しい。
テキストエディタ厨は言っていることがかなり苦しい。

184 :仕様書無しさん:03/07/19 11:06
おまえらスレタイを穴が空くほど見てから書き込んでくれ。
日本語が読めないのか?

185 :仕様書無しさん:03/07/19 11:08
>>181
文系だと場をわきまえない常識知らずが多いと言ってるのか?
オレの今までの経験だと常識知らずなDQNは理系の方が遙かに多いよ。
180にマトモに反論できなくて無理矢理ひねり出したか?

186 :仕様書無しさん:03/07/19 11:09
>>184
お前のような粘着が一番ウザい。

187 :仕様書無しさん:03/07/19 11:10
だいたいすぐに「文系」とか言い出すヤツは学歴コンプレックスだぁね。
その恥ずかしさに気づいてないのかいつも不思議なんだが。

188 :仕様書無しさん:03/07/19 11:15
>>172
>それから C++のクラスブラウジングも、別にVC++付属のIDEのそれと対して
>変わらないクオリティだよ。
えーー・・・

189 :仕様書無しさん:03/07/19 11:25
>>172
なんでIDEが付属って連呼しているの?
IDEを含んだものが Visual C++ って製品って解っている?

190 :仕様書無しさん:03/07/19 11:26
>>178
IDEが便利だというのはほとんどの連中が認めてるだろ。
エディタ部が使いにくい、って文句を言ってるのが大半。


191 :仕様書無しさん:03/07/19 11:28
>>189
「Visual」って製品名に付いているのになw
IDEを付属品にしたいんだろ、テキストエディタ厨は。

192 :仕様書無しさん:03/07/19 11:34
Vim の神速編集能力と比べたら IDE のエディタ機能なんて ウンコ です

193 :仕様書無しさん:03/07/19 11:35
>>190
エディタ部が使いにくいといっているが
具体的にどこと指摘できないのは何でかな〜?(w

194 :仕様書無しさん:03/07/19 11:37
>>192
また具体的に指摘できないのか?
これだからエディタ厨の発言は信用されないんだよ。

195 :仕様書無しさん:03/07/19 11:42
>>193
たとえばキーバインドの問題。
カーソルキーとかHomeとかEndとか遠すぎるよ。
カスタマイズもできるけど、そうするとIDE部の操作体系と
整合性が悪くなって余計使いにくくなる。

196 :仕様書無しさん:03/07/19 11:45
> 整合性が悪くなって
悪くなりません。

悪くなると言うのなら具体的に何が悪くなるのですか?
それでエディタ部がどのように使いにくくなるのですか?

197 :仕様書無しさん:03/07/19 11:47
>>195
最近の変則キーボードだと近い物も多いぞ。

198 :仕様書無しさん:03/07/19 11:47
一つだけ質問なんだけど>>193-194はEmacs、Vim使ったことあるの?

199 :仕様書無しさん:03/07/19 11:50
>>198
と、言うかIDEが何かも解ってない単なる煽り厨の予感。

200 :仕様書無しさん:03/07/19 11:51
>>198
使い勝手が悪いといっている奴は、使ったことがあるんだろ?
それなのに具体的に指摘できないんだから笑っちゃうよね。

201 :仕様書無しさん:03/07/19 11:53
>>198
矛先が間違っています。まずは>>192にIDE使ったことあるの?って聞くのが筋でしょう。

202 :仕様書無しさん:03/07/19 12:03
>>194
jkwbe による移動と他のコマンドとの組合せ。
ft による移動と他のコマンドとの組合せ。
. による繰り返し処理。
/? による検索の簡易さ。
* による検索。
vV<C-V> による素早い選択。
<C-P><C-N> <C-X>系による細かい補完能力。

IDE のエディタ部分はインテリセンス以外だいたいメモ帳と大差なし。
Vim の神速編集能力とは比べようと言うのはおこがましいです。

203 :仕様書無しさん:03/07/19 12:04
>>200
うわ!デリートで文字けせねぇ!終了・・・Alt+F4きかねぇじゃん!くそじゃん!エディタって!!!!!


そら、起動回数1回、使用時間6分(内5分終了するための試行錯誤)なら良いところも悪いところも言いようがないよなぁ。
相手のこと全く知らないで非難できるなら大したもんだ。


204 :仕様書無しさん:03/07/19 12:05
>>202
やっぱりどれもIDEのカスタマイズで出来る範囲だな。

205 :仕様書無しさん:03/07/19 12:05
>>202
文字一文字消したいだけなのに

ESC -> x -> i

と3キーを要求するのは正直やめて欲しいでつ。

206 :仕様書無しさん:03/07/19 12:06
>>204
マジで?例えばVSではインクリメンタルサーチってどうやるの?


207 :仕様書無しさん:03/07/19 12:10
>>205
1文字消したいだけならxで終了だが。
ESCとiがなんで出てくるんだ?

208 :仕様書無しさん:03/07/19 12:13
>>207
挿入モードからと言う前提。

209 :仕様書無しさん:03/07/19 12:13
>>204
VS使っているがカスタマイズ出来ないと思うが。
「j」「k」「w」「b」「e」「f」「t」「.」「*」「v系統」あと動的入力補完とか。
Vim使ったことある?

210 :仕様書無しさん:03/07/19 12:13
vi系はモード切替でいちいちキーを
入力しなきゃならないから遅いよ。
それを無視してモードを切り替えないことを
前提にして話しているから胡散臭く感じるんだよな。

211 :仕様書無しさん:03/07/19 12:16
>>208
なんで挿入モードで一字消してまた入るなんてシチュエーションがあるんだ?
そんなのほとんど無いぞ、どういう時だ?

212 :仕様書無しさん:03/07/19 12:16
>>210
Emacsは起動が遅いよ。

213 :仕様書無しさん:03/07/19 12:16
>>209
窓使いの憂鬱を使えば可能。
つーかアプリごとに操作方法が違うのっておかしくない?

214 :仕様書無しさん:03/07/19 12:17
>>211
vi使うためには個人の癖から矯正せんといかんのか?
じゃあ、俺Emacs派に戻るよ。流石にIDEでテキストファイル書く気には成らんし。

215 :仕様書無しさん:03/07/19 12:18
>>213
WindowsでもIDE以外は大体統一されてるけどね。

216 :仕様書無しさん:03/07/19 12:19
>>213
無理無理。
タダのキーバインドじゃ無いんだって。
本当にVim知っているの?

217 :仕様書無しさん:03/07/19 12:21
>>213
窓使いの憂鬱じゃvi操作体系を実現するのは不可能。

218 :仕様書無しさん:03/07/19 12:21
結局惰性で最初に触ったエディタを使い続けてるだけなんだろ。
それに比べてIDE派はあらゆる開発環境・手法を比較検討した上で積極的に選択したんだよ。

219 :仕様書無しさん:03/07/19 12:22
なんかこのIDE厨ってEmacsやVimの話になると口を紡ぐな。
おそらくまったく知らないものと思われ。

220 :仕様書無しさん:03/07/19 12:24
>>216 >>217
可能だって。窓使いの憂鬱知っているの?
キーバインドを入れ替えるだけじゃないんだよ。
最新バージョンはプラグイン(DLL内関数)も実行できるし。

221 :仕様書無しさん:03/07/19 12:27
>>219
さっきそれの反対のことエディタ厨が言われたばかり。
オウム返しかよ。必死だな(w

222 :仕様書無しさん:03/07/19 12:28
>>220
>最新バージョンはプラグイン(DLL内関数)も実行できるし。
だからどうかしましたか?

って

>プラグイン(DLL内関数)

なんかそこはかとなくおかしくないか?これ。

223 :仕様書無しさん:03/07/19 12:32
>>210
モードを分けることにより移動・選択・削除を高速に行えるようになっている。
そのアドバンテージが大きいのでモード切替は無視できるほど些細なこととなる。

string fileName = DEFAULT_INI_FILE;

で、DEFAULTをFIRSTに変えたいとする。
カーソルがある最初にある場合、viだと

fD

でDEFAULTの場所まで一気に移動が出来る。
編集は

ct_

これでDEFAULTが消えて「_INI_FILE」になり編集モードに入った状態になる。
でFIRSTと打ちESCを押せば終了。
普通のエディタではこうはいかない。

224 :仕様書無しさん:03/07/19 12:36
>>223
CISC型エディタ。

225 :仕様書無しさん:03/07/19 12:38
>>220
モードの概念がないと209は不可能なんだが。

226 :仕様書無しさん:03/07/19 12:40
>>220
無理だってw

227 :仕様書無しさん:03/07/19 12:41
220に223の操作が窓使いで実装してもらいましょうかね。

228 :仕様書無しさん:03/07/19 12:42
× 220に223の操作が窓使いで実装してもらいましょうかね。
○ 220に223の操作を窓使いで実装してもらいましょうかね。

229 :仕様書無しさん:03/07/19 12:44
なんかこのスレ、最近emacsの影が薄いな。

230 :仕様書無しさん:03/07/19 12:44
>>223
その操作をメタキーをまったく使わないで出来るのがスマートでいいよな。

231 :仕様書無しさん:03/07/19 12:47
で、インテリセンスもどきってほんとに一般的に使われてるの?
同僚見てるとみんな長ったらしい識別子を手入力してるんだけど。

232 :仕様書無しさん:03/07/19 12:48
>>230
どこにもメタキーは無い罠

233 :仕様書無しさん:03/07/19 12:48
>>231
常用。

この前VC4.2で仕事させられて死ぬかと思った。

234 :仕様書無しさん:03/07/19 12:49
>>231
インテリセンスもどきは俺は使ってないな。
それより、その同僚に<C-P><C-N><C-X>を教えてあげなさい。

235 :仕様書無しさん:03/07/19 12:50
>>232
???
だから使っていないって言ってるんじゃない?

236 :仕様書無しさん:03/07/19 12:50
>>234
ん?印刷して新規作成してカット???

237 :仕様書無しさん:03/07/19 12:51
神速な編集がしたいなら Vim !!

238 :仕様書無しさん:03/07/19 12:52
>>236
ワラタ

239 :仕様書無しさん:03/07/19 12:53
小文字だよな。

240 :仕様書無しさん:03/07/19 12:54
>229
カスタマイズ能力もVimはかなり凄いことが解っちゃったからね。

241 :仕様書無しさん:03/07/19 12:58
>>220
早く窓使いでvi操作体系実装しろよ(藁

242 :仕様書無しさん:03/07/19 13:04
Emacsは>>223と同じ動作はどうするの?
viper-modeは却下。

243 :仕様書無しさん:03/07/19 13:22
言っとくけど本体に取り込まれてデフォルトで使える機能以外は存在しないも同然だよ。

244 :仕様書無しさん:03/07/19 13:23
>>214
ただ単にどういう場合にそうなるのか聞きたいだけなんだが。
オレはそういうことはまず無いんで。
>>223みたいな感じでこういう場合だと教えてくれるとありがたい。

245 :仕様書無しさん:03/07/19 13:25
>>243
なんの話だ?

246 :仕様書無しさん:03/07/19 13:27
>>244
思いつきでケチ付けたかっただけなんだから理由なんて無いだろ。

247 :仕様書無しさん:03/07/19 13:35
>>221
Vim派は209でちゃんと理由述べているし。
それに対してそちらはVSのカスタマイズ可能、窓使いの憂鬱で可能と言っておきながら実際は出来ないし。
しかも、そのまま逃げたっぽいし。

248 :仕様書無しさん:03/07/19 13:35
209じゃなくて202だったね。

249 :名無しさん@Vim%Chalice:03/07/19 13:58
>>242
C-sFC-bM-zTFIRST

250 :セイラ:03/07/19 14:00
http://life.fam.cx/a006/


251 :仕様書無しさん:03/07/19 14:02
>>249
コマンドの解説キボン。
ていうかVim使いじゃねーかw

252 :セイラ:03/07/19 14:03
http://life.fam.cx/a006/






253 :仕様書無しさん:03/07/19 14:11
>>249
それ<CR>数えてないよ。

254 :仕様書無しさん:03/07/19 14:32
>>249
C-とかM-とか面倒くさいなぁ
あと「T」まで削除ってのは頂けないかな。
「HITPOINT_INI_FILE」とかだったらウマくいかないしw
_ の手前まで削除とか出来ないのか?

255 :仕様書無しさん:03/07/19 14:47
おまいらバカですか?

256 :仕様書無しさん:03/07/19 14:49
>>254
漏れの使っているMeadowは_を単語境界として認識するので、
C-s D C-b M-d FIRST
でもいける。

257 :仕様書無しさん:03/07/19 14:50
LinuxならKDeveloperがある。おまえら使ってみろよ。
EclipseにC/C++プラグインがあれば、もうEmacsの出番はない。
Mailプラグイン、テキストブラウザプラグイン、シェルプラグイン、ssh,ftpプラグイン。
やっぱりEclipseの時代だね。ツール統合環境Eclipseは最強!


258 :仕様書無しさん:03/07/19 14:55
>>256
おう、それは便利だな。
結構 _ って使うし。

259 :仕様書無しさん:03/07/19 14:57
会社でemacs使ってたら「すごいっすねー」と言われた。
デキル香具師と思われたかったらとりあえずemacsを覚えろ。
きょうび、IDEなんて誰もが使ってるからおもしろくない。



260 :仕様書無しさん:03/07/19 15:01
>>256
DEFAULT_INI_FILEを全部書き換えたい場合はどうすればいいの?
Vimだとcw。

261 :仕様書無しさん:03/07/19 15:05
>>256
修飾キー押しすぎで小指つりそう。

262 :仕様書無しさん:03/07/19 15:07
>>260
痛いところをつかれたw
まあ、DEFAULT_INI_FILEが行末にあるなら
C-kで削除ってところか。

263 :仕様書無しさん:03/07/19 15:16
>>260 >>262
M-dを3回素早く押す。

264 :仕様書無しさん:03/07/19 15:17
>>262
なるほど、文中にある場合は辛いけどこの場合それで十分だね。

結構Emacsも良さげ。
ただ、俺は不器用なんでM-が指がプルプルしてうまく押せないw

265 :仕様書無しさん:03/07/19 15:20
>>263
確かにw
でもなんかアレだ(´Д`)

266 :仕様書無しさん:03/07/19 15:21
エディタの使い方よりも、
どんなプログラムが書けるかが重要だな。
お前らが作ったアプリを列挙してくれ。

名前欄には、使ったエディタを。

そうすれば、どのエディタを使えば
どれくらいのレベルのプログラマーになりやすいかがわかる。

267 :仕様書無しさん:03/07/19 15:23
>>256
Vimだと

:set iskeyword-=_

で'_'を単語境界にできる。

268 :仕様書無しさん:03/07/19 15:27
>>267
wが変なことになるから嫌すぎ

269 :仕様書無しさん:03/07/19 15:29
>>268
変なことって?

270 :仕様書無しさん:03/07/19 15:33
>>269
>>260が出来なくなる。
viはftがあるんだから無闇に単語境界足さなくて良いよ。

271 :仕様書無しさん:03/07/19 15:36
>>270
'ct 'でいけるけど?
viはftがあるんだから単語境界なんてそのときどきで変えればいいんだよ。

言語によっては'_'が単語境界のほうが都合がいいこともある。

272 :仕様書無しさん:03/07/19 15:38
>>266
Windows viで。

273 :仕様書無しさん:03/07/19 15:41
おまいら夏休みの初日からあまりに有意義な過ごし方だな。

274 :仕様書無しさん:03/07/19 15:42

import java.lang.*;

/**
* created by Emacs JDE
* @auther >>1
* @version 0.6
*/
public class Sample01 extends Object {

public static void main(String[] args) {

String str = args[0];

System.out.println("Hello " + str + " !!");
}
}

275 :仕様書無しさん:03/07/19 15:44
?
>>1はvim使いだと思うぞ

276 :仕様書無しさん:03/07/19 15:45
>>274
煽りなのか?

>>1はVim使いと書いてあるんだが読めないんだな。
やはりIDE厨は知能に問題があるな。

277 :仕様書無しさん:03/07/19 15:52
スレ立てちゃいました。

【果てしなき】IDEvsテキストエディタ【堂堂巡り】
http://pc.2ch.net/test/read.cgi/prog/1058597473/

278 :仕様書無しさん:03/07/19 15:57
アホ安置IDE厨はこれ↓を全部試してから文句を言いましょう。
無知なのに批判ばっかりしてるのはみっともないよ。

Visual Studio.NET
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




279 :仕様書無しさん:03/07/19 16:04

どちらかのキーバインドだけ覚えるとしたら emacs だよね
シェルでも同じよーに使えるし

最近 vi も積極的に使いたいと思うけど
vi って 矩形編集はできないの ?

280 :仕様書無しさん:03/07/19 16:08
>>279
Vimならできるよ



って答えが返ってくる予感

281 :仕様書無しさん:03/07/19 16:09
>>279
出来る。

282 :仕様書無しさん:03/07/19 16:11
>>279
矩形編集ってなに?
Vimなら矩形選択は CTRL-V でできる。

ちなみに多くのシェル(zsh, bash, tcsh..)にはviバインディング
があって、おれは実際zshでつかっている。

283 :仕様書無しさん:03/07/19 16:15
>>271
言語によって変えるのなんて面倒くさい。
それにそんなにハッキリしてないぞ。
それに単語境界を追加すると影響範囲が大きすぎる。
検索の「*」とか「\<\>」を使った置換や検索全てに影響を及ぼしてしまう。
すなおに「ct_」で十分。

284 :仕様書無しさん:03/07/19 16:17
矩形編集ってなんですか?まじわからんから教えて。


285 :仕様書無しさん:03/07/19 16:17
どちらかのキーバインドだけ覚えるとしたら vi だよね
nethackでも同じよーに使えるし

最近 emacs も積極的に使いたいと思うけど
emacs って テトリスはできないの ?


286 :仕様書無しさん:03/07/19 16:18
>>284
ボックス選択みたいなもんじゃないの?

287 :仕様書無しさん:03/07/19 16:19
>>285
できるよw

288 :仕様書無しさん:03/07/19 16:20
>>285
−−−第三章 Vz厨乱入−−−



289 :仕様書無しさん:03/07/19 16:20
そういえばテキストエディタでマクロが付いているヤツってこれ見よがしにテトリスとか付いてるけど
アレは、著作権的に大丈夫なのか?

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

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

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

291 :仕様書無しさん:03/07/19 16:24
>>283
ヘタするとプラグインとかにも影響与えるしね。
そんなしょっちゅうじゃないんだからftでガマンした方が無難だ。

292 :仕様書無しさん:03/07/19 16:28
>>283
>  検索の「*」とか「\<\>」を使った置換や検索全てに影響を及ぼしてしまう。
それが目的なんだが。
いや、おまえの頭が硬いのはわかったからもういいけどな。

ftplugin/とかindent/をつかって言語毎にもっとも効率の良い環境に
変更できるのが、Vimの大きなアドバンテージの一つだ。
viとは違ったvim的な発想だがな。

293 :仕様書無しさん:03/07/19 16:29
>>288
Vzって何だっけ?
あの暗号のようなマクロ使うヤツ?
vramだかに常駐させられるヤツ?

294 :仕様書無しさん:03/07/19 16:29
以外にftpluginとかindentを自分で書く奴って少ないみたいだな。

295 :仕様書無しさん:03/07/19 16:31
>>292
なんでそんな言い方なんだか。
ガキか?

296 :仕様書無しさん:03/07/19 16:33
>>292
KoRoN氏はVimの良いところはほとんど弄くらなくて良いところだと言っていたぞ。
実際にもほとんど手を加えていないで使っているみたいだ。
自分の環境にべっとり依存するのも嫌だと言っていたな。
それがEmacsを選ばなかった理由らしい。

297 :仕様書無しさん:03/07/19 16:34
Emacs使いはじめて3週間くらいになる。
やっと操作感に慣れてきた気がします。
とりあえず、
ポイント移動 + MarkSet + ヤンクが指に染み着くまでは、カスタマイズに手を出しません。
あと、バッファ間の移動がスムーズにできない。。。


298 :仕様書無しさん:03/07/19 16:35
>292
emacs的な発想

299 :仕様書無しさん:03/07/19 16:37
早速、このスレにも夏休み厨が出没ですか。


300 :_:03/07/19 16:37
http://homepage.mac.com/hiroyuki44/

301 :仕様書無しさん:03/07/19 16:38
>>295
292の内容について書き込めよ…
そうでなかったらおまえがガキだろ?

>>296
KoRoN氏には氏の意見があるだろう。
だからなんだ?KoRoN氏が君の全てなのか?

iskeywordが存在するということの意味を考えてみろよ。
少なくともMoolenaarにはそれなりの使用目的が見えていたんだろう。
たくさんのプラグインが開発されてることはどう思うんだ?
標準以外は使わないのか?

302 :仕様書無しさん:03/07/19 16:39
会社から2chにカキコしたくて、
それだけのためにemacsの触りを覚えたというのは邪道ですか?
一応今ではそれなりに便利にいろいろ使わせてもらってますが。。

303 :仕様書無しさん:03/07/19 16:39
>>298
Vimがemacs化してきてるとは良く言われるところだ。

304 :仕様書無しさん:03/07/19 16:43
エディタより汎用IDEが欲しい。
海外ではそういう流れみたいだし。
VS並のコード補完とリファクタリングブラウザがついてるヤツ。
クラスブラウザも強烈なヤツが欲しい。

305 :仕様書無しさん:03/07/19 17:02
>>301
目的が影響範囲に見合うものなら構わないが>>223の解決方法として>>267はどう考えても頭が悪い。
プラグインで多さは何でも、iskeywordに追加してしまう安易さを肯定するものじゃない。

306 :仕様書無しさん:03/07/19 17:04
私はnavi2chでemacs操作の基本を覚えますた。


307 :仕様書無しさん:03/07/19 17:04
emacsの思想って明らかにIDEを指向してる(進歩は止まってるけど)。
今のIDEは、血筋こそ違え思想上はemacsの子孫と言っていい。
だから、emacs 対 IDEの対決は、ジャワ原人 対 ホモサピエンスの対決
みたいなものと言える。


308 :仕様書無しさん:03/07/19 17:07
>>271

> viはftがあるんだから単語境界なんてそのときどきで変えればいいんだよ。

は確かに安易に聞こえる言い方かも。
意識して使えば便利だけど影響力も知っておいてねってことかな。

309 :仕様書無しさん:03/07/19 17:08
言えない。emacsは今も昔も現役だから。
老いも若きも男も女も皆emacs使え。世の中emacs。


310 :仕様書無しさん:03/07/19 17:09
>>307
IDEとはLISPの柔軟性を捨てたPerlやRubyみたいなものですね

311 :仕様書無しさん:03/07/19 17:10
>>306
emacs のキーバインドを覚えると便利だね
wl とか mew も同じようなキーバインドだし


312 :仕様書無しさん:03/07/19 17:10
>304
Emacsという名IDEはどうでしょう?

313 :仕様書無しさん:03/07/19 17:10
Visual Studioのキーバインドを覚えると便利だね
Office とか Explorer も同じようなキーバインドだし


314 :vim使い:03/07/19 17:11
>>何回も言うがIDEを使えよ。
テンプレにマジレスするが・・・
いや、だからIDE使ってるんだってば。
でもIDEが提供する機能ってのは、ブラウジング機能であって
エディティング機能ではない。

例えば、VSにてテキスト編集時に、
「その行の一番ケツにカーソルを瞬間移動させたい」
ってとき、どうするの?



315 :仕様書無しさん:03/07/19 17:12
しかしLISPerになるのが大変なのと同じで、
emacsを使いこなすのも難しい。

316 :仕様書無しさん:03/07/19 17:12
>>305
>>267>>256のMeadowと対比させて情報を提供したのであって、>>223
直接の解決方法ではない。
# viを使う人間ならそんなことは当り前だとおもってたよ。

>>271
> 言語によっては'_'が単語境界のほうが都合がいいこともある。
と述べているようにね。

それに対し
>>271
>  言語によって変えるのなんて面倒くさい。
などという、ftpluginやplugin等の存在を理解してない、または否定する
発言がなされたので、>>292, >>301のような発言になったのだ。

317 :仕様書無しさん:03/07/19 17:13
>>310
その自慢のLISPを使ってもIDEの機能一つ満足に実装できないがな(藁
ちなみにIDEもプラグインがあるって知ってる?
使わなくてもEmacsより遙かに優れているから別に構わないけど(藁

318 :仕様書無しさん:03/07/19 17:18
>>308
Exactly.

319 :仕様書無しさん:03/07/19 17:21
>>314
Endかなんか押すらしいよ。

320 :仕様書無しさん:03/07/19 17:30
何度も言うがIDEの話持ち出すなよ。別スレ逝け。
誰か、IDEという文字列が入っていたら表示しない2chブラウザを開発汁。


321 :仕様書無しさん:03/07/19 17:32
>>320
そんな(ことができる)ブラウザいくらでもあるだろ。

むしろIDEという文字列が入っていたら書き込めないスレを開発汁。

322 :仕様書無しさん:03/07/19 17:37
やっぱりviやemacsのような貧弱な開発環境では
まともな2chブラウザを開発するのは困難だね。
生産性の高いIDEではGUIや機能の追加や修正が楽だからね。

323 :仕様書無しさん:03/07/19 17:47
>>322
じゃあ、GUIが無い環境はどうする?
こんどはWindowsマンセーか?

324 :仕様書無しさん:03/07/19 17:49
>>323
GUIもないような可哀想な環境、だろ。

325 :仕様書無しさん:03/07/19 17:51
>>324
いや、仕事してると普通にあるが。


326 :仕様書無しさん:03/07/19 17:53
GUIがないのは開発環境?
それとも開発対象?

327 :仕様書無しさん:03/07/19 17:53
結論がでました。

まともな環境:IDE使え。
劣悪な環境:vi, emcasで我慢しろ。

いじょ

328 :仕様書無しさん:03/07/19 17:58
>>326
実機がCUIで開発環境がGUI作成特化の変なIDEとかってのはあり得んだろう。


329 :仕様書無しさん:03/07/19 18:00
>>328
IDEって別にGUI作成特化した物ばかりじゃないんだけど。

330 :326:03/07/19 18:04
ごめん、話の流れが読めてなかった。
逝ってきます。

331 :仕様書無しさん:03/07/19 18:16
>結論がでました。
>まともな環境:IDE使え。
>劣悪な環境:vi, emcasで我慢しろ。
おまえ、良く会議やなんかで外した発言してね?

vim使いだろうがなんだろうが、IDEの便利さは理解してるわけ。
今、問題になってるのは、テキスト編集そのもの。


332 :仕様書無しさん:03/07/19 18:27
>>331
だとしたらアホらしいぞ。
IDEはプログラム開発に特化したからああなったわけだ。

プログラム書くならそりゃIDEが便利だろうし、テキスト書くのにIDE起動するバカはいないだろう。

333 :仕様書無しさん:03/07/19 18:54
> プログラム書くならそりゃIDEが便利だろうし、テキスト書くのにIDE起動するバカはいないだろう。
その仮定が事実なら、テキストエディタとIDEを併用している奴と
何が何でもテキストエディタでやろうとしている奴しかいないということになる。
後者はツールを正しく選択できない・頭が固いと言うことになると思うんだが。


334 :仕様書無しさん:03/07/19 19:39
>>307
いいこと言うねえ。

335 :仕様書無しさん:03/07/19 19:44
>>333
そうだな。でも、特化より汎用で片付けられるなら後者の方がより良いわけで。

336 :仕様書無しさん:03/07/19 19:50
emacsユーザならmaxima好きだろ!
Mathematicaなんてウンコだよな!

337 :仕様書無しさん:03/07/19 19:50
もまえら、もういいじゃないか。
だまされたと思って、一度Emacs使ってみろよ。そして、 ダ マ サ レ ロ 。

338 :仕様書無しさん:03/07/19 19:53
>>337
結局、そこにあるもん使って何かできる奴が強いわけだ。

IDEが無ければEmacs、Emacsが無ければvi、viが無ければcat >shinu.txt。

有名どころのエディタなりソフトの使い方は把握しておくべき。君が本当にプログラマならの話だが。

339 :仕様書無しさん:03/07/19 19:59
     ∧_∧∩ / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄
    ( ´∀`)/< 先生!秀丸は有名どころに入りますか〜?
 _ / /   /   \___________
\⊂ノ ̄ ̄ ̄ ̄\
 ||\        \
 ||\|| ̄ ̄ ̄ ̄ ̄||
 ||  || ̄ ̄ ̄ ̄ ̄||
    .||          ||

340 :仕様書無しさん:03/07/19 20:03
set -o vi
set -o emacs

貴様らどっち?


341 :仕様書無しさん:03/07/19 20:10
emscs起動してもnavi2chの誘惑に負けてしまいます。
どうやったらC言語プログラミングに身が入りますか?
emacsでプログラミングしている方、ご教授おながいします。



342 :仕様書無しさん:03/07/19 20:10
>>339
メモ帳と下位互換性が確保されてるので問題ないでつ。

343 :仕様書無しさん:03/07/19 20:13
>>341
だからプログラミングにはIDE使えって。

344 :仕様書無しさん:03/07/19 20:14
>>341
navi2chで「C言語なら俺に聞け」スレで
アホなレスを入れてまずは煽られてみる。
そして悔しさから勉強へと向かう。

345 :仕様書無しさん:03/07/19 20:19
>>327
viはたしかに劣悪な環境でも使えるってのが売りの一つだけど
劣悪な環境じゃEmacsなんか使えないんだが…


346 :仕様書無しさん:03/07/19 20:34
>>345
激しく同意。

347 :仕様書無しさん:03/07/19 21:25
>>343
激しく同意。

348 :仕様書無しさん:03/07/19 22:01
>274
authorじゃないの?

349 :仕様書無しさん:03/07/19 23:38
Gvimでウェブサーフィンできるの?

350 :やったね:03/07/19 23:40
vimでもemacsでも統合環境でも必要なときにどれでも
使えるようにならなくちゃ駄目だよ。


351 :仕様書無しさん:03/07/19 23:42
プログラミング環境としてならば、
IDEとvimの組み合わせが最強だと思うね。

IDEのテキスト編集機能がメモ帳なみに貧弱なのも
「だって、どうせみなさん好みのエディタ使うでしょ?」
とカンファレンスでMSの開発者が開き直ってた。

つまり、あのテキスト編集は、ディフォルトのダミー状態程度しか
MSは考えてないということ。

だから、IDE vs なんらかのテキストエディタ
という構図は、厨の妄想に過ぎず、そもそも、そんな構図は存在しない。


352 :( ‘д‘):03/07/19 23:43
無臭性
http://www.sexpixbox.com/buruma/girl/index.html
http://www.sexpixbox.com/buruma/nude/index.html
http://www.sexpixbox.com/buruma/teen/index.html
http://www.sexpixbox.com/buruma/sexy/index.html
http://www.sexpixbox.com/buruma/dx/index.html

353 :仕様書無しさん:03/07/20 00:44
>>350
じゃあこの世に存在するありとあらゆる開発環境やエディタを全て使えるように勉強しておいてくださいな。

俺の能力じゃそんなことやってたら一生かけても足りないから
いま使ってるものだけで充分。
他のものを使う必要ができたらそれはそのときに勉強するしかない。

あらかじめあらゆる開発環境に習熟しておくなんてとても無理だ。


354 :やったね:03/07/20 00:45
だから必要なときにって言ってるだろ。


355 :仕様書無しさん:03/07/20 00:55
>>353
たぶん、そういうことを言ってるんじゃないと思うがな。

356 :やったね:03/07/20 01:02
でもマジで353みたいなこと言う人はいるね。
使い慣れない環境で、不満ばっかり言う人。
わかったから使えるようになってよって思うけどあんまり言えない。


357 :仕様書無しさん:03/07/20 01:09
>>356
まぁ、あんたも(ry

358 :仕様書無しさん:03/07/20 01:29
>>354
だから必要になったらそのときに勉強するほかないだろ。
あらかじめあらゆる開発環境に習熟しておくなんて無理だ。
あんたはあらゆる開発環境に習熟してるのか?

359 :仕様書無しさん:03/07/20 01:43
>>354が習熟してるわけがない。ただのヲタだよ。ツール導入ヲタ。


360 :仕様書無しさん:03/07/20 08:34
IMEの様にインテリセンス専門のプログラムがあればいいのにな。
そうすれば言語に縛られることもなくなる。

まぁ、俺はMS-IntellisenceよりATOK-IS使うんだろうけど。


361 :仕様書無しさん:03/07/20 09:17
http://www.slickedit.com/

↑やっぱこれだろ。最終兵器は。


362 :仕様書無しさん:03/07/20 14:01
>>351
インテリセンスは?
リアルタイム構文エラー指摘は?
参照元ジャンプは?

エディタにVim使うという事はこれらの機能(他にも機能はあるが)を全部捨てることになるんだが。

Eclipse + Vim
VS + Vim

こんな使い勝たしているヤツはタダの馬鹿。

363 :仕様書無しさん:03/07/20 14:15
夏休みか

364 :ハイブリッド野郎:03/07/20 15:01
VC++使う時はClassWizardだのAppWizardだのでIDE使わざるを得な
いし、リアルタイムで追従するIntelliSenseが便利なので、そのまま
VC++のエディタ使う。ただ、自動インデントの動きが気持ち悪いので
それはOFFにしてるけど。

Explorerからダブルクリックで起動するのは秀丸。
起動速いからビュアーやちょっとしたテキスト書く用ってのがメイン
だけど、ソース開いてる時も修正する位置がはっきり分かってて
ClassWizardとか使う必要が無いならそのまま秀丸で編集しちゃう。

数十行のちょっとしたテストプログラム書いて edit & compileを繰り
返すような時はCygwin上のvim。書いたらCTRL+Z(suspend)でshell
に降りてコンパイル、fg<ENTER>でvimに戻る、の繰り返し。

出先のUnixマシンにリモートログインして作業する時はこっそりjvim
をコンパイルして使う。バイナリ1個あれば動くからこっそり置くには
都合がいいし、マルチウィンドウ/無限Undo/自動コード判別がある
だけで全然違う。

emacsは出先のUnixマシンじゃまず使えないし、でかいのでとても
こっそりとは置けないのでパス。(新たにemacs系の操作を覚える
のが面倒くさい、というのもあるが)

eclipseは便利なんだけど、期待してたほど速くなかったので微妙。
SWT使っててもあの速度じゃなぁ。(まぁ裏でJavaVM起動してる
からその辺の関係なんだろうけど)

こんなとこかな。
ちなみにDOSの頃はMIFES、MIFESカスタマイズしたElis(RIMArts
が作ってたシェアウェアの軽量エディタ)ですた。

365 :仕様書無しさん:03/07/20 16:01
>返すような時はCygwin上のvim。書いたらCTRL+Z(suspend)でshell
>に降りてコンパイル、fg<ENTER>でvimに戻る、の繰り返し。
:makを使おう

366 :仕様書無しさん:03/07/20 16:15
>>364
典型的な出向系雑用プログラマだね。
大きな仕事とかしたこと無いでしょ?

367 :仕様書無しさん:03/07/20 16:21
>>364
長文だから何かと思って読んでみたけど、おまえ何が言いたい?
おまえの作業手順晒して誰が喜ぶんだよ。


368 :仕様書無しさん:03/07/20 16:24
確かに雑用系使い捨てプログラマってこんな感じだよな。
ちゃんとしたところで社員になってプログラマやれ。

369 :仕様書無しさん:03/07/20 16:25
派遣のプログラマってろくなのいねぇしな

370 :仕様書無しさん:03/07/20 16:25
>VC++使う時はClassWizardだのAppWizardだのでIDE使わざるを得ないし

無くても出来ます。MFCが付属してる処理系はVCだけじゃないぞ。
1行目から突っ込みどころ満載で後は読んでない。

371 :仕様書無しさん:03/07/20 16:32
>>370
VC++ってのは早い話「IDE使う時は」ってニュアンスだろ?
ちゃんと文脈読め。
あと、ClassWizard、AppWizardはMFCとは直接関係ない。
comとか作るのにこれらがないと結構めんどい。

372 :仕様書無しさん:03/07/20 16:37
364見たいな派遣系のプログラマって将来どうするの?
おっさんになってまでそんなフラフラした仕事してられないよね。
結構お先真っ暗な気がするんだが。

373 :仕様書無しさん:03/07/20 16:41
結婚してて派遣系の奴は考えた方がいいぜ。
子供が小学校で「僕のおとんは派遣系」いじめの対象だろうが。
ずっと派遣やってた奴はいろんな会社見てるはずだし、ここらで独立してみては?
ま、正社員やったことないから常識解らなくて失敗しそうだがよ。 プ


374 :仕様書無しさん:03/07/20 16:47
>>371
結局のところつまり君は俺と同じ

>VC++使う時はClassWizardだのAppWizardだのでIDE使わざるを得ないしとか言う奴は頭が悪い

というスタンスな訳か。歓迎するよ。同志。

375 :仕様書無しさん:03/07/20 16:52
>>374
IDEの利点をそんなところにしか見いだせないという意味では>>364は頭が悪いな。
ただ、おまえさんのツッコミも相当に頭が悪い。

376 :仕様書無しさん:03/07/20 17:04
IDEの話したけりゃ、こっち逝け。
http://pc.2ch.net/test/read.cgi/prog/1058597473/

377 :仕様書無しさん:03/07/20 17:05
>>376
そこは自治厨気取りの中学生が立てたうんこスレですよ?

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

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

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

379 :仕様書無しさん:03/07/20 17:12
>>377
だから喪前さんらにぴったりだと言ってるのだが。

380 :仕様書無しさん:03/07/20 17:20
実際のところ Windows の仕事で IDE 使ってないヤツなんかいるのか?
スクリプト系とかドライバ系とかなら解らないでもないが、キチガイでも無い
限りテキストエディタで開発なんかしないだろ。

381 :仕様書無しさん:03/07/20 17:26
グラビアアイドル見てると欲しくてたまらなくなる。
あんな体をもらう男はズルイよ。まじで。



382 :仕様書無しさん:03/07/20 17:28
で、 vi Vs Emacs はどうなったのよ。
流れからしてvi(と言うよりVim)が優勢みたいだけれど。

383 :仕様書無しさん:03/07/20 17:28
>381
禿しく同意

384 :仕様書無しさん:03/07/20 17:34
>>382
Vimがemacs並の能力を持ってしまったのでvi側の勝利。

385 :仕様書無しさん:03/07/20 17:49
>>382

IDE厨を追い出してくれないと、話が進まないよ。

386 :仕様書無しさん:03/07/20 17:50
IDE厨は

【果てしなき】IDEvsテキストエディタ【堂堂巡り】
http://pc.2ch.net/test/read.cgi/prog/1058597473/

へ行ってくれ。

387 :仕様書無しさん:03/07/20 17:52
viは操作が変態すぎてダメすぎ。
人間の使いやすさをまったくもって無視している。

388 :仕様書無しさん:03/07/20 17:55
>>386
そんなの建てても無意味だよ。
IDE厨は乗り込んで荒らしまくるのが好きなんだから。
それにそのスレに行ってくれるテキストエディタ使いがいない。
相手がいなけりゃこっちにまた戻ってくること請け合い。

389 :仕様書無しさん:03/07/20 17:57
2chねるの夏休み

390 :_:03/07/20 18:00
http://homepage.mac.com/hiroyuki44/jaz08.html

391 :仕様書無しさん:03/07/20 18:02
>>387
普通に使いやすいんですが何か?
移動や編集全てにC-だのM-だの押さなきゃならないemacsの方が断然使いにくいよ。
viはモードを採用することによってこれらの修飾キーを極力使わないようになっている。
ここの223見れば判ると思うがこれをemacsでやるためには256のように押しづらい修飾キー
を多用しなくてはならない。
ある意味viの方が人間が使いやすい形になっていると言える。

392 :仕様書無しさん:03/07/20 18:05
「Ctrl」は良いけど「Alt」はひたすら押しづらいな

393 :仕様書無しさん:03/07/20 18:11
emacsは人間工学に反してる。
装飾キー同時押しを採用したことで、ホームポジションは実質存在しない。
と言っても、マウスなどに手を伸ばすよりも早いけどね。
結局のところ、少ないキー入力ですごいことができる側の勝ち。
よって、vi vs emacs は引き分け!


■■■■■■■■■■■■■ 終了 ■■■■■■■■■■■■■■■■■



394 :仕様書無しさん:03/07/20 18:18
>>393
それなら vi の勝ちだろ

395 :仕様書無しさん:03/07/20 18:22
Emacsって長いコマンド打たないと何にもできないんでしょ?
カスじゃん。カス。
コマンド打つ暇あったらマウス持ってクリックした方が速い。


396 :_:03/07/20 18:24
http://homepage.mac.com/hiroyuki44/

397 :仕様書無しさん:03/07/20 18:27
>223の例でカーソルが「D」に来ている場合「DEFAULT」を小文字にするには
vt_u
「DEFAULT_INI_FILE」全体を小文字にするときは
veu
でVimは出来るんだけどEmacsはどうやる?

398 :仕様書無しさん:03/07/20 18:35
どうでも良いんだけど、Emacsってなんて発音するの?

399 :仕様書無しさん:03/07/20 18:40
>>397
必要なだけM-lを繰り返す。反対はM-u。

>>398
いーまっくす?

400 :仕様書無しさん:03/07/20 18:43
リージョン指定してC-x C-l(もしくはC-x C-u)でもOK

401 :仕様書無しさん:03/07/20 18:48
なんかここ見てると Emacs 使いたくなってくる。
Windowsで使う場合は何がオススメ?
なるべくめんどくさくないヤツが良いんだけど。

402 :仕様書無しさん:03/07/20 18:48
>398
それは俺も気になっていた。
自分の中では「イーマックス」

403 :仕様書無しさん:03/07/20 18:54
>>401
Meadowかな、って漏れは使ったこと無いし
会社から2chにカキコするためだけにEmacs使ってる
邪道ユーザだから、大したことは言えないけど。

404 :仕様書無しさん:03/07/20 18:56
vimぼちぼち使ってるんだけど、例えば
:map
とかするとmore的動作になるじゃん。
あれless的動作にならへん?


405 :仕様書無しさん:03/07/20 18:57
vimぼちぼち使ってるんだけど、例えば
:map
とかするとmore的動作になるじゃん。
あれless的動作にならへん?


406 :仕様書無しさん:03/07/20 19:00
しつこく二回も聞いてしもた

407 :仕様書無しさん:03/07/20 19:00
>>401
Meadowがいいと思うよ。ここみるべし
http://www.bookself.jp/soft/meadow.html

408 :仕様書無しさん:03/07/20 19:02
>>405
無理じゃない?
:redir @"
:map
したあとに、pで貼り付け

409 :仕様書無しさん:03/07/20 19:04
>>407
ページを表示できません

410 :仕様書無しさん:03/07/20 19:07
http://www.ring.gr.jp/archives/pc/meadow/2.00b2/
なんかインストーラできてた。でもWindowsのほかのアプリと違って
フォントの設定が凄くめんどくさかったような。。。
個人的にはPC-UNIXをいれて、そこで使い始めるのがいいような気もする。

411 :405:03/07/20 19:08
ふーん、そんなことできるんだ
サンクス

412 :仕様書無しさん:03/07/20 19:21
>>403>>407
Meadowね。
thx

>>410
どれ落とせばいいのか正直解らんw
packagesの下の21MBのヤツ?
まぁ、適当に落としてみるよ。
thx

ところでxyzzyってヤツは人気無いね。

413 :やったね:03/07/20 19:43
windowsで使えるvimってある?
誰か使ってないの?

414 :仕様書無しさん:03/07/20 19:43
>>413
ttp://www.kaoriya.net/

415 :仕様書無しさん:03/07/20 19:44
>>413
http://www.kaoriya.net/


416 :415:03/07/20 19:44
あらら

417 :仕様書無しさん:03/07/20 19:59
>>409
ごめん。
http://www.bookshelf.jp/soft/meadow.html

418 :仕様書無しさん:03/07/20 20:03
エマックス。


419 :仕様書無しさん:03/07/20 20:03
>>223>>397みたいな操作ってVSとかで出来るの?
Eclipseの場合はEmacsモードみたいなのがあるらしいからひょっとしたら出来る?

420 :仕様書無しさん:03/07/20 20:06
>>419
そのページいろんなところが□みたいなのに化けちゃってマトモに見れないんだけど。

421 :仕様書無しさん:03/07/20 20:09
スマソ
>>419じゃなくて>>417

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

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

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

423 :仕様書無しさん:03/07/20 20:10
まじでEmacsを自由自在に操る奴を見た事ある?
まじで凄いよ。Emacsプロの操作は何やってるかサッパリわかんない。まじで。
でも、明らかに凄いことだけは、まじでわかる。まじでとにかく速い。
まじでvimの速さなんて比べ物にならないよ。まじで。












まじで。




424 :仕様書無しさん:03/07/20 20:12
>>423
> まじでvimの速さなんて比べ物にならないよ。まじで。
それは無い

425 :409:03/07/20 20:13
>>420
俺のところではちゃんと見えてるよ。

426 :仕様書無しさん:03/07/20 20:15
Meadowは勃ち上がりが遅い。
帯に長し襷に短しだ

427 :仕様書無しさん:03/07/20 20:16
ああ、こんなページが出来てたのか。。。
Meadowも使ってみようかな。

428 :仕様書無しさん:03/07/20 20:17
>>424
どうやら知らないらしいな。emacsの凄まじさを。



429 :仕様書無しさん:03/07/20 20:20
坊やはコピペが好きだな W

430 :仕様書無しさん:03/07/20 20:23
>>425
「掲示板」が「□示板」になっていたり
「メール・ニュースリーダー」が「メ□ル□ニュ□スリ□ダ□」になっていたりする。
WinでIE6.01sp1だから別に問題ないと思うんだけど、フォントが壊れたかなぁ
でも、css見るかぎりこのページフォント指定していないよね?

431 :仕様書無しさん:03/07/20 20:25
>>428
あんな修飾キー押しまくりの操作系で素早いタイピングが出来るとは思えん。

432 :仕様書無しさん:03/07/20 20:27
Emacsがマルチスレッド対応するとなるとどのぐらいの修正が入りそう?
作り直しに近いのかな?あとDOSとかショボイシステムはそろそろ切り捨てで
いいでしょ。

433 :仕様書無しさん:03/07/20 20:28
Emacsの配色は何にしてますか?イカレタ色をご披露ください。


「GNU Emacs --キチガイと呼ばれたい--」


どうぞ!vimは無理だよな。


434 :仕様書無しさん:03/07/20 20:30
>>432
(゚Д゚)ハァ?
まさかバッファ毎にプロセス起動してるとでも思ってるのか?
おめでてーな。


435 :仕様書無しさん:03/07/20 20:32
>>434
重たい処理すると固まっちゃうでしょ。あれ、バックグラウンドで
やる方法とかあるの?

436 :仕様書無しさん:03/07/20 20:42
>>430
自己レス。
ttp://www.bookshelf.jp/soft/css/midnight.cssでフォント指定しているね。
この中のどれかのフォントが壊れているのかも。

437 :仕様書無しさん:03/07/20 20:48
>>435
重いLisp走らせてるの?
それとも、バックグラウンドって言いたいだけ?
どちらにしても、君はUNIXの基礎をやり直す必要がある。




438 :仕様書無しさん:03/07/20 20:52
>423
EmacsとVimを入れ替えて読めば納得できる

439 :仕様書無しさん:03/07/20 20:53
>>437
例えばnavi2chでボードリスト一覧をとってくるときとか
Emacs自体、何も使えなくなるじゃん。あれをシェルみたいに
バックグラウンドのジョブとしてやることはできるのかな、と。

440 :仕様書無しさん:03/07/20 20:56
>>439
Emacsをnavi2chにしか使っていないと言っていたカレ?

441 :仕様書無しさん:03/07/20 20:56
このスレってマ板で一番伸びるの早いな。
>>398
俺は イーマクス って読んでた。周りの人もそうかな。
イーマックス ってのは初めて聞く。でもこれが正解の気がしないでも無い。

Meadowとxyzzyを比較して語れる香具師いないかな?ちょっと気になったんで。
昔遊びでxyzzy触った事あるんだけど、作者が秀丸をバカにしてる発言見て捨てた。

442 :仕様書無しさん:03/07/20 21:01
>>440
そうっす。ヘタレユーザ代表です。
まあ、特別不自由してないからいいです。
それにもEmacsに変な細工入れられて不安定になるのもいやだし。

443 :仕様書無しさん:03/07/20 21:02
Emacsの読み方ググっても出てこないなぁ
マジでなんて読むんだろう。

444 :仕様書無しさん:03/07/20 21:05
xyzzyなんか導入楽そうだね。
ついでに入れてみるか。

445 :仕様書無しさん:03/07/20 21:06
>>443
いーまっくす
http://www-cc.nagasaki-u.ac.jp/internet/unix-term-dic.html

446 :仕様書無しさん:03/07/20 21:09
"Editing MACroS" の略なら エマクス のような気もするな。

447 :仕様書無しさん:03/07/20 21:09
>441
うん?
亀井氏なんかいってたの?

女道と臭い爺を併用してるヤシなんてざらにいるべ

448 :仕様書無しさん:03/07/20 21:13
>443
ちゃんと検索したのかと小一時間(Ry

449 :仕様書無しさん:03/07/20 21:14
スマヌ、ソース失念した。
使えない癖にシェアウェアの秀丸、みたいな文章目にしたんだよね。

450 :仕様書無しさん:03/07/20 21:18
>>448
じゃー、どのキーワードでググって探せば見つかるんだよブーー

451 :仕様書無しさん:03/07/20 21:22
>>446
マクロスで良いじゃん。

452 :仕様書無しさん:03/07/20 21:33
>451
アニオタはスレ違いだ w

453 :仕様書無しさん:03/07/20 21:36
Sが1コ足りない

454 :仕様書無しさん:03/07/20 21:49
>>449
これかな?
http://www.jsdlab.co.jp/~kei/xyzzy/
> まあ、単一バッファしかないくせにシェアウェアの秀○にくらべれば、はるかに使いやすいと思う

でも亀井さんじゃないよ。

455 :441,449:03/07/20 22:03
>>454
thx
作者じゃなくて解説者だったのか。
ツマラン中傷お詫びします。


456 :仕様書無しさん:03/07/20 22:07
>450
The Jargon Fileに目を通しておけ
発音が載ってるぞ
http://info.astrian.net/jargon/


457 :仕様書無しさん:03/07/20 22:12
エマークス


458 :仕様書無しさん:03/07/20 22:17
日英独仏語を読むことがある漏れは
やっぱMeadow使うな。
gVimの多言語対応はいまいちだ。

459 :仕様書無しさん:03/07/20 22:20
>>486
で、日本語の方の進捗はどうなんだ。


460 :仕様書無しさん:03/07/20 22:26
>>423
目にも留まらぬ速さでいちいちLISP書いてんのね。
ならば編集にはviを使うしか。

461 :仕様書無しさん:03/07/20 22:30
>>433
emacsよりvimの方が色変えるのは簡単だと思うが。

462 :仕様書無しさん:03/07/20 22:36
>>461
emacs使いってキチガイ色を好む香具師が多いことで有名。


463 :仕様書無しさん:03/07/20 22:46
emacsの修飾キー、別に押しにくくないよ。
ピアノみたいな楽器の一種だと思ってしばらく
訓練すれば、そのうち優雅に演奏できるようになる。
viなんてそれに比べたらカスタネットみたいなもんだね。

464 :仕様書無しさん:03/07/20 22:57
>>458
> gVimの多言語対応はいまいちだ。
詳細をきぼんしようじゃないか。

465 :名無しさん@Vim%Chalice:03/07/20 23:01
俺はcolorschemeはあまり変えないけど、ftplugin, plugin, syntaxなど
~/vimfiles以下でかなり設定してるなぁ。自作のvim scriptが結構溜まってる。

基本viだとCtrlやAltなどの修飾キーはあまり使わないけど、
vimの場合は結構使う。C-N, C-Pの補完は便利だよね。
C-IとC-Oのバッファジャンプも便利。タグジャンプでC-]とC-Tも使う。
v, V, Ctrl-Vの矩形処理はかなりよく使う。
機械的な繰り返し処理にはqと@のマクロを使う。
たまに使うのはC-YとC-E,C-AとC-Xかな。
そして当然,exコマンドも良く使う。

他にもdiff機能、fold機能が特に良い。
diff機能はVisualSourceSafeの相違点比較機能よりも見やすくて好き。
デフォルトのdiff用colorschemeは好きじゃないからVSSっぽい色に変えてるけど。
fold機能はプログラムだけじゃなくて普通のテキスト編集でもとても便利だね。
特にfoldmethod=markerの{{{ }}}を好んで使ってる。

あと、2chもChaliceで読み書きしてる(←この点はスレ違いだけど)。
起動も読み込みも速いし、何よりキーバインドがvimのままだから
vim使いにとっては体に馴染んでて超便利。

勿論IDEの便利さを否定する気は全くない。
VSのインテリセンスとか便利だもんねぇ(良いのはこれだけじゃないけど)。
VisVim.dll使ってるとインテリセンス使えないし…

スレの前の方にも似たような意見があったが、
IDEの編集機能部分だけがvimになってくれるとスゴイ嬉しいんだけど…
移動にカーソルキーを使う=ホームポジションから離れるが嫌い。

466 :仕様書無しさん:03/07/20 23:04
>>465
すげー長げーよ。


467 :仕様書無しさん:03/07/20 23:04
うおっ

468 :仕様書無しさん:03/07/20 23:10
>>463
ピアノってキーボードと違って
ホームポジションの指を置きっぱなしにしないんだよね。
HOMEやENDが遠いから押しにくいってのもピアノに比べれば
別に遠いわけじゃないわけだしおかしな話だ。

469 :仕様書無しさん:03/07/20 23:13
ピアノほど配列が単純じゃないけどな

470 :仕様書無しさん:03/07/20 23:15

そもそも、ホームポジション = 置きっぱな ではない。

471 :465:03/07/20 23:23
>>470
確かにそうだ。スマソ。

まぁ要するにカーソルキーを押すために
手を移動させるのが嫌だ。ということでご勘弁を。

472 :仕様書無しさん:03/07/20 23:26
ピアノと違って強弱があるわけじゃないから
適切な例えじゃないような。

473 :仕様書無しさん:03/07/20 23:27
俺もカーソル移動には、極力手を移動させたくない。
例えば、Home,Endはキーボードによって配置が違うしな。
ノートだとFnk押しながらが常識だし。
そんなこんなでemacs, viバインドを好んでいる。



474 :仕様書無しさん:03/07/20 23:29
>>472
強弱を区別するキーボードが存在しないとでも言うのでつか?


475 :仕様書無しさん:03/07/20 23:32
ないでつ

476 :仕様書無しさん:03/07/20 23:33
>>473
おれはemacsを知る前は、しかしメモ帳タイプのエディタでも普通に
仕事してたわけで、しらなきゃしらないで困るってこともなかった。
今はもうメモ帳には戻りたくないけど。

477 :仕様書無しさん:03/07/20 23:34
>>473
それならEmacs、viバインドよりダイヤモンドカーソルのほうが合理的ではないか?

478 :仕様書無しさん:03/07/20 23:36
そんでなぜIDE=カーソルキーということになるのか?
IDEだってダイヤモンドカーソルでもEmacsバインドでもできるでしょ。

479 :仕様書無しさん:03/07/20 23:36
そりゃリヤカーでも自動車でも目的は達成できるかもしれんが。
体力いりまっせ。体育会系でんな。

480 :仕様書無しさん:03/07/20 23:38
ちなみにEmacsの本にRMSのサイン入れてもらってあるから
もう裏切れません。

481 :仕様書無しさん:03/07/20 23:45
うちのコンピュータにはノイマンのサインが(ry


482 :仕様書無しさん:03/07/20 23:47
うちのコンピュータにはIBMのサインが(ry

483 :仕様書無しさん:03/07/20 23:48
男なら、cat, moreで一回流せば十分でしょ。パイプなんて女々しいことは論外。



484 :仕様書無しさん:03/07/20 23:53
強弱は無理っぽいけど、押下の永さに別機能持たせる事は出来るよな。
ん・・・これ上手くやれば格ゲー感覚のエディタ作れるな。

とりあえず

暇なんでストリートファイターみたいだけど2chネラー向きのエディタつーのを
作ってみるわ。もちろんWindowsネイティブな。少しまちなー。


485 :仕様書無しさん:03/07/20 23:53
>>481
俺の愛機にはバベッジのサインが入ってるぞ。
勝ったな。

486 :仕様書無しさん:03/07/20 23:55
>>485
俺の愛機にはパスカルのサインが入ってるぞ。
勝ったな。

487 :仕様書無しさん:03/07/21 00:15
俺ベッカムの(ry


488 :x:03/07/21 00:17
◆◆2日間無料で見せています。お母さんゴメンナサイ!!◆◆
http://yahooo.s2.x-beat.com/linkvp/linkvp.html

489 :仕様書無しさん:03/07/21 00:17
>>484
俺のアイディア盗むのだけは勘弁。まじで、特許申請中なのですが。
まあ、わけのわからんエディタに使うなら見て見ぬふりしてやらんでもない。


490 :仕様書無しさん:03/07/21 00:19
ゲームコントローラー思い出せ。
あれは強弱可能。


491 :仕様書無しさん:03/07/21 00:19
Adaが奥さんですが何か?

492 :仕様書無しさん:03/07/21 00:24
>>484これって47氏のこぴぺ改変?
マジで作るなら面白いんだけどね。

493 :仕様書無しさん:03/07/21 00:27
>>477
ノートで修飾キー使わないといけないダイヤモンドカーソルは糞だな。
viが一番良い。

494 :仕様書無しさん:03/07/21 00:28
>>490
そのコントローラはハード的に感知出来るヤツじゃないか?
キーボードでそれ出来るのかな・・・

ってスレ違い過ぎるか。良いネタ見っけた。サンクソ。

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

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

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

496 :仕様書無しさん:03/07/21 01:34
>>495
インテリセンスぐらいだったらEmacsで出来る。

497 :仕様書無しさん:03/07/21 01:36
またループですか?

498 :仕様書無しさん:03/07/21 01:44
なんでこのスレは短期間で伸びるんだ?
こんな単発糞スレが。時代遅れの亡者がタレ込むスレなのに。
わからん。うーん、わからん。


499 :仕様書無しさん:03/07/21 01:48
>>498
別に時代遅れでも何でもないと思うけどね。
Emacs、VimはJava開発で一番使われているエディタって事知ってる?
プログラマが使うテキストエディタスレで以前こんなリンクが張られていたんだが知らないんだろうな。

ttp://www.atmarkit.co.jp/fjava/survey/survey0306/java0303.html

7割って言うことよく覚えておこうね。

500 :仕様書無しさん:03/07/21 01:50
>>499
>>11あたり

501 :仕様書無しさん:03/07/21 01:57
>>500
既出だったか。
スマソ。
でも、知らないヤツ多いんだよな。
それで IDE サイコーとか言っているから笑える。

502 :仕様書無しさん:03/07/21 01:58
repeat
  >>495 do begin
    end;
until False;

503 :仕様書無しさん:03/07/21 02:08
IDE厨を相手にするのマジでやめてくれ
スレが荒れるから。
もしどうしても相手にしたければここでやってくれ。

【果てしなき】IDEvsテキストエディタ【堂堂巡り】
http://pc.2ch.net/test/read.cgi/prog/1058597473/


今のところクソスレだがIDE厨を盛大に挑発すれば盛り上がるだろう。
できれば、

「偉大なemacs使いの俺様とそこのクズIDE厨」

ぐらいの態度でやってくれ。

以上

504 :仕様書無しさん:03/07/21 02:14
>>501
その記事を見るとテキストエディタサイコーとは思えないんだが?

505 :仕様書無しさん:03/07/21 02:21
>>504
わかってないな。
凡庸な開発者は開発環境も標準的で平均的なものを使っておいた方がいいんだよ。
仮にリストラされるとしても確率的に自分以外の人間が選ばれる可能性が高まる。
メダカが群れたがるにはそれなりに理由があるのさ。

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

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

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

507 :仕様書無しさん:03/07/21 02:29
スレタイでプラットフォーム限定しとけばいいのかもな。
なんか知らんが途中でVC++とか言い出すヤツ出てくるし。

508 :仕様書無しさん:03/07/21 02:41
> 最適化したEmacsはIDEの能力を遙かに凌ぐ。
口だけならなんとでも言える。


509 :仕様書無しさん:03/07/21 02:42
>>505 >>506
どうもエディタ厨って本質を理解していないな。
都合のいいデータを都合のいいように解釈している。
もう少し良く考えて発言しようよ。

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

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

511 :仕様書無しさん:03/07/21 03:55
>>499
@IT会員の漏れはそんな記事何ヵ月も前に見てる。
1サイトの統計をどこまで信じてるのかと小一時間。
少なくとも、その統計にEmacs,viの文字はない。


512 :仕様書無しさん:03/07/21 03:57
>>511
そんな貴方にRUNSTAT


513 :仕様書無しさん:03/07/21 04:00
エディタ以前にgccだとprecompiled headerがないから
コンパイルが激遅で生産性低すぎ。

514 :仕様書無しさん:03/07/21 04:48
あの統計には「エディタ」としか書いてないから
その「エディタ」がedなのかedlinなのかさっぱりわからん。

515 :仕様書無しさん:03/07/21 04:52
IDEへの移行が遅々として進まないのはSunが標準のIDEを作れない低脳っぷりに原因があるんだよ。
これでは.NETに勝てるはずがない。

516 :仕様書無しさん:03/07/21 04:56
まあJavaだからねー
これがVBとかC#とかDelphiとかなら
IDE使用者の割合は大幅に高くなると思うよ。

517 :仕様書無しさん:03/07/21 05:07
M$>暴乱堂>>>>>>>>>>>>惨
っていうことだな。

518 :仕様書無しさん:03/07/21 05:53
実際、unix系は、技術力だとか生産力は窓系のそれに比べて
軽く10年近く遅れてると思うね。

IDEの重要性に対する理解度もSUNは、MSの足元に及ばない。


519 :仕様書無しさん:03/07/21 06:00
Javaの話でUNIX系もWindows系もMAC系もへったくれもなかろうが

520 :仕様書無しさん:03/07/21 06:08
ずっと統合開発環境でのみ作業していて、いきなりエディタ→コンパイル→
CUIデバッガみたいな作業チームに移されたのか?

まぁ、ガンガレ

521 :仕様書無しさん:03/07/21 08:54
>>513
3.4でサポート予定です。ついこの前Stage2に入りました。

522 :仕様書無しさん:03/07/21 09:15
>>510
>細かい流れでコーディング>コンパイル>UnitTest
このやりかただと、デバッガもあんまり使わなくなるよね。
結合テストでどうにも原因不明なバグが出てきた時くらいかな。


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

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

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

524 :仕様書無しさん:03/07/21 09:48
>>510
>UnitTest、リファクタリングなら連携に待ったくもって問題なし。
リファクタリングブラウザって知っている?
手動では効率が悪いリファクタリングを構文を解釈して
効率よく自動化できるツール。コンパイラと同等な能力が必要だから、
その能力があればまともなインテリセンスも実装できる。
逆にいえばろくなインテリセンスも搭載されてないエディタじゃ現実的に不可能。

> インテリセンス、リアルタイム構文エラー指摘なども細かい流れでコーディング>コンパイル>UnitTest
> で開発する現在のスタイルならほとんどアドバンテージにならない。
> デバッガとの同期も取れるのでそれも別に問題にならない。
> そうするとIDEに比べて圧倒的に高度な編集能力を誇るEmacs、Vimの方が優れていると言うことが出来る。
アドバンテージにならないと言うことはIDEもテキストエディタも変わらないと言うことですよね。
唯一すぐれているのが編集能力ですか? 圧倒的に高度な編集能力とはなんですか?
Endキーまで手を伸ばさなくていいということですか?(w
書くことにプログラミングの時間の大半を費やしているようではまだまだですね。

>>522
UnitTestも統合されているIDEの出番だね。

> このやりかただと、デバッガもあんまり使わなくなるよね。
ならない。UnitTestは正しいか間違っているかという最終結果しかわからない
アサーションも同じくある一点で正しいか間違っているかが分かるだけ。
では何が原因で間違っているのか? それを調べるのがデバッガ。


つーかXPを持ち出してもIDEの優位は変わらんよ。

525 :仕様書無しさん:03/07/21 09:51
>>523
>自分の使いやすいものに変えることが出来る。
XPをやっているのなら自分勝手はやめてくださいね。

526 :仕様書無しさん:03/07/21 09:52
>>523
>UnitTestやリファクタリングブラウザなど各ツールはEmacs、Vimのスクリプトによりシームレスに融合ができ、
UnitTestやリファクタリングブラウザなど各ツールはIDEのスクリプトによりシームレスに融合ができます。

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

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

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

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

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

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

528 :仕様書無しさん:03/07/21 10:33
うーん、ややエディタ派有利かな?ここはvi対emacsの不毛な宗教戦争やるところじゃ
なくて、vi&emacs連合軍 vs IDEゲリラの戦いなんですね。

529 :仕様書無しさん:03/07/21 11:03
>>522
>>細かい流れでコーディング>コンパイル>UnitTest
>このやりかただと、デバッガもあんまり使わなくなるよね。
これは非常に疑問だな。ホントUnitTestやってるのか?
俺はfailしたら必ずもう一回テスト実行してデバッガでステップインするけど。
それができないのはブレークポイント設定してデバッガ起動するのが面倒だからじゃないのか。

>>527
>いままで軽視されていた編集能力と言うのは非常に重要なファクターになったんだよ。
XPだからというのははつみみだな。それとも捏造か。

>XPの打ち出したテストファースト、リファクタリングの流れは良いが他のプラクティスは現状では
>難しいものが多い。
このプラクティスしかやっていないのに

>ウォーターフォールの開発が廃れプログラム中心な考え、コーディングしながら構築するというプロセス
>が主流になりつつある現在、
こんな主張をするって一体どんな設計やってるんだ。アマチュアか?

なんか急に脳内XP厨がわいてきたな。

530 :仕様書無しさん:03/07/21 11:05
>>528 不毛な宗教戦争キボンヌ

531 :仕様書無しさん:03/07/21 11:18
http://www.asoko.com/omanko/
Hな写真がいっぱい

532 :仕様書無しさん:03/07/21 11:32
>>529
多分527は数人のプロジェクトしか経験が無いんだよ。

多分527の脳内における「大規模なプロジェクト」のイメージは、
数千人のPGが1台のPCに向かってXPをやるという映像なんだろう。

・・・意味のない煽りだったな。

533 :仕様書無しさん:03/07/21 11:57
>>532
例え数人でもまともで効率的な開発スタイルとはいえないだろ。
とはいえは小規模開発ならそれでもちゃんとモノ仕上げられるからな。
その意味で効率的な開発環境なんて必ずしも必要ではない・なくても困らない。
という安置IDE派の主張は正しいといえなくもない。

534 :仕様書無しさん:03/07/21 12:04
「必要ではない・なくても困らない」<>「不要」


535 :仕様書無しさん:03/07/21 12:20
>>495
質の悪い売り切りプログラムでで毎日新規開拓に走り回ってる人はそうなんでしょうね。


536 :仕様書無しさん:03/07/21 12:23
MSのプログラマってどんな環境で仕事してるんだろ?
元LISPERの人とかも沢山いそうだけどどんな環境で作業してるんだろ。

537 :仕様書無しさん:03/07/21 12:25
このスレに、プログラマーはコード*しか*書かないと思ってるのが跳梁跋扈してるが、コード以外
を書くならEmacs,Vim>>>>>>>>(超えられない壁)>>>>>>>>IDEだってのも忘れちゃいかんと思うね。

538 :仕様書無しさん:03/07/21 12:26
コード以外
を書くならOffice>>>>>(超えられない壁)>>>>>>>>Emacs,Vimだってのも忘れちゃいかんと思うね。


539 :仕様書無しさん:03/07/21 12:50
普段emacs, vimを使っている人 → IDEも使える
普段IDEを使っている人 → emacs, vimを使えない
って感じなのかな?

私はvim使い。一番最初はEmacsを使っていたけどvimに乗り換えた。
編集中に一番使うカーソル移動にC-を使わないといけないのと、
設定scriptが関数型言語だったのが体に馴染まなかった。

普段IDEしか使ってない人は、いっぺんvimを勉強してみてみそ。
# 慣れるまで多少時間はかかるけど、その分は後で見返りがくるよ。

コーディングもそうだけどそれ以外でもいかに編集が速いかが分かると思う。
マウスに手を延ばさなくてもカーソルがvim画面上の好きな所に飛んでいくぞ。
モード概念があるのは嫌だという人が大半だが、慣れると気にならないよ。
# 手が自然にEscもしくはC-[を押しているから。

別にIDEを否定してるわけじゃないからね。念のため。
ただ、一旦vimの操作体系に慣れてしまうと元には戻れない。
まぁそれはemacs使いの人も同じだと思うけど。

私はMS-Wordで文書を書く時も、推古段階ではまずvimでテキストで書きながら考えるよ。
テキスト編集能力が高いから。出来上がったらMS-Wordにコピペ。

540 :仕様書無しさん:03/07/21 12:56
antかmavenだけで充分。
ただ、リファクタリングは別だけど。

IDEの便利さ、
あれは人をダメにする便利さだとおもう。

あれなしじゃ何もできない体になってしまう気がする。

541 :仕様書無しさん:03/07/21 12:57
算盤か電卓だけで充分。
ただ、インターネットで得ろ動画は別だけど。

コンピュータの便利さ、
あれは人をダメにする便利さだとおもう。

あれなしじゃ何もできない体になってしまう気がする。


542 :仕様書無しさん:03/07/21 13:01
頭のいい人はコンピュータなど触らないだろうな。
コンピュータとは馬鹿の思考補助ツールだ。

543 :仕様書無しさん:03/07/21 13:12
>>542
CPUに任せればいい物を徹夜して給与明細作ってるおっさんはアホです。

544 :仕様書無しさん:03/07/21 13:15
給与明細なんて作る作業に携わってる辞典でただの馬鹿です。

545 :仕様書無しさん:03/07/21 13:18
>>544
そうですか?そのバカがいなけりゃあなたの給料自体が危ういのに。

546 :仕様書無しさん:03/07/21 13:20
>>545
そうでもないよ。だって彼らは無職なんだから。

547 :仕様書無しさん:03/07/21 13:22
>>546
いいえ、経理課です。

548 :仕様書無しさん:03/07/21 13:35
viって機能を細かく割り当てすぎてごちゃごちゃしすぎ。
まるでこんな糞ソースを見せられてるようだよ。

int add1(int n){ return n+1; }
int add2(int n){ return n+2; }
int add3(int n){ return n+3; }
int add4(int n){ return n+4; }
int add5(int n){ return n+5; }
int add10(int n){ return n+10; }

549 :仕様書無しさん:03/07/21 13:47
>>529
>それができないのはブレークポイント設定してデバッガ起動するのが面倒だからじゃないのか。
そういう側面はあるかもw
でも、UnitTestをやるようになってから、デバッガがホスィ!
という切実な要求をあまり感じなくなったのも事実。
ひとつの機能に対して複数のテストケースを作って、
どれが成功してどれが失敗したか、その原因は何かを
考えれば、ステップ実行なんてしなくてもだいたい
原因が特定できるものだよ。

あと、log4jを使ってコーディング段階である程度
デバッグプリントを埋め込んでおくのも有用。

550 :仕様書無しさん:03/07/21 13:49
>>548
お前さんの使ってるエディタで、
その形でadd1〜add1000までの1000行を書くのに何分かかる?また1万行となると?
ソースではないが突発の試験データやマクロ作成に必要だったりすることもあるだろ。
そういうとき俺Vimを重宝してるぞ。

例:2〜3分かな
int add1(int n){return n+1;}
int add(int n){return n+;} を999行コピー
「addから(を下にコピーして+1する」マクロを設定して「999回実行」をする
「+から;を下にコピーして+1する」マクロを設定して「999回実行」をする

551 :仕様書無しさん:03/07/21 13:49
>>548
もう少し具体的で分かり易い比喩きぼん。

552 :仕様書無しさん:03/07/21 14:23
>>549
UnitTestの最大のメリットはデバッガの稼動効率が極限まで高まることだよ。
再現性100%のバグのある箇所が最初から分かってるんだからただそこをデバッガでデバッグするだけ。
低性能脳内トレースもバグのないところにまで当てずっぽうでデバッグログをばら撒いてソースを汚す必要もない。
UnitTestでデバッガ使わない場合の効率が高まることは確かだろうけどわざわざ使わない理由が思いつかない。

ちなみにxUnitを改造して前回失敗したテストのみを次回にいきなり実行して
そのテストの直前で自動的にブレークかかるようになってるからデバッガの起動が面倒もへったくれもない。

553 :仕様書無しさん:03/07/21 14:24
ruby -e '1.upto(1000){|i| puts "int add#{i}(int n){ return n+#{i}; }"}'

554 :仕様書無しさん:03/07/21 15:00
vimの全コマンドを簡潔に説明しているようなサイトってないの?
一行一コマンド+説明がひたすらだらだらと並んでるような奴。
ヘルプは説明が長すぎて印刷してられない。

555 :仕様書無しさん:03/07/21 15:04
>>554
:help help.txt
はだめ?

556 :仕様書無しさん:03/07/21 15:06
>>554
全コマンドつーのは、ないかも。vimサイト自体が少ないのよね。

557 :KoRoN@Vim%Chalice ◆8XALICEsdk :03/07/21 15:29
>>554 3年以上前の5.x向けだけど
http://www.kaoriya.net/testdir/command_list.txt

558 :仕様書無しさん:03/07/21 15:57
ところでviで言う「ヤンク」「プット」って
他のエディタの「コピー」「ペースト」とどう違うの?


559 :仕様書無しさん:03/07/21 16:16
pはプットの略だったのか。今まではぺったんこって感じでp押してたよ。
なにもちがわねーよ。

560 :仕様書無しさん:03/07/21 16:18
>>552
デバッガを使わないって言ってるんじゃないよ。使う頻度が減ったって言ってるんだよ。
デバッガの便利さは百も承知。

>再現性100%のバグのある箇所が最初から分かってるんだから
そう、だからあとは、具体的な問題箇所を検討・特定して、
エディタで修正する。ちまちまとデバッガでトレースする
前にできることがあるんじゃないか、ってこと。

>バグのないところにまで当てずっぽうでデバッグログをばら撒いてソースを汚す必要もない。
いや、デバッグプリントも意外とバカにできないよ。
例えば、1回しか呼ばれないはずのメソッドがなぜか2回呼ばれてる、
みたいな動作の流れに関するバグの発見についてはデバッガより
速い気がする。

561 :仕様書無しさん:03/07/21 16:18
>>558
まぁ、同じようなものだけど。
"ayyとやるとバッファaにヤンクし、
"apとやるとバッファaからペースト、みたいにマルチバッファ。

@aでそのバッファの内容をviコマンドと解釈して実行ってこともできる。

562 :仕様書無しさん:03/07/21 16:20
>>550
「 エクセルのスマートフィル機能でadd1からadd10000までズサッとね。」

何度も言わせるな。餅は餅屋だよ。エクセル便利。





563 :562 :03/07/21 16:22
ちなみに10秒もかからない。



564 :仕様書無しさん:03/07/21 16:35
>>562-563
うそつけ
エクセル立ち上げたりコピーしたりしてたら10秒どころじゃないだろ。

Vimで編集中なら、^Z

% for (( i = 0;i < 1000; i++ ));do echo "add$i(int n){ return n+$i; }";done >> editing.c

ちなみにzshな。
俺はタイプ遅いから20秒ぐらいだ。

565 :仕様書無しさん:03/07/21 16:38
i = 0からなのはともかくとしても、s/add/int add/だな。

566 :仕様書無しさん:03/07/21 16:52
OfficeはWindowsの一部だよな。
ドル箱商品であるにも関わらず、
Office97から大した変化がないのはどういうことなのかね。

567 :仕様書無しさん:03/07/21 16:54
>>566
Redhat7->9ほどには停滞していないと思うが。

568 :仕様書無しさん:03/07/21 16:57
Redhatなんかと比べてもしょうがないな。
素人開発集団だから。

569 :仕様書無しさん:03/07/21 17:00
>>564
おまえコピーにどれだけ時間かけてんだよ。




570 :仕様書無しさん:03/07/21 17:23
>>560
結論がでました

vi, emacs: エディタとデバッガの連携が不十分で起動にコストがかかるため、
エディタでソースを読みながら机上でバッグ&printでログを出してデバッグ。
IDE: シームレスに編集・テスト・デバッグのサイクルを繰り返す。

いじょ

571 :仕様書無しさん:03/07/21 17:31
デバッガ使ってる状況ってのはプログラマとして基本的に負けだよな。
ってのは頭の硬いオヤジですか?

572 :仕様書無しさん:03/07/21 18:11
GoogleはLinuxマシン4000台でクラスタリング


573 :仕様書無しさん:03/07/21 18:13
>>571
あんたのようなコーダーさんはそれでいいのかもな。
一発でコンパイル通すことに命懸けてんだろ?作り逃げは楽でいいね。


574 :仕様書無しさん:03/07/21 18:22
>一発でコンパイル通すことに命懸けてんだろ?作り逃げは楽でいいね。
デバッガっていうのは当然コンパイル後に使うものだよな。
一発でコンパイル通すことと、デバッガはなんか関係あるのか?







とか煽ってみよう

575 :仕様書無しさん:03/07/21 18:29
今日もテキスト厨の惨敗かよ・・・

576 :仕様書無しさん:03/07/21 18:40
>575
本当、テキスト厨ってつくづくウンコだよね。
議論になるとすぐ負ける。涙流しながらパクパクやってるけど。
俺達IDE野郎は勝ち組

577 :仕様書無しさん:03/07/21 18:43
>>574
あんたもわからないやつだな。考えて物言え。


578 :仕様書無しさん:03/07/21 18:45
テキスト厨ってなんだろう・・・?

579 :仕様書無しさん:03/07/21 18:45
で、574の問いに対する答えは?

580 :仕様書無しさん:03/07/21 18:46
>>574
ナイスつっこみ

581 :仕様書無しさん:03/07/21 18:54
>579
答えるまでも無いね。下らない。
IDE使ってる人ならその意味は分かるよ。
gvimでも使ってオナニーでもしてれば?

582 :仕様書無しさん:03/07/21 18:57
>>581
言われなくてもGVimでChalice使ってエロ板読んでオナニーしてますが?


583 :仕様書無しさん:03/07/21 19:09
viとかemacsに挫折した人は使って無いってことでいいですか?

584 :仕様書無しさん:03/07/21 19:13
全ての環境でIDEがあるとは限らないんですけど

585 :仕様書無しさん:03/07/21 19:14
>>583
もう辞めよう。
UNIXの使えないひとの8割ぐらいは糞っぽい。
近寄らないに限るな。まあUNIX使いにも
今はいろいろいるしどっこいどっこいか。

586 :仕様書無しさん:03/07/21 19:21
>答えるまでも無いね。下らない。

答えられないのか。くだらない。

587 :仕様書無しさん:03/07/21 19:35
↑ネタに糞レスは下らなくない。かっこいい

588 :586 :03/07/21 19:38
>587
何コイツ。超ムカツクんだけど。IDE厨?
viで素早く編集出来るようになってから出直してこい。
M$の犬だよお前は。

589 :仕様書無しさん:03/07/21 19:38
>>589
どうよ?

590 :仕様書無しさん:03/07/21 19:40
>>588
IDEとM$とどういう関係があるんだ?
M$はたしかにVSを作ってるが別にIDEはM$の専売ではなかろう。
M$がIDEの元祖というわけでもないし。


591 :仕様書無しさん:03/07/21 19:41
つーか、IDE使っている奴ってのはテキストエディタも併用しているわけで
テキストエディタオンリーの奴では到底かないっこないわけで
最初っから結果は見えているよ。

592 :仕様書無しさん:03/07/21 19:42
gdb使いにくいしな

593 :仕様書無しさん:03/07/21 19:43
>>591
いいえ、エディタじゃプログラムなんて組めねぇ!って言う低脳さんがIDE厨なのです。
メモ帳はテキストエディタの内に入らんよ。

594 :仕様書無しさん:03/07/21 19:48
かくて夏厨同士の煽りあいは無限ループに入るのであった

595 :仕様書無しさん:03/07/21 19:50
> メモ帳はテキストエディタの内に入らんよ。
もう馬鹿かと。

596 :仕様書無しさん:03/07/21 19:54
MS厨のアナルにはゲイツのティムポが刺さっています!

597 :仕様書無しさん:03/07/21 19:55
うんこ

598 :586 :03/07/21 19:57
て言うか、IDE厨出ていって。本当にウザい。
出来ればema糞厨も一緒に出ていってくれれば嬉しい 藁藁
秀丸厨は慘め過ぎるからいてもよし。
vi>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>その他

599 :仕様書無しさん:03/07/21 19:57
なんかテキストエディタ厨はアンチMS厨でVSが嫌いなだけのように思えてきた。
MS以外もIDE作っているのにね。

600 :仕様書無しさん:03/07/21 19:57
            ∧_∧
     ∧_∧  ( ´゚д゚` )
     ( ´゚д゚` ) /   ⌒i えーーー
    /   \     | |
    /    / ̄ ̄ ̄ ̄/ |
  __(__ニつ/  FMV  / .| .|____
      \/____/ (u ⊃

601 :仕様書無しさん:03/07/21 20:02
>>598
お前が一番ウザイって自覚してないんだろうな。
vi使いはこんな奴ばかりだと思われる。氏ね。

602 :仕様書無しさん:03/07/21 20:04
>>599
MS以外も作ってるどころか
IDEの元祖本家は暴乱堂

603 :586 :03/07/21 20:04
>601
vi使いを装った、IDE厨さんこんばんわ。
今日も矢印キー押し御苦労さまです。
いつか本当にviマスターになれるといいですね プ

604 :仕様書無しさん:03/07/21 20:04
さっさと敗北を認めて今までのIDEに対する暴言の数々を陳謝すれば
許してやらないでもないよ。少し頭を冷やして考えてみてくれたまえ。

605 :仕様書無しさん:03/07/21 20:05
>>603
だからウザイってさっさと消えな。

606 :560:03/07/21 20:06
あれ〜いつの間にか惨敗したことになってる
いろいろネタを用意してたのにな。
もうこの話は終わってますかそうですか。

607 :仕様書無しさん:03/07/21 20:07
catとsedだな。viやPerlなんぞ使ってるのはオオニタ。

608 :586:03/07/21 20:08
>588 >598 >603

偽者でてくんな。

609 :仕様書無しさん:03/07/21 20:09
IDE厨が定期的にやって来てはスレ違いなこと一生懸命書き込む
から永久ループ状態。

610 :仕様書無しさん:03/07/21 20:10
>>605
どうすのかね?
陳謝するのかね?

611 :586 :03/07/21 20:12
俺の偽物に注意。いくら匿名でもプライドってもんがあるんだ。
俺を騙ってるって事は、IDE厨の方が必死だったって事の証明だね。


612 :仕様書無しさん:03/07/21 20:12
高尚なテキストエディタ使いが陳謝などするわけない。

613 :586 ◆DL6xKyOq9k :03/07/21 20:13
このレス番に何の愛着も無いけど、再び騙られると
vi使いの迷惑なのでトリップ付けます

614 :仕様書無しさん:03/07/21 20:17
>>613
お前アホか?トリップ付けるならそれなりのレス付けてからにしろよ。

615 :仕様書無しさん:03/07/21 20:19
>>614
お前よりましです。

616 :仕様書無しさん:03/07/21 20:21
湾岸署は燃料を必要としています

617 :586:03/07/21 20:22
再三注意しとく。俺の偽者に注意。

618 :仕様書無しさん:03/07/21 20:23
>>617
お前のあだ名はペンティアムだ。

619 :仕様書無しさん:03/07/21 20:24
>>618
ぐは。そのネタ特許取っておけば良かった。

620 :仕様書無しさん:03/07/21 20:25
>>617
匿名のくせに偽物もへったくれもあるかい。
匿名で書く以上は誰と間違えられようが
偽物が出ようが文句いう権利無し。

人違いされたり偽物が出たりするのが嫌なら
>>613みたいにしろ。


621 :586:03/07/21 20:28
> 人違いされたり偽物が出たりするのが嫌なら
>>613みたいにしろ。
じゃあ始めっからトリップつけろってか?
下らん内容なのにいちいちトリップつけろと?
それじゃトリップだらけになるな。
そうかわかったよ。俺が悪いって言うんだな?

622 :仕様書無しさん:03/07/21 20:29
ああ早く夏休み明けないかな

623 :仕様書無しさん:03/07/21 20:30
で、どれがホンモノの586なわけ?

624 :仕様書無しさん:03/07/21 20:30
夏    休    み   な      ど   な   い

625 :仕様書無しさん:03/07/21 20:31
まあ夏房相手に熱くなるな。

626 :586:03/07/21 20:32
>で、どれがホンモノの586なわけ?
さあな>586は本物だろうよ。

627 :仕様書無しさん:03/07/21 20:32
だいたい優勝の可能性が皆無な巨人戦ごときで名探偵コナンを中止するのはいかがなものか。

628 :仕様書無しさん:03/07/21 20:33
香ばしいですねー うーん、香ばしい!(゚д゚)

おまえらEmacsの略語展開機能を考察してみろ。


629 :仕様書無しさん:03/07/21 20:34
今までにも何度かEmacs vs viなスレは立ってるけど、盛り上がらんよね

今回は例外的に盛り上がっているかと思えば
結局IDE vs テキストエディタになっちゃってるしさ

UNIX板でやったほうがよかったんちゃうの?

630 :仕様書無しさん:03/07/21 20:34
やっぱりエディタだな。
全てのデータを等しくわけへだてなく扱うっていう発想は
プログラマにとって大事だ。

631 :586 ◆DL6xKyOq9k :03/07/21 20:34
業とらしく騙るならまだしも、騙りつつ何気に語るとは、
相当悪質だな。

632 :仕様書無しさん:03/07/21 20:34
みなさん湾岸署にご協力ありがとうございますた

633 :仕様書無しさん:03/07/21 20:35
阪神戦放送しより。巨人なんてもう解散でいいだろ

634 :仕様書無しさん:03/07/21 20:35
>全てのデータを等しくわけへだてなく扱うっていう発想は
意味がわからん。画像もテキストエディタで書くということか?


635 :仕様書無しさん:03/07/21 20:37
動的略語展開機能



636 :仕様書無しさん:03/07/21 20:37
>>634
すべての画像はxpm形式でおながいします。

637 :仕様書無しさん:03/07/21 20:38
>>634
基本はそうです。ただメディア系のデータは
マウスとともに専用のCADソフトを使った方が
効率がいいとは思いますが、コーディングごときには
必ずしも必要ありません。これが持論です。

638 :仕様書無しさん:03/07/21 20:38
>634
そんなにワシの言ってる事って難しいか?
ファイルに対する概念が未熟なのでは

639 :仕様書無しさん:03/07/21 20:41
>>630
いくら砂粒を積み上げても城は建ちませんが。

640 :仕様書無しさん:03/07/21 20:42
>>633
お前NHKの受信料払ってないだろ。この国賊が。

641 :仕様書無しさん:03/07/21 20:42
雑談はやめたまえ。
ここはもっと殺伐なところだ。



642 :仕様書無しさん:03/07/21 20:43
>>637
結局あつかうデータに適したエディタを使えってことじゃねーか。

643 :仕様書無しさん:03/07/21 20:46
画像ならバイナリエディタ使うとかそういう事かな。
確かにどんなデータでも扱えるわな。

644 :仕様書無しさん:03/07/21 20:46
>>642
まぁ、そんなようなもんです。
それが言いたかったんですよ。誤解しないでね。

645 :仕様書無しさん:03/07/21 20:46
プログラムを作成するにはIDEが一番適しています。

646 :仕様書無しさん:03/07/21 20:47
>>644
何が誤解ないでねだ。
言いたい事がくるくる変わるんだな。
俺に指摘されたからって意見変えるなよ。

647 :仕様書無しさん:03/07/21 20:47
>>642
IDE厨は最初に汎用エディタありきという考えがない
素人くさいのが多いからだめなんです。IDEがダメな
道具だとは思いませんが、その信奉者はダメです。

648 :仕様書無しさん:03/07/21 20:48
>>645
満足したら、おねんねしよーね。

649 :仕様書無しさん:03/07/21 20:48
>>644
なるほど、バイナリにはバイナリエディタ、htmlにはhtmlエディタ、
xmlにはxmlエディタ、プレーンなテキストにはテキストエディタ、
ソースコードはIDE統合のエディタを使えってことですね。
プログラミングにはGUIなどテキストエディタでは効率が悪い物もありますしね。

650 :仕様書無しさん:03/07/21 20:48
>>640
払ってるよ。テレビはNHKしか見ないからねぇ。


651 :仕様書無しさん:03/07/21 20:49
>>647
汎用ってのは専用分野においては専用にはかないませんよね。
そういうことですか。

652 :仕様書無しさん:03/07/21 20:50
ここにIDが導入されて、前スレとこのスレのIDが見れたら
それはそれは面白い事になる

653 :仕様書無しさん:03/07/21 20:50
>>645
一概に決めつけるな。

IDEと言ってもいろいろある。
すばらしく良くできたIDEもあればウンコIDEもある。
素晴らしいエディタもあればウンコエディタもある。
使う人の好みや使用する言語によっても最適解は異なるだろう。

そして何よりも、使う人が使い慣れたものが最高なのであって
それを余人がとやかく言っても仕方がない。

「俺はこれが使いやすいんだからおまえもこれを使え」
ってのは個人の好みや環境や使用言語の差異を無視した暴論だ。

654 :仕様書無しさん:03/07/21 20:51
>>652
IDがないのになぜ分かるのですか? もしかしてあなたの自演ばかりなんですか?

655 :仕様書無しさん:03/07/21 20:51
もう一つ言わせてもらうぞ。
俺はピンクのワレメが好きだ。

656 :仕様書無しさん:03/07/21 20:52
>>653
ここはそれを承知で不毛な議論をするスレですが何か?

657 :仕様書無しさん:03/07/21 20:52
>>654
そうなんです。

658 :仕様書無しさん:03/07/21 20:53
>>652
IDE厨の親玉発見!

659 :652:03/07/21 20:53
>>654
俺は超能力者だからそれくらい超能力でお見通しなんだよ

660 :仕様書無しさん:03/07/21 20:54
>>656
そうかい。俺にはそうは見えないが。

661 :仕様書無しさん:03/07/21 20:54
>>653
個人の好みとか甘えた事いってるなよ。
お前は芸術家じゃないんだよ。ただのリーマンコーダだ勘違いするな。
使うツールはプロジェクトにあわせろよ。

662 :仕様書無しさん:03/07/21 20:55
システムクラッシュの回復時に使うべきエディタとして考えると、
Emacsは複雑すぎます。また、サーバマシンなどではEmacsが
インストールされていない可能性もあります。しかし、
viがインストールされていないマシンはまずありません。
例えばRed Hat Linux 7.1では、Emacsが/usr/binにあるのに対して、
viは/binにあります。つまり、viは最低限必要なコマンドに
位置付けられているわけです。


663 :仕様書無しさん:03/07/21 20:56
XPにおいては個人の好みは制限される。
いくらテキストエディタが好きでもIDEを使わされるのさ。

664 :仕様書無しさん:03/07/21 20:58
ide=イケメン
vi=お笑い系
emacs=童顔

665 :仕様書無しさん:03/07/21 20:58
システムクラッシュの回復時はcatとechoだろ!

666 :仕様書無しさん:03/07/21 20:58
>>662
所詮お前はパクルことしか出来ないのだ。Linux板に帰れ。
http://www.atmarkit.co.jp/flinux/rensai/theory05/theory05a.html

667 :仕様書無しさん:03/07/21 21:00
いざっていうときのためにミニマムなツールだけで
仕事ができるよう準備しておくんだ。
だからおれは普段からcatを使っている。

668 :仕様書無しさん:03/07/21 21:00
Emacs=花王
vi=sony
IDE=かねふく

669 :仕様書無しさん:03/07/21 21:01
>>662=>>666
美しいマッチポンプの一例

670 :仕様書無しさん:03/07/21 21:01
↑オマエモナー

671 :仕様書無しさん:03/07/21 21:01
いざっていうときのミニマムなツールだけで
仕事をしているんだ。

だから俺は効率が悪い。

672 :仕様書無しさん:03/07/21 21:03
本物を目指すならまずはこれを読め!
http://www.genpaku.org/realprogrammerj.html

673 :仕様書無しさん:03/07/21 21:05
>>672
注意被曝した人のグロ画像

674 :仕様書無しさん:03/07/21 21:07
なんで最小限のツールだけを使おうとするかねぇ。
そりゃいざと言うときはいいかもしれないよ。
でもいざってときはほとんどないものだし、
通常は最大限の効果をもたらすツールを使うべきだと思うけどね。
特にプロで金を貰っているのなら。

675 :仕様書無しさん:03/07/21 21:09
真にクラッシュしたときはedです。
みなさんedを使いましょう。

676 :仕様書無しさん:03/07/21 21:09
続き
俺はプロとして、いつもでも自分の力を最大限に発揮出来るように
最高の相棒を選んでいるよ。その名もemacs

677 :仕様書無しさん:03/07/21 21:11
>>674 >>676
あぶなかった
ネタにマジレスって書くところだった

678 :仕様書無しさん:03/07/21 21:12
まあIDE厨にはミニマリストの味わい深さなど分らんか。。。

679 :石田えり :03/07/21 21:13
ミニマリストは嫌い

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

681 :仕様書無しさん:03/07/21 21:16
viを経て、emacsに長年慣れ親しんだ俺から言わせてもらうと、
統合環境としてとして唯一使えそうなものは、Eclipseだけ。
将来性も含めてEclipseに1票。


682 :仕様書無しさん:03/07/21 21:38
あと、矩形編集な。
これができないエディタは使う気がしない。となるとやっぱりemacsなわけだ。
おまえら一度使ってみなよ。インストールだけして使わずに置いておくこともできるし。
まじお勧め。


683 :仕様書無しさん:03/07/21 21:41
矩形編集何につかうん?

684 :仕様書無しさん:03/07/21 21:47
>>683
漏れもそれが長年の謎

685 :仕様書無しさん:03/07/21 21:53
>>683
矩形編集の用途がわからんのか?
長年やってて必要な状況ってないわけ?

ありえない。


686 :仕様書無しさん:03/07/21 21:54
AAとか

687 :仕様書無しさん:03/07/21 21:56
>>685
ムキにならんでおしえてくれりゃいいのに
ほんとにAAだったりして

688 :仕様書無しさん:03/07/21 21:57
アホのように列挙したprintfに文字列突っ込む場合。


689 :仕様書無しさん:03/07/21 21:58
>>682
Emacs厨のよくある勘違いだな。

Emacsにある機能はEmacsにしかないと思い込んでしまう。
しかもその機能が凄く便利な物だと思い込んでしまう。
そのくせEmacsにない機能は必要ないと思い込んでしまう。

構文まで考慮した真のコード補完ができないエディタは使う気がしない。

690 :仕様書無しさん:03/07/21 22:00
COBOLのソースから7カラム目の*を一気に取る時に便利かも。

691 :仕様書無しさん:03/07/21 22:04
なんかどれも現実味がないな。
本当の所どうなんだろう。
もしかして本当に何もなかったりして。

692 :仕様書無しさん:03/07/21 22:05
>>682
思い込みが激しいようだな。

そんなエディタがあるのかと。emacsの略語展開で満足できないの?

「.」以降にリスト表示されないと糞だといいたいの?
そりゃ、あんたVB厨ってもんだ。いい加減に汁。



693 :仕様書無しさん:03/07/21 22:07
cygwinのviってvim?なんか操作が変な感じだな。

694 :仕様書無しさん:03/07/21 22:08
来てね
ttp://ainenjyukai.hp.infoseek.co.jp/

695 :仕様書無しさん:03/07/21 22:10
普通に矩形使うよ vim 使ってるけど。
矩形が効率いいときってちょこちょこあると思うけどね。

696 :仕様書無しさん:03/07/21 22:12
>>692 最後の一行に必死さを感じました

697 :仕様書無しさん:03/07/21 22:15
だいたいIDE厨は心が狭いよ。
必死になってemacsを使いこないして得意げに周りを見渡すと
金払わなくても使える便利なIDEが幅を利かせてるんだぜ?
いまさら意味の無い事に時間を費やしたなんて考えたくも無いんだから意固地になるってもんだよ。
少しは察して優しくしてやれって。

698 :仕様書無しさん:03/07/21 22:16
まっ、苦しくなったときはとりあえず
関係ないけど、なにかの悪口いっとけば
すっきりするんでしょ。
「お前のかーちゃんでべそ」と同じレベルの捨て台詞

699 :仕様書無しさん:03/07/21 22:17
EmacsをJavaで書き直してます。(^^
拡張はJavaでお願いね。

.emacsj




700 :仕様書無しさん:03/07/21 22:20
>>695
そんな風に「使うよ」と言うだけで
中身が何も無いレスを繰り返しているから
信用されないのが分からないの?

701 :仕様書無しさん:03/07/21 22:25
いや、正直な話READMEとかに図とかいれるじゃんよ。
そういうの書くとときに少しつかう。コーディングとしては
*-modeが充実してるからあんまり必要となる機会もないかも。

702 :仕様書無しさん:03/07/21 22:27
漏れも矩形編集の便利さがわからん
誰か教えれ

703 :仕様書無しさん:03/07/21 22:28
>>701
頼むから図をテキストで書かないでくれ。
文字化けする。

704 :仕様書無しさん:03/07/21 22:28
emacsってお絵かきモードがあったよね、確か。
なんてモードだったっけ?

705 :仕様書無しさん:03/07/21 22:30
>>703
いや〜、RFCなんかを見ると涙ぐましい努力に脱帽するよ。

706 :仕様書無しさん:03/07/21 22:30
>>703
文字化けって図を書くのに多バイト文字など使わんのだけど。。。

707 :仕様書無しさん:03/07/21 22:31
>>703
http://aa2.2ch.net/aasaloon/
ぜひ↑の板に行ってそれを声を大にして主張してきてください。

708 :仕様書無しさん:03/07/21 22:32
>>706
ヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘ


ヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘヘ
とか見たことないか?

709 :仕様書無しさん:03/07/21 22:33
>>707
日本専用ならどうでもいいだろ。

710 :仕様書無しさん:03/07/21 22:34
結局AAかよw

711 :仕様書無しさん:03/07/21 22:35
>>708
フフフフフフフフフフフフ
なら何度もありますが。

712 :仕様書無しさん:03/07/21 22:36
>>708
ヒヒヒヒヒヒヒヒヒヒヒヒヒヒヒ
ならよく聞えてきますが。

713 :仕様書無しさん:03/07/21 22:44
>>708
ホホホホホホホホホホホホホホホ
ならいつも言ってますが。

714 :仕様書無しさん:03/07/21 22:52
>>708
ハハハハハハハハハハハハハハハハハハハハハハハハハハ
ここはおもしろいインターネットでつね。

715 :仕様書無しさん:03/07/21 22:54
どいつもこいつも基地害だ。
黙って Ruby を使え!!

Ruby!Ruby!Ruby!Ruby!Ruby!Ruby!Ruby!Ruby!Ruby!
Ruby!Ruby!Ruby!Ruby!Ruby!Ruby!Ruby!Ruby!Ruby!
Ruby!Ruby!Ruby!Ruby!Ruby!Ruby!Ruby!Ruby!Ruby!
Ruby!Ruby!Ruby!Ruby!Ruby!Ruby!Ruby!Ruby!Ruby!
Ruby!Ruby!Ruby!Ruby!Ruby!Ruby!Ruby!Ruby!Ruby!



716 :仕様書無しさん:03/07/21 22:57
      ,-― ー  、         _,,-―''   ヽ、
    /ヽ     ヾヽ      ::/     ヾ   ヽ、
    /    人( ヽ\、ヽゝ  ::::/彡     彡ノヽ  ミ ヽ
   .|   ノ ⌒  ⌒::::::l::  :::/ :::::,,ノ-~  ̄   ヽ     |
   |   / ,-‐‐  ‐‐-、::|:::: ::::| ::::/‐‐-, 、 _‐‐- \ミ  ノ
    /ヽ |  、_(o)_,: _(o)_,:|:::: ::/彡|:"_(o)/ ヽ (o)_, |    )
    | 6`l `    ,   、::::|::::  ゞ::::l::::  <_ っヽ  ノ |彡 ノ
    ヽ_ヽ   、  (、 _,) ::::/::::  ::`ーl:::: /:::___ ヽ |  |_ノ
     \   /( [三] ):/::::     ::::::l::::ノ( [三] )\  ,/
      )\_  `―':/:::      ::::ヽ:::::: ⌒   ' ノ入
    /\   ̄ ̄(:::::::::    :::::/`┬ - ―~./   \
          ∧             ∧
      ̄ ̄ ̄   ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄   ̄ ̄ ̄


717 :仕様書無しさん:03/07/21 22:58
>>715
これってまさか「矩形編集」の例じゃないよな?

718 :仕様書無しさん:03/07/21 22:58
       ____)__
     ,. ´     `  ` 、
   ./        _   _ \
  /        _   ̄  _ ヽ
  /イィィ,,.,.,.,.,.,      ̄ ̄    !
 f/ノノノノノノノ  ヘ.__ j  jノ__ノ
 |///////   _ (__ ゚_>` __( ゚_イ
 .!|.|i/_^ヽ|_'___r⌒ y'  ヽ^)|
  !|| fニ> ::::::  `ー'゙ (_`___)ノ
   ヽ.ニ` :     /_ノ/川! /      殴ったね・・・・・・
    __ノ 、    / ヾ---'´ ノ
 __ノ \l `   ____,/
       \    ノ リ.|`ー--

719 :仕様書無しさん:03/07/21 22:58
        \   .//
/ , , , , , ,         __ ___` 、
,//////ィ                 ヽ.
ノノノノノノノl    /\        , -、 !
///////l   ",二ヽ.二_ヽ.  l  lノ_へノ!
//////ノ       (_jリ ゙T`’ノ / (rリ`y゙
ソ´,-、\|   -` ー--‐ "  __{ ー-'{     フネにも
| ,f^ソ |____/ ゙̄ヾ"´  \^ヽ. |     
| に(        l    j ,..   ヽ |.|    殴られたことないのにっ!!
\` ' j       `ー-‐' イ_ `  ノ'" i
  ゙‐-'        /,. ‐-、/TTT||  ノ
   _}       / |----二ニフ ノ
  人\ ヽ.        ! r'二ヽ / /
_「  \\ `  、   ` ̄ ̄/
     \\        Ti"
       \\     ノ | |\


720 :仕様書無しさん:03/07/21 23:19
>>703-713
とりあえずお前等は厨房板でも行けや。

721 :仕様書無しさん:03/07/21 23:29
       ____)__
     ,. ´     `  ` 、
   ./        _   _ \
  /        _   ̄  _ ヽ
  /イィィ,,.,.,.,.,.,      ̄ ̄    !
 f/ノノノノノノノ  ヘ.__ j  jノ__ノ
 |///////   _ (__ ゚_>` __( ゚_イ
 .!|.|i/_^ヽ|_'___r⌒ y'  ヽ^)|
  !|| fニ> ::::::  `ー'゙ (_`___)ノ
   ヽ.ニ` :     /_ノ/川! /      わしは逝かなくてもよいのか?>>720
    __ノ 、    / ヾ---'´ ノ
 __ノ \l `   ____,/
       \    ノ リ.|`ー--

722 :仕様書無しさん:03/07/22 00:13
昨日の夜中の時点でレスが500ぐらいだっのが
会社に言って戻ってきたら700超えてるし・・・

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

724 :仕様書無しさん:03/07/22 01:12
結論がでました

vi, emacs: エディタとデバッガの連携が不十分で起動にコストがかかるため、
エディタでソースを読みながら机上でバッグ&printでログを出してデバッグ。
IDE: シームレスに編集・テスト・デバッグのサイクルを繰り返す。

いじょ


725 :仕様書無しさん:03/07/22 01:14
結論厨がでました

726 :仕様書無しさん:03/07/22 01:19
>>724
UnitTestを書くことにより、より問題箇所を絞れる、しかもコーディング>コンパイルのスパンが非常に短いので問題もすぐに洗い出せる。
デバッガを起動して一つずつ見て行かなきゃならないバグはかなり少なくなる。
kent が実際にソースを修正しながら講演を行った際、数行ごとにコンパイル>テストをしていたそうだ。
デバッガの起動率も低いだろう。

727 :仕様書無しさん:03/07/22 01:21
エディタ厨は自分の経験がないので又聞きのネタしか話せないようです。

728 :仕様書無しさん:03/07/22 01:21
ちなみにデバッガとの連携も別に不十分じゃない。
printでログ出力もタダ一人の馬鹿が言っているだけであってそんなヤツばかりじゃない。

729 :仕様書無しさん:03/07/22 01:22
テキストエディタを使っているヤシは筋の通った指摘をしているのに、IDE厨は中身のない>727みたいなヤシばかり

730 :仕様書無しさん:03/07/22 01:27
>>724
テキストエディタもシームレスで出来るし、エディタ機能はIDEより群を抜いて優れている。
テスト、コーディングを繰り返し行う現在主流の開発方式ではかなり大きなアドバンテージ。

731 :仕様書無しさん:03/07/22 01:31
ttp://www.atmarkit.co.jp/fjava/survey/surbey0205/survey0205.html
ttp://www.atmarkit.co.jp/fjava/survey/survey0306/java0303.html

テキストエディタ使用者が増えているという現実には目を背けるんだよねIDE厨は

506の
>IDEに幻想を抱いているが結局のところはテキストエディタの方が使いやすいと言うこと。
が非常に的を射てる指摘だ。

732 :仕様書無しさん:03/07/22 01:31
机上デバッグ推奨のvi, emacsは最強です。
誰もかないません。大きなアドバンテージです。

733 :仕様書無しさん:03/07/22 01:38
>>732
コンパイル、テストのスパンが長かった昔の開発ではデバッグは複数の問題を同時に処理するものだった。
ステップ実行による探索は問題領域の特定するためもしくはコストはかかるが必要なものだった。
しかし、コーディング、コンパイル、テストのスパンが短い場合、数行足してUnitTestに問題が出れば
その少ないコーディング差分の中に問題があることが特定できコストの高いステップで調べていく
方法をかなり少なくなるさせることが出来るようになった。

734 :仕様書無しさん:03/07/22 01:40
emacsのショートカットがむずい。覚えきれないぞ!

735 :仕様書無しさん:03/07/22 01:42
>>731
ああ。2つ並べるとおもしろいね。
いままで個別にしか見てなかったから気づかなかったけど
テキストエディタ使用者とIDE使用者の比率はそんなに変わってないね。
IDE使用者の中でEclipseへの乗り換え組が多い。

736 :仕様書無しさん:03/07/22 01:43
なんか同じ話題を意図的にループさせているような気がするのは気のせいか?

737 :仕様書無しさん:03/07/22 01:45
>>736
それぞれの拠り所があるんだよ。

738 :仕様書無しさん:03/07/22 01:46
>>734
エディタは体で覚えるもの

739 :695:03/07/22 01:46
例をあげると、プログラムの途中を、何らかの理由で{…}でくくったとき、
{}内をインデントつけたい、これを矩形選択して一気にタブを挿入するとか。
あとから extern とか inline を加えるとか。逆に消すとか。
正規表現を使った置換とかでも出来ちゃうけど矩形の方が直感的かつ早い。

あとは、CSVファイル扱うときとか、
縦長のスケジュール表みたいなんをやっぱり横2段にしたくなったときとか、
やっぱり一段がいいときとか、いろいろ、「ちょこちょこ」と。


740 :仕様書無しさん:03/07/22 01:47
今回は初めてテキストエディタ厨の勝利っぽいな。
今までのテキストエディタ厨がヘボだったのか?(藁

741 :仕様書無しさん:03/07/22 01:47
好きなのを使え...じゃあ駄目なんか?

742 :仕様書無しさん:03/07/22 01:48
>>741
IDE信者の会社だとダメらしいよ。

743 :仕様書無しさん:03/07/22 01:51
>>742
IDE信者の会社?

744 :仕様書無しさん:03/07/22 01:52
>>743
IDE信者が勤めてる会社

745 :仕様書無しさん:03/07/22 02:06
                 I  D  E  は  テ  レ  ビ  デ  オ

746 :仕様書無しさん:03/07/22 02:10
テレビデオって使ったことないけど
テレビ+ビデオに比べて何が劣るの?

747 :仕様書無しさん:03/07/22 02:33
>>746
重い

748 :仕様書無しさん:03/07/22 02:45
>>746
テレビ+ビデオだと配線が必要だろ?
セットアップした後なんとなく「俺すげー!プロじゃん」とか思えるんだよ。
テレビデオは、それが無いから駄目なんだ。

749 :asmer ◆4ldsKRAW6g :03/07/22 02:46
(´・ω・`)
てれびでおでてるねっと・・・

もうだめぼ

750 :仕様書無しさん:03/07/22 02:47
テレビデオでも液晶+DVDなら( ・∀・)イイ!

751 :asmer ◆4ldsKRAW6g :03/07/22 02:49
(´・ω・`) それは、てれびでおとは、いわないとおもう

752 :仕様書無しさん:03/07/22 02:53
ファミコンTVはどうよ?   シャープC1

753 :asmer ◆4ldsKRAW6g :03/07/22 02:55
(´・ω・`) むぅ。バグの見えるてれびがほすぃ
てればっが?

・・・こわれてきた。もとからか・・・

754 :仕様書無しさん:03/07/22 04:17
>>746
テレビだけ新品に変えたりビデオだけ新品に変えたり出来ないでしょ。
同じようにIDEもクラスブラウザだけ違うものリファクタリングブラウザだけ違うものとかに変えられないの。
まあ、テレビデオにビデオ付けるみたいにある種のIDEにもプラグインでクラスブラウザやリファクタリングブラウザを
付け加えたりすることも出来なくもないんだけど、元の機能が残ってたりしてやりづらかったりするわけ。
Eclipseに新しいクラスブラウザやリファクタリングを付けることを考えれば解ると思う。
テキストエディタはテレビ+ビデオと同じで気兼ねなくどちらも別々に最新のものに変えられるわけ。

755 :仕様書無しさん:03/07/22 04:31
VSや某国のIDEなんかだとさらに部分交換は困難だな。
ってより出来ないってヤツか?w

756 :仕様書無しさん:03/07/22 04:37
厨房をロックオンさせておくシステムなので。
Windows+Office+VisualStudio
この組み合わせは強力です。GPLの感染力などで
比べられるようなものではありません。

757 :_:03/07/22 04:38
http://homepage.mac.com/hiroyuki44/

758 :仕様書無しさん:03/07/22 04:39
そう言えばVS.NETってリファクタリングの機能あるの?

759 :おすすめ:03/07/22 04:41
☆貴方の見たい女の子がいっぱい(^0^)☆
http://endou.kir.jp/yuminet/link.html
http://endou.kir.jp/marimo/link.html


760 :_:03/07/22 04:41
http://homepage.mac.com/hiroyuki44/hankaku10.html

761 :仕様書無しさん:03/07/22 04:46
あと、UnitTestとの連携とかもあるの?

762 :仕様書無しさん:03/07/22 04:46
>>761はVS.NETの話ね。

763 :仕様書無しさん:03/07/22 05:34
にしても、このスレの伸び様は・・・。
殆んど雑談スレ化してる。


764 :仕様書無しさん:03/07/22 08:09
リファクタリングと称してソースをクチャクチャ弄くってる奴らって
当然XPの全てのプラクティスを実践してるんだよな?
まさかまともな設計も無しに行き当たりばったりではやってないよな。

765 :仕様書無しさん:03/07/22 08:10
>>754
最新の物ってないよ。ないものねだり。

766 :仕様書無しさん:03/07/22 08:10
>リファクタリングと称してソースをクチャクチャ弄くってる奴らって
ワラタ

767 :仕様書無しさん:03/07/22 08:30
>>754
なんかテキストエディタなら無限の拡張性があるような言い方だな。
IDEと比べたらテキストエディタの拡張性なんてたいしたことないよ。
コマンド呼び出しの類はテキストエディタでもIDEでも同じように使えるし、
スクリプトの類ではテキストエディタはテキストエディタ故に
クラス情報など除かれたテキストのみの情報しか得られないし与えられない。
よって外部のプログラムでプレーンなテキストを一から解析して
プレーンなテキストで返すことしか出来ないんだが、
その程度ならIDEに付け足してもやりづらくなることはない。

Eclipseに新しいクラスブラウザやリファクタリングブラウザ?
なにがやりづらくなると言うのかね?
たぶんあなたは新しいクラスブラウザやリファクタリングブラウザのの機能が標準の〜とか
いうだろうが、そもそもその新しいクラスブラウザやリファクタリングブラウザは
テキストエディタの貧弱な拡張性ではテキストエディタに搭載することは出来ないだろう。

768 :仕様書無しさん:03/07/22 08:42
>>733
UnitTestがあればデバッガいらないなんて無理がありすぎだよ。
テスト対象はpublicメソッドだから複雑なものも結構あるし。

夏休みだけに素人が混ざってたりするのかな。

769 :仕様書無しさん:03/07/22 08:45
ここでツールの有用性、説けば説くほど
実はそれなしには仕事ができませんっていうのを
白状しているように読めてしまう。

770 :仕様書無しさん:03/07/22 08:50
いや、それが悪いとは言わないけどなんかダサいなあと。。。

771 :仕様書無しさん:03/07/22 09:06
>>767
JavaやC#みたいなリフレクションのある言語ならクラス情報をクラスファイルから抜き出せたはず。
JDEEが確かこの方法でクラス解析をしているんじゃなかったか?
ソースファイルなしでもいける。

>>768
だれも、デバッガが要らないなんて一言も言っていないだろ。
良く読んだか?
今までの開発方法より使う機会が減ると言っているだけだ。
ステップ実行しなくちゃ発見できないようなミスは実はそんなに多くなかったんだよ。
まとめて作ってコンパイルしようとするから探す手間も増える。
問題領域の絞り込みにもブレークポイントを設定してステップ実行を繰り返さなきゃならない。
ちょっとコーディングしてコンパイルする方法なら問題領域の特定は容易だ。
もちろん、全てこれで行くわけではないが以前のようにデバッガで能率悪く探し回る機会は減る。
当然デバッガでしかカバーできない範囲もあるがその時はデバッガを使えばいい。

772 :仕様書無しさん:03/07/22 09:10
ジェネラリストorスペシャリストってやつだよな。
会社はジェネラリストマンセーみたいね。でも個人としてはどっちがいいんだろうか。

773 :仕様書無しさん:03/07/22 09:13
>>771
>問題領域の絞り込みにもブレークポイントを設定してステップ実行を繰り返さなきゃならない。
>当然デバッガでしかカバーできない範囲もあるがその時はデバッガを使えばいい。
要するにデバッガが使いづらいんってことだね。
IDEならそんな面倒でもないのにね。
ソース開いて確認するのと同じ時間でデバッガ起動して
デバッグ中バグが見つかった瞬間そのまま修正できるよ。

ソース読んでデバッガが必要になると判明してから起動なんて遅すぎるね。テンポが悪い。
そしてバグが見つかってからエディタに切り替えて修正。さらにテンポが悪い。
全てが後手後手になってしまってるね。

774 :772:03/07/22 09:13
>>769-770 ね。別にダサイとは思わんが。

775 :_:03/07/22 09:15
http://homepage.mac.com/hiroyuki44/

776 :仕様書無しさん:03/07/22 09:18
>767
>たぶんあなたは新しいクラスブラウザやリファクタリングブラウザのの機能が標準の〜とか
>いうだろうが、そもそもその新しいクラスブラウザやリファクタリングブラウザは
>テキストエディタの貧弱な拡張性ではテキストエディタに搭載することは出来ないだろう。
出来るんじゃない?
emacsやvimなら。
アレって、dllやらなにやら使えたような気がしたから基本的には何でもOKだったような。
俺はVS厨なんでよく知らないが。
誰か知らない?

>773
javaじゃ無いけどemacsでカンペキにソースファイル連動したデバッガ見たことあるけどなぁ
ソース上からブレークポイントも付けられてステップ実行も出来るヤツ。
まったくIDEのデバッガと遜色なかったよ。
おそらくjavaでもあるんじゃないかな。

777 :仕様書無しさん:03/07/22 09:18
>>772
まあ己の技量が足りてないのに、我に拘るのが
もっともダサイかな。そう言う意味で、自分なんかは
技術レベルもそれ程じゃないから手広くやってるけどね。
そうでもしないと飯食えないし。

778 :仕様書無しさん:03/07/22 09:19
手広くじゃねえ。周りに合わせるだ。

779 :仕様書無しさん:03/07/22 09:24
>>773
デバッガの起動自体が極端に少なくなるなら別コスト高でも無いような。
無理矢理そっちの方向に持っていくなまったく。
それよりも使用頻度の高い編集能力の差が如実に表れると思うんだけどそっちの方はどういう風に言い訳するんだ?
こちらの方が全体工数に与える影響力が圧倒的に大きいと思うんだが。

780 :仕様書無しさん:03/07/22 09:27
>>779
ふーん。開発全体に占めるコーディングの時間ってそんなに長かったんだ。
知らなかったよ。

781 :仕様書無しさん:03/07/22 09:34
>>780
昔のウォーターフォールから比べるとプログラム中心の現在の開発プロセスでは重要。
コーディングが占める割合も高い。

782 :仕様書無しさん:03/07/22 09:47
>>781
その開発プロセスって何だ?

783 :仕様書無しさん:03/07/22 11:43
> コーディングが占める割合も高い。
マジ失笑してしまった。

でもまあ、編集能力が必要なのはコーディングというより
ライティングだね。もちろん編集能力が必要なライティング
には時間はかからないね。

784 :仕様書無しさん:03/07/22 11:45
>>779
デバッガの起動自体が極端に少なくなって
IDE内蔵のxUnitの起動時間が多くなるんだよね。

785 :仕様書無しさん:03/07/22 12:10
当たり前のことですが、テキストエディタで呼び出せるツールは
そのテキストエディタ専用のマクロで作られた物を除いて
IDEでも使えます。

786 :仕様書無しさん:03/07/22 20:31
>>785
なら総合で編集能力が高いテキストエディタの勝ちですね。
ところでEclipseでリファクタリングブラウザって入れ替えられたっけ?

787 :仕様書無しさん:03/07/22 20:33
>>784
テキストエディタでも一緒。

788 :仕様書無しさん:03/07/22 21:24
ageちまえ


789 :仕様書無しさん:03/07/22 21:29
エディタ厨の特徴
・設計をしない(UnitTest、リファクタリングだけで十分)
・クラスライブラリを使いこなさない(だって覚えられないんだもん)
・向上心がない(インテリセンスなんて・デバッガなんてなくて十分)
・小規模開発に向いている(規模が小さければ小さいほど開発効率の重要性が低下する)

790 :仕様書無しさん:03/07/22 21:30
IDE厨は脳内の理想IDEを語っているだけだなプッ
誰も具体的にどのIDEを使っているかを言わない。
言ったら一斉に突っ込まれるだけだからな(嘲笑激藁

791 :仕様書無しさん:03/07/22 21:31
定時の燃料補給お疲れ様です

792 :仕様書無しさん:03/07/22 21:41
>>790
Delphiはもう飽きたんですか?

793 :仕様書無しさん:03/07/22 21:42
>>789
>・設計をしない(UnitTest、リファクタリングだけで十分)
臨機応変で設計をする。
中規模クラスならアジャイルモデリングなどを使う。

>・クラスライブラリを使いこなさない(だって覚えられないんだもん)
JavaAPI使えないでJava開発できるわけ無し。
当然辞書機能との連動で補完もOK。
ヘルプも問題なし。

>・向上心がない(インテリセンスなんて・デバッガなんてなくて十分)
インテリセンス、デバッガと向上心の関連性がまったくもって謎。
ちなみにabbrev、dabbrevで動的にも静的にも補完が出来、インテリセンスではカバーの出来ないところまで補完が効く。

>・小規模開発に向いている(規模が小さければ小さいほど開発効率の重要性が低下する)
こなす数は変わらないので重要性は低下しない。
かえって数が多い場合は開発効率の重要性が増してくる。

794 :仕様書無しさん:03/07/22 21:44
>>793
>臨機応変で設計をする。

アホか。

795 :仕様書無しさん:03/07/22 21:44
>>792
あそこはもうツマラン。
で、IDE厨はなんのIDE使っているんだ?
手始めに>>789言ってみろよ。
まあ、答えないで逃げるんだろうがな(嘲笑激藁

796 :仕様書無しさん:03/07/22 21:45
>>794
オマエはなに使っているんだ?
答えてみろ。

797 :仕様書無しさん:03/07/22 21:46
>>789
こいつ本物の馬鹿かも。設計やクラスライブラリ使えなかったらエディタのみ
で開発なんて絶対できない。おれはIDE厨だが、その利点は設計の誤りや複数の
実装を試みたりすることが簡単にできることだろ。こういうやつには一度はエ
ディタのみで丁寧に実装する事を勉強して欲しい。

798 :仕様書無しさん:03/07/22 21:47
>>796
特にポリシーもなく、その場にある最適な物をチョイスしている。
で、開発環境と設計は別フェーズの事象だと思うんだがどうか?

799 :仕様書無しさん:03/07/22 21:49
>>798
お前が良いと思ったIDEを言えよ。
濁しているんじゃねぇよ低脳。

800 :仕様書無しさん:03/07/22 21:51
>>799
JBuilderとか好きだな。J2SDKでしこしこやるより楽だし。


801 :仕様書無しさん:03/07/22 21:52
本当に使っているもの答えないなIDE厨はw
脳内理想IDEと比較しているのか。

802 :仕様書無しさん:03/07/22 21:53
>>800
ギャハハハハハハ!!
Java開発で最低の開発環境と誉れの高いJBuilderか(嘲笑激藁

803 :仕様書無しさん:03/07/22 21:55
>>802
Eclipseとかどうも好きになれんからね。
で、IDEの2chでの評判と成果物の出来になんか相関関係があるんかいな。

804 :仕様書無しさん:03/07/22 21:58
>>803
オマエ馬鹿か?
誰が2chの評判の話をしたんだよ。
>>731のユーザーの推移みろよ。
他のコミュニティーでもボロクソに叩かれてるだろ(嘲笑激藁

805 :仕様書無しさん:03/07/22 21:58
VB最強

806 :仕様書無しさん:03/07/22 22:00
>>803
> Eclipseとかどうも好きになれんからね。
IDE厨って突かれると結局こんな理由しか帰ってこないなw
具体的にEclipseのどこが悪くてJbuilderのどこが良いんだ?
ちゃんと答えてもらおうか。

807 :仕様書無しさん:03/07/22 22:01
どう考えてもこのスレに常駐することで生産性が大幅ダウンしてるのは間違いない。
IDEを使ってこのスレを見るのをやめれば生産性が2倍に向上するぞ>エディタ厨。

808 :仕様書無しさん:03/07/22 22:01
IDE厨叩かれ弱いなー(w

809 :仕様書無しさん:03/07/22 22:02
>>806
簡単な話、個人的な好みだけど。

810 :仕様書無しさん:03/07/22 22:05
>>809
人のことはさんざん言っておいて自分は好みか。
恥ずかしくない?

なら、その好みとやら聞こうじゃないか。
Eclipseのここが好みに合わなくてJBuilderのここが好みにあったと言うところをな。

811 :仕様書無しさん:03/07/22 22:05
>>731はさあ、エディタ+JDKにはウンザリだって思ってる人が多いって事だよね?

812 :仕様書無しさん:03/07/22 22:07
>>809
> 個人的な好みだけど。
ギャハハハハハハ!!

813 :仕様書無しさん:03/07/22 22:07
>>810
>人のことはさんざん言っておいて
言ってない。今来たとこだ。

814 :仕様書無しさん:03/07/22 22:10
>>813
質問には答えてやらないのか?(藁

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

816 :仕様書無しさん:03/07/22 22:13
>>811
>IDEに幻想を抱いているが結局のところはテキストエディタの方が使いやすいと言うこと。
銀の弾丸だと思っていたIDEは半端で使いづらく結局使いやすいテキストエディタに戻ってきたと言う話。
で、一年前よりテキストエディタ使用者が増えていると。

817 :仕様書無しさん:03/07/22 22:14
IDE厨さっそく逃げ出したな(嘲笑激藁

818 :仕様書無しさん:03/07/22 22:14
適材適所。メインは成果物であり開発環境ではない。

819 :仕様書無しさん:03/07/22 22:17
>>818
プッ
最初はIDE以外の開発を認めていない発言ばかりだったのは気のせいか?(嘲笑激藁

820 :仕様書無しさん:03/07/22 22:18
>>819
最初も何も今来たところだ。

821 :仕様書無しさん:03/07/22 22:18
>>819
気のせいだったみたいだな(失笑

822 :仕様書無しさん:03/07/22 22:23
じゃあ

>>789
>>794

コイツ等はみんな逃げ出したんだな。
使っているIDEを教えるのが嫌で(嘲笑激藁

823 :仕様書無しさん:03/07/22 22:23
>>821
ところでお前は何を使っているんだ?

824 :仕様書無しさん:03/07/22 22:25
>>821
必死すぎw

825 :仕様書無しさん:03/07/22 22:26
        I D E 厨 は 自 分 の 使 用 I D E を 決 し て 言 わ な い

826 :仕様書無しさん:03/07/22 22:27
             唯 一 の 武 器 は 脳 内 理 想 I D E の み

827 :仕様書無しさん:03/07/22 22:35
(´-`).。oO(嘲笑激藁厨は煽りがうまいなぁ・・・

828 :仕様書無しさん:03/07/22 22:37
>>827
3年ほどDelphiスレに24時間体勢で常駐してたからな。年の功だ。

829 :仕様書無しさん:03/07/22 22:38
IDE厨黙っちゃったね

830 :仕様書無しさん:03/07/22 22:39
>>829
(´-`).。oO(それに比べて・・・

831 :仕様書無しさん:03/07/22 22:39
>>828
アホだ、ワラタw

832 :仕様書無しさん:03/07/22 22:44
でも、826は結構当たってるかもな。
うるさいIDE厨を黙らせる時には使っているIDEを聞くのが一番か。

833 :仕様書無しさん:03/07/22 22:45
見ててウザイけどな。なんで休み明けの今日湧いたんだろうな。

834 :仕様書無しさん:03/07/22 22:54
>>828
ある意味凄いバイタリティだな。
筋金入りのヒッキーって感じだろうかw

835 :仕様書無しさん:03/07/22 22:57
ヒッキーのプロフェッショナル

836 :仕様書無しさん:03/07/22 23:02
嘲笑激藁厨はどのテキストエディタを使っているんだ?

837 :仕様書無しさん:03/07/22 23:05
>>836
ん?当然秀丸だよ。
ギャハハハハハハ!!

838 :仕様書無しさん:03/07/22 23:06
なんかスゲーうざいんだけど。

839 :仕様書無しさん:03/07/22 23:06
>>836


840 :仕様書無しさん:03/07/22 23:07
笑いすぎて腹いてえYO!

841 :仕様書無しさん:03/07/22 23:10
とりあえず嘲笑激藁はご苦労だった。
Delphiスレに還っていいぜ。プ

そういやこのスレPart1から秀丸厨が全然来ないのな。

842 :仕様書無しさん:03/07/22 23:12
さあ!そろそろ不毛な宗教戦争を再開しましょうか!

viってテトリスできないの?

843 :仕様書無しさん:03/07/22 23:13
>>837
(´-`).。oO(そんな解りやすい釣りに引っかかるとでも思っているのだろうか・・・

844 :仕様書無しさん:03/07/22 23:17
>>843
APIが使える秀丸に出来ねぇことはねぇんだよ低脳。
糞Unixテキストエディタと一緒にすんな毛虱。

845 :仕様書無しさん:03/07/22 23:19
>>844
>APIが使える
ほとんど使えません。秀丸DLLは恐ろしい位機能制限があります。
詳しくは秀丸ヘルプを。


846 :仕様書無しさん:03/07/22 23:20
スレ違いの話題で埋め立てですか?

847 :仕様書無しさん:03/07/22 23:22
>>845
そうだったのか?それはすまなかったな。
何せ一回も使ったことがないもんで。
ギャハハハハハハ!!

848 :仕様書無しさん:03/07/22 23:24
(´-`).。oO(だから解りやすい釣りだって言ったのに・・・

849 :仕様書無しさん:03/07/22 23:26
やっぱ、慣れてるな

850 :仕様書無しさん:03/07/22 23:27
>>848
たぶん自己完結型のオナー二だから、どうでもいような。

851 :仕様書無しさん:03/07/22 23:30
あーーー、uzeeee-----------

852 :仕様書無しさん:03/07/22 23:32
>ギャハハハハハハ!!
寒・・・

853 :仕様書無しさん:03/07/22 23:34
この板の住人はなんで放置できないのかと

854 :仕様書無しさん:03/07/22 23:35
IDE厨追い出してくれるのは良いんだが用が済んだらとっとと巣に戻ってくれ。
他にも構ってくれるところは沢山あるだろ。

855 :仕様書無しさん:03/07/22 23:36
>>853
一歩違い。
スマソ。

856 :仕様書無しさん:03/07/22 23:38
もう流れ元に戻らないかもね。
このスレ埋めて終わりにしちゃう?

857 :仕様書無しさん:03/07/22 23:39
マ板だからだろ。
放置したらそこにはもう何も残らない・・・。

858 :仕様書無しさん:03/07/22 23:41
IDE厨も嘲笑激藁ぐらいに負けるなよ…

859 :無料動画直リン:03/07/22 23:42
http://homepage.mac.com/miku24/

860 :仕様書無しさん:03/07/22 23:57
おれvim使ってます。emacs見たいに全てemacs上でできる必要をそもそも感じません。
ということでviだな。vimならスクリプトも組めるし、emacsでなくてもいーやって
感じです。


861 :仕様書無しさん:03/07/23 00:03
vimのスクリプトってどんな感じ?
結構本格的な言語風になってるの?

862 :仕様書無しさん:03/07/23 00:22
>>861
凄くダサい。
Lispと比べると・・・

863 :仕様書無しさん:03/07/23 00:24
関数型言語もどうかと思うが。

864 :仕様書無しさん:03/07/23 00:28
>>862
確かにアレはなぁ・・・

865 :仕様書無しさん:03/07/23 00:30
vimスクリプトの実例キボンヌ

866 :仕様書無しさん:03/07/23 00:33
>>865
Vim6スクリプトお勉強スレ
http://pc.2ch.net/test/read.cgi/unix/1008558940/

禿しくダサい。

867 :仕様書無しさん:03/07/23 00:34
>>866
おお、ありがとう。見に行ってみます。

868 :仕様書無しさん:03/07/23 00:44
lispねえ、あんな言語のどこが良いのか理解に苦しむ。

869 :867:03/07/23 00:56
帰ってきました。

・エディタのマクロ言語としては中の下
・まともなプログラミング言語としては評価外

という印象。それにしてもあのスレの雰囲気はいったい…

870 :仕様書無しさん:03/07/23 01:05
オレも見てきたけどなんかしょぼいな

871 :仕様書無しさん:03/07/23 03:35
vimマクロはエディタのマクロとしては十分だと思うんだけど。エディタのマクロが関
数型言語である必要性を感じない。自分がLispプログラムを普段書くんだったらいいか
も知れないけど、教養としてかじった程度なのでほとんど使えない。逆にLispプログラ
マにはありがたいんだろうな。けど、そんなにたくさんLispプログラマいるか?


872 :仕様書無しさん:03/07/23 05:23
俺vim採用決定だわ。
スクリプト言語入門には良さそうだ。

873 :_:03/07/23 05:52
http://homepage.mac.com/hiroyuki44/

874 :仕様書無しさん:03/07/23 08:08
やっと本題に戻りつつあるね。
ところで、おまえらストールマンにemacs糞ってメール出してみろよ。
今となっては、あんまり関与してないみたいだから反応ないかもしれんが。
俺はブランド指向じゃないけど、GNUプロジェクト立ち上げた人にどこまで食いつける?


875 :仕様書無しさん:03/07/23 08:13
ハッカー逮捕!!犯人は2ちゃんねらー!!!
理由は2ちゃんねるでみんなに馬鹿にされたからだそうです・・・
【逮捕】大手化粧品会社のHPにAA攻撃!!( ´,_ゝ`)プッ【威力業務妨害】
http://jbbs.shitaraba.com/otaku/bbs/read.cgi?BBS=837&KEY=1058863633&LAST=100

876 :仕様書無しさん:03/07/23 08:13
viが出来た経緯を知ると、とてもあれが洗練されたものとは言い難い。
思想も糞もないんだよ、あれは。結果的に受け入れられた物。


877 :_:03/07/23 08:13
http://homepage.mac.com/hiroyuki44/hankaku09.html

878 :仕様書無しさん:03/07/23 08:46
>>876
まったくもって同じ感想だな。
いわゆる今主流のqwerty配列キーボードと同じ。
所詮一日で作ったエディタだよ。

879 :871:03/07/23 08:47
>>874
ほー、viの開発者がBill Joyと知っての狼籍か?(おれも俺も今知ったけど)
ttp://www.atmarkit.co.jp/aig/03linux/vi.html

>>876
経緯は確かに...。

880 :仕様書無しさん:03/07/23 08:52
>>879
オマエ本当にvi厨かよ。
オレでも知ってるぞ。
関数型言語も口で偉そうなこと言っているだけでほとんど何も知らないで批判してるだろ。
突っ込んだら答えられるか?

881 :仕様書無しさん:03/07/23 12:56
IDEのスクリプトはそのIDEでサポートされている
言語だからその点はIDEに分があるな。

882 :仕様書無しさん:03/07/23 13:03
IDEは機能の寄せ集めだろ?意味ねぇよ。
一度でもIDEがテクノロジーを築き上げたことあるか?スキルで使うものとテクノロジーで使うものは違う。貴様らテクノロジー押さえてんのか?

883 :仕様書無しさん:03/07/23 13:10
> IDEは機能の寄せ集めだろ?意味ねぇよ。
そうだよ。emacsとその他を集めたのと一緒。
(さらに高度なことが出来る場合もあるけど)
それなのになんで意味ないという結論になるかな?
一つ一つ集めてれば意味があって
最初っから集められていれば意味なくなるなんておかしいじゃん。

> 一度でもIDEがテクノロジーを築き上げたことあるか?
テクノロジーを築き上げるのはソースコードだろ?
IDEとテキストエディタのどちらで作ってもソースコードは同じだろ。

なにを考えてるんだろうな。こいつ。

884 :仕様書無しさん:03/07/23 13:14
テクノロジーとか言っている時点で厨房くさい。

885 :仕様書無しさん:03/07/23 13:16
この板に来てる時点で厨房だろ

886 :仕様書無しさん:03/07/23 13:22
せめてこのスレといってくれ。

887 :仕様書無しさん:03/07/23 13:55
テキストエディタって関数内へのジャンプってどうなってるの?
IDEと違って文法を解釈できないだろうから、
同じ名前のメソッドとかあったらジャンプしにくいと思うんだけど。
それとジャンプ先が他のファイルにあるときなんかどうなっているの?

888 :仕様書無しさん:03/07/23 14:00
>>887
(゚Д゚ )ハァ?
いつの時代の話だよ
windows以前からジャンプしてるだろ

889 :仕様書無しさん:03/07/23 14:01
>>887
クダ質スレいけ

890 :仕様書無しさん:03/07/23 14:13
>>888
クラスとかネームスペースとかが出てくると
人間がいちいち選択しなくてならず
効率が悪いです。

891 :仕様書無しさん:03/07/23 14:22
>>890
短いプログラムにはそんなもの必要ありません。
だから気づきませんでした。

892 :仕様書無しさん:03/07/23 14:26
正直etagsはC++には厳しいと思う今日この頃。

893 :仕様書無しさん:03/07/23 15:23
emacsもvimもcscopeが使えば参照元へジャンプできる罠

894 :仕様書無しさん:03/07/23 18:10
>>892
IDE以外の便利ツールははっきりいって糞ばっかりだけど
IDE使ってない奴にはその不便さが分からないんだよな。
まるで株式を理解していない原始人みたいなもんだ。
ある意味幸せな奴らだ。

895 :仕様書無しさん:03/07/23 18:26
MS=イブに果実を食べさせたへび

896 :仕様書無しさん:03/07/23 19:00
718 名前:login:Penguin 投稿日:03/07/23 18:59 ID:qGKxaJYN
フリーの統合開発環境でいいのないすか?
どうもviじゃいまいちだし。
できればVC++みたくで日本語環境で使える奴。
キリクス高杉

897 :仕様書無しさん:03/07/23 20:38
ここのIDE厨はDBマガジソ見てSODECに行ってきただけだろ。感化されて最先端気分か?
前スレから読んでみたけど、どいつもこいつも本質の話をしていない。
為になるバトリ方を汁。お互いに何かを学べる発言きぼんぬ

898 :仕様書無しさん:03/07/23 21:38
きぼんぬ

899 :仕様書無しさん:03/07/23 21:53
出川のモラルの低さは勉強不足も去ることながら、
その知識の低さ、ゲーム脳等がかなりの要因を占めている。
ユーザーとしての意識がお話にならない程度しかなく、出川が
購買、話題にしたゲームには糞ゲー、バグ、低評価ソフトが多発した。
出川が粗暴であったのは、出川個々人にゲームソフトへの
大義がなく、ゲームをやらされている感が強かったから。
所詮出川はやらされていた、だけ。
妊娠叩きによる思想統制が生み出すものなど、所詮この程度に過ぎない。
PS2のDVD-ROM採用は効果があった
だが今となっては、DVDにも様々な
フォーマットがあり、AV機器環境もVHS時代のころとは全くちがうほど複雑化した。
+R、−R、+RW、−RW、RAMなどがありVHSのようにはいかない。
DVDフォーマット全てに対応しなかったところに、PS2の失敗はある。
一部だけ対応させても意味が無い

900 :仕様書無しさん:03/07/23 22:20
テキストとか設定いじるのはvi、コード書きやらなにやらは最近はEclipse。
emacsはなんかいまとなっちゃどっちつかずでまんどくさ。

901 :仕様書無しさん:03/07/23 22:37
>>845
秀丸から直接APIが呼べる訳じゃないから、
DLL自作できないアフォには秀丸は使いこなせないだろうな。

902 :仕様書無しさん:03/07/23 22:48
既存のDLLやWindowsAPIを呼び出したい場合

今回追加したDLL呼び出し機能は、あくまで秀丸エディタ用に作成された形式のDLLのための機能であり、一般的なDLLの呼び出しや、WindowsAPIの呼び出しにはほとんど使えません。特に、WindowsAPIは呼び出し規約が_stdcallとなっているので呼び出せません。
そういうDLLを呼び出したい場合には、パイパス用のDLLを作成してください。

903 :仕様書無しさん:03/07/23 23:12
パイパス…(;´Д`)ハァハァ

904 :仕様書無しさん:03/07/23 23:31
つか、APIの呼び出しが出来ないEmacsやviははなっから論外

905 :仕様書無しさん:03/07/23 23:33
>>897
それテキストエディタ厨も同じ。
どちらも同じことを片方だけのことだと思い込ませるのも
よくある手だよね。

906 :仕様書無しさん:03/07/23 23:33
>>904
システムコールのことを言ってる?だったら出来る。

907 :仕様書無しさん:03/07/23 23:41
>>904
UNIXでエディタから
システムコールを直接呼び出せるとなんかいいことあるの?
思い付かん。

908 :仕様書無しさん:03/07/23 23:57
秀丸用にDLL自作すればPerl互換正規表現検索用のダイアログだろうが
ソート用のダイアログだろうがなんだろうが出し放題。

909 :仕様書無しさん:03/07/24 00:06
IDEならAPI呼び出し放題。

910 :仕様書無しさん:03/07/24 00:15
自作エディタ最強伝説

911 :Bill Joy:03/07/24 00:17
>>910
禿同

912 :仕様書無しさん:03/07/24 00:47
>>894
オマエの使っているIDEを言え。
そして、そのIDEの機能と比較してオマエが糞だという単体ツールを上げてみろよ。
言えねぇだろうがな(嘲笑激藁

913 :_:03/07/24 00:48
http://homepage.mac.com/hiroyuki44/

914 :_:03/07/24 00:56
http://homepage.mac.com/hiroyuki44/jaz05.html

915 :仕様書無しさん:03/07/24 00:58
>>912
ずいぶんトレスが遅いじゃないか。らしくないな。
その様子じゃ仕事が長引いたみたいだな。
エディタで開発じゃしょうがないな。
今日は良く休めよ。明日もまたデスマなんだろ。

916 :894:03/07/24 01:06
>>912
俺が使ってるIDEはhsed2.exeとhimapad.exeだ!

917 :仕様書無しさん:03/07/24 01:13
EE2E使ったヤツいる〜?
どんな感じ〜?

918 :仕様書無しさん:03/07/24 01:15
>>916
ふーん。
pu

919 :仕様書無しさん:03/07/24 01:27
IDE厨はまともな反論できるヤツがいねぇから張り合いがねぇな。
ちょっと突っかかってきても具体的な話をするとすぐ淡くって逃げるしな(藁
何てったっててめぇの使っているIDEの名前さえさらせねぇんだからよ(嘲笑激藁

920 :仕様書無しさん:03/07/24 01:28
俺が使ってるエヂタはIBM謹製のPE。
Personal Editor。
おっさんが「ぺ」「ぺを起動して…」と言ってた。

上記からも分かるようにvimでタグジャンプするひとは
noremap <C-]> g<C-]>
としといたほうが吉

921 :仕様書無しさん:03/07/24 02:06
まったくどいつもこいつも面白くないな。
特にIDE厨。オマエラの存在にフィルターかけたい。このマニアめが。

922 :仕様書無しさん:03/07/24 02:30
>おっさんが「ぺ」「ぺを起動して…」と言ってた。


923 :仕様書無しさん:03/07/24 03:30
>>919 >>921
面白くないよ。テキストエディタ厨。

924 :仕様書無しさん:03/07/24 11:30
>>904
ってかVimならDLLコールできるし・・・


925 :仕様書無しさん:03/07/24 21:15
いまだに
void
foo()
{
}
なんてコーディングしている低機能エディタユーザー勘弁してくれよ。

926 :仕様書無しさん:03/07/24 22:32
>>925
>いまだに

と、言うことはお前はかつてこんなキモいコーディングを行っていたわけか。

927 :仕様書無しさん:03/07/24 22:52
今日も一日俺のemacsは華麗に働いてくれたぜ!萌えだぜ!

928 :仕様書無しさん:03/07/24 23:03
エディタ選びって彼女選びに似てるよな。

929 :仕様書無しさん:03/07/24 23:05
IDE厨は風俗マニア

930 :仕様書無しさん:03/07/24 23:09
おれにとって IDEはつかえん。
なにしろ、組み込みなので開発環境が案件ごとにころころかわる。
それぞれ、何ちゃって IDE みたいのをつけてはいるが、
機能も操作性もバラバラだ。
GUIにすりゃなんでも使いやすいと思ってるのか、ボケ。

つーことで、ある意味原始的な emacs & make が一番潰しがきくのです。
って、IDE批判であって vi批判ではないな、これ。



931 :仕様書無しさん:03/07/24 23:20
>>928
選択の余地はない。今目の前にあるもので済ますしかない。って事か。


932 :仕様書無しさん:03/07/24 23:30
>>931
好きなのを選び放題なんだから一番手になじむ具合の良いものを選択しろってことだろ。

933 :仕様書無しさん:03/07/24 23:56
しかしそこそこ付き合ってみないと相手がどんなやつなのか分からないという。

934 :仕様書無しさん:03/07/25 00:23
強制的に押し付けられる場合もある。

935 :仕様書無しさん:03/07/25 01:01
ターゲットOSを限定しないで開発環境について話し合っても
話がチグハグになる一方じゃないの?

936 :仕様書無しさん:03/07/25 01:03
>>928
女に例えるならどんな感じ?

gvimしか知りませんけれど。


937 :仕様書無しさん:03/07/25 01:06
>>936
簡単に言うと、「片桐はいり」かな

938 :仕様書無しさん:03/07/25 01:36
emacs:オシャレで複雑な性格の女。根は悪い奴じゃない。慣れないと扱い辛いが、慣れると一緒に街歩くのが楽しみ。
vi:誠実な女。結婚するなら、こちらもそれ相応の意識と誠意を見せるべき。
IDE:新し物好きで頭悪い女。なぜか金髪が多い。マンコはもちろん臭い。セフレ要員。

939 :仕様書無しさん:03/07/25 01:36
難しく言うと、「吉行和子」です。

940 :仕様書無しさん:03/07/25 01:56
あのおばはん、セクースはいけるんだろうか

941 :仕様書無しさん:03/07/25 01:59
Emacs : 柔軟性があるといいながらlispという他では使い道のない言語の学習をさせられる。
     そういうところは融通の利かない女に似ている。有名人にたとえると「片桐はいり」

942 :仕様書無しさん:03/07/25 02:04
原田知世のスカトロ趣味とか?

943 :仕様書無しさん:03/07/25 02:07
vim : 敷居が高いといいながらESCキーという他では使い道のないキーの連打をさせられる。
    そういうところは逆八方美人的である。中途半端な有名人にたとえると「吉行和子」

944 :仕様書無しさん:03/07/25 02:09
吉行和子はマンコ小さそうでなんかいいな。
巨大なのはちょっと引いてしまう。

945 :仕様書無しさん:03/07/25 02:56
流石汎用系だねあんた等(w

946 :仕様書無しさん:03/07/25 03:00
IDE: 一見物知りで賢そうに見えるが、専門分野からちょっと外れると全く役に立たない。
    たとえるとそこらへんのオタ。

947 :仕様書無しさん:03/07/25 04:07
最近emacsって廃れ気味だね。
ちょっとヤヴァイかも。
ディストリビューションからも外されはじめてるっぽいし。

948 :仕様書無しさん:03/07/25 04:22
祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り祭り

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

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

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

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



949 :仕様書無しさん:03/07/25 05:18
次スレどうするよおまいらサン方。なんか一番人気スレなんだよな。
例えるなら、プルグラマにとってエディタとは武士の刀って事か。

>>1が馬鹿だからPart1とタイトル変えちまってる。
つぅか、続ける?終了?タイトル変える?
とりあえず俺様が950(σ・∀・)σゲッツ!!するから
>>951-960で話し合ってちょ。

950 :949:03/07/25 05:18
950(σ・∀・)σゲッツ!!

以下よろ。

951 :仕様書無しさん:03/07/25 06:35
>>949
断る

952 : :03/07/25 06:48
>>949
棄権する

953 :949:03/07/25 07:01
>>951-952
了解。

954 :仕様書無しさん:03/07/25 08:06
VS6使ってるんだが、このIDEはそんなに使い勝手がいいとは思わないが
VS7はそんなにいいのか?いままでMeadowとVS6の組み合わせでやってきたんだけど。

955 :_:03/07/25 08:13
http://homepage.mac.com/hiroyuki44/jaz09.html

956 :仕様書無しさん:03/07/25 08:58
早く次スレ立てろよ、おまいら。

保守

957 :仕様書無しさん:03/07/25 09:00
http://pc.2ch.net/test/read.cgi/prog/1058597473/l50
これでいいんあいの?

958 :仕様書無しさん:03/07/25 10:18
前スレ立てた>>1です。私が望むバトルスレにしてほすぃ。
スレタイ戻してPert3でおながいします。なぜかスレ立てられなくなったので。

959 :仕様書無しさん:03/07/25 12:36
しっかしmeadowはよく落ちるよな。

960 :_:03/07/25 12:41
http://homepage.mac.com/hiroyuki44/

961 :仕様書無しさん:03/07/25 12:57
win環境でemacs系ならどれがお勧めですか?cygwin上でGNU Emacsが妥当ですか?

962 :仕様書無しさん:03/07/25 13:56
meadow以外あり得ない

963 :仕様書無しさん:03/07/25 15:19
>920

以前、クライアントのおっさんと電話で打ち合わせ中に、
“このハットミルのことですか?”と言われた。全くなんのことだか
分からなかったのだが、よくよく聞いてみたら“html”ファイルのことだった。
腸うけた。知ったかぶりすぎにも程があるぞ(w

964 :仕様書無しさん:03/07/25 16:01
>>963
ワロタ

965 :仕様書無しさん:03/07/25 16:25
>>961
UNIXのemacsに対応するWindowsのツールはVisual Studioです。

966 :仕様書無しさん:03/07/25 17:46
どうでもいいが、LISPは関数型言語ではないだろ。

967 :仕様書無しさん:03/07/25 17:53
>>966
だな。関数型言語がマクロなのはWZくらいなもんだ。

968 :仕様書無しさん:03/07/25 18:37
え? WZのマクロってCライクな言語じゃなかった?

969 :仕様書無しさん:03/07/25 19:02
いくらなんでもハットミルはねぇよ(藁

970 :仕様書無しさん:03/07/25 19:04
         ,,-―--、
        |:::::::::::::;;;ノ   
        |::::::::::( 」  <emacsって無茶苦茶使いやすいよな。
        ノノノ ヽ_l     
       ,,-┴―┴- 、    ∩_
     /,|┌-[]─┐| \  (  ノ
      / ヽ| |  バ  | '、/\ / /
     / `./| |  カ  |  |\   /
     \ ヽ| l     |  |  \__/
     \ |  ̄ ̄ ̄   |    
      ⊂|______|

971 :仕様書無しさん:03/07/26 00:05
>>966
関数型言語じゃん。
嘘言うなよ。

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

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

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

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

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

975 :仕様書無しさん:03/07/26 00:27
>>974
その文章は>>506>>510>>523>>527あたりで論破されています。
まともな反論もありませんでした。

976 :仕様書無しさん:03/07/26 00:34
>あとはIDEの無いショボイスクリプトで開発させられているヤシな。



977 :仕様書無しさん:03/07/26 00:34
>>974
僕はIDEが無いと何も出来ません。と。

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

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

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


980 :仕様書無しさん:03/07/26 00:38
>>974のコピペはまるでリセットボタンのようだ・・・

981 :仕様書無しさん:03/07/26 00:39
>だけで十分だよ。
例によってお得意の逃げ口上が炸裂しましたな。

982 :仕様書無しさん:03/07/26 00:41
>>976
VBS、JScript、PHP、perl、Ruby・・・

ttp://www.atmarkit.co.jp/fdotnet/questionnaire/2002-11/2002_11.html

ここ見ると、かなりの数のスクリプトプログラマがいることが解る。
InterDevがもっとマシなら上記の2つは消えるんだけどね。

>>980
次スレ頼む。

983 :仕様書無しさん:03/07/26 00:42
>PHP

>>982は自陣営の最大の戦力であるEclipseについての知識がないようだ。


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

985 :仕様書無しさん:03/07/26 00:43
>>983
半端対応だろ。

986 :仕様書無しさん:03/07/26 00:44
Eclipseの利点を十分に生かせるのはJavaだけ。
他はカスタマイズしたテキストエディタの方が能率が良い。

987 :仕様書無しさん:03/07/26 00:47
>>980がスレ立てられない場合は>>990ヨロ

988 :仕様書無しさん:03/07/26 00:50
秀丸にはなんのメリットがあるんですか?

989 :仕様書無しさん:03/07/26 00:52
>>988
圧倒的なイニシャルコストの低さ。
安定性、リソース消費の少なさ、高速起動。

990 :仕様書無しさん:03/07/26 00:53
>>988
圧倒的な脳内リソース消費量の低さ。

991 :仕様書無しさん:03/07/26 00:53
スレタイが「プログラマーが語るviとemacs」なのに
なんでIDE vs テキストエディタ になるんだよ。


992 :仕様書無しさん:03/07/26 00:54
>>989
>圧倒的なイニシャルコストの低さ。

\4000はシェアウェアにしては高すぎる。

993 :仕様書無しさん:03/07/26 00:54
>>990
次スレヨロ
スレタイ前のに戻してね

994 :次スレ:03/07/26 00:55
【果てしなき】IDEvsテキストエディタ【堂堂巡り】
http://pc.2ch.net/test/read.cgi/prog/1058597473/


995 :仕様書無しさん:03/07/26 00:56
>994
ちがう、viとemacsのまともな次スレ

996 :仕様書無しさん:03/07/26 00:59
このスレでもIDEの圧勝だったな。

997 :gvim使い:03/07/26 01:00
IDEってなんですか?

998 :仕様書無しさん:03/07/26 01:03
1000.gets()

999 :仕様書無しさん:03/07/26 01:04
1000.gets()

1000 :仕様書無しさん:03/07/26 01:06


1001 :1001:Over 1000 Thread
このスレッドは1000を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。

212 KB
★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.02 2018/11/22 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)