Eclipse統合M33【Java/C++/Ruby/Python/Scala】

>>948,950
特に分ける必要性が無い限り分けないかなぁ。

他のプロジェクト作って、それを参照するプロジェクトとか普通に作ったりするからなぁ。
そういった関連するプロジェクトをまとめるワーキングセットってのもあるし、
特に必要性が無い限り分けないと思う。

ただ、Eclipseのバージョン毎にワークスペースは別にしてる。

まずworkspaceをjavaフォルダの直下に置くのもちょっと違う気がするよな。
Eclipseは総合開発環境であってJava以外の操作にもものすごく便利なわけで。

俺はルート直下にworkspace置いてそこにすべてをまとめてる。っていうかそれが普通。（言語ごとにプロジェクトを用意されてるよね。）

というか、workspaceうんぬんじゃなくおそらくpackageとかそのあたりを理解していないからbinとsrcのあたりで迷ってるように思う

>>948
c:\javaに他に何を入れるかによるがワークスペースだけならそこに入れてもよいか。

ただプラグインを入れて問題が起きたときに備えてワークスペースを分けておくのは良いこと

>>953
ルートに入れてるのは
一昔前ならC:Documents and Settings\ユーザ名の下に置くのが普通だと思っていたが

>>955
あぁ、確かにそのほうがいいか。
ただ、だからといってhome直下にログファイル等ばら撒くソフトは好きに慣れん

うわっ・・・javaをテキストエディタで書けとか、どんだけ素人なんだよｗ
きっと「Hello World」しか書いたことの無いヤツだろ？笑わせんな〜

javaと専用IDEは一心同体。javaの言語を覚えるのと同時に
いや、それより先に、eclipseなどのIDEの使い方を覚えるのが先だぜ

むかしむかし、FortranをFortranカードでコーディングしてバッチ処理でコンパイルしていた時代に
彗星のごとく現れたBASICという言語が、テキストエディタを備えた言語ということで
爆発てきにビギナーに浸透していったのを覚えとらんのか？
かのビルゲイツ氏もBASICで巨万の富を得たんだよ

プラミング言語と専用エディタは、両方合わせて１つ。どっちか片方だけ覚えればいいってもんじゃ無い

>>957
>>かのビルゲイツ氏もBASICで巨万の富を得たんだよ
basicは仲間と作っていたが、稼ぎ始めたのはMS/DOS

＞javaと専用IDEは一心同体。
同感。
テキストエディタで・・・とか言ってるやつは数ある有名ライブラリ使って開発したことないんだろうなと思う。
どうせ他の言語のノリで狭い視野でしか書いたことないんだろうよ。
そんなんだからJavaの良さがわからない。

実質的にはそうだが言語やライブラリを設計する側がIDEをあまり意識してないのがなあ
何を気取ってるのか知らんが、C#なんかIDEがコードを自動生成するときのための機能とか平気で入れてくるからな

C# に限らず MS系言語は、ライブラリやAPIの構成が複雑怪奇で学習意欲が続かない。

一社で幅広くカバーしてるからそう見えるだけ
Javaの方がよっぽどカオスだわw

まだ始めたばかりなのでワークスペースは分けないで置こうと思います
ありがとうございます

プラットフォームごとにeclipseもワークスペースも分けてるわ
すぐ壊れるから

>>962
「オープンな世界になじみがないからそう見えるだけ」
とでも答えなきゃいけないのかな。
こんなの主観的感想だからに、理屈で批判しあうのは無意味だと思うが。

Javaはそんなに無秩序だとは思わないな
むしろGui作るのにWin３２Apiだったり何か次元の違うところから引っ張ってこなきゃいけない言語のほうがカオスに見える。
しかもその部分だけ明らかに言語と浮いたコードになるし。
Javaが乱雑に見えるのはきっとimportの概念を履き違えてるからだろう。
いくらインポートしてもすべてはjava内に収まってて、これほど秩序のあるものはない。

C#も勉強してるけどそれよくわかりません
dllのインポートとかwinprocとかにつまずいてjavaに来たくちです

Javaが「機種によらず演算結果を厳密に同じにする」からと言って、Mathを
エミュレーションするのはやめて欲しい

あ、sageてなかった

>>961
＞ライブラリやAPIの構成が複雑怪奇で学習意欲が続かない。

これ本当に同意。

まちがえました
わかりませんじゃなくて　わかりますでした

結局GUIの質を追求しだしたら行きつく先はC#よりAPI剥き出しのSWTだけどな

もはや環境に依存する言語でその部分を局所的に作るんじゃなくて、
環境に依存しない言語で環境に依存するライブラリを使うのが当たり前になってきてるよな。
そりゃ、それで事足りるならそうなるわな。

>>973
それはどっちかというとC++やC#(というかMono)の思想だろう
Javaはいまだに従来の箱庭クロスプラットフォームの幻想にしがみついてるよ

>>974
いや根の部分はそれにしがみついていなきゃダメでしょ。
何故じゃあjavaで環境に依存する部分までやっちゃうのかっていわれたら、そりゃやっぱ開発しやすいことに皆が気づいちゃったからでしょうよ。

>>961
同感、用語から独自

MSは>>961で指摘される部分と、cmdがutf-8を読めない部分をまじで何とかしてほしい。

そうだ！java ライブラリ群をC#に移植するとウケそうだ！

>>978
ポインタも使えないジャバが？(笑)

>>961
>>979
馬鹿はやらなくてよし　じゃばやってな

とすれちが申しております

>>981
>>961
>>976
馬鹿はやらなくてよし　馬鹿でも出来るじゃばやってな

サーバーサイドの開発がメインの立場から見るとJavaがクロスプラットフォーム云々ってPerlやRubyが
色々な環境で動きますよというのと同程度の御利益しか感じないなぁ。

あとテキストエディタはもちろん、今更初心者にAntを薦めるのも勘弁して欲しい。我流でファイル配置
決めてbuild.xmlを手作りされても使い回しが効かない。
古くて無駄に柔軟性があるのはメリットだけれども、これらも初心者には特に御利益ではない。

むしろプロジェクト構造の規約が強くて依存性管理もデフォで有効なmavenの方がファィル配置の正しい
作法を学ぶのにもガンガンライブラリを追加してやりたいことを増やしていくのにも適している。

今時の学習パスとしてはjavacで手動コンパイルを体験したらすぐmavenで良いと思う。

>>983
そのご利益が重要なのでは？

>>984
無駄に古いから解説書の古本が手に入りやすいぐらいかなぁ > あり得るご利益。
それ以外は初心者にあえてAntを使わせる意義が全く思いつかない。面倒で手戻りが多いだけ。

>>957
俺は学生時代にEclipseがない頃からJavaを始めたので
当時はJavaのIDEといえば有料で高価なBoland JBuilderみたいなのしかなかった
だから秀丸エディタでせっせとJavaの勉強をしていたよ
Sun One StudioやNetBeansの前身だった無料のForte For Javaもあったが
当時のPCスペックでは重すぎて使えなかった。CPU166MHz、メモリ32〜128MBとかそんな時代だったからな

だからテキストエディタから始めろといいいたい人の気持ちがわからないでもないな
かといってそうすべきだとは思わないが。テキストエディタ +プロンプトを勧めるAntも薦めてほしいものだね
Boland JBuilderのように独自のファイルを生成するクセのあるIDEを初心者に勧めるのは当時としてはマイナスと思ったが
Eclipseならまだましかとは思った。隠しファイルは生成するが。

しかし、今思うと、Java初心者にはEclipseよりNetBeansの方が無難じゃないかと思ってる
Antのbuild.xmlも自動生成してくれるし万一に備えてIDEに依存しなくても済む機構があるのはNetBeansのよいところだ


言語とIDEが一心同体という考えはMSのVisual BasicやVC++のような考え方だな
ビル・ゲイツとBAISICを推奨している時点でMS的な考え方なんだろうけど

>>959
昔ある会社で有名なライブラリ、というかJakarta ProjectのAPIとテキストエディタ使ってServletとOracle使った大規模なWeb開発をしたことがあるが。
当時はServletによる開発が台頭したばかりだったし、まさにJBuilderしかなかった。
しかも周りにはJavaに詳しい人間がほとんどおらず、Perl、ASP、PostgreSQL、Oracleのことしか知らない連中ばかりだった。
唯一プログラミングスキルが高いリーダーはUNIXサーバ管理とC言語にだけ精通してJavaやオブジェクト指向で苦戦していたな。
UnixでPerlばかりやってるリーダーだったからIDEには異常に嫌悪感を示していた。

彼にとってプログラミングに必要なエディタはviで十分、という考えだった。UNIX畑にはそういう考えの人がよくいることだろう？
そんなわけで秀丸でServletやJSPのコード書いてはそれをFFFTPでアップロードしていったよ
リーダーがTomcatの扱いに不慣れだったのでserver.xmlやweb.xmlの扱い、Tomcatの再起動で苦戦していたな

>>986
ポインタとメモリ管理とGOTOが自分で管理出来ればジャバでもいい．．．と最近は思う
Eclipseのjavaエディタは速度以外では優秀だと思う
細かい色分け、構文チェク、の２点についてだけだけどね

>>962
Javaの方がよくできているけどな
C#はC/C++時代のWin32APIの残骸を引き継いでいる
それより言語仕様のunsafeとかちょっとな

>>963
重たいプロジェクトが複数あるときは分けたほうがいいと思うぞ

ただインポートやエクスポート機能や「プロジェクトを閉じる」を使えば軽くはなるが

>>979
Javaはポインタが使えるぞ
何か根本から勘違いしているな

>>991
どうやって？
参照はポインタとは違うぜ（笑）

>>983
> サーバーサイドの開発がメインの立場から見るとJavaがクロスプラットフォーム云々ってPerlやRubyが
> 色々な環境で動きますよというのと同程度の御利益しか感じないなぁ。

それ以外にも用途があるんだがな。PerlやRubyと違ってJavaは言語の堅牢性やセキュリティ強度が明らかに違う
そういうことはバイブルともいえる『アジャイルソフトウェア開発の奥義』でも読めばわかることだと思うが。
型に強い言語と弱い言語を同じ視点で語っても無意味

> あとテキストエディタはもちろん、今更初心者にAntを薦めるのも勘弁して欲しい。我流でファイル配置
> 決めてbuild.xmlを手作りされても使い回しが効かない。
そのbuild.xmlはそいつ専用にすればいいんだよ
チームでそれっぽいことやりたければ自分からチーム内の初心者にMavenの使い方を教えてやればいい

>>988
そもそもJavaにはgoto文がない。ラベルつきbreakやcontinueがある程度でしかない
Eclipseの優秀な点はプラグインに尽きるだろうかと

>>992
同じだろ
お前のいってるのは「ポインタによる演算」のことだろ

>>995
参照はアドレスを渡しているだけ
ポインタ　を使った事はあるのか〜ぃ

>>989
どうしても必要な時に低レベルなところまで降りられるのは便利
いちいちJNIみたいなのを持ち出さなくてもその場で解決できる
unsafeはあくまでマネージコードだからちゃんと書けばアーキテクチャにも依存しないし

>>996
どっちにしてもジャバは構造的にポインタは実現出来ないからしょうがないけどね

>>998
最後に、
GCも邪魔以外のなにものでもないなぁ

では

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。