첫째로,이 질문은 프로그래밍과 관련이 있습니다. 답변 (및 질문 자체)이 주관적이기 때문에 나는 이러한 주관적인 견해 중 일부와 다른 아이디어를보고 싶습니다. 그것.Jdeveloper 11g 싫어요
우리 회사는 오라클과 깊은 관계에 있습니다. JDeveloper는 Java에 대한 강력한 움직임을 보이고 있으며, JDeveloper를 우리에게 '최고의 도구'로 강요합니다. JDeveloper는 멋지게 보입니다. 랩핑 해제시 누군가를 웃게 만드는 멋진 장신구가 모두 있습니다. 그러나 ...
IDE가 옳은 일을하기 위해 겪어야하는 몇 가지 작은 문제를 조사해야하는 경향이 있습니다. 본질적으로 버그. 이유없이 EJB가 더 이상 배포하지 않는 경우와 같습니다. 또는 작업 버튼에 대한 데이터 컨트롤을 호출하는 ADF 프런트 엔드 중지. 그런 다음 지속성 정보를 편집 할 때 완전히 깨지는 경우가 있습니다. 결국, 나는 더 이상 쓸모가없는 무엇이 잘못되었는지 알아내는 데 더 많은 시간을 할애한다. 그리고 우리 회사는 개발 도구에 대한 지원을 받기 위해 돈을 꺼내는 것이 아닙니다. 나는 문제 해결을 위해 최대 몇 시간이 걸리는 문제에 착수한다. 문제는 10 분이 걸린다.
나는 IBM 웹 스피어 제품에서도 비슷한 생산성 저하 문제를 경험했다. 그리고 그것은 나만이 아니며, 문제로 인해 수 일 동안 일할 수없는 팀을 보았습니다.
내 솔루션은 항상 이클립스 J2EE 세트를 사용했습니다. 그것은 내가 사용되는 모든 것을보다 잘 제어 할 수있게 해줍니다. 그래서 식식이 나에게 문제가 되더라도, 나는이 문제들을 해결할 수있다. 그리고 개인적으로, 나는 우리 회사가 선호하는 도구로 받아들이기를 선호한다. 문제를 해결하는 것이 더 쉬울 것이고, 우리의 문제가 J2EE와 관련이 있고, 서버보다는 IDE와 관련이 있기 때문에 더 전문가가 될 것이다. 관련 (우리는 서버 측 지원 톤을 얻는다). 나는 더 큰 IDE가 제공하는 '추상화'가 많은 두통을 유발할 수 있으며 프로젝트 킬러가되는 경향이 있다고 생각한다.
왜 JDeveloper로 인해 많은 어려움을 겪고 있습니까? 나 혼자 야? JDeveloper를 우리 회사의 핵심 개발 도구로 사용하는 것이 좋습니다. 비디오의 유일한 순간을 보여주는 완벽한 순간이기 때문에, 이것은 지금까지 들어가기를 원하는 '캠페인'입니다.
여기에서 의미있는 질문을 볼 수 없습니다. 단순히 폭언이라면 여기에 속하지 않습니다. 그 뒤에 좋은 질문이있는 경우 그 정보를 더 눈에 잘 띄게 추출하고 해당 텍스트에서 일부 불만을 제거하는 것이 좋습니다. –
나는 그 질문이 다소 명백하다고 생각한다 ... 나는 그들을 과감하게 만들 것이다. – guyumu
아마도 제품이 냄새가 나기 때문에? 더 나은 도구가 있다고 생각한다면 물론 추천해야합니다. –