55

Ubuntu は通常、最先端のディストリビューションです。4.xしかし、開発から 4 年が経過しているのに、なぜ 2011 バージョンの Eclipse に固執するのでしょうか?

オプションではなく、リポジトリからインストールすることはできません。また、ダウンロードも「簡単」ではありません。何らかの理由で、Java SE 7 リファレンス実装である OpenJDK では不十分であり、Oracle バージョンが必要です。なんで?これはレポからも入手できません。そのためには、奇妙な信頼できないサードパーティのレポが必要です。または、自分でインストールする方法に関する章全体に従ってください

3年前に問題がありました。Juno 4.2出てきたとき、多くのパフォーマンスの問題がありました。Eclipse のディレクターである Mike Milinkovichは、その理由の 1 つは資金不足であると説明しています。メジャー リリースで初めて:

「Eclipse プラットフォーム チームに重大なリソースの問題があるため、パフォーマンス テストは中止されました。」

そのため、開発者は、この (願わくは) 一時的な問題のギャップを埋めるために、名前のない、プロモーションされていないバージョン3.8を同時にリリースしました。その人気は、開発者の間で顕著な下降傾向を引き起こしました。ある開発者が言及したように:4.2Eclipse b3

「切り替え後のパフォーマンスの向上には驚かされました。3.8 プラットフォームははるかに高速です」

この3.8リリースは、依然として開発者の間でブランチの代わりとして人気があり4.xます (同僚や Google に聞いてください)。これは主に (本物の) 信頼の問題のためだと思います。しかし、ブリッジ (読み取り: のサポート3.8) は現在クローズされて4.3おり、リリースされています。

ただし、コアの問題 (資金調達と開発者) は解決されていません。これは、他の企業が後に続くことを期待して、Google が Eclipse Foundation に資金を寄付するというジェスチャーに見られるように. 4.3これは、まだ3.x基準に達していないということですか?

これはプラグインや特定の言語の機能の問題ではなく、プラットフォーム自体のコアの問題です。(しかし、私は特に PHP と Node 開発のために Javascript と V8 プラグインで WST を使用しています。)

これは特定のプラットフォームの問題でもありません。Linux、Windows、および OSX ユーザーからも同様の苦情があります。(しかし、私はLinux(Mint 13)を使用しています。)


一方では、EOL に3.8 「証明」を求める人々がいますが、それ4.3は今では問題ありません。一方(コメントを参照):

「4.3 で ubuntu が頻繁にクラッシュするため、3.8 に戻しました」

3.8問題がまったくないわけではなく、よりスムーズな開発体験を得ることを気にしません. では、なぜ Eclipse 4 は、どのソフトウェア バージョンが「私たちに適している」かを決定する人々によって「私たちから遠ざけられている」のですか (別名、公式リポジトリに入るもの)?

  • 明快 (10.04 LTS)
    • エクリプス 3.5.2-2
  • 正確 (12.04 LTS)
    • エクリプス 3.7.2-1
  • レアリング (13.04)
    • 日食 3.8 .1-1
  • 生意気 (13.10)
    • 日食 3.8 .1-4
  • 信頼できる (14.04 LTS)
    • 日食 3.8 .1-5.1
  • ユートピア (14.10)
    • 日食 3.8 .1-5.1

2014 年 5 月 30 日の更新: Kepler を (再度) 試しましたが、すぐに使用できる UI の不具合に悩まされています。例えば:

ここに画像の説明を入力

いいえ、設定で非アクティブなウィンドウのツールバーの背景色を変更しても、これは修正されません。(たとえそうなったとしても、これはばかげたデフォルトの選択です)。

独自の高度に専門化された微調整されたワークフローのために、肯定的または否定的に偏っていない人から、できれば重要なパッケージのプロセスを維持するUbuntuパッケージの経験を持つ人から、なぜこの決定がチームによって行われたのかを知りたいです最も広く使用されている Linux ディストリビューションで自分が何をしているかを知っている専門家は何人いますか?

4

2 に答える 2

14

Eclipse Juno は2012-06-27にリリースされました。2012 年 7 月 17 日に、UI の応答性に関するバグが報告されました。4 か月後の 2012 年 11 月 14 日頃、最初のパッチが公式の更新サイトにリリースされました。

しかし、多くのユーザーはパッチのリリースを完全に見逃していました。情報は、その頃に広まったFUDやその他のより重要なニュースに溺れていると思います。2012 年の終わりに、私はSO に回答を投稿しました。どうやら、パッチによってこのパフォーマンスの問題が修正されたのは私だけではありませんでした。2013 年 2 月 22 日、Eclipse 4.2.2 がリリースされました。これには同じパッチが含まれていましたが、6 月まで SO での回答に対して賛成票を受け取り続けました。

おそらく、開発者の間で唯一知られている事実は、ある時点で Eclipse に深刻なパフォーマンスの問題があったということです。しかし、これらの問題の範囲、規模、および期間に関する知識は、一連のよくある誤解のように思えます。多くの Eclipse ユーザーが 3.8 ブランチに固執することをお勧めする 4 か月の期間がありました。私は 4.2.0 と 4.2.1 で作業し、それで問題なかったので、「多く」と言います。主観的には、タブの切り替えは約 2 倍遅くなり、IDE はおそらく 1 日に 1 回、数秒間フリーズしました。私の同僚にとって、問題ははるかに深刻でした。セットアップとワークフローに依存していると思いますが、プラットフォーム開発者が問題に取り組んでおり、3.8 を使用する適切なフォールバックがあることを知っていたので、これ以上調査する気はありませんでした。

1 年と 3 回の Eclpse リリースの後、これらの深刻なパフォーマンスの問題はまだ修正されています。もちろん、これはパフォーマンスの問題がなくなったという意味ではありません。今のところ、 1979 年のレポートを Eclipse バグジラで見つけて、キーワードは「パフォーマンス」です。これは、Eclipse が非常にバグが多いことを意味するのではなく、十分に文書化され、公開されていることを意味します。これらの問題の影響を受けるかどうかは、セットアップ、使用しているプラ​​グイン、およびワークフローによって異なります。私は Java、プラグイン、および EMF の開発者です。私は中規模から大規模の作業スペース (~1M LoC) で作業しており、Eclipse 4.3.1 は十分に高速です。. Eric が言ったように、3.8 リリースはすべての重要な更新を受け取るわけではないので、私には選択肢ではありません。人々は今後もそれを使い続けるでしょう。それらの多くは、Internet Explorer 5.5 も引き続き使用します。4.x ブランチを試してパフォーマンスの問題に気付いた場合は、報告してください。ただし、セットアップについて具体的に説明してください。

公式Wikiページから:

Juno SR2 (4.2.2) では、いくつかの主要なパフォーマンス上の問題が解決されています。コミュニティ メンバーは、これらの修正により、エディターとビューの開始、終了、および切り替えに関するパフォーマンスの問題が大幅に解決されることを確認しています。これらの修正は、Juno Service Release 2 (2013 年 2 月) で広く利用可能です。すべての不具合は、Kepler (2013 年 6 月) リリース ストリームでも解決されています。

新機能

于 2013-11-09T11:50:27.337 に答える
1

あなたの声明「3.8リリースは、4.2に代わるより高速で安定した代替手段として特別にリリースされました」は明らかに間違っています。3.x は「サポート終了」のメンテナンスに入っており、4.x の代替としてリリースされていないことは間違いありません。

必要に応じて 3.x ストリームを引き続き使用することは歓迎されますが、さまざまなプロジェクトが進むにつれて、2 つのバージョン間で利用可能な機能に大きな相違が生じることを認識してください...

于 2013-11-06T20:43:52.443 に答える