서울시여성가족재단>알림>공지사항

언제
10월 22일(화), 10월 24일(목)
어디서
서울가족플라자

다루는 내용
• 변화하는 업무환경에서 나의 역할을 만들어가는 법
• 개발자로 롱런하는 방법: 문제점을 발굴할 수 있는 개발자
• 시니어 개발자의 조건? 기술과 태도 관점에서 고민해보기
• Scope & Impact: 시니어의 역할을 정의하는 핵심 요소

안내와 신청에 관해서는 아래 링크로 봐보세요!!

https://www.seoulwomen.or.kr/sfwf/contents/sfwf-notice.do?&schM=view&page=1&viewCount=10&id=28663&schBdcode=&schGroupCode=&notice=SFWFNOTICE

언제 10월 22일(화), 10월 24일(목)어디서서울가족플라자 다루는 내용• 변화하는 업무환경에서 나의 역할을 만들어가는 법 • 개발자로 롱런하는 방법: 문제점을 발굴할 수 있는 개발자 • 시니어 개발자의 조건? 기술과 태도 관점에서 고민해보기 • Scope &amp; Impact: 시니어의 역할을 정의하는 핵심 요소 안내와 신청에 관해서는 아래 링크로 봐보세요!! https://www.seoulwomen.or.kr/sfwf/contents/sfwf-notice.do?&amp;schM=view&amp;page=1&amp;viewCount=10&amp;id=28663&amp;schBdcode=&amp;schGroupCode=&amp;notice=SFWFNOTICE

www.seoulwomen.or.kr

잇(𝗜𝗧)생을 고민하는 개발자 세미나!

Festa에서 당신이 찾는 이벤트를 만나보세요.,Festa에서 당신이 찾는 이벤트를 만나보세요.

Open Source Conference (오쏘콘) | Festa!,Open Source Conference (오쏘콘) | Festa!

오픈소스 기여는 개발자에게 도전적이면서도 명예로운 일입니다. 이러한 오픈소스의 경험을 공유하는 행사, '오쏘콘'이 개최되네요. 이번 컨퍼런스에서는 라인플러스, 토스 등 국내 주요 기업들 혹은 개인 개발자의 오픈소스 기여 사례를 들을 수 있습니다

행사 정보:
 * 일시: 11월 16일 토요일, 오후 1시 ~ 6시
 * 장소: 인천 스타트업 파크 인스타1 6층 커넥트홀

오픈소스 생태계에 대한 이해를 넓히고 관심 있으신 분들에게 유익한 시간이 될 것 같습니다.

https://festa.io/events/6160

오픈소스 기여는 개발자에게 도전적이면서도 명예로운 일입니다. 이러한 오픈소스의 경험을 공유하는 행사, '오쏘콘'이 개최되네요. 이번 컨퍼런스에서는 라인플러스, 토스 등 국내 주요 기업들 혹은 개인 개발자의 오픈소스 기여 사례를 들을 수 있습니다 행사 정보:<ul ><li>일시: 11월 16일 토요일, 오후 1시 ~ 6시</li><li>장소: 인천 스타트업 파크 인스타1 6층 커넥트홀</li></ul> 오픈소스 생태계에 대한 이해를 넓히고 관심 있으신 분들에게 유익한 시간이 될 것 같습니다. https://festa.io/events/6160

festa.io

오쏘콘: 국내 기업들의 오픈소스 기여 이야기

이런 이미 티켓이 다 팔렸네요ㅠㅠ

원문: https://ruanmartinelli.com/blog/tanstack-query-openapi

[번역] OpenAPI와 함께 타입 안전성을 갖춘 Tanstack Query

오늘 소개해드릴 글은 두나무의 조영제님이 번역해주신 글입니다.

아마 프론트엔드 개발자라면, 서버 측에서 제공해 준 Swagger 문서를 보며 API 타입을 생성하고, 클라이언트와 서버 간 연동 코드를 한땀 한땀 작성해 본 경험이 있을 것 같습니다. 이 과정은 매우 지루할 뿐만 아니라, 오타가 발생하거나 서버와의 실시간 동기화가 잘 이루어지지 않아 버그가 발생하기도 합니다.
이 글에서는 이러한 문제를 해결하기 위해, 서버의 API 명세가 변경될 때마다 자동으로 타입을 생성 또는 수정하고, 최근 리액트에서 자주쓰이는 TanStack Query를 커스터마이징하여 더욱 안전하고 편리한 API 호출을 구현하는 방법을 설명합니다.
이 글을 통해 여러분도 OpenAPI와 TanStack Query를 효과적으로 결합하여 타입 문제로 인한 골치 아픈 버그를 미리 예방하고, 서버와의 의사소통 비용도 줄이며 개발 속도도 높일 수 있기를 바랍니다. 😃

글 링크: https://bit.ly/4eW8hPq

오늘 소개해드릴 글은 두나무의 조영제님이 번역해주신 글입니다. 아마 프론트엔드 개발자라면, 서버 측에서 제공해 준 Swagger 문서를 보며 API 타입을 생성하고, 클라이언트와 서버 간 연동 코드를 한땀 한땀 작성해 본 경험이 있을 것 같습니다. 이 과정은 매우 지루할 뿐만 아니라, 오타가 발생하거나 서버와의 실시간 동기화가 잘 이루어지지 않아 버그가 발생하기도 합니다.이 글에서는 이러한 문제를 해결하기 위해, 서버의 API 명세가 변경될 때마다 자동으로 타입을 생성 또는 수정하고, 최근 리액트에서 자주쓰이는 TanStack Query를 커스터마이징하여 더욱 안전하고 편리한 API 호출을 구현하는 방법을 설명합니다.이 글을 통해 여러분도 OpenAPI와 TanStack Query를 효과적으로 결합하여 타입 문제로 인한 골치 아픈 버그를 미리 예방하고, 서버와의 의사소통 비용도 줄이며 개발 속도도 높일 수 있기를 바랍니다. 😃 글 링크: https://bit.ly/4eW8hPq

내일배움캠프

OpenAPI와 함께 타입 안전성을 갖춘 Tanstack Query

YouTube에서 마음에 드는 동영상과 음악을 감상하고, 직접 만든 콘텐츠를 업로드하여 친구, 가족뿐 아니라 전 세계 사람들과 콘텐츠를 공유할 수 있습니다.

 - YouTube

일 잘하는 개발자는 어떤 개발자 일까요? 흔히 개발자를 평가할 때 코드의 품질이나 기술적 숙련도만을 중요시하는 경향이 있는데요. 토스에서는 '일 잘하는 개발자' 란 코드 작성 외에도 고객에게 실질적인 가치를 제공하는 것이 더 중요하게 생각한다고 합니다. 다음은 토스가 중요하게 여기는 개발자의 자질들입니다:

요구사항을 넘어서는 통찰력
일 잘하는 개발자는 단순히 요구사항을 그대로 구현하는 것에 그치지 않습니다. 대신, 요구사항 속에 숨겨진 진정한 목적을 파악하고, 때로는 구현 없이도 그 목적을 달성할 수 있는 창의적인 방법을 제안합니다. 이는 단순한 '구현'을 넘어선 '문제 해결'에 초점을 맞추는 것입니다.

효율성과 가치의 균형
항상 효율성을 고민합니다. 예를 들어, "이 기능은 이렇게 하면 개발 시간을 절반으로 줄일 수 있을 것 같습니다. 먼저 이 방식으로 시도해보고, 나중에 더 발전시켜 보는 건 어떨까요?"와 같은 제안을 통해 극적인 효율 개선으로 이어질 수 있습니다.

'메이커'로서의 개발자
토스에서는 개발자를 단순한 '엔지니어'가 아닌 '메이커'로 부릅니다. 이는 개발자가 서비스에 대한 깊은 이해를 바탕으로 용기 있게 의견을 내고, 이를 통해 자신과 동료의 시간을 절약하며 제품의 성공에 기여할 수 있습니다.

빠른 런칭과 사용자 피드백의 중요성
제품을 빨리 런칭하고 실제 사용자의 목소리를 듣는 것이 중요합니다. 내부에서 생각하는 사용자의 의견은 실제와 다를 수 있기 때문입니다. 기능을 짧고 빠르게 만들어 출시하는 것이 성공으로 가는 지름길일 수 있습니다.

그렇지만 위와같은 방식이 모든 조직과 제품에 보편적으로 적용되는 것은 아닙니다. 조직의 특성과 제품의 발전 단계에 따라 '일 잘하는 개발자' 정의와 역할은 달라질 수 있습니다. 기능 중심 조직이고, 이미 완성도 높은 단계의 제품이라면 개발 전략과 우선순위가 달라질 수 있습니다.
이 관점은 주로 '사일로' 라는 목적 조직과 제품 초기 단계의 상황에 초점을 맞추고 있습니다.

https://www.youtube.com/watch?v=ZCg8kvtgcUg

일 잘하는 개발자는 어떤 개발자 일까요? 흔히 개발자를 평가할 때 코드의 품질이나 기술적 숙련도만을 중요시하는 경향이 있는데요. 토스에서는 '일 잘하는 개발자' 란 코드 작성 외에도 고객에게 실질적인 가치를 제공하는 것이 더 중요하게 생각한다고 합니다. 다음은 토스가 중요하게 여기는 개발자의 자질들입니다: 요구사항을 넘어서는 통찰력일 잘하는 개발자는 단순히 요구사항을 그대로 구현하는 것에 그치지 않습니다. 대신, 요구사항 속에 숨겨진 진정한 목적을 파악하고, 때로는 구현 없이도 그 목적을 달성할 수 있는 창의적인 방법을 제안합니다. 이는 단순한 '구현'을 넘어선 '문제 해결'에 초점을 맞추는 것입니다. 효율성과 가치의 균형항상 효율성을 고민합니다. 예를 들어, "이 기능은 이렇게 하면 개발 시간을 절반으로 줄일 수 있을 것 같습니다. 먼저 이 방식으로 시도해보고, 나중에 더 발전시켜 보는 건 어떨까요?"와 같은 제안을 통해 극적인 효율 개선으로 이어질 수 있습니다. '메이커'로서의 개발자토스에서는 개발자를 단순한 '엔지니어'가 아닌 '메이커'로 부릅니다. 이는 개발자가 서비스에 대한 깊은 이해를 바탕으로 용기 있게 의견을 내고, 이를 통해 자신과 동료의 시간을 절약하며 제품의 성공에 기여할 수 있습니다. 빠른 런칭과 사용자 피드백의 중요성제품을 빨리 런칭하고 실제 사용자의 목소리를 듣는 것이 중요합니다. 내부에서 생각하는 사용자의 의견은 실제와 다를 수 있기 때문입니다. 기능을 짧고 빠르게 만들어 출시하는 것이 성공으로 가는 지름길일 수 있습니다. 그렇지만 위와같은 방식이 모든 조직과 제품에 보편적으로 적용되는 것은 아닙니다. 조직의 특성과 제품의 발전 단계에 따라 '일 잘하는 개발자' 정의와 역할은 달라질 수 있습니다. 기능 중심 조직이고, 이미 완성도 높은 단계의 제품이라면 개발 전략과 우선순위가 달라질 수 있습니다.이 관점은 주로 '사일로' 라는 목적 조직과 제품 초기 단계의 상황에 초점을 맞추고 있습니다. https://www.youtube.com/watch?v=ZCg8kvtgcUg

www.youtube.com

토스가 바라보는 '일 잘하는 개발자': 코드를 넘어선 가치 창출

앱 시작 화면에 개발자 핸드폰 전화번호를 적어놔봐라. 그래도 전화 안 온다. 예전에 누군가에게 들었던 이야기.

사용자의 목소리

앱 시작 화면에 개발자 핸드폰 전화번호를 적어놔봐라. 그래도 전화 안 온다.
예전에 누군가에게 들었던 이야기.

인상적이었습니다. 진짜 그럴까?

커피한잔도 앱 시작 화면 정도는 아니지만 홈페이지 하단에 고객센터 전화번호를 노출해두고 있습니다.
말이 고객 센터지, 제가 가진 두 개의 핸드폰 번호 중 하나입니다.

가끔 전화가 오면 긴장 반 설렘 반으로 전화를 받습니다.
하지만 불행히도(?) 사용자분들에게 전화가 오기보단 스팸 전화가 대부분입니다.
난 사용자들 목소리가 듣고 싶은 건데.

커피한잔에서 사용자들에게 보내는 메일은 발신 전용 메일이 없습니다.
발신 전용으로 보낸다는 건 답장을 보내지 말라는 뜻.
사용자들 목소리 듣기가 얼마나 어려운데…

이야기를 더 많이 들어보기 위해 정말 스플래시 화면에 전화번호를 한 번 노출해 봐야겠습니다.

https://jeho.page/essay/2024/10/17/user-voice.html

앱 시작 화면에 개발자 핸드폰 전화번호를 적어놔봐라. 그래도 전화 안 온다. 예전에 누군가에게 들었던 이야기. 인상적이었습니다. 진짜 그럴까? 커피한잔도 앱 시작 화면 정도는 아니지만 홈페이지 하단에 고객센터 전화번호를 노출해두고 있습니다. 말이 고객 센터지, 제가 가진 두 개의 핸드폰 번호 중 하나입니다. 가끔 전화가 오면 긴장 반 설렘 반으로 전화를 받습니다. 하지만 불행히도(?) 사용자분들에게 전화가 오기보단 스팸 전화가 대부분입니다. 난 사용자들 목소리가 듣고 싶은 건데. 커피한잔에서 사용자들에게 보내는 메일은 발신 전용 메일이 없습니다. 발신 전용으로 보낸다는 건 답장을 보내지 말라는 뜻. 사용자들 목소리 듣기가 얼마나 어려운데… 이야기를 더 많이 들어보기 위해 정말 스플래시 화면에 전화번호를 한 번 노출해 봐야겠습니다. https://jeho.page/essay/2024/10/17/user-voice.html

K리그 프로그래머

”프로그램의 구조는 그것을 만드는 조직의 구조를 반영한다“는 법칙이죠. 우리가 만드는 제품이 조직의 구조에 영향을 받는다는 의미에요.

저는 이 법칙을 온보딩에 활용해요. 낯선 코드에 기여해야 할 때 바로 코드를 보는 게 아니라 코드를 작성한 팀을 먼저 보는 거죠.

이렇게 하면 누구에게 질문하면 되는지 알고 있으니, 코드에 대한 이해가 빨라져요. 생산성 향상은 당연하고요.

콘웨이의 법칙, 여러분은 어떻게 활용하실 건가요?

”프로그램의 구조는 그것을 만드는 조직의 구조를 반영한다“는 법칙이죠. 우리가 만드는 제품이 조직의 구조에 영향을 받는다는 의미에요. 저는 이 법칙을 온보딩에 활용해요. 낯선 코드에 기여해야 할 때 바로 코드를 보는 게 아니라 코드를 작성한 팀을 먼저 보는 거죠. 이렇게 하면 누구에게 질문하면 되는지 알고 있으니, 코드에 대한 이해가 빨라져요. 생산성 향상은 당연하고요. 콘웨이의 법칙, 여러분은 어떻게 활용하실 건가요?

콘웨이의 법칙을 아시나요?

이 글에서는 렌더링 지연이 페이지의 LCP(Largest Contentful Paint) 점수에 어떤 영향을 미칠 수 있는지 살펴봅니다.

(번역) 렌더링 지연을 개선해 LCP 점수 향상하기

오늘 소개해드릴 글은 라인플러스의 김찬희님이 번역해주신 글입니다.

구글의 오픈 소스 도구인 Lighthouse를 이용해 페이지 성능을 측정하고 개선할 수 있다는 점을 대부분 알고 계실 겁니다. 이 글에서는 Lighthouse의 성능 점수 항목중 하나인 Largest Contentful Paint(LCP)를 향상 시키는 방법을 자세히 다루고 있습니다.

제목에서 드러나듯 LCP의 하위 항목 중 렌더링 지연(Render Delay)를 개선하는 것을 중점적으로 다루고 있는데요. 렌더링 지연이 무엇인지, 그리고 지연이 발생하는 대표적인 원인들을 자세히 설명하고 어떻게 개선할 수 있는지 설명합니다.

만약 LCP 점수를 개선하고 싶지만 어떤 부분을 개선하면 좋을지 막막하거나, 렌더링 지연으로 좋은 LCP 점수를 받지 못하고 있으시다면 이 글이 도움이 되시리라 생각됩니다.

글 링크: https://velog.io/@superlipbalm/lcp-render-delay

오늘 소개해드릴 글은 라인플러스의 김찬희님이 번역해주신 글입니다. 구글의 오픈 소스 도구인 Lighthouse를 이용해 페이지 성능을 측정하고 개선할 수 있다는 점을 대부분 알고 계실 겁니다. 이 글에서는 Lighthouse의 성능 점수 항목중 하나인 Largest Contentful Paint(LCP)를 향상 시키는 방법을 자세히 다루고 있습니다. 제목에서 드러나듯 LCP의 하위 항목 중 렌더링 지연(Render Delay)를 개선하는 것을 중점적으로 다루고 있는데요. 렌더링 지연이 무엇인지, 그리고 지연이 발생하는 대표적인 원인들을 자세히 설명하고 어떻게 개선할 수 있는지 설명합니다. 만약 LCP 점수를 개선하고 싶지만 어떤 부분을 개선하면 좋을지 막막하거나, 렌더링 지연으로 좋은 LCP 점수를 받지 못하고 있으시다면 이 글이 도움이 되시리라 생각됩니다. 글 링크: https://velog.io/@superlipbalm/lcp-render-delay

velog.io

렌더링 지연을 개선해 LCP 점수 향상하기

개발자의 인문학 공부: 인문학 서적 100권 읽기

“개발자의 인문학 공부: 인문학 서적 100권 읽기 프로젝트” 추천 도서 목록

SNS 댓글로 받은 추천 도서 목록입니다. 현재 50권이 살짝 넘네요. 누구나 수정 할 수 있게 열어두었으니, 혹시 더 추천해주시고 싶은 책이 있다면 추가해주시면 감사합니다. ☺️

그보다.. 공돌이로써 제목만 봐도 현기증이.. 문돌이 분들이 물리, 수학, 인공지능 기술 도서명 보면 이런 느낌이려나 싶네요..😇🤭

https://docs.google.com/spreadsheets/d/1w4t4HMIXdbI233GXHcOob_MKCnp5hHVyoxax5Nepzt0/edit?usp=sharing

“개발자의 인문학 공부: 인문학 서적 100권 읽기 프로젝트” 추천 도서 목록 SNS 댓글로 받은 추천 도서 목록입니다. 현재 50권이 살짝 넘네요. 누구나 수정 할 수 있게 열어두었으니, 혹시 더 추천해주시고 싶은 책이 있다면 추가해주시면 감사합니다. ☺️ 그보다.. 공돌이로써 제목만 봐도 현기증이.. 문돌이 분들이 물리, 수학, 인공지능 기술 도서명 보면 이런 느낌이려나 싶네요..😇🤭 https://docs.google.com/spreadsheets/d/1w4t4HMIXdbI233GXHcOob_MKCnp5hHVyoxax5Nepzt0/edit?usp=sharing

Google Docs

노란색 칠 되어 있는 도서는 뭘 의미하는 걸까요?

이모카세 1호는 매일 같이 우리 식탁에 오르는 음식으로 100명의 요리사 중 6위를 차지했어요. 일상적인 것으로 심사위원의 마음을 얻은 결과죠.

개발자인 우리도 일상적인 것으로 유저의 마음을 얻을 수 있어요. 화려하고 멋진, 최신의 기술이 아니라 일상적인 기술로도 유저의 마음을 얻을 수 있어요.

여러분이 일상에서 다루는 기술의 가능성은 작지 않아요. 새로운 기술은 필요한 순간에 적절하게 사용하면 그만이에요.

매일 반복되는 일상의 기술만 다룬다고 너무 조급해하지 않아도 괜찮아요. 여러분은 내공을 쌓고 계신 거니까요.

이모카세 1호는 매일 같이 우리 식탁에 오르는 음식으로 100명의 요리사 중 6위를 차지했어요. 일상적인 것으로 심사위원의 마음을 얻은 결과죠. 개발자인 우리도 일상적인 것으로 유저의 마음을 얻을 수 있어요. 화려하고 멋진, 최신의 기술이 아니라 일상적인 기술로도 유저의 마음을 얻을 수 있어요. 여러분이 일상에서 다루는 기술의 가능성은 작지 않아요. 새로운 기술은 필요한 순간에 적절하게 사용하면 그만이에요. 매일 반복되는 일상의 기술만 다룬다고 너무 조급해하지 않아도 괜찮아요. 여러분은 내공을 쌓고 계신 거니까요.

흑백요리사, 이모카세가 대단한 이유

📋 여러분의 이력서/포트폴리오에 이런 소프트스킬이 잘 나타나 있나요?

며칠 전 Seoul Women&#39;s University 데이터사이언스학과, 소프트웨어융합학과 학생들을 대상으로 데이터 분석 실무와 데이터분석가로서의 커리어 준비 등에 대해 강의했습니다.

늘 느끼는 부분이지만 특강…

LinkedIn Seulki Kang 페이지: 소프트스킬이 드러나는 이력서, 데이터분석가 도메인 분야

이 질문에 관해 슬기님이 서울여자대학교 학생들을 대상으로한 특강 발표 자료를 공유해주셨네요.

 * 이력서에서 저의 소프트스킬을 어떻게 보여줄 수 있을까요?
 * 신입은 도메인지식을 어디서 쌓나요?

정말 필요로하는 질문에 관한 답을 내주신 자료라서 너무 좋네요!
https://www.linkedin.com/posts/seulki-kang_%EC%86%8C%ED%94%84%ED%8A%B8%EC%8A%A4%ED%82%AC%EC%9D%B4-%EB%93%9C%EB%9F%AC%EB%82%98%EB%8A%94-%EC%9D%B4%EB%A0%A5%EC%84%9C-%EB%8D%B0%EC%9D%B4%ED%84%B0%EB%B6%84%EC%84%9D%EA%B0%80-%EB%8F%84%EB%A9%94%EC%9D%B8-%EB%B6%84%EC%95%BC-activity-7252489937357307904-into?utm_source=share&utm_medium=member_desktop

이 질문에 관해 슬기님이 서울여자대학교 학생들을 대상으로한 특강 발표 자료를 공유해주셨네요. <ul ><li>이력서에서 저의 소프트스킬을 어떻게 보여줄 수 있을까요?</li><li>신입은 도메인지식을 어디서 쌓나요?</li></ul> 정말 필요로하는 질문에 관한 답을 내주신 자료라서 너무 좋네요!https://www.linkedin.com/posts/seulki-kang_%EC%86%8C%ED%94%84%ED%8A%B8%EC%8A%A4%ED%82%AC%EC%9D%B4-%EB%93%9C%EB%9F%AC%EB%82%98%EB%8A%94-%EC%9D%B4%EB%A0%A5%EC%84%9C-%EB%8D%B0%EC%9D%B4%ED%84%B0%EB%B6%84%EC%84%9D%EA%B0%80-%EB%8F%84%EB%A9%94%EC%9D%B8-%EB%B6%84%EC%95%BC-activity-7252489937357307904-into?utm_source=share&amp;utm_medium=member_desktop

www.linkedin.com

이력서에서 소프트스킬을 어떻게 보여줄 수 있을까요?

🙅‍♂️ 내가 하지 않는 생각
- 이걸로 무조건 성공해서 돈 벌어야지
- 많은 기능 넣으면 사용자들이 좋아하겠지?
- 이왕 만드는 거 완벽하게 만들어야지

🙆‍♀️ 내가 하는 생각
- 사람들이 불편해 하는 점이 있는 것 같네. 한번 만들어 보자
- 실패해도 배운 점이 있도록 평소 사용하고 싶었던 기술이나 주제를 적용해보자
- 필요한 기능 1개만 추려서 빠르게 만들어 보자
- 완벽하기보단 우선 만들어보자. 반응 없으면 버리고, 반응이 있다면 그 때 개선하자

🙅‍♂️ 내가 하지 않는 생각- 이걸로 무조건 성공해서 돈 벌어야지 - 많은 기능 넣으면 사용자들이 좋아하겠지? - 이왕 만드는 거 완벽하게 만들어야지 🙆‍♀️ 내가 하는 생각- 사람들이 불편해 하는 점이 있는 것 같네. 한번 만들어 보자 - 실패해도 배운 점이 있도록 평소 사용하고 싶었던 기술이나 주제를 적용해보자 - 필요한 기능 1개만 추려서 빠르게 만들어 보자 - 완벽하기보단 우선 만들어보자. 반응 없으면 버리고, 반응이 있다면 그 때 개선하자

사이드 프로젝트 만들 때

Online JSON view, format, minify, validate and compare. It also provides graph view to preview JSON data, semantic comparing two JSON diffs, convert JSON to CSV or CSV to JSON and support jq online.

JSON For You | The best online JSON tool

json 을 table로 변환하는 툴들은 많이 봤었는데, 이렇게 graph로 변환까지 해주는 툴은 처음보는 것 같아요!
구조 비교 & 텍스트 비교로 2개의 JSON간 차이점 빠른 확인도 가능해서 더 좋아요!

https://json4u.com/editor

json 을 table로 변환하는 툴들은 많이 봤었는데, 이렇게 graph로 변환까지 해주는 툴은 처음보는 것 같아요! 구조 비교 &amp; 텍스트 비교로 2개의 JSON간 차이점 빠른 확인도 가능해서 더 좋아요! https://json4u.com/editor

JSON For You

파워풀한 json 시각화툴

알고리즘 입문자를 위한 달레의 친절한 안내서

알고리즘 | 알고달레

📕 코딩 테스트에 단골로 등장하는 문제(LeetCode, 프로그래머스)에 대한 다양한 접근 방법과 답안 코드 (Python, JavaScript, Java)
📗 코딩 문제를 풀 때 반드시 필요한 알고리즘과 자료구조 설명 (최대한 입문자의 눈높이에서 친절하게 쉽게 🤗)
📘 코딩 시험/면접 준비 관련 가이드 + 17년 차 개발자 달레의 코딩 테스트 노하우 공유

개발자 달레님이 만드신 사이트인데요,
무료로 열려있어 공부하기도 좋고 깔끔해서 눈으로 보기도 좋아요!

https://www.algodale.com/algorithms/

📕 코딩 테스트에 단골로 등장하는 문제(LeetCode, 프로그래머스)에 대한 다양한 접근 방법과 답안 코드 (Python, JavaScript, Java) 📗 코딩 문제를 풀 때 반드시 필요한 알고리즘과 자료구조 설명 (최대한 입문자의 눈높이에서 친절하게 쉽게 🤗) 📘 코딩 시험/면접 준비 관련 가이드 + 17년 차 개발자 달레의 코딩 테스트 노하우 공유 개발자 달레님이 만드신 사이트인데요, 무료로 열려있어 공부하기도 좋고 깔끔해서 눈으로 보기도 좋아요! https://www.algodale.com/algorithms/

알고달레

코딩테스트 공부를 위한 추천 사이트

“아니, 도대체 왜 조회 쿼리 메서드에서 데드락이 생기는거야?”  

왜 조회 쿼리에서 데드락이 발생했을까?

"아니, 도대체 왜?"
'findBy...' 에서 데드락이 발생하는 걸 보고 궁금해서 이모저모 실험해보았어요.
https://hyeon9mak.github.io/why-occurs-deadlock-from-select-query/

"아니, 도대체 왜?"'findBy...' 에서 데드락이 발생하는 걸 보고 궁금해서 이모저모 실험해보았어요.https://hyeon9mak.github.io/why-occurs-deadlock-from-select-query/

현구막 기술 블로그

"아니, 도대체 왜?"
'findBy...' 에서 데드락이 발생하

마침내 제가 쓴 자바스크립트 책, "헬로 Bun"이 출간되어 온라인 서점에서 예약 판매가 시작되었습니다. Bun은 아직 국내에는 많이 알려지지 않았지만, 해외에서는 Node.js의 뒤를 잇는 차세대 자바스크립트 런타임으로 주목받고 있습니다. JavaScript Rising Stars 🌟 2023 집계에서 당당히 2위를 차지한 오픈 소스 프로젝트이며, State of JS 2023 설문 조사에서 개발자 응답에 가장 많이 오르고 내린 정말 HOT🔥한 기술입니다.

📕 YES24: https://www.yes24.com/Product/Goods/134021042
📗 교보문고: https://product.kyobobook.co.kr/detail/S000214450265
📘 알라딘: https://www.aladin.co.kr/shop/wproduct.aspx?ItemId=348745550

사실 처음 Bun을 접했을 때는 제가 국내에 이 기술을 소개하는 책까지 쓰게 될 줄은 몰랐어요. 원래는 여타 기술처럼 제 블로그에서 한 번 다뤄보려고 했습니다. 그런데 이 귀여운 찐빵(?)이 겉보기와 다르게 기능과 성능이 후덜덜하더군요. 단순히 타입스크립트와 JSX를 바로 실행할 수 있는 자바스크립트 런타임인 줄 알았는데, 알고보니 모듈 시스템, 패키지 매니저, 테스트 러너, 번들러, 자체 DB, 웹소켓, CLI, 셸 스크립팅... "아니, Bun으로 내가 도대체 못하는 게 뭐지?"라는 생각이 들 정도였습니다. 자바스크립트 개발에 필요한 모든 기능을 자체적으로 제공하면서, 기존 런타임의 성능을 압도하는 이 차세대 기술을 블로그로 다루기에는 너무 방대하다는 것을 깨닫고 집필을 결심하게 되었습니다.

이 책이 단순히 Bun에 대한 기술서가 아니라, 많은 분들께 자바스크립트를 새롭게 만날 수 있는 계기가 되었으면 좋겠습니다. Bun의 등장으로 자바스크립트를 배우기 정말 좋은 시대가 열렸다고 생각합니다. 예전처럼 프로젝트 구성이나 라이브러리 설치하느라 오랫동안 씨름하지 않고 바로 재미있는 애플리케이션 개발을 Bun과 함께 시작하실 수 있습니다. 기존에 자바스크립트에 대해 좋지 못한 경험을 하셨던 현직 개발자분께도 추천드리고 싶습니다. Bun이 자바스크립트 개발자로서 고질적인 애로사항을 해결해 줄 뿐만 아니라, 자바스크립트에 대한 새로운 관점과 다양한 영감을 불어넣을 것입니다.

"헬로 Bun"을 통해 여러분이 자바스크립트를 더 쉽게 배우고, 더 즐겁게 소프트웨어 개발을 할 수 있기를 바랍니다. 많은 관심 부탁드립니다! 🙇‍♂️🙏

마침내 제가 쓴 자바스크립트 책, "헬로 Bun"이 출간되어 온라인 서점에서 예약 판매가 시작되었습니다. Bun은 아직 국내에는 많이 알려지지 않았지만, 해외에서는 Node.js의 뒤를 잇는 차세대 자바스크립트 런타임으로 주목받고 있습니다. JavaScript Rising Stars 🌟 2023 집계에서 당당히 2위를 차지한 오픈 소스 프로젝트이며, State of JS 2023 설문 조사에서 개발자 응답에 가장 많이 오르고 내린 정말 HOT🔥한 기술입니다. 📕 YES24: https://www.yes24.com/Product/Goods/134021042 📗 교보문고: https://product.kyobobook.co.kr/detail/S000214450265 📘 알라딘: https://www.aladin.co.kr/shop/wproduct.aspx?ItemId=348745550 사실 처음 Bun을 접했을 때는 제가 국내에 이 기술을 소개하는 책까지 쓰게 될 줄은 몰랐어요. 원래는 여타 기술처럼 제 블로그에서 한 번 다뤄보려고 했습니다. 그런데 이 귀여운 찐빵(?)이 겉보기와 다르게 기능과 성능이 후덜덜하더군요. 단순히 타입스크립트와 JSX를 바로 실행할 수 있는 자바스크립트 런타임인 줄 알았는데, 알고보니 모듈 시스템, 패키지 매니저, 테스트 러너, 번들러, 자체 DB, 웹소켓, CLI, 셸 스크립팅... "아니, Bun으로 내가 도대체 못하는 게 뭐지?"라는 생각이 들 정도였습니다. 자바스크립트 개발에 필요한 모든 기능을 자체적으로 제공하면서, 기존 런타임의 성능을 압도하는 이 차세대 기술을 블로그로 다루기에는 너무 방대하다는 것을 깨닫고 집필을 결심하게 되었습니다. 이 책이 단순히 Bun에 대한 기술서가 아니라, 많은 분들께 자바스크립트를 새롭게 만날 수 있는 계기가 되었으면 좋겠습니다. Bun의 등장으로 자바스크립트를 배우기 정말 좋은 시대가 열렸다고 생각합니다. 예전처럼 프로젝트 구성이나 라이브러리 설치하느라 오랫동안 씨름하지 않고 바로 재미있는 애플리케이션 개발을 Bun과 함께 시작하실 수 있습니다. 기존에 자바스크립트에 대해 좋지 못한 경험을 하셨던 현직 개발자분께도 추천드리고 싶습니다. Bun이 자바스크립트 개발자로서 고질적인 애로사항을 해결해 줄 뿐만 아니라, 자바스크립트에 대한 새로운 관점과 다양한 영감을 불어넣을 것입니다. "헬로 Bun"을 통해 여러분이 자바스크립트를 더 쉽게 배우고, 더 즐겁게 소프트웨어 개발을 할 수 있기를 바랍니다. 많은 관심 부탁드립니다! 🙇‍♂️🙏

👋 헬로 Bun 🥟 출간 소식 📚

원문 : How to make your web page faster before it even loads How to make your web page faster before it even loads…

(번역) 웹 페이지가 로드되기 전에 더 빠르게 만드는 방법

오늘 소개해드릴 글은 42dot의 유경상님이 번역해주신 글입니다.

웹 페이지 성능 최적화라고 하면 대부분 페이지 로딩 후의 성능에 집중하는 경향이 있습니다. 하지만 이 글에서는 그 관점을 뒤집어 새로운 인사이트를 제공합니다. 저자는 첫 바이트가 도달하기 전 단계의 최적화에 주목하며, 브라우저의 Performance API와 Navigation Timing API를 활용해 캐시, DNS 조회, 연결 설정, TLS 협상 등 각 단계별 최적화 방법을 상세히 설명합니다.

만약 웹 성능 최적화에 대해 관심이 있으시다면, 이 글을 통해 최적화의 새로운 기회를 발견할 수 있을 것이라고 생각합니다. 이 글을 통해 웹 페이지 성능 최적화에 대한 시야를 넓히는 좋은 기회가 되시길 바랍니다 :)

글 링크 : https://ykss.netlify.app/translation/how_to_make_your_web_page_faster_before_it_even_loads/

오늘 소개해드릴 글은 42dot의 유경상님이 번역해주신 글입니다. 웹 페이지 성능 최적화라고 하면 대부분 페이지 로딩 후의 성능에 집중하는 경향이 있습니다. 하지만 이 글에서는 그 관점을 뒤집어 새로운 인사이트를 제공합니다. 저자는 첫 바이트가 도달하기 전 단계의 최적화에 주목하며, 브라우저의 Performance API와 Navigation Timing API를 활용해 캐시, DNS 조회, 연결 설정, TLS 협상 등 각 단계별 최적화 방법을 상세히 설명합니다. 만약 웹 성능 최적화에 대해 관심이 있으시다면, 이 글을 통해 최적화의 새로운 기회를 발견할 수 있을 것이라고 생각합니다. 이 글을 통해 웹 페이지 성능 최적화에 대한 시야를 넓히는 좋은 기회가 되시길 바랍니다 :) 글 링크 : https://ykss.netlify.app/translation/how_to_make_your_web_page_faster_before_it_even_loads/

ykss.netlify.app

웹 페이지가 로드되기 전에 더 빠르게 만드는 방법

Arthur's place

저자는 try-catch 블록 없이 에러를 처리할 수 있는 try 표현식을 제안합니다. 예를 들면 다음과 같습니다.
const [error, response] = try await fetch("https://arthur.place")

위 코드는 기존 try-catch 코드 블록을 간소화하고
error
를 반환값 앞에 먼저 배치하여 에러 핸들링에 대한 우선순위를 높이는 효과가 있습니다.
let response;
try {
  response = await fetch("https://arthur.place");
} catch (error) {
  // blah blah
}

아직 초기 단계의 제안이긴 하지만, 흥미로운 제안인 것 같습니다.
참고: 저자의 제안은 원래 안전 할당(`?=`)을 통해 에러 처리를 간소화하려는 제안이였으나, 의논 결과
try
표현식이 좀 더 관용적인 접근 방법이라고 생각되어 try 제안으로 변경한다고 합니다. 관련 Pull Request가 올라와있어, 이 글도 해당 PR의 내용을 기반으로 소개드린 점 참고 부탁드립니다.

https://github.com/arthurfiorette/proposal-safe-assignment-operator/pull/42

저자는 try-catch 블록&nbsp;없이 에러를 처리할 수 있는 try 표현식을 제안합니다. 예를 들면 다음과 같습니다.<pre ><code class="language-js">const [error, response] = try await fetch("https://arthur.place")</code></pre>위 코드는 기존 try-catch 코드 블록을 간소화하고 <code >error</code>를 반환값 앞에 먼저 배치하여 에러 핸들링에 대한 우선순위를 높이는 효과가 있습니다. <pre ><code class="language-js">let response;
try {
 response = await fetch("https://arthur.place");
} catch (error) {
 // blah blah
}</code></pre>아직 초기 단계의 제안이긴 하지만, 흥미로운 제안인 것 같습니다.참고: 저자의 제안은 원래 안전 할당(`?=`)을 통해 에러 처리를 간소화하려는 제안이였으나, 의논 결과 <code >try</code> 표현식이 좀 더 관용적인 접근 방법이라고 생각되어 try 제안으로 변경한다고 합니다. 관련 Pull Request가 올라와있어, 이 글도 해당 PR의 내용을 기반으로 소개드린 점 참고 부탁드립니다. https://github.com/arthurfiorette/proposal-safe-assignment-operator/pull/42

ECMAScript try-expressions 제안

You are being redirected...

소프트웨어는 시간이 흐르면서 기능이 추가되고 유지보수 작업이 누적되면서 자연스럽게 "침식" 현상을 겪습니다. 이는 코드 품질 저하, 기술 부채 증가, 그리고 성능 저하를 야기하여 유지보수 비용을 크게 증가시킵니다. 이 글에서는 소프트웨어 침식의 원인과 그로 인한 문제, 그리고 이를 방지하기 위한 방법을 소개합니다.

# 소프트웨어 침식의 원인과 문제
 * 지나치게 복잡해진 코드베이스: 시간이 지나며 요구사항 변화와 기능 추가로 인해 코드가 점점 복잡해짐.
 * 불필요한 의존성: 빠른 문제 해결을 위해 임시방편으로 추가된 의존성들이 코드베이스를 무겁게 함.
 * 중복 코드와 설계의 일관성 부족: 팀원 간 커뮤니케이션 부족 및 시간 제약으로 인해 코드 중복과 일관성 결여 발생.

# 소프트웨어 침식을 방지하는 방법
 * 지속적인 코드 리팩토링: 정기적인 코드 리뷰와 리팩토링을 통해 코드베이스의 품질을 유지.
 * 품질 관리 프로세스 개선: 코드 품질을 유지하기 위한 단위 테스트, 통합 테스트 등의 자동화된 테스트 도입.
 * 설계와 아키텍처 점검: 기존 아키텍처를 주기적으로 점검하고, 필요시 개선 작업을 진행.

소프트웨어 침식은 방치할 경우, 나중에 해결하는 데 많은 비용과 시간이 소요되므로 초기부터 주의 깊은 관리가 필요합니다. 여러분은 현재 프로젝트에서 소프트웨어 침식을 방지하기 위해 어떤 노력을 기울이고 계신가요?

https://www.softwaretestingnews.co.uk/software-is-eroding-before-our-eyes/

소프트웨어는 시간이 흐르면서 기능이 추가되고 유지보수 작업이 누적되면서 자연스럽게 "침식" 현상을 겪습니다. 이는 코드 품질 저하, 기술 부채 증가, 그리고 성능 저하를 야기하여 유지보수 비용을 크게 증가시킵니다. 이 글에서는 소프트웨어 침식의 원인과 그로 인한 문제, 그리고 이를 방지하기 위한 방법을 소개합니다. # 소프트웨어 침식의 원인과 문제<ul ><li>지나치게 복잡해진 코드베이스: 시간이 지나며 요구사항 변화와 기능 추가로 인해 코드가 점점 복잡해짐.</li><li>불필요한 의존성: 빠른 문제 해결을 위해 임시방편으로 추가된 의존성들이 코드베이스를 무겁게 함.</li><li>중복 코드와 설계의 일관성 부족: 팀원 간 커뮤니케이션 부족 및 시간 제약으로 인해 코드 중복과 일관성 결여 발생.</li></ul> # 소프트웨어 침식을 방지하는 방법<ul ><li>지속적인 코드 리팩토링: 정기적인 코드 리뷰와 리팩토링을 통해 코드베이스의 품질을 유지.</li><li>품질 관리 프로세스 개선: 코드 품질을 유지하기 위한 단위 테스트, 통합 테스트 등의 자동화된 테스트 도입.</li><li>설계와 아키텍처 점검: 기존 아키텍처를 주기적으로 점검하고, 필요시 개선 작업을 진행.</li></ul> 소프트웨어 침식은 방치할 경우, 나중에 해결하는 데 많은 비용과 시간이 소요되므로 초기부터 주의 깊은 관리가 필요합니다. 여러분은 현재 프로젝트에서 소프트웨어 침식을 방지하기 위해 어떤 노력을 기울이고 계신가요? https://www.softwaretestingnews.co.uk/software-is-eroding-before-our-eyes/

www.softwaretestingnews.co.uk

내 눈 앞에서 소프트웨어가 침식되고 있다

음.. 어떻게 얘길 시작해야 하나 

끗과 시작, 그 사이 어딘가

'최고가 되어 떠나라'
회사에 붙어있는 메시지 중 하나인데요.
퇴사부검을 보고나니 다들 멋지네요
앞으로 더 좋은 소식 기대하고 있을께요

https://www.brainbackdoor.com/retrospective/2019-2024

'최고가 되어 떠나라'회사에 붙어있는 메시지 중 하나인데요.퇴사부검을 보고나니 다들 멋지네요앞으로 더 좋은 소식 기대하고 있을께요 https://www.brainbackdoor.com/retrospective/2019-2024

동규님의 우아한형제들 퇴사부검

어제 심오한 고민을 하다가 헤라의 글로우 래스팅 파운데이션을 구매했다. 솔직히 양에 비해 가격이 저렴하...

[극대노주의] 올리브영 일반배송 은근슬쩍 오늘드림 변환 수법

제목부터 범상치 않습니다. [극대노주의]를 대괄호로 표시했죠. 결론부터 말씀드리면 뷰티 시장의 큰손, 올리브영 서비스를 앱으로 이용하면서 일반 배송으로 선택했지만 자동으로 선택된 항목으로 인해 '오늘 드림'으로 배송이 되어 증정품을 받지 못하는 상황을 경험한 사용자의 후기입니다. (트레바리 북클럽 <리서치 하는데요> 멤버인 초은 님이 클럽 커뮤니티에 공유해 주신 글이 인상적이라 제가 자세히 살펴보고 정리했습니다)

요약하면 사용자의 의도, 기대했던 것과 다른 경험을 제공하는 기만적 패턴이 문제였습니다. 구매할 때 일반 배송으로 받아야만 증정품을 받을 수 있기 때문에 의도적으로 '오늘 드림'이 아닌 '일반 배송'으로 선택하고 넘어간 것인데 다음 화면에서는 '무료 배송으로 내일 자정까지 받아보시겠어요?'라는 문구가 자동으로 선택되어 있는 겁니다. 문제는 이 문구가 '오늘 드림'을 의미하는 것인지도 모호하고 따져보면 내일 자정이니 '내일드림'이면 그럴듯해도, '오늘 드림'은 아니겠거니 생각하면서 진행을 했던 것인데 받아보니 증정품이 없었던 것이죠.

사용자가 고객센터에 문의한 결과 '무료배송으로 내일 자정까지 받아보시겠어요?'라는 문구를 선택하면 '오늘 드림' 배송으로 동의한 것이라 일반배송이 아닌 게 되므로 증정품을 받을 수 없다는 답변을 받았다고 합니다. 주목할 점은 (1) 문구를 자동으로 선택하도록 만든 것 (2) 이전에 선택한 옵션의 내용을 교모하게 바꿔두고 받을 수 있는 상품구성이 달라진 부분에 대해 사용자가 직접 제품을 받은 뒤 고객센터에 문의해야만 알 수 있다는 점이죠.

문구는 모호하고 화장품 구매에서 증정품이 미치는 영향을 고려할 때 올리브영의 이런 패턴(자동으로 문구 선택, 모호한 설명, 기대한 상품을 받지 못하는 경험)은 기만적이라고 할 수 있습니다. 사용자 블로그글에는 경험을 손상시킨 3가지 문제에 대한 언급이 있습니다.

[ 큐레이터의 문장 🎒 ]

1️⃣ "불만 접수방식도 불만 게시판이 명확하게 설립되어 있는 농심과 비교되어 더더욱 기분이 나빴고 (중략) 게다가 설문조사는 그렇게 꼬치꼬치 엄청난 수의 문항으로 물어보면서 이런 고객 불만사항 게시판은 또 마땅히 활성화되어 있지 않는다는 점이 대조되어 더 괘씸하다"

2️⃣ "아무리 생각해도 전에는 오해의 여지가 없도록 명백하게 '오늘드림'이라는 단어를 활용해 안내했었는데 이제 와서 오해의 여지가 다분한 유도성 문구로 변경해 둔 것이 의도가 없이 그런 것이라 생각되질 않기에 사은품 여부를 떠나서 더 기분이 나빴다."

3️⃣ "나는 앞으로 꼭 사은품을 안전하게 받을 수 있는 아모레퍼시픽 공식몰을 이용할 것이라 다짐하며"

https://m.blog.naver.com/boksle1127/223420780140

제목부터 범상치 않습니다. [극대노주의]를 대괄호로 표시했죠. 결론부터 말씀드리면 뷰티 시장의 큰손, 올리브영 서비스를 앱으로 이용하면서 일반 배송으로 선택했지만 자동으로 선택된 항목으로 인해 '오늘 드림'으로 배송이 되어 증정품을 받지 못하는 상황을 경험한 사용자의 후기입니다. (트레바리 북클럽 &lt;리서치 하는데요&gt; 멤버인 초은 님이 클럽 커뮤니티에 공유해 주신 글이 인상적이라 제가 자세히 살펴보고 정리했습니다) 요약하면 사용자의 의도, 기대했던 것과 다른 경험을 제공하는 기만적 패턴이 문제였습니다. 구매할 때 일반 배송으로 받아야만 증정품을 받을 수 있기 때문에 의도적으로 '오늘 드림'이 아닌 '일반 배송'으로 선택하고 넘어간 것인데 다음 화면에서는 '무료 배송으로 내일 자정까지 받아보시겠어요?'라는 문구가 자동으로 선택되어 있는 겁니다. 문제는 이 문구가 '오늘 드림'을 의미하는 것인지도 모호하고 따져보면 내일 자정이니 '내일드림'이면 그럴듯해도, '오늘 드림'은 아니겠거니 생각하면서 진행을 했던 것인데 받아보니 증정품이 없었던 것이죠. 사용자가 고객센터에 문의한 결과 '무료배송으로 내일 자정까지 받아보시겠어요?'라는 문구를 선택하면 '오늘 드림' 배송으로 동의한 것이라 일반배송이 아닌 게 되므로 증정품을 받을 수 없다는 답변을 받았다고 합니다. 주목할 점은 (1) 문구를 자동으로 선택하도록 만든 것 (2) 이전에 선택한 옵션의 내용을 교모하게 바꿔두고 받을 수 있는 상품구성이 달라진 부분에 대해 사용자가 직접 제품을 받은 뒤 고객센터에 문의해야만 알 수 있다는 점이죠. 문구는 모호하고 화장품 구매에서 증정품이 미치는 영향을 고려할 때 올리브영의 이런 패턴(자동으로 문구 선택, 모호한 설명, 기대한 상품을 받지 못하는 경험)은 기만적이라고 할 수 있습니다. 사용자 블로그글에는 경험을 손상시킨 3가지 문제에 대한 언급이 있습니다. [ 큐레이터의 문장 🎒 ] 1️⃣ "불만 접수방식도 불만 게시판이 명확하게 설립되어 있는 농심과 비교되어 더더욱 기분이 나빴고 (중략) 게다가 설문조사는 그렇게 꼬치꼬치 엄청난 수의 문항으로 물어보면서 이런 고객 불만사항 게시판은 또 마땅히 활성화되어 있지 않는다는 점이 대조되어 더 괘씸하다" 2️⃣ "아무리 생각해도 전에는 오해의 여지가 없도록 명백하게 '오늘드림'이라는 단어를 활용해 안내했었는데 이제 와서 오해의 여지가 다분한 유도성 문구로 변경해 둔 것이 의도가 없이 그런 것이라 생각되질 않기에 사은품 여부를 떠나서 더 기분이 나빴다." 3️⃣ "나는 앞으로 꼭 사은품을 안전하게 받을 수 있는 아모레퍼시픽 공식몰을 이용할 것이라 다짐하며" https://m.blog.naver.com/boksle1127/223420780140

네이버 블로그 | 계절의 기록

《올리브영 다크 패턴에 돌아선 사용자》

 1. 개요 : 사용자 인터페이스를 만들기 위한 자바스크립트 라이브러리 (웹 프레임워크). 싱글 페이지 애플리케이션이나 모바일 애플리케이션의 개발 시 토대로 사용될 수 있고, 사용자와 상호작용할 수 있는 동적인 UI를 쉽게 만들 수 있음.
 2. 주간 다운로드 수 : 18,101,453
 3. 버전 정보 : 18.2.0 (23.10.18)
 4. github star : 214k
 5. 라이센스 : MIT License (https://github.com/facebook/react/blob/main/LICENSE)
 6. 공식 문서 링크 : https://react.dev/
 7. 패키지 페이지 링크 : https://www.npmjs.com/package/react
 8. 리뷰 : 👇아래 댓글에서 확인할 수 있어요 👇
    * 도움이 된 리뷰엔 좋아요도 잊지 말고 눌러주세요 👍
    * 리뷰 양식 (리뷰 작성 시 복사해서 활용하세요!)
      * -무엇을 위해 쓰(썼)는지 (용도/적용한 기능) :
        -어떤 이유 때문에 이 라이브러리를 사용했는지 :
        -만족 점수 & 이유 : /10

<ol><li>개요 : 사용자 인터페이스를 만들기 위한 자바스크립트 라이브러리 (웹 프레임워크). 싱글 페이지 애플리케이션이나 모바일 애플리케이션의 개발 시 토대로 사용될 수 있고, 사용자와 상호작용할 수 있는 동적인 UI를 쉽게 만들 수 있음.</li><li>주간 다운로드 수 : 18,101,453</li><li>버전 정보 : 18.2.0 (23.10.18)</li><li>github star : 214k</li><li>라이센스 : MIT License (https://github.com/facebook/react/blob/main/LICENSE)</li><li>공식 문서 링크 : https://react.dev/</li><li>패키지 페이지 링크 : https://www.npmjs.com/package/react</li><li>리뷰 : 👇아래 댓글에서 확인할 수 있어요 👇<ul><li>도움이 된 리뷰엔 좋아요도 잊지 말고 눌러주세요 👍</li><li>리뷰 양식 (리뷰 작성 시 복사해서 활용하세요!)<ul><li>-무엇을 위해 쓰(썼)는지 (용도/적용한 기능) : -어떤 이유 때문에 이 라이브러리를 사용했는지 :-만족 점수 &amp; 이유 : /10</li></ul></li></ul></li></ol>

현재는 퍼블리 팀 엔지니어 분들의 리뷰만 있는데요, 리뷰가 많이 쌓여있지 않은 초반에는 더욱 작성해주시기 어려울 것으로 생각됩니다. 초반에 리뷰를 작성한 50분에게는 소박하지만 감사의 마음을 담아 스타벅스 기프티콘을 보내드릴게요. 
리뷰만 남겨주시면 커리어리 메시지를 통해 기프티콘 절차를 따로 안내드리겠습니다 :)

커리어리 팀

라이브러리 정보 & 리뷰

무엇을 위해 쓰(썼)는지 (용도/적용한 기능) :
    - 프론트엔드 웹 사이트 제작을 위해 사용
    - 리액트가 제공하는 대부분의 기능 사용. JSX, 번들링, Suspense, 라우팅, Context API 등
어떤 이유 때문에 이 라이브러리를 사용했는지:
    - 좀 더 부드럽고 유연한 사용자 경험을 제공하는 SPA
    - 커뮤니티가 크고 이미 검증된 라이브러리
    - 사내 개발자들이 이미 잘 사용하고, 러닝커브가 다른 SPA 라이브러리에 비해 적었음
만족 점수 & 이유
    - 8/10
    - 이유:
        - 확실히 모두가 익숙한 라이브러리여서 개발 속도가 빠름
        - 코드를 데이터, JSX, 상태 관리로 나눠서 짤 수 있고 컴포넌트화 하기 비교적 쉬움
        - 기존 개념을 새롭게 접근한 라이브러리여서 가끔 디버깅하다보면 내부 개념 자체를 이해하는데 시간이 조금 걸림
        - 생태계가 크고 레퍼런스가 많음

coya

손정현

소프트웨어 엔지니어라는 적성을 찾기 전까지 다양한 경험을 했습니다. 현재는 퍼블리의 커리어리 트라이브의 소프트웨어 엔지니어로 갓 입사한 새내기 입니다.  새로운 기술들을 배우며 빠르게 성장해서 좋은 제품들을 만들어 내는 것이 목표입니다.

커리어리 소프트웨어 엔지니어

엄홍재

커리어리의 앱과 웹을 만들고 있습니다.

Product Manager

김명찬

링컨, 알렉스 퍼거슨, 빌리 빈을 존경합니다.

#프로덕트매니저 #데이터분석

[라이브러리] React 상세 정보 & 리뷰

댓글 2

비슷한 게시물

주간 인기 TOP 10

추천 프로필