취준 공부 방향성 질문있습니다!(코드 실력, 기술 스택)

Question

전 java 실력이나 코드 작성 실력, 프레임워크나 JPA에 대한 이해, 여기선 왜 cascade 설정을 했는지 등을 중심으로 공부를 하고 있는데 다른 분들을 보면 kubernates, MSA, Kafka 등의 고난이도의 기술 스택을 경험하며 포폴에 쌓으시더라구요. 그래서 요즘 제 공부방향이 잘못됐나 싶은 생각이 듭니다. 신입은 오히려 코드 실력 같은 기본기가 중요하다고 생각했는데 이력서를 통과하려면 어차피 서류가 많아서 코드 같은 건 잘 보지 않으니 기술 스택으로 눈도장을 찍어야 할까요? 전략을 어떻게 준비해야 할지 모르겠습니다.(물론 모든 스택을 깊게 알면 좋겠지만요)

okky2dokky2 · Answer

신입이시면 kubernates, MSA, Kafka 굳이 필요 없습니다. 말씀하신대로 기본에 충실하시면 됩니다.

AskeTeddy · Answer

필요한 기능 만들기MVP 를 고민한 Todos복잡함을 공유하기이벤트 스토밍(피그잼)성실함보다 귀찮음 드러내기단위 테스트 만으로 기능 검증테스트 피라미드?아이스크림 테스트 패턴만큼은 피할래~읽기 좋은 코드 만들기가독성함수, 메소드 이름은 목적만 드러내자 (알고리즘이나 상세한 내용 포함 X)더 뺄 내용이 없음굳이 여기에 있어야할 코드가 아닌데? 분리하자 (높은 응집도, 낮은 결합도)아이디어를 드러내는 모델 만들기쉽게 스케치(excalidraw) 할 수 있는 모델들interface 를 통해 연관성을 가지는 object방향을 가지면 더욱 좋음난 테스트도 잘할래이건 어떻게 사용되는지가 중요해White Box Test이건 왜 사용하는지가 중요해Black Box Test실제 개발팀들은 어떤식으로 일하지수직적인 회사폭포수 모델링수평적인 회사애자일패러다임 철학을 이해하자OOP 가 근본이지SOLID모델이 곧 객체지향이야풍부한 도메인 모델링도메인 모델 트릴레마?!순수성 &#43; 성능에 집중하기기능의 의미는 사용자가 결정하는거야프로토타입(덕타이핑)사용자의 문맥(메시지)은 어떤 경우에도 흩어지면 안되SOLID(&#43; 독립된 섬) &#43; 프로토타입난 코드가 단순해서 함수만 봐도 개발자들이 이해했으면 좋겠어함수형사용 사례가 정확하내! 이걸 기반으로 해보자Clean Architecture인프라 짱짱하네 클라우드 네이티브라니Hexagonal Architecture여긴 사용 사례도 풍부하구만~Clean &#43; Hexagonal Architecture비지니스 모델이 너무 복잡해DDD아니 그거 이미 있는 API 라니깐!!GraphQLAPI Gateway Aggregate우린 백엔드로 챗봇 만들거라고?HateoasAPI 끼리 연결해야된다고?gRPC문맥은 범위가 있고, 그 안에서는 외부를 몰라도 되DDD(Bounded Context)저장할때 규격이 있었어SQL아니네NoSQLJoin이나 트랜잭션이 없잖아?Single Table Pattern트랜잭션 그거 도메인 아닌데..인프라가 해줄거야Eventually Consistency그 인프라를 내가 해야해...API Gateway &#43; Eventually Consistency기능의 명세는 개발자만 알면되지DDD(Specification)굳이 모델에서 사이드 이펙트를 고민해야해?CQRS저장부터 문제가 많은데...Event Sourcing저는 이런식으로 정리하면서 공부했습니다

공지사항 · Answer

신입 그런거 필요없어요 기본에만 충실하세요 그런 기술 때문에 이력서가 통과된다하더라도 오히려 그런 기술때문에 면접 절대로 통과 못합니다

취준 공부 방향성 질문있습니다!(코드 실력, 기술 스택)

3개의 답변

기술 목록