DALI

DALI

🏃‍♀️

🏃‍♀️

DALI

비전공자

그렇지만 공대 반도체, 라플라스 ... 재미 없다*100

막연함 극히 일부분 돌아가는 부분 보다

서비스를 만들어 보고 싶다   => 개발해보고 싶다.

그리고 

도피처로 시도해본 다중 전공 , 디자인공학

DALI

서비스

가치 + 돈

포지션

DALI

🚬

DALI

여행

먹는것

커피, 운동

DALI

혹시 궁금한 점 있나요 ?.? 

DALI

 T 자형 경험

마라톤 !

조급 해지지 않기

코딩 +
커뮤니케이션 

ref: 일 잘하는 개발자는 비즈니스까지 신경쓸까?

커뮤니케이션 !!!
시끌벅적 

유저

팀 플레이어 

1. 저같은 경우 배울 것이 너무 많아 할 일의 우선순위를 정하기가 쉽지 않습니다. 멘토님만의 우선순위를 정하는 방법이 있으신가요?

 

2. SI업체에 대해서 어떻게 생각하시는지 궁급합니다!

3. 프론트앤드 개발자 취업 준비를 하시면서 어떻게 하셨는지? 그리고 어떤 부분에 집중을 하셨는지 궁금합니다!

4. 요즘 알고리즘 문제를 열심히 풀고 있는데, 고민되는 것이 시간을 생각보다 많이 잡아 먹어 다른 일들을 못하는 날이 종종 있습니다.. 혹시 달리님은 알고리즘을 어떻게 준비 하셨는지? 그리고 어떻게 준비하는 것이 좋을지?

...

5. 같은 맥락으로 프론트앤드는 과제 테스트가 많아지는 추세라고 들었습니다! 따라서 혹시 이를 대비해 좋은 소스가 있는지 궁금합니다

CRUD, HTTP, 블로그 TODOList , 검색, 여러 UI 및 상태관리

Ice breaking 

개발자가 아니라면? 다른 직업 해보고 싶은 것 

최근 관심사  

요즘 고민 

자랑하고 싶은 것 

Ice breaking 

개발자가 아니라면? 다른 직업 해보고 싶은 것 

최근 관심사  

요즘 고민 

자랑하고 싶은 것 

질문 1
공부하다 보면 모르는 지식들이 꼬리를 물고 계속 생깁니다. 예를 들면) 이벤트 루프를 공부하는데 비동기, 쓰레드, 큐 등... 새로운 개념들이 계속 나와서 이벤트 루프가 뭔지 한눈에 파악하기 힘듭니다. 처음 개념을 배울 때 어디까지 알아가는 게 좋을까요?


MDN, https://poiemaweb.com/, 모던Js 튜토리얼 ....

관련 키워드 medium, velog , 유튜브 영상 (발표영상) JSconf,
몇 번 살펴보고 잘 이해가 안되는 부분이 생길 때 -> 그 부분 질문 및 정리해보기

질문 1
달리님께서 지난 과제 관련해서 EOF와 공백 관련 피드백을 주시면서 EditorConfig와 같은 것을 알려주셨는데 혹시 이런 코드 스타일 및 포맷팅 관련해서 어떻게 세팅을 하시는지 궁금합니다! (eslint, prettier 등)


프로젝트마다 세팅을 다르게 가져가는 팀 룰에 맞춰서
ex) 크몽팀에서는 eslintrc - vscode settings.json을 공유해서 맞춤

질문 2
달리님이 많이 참고하시는 개발자 커뮤니티, 블로그로는 어떤곳 (혹은 어떤 사람)이 있는지 궁금합니다!!


 - FE 인플루언서 ???
      - 켄트, FE 한재엽님, 조은님, 장기효님, 아웃사이더님, 이소영님  .... 이 분들 기술 블로그를 잘 보는 편 ?
      - 유튜브, (노마드코더, 드림코딩앨리 ... )
      - 토스 기술 블로그
      - 트위터
    - 패북 프론트엔드 개발 그룹 

     요즘은 공식문서를 좀 잘 살펴보려고 하는 편?

• TIL과 같은 개발자로서 글쓰는 것에 대해서 비교적 동기가 약합니다. 어떻게 하면 좀 더 열심히 써볼 수 있을까요..?ㅜㅜ

• 컴퓨터학과를 나와서 자주 하게 되는 얘기가 ‘CS를 나와서 개발자를 하면 전공 살리기에 백이 더 낫지 않겠냐?’ 라는 것입니다. 동시에 프론트엔드에서 언제나 하는 얘기가 ‘CS를 절대 간과하지 마라. 결국은 도 좋은 개발자가 되기 위해선 CS 지식이 필요하다’.

  아직은 주니어도 아닌 수강생이기에... 문법 공부하고 라이브러리 따다 쓰기 바쁘기에... CS 지식(네트워크, OS, DB 등)이 깊게 사용되는 경우를 잘 보지 못한 것 같습니다.

  달리님은 프론트엔드 직군의 어떤 면에서 CS에 대한 지식이 많이 필요하다고 생각하시나요?

• class component vs. functional component

• 바닐라js에서 함수 컴포넌트를 만든다면, 확장(상속)을 어떻게 하면 좋을지

노션 클론 프로젝트를 하면서 상태 관리에 대해서 어려움을 겪어서 작은 상태 관리 라이브러리를 개발해보려고 하는데요
서버와 통신하는 부분에서 궁금증이 생겼습니다. 클라이언트 상태를 관리하는 라이브러리에서 직접 서버 api와 통신해서 지속적으로 state를 캐싱 해주는 것이 좋을까요??

아니면 상태 관리 라이브러리는 클라이언트 상태만 관리하고 api호출을 따로 하고 그 후 컴포넌트에서 상태 관리 라이브러리와 서버에서 받아온 값을 동기화 하는 방향이 좋을까요??

정말 간단한 라이브러리를 만들어도 npm배포 등을 해보면 후에 신입 채용에도 도움이 되는지 궁금합니다!

Ice breaking 

리뷰

• 곧 있을 팀프로젝트 전에 기본 세팅을 함께 맞춰가면 좋을 것 같은데 멘토님의 세팅이 궁금합니다

ex) 컴포넌트 스타일링, 초기 세팅, 익스텐션 등..

딱히 정해져있지는 않은데, 팀에 따라 유동적으로 맞춰가고 있습니다.
- eslint - tsconfig -
기본 extension 위주로  airbnb / react/recommend  등 기반으로 시작

몇 가지 rule들 이건 써야 한다 하는 것들은

• 곧 있을 팀프로젝트 전에 기본 세팅을 함께 맞춰가면 좋을 것 같은데 멘토님의 세팅이 궁금합니다

ex) 컴포넌트 스타일링, 초기 세팅, 익스텐션 등..

딱히 정해져있지는 않은데, 팀에 따라 유동적으로 맞춰가고 있습니다.
- eslint - tsconfig -
기본 extends 위주로  airbnb / react/recommend  등 기반으로 시작

몇 가지 rule들 이건 써야 한다 하는 것들을 추가 적용 

• 곧 있을 팀프로젝트에서 전역상태 관리는 어떤 것을 사용해 하면 좋을까요?
• eslint, prettier 등 코드스타일을 어떤식으로 맞추는게 좋을까요?
• 브랜치 관리전략?

1. 전역상태관리 라이브러리 철학이랑 사용성을 비교해서 이것도 팀원분들과 논의해서 정하는게 좋고요
그래도 대중적인 2개를 추천드립니다.  
recoil,
react-redux

2. 앞서 큰 extends 기반으로 시작하는 게 좋을 것 같네요
3. 브랜치 전략도 리서치 - 이슈 기반으로 jira,asana, github project 기반으로 연결 추천
git-flow, https://techblog.woowahan.com/2553/
 

• 곧 있을 팀프로젝트에서 전역상태 관리는 어떤 것을 사용해 하면 좋을까요?
• eslint, prettier 등 코드스타일을 어떤식으로 맞추는게 좋을까요?
• 브랜치 관리전략?

1. 전역상태관리 라이브러리 철학이랑 사용성을 비교해서 이것도 팀원분들과 논의해서 정하는게 좋고요
그래도 대중적인 2개를 추천드립니다.  
recoil,
react-redux

2. 앞서 큰 extends 기반으로 시작하는 게 좋을 것 같네요
3. 브랜치 전략도 리서치 - 이슈 기반으로 jira,asana, github project 기반으로 연결 추천
git-flow, https://techblog.woowahan.com/2553/
 

•  
  • 달리님이 팀 프로젝트를 진행하실 때, 효율의 측면에서 가장 중요하게 여기시는 것이 무엇일지 궁금합니당 : 3
  • 달리님이 생각하시는 팀 프로젝트를 진행할 때 팀원들이 반드시 갖춰야 할 마음가짐은 어떤 것이라고 생각하시나요?
  • 팀 프로젝트를 진행할 때 팀에 확실한 리더가 있는 편이 좋을까요, 아니면 모두 동등한 포지션으로 팀프로젝트를 진행하는 것이 좋을까요?? 그렇게 생각하시는 이유도 궁금합니당 👾
  • 브랜치를 다룰 때 이 실수만은 하지 말자..!! (절망 편)이 궁금합니당
  • 마지막으로 팀 프로젝트를 앞둔 달리팀들을 위한 한마디..!!

-> 일정산정 및 기록 + 이슈 공유 + 문서화 - 협업하기 용이한지
-> 기본기능을 구현 한 후에 -> 기술역량 및 UX 적인 향상을 이끌어 내기
-> 비즈니스 밸류 생각하기 ->
+ 꼭 개발을 해야 하는지? 다른 방향으로도 풀 수 없나? 

•  
  • 달리님이 팀 프로젝트를 진행하실 때, 효율의 측면에서 가장 중요하게 여기시는 것이 무엇일지 궁금합니당 : 3
  • 달리님이 생각하시는 팀 프로젝트를 진행할 때 팀원들이 반드시 갖춰야 할 마음가짐은 어떤 것이라고 생각하시나요?
  • 팀 프로젝트를 진행할 때 팀에 확실한 리더가 있는 편이 좋을까요, 아니면 모두 동등한 포지션으로 팀프로젝트를 진행하는 것이 좋을까요?? 그렇게 생각하시는 이유도 궁금합니당 👾
  • 브랜치를 다룰 때 이 실수만은 하지 말자..!! (절망 편)이 궁금합니당
  • 마지막으로 팀 프로젝트를 앞둔 달리팀들을 위한 한마디..!!

-> 마음가짐, 프로젝트 골을 두고, 같이 잘 성공하겠다라는 마인드?
-- 힘들때 , 이슈 상황에서 서로 고민하고 좋은 방향으로 해결하려는 태도나 멘탈
-- 의사결정을 잘 나눠서도 할 수 있으면 상관없지만 리더가 있는 편이 좋을 것 같네요 (돌아가면서 하더라도...) 

•  
  • 달리님이 팀 프로젝트를 진행하실 때, 효율의 측면에서 가장 중요하게 여기시는 것이 무엇일지 궁금합니당 : 3
  • 달리님이 생각하시는 팀 프로젝트를 진행할 때 팀원들이 반드시 갖춰야 할 마음가짐은 어떤 것이라고 생각하시나요?
  • 팀 프로젝트를 진행할 때 팀에 확실한 리더가 있는 편이 좋을까요, 아니면 모두 동등한 포지션으로 팀프로젝트를 진행하는 것이 좋을까요?? 그렇게 생각하시는 이유도 궁금합니당 👾
  • 브랜치를 다룰 때 이 실수만은 하지 말자..!! (절망 편)이 궁금합니당
  • 마지막으로 팀 프로젝트를 앞둔 달리팀들을 위한 한마디..!!

->.git 날리기? git 에 기록이 되어 있으면 다시 되돌릴 수 있으니 왠만하면 걱정 없이 하셔도 될 것 같아요
-> 환경이랑 시스템적인 고민을 많이 해보시면 좋을 것 같습니다. 

• • 종관의 프로젝트 경험 - 1년 전에 했던 트위터 클로닝 프로젝트… w/o ts-react
  • 프로젝트 개발 과정에서 어떤 규칙들을 논하면 좋을까요?
    • ex. 컨벤션, pr 응답 주기, 코드 리뷰 방식,
  • 첫 팀프로젝트에 있어서 어떤 기술 스택을 사용해보면 좋을 까요?
    • 스토리북 사용 여부
    • 타입스크립트 사용 여부
    • 상태 관리 라이브러리 : redux vs. recoil vs. …
    • 그 외 라이브러리…

규칙들, PR 규칙 , GroundRule,
어떻게 일하고, 리뷰, branch, 배포 프로세스, PR_template, issue, 문서화
태스크를 나눌지, 이슈 상황 -
테크스펙 , 팀원이 누가 새로 추가되거나 빠져도 이해하기 용이하도록 정리해보기 

• • 종관의 프로젝트 경험 - 1년 전에 했던 트위터 클로닝 프로젝트… w/o ts-react
  • 프로젝트 개발 과정에서 어떤 규칙들을 논하면 좋을까요?
    • ex. 컨벤션, pr 응답 주기, 코드 리뷰 방식,
  • 첫 팀프로젝트에 있어서 어떤 기술 스택을 사용해보면 좋을 까요?
    • 스토리북 사용 여부
    • 타입스크립트 사용 여부
    • 상태 관리 라이브러리 : redux vs. recoil vs. …
    • 그 외 라이브러리…

스토리북 추천합니다.
타입스크립트도 추천합니다
상태관리 라이브러리 둘다 추천합니다.
recoil이 개인적으로는 더 사용성은 좋았습니다. 간단해서 

• 리액트로 프로젝트를 할때에 폴더구조와 컴포넌트 설계 방식이 궁금합니다
• 스토리북이나 react-testingLibrary로 테스트를 해보는것을 추천하시나요?

- project folder structrue 이것도 검색해보고 팀이랑 논의해보기 -> 저희 팀  
- 스토리북 , react-testingLibrary <- 여유가 되시면 추천드립니다.

Ice breaking 

 기획서 함께 살펴보기 

따봉

이야기 해보고 싶은 주제 ? 

 기획서 함께 살펴보기 

따봉

좋다고 느낀 포인트
실제 유저이고,
계속 유지보수할 수 있는 포인트 및 유저풀도 모으기 좋은 점

포플로서, 데브코스 이외의 분들이 많이 볼 것입니다.
문서로서, 스크린샷 등 첨부해서 기존 프로그램 대비 어떤 점들을 개선할 것인지 좀 더 시각화 구체적인 부분 보여주면 좋을 듯

- 페이지 별로 필요한 기능 및 시나리오 작성 ->
이 부분이 문서화로 계속 되서 기억이 아닌 문서를 보고 작업할 수 있도록!
- 각 페이지 별로 필요한 컴포넌트 

- 공용컴포넌트 구성들 어떻게 가져갈지

 기획서 함께 살펴보기 

- 태스크 관리 어떻게 해보면 좋을까?

- 일정산정이랑 기획 정리만도 최소 하루-이틀은 쏟으면서 로드맵을 한 번 잘 정리해보시면 좋을 것 같습니다.
- 블락커나 이슈 상황들 미리 얘기해봐도 좋을 것 같아요

- 일일 태스크 진행 및 회고 보드를 같이 진행해보면 어떨까 싶습니다
*추천

UX, DX , 팀 프로젝트로서 우리가 개선하고 고민한 것들을 잘 정리해서 보여줘야 함 + 기록의 중요성. 어떤 것을 자랑하고, 기억하고 싶은지 자주 정리하기
 

시스템 , 리팩토링, 성능 향상, UX개선 , 이슈 해결포인트로 있으면 좋겠죠 :D 

 기획서 함께 살펴보기 

개발환경
기술 선정이유
사용되는 API 응답 예시나 링크
실행
테스트 서버
프로젝트 구조 등등 문서화 하기

깃헙 링크 

CI, CD  -> Netlify, Vercel 바로 연결 구성을 빠르게 추가하시면 좋을 것 같습니다.

ts 전에 prop-types를 적용하다가 넘어가시는게 어떨까 싶네요
서로 좋은점과 이렇게 하면 더 성장할 수 있겠다 하는 포인트 빠르게 피드백 줄 수 있는 관계가 되면 더 좋을듯 합니다 :+1
혹은 같이 일하면서 이런 부분 배워야 겠다 하는 부분이 생기면 직접 물어보기도 하고 배워나가보세요 + 페어프로그래밍도 추천합니다

 기획서 함께 살펴보기 

추천 사항
팀 나눠서 하루에 특히 이슈나 잘 안 풀리는 부분이 있을 때
1시간 ~ 2시간은 페어프로그래밍 해보셨으면 하네요

https://visualstudio.microsoft.com/ko/services/live-share/

끝 -

같이 성장 많이 하고, 재밌게 하셨으면 좋겠네요 

 기획서 함께 살펴보기