커피 브레이크 #13: 모든 프로그래밍 초보자가 알아야 할 것; 디자인 사고를 개발 프로세스에 통합하는 4가지 방법

모든 프로그래밍 초보자가 알아야 할 사항

출처: Stackoverflow 개발자로서 여러분은 코드가 어떤 모습이어야 하는지에 대한 다양한 이론을 듣게 될 것입니다. 어떤 사람들은 애플리케이션의 코드 줄이 적을수록 읽기가 더 쉽다고 믿습니다. 그러나 이것은 부분적으로만 사실이다. 나는 다음 기준을 사용하여 코드 품질을 평가하는 것을 선호합니다.

1. 코드는 일관되고 유익해야 하며 잘 문서화되어 있어야 합니다.
2. 코드는 안정적이고 현대적인 기능을 사용해야 합니다.
3. 코드는 불필요하게 복잡하거나 깨져서는 안 됩니다.

위 기준 중 하나를 희생하면서 코드 줄 수를 줄이기로 결정하면 문제가 됩니다. 그거 하지마.

다른 사람의 코드를 읽는 것이 어렵습니다.

실제로 코드를 읽고 쓰는 데 소요되는 시간의 비율은 10:1이 넘습니다. 하지만 다른 사람의 코드를 읽지 않고는 할 수 없습니다. 다른 사람의 코드를 읽어야 합니다. 그리고 실력은 빨리 향상할수록 좋습니다. 공개 GitHub 리포지토리를 사용하여 다른 사람의 코드를 연구해 보세요. 언제든지 연습할 수 있습니다. 자신에게 맞는 프로젝트를 찾고 모든 라인을 자세히 살펴보세요. 다른 사람의 코드를 읽는 능력을 향상시키는 또 다른 방법은 스타일 복사를 시작하는 것입니다. 다른 사람의 스타일로 코드를 작성하면 읽기 능력이 향상될 뿐만 아니라 코드가 더 친숙해집니다. 시도 해봐.

당신은 결코 "완벽한" 코드를 작성할 수 없습니다

저는 팀에서 일하기 전에 4년 동안 솔로 개발자로 일했습니다. 대부분의 시간 동안 나는 숙련된 프로그래머라면 누구나 완벽한 코드를 작성한다고 믿었습니다. 제 생각에는 완벽한 코드를 작성하는 법을 배우는 것은 단지 시간과 노력의 문제일 뿐입니다. 하지만 제가 팀에 합류하면서 누구도 "완벽한" 코드를 작성하지 못한다는 사실이 분명해졌습니다. 사실, 궁극적으로 시스템에 포함된 코드는 거의 항상 "완벽"했습니다. 왜 이런 일이 일어났나요? 코드 분석에 관한 모든 것입니다. 저는 정말 뛰어난 엔지니어들로 구성된 팀과 함께 일하고 있습니다. 이들은 돈으로 고용할 수 있는 가장 유능하고 자신감 있는 프로그래머들입니다. 그러나 누군가가 애플리케이션에 테스트되지 않은 코드를 포함시키자고 제안한다면 (나를 포함하여) 그들 각자는 진짜 공황발작을 겪게 될 것입니다. 당신이 차세대 빌 게이츠라고 생각하더라도 실수를 할 것입니다. 나는 논리적 오류에 대해 말하는 것이 아니라 오타, 문자 누락에 대해 이야기하고 있습니다. 때때로 당신의 두뇌가 포착하지 못하는 것들. 신선한 눈으로만 알아차릴 수 있는 것들. 세부 사항에 주의를 기울이고 작업을 비평하려는 의지가 있는 사람들과 함께 작업하도록 노력하십시오. 처음에는 비판을 받아들이기가 힘들겠지만, 이것이 코드 품질을 향상시킬 수 있는 유일하고 신뢰할 수 있는 방법입니다. 코드를 검토할 때 방어적인 자세를 취하지 않도록 최선을 다하고 비판을 개인적으로 받아들이지 마십시오. 당신은 당신의 코드가 아닙니다.

하루에 8시간 동안 코드를 작성하면 안 됩니다

하루에 코드를 작성하는 데 얼마나 많은 시간을 소비하는지 정확히 알 수 있는 사람은 없습니다. 하지만 실제로 하루에 4시간 이상 코드를 작성하는 사람은 거의 없습니다. 이에 동의하지 않는 사람들은 규칙의 예외이거나 직원을 형편없이 대우하는 회사에서 일하는 것입니다. 프로그래밍은 강렬하고 정신적으로 지치는 작업입니다. 누군가가 하루 8시간, 주 5일 코드를 작성할 것이라고 생각하는 것은 완전히 잘못된 것입니다. 마감일을 지켜야 하는 경우는 드물지만, 드물다는 말은 거의 전혀 없다는 뜻입니다. 일이 당신을 짓누르고 초과근무를 하도록 강요하지 마십시오. 하루에 4시간만 일하라고 제안하는 것이 아닙니다. 나머지 4시간은 일반적으로 다음과 같은 일에 사용하는 것이 가장 좋습니다.

• 새로운 도구, 기능, 응용 프로그램 학습
• 동료들과 작업 프로세스를 논의합니다.
• 직장에서 어려움을 겪는 동료를 돕는다.
• 작업 계획;
• 코드 분석;
• 비즈니스 회의/회의.

또한 하루 종일 규칙적인 휴식을 취하고 운동(적어도 약간)을 하는 것이 좋습니다. 운동의 긍정적인 효과는 오랫동안 입증되었습니다.

디자인 사고를 개발 프로세스에 통합하는 4가지 방법

Source Tech Beacon 고객의 요구 사항을 충족하는 제품을 만들려면 고객이 원하는 것이 무엇인지 고려해야 합니다. 혼란스러운 탐색 기능이나 불필요하게 긴 로딩 인터페이스가 포함된 앱을 작성한 경우 향후 실패에 대비하세요. 프로그래머로서 당신은 팀이 작업 중인 제품의 디자인을 더 깊이 파고들어야 할 수도 있습니다. 이런 종류의 협력은 각 사람이 다른 사람이 알아차리지 못하는 것을 알아차리기 때문에 매우 유용합니다. 개발자와 디자이너가 어떻게 협력할 수 있는지에 대한 4가지 팁을 제공합니다.

1. 처음부터 참여하라

항상 디자인이 먼저이고 개발이 그 다음이라고 가정하지 마십시오. 이것이 사실일 수도 있지만 이것이 개발자가 디자인 프로세스에 참여해서는 안 된다는 의미는 아닙니다. 프로그래머는 프로젝트 구현 방법에 대한 중요한 기술 정보를 제공할 수 있고 디자이너는 사용자의 요구를 더 잘 이해할 수 있습니다. 어떤 기능이 기술적으로 불가능하거나 사용자 요구 사항을 충족하지 못하는지 가능한 한 빨리 알아내는 것이 좋습니다. 디자이너와 개발자가 함께 작업하면 디자인이 승인된 후가 아니라 즉시 문제를 발견하고 해결할 수 있습니다. 많은 기업이 소프트웨어 개발에 협력적인 접근 방식을 취하고 있습니다. 이는 팀 구성원이 자신의 단계나 코드 부분만 책임지는 것이 아니라 디자인부터 테스트까지 모든 것에 대해 공동 책임을 진다는 것을 의미합니다.

2. UX 프로세스를 알아보세요

UX(사용자 경험)에 익숙하지 않은 사람들은 팀이 사소해 보이는 세부 사항을 위해 디자인을 계속해서 변경하는 이유를 이해하지 못할 수도 있습니다. UX 프로세스의 모든 단계는 사용자에게 최상의 경험을 제공하기 위해 발생합니다. 따라서 UX 프로세스를 만드는 데 처음부터 주의를 기울이는 것이 중요합니다. 여기에는 다음이 포함될 수 있습니다.

• 프로젝트의 목적을 조사합니다.
• 와이어프레임 만들기 - 제품의 주요 특성을 결정할 수 있는 간단한 디자인입니다.
• 사용자 인터페이스와 같은 프로젝트 디자인에 더 미세한 세부 사항을 추가합니다.
• 디자인의 사용자 테스트. 이것은 아마도 UX 개발의 가장 중요한 단계일 것입니다. 이는 제품 개발에 시간을 투자하기 전에 제품에 대한 귀중한 정보를 제공합니다.
• 반복: 테스트 결과 분석을 사용하여 디자인을 반복하여 사용자 경험을 개선합니다.

팀은 더 이상 변경 사항이 없을 때까지 또는 시간이 허락할 때까지 설계 및 테스트 단계를 여러 번 반복합니다. 이는 일반적으로 여러 버전의 디자인이 있다는 것을 의미합니다.

3. 디자인 개발을 따르십시오

디자이너가 개발자와 상의하지 않고 프로젝트를 만드는 것은 매우 나쁜 일입니다. 그것은 비생산적입니다. DevOps에서는 개발자가 PNG 또는 PDF와 같이 쉽게 액세스할 수 있는 형식으로 설계 청사진에 액세스할 수 있도록 규칙을 설정하는 것이 중요합니다. 개발자와 디자이너 간의 효과적인 협업은 애플리케이션을 성공적으로 구현하는 데 매우 중요합니다. 무슨 수를 써서라도 완성된 디자인을 맹목적으로 넘겨주지 마십시오. 실수는 끝보다는 처음에 바로잡는 것이 좋습니다.

4. 프로젝트가 어느 단계에 표시될지에 동의합니다.

개발자가 제품의 최소 실행 가능 버전(MVP)을 생성하라는 요청을 받으면 처음부터 최종 버전에 대한 요구 사항을 알아야 합니다. 이는 부당한 기대로 인한 문제를 피하기 위해 필요합니다. 디자이너는 개발자에게 디자인의 두 버전(MVP와 최종 버전)을 모두 보여주어야 합니다. 이는 고객이 최종 버전에서 기대하는 내용을 고려하여 MVP를 구현하는 데 도움이 됩니다. 디자이너와 개발자가 함께 작업하면 많은 이점을 얻을 수 있습니다. 그들 각각은 다른 사람의 경험에 적용될 수 있는 지식을 가지고 있습니다. 개발자는 설계에서 구현할 수 없는 기능에 대한 귀중한 통찰력을 제공할 수 있습니다. 반면에 프로그래머와의 협업은 디자이너가 프로젝트를 다시 수행할 필요를 없애고 결과적으로 팀 전체의 시간을 절약해 줍니다.