3주차 커피챗

커피챗 간단 요약😎

• SI에서 Vue를 많이 쓴다.
• Why? 코드 퀄리티 쉽게 제어. 진입장벽 낮음.

• Vue는 외울 것이 많다는 의견에 대해 -> 외우지 않아도 된다. (검색하면된다.)

• {{}} -> Handlebars.js, Mustache.js 이런데서 많이 쓰는 것이니까 참고하는 것이 좋겠다.

1. [번역] 의존성 관리자는 의존성을 관리하지 않습니다.

[번역] 의존성 관리자는 의존성을 관리하지 않습니다

원문 : https://cpojer.net/posts/dependency-managers-dont-manage-your-dependencies

https://velog.io/@surim014/dependency-managers-dont-manage-your-dependencies

의존성 관리자란?

• = package manager

• npm, yarn, pnpm을 많이 쓴다.

 

각 패키지 매니저의 특징

• npm
• 옛 npm의 문제
• node_modules에 의존성이 너무 많아 진다.
• npm에 기본적인 설계 결함이 있었다.
• 패키지가 중복 설치된다는 문제가 있다.

 

• yarn
• yarn1 yarn2 - 공존하고 있다.
• yarn2 = yarn berry = yarn pnp
• zero-install 기능
• 깃에 있는 파일로 다운을 받게 됨. -> 버전이 안맞는 문제가 생기지 않음.
• yarn 문제
• Git에 지속적으로 주는 부하
• ghost dependency

 

• pnpm
Yarn 대신 pnpm으로 넘어간 3가지 이유
패키지 매니저를 바꾸고 1년 동안 사용해보며 든 생각들

https://engineering.ab180.co/stories/yarn-to-pnpm

프론트엔드 프로젝트 최신화 - 1편 : Yarn berry
안녕하세요. 채널톡 웹팀 엔지니어 카를로스입니다 😊 채널톡에서 진행하고 있는 프로젝트 최신화에 관해 소개해드리려 합니다. 들어가며 채널톡 웹팀에서는 많은 일들을 하고 있어요. 그래서 이 어플리케이션들을 관리하는 프로젝트도 많이 나뉘어져 있습니다. 채널톡 앱을 담당하는...

https://channel.io/ko/blog/frontend_yarnberry

2. 기술에 매몰된 개발자는 나쁜 개발자다

기술에 매몰된 개발자는 나쁜 개발자다.

개발자들 사이에서 종종 답이 없는 것으로 갑론을박이 펼쳐지곤 한다. 극단적인 예를 들자면 다음과 같은 것이다. if (a < 0) return false if (a < 0) { return false} 둘 중 어떤 방법을 쓸까? 이런 것을 따지는 것이 그렇게 중요한가? 중요하지 않다는 것이 아니다. 집착하고 매몰될 필요가 없다는 것이다. 본인이 속한

https://brunch.co.kr/@mystoryg/199

우리는 불필요한 논쟁을 피하기 위해, eslint, prettier들을 사용을 한다.

클린코드를 유지하고 있는 회사는 많지 않다.

기술이 중요한 것이 아니다.

 

Q. 개발하는 중에 난관에 봉착했다. 다음주 월요일에 배포해야 하는데, 짜기 싫은 코드를 짜야하는 상황에 그 코드를 넣어서라도 짜야 할까요? 다른 기술을 찾아볼 것인가요?

• 희라님 : 일정을 우선 시 해서, 코드를 짠 후, 추후에 리팩토링을 하거나해서 개선을 할 것이다.

 

Q. 이에 대해 PR을 올렸어요. 이거 너무 지저분해지는데 왜 이렇게 하셨어요?라고 댓글을 다셨다. 어떻게 할까요?

• 희라님 : 개발 일정을 맞추기 위해서 이렇게 했고, 추후에 수정하겠달고 애기 할 것이다.

 

Q. 글을 보면서 생각났던 경험이 있는가?

• 성민님 : 기술적인 것을 도입을 하고 싶었는데, 개발 일정이 빠듯해져서, 일단 넘어간 후 리팩토링한 경험이 있다

3. Care beyond code: 7 best design practices for frontend developers

Care beyond code: 7 best design practices for frontend developers—Martian Chronicles, Evil Martians’ team blog

Frontend can be about more than just code—we’re also the last bastion helping our teams against pesky design bugs! We share 7 best design practices for frontend engineers.

https://evilmartians.com/chronicles/care-beyond-code-7-best-design-practices-for-frontend-developers

• 제품은 팀워크의 결과다.

• 우리가 무엇인가 잘못만들고 있음은 프론트가 바로 알 수 있다.

• 이상하다고 디자이너를 공격하면 안된다.
• 의도된 걸까요? 물어보고. 제안하기

• 디자인 시스템이란?
• 어떤 프로덕트에 ui요소나 ux규칙들을 모아둔것.

 

1. 어플 생태계에 대해서 관심이 있는지 알아보는 방법 next.js, 리믹스, npm, yarn, pnpm?

2. 면접 때 협업과 관련된 기술 조직의 컬처 핏?

3. 디자이너와 PM과 어떻게 협업을 하실건가요?
어플 개발자라는 직업을 어떻게 생각하세요?