정준원의 개발 일지

디프만이 끝나고, 다른 사이드 프로젝트를 계속 진행하고는 있지만...역시 처음 디프만 지원할 때처럼 마찬가지로 주변에 같이 공부할 애가 없는 슬픈 상황이 반복됐다 ㅠㅠ같이 공부할 사람도 별로 없고, 뭔가 목표가 없어서 나태해지는 거 같아서 동기 부여를 위해서 참여하게 됐다.많은 후기에서 프리코스 만으로도 많은 성장이 된다고 해서 우테코를 선택하게 됐다 ㅎㅎ 📚 과제🎯 학습 목표Git, GitHub, IDE 등 실제 개발을 위한 환경에 익숙해진다.교육 분야에 맞는 프로그래밍 언어를 사용해 간단한 문제를 해결한다.첫 과제라 그런지, 다른 참여자분들도 Git과 제출 관련 질문이 엄청 많았던 거 같다. ℹ️ 진행 방식과제 진행 요구 사항, 기능 요구 사항, 프로그래밍 요구 사항 세 가지를 참고해 문제를 해결..

1. ❓글또란❓그렇다....ㅋㅋㅋ'글 쓰는 또라이가 세상을 바꾼다' 를 줄여서 글또다. 활동기수 시작 후 총 6개월 동안 2주 단위로 글을 제출한다.기간2024년 10월 ~ 2025년 3월(총 6개월) 2. ℹ️모집 정보서류24년 9월 12일 ~ 24년 9월 22일(일)합격자 공지24년 9월 26일(목) 저녁OT24년 9월 29일(일) 21시 ~ 22시 (필수 참여) 3. 📝자기소개서1) 요즘 관심사개발 : 테스트 코드에 관심이 많아서 테스트 코드 관련한 내용들과 관련해서 작성했다.취업 : 아무래도 취준생이라서 가장 큰 관심사는 취업이기 때문에 이런 내용들을 작성했다. '원하는 기업이 아니라도 취업해야할까?'에 대한 고민은 아직도 해결되지 않고 계속 고민을 하고 있다.좋은 글 작성하는 방법 : 이런 활..

🤸‍♂️하고잡이나를 가장 잘 설명하는 말이 아닐까 싶다. 나는 어려서부터 하고 싶은 것이 많았고, 다양한 경험하는 걸 좋아했다.기계 조립, 코딩, 합창, 사물놀이, 육상, 축구, 피아노, 기타, 바이올린 등등 하고 싶은 건 뭐든 경험해봐야했고, 그게 좋았다.보면 뭔가 연관이 있는 건 아닌 경우가 많다. 사실 나도 정확히 설명하긴 어렵고,그냥 끌리면 일단 해봐야하는 쪽인 것 같다. 실패 여부는 크게 중요하지 않고, 실패할 게 명확해도 도전하지 않으면 오히려 아쉬움만 남았기에 기회가 되면 매번 도전했었다. 실제로 이런 성향 덕분에 어려운 일이라도 가끔 성공하는 경우가 있었고, 축적 될수록 내가 성공할 수 있는 범위와 확률은 점점 올라갔던 것 같아서 나름? 만족하는 편이다.이런 성향은 옅어졌음에도 아직 남아..

참여 동기사실 스터디 참여 동기는 디프만 참여 동기와 같은 흐름이었다.지방에서 개발하며 함께 소통할 사람이 없다는 것. 스터디 같은 것들을 진행해도 나와 목표가 비슷한 사람은 적었고, 마음이 맞는 사람도 적었다. 시간이 지날수록 참여율이 저조해졌고, 스터디를 준비하는 시간에 비해서 스터디에 대한 만족감은 점점 줄어들고 있었다.그 이유가 나에게 있지 않을까 싶기도 했다. 보통 내가 팀장으로 진행을 했는데, 운영이나 스터디 준비에 많은 시간을 사용했지만, 그에 비해서 스터디의 운영 방식이나 시스템이 효율적인가에 대해서는 조금 부정적인 생각을 했다. 제대로 된 스터디를 참여해본 적이 없기 때문에 정확하게 평가하기도 힘들었고, 더 나은 방향을 찾기도 쉽지 않았다.이러한 생각 때문에 '좋은' 스터디의 시스템을 경..

❓What is Infcon❓성장에 연결을 더하다!프로덕트를 만드는 사람들이 모이는 축제INFCON 2024 🎶지난 2년간 많은 분들의 관심과 사랑을 받으며 대표적인 IT인의 축제로 자리매김한 인프콘!2024년 8월, 인프콘이 한층 더 풍부한 세션과 프로그램으로 돌아옵니다. 올해는 개발자, PM/PO, 디자이너 직군을 아우르며 더 넓고 깊이 있는 시간으로 구성하였습니다.- 인프콘 홈페이지 발췌 인프콘은 올해로 세 번째라고 하네요!IT 개발 직군에 치우쳐있던 이전 행사들과 달리 올해부터는 PM/PO 그리고 디자이너 분들을 위한 세션이 아주 많아졌어요.실제로 행사장 내에 디자이너분들이 진짜 많았어요.그만큼 티켓팅 더 빡세진 것 같은 느낌이 들기도 하고...ㅎㅎ ✅참여 기업보다시피 아주 많은 기업들이 이번 ..

아키텍처갑자기 아키텍처?테스트는 품질을 위한 도구이면서, 설계를 위한 도구임.Testability를 높여야 설계를 위한 도구로 사용 가능.테스트와 설계는 상호보완적.테스트가 어렵다면 아키텍처가 정답을 알려줌. 개발하기 어렵다면, 테스트하기 쉽도록 개발하면 편하다. 아키텍트의 정의아키텍처란 어떤 비즈니스 문제를 해결하기 위해 준수해야하는 제약을 넣는 과정!아키텍처를 지키려고 하다보면 오히려 더 불편해짐.이로 인해 꼭 필요한 것이 아니라면 차라리 없는 것이 나을 수 있음.그럼에도 아키텍처를 사용하는 이유?아키텍처를 사용하기 전 문제 상황을 정확하기 인지하는 것이 중요함.꼭 써야하는 이유를 파악하고, 구성원들이 모두 동의해야함.아키텍처는 종착지가 아닌 여정에 가깝고, 고정된 산출물이 아니라 계속된 탐구 과정에..

각Service를 추상화 ServiceImpl로 구현체 이름을 변경Controller 패키지에Service 인터페이스 생성public interface UserService { User getByEmail(String email); User getById(long id); User create(UserCreate userCreate); User update(long id, UserUpdate userUpdate); void login(long id); void verifyEmail(long id, String certificationCode);}public interface CertificationService { void send(String email, long ..

service에 테스트코드 넣기 FakeRepository 구현public class FakeUserRepository implements UserRepository { private final AtomicLong autoGeneratedId = new AtomicLong(0); private final List data = new ArrayList(); @Override public Optional findById(long id) { return data.stream().filter(item -> item.getId().equals(id)).findAny(); } @Override public Optional findByIdAndStatus(long i..