4.3이 나올 때 Ubuntu 14.04가 (이전) Eclipse 3.8을 고수하는 이유는 무엇입니까?
Ubuntu는 일반적으로 최첨단 배포판입니다. 하지만 4.x개발 4 년이되었을 때 Eclipse 2011 버전을 고수하는 이유는 무엇입니까?
선택 사항도 아니며 리포지토리에서 설치할 수 없습니다. 그리고 다운로드에서도 '쉽지'않습니다. 어떤 이유로 Java SE 7 참조 구현 인 OpenJDK로는 충분하지 않으며 Oracle 버전이 필요합니다. 왜? 이것은 저장소에서도 사용할 수 없으며 신뢰할 수없는 타사 저장소가 필요하거나 직접 설치하는 방법 에 대한 전체 장을 따르십시오 .
3 년 전에 문제가있었습니다. Juno 4.2출시 되었을 때 많은 성능 문제가 있었습니다. 이클립스 이사 인 Mike Milinkovich 는 그 이유 중 하나가 자금 부족이라고 설명합니다 . 주요 릴리스에서 처음으로 :
"Eclipse 플랫폼 팀에 심각한 리소스 문제가 있기 때문에 성능 테스트가 해제되었습니다."
이러한 이유로 개발자들은 이 일시적인 문제에 대한 격차를 해소하기 위해 이름이 지정되지 않은 버전 과 홍보되지 않은 버전을 3.8동시에 출시 했으며4.2 , 이로 인해 개발자들 사이 에서 주목할만한 추세가 나타 났습니다 . 한 Eclipse b3개발자가 언급했듯이 :
"전환 이후의 성능 향상에 놀랐습니다. 3.8 플랫폼은 훨씬 더 빠릅니다."
3.8출시는 여전히에 인기있는 대안입니다 4.x(내 동료를 요청하거나 구글), I는 주로하기 때문에 (정품) 신뢰 문제로 생각하는 개발자들 사이에서 지점. 그러나 브리지 (읽기 :에 대한 지원 3.8)는 이제 종료 4.3되었으며 릴리스되었습니다.
하지만 핵심 문제 (자금 및 개발자)는 다른 회사가 따라갈 것이라는 희망으로 이클립스 재단에 돈 을 기부 하는 구글의 제스처에서 볼 수 있듯이 수정되지 않았습니다 . 이것은 4.3여전히 3.x표준 과 동등하지 않다는 것을 의미합니까 ?
이것은 특정 언어에 대한 플러그인이나 기능의 문제가 아니며 플랫폼 자체의 핵심에 있는 문제 입니다. (그러나 저는 특히 PHP 및 Node 개발을 위해 Javascript 및 V8 플러그인과 함께 WST를 사용하고 있습니다.)
이것은 특정 플랫폼 문제도 아닙니다. Linux, Windows 및 OSX 사용자로부터 유사한 불만 이 있습니다 . (하지만 Linux (Mint 13)를 사용하고 있습니다.)
한 손에 당신의 EOL 말하는 사람들이 3.8 "증명" 그 4.3지금 좋은입니다. 반면에 (댓글 참조) :
"4.3 우분투에서 끊임없는 충돌로 인해 3.8로 돌아 왔습니다."
3.8문제가없는 것과는 거리가 멀기 때문에 더 원활한 개발 경험을 얻을 수 있습니다. 그래서 나는 왜 Eclipse 4가 '우리에게 좋은' 소프트웨어 버전을 결정하는 사람들 (공식 저장소에 들어가는 것)에 의해 '우리로부터 보호 받았는지 ' 궁금합니다.
- lucid (10.04 LTS)
- 이클립스 3.5.2-2
- 정확함 (12.04 LTS)
- 이클립스 3.7.2-1
- raring (13.04)
- 이클립스 3.8 .1-1
- saucy (13.10)
- 이클립스 3.8 .1-4
- trusty (14.04 LTS)
- 이클립스 3.8 .1-5.1
- 유토 피 (14.10)
- 이클립스 3.8 .1-5.1
업데이트 2014-05-30 : 방금 Kepler를 다시 시도했지만 여전히 UI 결함이 있습니다. 예 :
아니요, 기본 설정에서 비활성 창 도구 모음 배경색을 변경해도이 문제가 해결 되지 않습니다 . (그럴지라도 이것은 어리석은 기본 선택이 될 것입니다).
자신의 고도로 전문화되고 조정 된 워크 플로로 인해 긍정적 또는 부정적으로 편향되지 않은 사람 (가급적 중요하지 않은 패키지에 대한 Ubuntu 패키지 유지 관리 프로세스 경험이있는 사람)으로부터이 결정을 팀에서 내린 이유 를 알고 싶습니다. 가장 널리 사용되는 Linux 배포판을 위해 무엇을하고 있는지 알고있는 전문가의?
Eclipse Juno가 출시되었습니다 . 2012-06-27 . 2012-07-17 에 UI의 응답 성과 관련된 버그 가보고되었습니다. 4 개월 후인 2012-11-14 경에 첫 번째 패치 가 공식 업데이트 사이트에 공개되었습니다.
그러나 많은 사용자가 패치 릴리스를 완전히 놓쳤습니다. 나는 정보가 FUD에 빠져서 그 당시에 퍼진 다른 더 중요한 뉴스 라고 생각한다. 2012 년 말에 나는 SO 에 대한 답변을 게시했습니다 . 패치가이 성능 문제를 해결 한 사람은 나만이 아니었다. 2013-02-22에 동일한 패치가 포함 된 Eclipse 4.2.2가 출시되었지만 6 월까지 계속해서 제 답변에 대한 찬성표를 받았습니다.
아마도 개발자들 사이에서 알려진 유일한 사실은 Eclipse가 어느 시점에서 심각한 성능 문제가 있었다는 것입니다. 그러나 이러한 문제의 범위, 규모 및 기간에 대한 지식은 일련의 일반적인 오해처럼 보입니다. 많은 이클립스 사용자가 3.8 브랜치를 고수하는 것이 좋은 생각이었던 4 개월의 기간이있었습니다. 4.2.0과 4.2.1로 작업했기 때문에 "다"라고 말하고 괜찮 았습니다. 주관적으로 탭 전환 속도가 약 2 배 더 느 렸고 IDE는 아마도 하루에 한 번 몇 초 동안 멈췄습니다. 제 동료들에게 문제는 훨씬 더 심각했습니다. 나는 그것이 당신의 설정과 당신의 워크 플로우에 달려 있다고 가정하지만, 나는 플랫폼 개발자들이 문제를 해결하고 있고 3.8을 사용하여 좋은 폴 백이 있다는 것을 알았 기 때문에 더 이상 조사하고 싶지 않았습니다.
1 년 3 회 Eclpse 릴리스 이후 이러한 심각한 성능 문제는 여전히 수정됩니다. 물론 이것이 더 이상 성능 문제가 없다는 것을 의미하지는 않습니다. 지금 까지 Eclipse bugzilla에서 "performance"라는 키워드가 포함 된 1979 년 보고서를 찾습니다 . 이것은 Eclipse가 매우 버그가 많다는 것을 의미하지는 않지만 매우 잘 문서화되고 개방되어 있음을 의미합니다. 이러한 문제의 영향을 받는지 여부는 다시 설정, 사용중인 플러그인 및 워크 플로에 따라 다릅니다. 저는 Java, 플러그인 및 EMF 개발자입니다. 중대형 작업 공간 (~ 1M LoC)에서 작업하고 Eclipse 4.3.1은 충분히 빠릅니다.. 3.8 릴리스는 Eric이 말했듯이 중요한 업데이트를 모두받지 못하기 때문에 나에게 옵션이 아닙니다. 사람들은 앞으로도 계속 사용할 것입니다. 그들 중 대부분은 Internet Explorer 5.5를 계속 사용할 것입니다. 4.x 브랜치를 사용해 보았는데 성능 문제가 발견되면 보고 하되 설정에 대해 구체적으로 설명하십시오.
공식 위키 페이지에서 :
Juno SR2 (4.2.2)에서는 몇 가지 주요 성능 결함이 해결되었습니다. 커뮤니티 회원은 이러한 수정이 편집기 및보기 열기, 닫기 및 전환의 성능 문제를 실질적으로 해결한다는 것을 확인했습니다. 이러한 수정 사항은 Juno Service Release 2 (2013 년 2 월)에서 광범위하게 제공됩니다. 모든 결함은 Kepler (2013 년 6 월) 릴리스 스트림에서도 해결됩니다.
"3.8 릴리스는 4.2에 대한 더 빠르고 안정적인 대안으로 특별히 릴리스되었습니다."라는 진술은 분명히 잘못되었습니다. 3.x는 '단종'유지 관리에 들어 갔으며 4.x의 대안으로 출시되지는 않았습니다.
필요에 따라 3.x 스트림을 계속 사용할 수 있지만 다양한 프로젝트가 진행됨에 따라 두 버전간에 사용할 수있는 기능에 상당한 차이가있을 것입니다.
'your programing' 카테고리의 다른 글
| 왜`std :: initializer_list`가 리터럴 유형으로 정의되지 않습니까? (0) | 2020.12.31 |
|---|---|
| CoordinatorLayout에서 하단 막대 수정 (0) | 2020.12.31 |
| Xlib : ": 21"디스플레이에 "RANDR"확장자가 없습니다. (0) | 2020.12.31 |
| postgres, ubuntu 시작시 서비스를 다시 시작하는 방법은 무엇입니까? (0) | 2020.12.31 |
| MVVM을 사용한 적절한 검증 (0) | 2020.12.31 |