우리 회사에서는 JVM (Java EE 및 Grails)과 .NET 애플리케이션 (ASP.NET 및 클라이언트/서버 Forms 애플리케이션)에서 실행되는 애플리케이션을 개발합니다. 귀하의 경험에 비추어 언제 다른 고객에게 추천 해 보셨습니까?.NET 또는 Java를 클라이언트로 설명하기
나는이 질문을 잘못 질문했다. here하지만 나는 초기 목록을 작성했다는 사실을 깨뜨렸다. 나는 당신이 X를하고 싶다면 Z가 좋아서 Y가 더 좋아진 것과 같은 것을 찾고 있습니다. 저는 이것이 이것이 지역 사회에 귀중한 자원/사례 연구가 될 것이라고 생각합니다. 예를 들어 Java/Windows에서 USB 하드웨어를 사용하려고 시도했지만 Java에서 좋은 라이브러리가 없기 때문에 다시 권장하지는 않습니다.
Windows, 다른 Microsoft 제품 또는 COM 구성 요소와의 긴밀한 통합을 원한다면 .NET이 그러한 통합을 염두에두고 설계 되었기 때문에 .NET이 더 좋습니다.
XML Web Services를 제공하거나 사용해야하는 경우 .NET의 개발 방식이보다 일관적이고 사용하기 쉽기 때문에 .NET을 사용하는 것이 좋습니다.
Windows 이외의 플랫폼에서 개발 또는 배포하려는 경우 대부분의 플랫폼에서 사용할 수있는 안정적인 구현이 있으므로 JVM을 대상으로 지정하십시오.
기술을 설명하고 솔루션 및 이점을 설명하지 마십시오.
고객이 원격으로 행복하거나 한 솔루션 (예 : 배포 플랫폼 요구 사항 확인)에 만족하지 않는지 확인하고이 장애물이없는 경우 팀 (또는 자격을 갖춘 다수 그것의) 해결책에 종사하는 것은 그것의 외부보다는 개인적인 안락 지역에서 일하기 위하여 생산적 인 방법 찾아 냈다.
은 물론, 때때로 당신은 새로운 물건을 배우기 위해 안락 지대 밖으로 싶어,하지만 난 모두 자신의 안락 지대를 벗어나 적어도 경우 (지불 고객의 프로젝트에 이렇게 권하고 싶지 않다). 결국 노력을 예상 할 수있는 방법이 필요하며 환경을 모른다면이 작업을 수행 할 수 없습니다.
이 큰 토끼 구멍, 그러나 ...
내가 다른 이상 하나 개의 기술에 대한 주장해야하는 경우
, 나는 현재와 미래의 비용 절감 주위를 할 수 있습니다. 즉, 오픈 소스 Java 프로젝트로 시작하면 빨리 처리 할 수 있지만 나중에 업그레이드하고 유지하는 것이 더 비쌉니다.모든 프로젝트가 다르고, 모든 팀이 다르며, 모든 회사가 다르며, 모든 요소가 플랫폼 결정 및 권장 사항에 포함되기 때문에 이러한 것들을 마술 그리드에 넣을 수 있다고 생각하지 않습니다. 아마도 Perl을 사용하는 것과 같은 가장 단순한 경우를 제외하면 쓸모없는 정보 인 MS Office Add-on을 작성하는 최선의 선택이 아닙니다.
동의하지만 일부 고객은 세부 정보를 원하고 특정 시나리오에 도움이되는 '지도'를 제공하는 것이 좋습니다. –
내가 좋아하는 사람은 LGF 지원이 필요한지 묻습니다. "예"라고 자동으로 말하는 사람은 누구나 솔루션 및 혜택의 즉각적인 후보자입니다. LGF = 작은 녹색 발. –