목차
- 서류탈락과 이력서 개선
- 타입스크립트와 JSON 라이브러리 개발 현황
- 노마드코더 리액트 강의와 개발 관련 영상 공유
- 프론트엔드와 백엔드 간 사용자 데이터 처리 이슈
- GPT 및 AI 관련 의견과 경험
- 개발자 도구 네트워크 탭 내역 조작 관련 질문
- Rust 학습 및 비동기 처리 이슈
- 도메인 구매 및 배포 관련 경험담
- React 상태관리(useState, useEffect) 문제 해결 토론
- 조직 문화와 경력 개발에 대한 생각
1. 서류탈락과 이력서 개선
- 개발자 DY님이 13~14곳 정도 서류탈락 경험 중임을 공유함.
- 탈락 후 이력서 개선을 위해 지속적으로 뜯어고치고 있음.
- 이런 상황은 개발 초·중급자들이 많이 겪는 문제라 현실적 공감 많았음.
2. 타입스크립트와 JSON 라이브러리 개발 현황
- JV님이 타입스크립트와 JSON을 활용해 직접 라이브러리를 만드는 중이라고 소개함.
- 라이브러리는 코드의 재사용성과 안정성을 높이기 위한 도구로, 타입스크립트 타입 안정성을 활용해 JSON 데이터 조작을 쉽게 만드려는 의도로 보임.
- 완성되면 공개할 예정이라 기대감을 표현함.
3. 노마드코더 리액트 강의와 개발 관련 영상 공유
- LV님이 노마드코더의 리액트 강의에 대한 평을 물었고, 여러 개발자가 영상 링크 공유 및 반응을 나눔.
- WB님은 특정 시간(7분 25초) 영상 포인트 공유.
- LO님은 꽃구경과 출근 풍경, 지역 축제 관련 뉴스 링크 공유 등 활기찬 일상 이야기 나눔.
- 개발자 간 친목과 업무 스트레스를 풀기 위한 소소한 대화 포함.
4. 프론트엔드와 백엔드 간 사용자 데이터 처리 이슈
- PP님 질문: 사용자 DB 데이터를 모두 한꺼번에 백엔드에서 가져오는 게 좋을지, 프론트엔드에서 필요한 부분만 요청하는 게 좋을지 논의.
- OB, FN 등은 데이터가 많아질 경우 서버와 클라이언트 모두 부하가 커질 수 있다고 지적.
- 개인정보 유출 우려도 제기되었음.
- GQL(GraphQL) 사용에 관한 질문: GQL은 필요한 데이터를 명시적으로 요청해 효율적인 데이터 처리가 가능하게 해줌을 언급.
- 일반적으로 서버에서 필요한 데이터만 선별해서 보내는 게 보안과 성능 면에서 바람직하다고 조언됨.
- Firebase Firestore의 경우 문서 단위로 전송되므로 데이터를 어떻게 쪼개서 보내느냐가 관건임.
배경설명:
- GraphQL(GQL): 클라이언트가 원하는 데이터만 서버에 요청해 받아올 수 있는 쿼리 언어로, REST API보다 네트워크 효율성이 좋아짐.
- Firebase Firestore: NoSQL 문서형 DB로, 문서 단위로 데이터를 저장 및 조회함. 많이 사용하지만 한 번에 너무 많은 데이터 전송 시 성능 저하 우려 있음.
5. GPT 및 AI 관련 의견과 경험
- AI 성능 향상에 대한 체감 의견 공유 (답변 퀄리티 좋아졌다는 후기).
- 화수봇이 AI냐 인간이냐에 대한 농담과 함께 AI 성능에 대한 신뢰도가 높아짐을 표현함.
- AI를 활용해 개발 및 업무 효율화를 고민하는 분위기 나타남.
- 직장 내 시니어와 주니어 개발자 간 갈등 및 AI 도입에 따른 문화 변화도 언급됨.
6. 개발자 도구 네트워크 탭 내역 조작 관련 질문
- PI님 질문: 브라우저 개발자 도구 네트워크 탭 내역을 자바스크립트로 삭제하거나 관리 가능한지 문의.
- QL님 답변: 브라우저 API에 그런 기능은 없으며, 보안상 내역 조작 기능은 허용하지 않는다고 설명.
- 브라우저 개발자 도구는 디버깅용 도구이므로, 자바스크립트 코드가 직접 조작하는 것은 설계상 불가능함.
7. Rust 학습 및 비동기 처리 이슈
- LT님이 Rust 첫 학습 후 헬로월드 마스터 했다고 공유, 타우리(Tauri)로 넘어갈지 고민.
- NI님이 JavaScript에서 foreach 함수의 비동기 처리 이슈 공유하며, 객체 복사 문제와 연관된 문제 해결 사례도 언급.
- 여러 참가자가 초심자 입장에서 어려움을 토로하며 서로 응원하는 분위기였음.
8. 도메인 구매 및 배포 관련 경험담
- CB님이 Vercel 배포 후 도메인 문제 발생 사례 질문.
- LG 통신사에서 Vercel URL 차단 사례가 있다는 말이 있었고, KT, SKT는 문제 없다는 경험 공유됨.
- 도메인 구매는 큰 차이 없다는 의견 다수였음.
- 배포 문제는 통신사별 네트워크 정책 영향 가능성이 있다는 점 주목.
9. React 상태관리(useState, useEffect) 문제 해결 토론
- PE님이 React에서 useState로 관리하는 객체 상태 변경 시 화면 리렌더링이 안 되는 문제를 상세히 설명.
- 값이 없을 경우 상태 변경 시 화면에 잘 반영되지만, 값이 있을 때는 리렌더링이 되지 않는 경험 공유.
- MV님과 LO님 등은 깊은 복사(deep copy)와 얕은 복사(shallow copy), 상태값 주소 변경 등 React 렌더링 원리를 짚으며 진단 시도.
- 해결 방법으로는 객체 복사 방법과 리렌더 유발 방법을 명확히 이해하고, 변경 시 반드시 새 객체를 할당하는 것이 중요함을 암시함.
배경설명:
- React 상태관리 기본 원리: React는 상태 객체가 참조값이 바뀌면 렌더링을 다시 호출함.
- 얕은 복사 vs 깊은 복사: 얕은 복사는 참조값만 복사해 변경이 감지 안 될 수 있음. 깊은 복사는 내부까지 완전히 새로 만들어야 함.
10. 조직 문화와 경력 개발에 대한 생각
- 경력 20년 시니어 vs 주니어 개발자 갈등, 협업 방식에 대한 의견 교환.
- 시니어를 많이 뽑으면 회사 재정 부담, 적절한 밸런스 중요성 강조됨.
- 현실적으로는 각자 장점과 약점을 가진 개발자가 섞여야 팀워크 가능하다는 의견.
- 성공한 신생 기업 사례에 대해 존경심과 여러 현실적인 고민이 동시에 표현됨.
면접팁⚡
- 사용자 데이터 설계 시 어떤 데이터를 백엔드에서 선별하여 넘길지, 프론트엔드와 협의하는 과정 중요.
- GraphQL 활용 시 필요한 데이터만 콕 집어 요청하는 능력을 어필하자.
- React 상태관리에서 객체 변경 시 주소 변경이 리렌더링에 미치는 영향에 대해 숙지 필요.
- AI 및 최신 툴 활용에 대해 열려 있는 태도와 관련 경험 공유는 긍정적으로 작용함.
링크🔗
- 노마드코더 리액트 강의: https://youtube.com/shorts/UCcR9Zsde4Y?si=L28iKWxCrdISdWy2
- 곡성세계장미축제 보도자료: https://www.aitimes.com/news/articleView.html?idxno=159497
- 연봉 및 기업 분석 기사:
- AI 성능 관련 영상: https://www.youtube.com/watch?v=v3UpqW1PAp8
- Vercel 배포 관련 영상: https://www.youtube.com/watch?v=T8TZQ6k4SLE
- 꽃구경 영상: https://youtu.be/nGDPm86Btlw?si=0N-hjmslCS2G-b_q
#이력서탈락#타입스크립트#React#백엔드프론트엔드#AI#GPT#상태관리#Rust#도메인구매#개발자도구