책꽃이 📔

[22.11.28-22.12.4] 이번 주에 읽은 아티클 😯

dalin❤️ 2022. 12. 4. 17:29

개발자로 살아남는 "진짜" 방법

https://f-lab.kr/blog/how-to-be-good-developer

 

개발자로 살아남는 "진짜" 방법

개발자로 살아가는 이들의 공통된 목표는 당연히 ‘개발을 잘하고 싶다’ 일 것이다. 어떠한 문제 혹은 버그를 만났을 때 자신의 개발 실력으로 전문가처럼 손쉽게 해결하거나, 코딩 테스트의

f-lab.kr

- 개발자로 일할 때 습관이 중요하다고 하면서 괜찮은 개발자로 성장하기 위한 방법을 이야기한다.

1. 기술적 상상하기 - 평소에 서비스 이용할 때, 어떤 기술이 필요할지 생각해보기.

2. 기록하기 - 기술 블로그에서 경험했던 내용을 정리하며 문제, 시행착오, 해결 방법을 정리한다. / 복잡한 상황을 정리하는 습관을 키운다.

3. 밖으로 나가자 - SNS, 커뮤니티, 콘퍼런스, 기술 스터디 및 토이 프로젝트 등

 


좋은 매니저는 누구인가

 

https://m.hanbit.co.kr/channel/category/category_view.html?cms_code=CMS6281688150 

 

좋은 매니저는 누구인가

@import url('https://fonts.googleapis.com/css?family=Nanum+Gothic:400,700|Noto+Serif+KR:200&display=swap'); 『개발 7년차, 매니저 1일차』 92쪽 중 나는 2007년 무렵에 처음 매니저가 되었다. 트레이딩 플랫폼을 개발하는 월

m.hanbit.co.kr

회사에도 CTO, 센터장님 등 리더분들이 계시다. 그분들은 개발자셨지만 지금은 매니저 역할을 하고 계시다. 그분들을 보면서 막연하게 어떤 역할을 하는지는 알고 있었지만, 이 글을 읽으며 더 자세히 알게 됐다. 나는 사람들의 성장에도 관심이 많아서, 매니저 역할도 꼭 해보고 싶다~

- 매니저 <-> 개발자를 오갈 수 있다.  '매니저는 기술의 막다른 골목이 아니다. 매니저가 되면 어쩔 수 없이 기술이 퇴화하고 다시는 개발 현업으로 돌아갈 수 없다고 생각하는 사람이 많다. 이것은 사실이 아니며 사실이 되어서도 안 된다. 이런 생각은 기술적으로 게으른 매니저에게 면죄부를 발급해주는 미신에 불과하다. 매니저 트랙과 기술 트랙은 서로 만나지 않는 두 개의 평행선이 아니다. 그것은 서로 수시로 교차하는 나선형이다.' -본문 중-

- 좋은 매니저란. '좋은 매니저는 후배를 성장시키는 사람이다. ... 자기 장점이 무엇인지 깨닫게 해주고, 배움의 기회를 만들어주고, 자기 역량을 발휘하여 스포트라이트를 받게 해주는 사람이다. 후배가 너무 환히 빛나서 자신을 앞질러 가거나 다른 회사가 데려간다 해도 진심으로 개의치 않는 사람이다. '-본문 중-

- 매니저의 덕목. '좋은 매니저는 비전, 실력, 전문성, 의사소통 능력 등 여러 가지 덕목을 갖춰야 하지만 무엇보다도 마음이 넓어야 하기 때문이다.'-본문 중-


(번역) 자바스크립트 웹 프레임워크의 새로운 흐름

https://ykss.netlify.app/translation/the_new_wave_of_javascript_web_frameworks/?utm_source=substack&utm_medium=email 

 

(번역) 자바스크립트 웹 프레임워크의 새로운 흐름

이 글을 통해 새로운 자바스크립트 웹 프레임워크의 확산에 대해 이해하고, 규모에 따른 문제와 최근 혁신의 진화에 대해 자세히 알아봅시다. 원문: The new wave of Javascript web frameworks…

ykss.netlify.app

자바스크립트 웹 프레임워크의 역사와 새로운 흐름에 대해 다룬다.

- 역사 : 정적 페이지 -> 동적 페이지(사용자 요청에 따라 다른 콘텐츠 제공) with 서버 기반 템플릿 프레임워크 -> 프런트엔드와 백엔드 분리(앵귤러 등) -> SPA(리액트의 부상)

- 대규모 환경에서 리액트의 한계점 / 해결 노력

1. CPU 에 대한 실행(가상 돔과 실제 돔 사이에 조정이 일어나는 동안 사용자 입력에 반응하지 않는 이슈 -> 리액트의 동시 모드를 위한 기반이 마련됨)

2. 런타임 비용 증가(CSS in JS 등으로 런타임 비용이 더 들게 됨. -> 사전 컴파일러를 사용해서 런타임 비용이 들지 않게 한 CSS in JS 라이브러리)

3. 네트워크 비효율성 및 렌터링 차단 컴포넌트 -> 네트워크 최적화

- 현재 상황

SPA를 기본으로 사용함.

React가 가장 많이 쓰임.

여러 논의가 있는 상황임.(클래스 기반 OPP - 함수형 등)

- React의 대안

1. Vue : 낮은 진입 장벽, 라우팅/ 하나 하나 설정하지 않아도 되는 템플릿 있음 / 스타일링의 방식이 정해짐 / 빠른 런타임을 위한 최적화

2. Svelte : 사전에 컴파일해서 런타임에 시간 오래 걸리는 문제 해결 / 익숙한 자바스크립트 사용

3. solid

 Next, Nuxt, Sveltekit ...

MPA(멀티 페이지 아키텍처) 

Remix ...

(뒷 부분은 완전히 이해하지는 못했다.ㅠㅠ 그래도 키워드들을 알 수 있었다.)

728x90