자기계발
-
2024 간단 회고자기계발 2025. 1. 1. 18:00
지금은 1월 1일 오전 9시올 한해의 시작으로 개발자로서의 2024년의 나에 대한 간단한 회고를 해 보고자 한다. 배웠던 것, 아쉬웠던 것은? 지금까지 개발자로서 일을 한지는 꽉 채워 2년 정도 되어가는데, 회사에서 개발한 프로덕트를 유저가 쓰게 되는 경험이 많지 않았다.그러다보니 자연스럽게 유저 피드백을 받을 수 있는 방법이 별로 없었다. 그 이유는 1. 유저가 많지 않은 서비스였다거나 2. 하다가 (혹은 다 했는데..) 비즈니스적 이유로 빠그라진 것들이 대부분이었기 때문 ㅠㅠ 그러다가 2024년 6월에 런칭한 웹 사이트가 처음으로 유저 사용이 있었던 사이트였다. 그것도 아주 많았던! GA 에 들어가보니 요 정도로 분석이 되고 있고, 지난 달만 해도 월 8.1천명의 사용자가 사용을 하고 있는 사이..
-
글또를 다시 시작하며자기계발 2024. 10. 10. 12:52
올 한 해는 정말 많은 일들로 가득 찼습니다. 모든 도전과 변화를 잘 헤쳐나온 나 자신에게 진심 어린 박수를 보내고 싶습니다. 하지만 동시에, 이런 바쁜 일상 속에서 스터디 동아리 활동에 충분한 시간과 노력을 쏟지 못했다는 점은 아쉬움으로 남습니다. 특히 글또 활동이 그중 하나였는데, 9기에 처음 참여하게 되었을 때의 그 열정과 기대를 충분히 실현시키지 못한 것 같아 아쉽습니다.그럼에도 불구하고, 10기에도 신청할 수 있었던 것은 정말 감사한 일입니다. (동아리 친구들 덕분!)글또를 9기에 이어 10기까지 하게 된 이유를 좀 더 자세히 나열해보면 다음과 같습니다:1. 11월부터 개발 공부를 다시 시작하기 지난 몇 개월간 정신없이 달려온 시간들이 얼추 마무리되고, 11월부터는 비교적 안정적인 일상을 ..
-
인프런 퇴근길 밋업 #04 사이드 프로젝트 에 다녀왔다!자기계발 2023. 11. 30. 00:33
이것 저것 해보고 싶은 것이 많은 요즘. 뭐 신청하는 것만 보이면 냅다 신청하고 봅니다 . . . ! 그러다가 인프런 퇴근길 밋업도 신청을 했는데 참가자 50명 제한이라고 해서 기대를 안했는데 덜컥 선정되어버렸다! 쏴리 질러 ~~~~~~~~~~ (요즘 당첨운이 꽤나 좋아서 신남) 여섯시반까지 판교라는 것은 꽤나 빡센 일정이지만 5시반 퇴근하면 어찌 갈 수는 있겠다고 계획을 짜고요.. 시간표는 이렇게 구성된다고 한다. 네트워킹이라는 것에 꽤나 부담을 가지는 i 로서 2시간이나 네트워킹을 하면 무슨 소릴 하지 고민을 했었는데 나중에 겪어보니 시간이 너무 부족했음!!!!! 시간 가는 줄 몰랐다 정말,, 아무튼 판교에 오랜만에 왔다 올 일이 잘 없는 곳이지만 역시나 올 때마다 미래도시 느낌 건물들이 강남이랑 느..
-
[책: 내 코드가 그렇게 이상한가요?] 5장. 응집도: 흩어져 있는 것들자기계발 2023. 10. 29. 16:12
5장. 응집도: 흩어져 있는 것들 응집도란: 모듈 내부에 있는 데이터와 로직 사이의 관계가 얼마나 강한지 나타내는 지표 응집도가 높은 구조: 변경하기 쉽고 바람직한 구조 응집도가 낮은 구조: 변경 시 문제가 발생하기 쉬움 횡단 관심사에 해당하는 코드는 범용으로 만들어도 괜찮다. 예시) 로그 출력 오류 확인 디버깅 예외 처리 캐시 동기화 분산 처리 결과를 리턴하는데 매개변수 사용하지 않기 매개변수가 너무 많아져도 안된다. 매개변수가 많다는 것은 많은 기능을 처리하고 싶다는 의미 처리할 것이 많아지면 로직이 복잡하거나 중복 코드가 생길 가능성이 높아진다.
-
[책: 내 코드가 그렇게 이상한가요?] 4장. 불변 활용하기: 안정적으로 동작하게 만들기자기계발 2023. 10. 28. 19:04
4장. 불변 활용하기: 안정적으로 동작하게 만들기 재할당 파괴적 할당이라고도 부른다. 변수의 의미를 바꿔 추측하기 어렵게 만드는 행위. 언제 어떻게 변경되었는지도 추적이 어렵다. 불변 변수로 만들어서 재할당 막기 (const) 가변으로 인해 발생하는 의도하지 않은 영향 부수효과의 단점 함수에는 주요작용과 부수효과가 있다. 주요작용은 함수가 매개변수를 전달받고 값을 리턴하는 것이고 부수효과는 주요 작용 이외의 상태 변경을 일으키는 것이다. 사이드 이펙트 방지하는 순수함수 작성을 항상 고려할 것! 변수를 불변으로 만들었을 때의 장점 변수의 의미가 변하지 않기 때문에 혼란을 줄일 수 있음 동작이 안정적이게 되므로 결과를 예측하기 쉬움 코드의 영향 범위가 한정적이므로 유지 보수가 편리해짐 기본적으로는 불변으로 ..
-
[책: 내 코드가 그렇게 이상한가요?] 2장. 설계 첫걸음자기계발 2023. 10. 28. 18:26
2장. 설계 첫걸음 의도를 분명히 전달할 수 있는 이름 설계하기 목적별로 변수를 따로 만들어 사용하기 어떤 값을 계산하는데 어떤 값을 사용하는지 관계를 파악하기 쉽게 만들어 준다. 단순 나열이 아니라 의미있는 것을 모아 메서드(함수)로 만들기 관련된 데이터와 로직을 클래스로 모으기 변수와 변수를 조작하는 로직이 이곳저곳에 분산되어 있으면 버그가 발생하기 쉽다. 서로 밀접한 데이터와 로직을 한 곳에 모아두기 한 줄 느낀점 → 유지보수와 변경이 쉽도록 변수의 이름과 로직을 신경써서 작성하는 것이 곧 설계 → 알아보기 힘든 코드는 결국 버그를 만들게 된다.
-
[책: 내 코드가 그렇게 이상한가요?] 1장. 잘못된 구조의 문제 깨닫기자기계발 2023. 10. 26. 00:48
1장. 잘못된 구조의 문제 깨닫기 의미를 알 수 없는 이름 특히 일련번호로 이름을 지으면 안된다. 이해하기 어려운 if문 중첩 데이터와 로직이 분산되어 있을 경우(응집도가 낮은 구조) 발생할 수 있는 문제 코드 중복: 관련된 것 끼리 묶어서 파악이 힘듬 수정 누락: 코드 중복이 많으면 중복된 코드를 모두 고쳐야 해서 누락이 발생하기 쉬움 가독성 저하 한 줄 감상 글을 잘 쓰는 개발자가 왜 중요한가? 에 대한 이유를 깨달았다. 코드도 결국 글이고 읽기 쉽게 글을 잘 쓰는 것이 중요!
-
클린코드자기계발 2022. 4. 26. 13:21
다음은 로버트 C.마틴의 Clean Code 책 내용을 요약한 전문입니다. 클린 코드란? 읽기 쉬운 코드가 클린코드이다. 전체적으로 고려해야 할 사항 단일 책임 원칙: 하나의 인터페이스가 하나의 역할을 수행해야 한다. → 컴포넌트를 분리할 때 디자인보다 시나리오를 중점적으로 바라보기 변수명 의도가 분명한 이름을 지으라. 검색하기 쉬운 이름을 사용하라. 기발한 이름보다는 명료한 이름을 선택하라. 한 개념에 한 단어를 사용하라. ex. fetch, retrieve, get 등 중 하나만 선택 의미있는 맥락을 추가하라 ex. state 보다는 address 함수 함수명은 동사, 동사구가 적합하다. ex. getName() 함수가 하는 일을 서술적으로 표현할 수 있는 이름을 사용하라. ex. isTestable..