개발 데스크탑은 필요한 한 가지 정보를 숨기면서 바쁘게 보일 수 있습니다. 편집기, 미리보기, 터미널, 문서 및 이슈 추적기는 모두 관련성이 있지만 모든 순간에 똑같이 관련성이 있는 것은 아닙니다.
남의 설정과 비슷해서 레이아웃을 선택하기보다는 처음부터 끝까지 평범한 변화 하나를 추적해보세요. 해당 루프에 대한 최상의 배열은 사용하는 모든 도구의 영구 그리드보다 더 유용한 시작점입니다.
요약
편집-실행-검사 루프 주위에 창을 정렬합니다. 편집자에게 충분한 공간을 제공하고, 결과를 닫아두고, 특정 질문에 답변할 때 문서나 로그를 볼 수 있도록 가져옵니다.
하나의 작은 개발 주기를 매핑합니다.
일반적인 변경을 수행합니다. 양식을 조정하고, 실패한 테스트를 수정하고, 데이터 변환을 검사합니다. 어디서 편집하고, 어떻게 실행하고, 어디서 결과를 검사하는지 적어보세요. 이는 편리한 위치에 적합한 작업 공간입니다.
브라우저 기반 인터페이스의 경우 루프는 편집기, 터미널, 브라우저일 수 있습니다. 명령줄 도구의 경우 근처에 문서가 있는 편집기 및 터미널이 될 수 있습니다. 기본 앱의 경우 결과는 실행 중인 앱이나 시뮬레이터일 수 있습니다. 하나의 규정된 배열이 이 모든 것을 똑같이 잘 맞출 수는 없습니다.
필요한 작업을 저장한 후에만 관련 없는 프로젝트 창을 닫으십시오. 더 많은 도구를 추가하기 전에 레이아웃이 도움이 되는지 알 수 있도록 인식 가능한 창 세트를 활성 작업에 남겨두세요.
편집기에 콘텐츠 기반 너비 제공
실제로 필요한 코드와 패널에 맞춰 편집기 크기를 조정하세요. 파일 트리, 두 번째 편집기 창 및 진단 사이드바는 모두 코드가 시작되기 전에 공간을 소비합니다. 중앙 파일이 읽기 불편해지면 필요하지 않은 패널을 제거하거나 창을 넓혀보세요.
스크롤 레이아웃은 추가 창이 스트립에 추가되는 동안 선택한 너비를 유지할 수 있습니다. Glidro에서는 크기 조정 사전 설정을 통해 반복되는 크기를 쉽게 다시 방문할 수 있습니다. 가능한 모든 배열을 예상하는 대신 작은 유용한 범위를 선택하십시오.
모든 도구가 맞을 때까지 텍스트를 축소하여 창 너비 문제를 해결하지 마십시오. 텍스트를 검사하기 어려운 경우 눈에 보이는 밀도가 비용이 되었습니다. 편집을 지원하는 너비를 유지한 다음 필요할 때 지원 창으로 이동합니다.
검사할 곳에 결과를 놓습니다.
자주 비교할 때는 미리보기를 편집기 옆에 두세요. 두 가지를 동시에 확인해야 하는 경우 결합된 너비로 인해 유용한 콘텐츠가 표시되는지 확인하세요. 미리보기에 넓은 뷰포트가 필요한 경우 오해의 소지가 있는 좁은 비교를 강요하는 대신 전체 작업 보기를 번갈아 사용하세요.
브라우저 창 너비는 웹 인터페이스 테스트의 일부이므로 관찰 중인 내용을 명시적으로 설명하세요. 데스크톱 레이아웃에 따라 좁혀진 미리보기는 의도적인 반응형 테스트를 대체할 수 없습니다. "결과를 볼 수 있나요?"라는 질문을 분리하세요. "올바른 뷰포트를 테스트했습니까?"
두 번째 디스플레이의 경우 지속적인 가시성이 도움이 될 때 사용하세요. 도킹 해제로 인해 워크플로에 대한 이해가 깨지지 않도록 동일한 프로젝트에 대해 노트북 전용 폴백을 유지하세요.
터미널과 로그의 역할을 정하세요.
현재 명령에 사용되는 터미널을 편집기나 결과 가까이에 두십시오. 앱이 지원하는 경우 터미널 자체 기능을 통해 세션에 레이블을 지정하거나 구별합니다. 시각적으로 유사한 껍질이 줄지어 있으면 목적지가 모호해지기 때문에 공간 탐색의 유용성이 떨어집니다.
질문에 답하기 위해 로그를 앞으로 가져온 다음 코드로 돌아갑니다. 재생 중에 출력을 계속해서 감시해야 하는 경우 해당 단계에 대해 가시적인 공간을 제공하십시오. 모든 백그라운드 프로세스에 영구적으로 표시되는 창이 필요하다고 가정하지 마십시오.
편집기 통합 터미널 또는 별도의 창이 이 프로젝트에 적합한지 결정하십시오. 관리자는 모든 내부 편집기 창이 아닌 창을 제어합니다. 내부 콘텐츠에 대한 편집기 자체 탐색 기능을 사용하고 앱 간 전환을 위한 창 컨트롤을 사용하세요.
프로젝트 컨텍스트 및 단축키 소유권 보호
브라우저 창과 터미널이 혼동되기 너무 쉬운 경우 관련 없는 프로젝트를 분리하세요. 작업 경계는 어떤 저장소, 미리 보기 및 메모가 함께 속하는지 인식하는 데 도움이 될 수 있습니다. 결과적인 명령을 실행하기 전에 도구 자체를 통해 작업 디렉터리와 대상 환경을 확인하세요.
편집기 및 터미널 바인딩에 대한 창 단축키를 점검합니다. 단어 이동, 터미널 명령 또는 편집기 탐색에 사용되는 키 조합은 예상치 못한 레이아웃 작업이 되어서는 안 됩니다. 실제 포그라운드 앱에서 선택한 바인딩을 테스트하고 충돌이 나타나면 소유자 한 명을 변경합니다.
Glidro는 편집 가능한 단축키와 앱 포함 컨트롤을 제공합니다. 보유한 개발 도구에 맞게 이를 사용한 다음 특수 창에 일반적인 처리가 필요할 때 간단한 일시 중지 경로를 유지하십시오. 기존 MacBook 코딩 설정 가이드는 보완적인 노트북 중심 연습을 제공합니다.
자주 묻는 질문
터미널은 항상 표시되어야 합니까?
지속적인 출력이 중요한 경우에만. 많은 작업의 경우 가까이에 두고 집중하기 쉬운 것만으로도 충분합니다.
창 관리자가 편집기 창을 정렬할 수 있나요?
창 관리는 창 수준에서 작동합니다. 탭, 내부 창 및 통합 터미널에 대한 편집기 자체 컨트롤을 사용하십시오.
