티스토리 뷰
오늘은 개발을 진행하면서 저도 공감을 많이했고, 몰랐던 부분에 대해서 새롭게 알게 된 글이 있어서 소개해드리려고 글을 작성하게 되었습니다. 이 내용은 이전에 커리어리에 올라왔었고, 커리어리에 글을 올려주신 분도 다른 미디엄 링크를 통해서 이 컨텐츠를 알게 된 내용이다 보니 두 개의 링크 모두 하단에 달아드리려고 합니다.
처음 개발을 시작하면 여러 가지 의구심이 들기도 합니다. '이런 것이 도움이 될까?' 혹은 '저런 것도 한다고?' 까지. 대부분은 시간이 지나면 자연스레 알게 되긴 합니다.
이번에는 '코딩의 28가지 법칙'을 들고 왔습니다. 이 시리즈는 3편까지 이어집니다.
1️⃣ 질문 하기.
질문하는 것을 두려워 하지 마세요. 제가 확실이 아는 게 하나 있다면, 모든 것을 다 알 수는 없다는 것입니다. 코딩은 꽤나 크나큰 분야라서, 아는 것보다 모르는 것이 더 자연스러운 일입니다.
2️⃣ 프로젝트 만들고, 만들고, 만들기!
코딩을 더 잘하는 '유일한' 길은 코딩하는 것입니다. 앉아서 어떤 것이든 만드세요. 처음에는 아무것도 모르지만, 시간이 지나면 나아집니다.
1000개의 버그가 생겼다고요? 괜찮습니다!
3️⃣ 코드 복사도 OK.
확실히 해두죠. 코드 부분 부분을 복사하는 것도 좋습니다. StackOverflow나, GitHub, 혹은 다른 사이트로부터 가져 올 수 있겠죠.
그러나, 전체 프로젝트를 복사 하지는 마세요. 실력을 향상시키고 싶다면요.
4️⃣ 유튜브만 보지 말기.
이전의 법칙과 관련이 있는데, 유튜브를 보는 것이 지식을 얻는 데 도움이 될 수는 있습니다.
그러나, 한계가 있습니다. 만약 튜토리얼 없이는 코딩을 할 수 없게 됐다면, 문제가 생긴 겁니다.
유튜브로 프로젝트를 만들지 말고, 그것을 지식을 얻는 데 사용하세요.
5️⃣ 서로를 가르치기.
가르치는 것은 최고의 스승들 중에 하나 입니다. 잘 모르는 것에 대해 다른 사람을 가르치면,
당신의 부족한 지식을 더 완벽하게 만들 겁니다.
6️⃣ 기술 뉴스/커뮤니티를 구독하기.
기술 뉴스를 구독하고, 기술 커뮤니티에 들어가는 것 또한 중요합니다. 이것은 장기적으로 정말 긍정적인 일이 될 수 있습니다!
7️⃣ 긍정을 퍼뜨리기.
이전 법칙과 관계되는 것인데, 커뮤니티에 있을 때 부디 긍정을 퍼뜨리고 못되게 굴지 마세요.
우리 모두 어딘가에서 시작한다는 것을 기억하세요. 누군가는 초보일지도 모릅니다. 당신도 한 때 그랬듯이.
8️⃣ 버그를 수용하는 법을 배우기.
많은 개발자들이 버그가 생겼을 때 좌절하는 것을 봤습니다.
그러나 버그는 개발의 한 부분일 뿐이고, 결코 피할 수 없습니다. 버그는 생길 것이고, 화내는 대신 그것들을 받아들이세요.
기억하세요. ';' 때문에 6시간을 날려도 괜찮습니다.
9️⃣ 하루에 6시간씩 코딩하지 말기.
하루에 6시간 이상 코딩 하는 것은 당신을 금방 번 아웃 상태로 만들 것입니다.
절 믿으세요. 과도하게 코딩한다고 해서 더 좋아지지 않습니다. 하루에 2-3시간씩이 좋습니다.
🔟 생략! (저자의 셀프 브랜딩)
🐣 이 글을 읽고 있다는 것은, 이미 6번을 충족 했다는 뜻이겠네요!
'코딩의 28가지 법칙' 2편입니다. 이 시리즈는 3편까지 이어집니다.
1️⃣ 구글 사용법을 배우기.
1번 법칙을 기억하시나요? '질문 하기' 였습니다. 하지만 그러기 전에 문제에 대한 리서칭을 충분히 해야 합니다. 구글을 사용하는 것이 좋은 방법이 될 수 있어요.
많은 초보자들이 이것을 부정행위라고 생각합니다. 그러나 하지 않는 것보다 더 안 좋은 방법은 없습니다.
구글은 당신의 무기이고, 그것을 사용하지 않는 것은 정말 어리석습니다.
2️⃣ 스택 오버 플로우 사용하기.
https://stackoverflow.com/
스택 오버 플로우는 질문과 답변을 할 수 있으며 심지어 과거의 질문들 까지 볼 수 있는 웹 사이트입니다. 스택 오버 플로우를 사용하는 법을 배운다면, 마주치는 문제에 대한 답을 얻을 수 있을 것입니다.
3️⃣ GitHub와 Git을 과소평가 하지 말기.
버전 컨트롤 시스템은 '아주' 중요합니다. 제발 Git&GitHub 사용 법을 배우세요.
안전한 장소에 당신의 프로젝트를 저장하고, 동시에 포트폴리오를 만들 수 있습니다. 채용 담당자들이 아마 당신의 GitHub 계정을 확인 할 겁니다.
4️⃣ 공식 문서 읽기.
모든 언어/프레임워크/라이브러리는 공식 문서가 있습니다. 검색하세요. "{언어/프레임워크/라이브러리 이름} 공식 문서."
공식 문서는 새로운 것을 배우기에 가장 좋은 방법입니다. 그러나, 모든 문서가 간단한 것은 아닙니다. 몇몇은 약간 복잡할 수도 있습니다. 공식 문서에서 필요한 정보를 얻는 기술은 매우 중요합니다.
5️⃣ 치트시트 사용하기
*cheet sheet: 자주 사용하는 명령이나 기능들을 보기 쉽게 한 장에 정리한 문서
새로운 것을 배울 때, 모든 것이 패턴을 가지고 있다는 것을 알게 될 겁니다. 또한 반복되는 문장들도 많이 있습니다.
이것이 치트시트를 사용해야 하는 이유입니다. 당신만의 치트시트를 만들어서 사용 하세요. 코딩 시간이 매우 줄어들 것입니다. 아, 하지만 부정 행위는 아닙니다!
6️⃣ 다크 모드 사용하기.
그냥 하세요!
7️⃣ 한 번에 한 가지만 배우기.
코딩을 처음 배운다면, 한 번에 여러가지를 하면서 길을 잃기 십상입니다. 이것은 당신 자신을 망치는 길이에요.
오직 한 가지만 배우기 시작하세요. 그 한 가지를 마스터하면, 그제야 다른 것으로 옮기세요.
한 번에 여러가지를 배우는 것 보다, 더 빠르게 성장할 수 있습니다.
8️⃣ K.I.S.S (Keep It Simple Stupid: 간단하게 만들기.)
코딩할 때, 복잡하지 않게 만드는 것은 중요합니다. 가장 간단한 해결책을 찾으려고 노력하세요.
일을 복잡하게 만드는 것은 쉽습니다. 작고 간단한 단계를 밟으세요. 그것이 유일한 방법입니다.
9️⃣ 코드 재사용 하기.
같은 코드를 재사용하는 방법을 배우세요. 프로세스를 굉장히 빠르게 만들어 줍니다.
🔟 하드 코딩 하지 말기.
*hard coding: 상수나 변수에 들어가는 값을 코드에 직접 쓰는 방식
자동화 할 수 있다면 자동화 하세요. 제발 하드 코딩 하지 마세요. 나쁜 습관이며, 성장하지 않을 것입니다.
🐣 다크 모드는 눈의 피로감을 줄이는 데 도움이 된다고 합니다.
🐣 궁금해서 찾아봤어요.
1️⃣ OOP를 배워라!
*OOP(Object Oriented Programming): 객체 지향 프로그래밍
언어를 배우는 것 보다 OOP의 안팎을 아는 것이 더 중요하다고 확신합니다. OOP는 원칙이고, 당신이 하는 것의 원칙을 아는 것은 중요합니다.
만약 알게 된 다면, 그것은 어떤 일이 일어나는지 더 깊게 이해하도록 도와 줄 것입니다.
2️⃣ 반복하지 않기.
같은 코드를 두 번 반복해서 쓰지 마세요. 메서드, 변수, 루프 등을 사용하세요. 반복하지 마세요!
3️⃣ 일관성 유지하기.
매일 매일 배우세요. 배움을 유지하세요. 배움을 멈추지 마세요!
단지 아주 한 줄의 코드라도, 당신이 조금씩 성장하고 있다는 것이 중요합니다. 작은 성장이라도 성장입니다.
4️⃣ 다른 사람을 위한 코드를 쓰기.
클린 코드를 쓰는 것은 중요합니다. 클린 코드는 과정을 굉장히 빠르게 만들어 줍니다. 주석과 좋은 원칙, 사이사이 공간을 띄우고, 충분히 좋은 네이밍을 사용하세요.
만약 다른 사람이 충분히 이해할 수 있다면, 좋은 코드를 작성한 겁니다. 그것을 목표로 가지세요!
5️⃣ 실험을 두려워 하지 않기.
처음에, 당신은 아무것도 모를 겁니다. 괜찮아요, 실험해 보자구요. 그 시도로 인해서 할 수 있는 것과 아닌 것을 구분할 수 있게 됩니다.
처음에 옳은 길을 가지 않더라도, 무수한 시도와 실패를 경험한다면, 언젠가는 그 곳에 있을 겁니다!
6️⃣ 음악 듣기.
즐겁게 보내세요. 코딩을 귀찮아 하지 마세요. 코드를 작성하는 동안 음악을 들으세요.
7️⃣ 포기하지 않기.
코딩은 어려울 수 있습니다. 가장 최악은 배움을 멈추는 것입니다. 혹은 무언가를 할 수 없다는 이유로 포기하는 것이죠.
8️⃣ 28가지 규칙 보기. (7개는 여기 있어요!)
🐣 최초의 시리즈 글이 끝났습니다.
해당 글들의 링크는 아래에 있습니다.
https://careerly.co.kr/comments/71794
조서희 / 코딩의 28가지 법칙 1 | 커리어리
처음 개발을 시작하면 여러 가지 의구심이 들기도 합니다. '이런 것이 도움이 될까?' 혹은 '저런 것도 한다...
careerly.co.kr
https://medium.com/@Coding_Networks/the-28-laws-of-coding-bd90d9ad65e7
The 28 Laws Of Coding!
Part 1!
medium.com
https://medium.com/@Coding_Networks/the-28-laws-of-coding-50698d607282
The 28 Laws Of Coding
Part 2!
medium.com
https://medium.com/@Coding_Networks/the-28-laws-of-coding-cae8d2251cb5
The 28 Laws Of Coding!
Part 3!
medium.com
'Study' 카테고리의 다른 글
| 개발자 로드맵 각기 직무별로 확인하기 (0) | 2022.12.28 |
|---|---|
| [Jira] 크몽 개발팀에서 사용하는 지라 사용기 (3) | 2022.12.19 |
| 1번 걸리기도 어려운 코로나 2번 걸리면 과연 증상은...? (2) | 2022.12.13 |
| [UX] 삼성의 UX Writing (8) | 2022.12.10 |
| [좋은글] 개발자와 소통할 때, DO/DON’T (6) | 2022.12.08 |
| [Conference] if kakao 2022 (0) | 2022.12.06 |