다음과 같은 이유로 코드 줄을 80 자 미만으로 유지하고 싶습니다.
- 가로 스크롤을 수행 할 필요가 없습니다.
- 이 제한을 초과하면 해당 라인이 너무 복잡하다는 것을 알고 있습니다. 과
- 종이에 잘 인쇄됩니다.
후자에 관해서는, 실제로 볼 코드를 인쇄하는 소수의 사람들 만 만났습니다 (나는 그들 중 하나입니다). 그렇다면 코드를 인쇄하는 것이 얼마나 일반적입니까?
다음과 같은 이유로 코드 줄을 80 자 미만으로 유지하고 싶습니다.
후자에 관해서는, 실제로 볼 코드를 인쇄하는 소수의 사람들 만 만났습니다 (나는 그들 중 하나입니다). 그렇다면 코드를 인쇄하는 것이 얼마나 일반적입니까?
답변:
나는 여전히 매우 가끔 코드를 인쇄하지만, 특히 문제가있는 경우에만 가능합니다.
일반적으로 코드가 너무 복잡하고 리팩토링이 필요하다는 것을 나타내므로 처음으로 무언가를 낙서하면 문제를 찾아 수정하고 코드를 분할해야하는 위치를 해결하는 데 도움이됩니다.
이상적인 세계에서는 SOLID 및 DRY 원칙 당신이 해야 한 화면에 방법의 전체를 볼 수 있습니다. 그러나 우리는 이상적인 세상에서 일하지 않습니다 ...
때때로 당신은 본질적으로 동시에 많은 것을 볼 필요가있는 어떤 코드 (보통 당신에게 새로운)를 면밀히 검토해야 할 수도 있습니다. 그러면 한 번에 전체 내용을 볼 수있는 인쇄물이 매우 중요합니다.
형광펜, 빨강 및 녹색 펜과 결합하면 개요를 얻는 데 실제로 도움이됩니다. 그런 다음 종이에 적어 둔 메모는 나중에 코드에 어떤 형태로 추가됩니다.
현대식 컬러 프린터를 사용하면 종이에도 구문 색상을 표시 할 수 있습니다. 그것은 정말 큰 도움이며 강력히 권장됩니다.
(또한 읽기 사양, 즉 여백에 메모를 넣는 사양도 인쇄합니다.)
때로는 기차에서 읽고 메모하기 위해 인쇄합니다. 막히면 조용한 회의실의 탁자 위에 그것을 퍼 뜨리고 싶습니다. 그것이 정말로 도움이되는지 확실하지 않지만, 페이스의 좋은 변화입니다.
다른 하나 : 화면에 맞지 않는 다중 중첩 If / Then 문 인 오래된 코드를 발견했습니다. 그들은 그것을 쓴 전 프로그래머를 해고했을 것입니다. 그러나 나는 직장에서 나갔습니다.)
코드를 동료 검토 하기 위해 코드 만 인쇄 합니다. 오프라인에서 리뷰를하는 것이 모든 혼란 스럽지만 (때로는 도움이되는) IDE를 가진 컴퓨터에서하는 것보다 더 효율적이라고 생각합니다.
합리적으로 넓은 모니터가 하나 (또는 둘 이상) 인 경우 전체 화면 모드에서 두 개의 소스 파일을 세로로 쉽게 열 수 있으며 너무 제한적인 선 너비 규정을 준수하지 않아도됩니다.
그리고 경우에 따라 전체 줄 내용 (즉, 디버그 메시지 등을 인쇄하는 줄)을 볼 필요가 없으므로 줄이 오른쪽에서 잘리는 지 중요하지 않습니다.
그러나 귀하의 질문에 대답하기 위해 : 제 생각에는 종이에 코드를 인쇄하는 것이 더 이상 일반적 이지 않습니다 .
글쎄, 나는 종이에 코드를 자주 인쇄하지 않지만 하루 종일 코드를 인쇄하는 데 사용되었습니다.
요즘 일반적인 이유는 조용히 어딘가에 앉아서 코드를 주니어에게 설명하거나 긴 방법이 실제로 버그가 있고 펜과 종이 작업을 통해 일부를 필요로하는 것입니다. 화면이 항상 충분하지는 않습니다. 특히 메모를 원하고 모든 곳을 강조 표시 할 때 특히 좋습니다.
긴급 상황에서는 SSH를 통해 버그를 빠르게 수정하고 넓은 터미널을 사용하지 않기 때문에 거의 항상 80 자로 제한합니다. 또한 가로 스크롤은 악마입니다.
두 모니터가 모두 채워 져서 지속적으로 무언가를 참조해야 할 때 코드를 인쇄합니다. 책상 위의 종이는 빈약 한 추가 모니터입니다.
그렇다면 코드를 인쇄하는 것이 얼마나 일반적입니까?
수년 전 DOS 프로그래밍 당시에는 일반적으로 80자가 문자로 인쇄 된 페이지를 채우고있었습니다. 우리는 매트릭스 프린터를 가지고 있었기 때문에 하드웨어 측면에 한계가 있었을 것입니다. 또한 콘솔 화면의 한계였습니다.
요즘 사람들은 코드를 거의 인쇄하지 않지만 면접을위한 테스트 예제로 인쇄 된 작은 코드 조각 만 예외입니다.
요즘 사람들은 대부분 대형 모니터, Full HD 등으로 작업합니다. 나는 일반적으로 인쇄 부작용을 생각하지 않고 150-200 자로 늘립니다.
팀에서 논의 할 때가되면 누군가는 보통 랩톱을 잡고 프로젝터에 연결합니다. 다시, 아무도 코드를 인쇄하지 않습니다.
지난 번에 약 8 년 전에 대학 졸업장을 위해 코드를 인쇄했을 때 아무도 읽지 않을 것이라고 확신합니다. 그 이후로는 결코 필요하지 않았습니다.
인쇄 코드는 특별한 이유를 제외하고 1975 년에서 1982 년 사이에 더 이상 사용되지 않습니다.
더 이상은 아닙니다. 연속 피드를 사용하는 도트 매트릭스가 표준이었던 과거 IDE 이전에 항상 사용했습니다. 출력물을 펼치고 아주 쉽게 넘길 수 있습니다. 현대식 급지 레이저 / 잉크젯 프린터는 거꾸로 거슬러 올라갑니다. 스테이플 링도 함께 흐르지 않으며 스테이플 링하지 않으면 용지가 헐거워집니다. 자동 강조 표시 및 분석법 탐색기가 포함 된 최신 IDE는 또한 인쇄물을 검사하여 발생한 모든 종류의 오류를 제거합니다.
코드를 종이에 매우 가끔씩 인쇄하고 심각한 오프라인 디버깅을 원하거나 다른 사람의 코드에 익숙해지기를 원할 때만-예의를 지키지 않는 것이 좋습니다.
또한 코드보다 종이에 데이터베이스 스키마를 인쇄하는 것이 더 적합 할 것입니다.
가로 스크롤 문제는 더 큰 성가심이며 120 자 이하로 유지 해야하는 이유라고 생각합니다.
나는 때때로 여러 페이지의 문제를 이해하려고 코드를 인쇄한다.
큰 모듈을 인쇄하고 다양한 섹션을 빠르게 볼 수 있다면 큰 모듈을 알아내는 것이 더 쉽다는 것을 알게되었습니다. 여러 대의 모니터로 비슷한 작업을 수행 할 수는 있지만 코드에 2-3 개 이상의 장소가있는 경우 스크롤을 유지하고 책갈피를 추적하는 것보다 한곳으로 확산시키는 것이 더 빠릅니다. 또한 이전 코드와 새 코드를 나란히 볼 수 있으므로 편집기에서 변경하지 않고 변경 사항으로 인쇄물을 마크 업하고 싶습니다. 물론 편집기에서 이전 코드를 주석 처리 할 수는 있지만 몇 줄 이상을 바꾸면 이전 코드를 모니터에서 스크롤하여 더 이상 나아지지 않습니다.
즉, 더 이상 코드를 인쇄하지 않습니다. 전체 목록이 연속적이고 여백에 메모를위한 충분한 공간이있는 팬 폴드 용지에는 좋았지 만 개별 문자 크기 페이지에 모든 것을 인쇄하는 것은 화면에 표시하는 것만큼이나 나빴습니다. 특히 편집기가 1 "여백에 머리글과 바닥 글을 넣을 것을 고집 할 때 다행히도 최신 IDE는 인쇄 할 필요성을 줄여주는 많은 도구를 제공합니다.
위의 답변과 약간 다른 답변.
저는 학생이며 다양한 교과 과정을위한 코드를 인쇄하고 있지만 코드를 작성해야하는 모든 단위에 대해 코드를 인쇄하지는 않습니다.
내 첫 해에 대부분의 부대는 전자 업로드 또는 CD로 복사 한 사본 외에 하드 카피가 필요했습니다 (예, 5Mb zip 파일 용 CD ...) [강사 선택]
나는 현재 2 년째이며 지금까지 전자 업로드 하나와 하드 카피 + CD를 가지고 있습니다.
우리가 코스워크를 전자적으로 제출할 수있는 Moodle을 고려할 때 항상 코드를 업로드하지 않는 이유는 무엇입니까? 우리는 University Printers에서 물건을 인쇄하기 위해 비용을 지불해야하며 PC에 하나의 CD 버너가 없습니다. 내가 아는 물론 강사들은 무들을 좋아하지 않습니다 – 그러나 그것은 또 다른 질문입니다.
BTW, 저는 영국 대학생이며 작고 알려지지 않은 학생이 아닙니다. 내가 마지막으로 보았을 때 The Times / Guardian에 따르면 Mine은 Uni의 10 위 안에있었습니다.
항상 코드를 인쇄하지만 강사에게 제출하기 위해 코드를 작성해야하는 학생이기 때문입니다.
그러나 여러 개발자 ( 좋은 개발자와 같은)에 액세스 할 수 있기 때문에 참조를 위해 소스 코드를 인쇄 해야하는 상황이 많지 않았습니다. 스키마를 한눈에 볼 수 있도록 데이터베이스를 채우는 데 사용한 스크립트 중 하나를 인쇄했지만 많이 사용하지 않는 것 같습니다.