코드 작성을 시작하는 5가지 팁

지난 1년 동안 나는 이전에 코드를 작성한 적이 없는 사람들(그 중 한 명은 디자인 업무에서 개발자 업무로 넘어갔다)을 교육했고 상대적으로 새로운 개발자와 함께 일했다.다음은 당시에 출현한 몇 가지 화제들이다.

읽을 수 있는 코드가 스마트 코드보다 낫다.

만약 6개월 후에 당신이 그것을 이해할 수 없다면, 다시 생각해 보세요.동일한 함수의 두 버전을 고려합니다.

function a(b,c) {
    return a+b;
}

function sum(firstNumber, secondNumber) {
    return firstNumber + secondNumber;
}

첫 번째 함수 이름과 매개 변수 목록을 보면 1) 즉각 뚜렷한 함수가 무엇을 하는지, 2) 심지어 무엇을 하는지 암시한다.두 번째 함수는 함수의 내부 구조를 보지 않는 상황에서 그 기능을 뚜렷하게 이해할 수 있다.
비록 이것은 매우 간단한 예이지만, 당신은 이것이 더욱 복잡한 코드에 어떻게 응용될지 상상할 수 있습니다.Geek & Poke에서 온 이 만화는 사람들에게 이 점을 알게 해야 한다.

코드가 적을수록 좋다.

예외적인 상황은 위의 첫 번째 제시와 상반된다면.
코드 줄 수가 높을수록 일하는 것이 좋은 것은 아니다.프로그래밍의 목적은 많은 코드를 쓰는 것이 아니라 문제를 해결하고 뭔가를 창조하는 것이다. 네가 쓴 코드는 적을수록 좋다.더 적은 코드는 통상적으로 유지하기 쉽고 복잡하지도 않다.
게으름은 이곳에서 일종의 재산이다.🤓

소통이 필요하다.

사람들은 심술을 읽는 사람이 아니다. 너는 반드시 너의 팀과 이야기해야 한다.도움이 필요하십니까?묻다아이디어 있어요?그것을 나누다.프로젝트 문제 보셨어요?문제가 아무리 심각해도 큰소리로 말해야 한다.검사되지 않은 버그는 코드의 다른 구역에 영향을 주고 더 큰 문제를 일으키기 쉽다.
이것은 원격/분산 팀만의 것이 아니다.나는 일찍이 완전히 원격의 팀과 합작한 적이 있는데, 그곳의 소통은 매우 좋다.우리는 하루 종일 정기적으로 이야기를 나누며 많은 일을 완성했다.전자메일, 메신저, 문자, 전화, Slack, Google Hangouts 등등. 형식은 사실 중요하지 않다. (일부 유형의 통신에 더 적합하지만) 간단한 통신일 뿐이다.
나도 소통이 전혀 부족한 곳에서 일한 적이 있다.누가 무엇을 하고 있는지, 무엇을 해야 하는지, 그리고 우리의 우선순위가 무엇인지에 대한 문제가 불가피하게 생겼다.소통이 부족한 것은 어떤 팀과 프로젝트의 가장 큰 장애 중의 하나이다.
팀의 구조가 어떻든지 간에 소통은 필수적이다.

다른 사람의 코드를 읽다.

이것은 아마도 매우 어려울 것이다. 특히 네가 막 시작했을 때.하지만 포기하지 마!
다른 사람의 코드를 읽는 장점 중 하나는 다른 스타일과 기술을 볼 수 있다는 것이다.코드는 사람과 마찬가지로 변화무쌍하다.어떤 풍격과 기교에 대해 좋은 논점이 있지만 똑같은 반박도 있다.
다른 사람의 코드를 읽을 때, 당신은 더 좋은 코드를 작성하는 데 도움을 줄 수 있는 많은 것을 발견할 수 있다.아마도 새로운 디자인 모델, 당신이 선택한 언어로 작성한 새로운 핵심 함수, 또는 API의 일부가 어떻게 구축되었는지.이 모든 것들(그리고 더 많은)은 당신의 생각을 불러일으키고 당신의 기술을 향상시키는 데 도움을 줄 수 있다.

도움을 요청하십시오!

곤경에 빠지고 특정한 코드 문제를 해결하는 데 도움이 필요할 때 다른 사람에게 물어보세요!구글은 흔히 볼 수 있는 문제에 있어서는 훌륭하지만, 특정 프로젝트의 임무를 처리할 때 다른 눈이 필요하거나 누군가가 이 문제를 해결해야 할 수도 있다.너는 이것이 얼마나 큰 도움이 되는지 놀랄 것이다.
직업, 업계, 디자인 등 문제에 대해 도움을 주거나 대답을 하는 사람에게 연락하세요.개인적으로 나는 사람을 가르치고 그들의 질문에 대답하는 것이 매우 재미있다고 생각한다.나는 많은 다른 개발자들도 이렇게 하는 것을 안다.
나의 경험에 따르면, 대다수 개발자들은 다른 사람을 기꺼이 돕는다.지역 사회가 바로 좋은 예이다.
내가 가장 좋아하는 트위터 게시물 중 하나는 시작된 것이다.

스테파니 헤르버트

도움을 줄 능력이 있는 사람에게: 지금 당신의 시간표에 붙이면 문제를 받아들일 수 있습니다.이게 달라요.
2017년 7월 23일 오전 06:10
질문에 대답하고 싶은 사람의 명단은 놀랍다.더 중요한 것은 도움을 주고 싶은 사람의 기능 수준과 배경이 각각 다르다는 것이다.
많은 사람들이 어떤 방식으로든 도움을 주고 싶어한다. 물어보는 것을 두려워하지 마라.
새로운 개발자에게 가장 좋아하는 힌트는 무엇입니까?