개발을 통해 원격 데스크톱[마감]

https://stackoverflow.com/questions/501279

20-08-2019
|

문제

는 사람이 어떤 성공적인 발언에 대해 팀을 가진 작업을 통해 원격 데스크톱?

많은 직장에서,우리는 최종 사용자를 통해 Citrix 응용 프로그램에서는 중앙,강력한 서버입니다.때로는 클라이언트와 같은 건물에 있는 서버,그러나,종종 그들은 원격입니다.

이 있을 수도 있습 거대한 이점을 위해 나를 개발자는 Windows XP 또는 비스타 인스턴스에서 실행 되는 몇 가지 서버와 Hyper-V

나는 걱정 RDP/RDC 인터넷을 통한 것이 너무 느리를 위한 누군가를 개발할 수 있습니다.

나는 확실히 들을 수 있습니다 많은 나쁜 상업적인 목적으로 사용하는 것을...어떤 사람들이 거기에 성공 했다?

해결책

나는 Sattelite 사무실과 함께 이것을 시도한 상황을 보았습니다. 다양한 Java IDE 도구를 사용하여 Java 개발 팀을 위해 수행되었습니다. 그 결과는 성공으로 간주되지 않았으며 회사는 팀을 중앙 런던 사무소로 다시 데려 왔습니다.

대화 형 소프트웨어에서 하루 종일이 작업을 수행하는 사람에게는 결과가 그리 즐겁지 않습니다. VIM 및 UNIX 명령 줄 도구와 같은 텍스트 기반 도구를 주로 사용하는 것은 다소 더 잘 작동합니다. 어느 시점에서 나는 XVNC가 128 Kbit DSL 링크 (당시 뉴질랜드에서 널리 퍼져있는 유형)를 넘어서 원격 위치에서 오라클 기반 데이터웨어 하우스에서 작업 할 수있었습니다. 툴링에 필요한 상호 작용 수준은 Windows 기반 IDE보다 느린 링크에 훨씬 덜 민감하게 만들었습니다.

그래서 나는 몇 가지 자격으로 '그것의 부양'주장을 불러 일으킬 것입니다.

나는 현대적인 IDE를 위해 그것을 추천하지 않으며, Dreamweaver, BI Development Studio 또는 Informatica와 같은 그래픽이 아닙니다.
기존의 유닉스 개발 도구와 같은 텍스트 환경의 경우 아마도 잘 작동 할 수 있습니다. 이러한 사용자 인터페이스는 직접 관리 사용자 인터페이스보다 대기 시간에 훨씬 덜 민감합니다.

나는 '최고의 도구'원칙을 믿는 사람입니다. 개발 팀에 2 급 사용자 인터페이스를 제공하는 방법을 벗어나면 음수 신호가 나옵니다. 이 작업으로 인한 비용 절감은 최소화 될 가능성이 높으며 ~ 할 것이다 팀원 중 일부를 귀찮게하십시오. 합리적으로 잘 작동하도록 할 수 있더라도 이렇게함으로써 여전히 가치 진술을하고 있습니다. 주요 개발 직원 중 하나 이상을 교체하는 비용에 대한 비용 절감을 무게로 평가하십시오.

다른 팁

오디오와 빠르게 움직이는 이미지의 대기 시간에 대해 걱정하지 않고 3D 하드웨어에 의존하는 것을 개발하지 않으면 괜찮을 것입니다.

나는 팀 환경에서 그것을 사용한 적이 없지만 하루 종일 내 랩탑 rdp'd를 내 워크 스테이션에 사용하고 그것을 좋아합니다.

우리는 RDP를 사용하여 개발 환경에 연결하고 로컬에서 성능이 훌륭합니다. 그것은 VPN 이상으로 느려지지만 여전히 반응이 가능합니다.

모든 Windows 애니메이션 기능, 데스크탑 배경 등을 끄면 상당히 도움이됩니다.

나는 원격 데스크탑을 통해 때때로 기존 코드를 편집 할 환경에서 일했습니다. 이것에 대한 큰 도전은 없었습니다. 개발자로서 나는 그 일을 긍정적으로 싫어했습니다. 모든 것이 느리고 응답하지 않았습니다. 그러나 우리는 작업을 완료했습니다.

고맙게도 이것들은 종종 짧은 3-4 시간의 작업이었습니다. 대부분 원격 고객 사이트의 기존 시스템에 대한 수정. 나는 그것을 일하는 정상적인 방법으로 추천 할 수 없다고 생각하지만 확실히 가능합니다.

SSH 터널을 통과하는 DSL 연결을 통해 VNC와 RDP를 모두 사용했으며 실제 문제가 없었습니다.

특히 화면의 많은 부분을 다시 그리는 경우 분명히 약간의 지연이 있습니다. 그러나 대부분의 개발에는 소규모 편집이 포함되며,이 두 프로토콜은 모두이를 잘 처리합니다.

원격 데스크탑을 사용하여 직장에서 Windows 시스템을 제어합니다. 나는 Mac에서 Parallels VM을 사용하고 내 연결은 256k, 256k Up입니다.

이것은 정말 잘 작동합니다. 나는 일주일에 1-3 일 동안 2 년 동안이 일을 해왔습니다. 느린 업 스피드는 문제가되지 않습니다. 빨리 입력 할 수 없습니다.

직장에서 3 개의 화면이 있지만 여전히 20 "MAC 화면이 우수하다고 생각합니다. 색상은 훨씬 깨끗하고 작업 화면보다 MAC에서 더 오래 작업 할 수 있습니다!

살인자 인 것은 브라우저에서 플래시입니다. 실수로 원격 컴퓨터에서 플래시로 브라우저를 열면 연결이 끊어집니다. 해결책은 FlashBlock (Firefox Addin)을 사용하는 것입니다.

나는 문제없이 일식과 비주얼 스튜디오를 사용합니다.

나는 그것을 사용하는 데 사용했습니다 (VPN을 통해 사무실 내 PC에 원격 로그인).

성능은 물론 ISP에 따라 다릅니다.

사무실 LAN이 다운되었을 때 가동 중지 시간이있을뿐만 아니라 약간 신뢰할 수 없을 정도로 덜 신뢰할 수 있습니다. 인터넷 연결 중 하나가 줄어드는 동안 이제 다운 타임의 추가 위험이 있습니다).

1Mbps 업스트림 파이프에 원격 서버가 있는데 (VPN 이상) 잘 작동합니다. 성능 문제없이 큰 화면 해상도 (1600x1200)를 사용합니다. 물론, 여러 동시 사용자에게 그러한 설정이 어떻게 운영되는지 잘 모르겠습니다.

내가 예상하지 못했던 RDP를 개발하는 이점은 세션을 저장할 수 있다는 것입니다. 따라서 하루 동안 개발을 마친 후에는 RDP 클라이언트를 종료하고 컴퓨터를 전원으로 전원을 눌러 다음에 다시 로그인하면 다시 로그인합니다. 당신의 세션은 당신이 그것을 떠난 곳이 맞습니다.

추가 보너스로 RDP 클라이언트는 리눅스, 그리고 OS x.

내가 사용하는 RDP 매일 개발을 위한,나를 떠나 내 컴퓨터에 집에서 나 작업 환경을 열고 갈 준비가되어 있습니다.면 내가 일하며 모든 사람 선적들의 프로젝트 및 열 프로그램 그냥 RDP 에서 나는 갈 준비가되어 있습니다.당신은 유지하는 마음에서 일정한 키보드 단축키를 변경하는 비록(CTRL+ALT+DEL 예를 들어),은 처음에는 하지만 당신은 그것을 사용하고 있습니다.

을 유지하는 대기 시간을 최소한으세요.

돌고 색깔을 아래로 256(한 후에,당신은 당신만을 볼 필요가 텍스트)
을 떠나면서 다른 컴퓨터
떠나 소리에서 다른 컴퓨터
모든 테마에 다른 컴퓨터
선택 낮은 연결 속도,경우에도 당신은 더 높습니다.Windows 을 최소화하는 데이터 전송됩니다.

장점 중 하나 고려할 수 있습은 처리 능력입니다.는 경우에는 훨씬 더 사양보다 당신의 워크스테이션 작업을 컴파일 시간이 향상되었습니다.이후 로컬 컴퓨터에만 필요 이미지를 업데이트 에서 원격 컴퓨터,귀하의 지역 컴퓨터지 않습니다.

이 옵션을 사용하도할 수 있습니다.다른 사람에 로그인하고 인터넷을 탐색하고,시간을 낭비 난을 설정하고 사용할 수 있습니다.더 생산적인 도움 당신이 지불 큰 달러(는 경우에 당신의 고용주를 통지)다른 사람들은 여전히 붙들어 프로그래밍 역할을 수행합니다.

2000 년 이전 나는 하루에 몇 시간 동안 매일 3 년 동안 해냈습니다. 이것은 대역폭이 빨랐을 때였습니다.

요즘 훨씬 나아졌습니다.

그리고 당신이 nxmachine 생활을 사용한다면 더 나아집니다 :)

그러나 여러 사용자와 함께 기계를 사용하지 않았습니다. 그에 대한 나의 관심사는 개발자가 까다로운 무리 (나 자신이 포함 된)이며 기계를 그대로 열심히 밀어 넣는 경향이 있다는 것입니다.

하나의 상자에 여러 사람들이 컴파일하기로 결정하는 사람들을 상상할 수 없습니다 :)

G-Man

우리는 Citrix로 그것을하고 매우 빠릅니다.

그 이유가 무엇인지 궁금합니다. 중앙 서버는 개별 개발자 기계가 액세스 할 수없는 일부 리소스에 액세스 할 수 있습니까?

RDP를 사용하여 가정용 컴퓨터에서 작업용 컴퓨터에 때때로 연결하고 있습니다. 말해야합니다 - 코딩 할 수는 있지만 IDE가 자신의 기계에있을 때 더 편안합니다. 100mbit lan에서도 눈에 띄는 지연이 있습니다. 일을 귀찮게하기에는 충분하지 않지만 그럼에도 불구하고 성가시다.

사람들이 정기적으로 원격 장소에서 일해야한다면, 일부 보안 프로토콜 (HTTPS, VPN 등)을 통해 중앙 소스 컨트롤을 사용할 수있는 설정을 선호하지만 개발자의 개발은 개발자의 개발자에서 로컬로 발생할 수 있습니다. 기계. 오프라인 개발에서도 잘 작동하는 SVN과 같은 것을 사용하는 경우 프로그래머 자체가 더 편안해야합니다.

개발 워크 스테이션에 중요한 것은 처리 능력입니다. 우리 장소에서 개발자는 오디오 및 그래픽 측면이 아닌 CPU, 메모리, 디스크 등의 측면에서 가장 고급 워크 스테이션을 보유하고 있습니다. RDP의 영향을 가장 많이받는 것은 후자입니다.

개발자가 RDP-ing에있는 서버가 여러 컴파일을 처리하기에 충분히 빠르면 동시에 제작해야합니다.

모든 것들과 마찬가지로, 당신의 질문에 대한 답은 "당신의 마일지가 다를 수 있습니다"또는 ymmv입니다. 개발자가하는 일에 달려 있습니다. 그들은 대부분의 시간을 코드를 작성합니까, 아니면 많은 큰 컴파일을합니까? 직접 하드웨어 액세스가 필요합니까?

디버깅 권한이 필요합니까? 디버깅 권한을 부여하면 기본적으로 기계를 소유하고 다른 사용자를 방해 할 수 있습니다.

일반적으로 사용자가 자체 컴퓨터에서 개발하고 VPN을 사용하여 버전 제어 시스템을 액세스 할 수 있도록하는 것이 훨씬 좋습니다. 그런 다음 파일을 로컬 컴퓨터에 체크 아웃하고 원하는대로 수행 한 다음 변경 사항을 확인할 수 있습니다.

그러나 RDP도 장점이 있습니다. 실제로 Pro와 Cons의 무게를 측정하고 어떤 목록이 더 길거나 "무게"인지 결정해야합니다.

Nomachine NX 클라이언트를 사용하여 Freenx를 실행하는 헤드리스 서버로 원격 데스크탑을 사용합니다. 어디서나 세션에 로그인 할 수 있고 마지막 세션이 여전히 저를 위해 있습니다. DSL 라인이 다운 된 경우를 제외하고 속도는 문제가되지 않았습니다. 어쨌든, 내 요점은 Linux 서버를 실행하고 'VI'를 사용하는 경우 '화면'보다 더 좋은 대안이 있다는 것입니다.

라이센스 : CC-BY-SA ~와 함께 속성

제휴하지 않습니다 StackOverflow