초보자 코더를위한 10 가지 팁

코드 학습은 그 어느 때보 다 오늘날 인기가 있습니다. 모든 사람이 웹 사이트 또는 앱 아이디어를 갖고있는 것처럼 보이며 친구, 가족 또는 동료가 새로운 코딩 능력을 발견하자마자 많은 사람들이 조언과 도움을 요청할 것입니다.

일을 마치고 돌아 다니거나 10 주간의 집중적 인 신병 훈련소에 참석하더라도, 코드 작성을 배우는 것은 어려운 여정이 될 수 있습니다. 그것은 당신 앞에서 결승선을 가로 지른 몇몇 사람들로부터 약간의 조언을 받도록 지불 할 수 있습니다. 특히 코딩 과정을 시작할 때 다음 팁을 염두에 두십시오.

언어, 언어 선택

초보자 용 코더는 어디서부터 시작해야할지 모르실 수 있습니다. 이전에 프로그램을 작성한 적이 없다면 웹 페이지를 만드는 데 사용 된 언어를 배우는 것으로 시작하십시오. 이러한 언어를 사용하면 쉽게 시작할 수 있고 다른 사람들이 볼 수있는 작업을 게시 할 수 있기 때문입니다.

HTML과 CSS는 쉽게 배울 수있는 마크 업 언어이며 HTML로 웹 페이지에 내용을 넣고 CSS로 그 내용을 스타일링 할 수 있습니다. 컨텐트를 표현하는 기본 사항을 이해하면 해당 컨텐트를 조작 할 수있는 프로그래밍 언어를 배울 수 있습니다.

코드 학습을 시작할 때 목표를 선택하면 동기 부여에 도움이 될 수 있습니다. 원하는 목표를 골라 낼 수는 있지만 실제로 성취 할 수있는 것이 있는지 확인하십시오. 초보자를위한 좋은 목표는 자신, 사업체 또는 그룹을 위해

1 ~ 4 개의 서로 다른 페이지로 구성된 작은 웹 사이트 만들기입니다.

코딩 어휘를 작성하여 개발자 나 디자이너가 회의에서 말하는 것을 이해할 수 있습니다.
웹 사이트 또는 앱 아이디어의 프로토 타입 또는 기본 버전 만들기 - 예를 들어 다음 버스가 현재 위치에 도착할 때 알려주는 앱.
처음에는 매우 작은 코딩 작업을 수행합니다. 광고 제목을 강조하는 것과 같은 이러한 작업은 궁극적 인 목표와의 연결이 끊어지는 느낌을 줄 수 있습니다. 그러나 계속 학습하면서 개별 코딩 기술을 함께 모으고 목표를 달성하기위한 경로를 발견하게됩니다.

목표를 한입 크기로 나누십시오.

목표를 정의한 후 작은 단계로 나누십시오. 도움이됩니다.

목표를 완료하는 데 필요한 모든 단계를보십시오.

각 단계를 수행하는 방법을 연구합니다.
단계를 밟았을 때 다른 사람들에게 쉽게 도움을 요청합니다.
처음에는 생성은 광범위하거나 불완전 할 수도 있지만 시간이 지남에 따라 이러한 단계를 자세히 설명하는 능력이 향상됩니다.이 단계는 때로는

사양 라고도합니다. 컵케익과 설탕을 구별하십시오.

집에서 첫 번째 앱을 만들 때 또는 웹 사이트를 만드는 팀에서 일하는 경우 프로젝트에 너무 많은 기능이 포함되어 특정 마감 기한까지 작성하는 경향이 있습니다.이로 인해 필연적으로 세 가지 결과 중 하나가 발생합니다. 프로젝트는 정시에 시작되지만 버그가 있습니다. 프로젝트가 늦게 시작됩니다. 또는 팀이 초과 근무 시간에 프로젝트를 시작합니다.

컵케익이 필수 요소 인 필수 요소 인 필수 기능이 아닌 필수 요소 인 착취 기능을 선결로 결정하십시오. 이것은 우선 순위가 어디에 있는지 보여줍니다. 정해진 시간에 또는 예산으로 프로젝트를 실행하는 경우 나중에 또는 전혀 옵션 기능을 빌드 할 수 있습니다.

자신의 앱을 제작할 때 실제로 코딩을 시작하기 전에 필수 기능과 선택 기능을 구분해야합니다.

Google은 개발자의 가장 친한 친구입니다.

개발자는 계속해서 Google 검색 엔진을 사용하여 기능을 코딩하는 방법에 대한 일반적인 질문이나 명령 또는 태그 구문에 대한 특정 질문을 연구합니다. 검색 할 때 HTML, 의도 한 명령 및

구문 과 같은 프로그래밍 언어가 적절한 자원 집합을 찾는 데 충분해야합니다. 이러한 버그를 해결합니다.

이 코딩을 모두 수행하는 동안 필연적으로

버그 라고하는 오류가 발생합니다. 세 가지 유형의 오류가 있습니다. 구문 오류

는 컴퓨터가 이해할 수없는 잘못된 코드를 작성할 때 발생합니다. 의미 론적 오류
는 의도하지 않은 효과가있는 유효한 코드를 작성할 때 발생합니다. 예를 들어 숫자를 0으로 나누려고하면 JavaScript의 의미 오류가 발생합니다. 논리 또는 설계 오류
는 의도 한 효과가있는 유효한 코드를 작성할 때 발생하지만 코드가 잘못된 결과를 생성합니다. 버그를 찾아 제거하는 가장 좋은 방법은 먼저 코드 구문을 확인한 다음 로직을 확인하는 것입니다. 코드를 한 줄씩 검토하십시오. 여전히 오류를 찾을 수없는 경우 다른 사람에게 코드를 보거나 stackoverflow와 같은 온라인 커뮤니티 포럼에 게시하십시오. com.

출하 예정

LinkedIn의 설립자 인 리드 호프먼 (Reid Hoffman)은 "첫 번째 버전의 제품에 당혹스럽지 않으면 너무 늦게 출시했습니다. "코딩을 시작할 때, 처음의 기본 웹 사이트이든 더 복잡한 것이든, 다른 사람들에게 자신의 작품을 보여주기를 꺼리게됩니다.

호프만 (Hoffman)은 자신이 만든 것을 완벽하게하려는이 욕구에 대해 의견을 말하며, 당황 스러울지라도 공개적으로 코드를 공개 ("출하")하는 대신에 말합니다. 웹 사이트 또는 앱의 크기에 관계없이 의견을 일찌감치 받아보고 실수를 통해 배우고 잘못된 방향으로 계속 나아가는 것이 좋습니다.

또한 오늘날 사용하는 고도로 매매되고 고도로 세련된 웹 사이트는 처음에는 겸손한 시작과 매우 간단한 프로토 타입으로 시작되었습니다. 예를 들어, 구글의 첫 번째 홈페이지는 오늘날 그 홈페이지의 기능이나 스타일의 일부만을 가지고있었습니다.

의견 수집

웹 사이트 또는 앱의 첫 번째 버전 코딩을 완료 한 후 코드 및 최종 제품에 대한 의견을 수집하십시오. 모든 것이 제대로 작동하고 웹 사이트가 멋지더라도 코드가 올바르게 작성되었거나 사이트가 할 수있는 모든 일을한다는 것을 의미하지는 않습니다.예를 들어 YouTube는 처음에는 동영상 데이트 사이트로 시작했지만 사용자 의견을 기반으로 일반적인 동영상 공유 웹 사이트로 변경되었습니다.

이 정보를 얻는 가장 좋은 방법은 코드와 제품에 대한 양적 및 질적 데이터를 수집하는 것입니다. 방문자가 클릭하는 장소와 각 웹 페이지에 머무르는 시간을 측정하면 양적 정보가 제공되므로 실적이 낮은 페이지를 진단하고 개선하는 데 도움이됩니다.

설문 조사 질문을 전자 메일로 보내거나 사람들이 직접 웹 사이트를 사용하고 질문을하는 등의 방법으로 사용자를 설문 조사하여 정 성적 정보를 수집 할 수 있습니다. 종종이 데이터는 사용자를 놀라게 할 것입니다. 사용자는 분명하고 이해하기 쉬운 것으로 생각되는 기능을 혼란스럽게 생각할 수 있으며 그 반대도 마찬가지입니다. 마찬가지로, 가능한 경우 주요 문제를 간과하지 않도록

코드 검토 라는 프로세스에서 코드를 검사하게하십시오. 코드 반복

피드백을 수집 한 후 다음 단계는 해당 피드백에 대해 "반복"하는 것입니다. 피드백의 주요 문제가 해결 될 때까지 코딩을 유지하고 두 코드를 모두 개선 할 때까지 및 제품. 일반적으로 코드 개선에 시간을 소비하기 전에 먼저 제품의 유용성을 확인하는 것이 가장 좋습니다.

최소한의 필수 기능을 갖춘 제품을 구축하고 제품에 대한 피드백을 수집 한 다음 그 피드백을 반복하는이 프로세스는 때로는

린 시작 방법론 이라고도합니다. 과거에는 일단 제조 공정이 변경되기가 매우 어려웠지만 요즘에는 변화하는 소프트웨어가 몇 줄의 코드를 수정하는 것처럼 간단합니다. 이것은 코드 생성에 사용 된 제품 개발 방식과 대조되며, 개발주기가 길고 초기 피드백이 적습니다. 성공과 실패 공유