2010-04-14 2 views
2

나는 라스베가스에서 DevConnections가 일어나고 있기 때문에 이것을 쓰고있다. Visual Studio 2010이 출시되었으며 이제이 3GB 짐승이 내 컴퓨터에 설치되었습니다.Cloud-based/Web-based IDE의 장점/단점은 무엇입니까?

그러나 설치 프로그램이 내 컴퓨터 자원을 독점하는 동안 내 IDE가 Google 문서 (예 : 즉시 사용 가능하고 어디서나 쉽게 공유 할 수 있으며, 협업하기 쉽고, 자연스럽게 버전 관리 됨).

나는이 IDE 년대 VS에 존재하는 것을 많이 누락 것을 잘 알고 있어요 :

몇 구글 (그리고 StackOverflow의) 검색

는 저를 주도 그러나 그것은 내 질문이 아닙니다. 대신 웹 기반 IDE에서 어떤 이점이 있는지 궁금합니다. 회사가 누락 된 기능을 만드는 데 시간을 투자한다고 가정하면 단점은 무엇입니까?

+0

제 질문 중 상당수는 다소 주관적이고 토론 중심입니다. 나는 지역 사회가 가장 큰 대답을 결정하게했다. 이것은 나에게 적절하다고 느낀다. –

+2

이것은 토론의 장소가 아닙니다. 이 성질의 질문은 확실한 답이 없기 때문에 Wiki *로 표시되어야합니다. 이 사이트는 질문을하는 사람이 대답을 선택하게하여 작동합니다. 비록 당신이 가장 많은 표를 얻는 답에 당신의 선택의 기초를두기를 원한다고해도, 당신은 여전히 ​​대답을 받아 들여야합니다. 그렇지 않으면 사람들은 당신이하지 않는다는 사실에 대해 계속해서 혼란 스러울 것입니다. –

답변

6

장점 : 사용할 수

  • 코드 어디서나 인터넷 연결 (자동 완성, 구문 강조 등
  • 단순화 된 빌드 메커니즘
  • 많은 현대 IDE 기능을 사용할 수
  • 간단한 공유 메커니즘을 사용할 수 있습니다 ..)
  • 최신 브라우저가 필요합니다.

단점 :

  • 코드 사용할 수있는 인터넷 연결을 사용할 경우
  • 현대적인 브라우저 (이 일부 기업의 설정에 문제가 될 수 있음)
  • 단순화 된 빌드 메커니즘이 필요하다
  • 지연 대기의 자비로
  • 네이티브 디버거가 없음
  • 개정 제어
  • 명확한 백업 솔루션의 선택의 여지가
  • 충분히 제공 업체의 서버에서 소스 코드를 제거하는 명확한 방법
  • 서버의 유지 보수 일정 이상 선택의 여지가 가능한 지원하지 않습니다
  • IDE 또는 환경 기능 및 도구에 대한 제어가 없음
  • 제공자의 보안 및 개인 정보 제어를 신뢰해야 함

보시다시피, 많은 이점이 잠재적 인 단점이기도합니다. 그래서 저는 브라우저 기반 IDE의 사용이 프로젝트에 매우 의존적이라고 생각합니다.

그러나, IMHO, 나는 브라우저 기반의 IDE가 충분한 기능을 가지고 생각이나 대부분의 현대 기업에서 바탕 화면의 IDE를 대체하기에 충분한 필요한 서비스를 제공하지 않습니다.

+0

살인자는 아마도 대기 시간입니다. * 좋은 * IDE에 익숙하다면, 유닛 테스트는 1/10 초 안에 다시보고하고 리팩터링과 코드 완성은 거의 즉각적입니다. 현대 IDE는 모두 피드백 루프를 강화하는 것에 관한 것이므로 내 키 누르기가 행성의 다른 쪽 어딘가에있는 파이프를 통해 계속 크롤링하는 동안 내 IDE에서 꽤 놀라운 작업을 수행 할 수 있습니다. –

+0

저를위한 살인자는 통제가 부족합니다. 나는 서버가 죽으면 코드를 잃고 싶지 않으며 서버 업그레이드 나 다른 유지 관리를하기로 결정하면 하루를 낭비하고 싶지 않다. 나는 또한 모든 일을 멀리하고 나의 코드에 관한 정보를 수집하지 않기를 희망한다. –

0

웹은 네이티브 응용 프로그램보다 상속받지 못합니다. 또한 코드를 컴파일하고 테스트하는 방법은 무엇입니까? 정상적인 웹 호스트가 없으면 낯선 사람이 서버에서 코드를 컴파일하고 실행하고 테스트 할 수 있습니다.

+0

위의 예를 확인하십시오. Coderun은 프로젝트를 구축, 테스트 및 실행하도록합니다. 웹에서 가능한 일의 한계가 매일 강조됩니다. –

+2

@Gabe : 당신은 웹 프로젝트를 만들고 있다고 가정하고 있습니다. 현대 IDE는 * 다른 유형의 프로젝트를 만드는데도 사용됩니다. –

+0

아, 더 많은 뚱뚱한 클라이언트를 만들려면 뚱뚱한 클라이언트가 필요합니다. ;) 그냥 악마의 옹호자를 연주. –

2

악마가 여기 옹호하고 단점을 나열하는 중 :

연결 해제!

당신이 정말로 어떤 소프트웨어를 소유하지 않은 사실 - 당신이 매달 청구서를 지불 중지하면 당신은 더 이상 액세스 할 수 없습니다하지만 당신은 초기 결제 후 오프라인 설치된 제품을 계속 사용할 수 있습니다. 하나의 계정을 해킹하고 그들의 주요 IP는 인터넷에서 밖으로 -

빅/가치있는 프로젝트는 소스 코드가 제어 네트워크 내부에 자리 잡고 있지 않는 불편 될 수있다.

제한 확장 에코 - 온라인 서비스가 예를 들어 페이스 북과 같은 그 위에 컨트롤은 일반적이지만, 아무도 그들이

강제 업그레이드를 포함 할 수있는 기능 ReSharper에서 알려줍니다 - 대기업이 여전히 실행중인 .NET 2.0 (.NET을 4가 방금 나왔다.) 그것들은 느리게 움직일 수 있으며 최신 버전의 앱을 사용하도록 강요당하는 것은 너무 빠른 속도 일 수 있습니다.

버그에 노출 - 일부 사람들은 v1 소프트웨어에 손대지 않는 것처럼 개인적인 규칙이 이상합니다. 항상 최신 버전을 사용하는 경우 생산성이 많이 떨어지는 오류에 노출 될 수 있습니다 (보안 업데이트는 기능 업데이트와 다른 범주이지만 데스크톱 소프트웨어를 실행하는 경우에도 보안 노출을 격리하고 업그레이드 이유를 결정할 수 있음)

상호 운용성 - 다른 앱과 호환되는 응용 프로그램 - 기본 앱의 릴리스 속도를 따라갈 수 없으며 상호 운용성 기능이 지연되어 다른 개발자가 따라 잡을 수 있습니다.

실패

중앙 점 - 백업에 대해 아무런 제어, 중복 등 - 자사 서비스의 개발자의 손에있다.

는 개인적으로는 클라우드 기반 서비스가 매우 편리 발견하고 시간이 지금은 노트북과 데스크탑 및 워크 컴퓨터가 내 친구가 컴퓨터를 가지고할수록 그것은 많은간에 데이터를 동기화하는 기계에 의존하게된다. 현재의 단계에서 우리는 여전히 웹상의 장난감 응용 프로그램을 다루고 있지만, Silverlight는 몇 년 내에 큰 발전을 할 것으로 기대됩니다.

+0

소유권/개인 정보 보호와 관련하여 Bespin 프로젝트는 개인 서버에서 호스팅 될 수 있습니다. –

+0

@ 가베 : "구름 속에"있는 것을 배제하겠습니까? 그렇지 않습니까? –

0

"유비쿼터스"가용성 (따옴표에 유의하십시오) 외에도 서버에서 코드 편집의 "이점"을 얻을 수 있습니다. 따라서 오늘날 많은 서버 측 응용 프로그램에 필요한 많은 배포 단계를 건너 뛸 수 있습니다. 블로그를 편집하는 것처럼 코드를 편집하는 것이 간단하지만 저주 일 수도 있습니다. 개발과 생산을 분리하는 방법이 필요합니다.

하지만 당신은 블로그 또는 여러 CMS ​​애플리케이션, 사람들의 수백만은 "웹 기반 IDES"매일 사용하기 때문에 특정 응용 분야에 대한 적용 가능성은 분명히있다을 사용하는 경우 즉, 말했다. 배포 된 앱에 빠른 버그를 수정하고 싶다면 "편집"버튼을 클릭하는 것만 큼 간단합니다.

관련 문제