eclipseってそんなに良いか？【エクリプス】

1 ：デフォルトの名無しさん：04/11/01 18:12:24

タダより高いものは無い。

667 ：デフォルトの名無しさん：2007/07/23(月) 10:18:19

>>665
＞でも、互換性を保つことに最大限気を使ってる

それって、何て製品買わせるための囲い込み？

668 ：デフォルトの名無しさん：2007/07/23(月) 13:41:22

>>663
サポートしない環境が…… って事なら当たり前。
VisualStudio2005 だって Windows9x のサポートしてないし。

バグが原因で「動かない環境」を見つけたなら、原因特定してバグレポートしといてね。

669 ：デフォルトの名無しさん：2007/07/23(月) 15:22:06

>>668
javaに限っては
動作がわからないからバグかどうかも判断できね
って状況多いな
継承連発してクラス作ってるけど派生先のクラスで基の基底クラスで動作してた
メソッドが動かないことが結構あるな。しかもそういうのマニュアルで完全スルーだし。
書籍も意外とコアなところまで踏み込んでくれるもんないんだよね・・・

670 ：デフォルトの名無しさん：2007/07/23(月) 15:33:37

>>669
判断できないって、具体的にどんなケース？

実際に基底クラスの名前とか、動かないメソッドの名前とか
継承したクラスのソースとか出してみ？

671 ：デフォルトの名無しさん：2007/07/23(月) 15:48:35

>>669
継承連発したプログラムすると「特定環境でだけ動かない」って症状が出るわけ？

どんな環境で、どんなプログラム作ったんだろね？ 興味深い。

672 ：デフォルトの名無しさん：2007/07/23(月) 21:38:52

>>666
スレッドまわりで動きがかわることが結構ある。
ドキュメントで保証されていない部分の動きは結構かわる。
最適化や単なるプログラムミスで、そういった部分に依存したコードを書いている場合は死亡。

673 ：デフォルトの名無しさん：2007/07/23(月) 21:39:49

>>669
その現象みるに、単なるプログラムミスなわけだが、それより、「javaに限っては」っていうところに実力を感じる。

674 ：デフォルトの名無しさん：2007/07/23(月) 21:51:18

>>672
> ドキュメントで保証されていない部分の動きは結構かわる。
そんなの当たり前だろ

675 ：デフォルトの名無しさん：2007/07/23(月) 21:54:17

え？javaやって>>669の問題が理解できない？
相当アフォだな
表面だけすくってやった気になってるとしか思えない
話する価値なし
インターフェースを統一してるだかなんだか知らないけど
どんだけガラクタ入ってんだよってぐらいうごかねーもんあるぞ

俺が一番ブッちぎれたのはSwingのリストとカラム付きのリスト（名前忘れた）の挙動の違い
カラム付きリストの方はほとんどのキーがとれない

こういうのがたくさんある
無駄にインターフェースを強引に同じにして同じ挙動するかと思いきや
その実中身めちゃくちゃな動作しやがるの
空ならまだいい。すげー糞なの。
あとは自分でやってみて
すんげー頭にくるから
実装としてはＭＳのＧＵＩなぞるしかないんだろうけど同じことやろうとしても５０％もできないの

676 ：デフォルトの名無しさん：2007/07/23(月) 21:59:28

こういう発見したらSunにメール送ればいずれなんとかなるのかなぁ・・・ｗ
はっきりいって作り直してほしいんだけど・・・＞インタフェースが無駄に同じで同じコード書いても同じ挙動しないクラス

677 ：デフォルトの名無しさん：2007/07/23(月) 22:13:48

>>675
SwingのリストはJListとして、カラム付きのリストって何だ？
あと、キーが取れないって何？

なんつーか、ドキュメントをきちんと読んでなかっただけじゃね？

>>676
>>675 の内容じゃ無理だと思う。何言いたいのかわからん。
俺だったら暫くしたら削除する。ディスクスペースの無駄だから。

678 ：デフォルトの名無しさん：2007/07/23(月) 22:39:51

>>672
スレッドの動作が変わるって具体的にたのむ

679 ：デフォルトの名無しさん：2007/07/23(月) 23:11:23

>>677
たぶんJTableが理解できていないだけでしょ

680 ：デフォルトの名無しさん：2007/07/24(火) 01:26:56

JTableを知っててMSのGUIなぞるしかないとか言えないな。

681 ：デフォルトの名無しさん：2007/07/24(火) 02:07:02

>>678
簡単なところだと、synchronizedでブロックされたスレッドの再開順序が変わったり。
ブロックされた順に再開されることを期待していたプログラムは、うまく動かなくなる。

682 ：デフォルトの名無しさん：2007/07/24(火) 04:52:08

>>679
じゃなんでJListと違う動きすんの？
同じ動きするべきじゃない？
じゃなきゃインターフェース統一する意味がわからない

これってSunがまだ作り途中だからこのありさまなの？
それともこれが理想の形でいいの？

683 ：デフォルトの名無しさん：2007/07/24(火) 05:14:24

>>682
もちつけ。

藻前が大好きなWin32APIに良くあるような
名前が違って同じように見えて違いそうだが実は同じってパターンだけが全てだと思うな。

本来のAPIやらクラスライブラリってモノはある程度整理されていて
同じように見えてもそれぞれ役割が違う(役割が違えば操作方法も違う)モノの集合体だろ。

684 ：デフォルトの名無しさん：2007/07/24(火) 07:00:44

JTableとJListが同じ動きするべきってすごい理論だな。

685 ：デフォルトの名無しさん：2007/07/24(火) 07:02:53

>>684
インターフェースは同じなのに同じ挙動をすべき部分で違う挙動をしてるってのはある>JTable JList

686 ：デフォルトの名無しさん：2007/07/24(火) 07:13:20

同じ挙動をすべき部分

687 ：デフォルトの名無しさん：2007/07/24(火) 08:21:03

漏れの理解が正しいかどうかわからんけど、似たクラスでインタフェースが共通でも
結果が異なるパターンって言うのは確実にあると思う。

例えば行列クラスと配列クラスがあったとして、掛け算という共通インタフェースがあるとする。
行列クラスの掛け算は行列式の掛け算、配列クラスの掛け算は各要素の同じ座標同士の掛け算
だったとすると、結果が違っても当然ｼﾞｬﾏｲｶ？

688 ：デフォルトの名無しさん：2007/07/24(火) 08:54:08

ここで言ってるインタフェースってjavaのinterfaceのこと？
それともUIの話？

689 ：デフォルトの名無しさん：2007/07/24(火) 10:23:24

>>681
synchronizedはもともとアンセーフ
順番は保障されない
それに依存するとダメなのは変わってねーよ

あほかと

690 ：デフォルトの名無しさん：2007/07/24(火) 11:34:08

>>689
すべてのコードが保証された挙動にしか依存してないとは限らない。
そういうコードでJDK1.4で動いてJDK1.5で動かないプログラムがあったとしても、やはり「Javaもバージョンをあげるとプログラム動かなくなるじゃね〜か」というやつが現れる。

691 ：デフォルトの名無しさん：2007/07/24(火) 11:45:30

Tomcatでも、クエリーパラメータにはsetCharacterEncodingが効かなくなったりな。

692 ：デフォルトの名無しさん：2007/07/24(火) 13:41:12

>>690
C言語でのif文の評価順が最適化によって代わると環境によって動かなくなる
といってるのとかわらんな

まぁ、フェアな同期化がほしければLockつかえよと
昔からグリーンスレッド前提とか1CPUでしかうごかないとか環境依存のコード書くやつはいたからなぁ
こればかりはVMも仕様もわるくないのでどうしようもないな

完全互換性を求めるなら昔の環境を用意するしかないわけでVMが今以上に普及してくればわりと解決しやすいか
Javaだけの話ならWebStartにしてバージョン設定いれておけばよろしいだけ

693 ：デフォルトの名無しさん：2007/07/24(火) 16:32:39

何個もJava入れたくねえ。

694 ：デフォルトの名無しさん：2007/07/24(火) 21:38:12

>>692
Lockが1.5まで用意されてなかったわけだ。
だれが悪いわけでもない。
VMが悪いとか仕様が悪いという話ではなくて、仕様外の挙動を利用しないといけない局面は必ずあるということ。
いまでもアンドキュメンテッドなSwingの描画タイミングに依存するコードを書かないといけないことはある。

だから、仕様に互換性があるからといって、昔のプログラムがそのまま動くと限らないし、そういうプログラムを組んだことが悪いともいえない。

695 ：デフォルトの名無しさん：2007/07/24(火) 22:01:54

> アンドキュメンテッドなSwingの描画タイミングに依存するコード
具体的には？

696 ：デフォルトの名無しさん：2007/07/24(火) 22:12:48

>>695
Robot使ったりJNI使ったりする場合。

697 ：デフォルトの名無しさん：2007/07/24(火) 22:23:05

JNIってAWTじゃね？

698 ：デフォルトの名無しさん：2007/07/24(火) 22:23:20

>>694
仕様外の挙動を利用するのはともかくとして、
仕様外の挙動に依存しておいて、その上で互換性要求する奴はアホだろ。

699 ：デフォルトの名無しさん：2007/07/24(火) 22:53:32

バグがあったのでそれを回避するコードかいていたら動かなくなったとか普通にあるしなぁ

そういうときは古いVMを使うしかないな

700 ：デフォルトの名無しさん：2007/07/24(火) 23:01:56

>>698
ほぼ同意。

でもJavaは互換性を売り物にした開発環境なんだから、仕様外の挙動でも、
バージョン依存で同じバージョンの別プラットフォームでも動くモノは積極的に救って欲しいな。

それが出来れば、より普及すると思う。

MIDPやら組み込みは容量の問題で仕方ないとしても、
PCやら鯖用のVMには下位バージョンの互換モードつけてくれても良いと思う。

701 ：デフォルトの名無しさん：2007/07/24(火) 23:06:16

>>700
解互換がほしければそのVMをいれればいいだけ
共存できるんだし、買い互換モードなんて無理
どれだけのバージョンがあるのかと

702 ：デフォルトの名無しさん：2007/07/24(火) 23:25:17

>>700
速度やサイズの最適化の余地と、仕様外の互換性がトレードになってるところでは
仕様外の互換性はガンガン捨てて良いと思うけどね。オレは。

703 ：デフォルトの名無しさん：2007/07/24(火) 23:31:54

>>701
最新入れて動かないアプリがあるって時点で初心者といわれるシロウトユーザーは混乱するわけだ。
その意味では各メジャー(?)バージョン毎の最終版＋最新版をまとめたインスコパッケを誰かが用意してくれると
シロウトユーザーに混乱が出にくくなって良いと思う。
例えば、JDK 1.1系、J2SE 1.2系、 J2SE 1.3系、J2SE 1.4系、J2SE 5.0系、J2SE 6系の各最新版が入ったパッケとか。

ただ、それでもVMたくさんインスコするとディスク圧迫するんで、
互換モードありのVMも用意してくれたらうれしいと思う。

ってか、シロウトのマシン、整備頼まれるたびにJavaVMをインスコして普及を図ってるんだけど
ディスク圧迫するのもイヤだし、いくつもダウソするのマンドクサイんで最新だけ入れてる。

704 ：デフォルトの名無しさん：2007/07/24(火) 23:44:27

互換モード有って・・・VMそのものの問題よりライブラリの変更が問題だろ
継承関係とかかわるぞ

705 ：デフォルトの名無しさん：2007/07/24(火) 23:49:04

>>703
互換モード付きのVM＆標準APIを開発＆メンテって、やりたがる奴が居るかな？

それがあっても普及するとも思えないし。
互換モード作っても、完全な互換性なんぞ実現できないだろうし
既存のアプリを動かすつもりなら
既存のアプリは互換モードに対する配慮なんかしてねーから
ユーザの方で互換モードの設定とかをするしかない。
けど互換モードの設定の取り扱いが複雑だと、
結局ユーザに負担かけるわけで、ユーザの混乱が軽減するかは疑問だし。

706 ：デフォルトの名無しさん：2007/07/25(水) 00:50:37

>>701
ヒント：サポート切れ

707 ：デフォルトの名無しさん：2007/07/25(水) 00:51:33

>>698
だれが悪いとか誰がアホとかいう話をしてるわけじゃない。

708 ：デフォルトの名無しさん：2007/07/25(水) 00:52:15

>>697
JNIとAWTが同じと思う理由がわからない。
別物。

709 ：デフォルトの名無しさん：2007/07/25(水) 11:05:39

>>708
JNIでの直レンダリングはSwingではないはずだが？

710 ：デフォルトの名無しさん：2007/07/25(水) 11:09:56

>>706
どうせサポートきれてようが、今でもVBでもWin95でもなんでも動かし続けてるだろ
古いVMをサポートし続けるのは無理
だからセキュリティが問題になる箇所以外はVMで古いOSごとまるごと動かすしかない

それ以外は新しいバージョンでも動くように動作確認、保守するのが本来の勤めなのだが
保守に金は1円も払わんというところも多いのであほらしくなる

永遠にサポートなんて無理だよ
だからこそJDK6以降の自分で修正して使用可能というライセンスを利用しないてはない
どうしても古いVMサポートしようにもバックポートには限界があるし、そこまでかねかけるくらいなら
自前でミドルウェアでも作ったほうが安上がりなのではないか?

711 ：デフォルトの名無しさん：2007/07/26(木) 21:19:06

結構javaってそういう問題も含めてかなりいい加減だよね
しかも、情報があんまりない希ガス（日本語限定で）

712 ：デフォルトの名無しさん：2007/07/26(木) 21:56:06

.NETにしろVBのランタイムにしろバージョンが増えていけばきつくなってくるのは当たり前
新しいWindowsで動かなくなる理由として特定のOSに依存したコードを知らないうちに書いていたというのは多いからね

まぁOfficeのVBAの互換性のなさは根本的に違うけど

713 ：デフォルトの名無しさん：2007/07/27(金) 00:27:29

VMも一緒に配布すればいい

714 ：デフォルトの名無しさん：2007/07/27(金) 01:32:51

>>709
SwingじゃなければAWTになるという理由と、JNIによる操作がSwingに影響を与えないと思ってる理由がわからない。

715 ：デフォルトの名無しさん：2007/07/27(金) 08:18:37

JNIで直にコンポーネントにレンダリングする場合AWT Native Interface使うだろ?

716 ：デフォルトの名無しさん：2007/07/27(金) 13:52:00

>>715
SWTはAWTってこと？

717 ：デフォルトの名無しさん：2007/07/27(金) 13:57:44

>>715
JNIはレンダリングで使うとも限らんし。

718 ：デフォルトの名無しさん：2007/07/27(金) 23:08:41

>>717
ちょ

719 ：デフォルトの名無しさん：2007/07/28(土) 08:09:23

eclipseをチームで開発するとき、対象フォルダを右クリックして最新表示
してから更新を選べといわれる。サーバーと同期化するなら更新だけで十分でないか。
何のために最新表示するのかわかる方教えてください。

720 ：デフォルトの名無しさん：2007/07/28(土) 08:30:30

>>718
勝手にJNIはレンダリングで使うと決め付けてAWT Native Interface使うだろとか話を変な方向にずらすやつがいて困ってたんだよ。
JNIでウィンドウ操作したり、Swingの動きに影響あたえる処理はレンダリング以外にあるだろ。

721 ：デフォルトの名無しさん：2007/07/28(土) 09:05:29

>>720
JNIでレンダリングしてもSwingに影響与えないのか？

722 ：デフォルトの名無しさん：2007/07/28(土) 09:37:11

>>721
影響を与えるよ。JNIがSwingに影響を与えるって書いたら>>697の「JNIってAWTじゃね？」でわけわからん方向に。

723 ：デフォルトの名無しさん：2007/07/28(土) 10:03:33

>>722
常識的に考えて>>697はSwingに影響与えるからAWT　Native Interfaceでやるのが普通じゃね?という意味だろ

724 ：デフォルトの名無しさん：2007/07/28(土) 13:58:41

AWT Native InterfaceはCanvas描画の話だと思ってるんだが、違うのか？
描画以外でもSwingに影響あたえるだろって話をしてるわけで、すごく認識がずれてる気がするんだが。

725 ：デフォルトの名無しさん：2007/07/28(土) 23:10:35

>>719
ディスクと同期が取れていませんって言われる場合があるからだろな。
Eclipse 外でファイルを編集した場合だけそうなる。
アホなプラグインでも使わん限りな。
でも上記のエラー出た時だけやれば十分だが。

っつーか、それ言った奴は
設定 > 一般 > ワークスペース > 自動的に更新
にチェックすれば自動的に行われるって知らんのだろ。
重いから俺はやらんけどな。

726 ：デフォルトの名無しさん：2007/08/17(金) 03:22:05

手当たり次第に更新チェック全部入れてアップデートしたらeclipse起動しなくなった。。

こういう場合はどうしたらいいのか、教えてくれた奴に座布団2枚。





嘘です。教えて下さいお願いします助けて下さい。m(_ _)m

727 ：デフォルトの名無しさん：2007/08/17(金) 03:32:54

>>726
AllInOneEclipse入れてリセｗ

728 ：デフォルトの名無しさん：2007/08/17(金) 03:33:48

まじすか。。あちゃぁ

729 ：デフォルトの名無しさん：2007/08/17(金) 03:35:02

つか私事で上げて失礼

730 ：デフォルトの名無しさん：2007/08/17(金) 03:44:56

スプラッシュイメージまでは出るんだが、そのまま終了してしまう。
一瞬エラーダイアログが見えるんだが、ヤツは肉眼では取らえられない
スピードで去っていく。（クリックによる捕獲は既に試みた）

エラーログのチェックぐらいはしたいんだが・・

731 ：デフォルトの名無しさん：2007/08/17(金) 03:55:50

つ自己解決。

732 ：デフォルトの名無しさん：2007/08/17(金) 06:01:21

設定がめんどくさすぎ。
動作重すぎ。
メモ帳のがはるかにマシ。

733 ：デフォルトの名無しさん：2007/08/17(金) 17:55:29

NetBeans使うと、設定がめんどくさすぎ、からは逃げれるな。

734 ：デフォルトの名無しさん：2007/08/17(金) 23:35:55

スレ違いなのですが前のスレで答えてもらえなかったので、
よければ教えてください;
eclipse3.2のチュートリアルでHelloWorld
と表示させるやつを進めてたら
'org.eclipse.jdt.internal.ui.wizards.OpenProjectWizardAction' クラスを
ロードできなかったため、アクションが実行できませんでした。
とエラーがでたのですがよくわかりません^^;
わかる方教えてください、お願いしますm(__)m

735 ：デフォルトの名無しさん：2007/08/25(土) 17:51:10

jar教えてみようかな

736 ：デフォルトの名無しさん：2007/08/25(土) 22:42:13

warすてき

737 ：デフォルトの名無しさん：2007/08/26(日) 01:34:34

>736のおかげで>735が理解できた

738 ：デフォルトの名無しさん：2007/08/26(日) 01:54:09

>>737
earおれにはわからん

739 ：デフォルトの名無しさん：2007/10/19(金) 22:08:08

おれにもわかrarん

740 ：デフォルトの名無しさん：2007/10/21(日) 00:09:45

おまえらbarかだな。

741 ：デフォルトの名無しさん：2007/10/23(火) 04:58:37

zipでくれ

742 ：デフォルトの名無しさん：2007/11/06(火) 06:13:45

おまえら会warしろｗ

743 ：デフォルトの名無しさん：2007/11/06(火) 06:45:37

Eclipseはプラグインインを揃えるのが面倒だ。あのライブラリーがないだの、バージョンが合わないだの｡｡｡

　おれは、メインはMavenを使っていて、訳の分からない動作が出たときにはEclipseを使ってトレースしたりして調べたりしている。まぁ、本当ならEmacsとかで全部済ませたい処だがないものはしょうがない。

まぁ、どうでもいいけど。。。WinのEclipseって遅いね（＾＾；Linuxだと3.3.1はそれなりに気持ちよく動いてくれるよ。

なんでもかんでもEclipseってのはいかがなものかねぇ...とはいっても、EclipseでSLIMEみたいな環境ができたら使ってみたいな（＾＾；

744 ：デフォルトの名無しさん：2007/11/06(火) 07:05:19

>>っAllInOne

745 ：デフォルトの名無しさん：2007/11/06(火) 15:03:03

ear いや
jar じゃあ
war うぉお
bar ばあ

warをわーってゆうな

746 ：デフォルトの名無しさん：2007/11/06(火) 17:56:02

745 名前：デフォルトの名無しさん 投稿日：2007/11/06(火) 15:03:03
ear いや

747 ：デフォルトの名無しさん：2007/11/07(水) 01:27:52

>>743
> 本当ならEmacsとかで全部済ませたい処だが
> (略)
> なんでもかんでもEclipseってのはいかがなものかねぇ

なんか頭の悪さ、かもしだしてんな。

748 ：デフォルトの名無しさん：2007/11/07(水) 06:49:06

>>677
おまえのマシンスペック貧弱だなあ

HDD容量いくつよw

749 ：デフォルトの名無しさん：2007/11/07(水) 13:33:51

Swing使いこなせない>>675必死だな

キーに関してはMSのはたいがい便利なものを用意しているが、
Swingはユーザーオブジェクトをクラスにしてぶちこむって思想しらないとどうにもならんとおもわれ

750 ：デフォルトの名無しさん：2007/11/08(木) 13:10:27

>>749
Swingなんて疲れるだけ。

SWTがいいよ！SWT！

751 ：デフォルトの名無しさん：2007/11/08(木) 20:15:08

SWTは遅い。

752 ：デフォルトの名無しさん：2007/11/08(木) 21:53:00

>>748
240MB
日本語で書くと「にひゃくよんじゅうめがばいと」

753 ：デフォルトの名無しさん：2007/11/10(土) 10:56:56

結論：NetBeans >>>>>>>>>>>> Eclipse >= vi

754 ：デフォルトの名無しさん：2007/11/10(土) 13:18:43

>>752
486 CPUが登場する頃の14年くらい前にはやっていたHDDじゃねえかw
いい加減に新しいHDD買えよw

今なら500GBでも1万円程度で帰るのになんだその容量はw

755 ：デフォルトの名無しさん：2007/11/10(土) 13:21:41

>>669
> >>668
> javaに限っては
> 動作がわからないからバグかどうかも判断できね
> って状況多いな
> 継承連発してクラス作ってるけど派生先のクラスで基の基底クラスで動作してた
> メソッドが動かないことが結構あるな。しかもそういうのマニュアルで完全スルーだし。
> 書籍も意外とコアなところまで踏み込んでくれるもんないんだよね・・・


具体例を示さないとこいつの発言は信用できんな

実はJDKディレクトリにあるファイルを一部削除したとかw
たまにJDK自体が動かなくて
再起動したら直った

ってことあるんだよね。Windows98な、ファイルシステムがFAT32時代によくあったよw
これはJavaの問題ではなくOSの問題だがねw

756 ：デフォルトの名無しさん：2007/11/10(土) 13:34:24

それはあきらかなつりだから無視しる

757 ：デフォルトの名無しさん：2007/11/16(金) 12:31:05

とうとう軽さでNetBeansにぬかれたねぇ
エディタの機能もほぼ同等になっちまった

758 ：デフォルトの名無しさん：2007/11/16(金) 13:07:44

まあ、どっちも頑張れ

759 ：デフォルトの名無しさん：2007/11/25(日) 21:04:31

うひゃ

760 ：デフォルトの名無しさん：2007/11/29(木) 01:58:57

http://eclipsewiki.net/eclipse/
サーバー運営会社の経営難の噂があったが、とうとう

761 ：デフォルトの名無しさん：2007/12/01(土) 18:42:50

DB死んでるだけだろ。

762 ：デフォルトの名無しさん：2007/12/02(日) 02:10:57

去年500人いた社員が、今40人になっているらしい

ほかの鯖借りてデータ移動しないとまずくねえ？

763 ：デフォルトの名無しさん：2007/12/02(日) 13:27:37

miz なんとかっつー、管理者は何してんだ。
広告費稼いでるくせに告知とかする気ないのか。

764 ：デフォルトの名無しさん：2007/12/02(日) 19:46:18

>>763
こんなとこで吼えていても見ちゃいないよ。
そう思うならWikiに書くなりしてやれば？

765 ：デフォルトの名無しさん：2007/12/03(月) 01:16:02

管理人、もうサイト見てないんじゃないかな？
そんな怪しい会社の鯖を借りるのが間違い
まあwikiが消えるぐらいどうでもいいが

766 ：デフォルトの名無しさん：2007/12/15(土) 01:35:11

wiseknot、本当に倒産したぞ
いいのか？wiki消えて