[aka.&#39;슬기사태&#39;를 겪으며]

여러분은 레드벨벳의 슬기를 아시나요? 저는 잘 몰랐는데요. 작년 말, 크리에이트립은 레드벨벳 슬기 님의 사진전에 대한 외국인 예약을 독점 운영하게 되었습니다. 그리고, 그 예약이 오픈된 일요일 오후. 평소 대비 10배 이상의 트래픽이 집중되어 서버가…

LinkedIn Bohyeon Kim 페이지: [aka.&#39;슬기사태&#39;를 겪으며] 여러분은 레드벨벳의 슬기를 아시나요? 저는 잘 몰랐는데요. 작년 말, 크리에이트립은 레드벨벳 슬기…

사태 요약
 * 2024년 말, 크리에이트립은 레드벨벳 슬기님의 사진전에 대한
   외국인 예약
   을 독점 운영
 * 그 예약이 오픈된 일요일 오후. 평소 대비 10배 이상의 트래픽이 집중
 * 서버 다운 💥

원인
 * Node.js 기반 GraphQL Gateway(Apollo Server)는 순간적으로 급증하는 트래픽을 감당하지 못하며 메모리 부족 현상, CPU 병목 현상이 발생

사후 처리
 * Apollo Router 도입
   * Rust로 쓰여진 Apollo Router는 고성능 병렬 처리와 안정성을 제공
 * Apollo Router를 사용하기 위해 게이트웨이 서버를 Rust로 새로 구축하고 Graphql Federation 처리

결과
 * 동접자 500명이 30,000개의 (블로그 수준의 무거운) 데이터를 동시에 요청한 벤치마크 결과, 4배 이상의 속도 향상과 함께 처리량과 안정성이 모두 크게 개선

더 자세한 이야기는 링크를 통해 만나보실 수 있습니다.

https://www.linkedin.com/posts/bohyeonkim_aka%EC%8A%AC%EA%B8%B0%EC%82%AC%ED%83%9C%EB%A5%BC-%EA%B2%AA%EC%9C%BC%EB%A9%B0-%EC%97%AC%EB%9F%AC%EB%B6%84%EC%9D%80-%EB%A0%88%EB%93%9C%EB%B2%A8%EB%B2%B3%EC%9D%98-%EC%8A%AC%EA%B8%B0%EB%A5%BC-%EC%95%84%EC%8B%9C%EB%82%98%EC%9A%94-%EC%A0%80%EB%8A%94-activity-7284766178676240384-iLME?utm_source=share&utm_medium=member_desktop

사태 요약<ul><li>2024년 말, 크리에이트립은 레드벨벳 슬기님의 사진전에 대한 <code>외국인 예약</code>을 독점 운영</li><li>그 예약이 오픈된 일요일 오후. 평소 대비 10배 이상의 트래픽이 집중</li><li>서버 다운 💥</li></ul> 원인<ul><li>Node.js 기반 GraphQL Gateway(Apollo Server)는 순간적으로 급증하는 트래픽을 감당하지 못하며 메모리 부족 현상, CPU 병목 현상이 발생</li></ul> 사후 처리<ul><li>Apollo Router 도입<ul><li>Rust로 쓰여진 Apollo Router는 고성능 병렬 처리와 안정성을 제공</li></ul></li><li>Apollo Router를 사용하기 위해 게이트웨이 서버를 Rust로 새로 구축하고 Graphql Federation 처리</li></ul> 결과<ul><li>동접자 500명이 30,000개의 (블로그 수준의 무거운) 데이터를 동시에 요청한 벤치마크 결과, 4배 이상의 속도 향상과 함께 처리량과 안정성이 모두 크게 개선</li></ul> 더 자세한 이야기는 링크를 통해 만나보실 수 있습니다. https://www.linkedin.com/posts/bohyeonkim_aka%EC%8A%AC%EA%B8%B0%EC%82%AC%ED%83%9C%EB%A5%BC-%EA%B2%AA%EC%9C%BC%EB%A9%B0-%EC%97%AC%EB%9F%AC%EB%B6%84%EC%9D%80-%EB%A0%88%EB%93%9C%EB%B2%A8%EB%B2%B3%EC%9D%98-%EC%8A%AC%EA%B8%B0%EB%A5%BC-%EC%95%84%EC%8B%9C%EB%82%98%EC%9A%94-%EC%A0%80%EB%8A%94-activity-7284766178676240384-iLME?utm_source=share&amp;utm_medium=member_desktop

www.linkedin.com

레드벨벳 `슬기사태` - 크리에이트립

공유해주셔서 감사합니다!
곧 관련 내용에 대해 사내 기술블로그에 올릴 예정입니다. 많은 관심 부탁드립니다 🙏😊

전체 근로자의 6.7%가 연봉 1억이 넘는다고 하네요! 2022년과 비교해서 0.4% 늘었습니다.

그렇지만, 평균연봉 3천만원 이하 근로자가 45%로 가장 많았습니다. 2025년에는 노동소득이 더 귀하게 대접받는 사회로 조금씩 더 변해가길 기원합니다.

더 자세한 사항은 잡플래닛의 news-7021 을 확인해주세요.
> url을 첨부할 수 없어서 이렇게만 남깁니다

전체 근로자의 6.7%가 연봉 1억이 넘는다고 하네요! 2022년과 비교해서 0.4% 늘었습니다. 그렇지만, 평균연봉 3천만원 이하 근로자가 45%로 가장 많았습니다. 2025년에는 노동소득이 더 귀하게 대접받는 사회로 조금씩 더 변해가길 기원합니다. 더 자세한 사항은 잡플래닛의 news-7021 을 확인해주세요.&gt; url을 첨부할 수 없어서 이렇게만 남깁니다

억대 연봉 직장인 몇 명? 국세청 발표 평균연봉 대공개

안녕하세요. 오늘은 주니어 프론트 개발자로서 한 발짝 성장하고 싶은 분들에게 흥미로운 기회를 하나 알려드리고...

한정(Jung Han) / 주니어 개발자인데 성장 타이밍 놓칠까봐 걱정 되시나요 | 커리어리

안녕하세요. 한정입니다.
예전에 <항해 플러스>에 대한 소개를 드린적이 있는데요. 벌써 5기 모집을 앞두고 있어 소식을 간단하게 공유드리려고 합니다. 5번째 항해인 만큼 꽤 많은 변화와 안정적인 커리큘럼을 만들어 나가고 있는데요. 평소 궁금하셨던 많은 내용들을 짧은 시간내에 열정적으로 많이 배우실 수 있는 기회이실겁니다.

서로 다른 회사에서 어떤 기술을 사용하고, 어떻게 코드를 작성하는지 공유할 수 있다고 합니다. 또한, 별도의 네트워킹 자리를 꾸준히 만들고 항해99 커뮤니티를 통해 수료생들과 소통하고 교류할 수 있다고 하니 필요한 여러 정보나 업계 동향을 얻어낼 수 있고, 의지할 수 있는 좋은 동료를 만드는 데에도 큰 도움이 될 것 같습니다.

모집 마감까지 얼마 남지 않았다고 하니, 관심 있으신 분들은 서두르시면 좋을 것 같습니다. 지원 시 추천코드로 [4ugQKX]을 입력하시면 30만원 할인도 받을 수 있습니다.
자세한 정보는 항해 플러스 웹사이트에서 확인해 보세요.

- 항해 플러스 프론트엔드 코스 소개 (https://bit.ly/4bJM6em)

안녕하세요. 한정입니다.예전에 &lt;항해 플러스&gt;에 대한 소개를 드린적이 있는데요. 벌써 5기 모집을 앞두고 있어 소식을 간단하게 공유드리려고 합니다. 5번째 항해인 만큼 꽤 많은 변화와 안정적인 커리큘럼을 만들어 나가고 있는데요. 평소 궁금하셨던 많은 내용들을 짧은 시간내에 열정적으로 많이 배우실 수 있는 기회이실겁니다. 서로 다른 회사에서 어떤 기술을 사용하고, 어떻게 코드를 작성하는지 공유할 수 있다고 합니다. 또한, 별도의 네트워킹 자리를 꾸준히 만들고 항해99 커뮤니티를 통해 수료생들과 소통하고 교류할 수 있다고 하니 필요한 여러 정보나 업계 동향을 얻어낼 수 있고, 의지할 수 있는 좋은 동료를 만드는 데에도 큰 도움이 될 것 같습니다. 모집 마감까지 얼마 남지 않았다고 하니, 관심 있으신 분들은 서두르시면 좋을 것 같습니다. 지원 시 추천코드로 [4ugQKX]을 입력하시면 30만원 할인도 받을 수 있습니다.자세한 정보는 항해 플러스 웹사이트에서 확인해 보세요. - 항해 플러스 프론트엔드 코스 소개 (https://bit.ly/4bJM6em)

커리어리

주니어 개발자인데, 성장 타이밍 놓칠까봐 걱정 되시나요?

원문: How React Compiler Performs on Real Code 리액트 컴파일러가 초기 로드 및 인터랙션 성능에 미치는 영향을 수치와 함께 살펴봅니다. 이 글에서 사용된 수치는 실제 앱에서 측정되었습니다. 유튜브: How React Compiler Performs On…

(번역) 실제 코드에서 리액트 컴파일러의 성능

오늘은 당근의 임유진님이 번역해주신 글입니다.

이번에 소개해드리는 글은 이전에 소개해드렸던 <오늘 리액트 컴파일러를 사용해 봤는데, 어땠을 것 같나요?>의 후속편입니다. 베타 릴리즈 전 저자는 컴파일러를 설치한 후
memo
,
useMemo
,
useCallback
은 잊어버려도 되냐는 질문에 “절대 안 된다”고 답변했었지만, 가장 최근에 작성된 글에서는 입장이 조금 변한 것처럼 보입니다. 후속글에서는 리액트 컴파일러가 초기 로드 및 인터랙션 성능에 미치는 영향을 실제 앱에서 측정된 수치와 함께 살펴보는데요. 궁금하신 분은 한 번 읽어보시는 건 어떨까요?

글 링크: https://emewjin.github.io/react-compiler-performs-on-real-code/

오늘은 당근의 임유진님이 번역해주신 글입니다. 이번에 소개해드리는 글은 이전에 소개해드렸던 &lt;오늘 리액트 컴파일러를 사용해 봤는데, 어땠을 것 같나요?&gt;의 후속편입니다. 베타 릴리즈 전 저자는 컴파일러를 설치한 후 <code >memo</code>, <code >useMemo</code>, <code >useCallback</code>은 잊어버려도 되냐는 질문에 “절대 안 된다”고 답변했었지만, 가장 최근에 작성된 글에서는 입장이 조금 변한 것처럼 보입니다. 후속글에서는 리액트 컴파일러가 초기 로드 및 인터랙션 성능에 미치는 영향을 실제 앱에서 측정된 수치와 함께 살펴보는데요. 궁금하신 분은 한 번 읽어보시는 건 어떨까요? 글 링크: https://emewjin.github.io/react-compiler-performs-on-real-code/

emewjin.github.io

실제 코드에서 리액트 컴파일러의 성능

GenAI(LLM)는 코드를 자동 생성하고 보조하는 기능으로 개발자들의 생산성을 높이고 있음과거부터 “코딩이 필요 없는 툴”들이 있었지만, 결국 실제 소프트웨어 엔지니어링 과정에는 여전히 고유한 복잡도가 존재함ChatGPT 출시 이후 AI 도구의 빠른 발전 속도가 눈에 띄지만, 모든 과정을 획기적으로 바꾸기보다는 주어진 문제에서 일부 단계를 크게 단축해 주

AI 보조 코딩이 소프트웨어 엔지니어링을 어떻게 바꿀 것인가: 불편한 진실 | GeekNews

개발이 발전하면서 늘 개발툴은 발전을 했고 구글을 통해서 복붙해버릇하면 실력 나빠진다는 말이 무색하게 검색을 통해 개발하고 구글링을 잘하는 게 문제해결능력이 되었다면 이제 개발자는 AI와 함께 코딩을 하는 것이 너무나 당연한 시대가 되었고 AI를 잘 이용하는게 잘하는 개발자의 소양이 되어가고 있는 요즘입니다.

예전에도 같은 구글을 쓰더라도 더 빨리 필요한 코드를 찾아내는 더 잘하는 개발자가 있었고 같은 GPT와 Claude를 써도 더 잘 물어보고 잘 찾는 개발자가 있는 것 같습니다. 저 역시도 종종 개발자끼리 만나면 AI로부터 저마다의 더 나은 정보를 얻어내고 검증하는 팁들을 공유하곤 합니다.

AI를 이용하는 방식이 이제 갓 개발을 시작하는 주니어들에게 불리하다는 식으로 작성하는 글들이 많이 보입니다. 그러나 그들은 구글링 시절에도 같은 말을 들었습니다. 키워드를 떠올리는 것도, 10페이지 내 검색 결과에서 더 나은 결과를 고르는 것도 시니어 개발자가 훨씬 잘 했으며 잘 하는 개발자는 여전히 검색도 잘 했습니다.

AI시대에서는 맥락을 공유하고 구체적으로 생각하고 설명할 수 있는 능력이 빛을 발할거라 개인적으로 생각합니다. 이는 개발뿐만 아니라 설명, 보고, 전달, 소통 등 일을 잘하기 위해서도 아주 중요한 능력입니다. 맥락을 잘 설명한다는 것은 현재의 상황을 구체적으로 세세하게 볼 수 있고 표현할 수 있는 능력을 말합니다.

- 기본 설명: "로그인 기능 만들어줘"
- 구체적 설명: "React + Firebase 기반의 로그인 기능이 필요해"
- 상세한 설명: "React 18과 Firebase v9를 사용중인데, 이메일/구글 로그인이 필요하고, 특히 보안을 위해 CSRF 토큰도 처리해야 해"
- 더 맥락을 포함한 상세 설명: "...는 여백이 부족하여 이를 적지 않겠다."

어떻게 해야 하는지 잘 모르겠다고요? 좋은 세상입니다. 이제는 그것마저도 AI에게 물어볼 수 있습니다. 그렇지만 AI가 해줄 수는 없습니다. AI는 똑똑하지만 내 상황과 맥락을 알 수 없습니다. 사람은 더 마찬가지입니다. 다행히 사람과 달리 AI는 대충 말해도 일단 들어는 줍니다. AI가 내 말을 못 알아듣고 있다면 알아들을 수 있을 때까지 구체성을 더해 설명해보는 연습을 해보세요.

- "내가 로그인 기능이 필요한데, 이걸 AI에게 설명할 때 어떤 정보들을 포함해서 설명하면 좋을까? 어떤 맥락과 세부사항들을 함께 전달하면 AI가 더 정확한 도움을 줄 수 있을지 알려줘"

인터넷을 통해서 know-how에서 know-where로 학습하는 방법이 바뀌었고 기회도 늘어났습니다. AI 역시 그러한 변화에서 누군가에게는 기회가 열릴 것이라 생각합니다. AI 시대에 개인적인 조언이 있다면 나의 맥락을 구체적으로 세세하게 표현하는 능력을 키우는 것이라 생각합니다. 그리고 그 방법 또한 AI를 통해서 발견할 수 있을 거에요.

AI와 공존하는 개발자들에게 새로운 불안과 숙제가 되는 시기가 되고 있지만, 이 역시 잘 받아들여나가길 바라며, AI 시대의 소프트웨어 엔지니어링이 직면한 현실적 도전과 기회를 잘 설명한 글을 발견하여 소개하려합니다. 이 글이 AI 시대를 살아가는 개발자들에게 현실적인 통찰과 도움이 되기를 바랍니다. 감사합니다.

https://news.hada.io/topic?id=18712

개발이 발전하면서 늘 개발툴은 발전을 했고 구글을 통해서 복붙해버릇하면 실력 나빠진다는 말이 무색하게 검색을 통해 개발하고 구글링을 잘하는 게 문제해결능력이 되었다면 이제 개발자는 AI와 함께 코딩을 하는 것이 너무나 당연한 시대가 되었고 AI를 잘 이용하는게 잘하는 개발자의 소양이 되어가고 있는 요즘입니다. 예전에도 같은 구글을 쓰더라도 더 빨리 필요한 코드를 찾아내는 더 잘하는 개발자가 있었고 같은 GPT와 Claude를 써도 더 잘 물어보고 잘 찾는 개발자가 있는 것 같습니다. 저 역시도 종종 개발자끼리 만나면 AI로부터 저마다의 더 나은 정보를 얻어내고 검증하는 팁들을 공유하곤 합니다. AI를 이용하는 방식이 이제 갓 개발을 시작하는 주니어들에게 불리하다는 식으로 작성하는 글들이 많이 보입니다. 그러나 그들은 구글링 시절에도 같은 말을 들었습니다. 키워드를 떠올리는 것도, 10페이지 내 검색 결과에서 더 나은 결과를 고르는 것도 시니어 개발자가 훨씬 잘 했으며 잘 하는 개발자는 여전히 검색도 잘 했습니다. AI시대에서는 맥락을 공유하고 구체적으로 생각하고 설명할 수 있는 능력이 빛을 발할거라 개인적으로 생각합니다. 이는 개발뿐만 아니라 설명, 보고, 전달, 소통 등 일을 잘하기 위해서도 아주 중요한 능력입니다. 맥락을 잘 설명한다는 것은 현재의 상황을 구체적으로 세세하게 볼 수 있고 표현할 수 있는 능력을 말합니다. - 기본 설명: "로그인 기능 만들어줘"- 구체적 설명: "React + Firebase 기반의 로그인 기능이 필요해"- 상세한 설명: "React 18과 Firebase v9를 사용중인데, 이메일/구글 로그인이 필요하고, 특히 보안을 위해 CSRF 토큰도 처리해야 해"- 더 맥락을 포함한 상세 설명: "...는 여백이 부족하여 이를 적지 않겠다." 어떻게 해야 하는지 잘 모르겠다고요? 좋은 세상입니다. 이제는 그것마저도 AI에게 물어볼 수 있습니다. 그렇지만 AI가 해줄 수는 없습니다. AI는 똑똑하지만 내 상황과 맥락을 알 수 없습니다. 사람은 더 마찬가지입니다. 다행히 사람과 달리 AI는 대충 말해도 일단 들어는 줍니다. AI가 내 말을 못 알아듣고 있다면 알아들을 수 있을 때까지 구체성을 더해 설명해보는 연습을 해보세요. - "내가 로그인 기능이 필요한데, 이걸 AI에게 설명할 때 어떤 정보들을 포함해서 설명하면 좋을까? 어떤 맥락과 세부사항들을 함께 전달하면 AI가 더 정확한 도움을 줄 수 있을지 알려줘" 인터넷을 통해서 know-how에서 know-where로 학습하는 방법이 바뀌었고 기회도 늘어났습니다. AI 역시 그러한 변화에서 누군가에게는 기회가 열릴 것이라 생각합니다. AI 시대에 개인적인 조언이 있다면 나의 맥락을 구체적으로 세세하게 표현하는 능력을 키우는 것이라 생각합니다. 그리고 그 방법 또한 AI를 통해서 발견할 수 있을 거에요. AI와 공존하는 개발자들에게 새로운 불안과 숙제가 되는 시기가 되고 있지만, 이 역시 잘 받아들여나가길 바라며, AI 시대의 소프트웨어 엔지니어링이 직면한 현실적 도전과 기회를 잘 설명한 글을 발견하여 소개하려합니다. 이 글이 AI 시대를 살아가는 개발자들에게 현실적인 통찰과 도움이 되기를 바랍니다. 감사합니다. https://news.hada.io/topic?id=18712

GeekNews

<AI 시대의 소프트웨어 엔지니어링>

Guidelines for easily modifiable frontend code

Frontend Fundamentals

https://frontend-fundamentals.com/

"프론트엔드에서 '좋은 코드'란 '변경하기 쉬운 코드'"라는 기준점을 제시하면서, 가독성, 예측 가능성, 응집도, 결합도 4가지 기준을 바탕으로 좋은 코드를 작성하는 전략에 대해서 소개하는 문서입니다.

읽어보니 이론적인 내용 보다는 전반적으로 실무에서 사용할 법한 코드 예시를 중점으로 소개하고 있어서 이해하기가 쉬웠습니다.

코드 리뷰할 때 참고 문서로 활용하기도 좋을 것 같습니다.

https://frontend-fundamentals.com/ "프론트엔드에서 '좋은 코드'란 '변경하기 쉬운 코드'"라는 기준점을 제시하면서, 가독성, 예측 가능성, 응집도, 결합도 4가지 기준을 바탕으로 좋은 코드를 작성하는 전략에 대해서 소개하는 문서입니다. 읽어보니 이론적인 내용 보다는 전반적으로 실무에서 사용할 법한 코드 예시를 중점으로 소개하고 있어서 이해하기가 쉬웠습니다. 코드 리뷰할 때 참고 문서로 활용하기도 좋을 것 같습니다.

frontend-fundamentals.com

토스에서 만든 FE 코드 지침서

🗞️ OpenAI의 샘 알트먼이 1월 30일에 미국 정부 관리들을 위한 비공개 브리핑을 예약했다고 합니다.

OpenAI의 내부 소식통에 따르면 PhD 수준의 슈퍼 에이전트에 큰 돌파구가 올 것이라고 하며, OpenAI 직원들은 최근의 발전이 매우 흥분되지만, 겁이 나기도 한다고 말했다고 하는데요.

며칠 전 메타의 저커버그가 AI 엔지니어가 미드 레벨급으로 올라감에 따라 직원을 대거 해고한다고 했던 것도 있고.. 빅테크들에서는 내부적으로 뭔가 큰 진보를 경험하고 있는걸까요?

저는 AI의 발전을 대체로 긍정적으로 보는 사람이긴 합니다만, 뭔가.. 이정도 반응은 좀 무섭기도 하네요. 🤨🧐🤔😕

🗞️ OpenAI의 샘 알트먼이 1월 30일에 미국 정부 관리들을 위한 비공개 브리핑을 예약했다고 합니다. OpenAI의 내부 소식통에 따르면 PhD 수준의 슈퍼 에이전트에 큰 돌파구가 올 것이라고 하며, OpenAI 직원들은 최근의 발전이 매우 흥분되지만, 겁이 나기도 한다고 말했다고 하는데요. 며칠 전 메타의 저커버그가 AI 엔지니어가 미드 레벨급으로 올라감에 따라 직원을 대거 해고한다고 했던 것도 있고.. 빅테크들에서는 내부적으로 뭔가 큰 진보를 경험하고 있는걸까요? 저는 AI의 발전을 대체로 긍정적으로 보는 사람이긴 합니다만, 뭔가.. 이정도 반응은 좀 무섭기도 하네요. 🤨🧐🤔😕

작년 12월 세일즈포스 CEO Marc Benioff가 "20VC with Harry Stebbings"라는 팟캐스트에서 2025년에는 Agentforce라는 AI 제품에 집중할 것이란 이야기를 하면서 2025년에는 소프트웨어 엔지니어 채용을 중단하고 영업인력 1-2천명을 채용할 수도 있다라는 말을 했다. 전문은 아래와 같다 (댓글 기사 참고)

“We’re not adding any more software engineers next year because we have increased the productivity this year with Agentforce and with other AI technology that we’re using for engineering teams by more than 30% – to the point where our engineering velocity is incredible. I can’t believe what we’re achieving in engineering.”

“And then, we will have less support engineers next year because we have an agentic layer. We will have more salespeople next year because we really need to explain to people exactly the value that we can achieve with AI. So, we will probably add another 1,000 to 2,000 salespeople in the short term.”

메타 마크 저커버그의 말보다 더 분명하게 AI 발전이 소프트웨어 개발이 끼치는 영향을 강력하게 이이야기했는데 레딧의 반응을 보면 아주 냉소적인데 동의하지 않을 수 없다. 몇 가지 반응을 요약해보면 다음과 같다.

 * 세일즈포스를 써본 사람이라면 바로 느끼겠지만 윈도우 XP에 어울릴 것 같은 UI/UX를 자랑하며 사용하기 아주 복잡하고 정말 이 회사가 소프트웨어 서비스 개발회사냐? 개발자를 정말 채용하기는 했었는지 의심스럽다
 * 이건 CEO의 완전한 허세야. 세일즈포스 웹사이트에 "소프트웨어 엔지니어"라는 타이틀로 125개의 채용 공고가 올라와 있어. https://careers.salesforce.com/en/jobs/?search=&team=Software+Engineering&pagesize=20#results

세일즈포스 서비스를 사용해보면 정말 어떻게 이런 서비스가 마켓 1등이지 놀랄 정도로 형편없다. 또한 개발자가 많기 보다는 서비스를 설치하고 교육해주는 컨설턴트가 더 많지 않나 싶다 :) . 그리고 지금은 137개의 소프트웨어 엔지니어 오프닝이 있다 :)

정말 AI로 얼마나 대체가 되는지는 세일즈포스에서 VP로 일하는 지인에게 몇 달 후 사실 여부를 한번 확인해볼 생각이지만 현재로는 못 믿겠다에 100표

작년 12월 세일즈포스 CEO Marc Benioff가 "20VC with Harry Stebbings"라는 팟캐스트에서 2025년에는 Agentforce라는 AI 제품에 집중할 것이란 이야기를 하면서 2025년에는 소프트웨어 엔지니어 채용을 중단하고 영업인력 1-2천명을 채용할 수도 있다라는 말을 했다. 전문은 아래와 같다 (댓글 기사 참고) “We’re not adding any more software engineers next year because we have increased the productivity this year with Agentforce and with other AI technology that we’re using for engineering teams by more than 30% – to the point where our engineering velocity is incredible. I can’t believe what we’re achieving in engineering.” “And then, we will have less support engineers next year because we have an agentic layer. We will have more salespeople next year because we really need to explain to people exactly the value that we can achieve with AI. So, we will probably add another 1,000 to 2,000 salespeople in the short term.” 메타 마크 저커버그의 말보다 더 분명하게 AI 발전이 소프트웨어 개발이 끼치는 영향을 강력하게 이이야기했는데 레딧의 반응을 보면 아주 냉소적인데 동의하지 않을 수 없다. 몇 가지 반응을 요약해보면 다음과 같다. <ul ><li>세일즈포스를 써본 사람이라면 바로 느끼겠지만 윈도우 XP에 어울릴 것 같은 UI/UX를 자랑하며 사용하기 아주 복잡하고 정말 이 회사가 소프트웨어 서비스 개발회사냐? 개발자를 정말 채용하기는 했었는지 의심스럽다</li><li>이건 CEO의 완전한 허세야. 세일즈포스 웹사이트에 "소프트웨어 엔지니어"라는 타이틀로 125개의 채용 공고가 올라와 있어. https://careers.salesforce.com/en/jobs/?search=&amp;team=Software+Engineering&amp;pagesize=20#results</li></ul> 세일즈포스 서비스를 사용해보면 정말 어떻게 이런 서비스가 마켓 1등이지 놀랄 정도로 형편없다. 또한 개발자가 많기 보다는 서비스를 설치하고 교육해주는 컨설턴트가 더 많지 않나 싶다 :) . 그리고 지금은 137개의 소프트웨어 엔지니어 오프닝이 있다 :) 정말 AI로 얼마나 대체가 되는지는 세일즈포스에서 VP로 일하는 지인에게 몇 달 후 사실 여부를 한번 확인해볼 생각이지만 현재로는 못 믿겠다에 100표

세일즈포스: 2025년에는 개발자 채용 없다?

https://www.salesforceben.com/salesforce-will-hire-no-more-software-engineers-in-2025-says-marc-benioff/

Next.js automatically traces which files are needed by each page to allow for easy deployment of your application. Learn how it works here.

next.config.js Options: output | Next.js

Next.js 프로젝트에서 Docker 이미지를 빌드할 때는 
Vercel
의 권고대로
standalone
옵션을 사용합니다.
standalone
은 독립 실행형(standalone)이라는 뜻으로, Next.js프로젝트 에서 웹 애플리케이션 실행에 필요한 최소한의 코드만 추출하여 최적화된 빌드 결과물을 생성한다는 것을 뜻하는데요. 어떻게 Docker 이미지의 용량이 획기적으로 줄어드는지 정리해보았습니다.

1. 불필요한 파일 제거
기본적으로 Docker 이미지를 만들 때는
node_modules
를 포함한 전체 프로젝트가 필요하지만,
standalone
옵션을 적용하면 실행에 반드시 필요한 파일만 포함하는 최소한의 환경이 구성됩니다. 즉, 개발 환경에서 사용되던 불필요한 파일들(
node_modules
,
pages/
,
app/
등)이 대부분 제거되어 이미지 용량이 크게 줄어듭니다.

2.
node_modules
최적화
Next.js는
standalone
모드를 활성화하면 실행에 필요한
node_modules
만 포함하도록 최적화합니다. 기본적으로
node_modules
는 모든 종속성을 포함하기 때문에 매우 무겁지만,

standalone
모드에서는 Next.js 실행에 필요한 패키지만 남기고, 불필요한 개발용 패키지(
devDependencies
, ESLint, TypeScript 등)는 제외됩니다.

사실상 꼭 실행에 꼭 필요한
node_modules
만 남기고 나머지를 제거하는게 포인트입니다.
그리고 당연한 이야기겠지만, Docker 이미지 크기를 줄이면 배포 시간도 단축할 수 있습니다. 일반적으로 도커 이미지는 AWS ECR, Docker Hub 등 원격 레지스트리에 이미지를 푸시하는데요. 용량이 줄어든 만큼 전송 속도가 크게 향상됩니다.

Next.js의
standalone
모드는 불필요한 파일을 제거하고, 실행에 필요한 최소한의 환경만 남겨 Docker 이미지를 최적화하는 유용한 기능입니다. 이를 활용하면 배포 속도 개선, 인프라 비용 절감, 더 빠른 컨테이너 시작 시간 등의 효과를 얻을 수 있습니다.

https://nextjs.org/docs/pages/api-reference/config/next-config-js/output

Next.js 프로젝트에서 Docker 이미지를 빌드할 때는 <code >Vercel</code>의 권고대로 <code >standalone</code> 옵션을 사용합니다. <code >standalone</code> 은 독립 실행형(standalone)이라는 뜻으로, Next.js프로젝트 에서 웹 애플리케이션 실행에 필요한 최소한의 코드만 추출하여 최적화된 빌드 결과물을 생성한다는 것을 뜻하는데요. 어떻게 Docker 이미지의 용량이 획기적으로 줄어드는지 정리해보았습니다. 1. 불필요한 파일 제거기본적으로 Docker 이미지를 만들 때는 <code >node_modules</code>를 포함한 전체 프로젝트가 필요하지만, <code >standalone</code> 옵션을 적용하면 실행에 반드시 필요한 파일만 포함하는 최소한의 환경이 구성됩니다. 즉, 개발 환경에서 사용되던 불필요한 파일들(<code >node_modules</code>, <code >pages/</code>, <code >app/</code> 등)이 대부분 제거되어 이미지 용량이 크게 줄어듭니다. 2. <code >node_modules</code> 최적화Next.js는 <code >standalone</code> 모드를 활성화하면 실행에 필요한 <code >node_modules</code>만 포함하도록 최적화합니다. 기본적으로 <code >node_modules</code>는 모든 종속성을 포함하기 때문에 매우 무겁지만, <code >standalone</code> 모드에서는 Next.js 실행에 필요한 패키지만 남기고, 불필요한 개발용 패키지(<code >devDependencies</code>, ESLint, TypeScript 등)는 제외됩니다. 사실상 꼭 실행에 꼭 필요한 <code >node_modules</code>만 남기고 나머지를 제거하는게 포인트입니다.그리고 당연한 이야기겠지만, Docker 이미지 크기를 줄이면 배포 시간도 단축할 수 있습니다. 일반적으로 도커 이미지는 AWS ECR, Docker Hub 등 원격 레지스트리에 이미지를 푸시하는데요. 용량이 줄어든 만큼 전송 속도가 크게 향상됩니다. Next.js의 <code >standalone</code> 모드는 불필요한 파일을 제거하고, 실행에 필요한 최소한의 환경만 남겨 Docker 이미지를 최적화하는 유용한 기능입니다. 이를 활용하면 배포 속도 개선, 인프라 비용 절감, 더 빠른 컨테이너 시작 시간 등의 효과를 얻을 수 있습니다. https://nextjs.org/docs/pages/api-reference/config/next-config-js/output

nextjs.org

Next.js Standalone 모드로 Docker 이미지 최적화하기

CSS에서 자식이나 후손 요소는 아주 쉽게 선택할 수 있지만, 부모나 조상 요소를 선택하는 것은 불가능한 일이 었습니다. 그래서 오랫동안 자바스크립트를 동원해서 이러한 문제를 해결하곤 했었죠.

하지만 CSS에
:has()
가상 클래스가 추가되면서 이것도 이제 옛말이 되었습니다. 웹 개발자들이 많이 기다렸던 만큼 2023년 State of JS 설문 조사 가장 많이 채택된 기능으로 뽑히고도 했었죠.

이번 포스팅에서는 비교적 최근에 CSS에 추가된 기능인
:has()
가상 클래스를 어떻게 사용하는지 알아보도록 하겠습니다.

📝 포스팅: https://www.daleseo.com/css-has/

CSS에서 자식이나 후손 요소는 아주 쉽게 선택할 수 있지만, 부모나 조상 요소를 선택하는 것은 불가능한 일이 었습니다. 그래서 오랫동안 자바스크립트를 동원해서 이러한 문제를 해결하곤 했었죠. 하지만 CSS에 <code>:has()</code> 가상 클래스가 추가되면서 이것도 이제 옛말이 되었습니다. 웹 개발자들이 많이 기다렸던 만큼 2023년 State of JS 설문 조사 가장 많이 채택된 기능으로 뽑히고도 했었죠. 이번 포스팅에서는 비교적 최근에 CSS에 추가된 기능인 <code>:has()</code> 가상 클래스를 어떻게 사용하는지 알아보도록 하겠습니다. 📝 포스팅: https://www.daleseo.com/css-has/

CSS의 :has() 가상 클래스 사용법

변경하기 쉬운 프론트엔드 코드를 위한 지침서

토스에서 프론트엔드 코드를 위한 지침서를 공개했습니다.

https://frontend-fundamentals.com

GitHub를 통해 공개된 문서를 기반으로 하고 있는 웹사이트입니다. 아직 기여 가이드는 만들어지지 않았네요.

하지만 GitHub Discussions 페이지에서 의견을 교류할 수 있다고 합니다.

토스에서 프론트엔드 코드를 위한 지침서를 공개했습니다. https://frontend-fundamentals.com GitHub를 통해 공개된 문서를 기반으로 하고 있는 웹사이트입니다. 아직 기여 가이드는 만들어지지 않았네요. 하지만 GitHub Discussions 페이지에서 의견을 교류할 수 있다고 합니다.

[1] 해야 할일 리스트 만들기 > [2] 우선 순위 정하기 > [3] 정해진 시간 안에 수행하기 > [4] 피드백 과정 거치기

시간이 지날수록, 시간은 금이라는 말이 점점 실감이 납니다.
무엇을 제대로 한것도 없는데 벌써 2025년 1월의 중반을 지나고 있으니 말입니다.

올해 4월에 대학원 졸업과 취업 준비라는 큰 이벤트를 앞둔 저에게도 앞으로 해나가야 할 다양한 숙제들과 프로젝트를 생각하고 나면 벌써부터 마음이 무거워지고 한숨이 절로 납니다.

하지만, 이대로 그냥 한숨만 쉬면 포기하고 있을 수는 없죠. 우리의 앞길에 놓인 중요한 프로젝트들을 성공적으로 수행하기 위해 제가 작년부터 사용하고 있는 방법을 공유해보려 합니다.

저는 매일 약 4-5개의 투두 리스트(To-do List)를 만들고 그 리스트를 하루 동안 수행하고 있습니다. 그리고 작년까지 약 70개의 해야 할 업무 및 일정들을 큰 문제없이 잘 처리해왔습니다.

그럼 첫번째 단계인 [1] 해야 할일 정하기 부터 이야기해 볼까요?

[1] 해야 할일 정하기

매일 여러분들은 해야 할 일들 리스트를 의식적으로 만들고 수행하고 있나요?
해야 할일이 정해진 삶이란 단조롭고 기계적이라고 느낄수도 모르겠습니다.
하지만 실제로 투두 리스트를 만들고 나면, 마음이 생각보다 편해지는 걸 느낄 수 있습니다.

특히 저처럼 하고 싶은 것들이 많은 욕심쟁이들에게는
하루하루가 매일 다른 일들을 벌려놓고 흐지부지 끝나는 경우들이 많습니다.

이 때 우리가 그날 해야 하는 일들을 정하는 것이 도움이 될 수 있습니다.
이 때의 포인트는 리스트는 5개가 넘어가면 안된다는 점입니다.

여러분들이 5개 이상의 리스트를 만드는 순간,
그 때부터 여러분들의 하루는 롤러코스터가 될 가능성이 매우 높습니다.

하루 정도는 괜찮지만, 매일 그런 삶을 살고 싶지는 않으시겠죠? 해야 할일 리스트를 만들어보세요. 사소한 것이라도 좋습니다, 만들면서 여러분들은 깨닫게 될거에요.

우리가 하루 동안 정말 어떤 일들을 하고 있는지를 말이죠.

다음 편에서 [2] 우선 순위 정하기에 대해 이야기 해볼게요 :)

[1] 해야 할일 리스트 만들기 &gt; [2] 우선 순위 정하기 &gt; [3] 정해진 시간 안에 수행하기 &gt; [4] 피드백 과정 거치기 시간이 지날수록, 시간은 금이라는 말이 점점 실감이 납니다. 무엇을 제대로 한것도 없는데 벌써 2025년 1월의 중반을 지나고 있으니 말입니다. 올해 4월에 대학원 졸업과 취업 준비라는 큰 이벤트를 앞둔 저에게도 앞으로 해나가야 할 다양한 숙제들과 프로젝트를 생각하고 나면 벌써부터 마음이 무거워지고 한숨이 절로 납니다. 하지만, 이대로 그냥 한숨만 쉬면 포기하고 있을 수는 없죠. 우리의 앞길에 놓인 중요한 프로젝트들을 성공적으로 수행하기 위해 제가 작년부터 사용하고 있는 방법을 공유해보려 합니다. 저는 매일 약 4-5개의 투두 리스트(To-do List)를 만들고 그 리스트를 하루 동안 수행하고 있습니다. 그리고 작년까지 약 70개의 해야 할 업무 및 일정들을 큰 문제없이 잘 처리해왔습니다. 그럼 첫번째 단계인 [1] 해야 할일 정하기 부터 이야기해 볼까요? [1] 해야 할일 정하기 매일 여러분들은 해야 할 일들 리스트를 의식적으로 만들고 수행하고 있나요? 해야 할일이 정해진 삶이란 단조롭고 기계적이라고 느낄수도 모르겠습니다. 하지만 실제로 투두 리스트를 만들고 나면, 마음이 생각보다 편해지는 걸 느낄 수 있습니다. 특히 저처럼 하고 싶은 것들이 많은 욕심쟁이들에게는 하루하루가 매일 다른 일들을 벌려놓고 흐지부지 끝나는 경우들이 많습니다. 이 때 우리가 그날 해야 하는 일들을 정하는 것이 도움이 될 수 있습니다. 이 때의 포인트는 리스트는 5개가 넘어가면 안된다는 점입니다. 여러분들이 5개 이상의 리스트를 만드는 순간, 그 때부터 여러분들의 하루는 롤러코스터가 될 가능성이 매우 높습니다. 하루 정도는 괜찮지만, 매일 그런 삶을 살고 싶지는 않으시겠죠? 해야 할일 리스트를 만들어보세요. 사소한 것이라도 좋습니다, 만들면서 여러분들은 깨닫게 될거에요. 우리가 하루 동안 정말 어떤 일들을 하고 있는지를 말이죠. 다음 편에서 [2] 우선 순위 정하기에 대해 이야기 해볼게요 :)

성공적인 프로젝트 관리의 4단계 프로세스

스크리닝, 코딩, 시스템 디자인, Behavioral 인터뷰, 팀 매칭, 오퍼

Meta SWE 면접 합격 후기

요즘 채용이 조심스럽게 되살아나고 있고 메타도 채용을 많이 하고 있는거 같습니다. 

블라인드 앱 보면 주위 개발자 25%가 메타 면접을 보고 있는거 같다는 글도 보이는데요. 저도 메타 인터뷰 관련해서 DM을 많이 받았습니다. 특히 다른 회사에는 없는 '팀 매칭' 단계에 대해서 질문이 많았는데 이 부분 포함해서 좀 더 상세히 글로 정리했습니다.

https://www.nyprogrammer.com/p/meta-swe-interview

요즘 채용이 조심스럽게 되살아나고 있고 메타도 채용을 많이 하고 있는거 같습니다.&nbsp; 블라인드 앱 보면 주위 개발자 25%가 메타 면접을 보고 있는거 같다는 글도 보이는데요. 저도 메타 인터뷰 관련해서 DM을 많이 받았습니다. 특히 다른 회사에는 없는 '팀 매칭' 단계에 대해서 질문이 많았는데 이 부분 포함해서 좀 더 상세히 글로 정리했습니다. https://www.nyprogrammer.com/p/meta-swe-interview

www.nyprogrammer.com

“혼자서 앱을 개발해 나간다는 게 쉬운 작업이 아닌데, 혹시 스터디나 모임도 활용하셨는지 궁금합니다.”
“활용하지 않습니다.”

스터디그룹에 참여해 보지 않았던 것은 아닙니다.
20대에는 무슨 스터디만 한다 하면 어떻게든 시간을 내서 참여했습니다.

내가 발표할 시간이 되면 스트레스받아 가면서 시간에 쫓겨 자료를 만들고…
남들 발표 시간에는 편안한 마음으로 듣기도 하고…
스터디에 많이 참여하니 항상 바쁘게 쪼개서 시간을 썼는데, 그에 비해 배움은 크지 않은 것 같았습니다.
이상하다. 마치 헛공부만 하고 있는 느낌이랄까…?
이런 경험이 반복되면서 스터디에 참여하는 것을 점점 주저하게 됐습니다.

스터디 그룹에 참여하면 누가 떠먹여 주지 않을까 하는 생각이 그렇게 만들었던 건 아닐까?
어차피 공부는 누가 떠먹여 주는 것이 아니라 내가 해야 하는 것인데.

가만히 생각해 보면 제대로 학습했다는 느낌이 들었던 순간은 언제나 제 책상 앞이었습니다.
혼자 끙끙대면서 스스로에게 질문하고 답하는 시간을 더 많이 갖고 싶습니다.

“혼자서 앱을 개발해 나간다는 게 쉬운 작업이 아닌데, 혹시 스터디나 모임도 활용하셨는지 궁금합니다.”“활용하지 않습니다.” 스터디그룹에 참여해 보지 않았던 것은 아닙니다.20대에는 무슨 스터디만 한다 하면 어떻게든 시간을 내서 참여했습니다. 내가 발표할 시간이 되면 스트레스받아 가면서 시간에 쫓겨 자료를 만들고…남들 발표 시간에는 편안한 마음으로 듣기도 하고…스터디에 많이 참여하니 항상 바쁘게 쪼개서 시간을 썼는데, 그에 비해 배움은 크지 않은 것 같았습니다.이상하다. 마치 헛공부만 하고 있는 느낌이랄까…?이런 경험이 반복되면서 스터디에 참여하는 것을 점점 주저하게 됐습니다. 스터디 그룹에 참여하면 누가 떠먹여 주지 않을까 하는 생각이 그렇게 만들었던 건 아닐까?어차피 공부는 누가 떠먹여 주는 것이 아니라 내가 해야 하는 것인데. 가만히 생각해 보면 제대로 학습했다는 느낌이 들었던 순간은 언제나 제 책상 앞이었습니다.혼자 끙끙대면서 스스로에게 질문하고 답하는 시간을 더 많이 갖고 싶습니다.

스터디 그룹에 참여하지 않는 이유

우연히 보게 된 유투브(링크는 댓글 참고)인데 서울대내에서 어떤 학생들이 학점이 좋은지 그리고 공통적인 학습방법이 있는지 찾아보려는 연구에 관한 이야기이다. 뭔가 도움이되는 흥미로운 결과를 기대하고 시작한 이 연구는 기대와는 완전히 다르게 진행되었다.

학점을 좋게 받는 학생들의 공통점은 질문을 하거나 본인의 생각을 가지려고 하는게 아니라 주입식으로 교수님의 강의를 달달 외운 경우였다. 교수님의 의견에 동의하지 않는 경우 시험 문제에서 본인의 의견을 그래도 주장하겠냐는 질문에 다들 점수를 잘 받기 위해서 교수님의 생각을 적겠다고 답을 했다.

동일한 연구자가 미국 미시간 대학의 학생들을 대상으로 조사를 해보니 강의시간에 교수님의 이야기를 그대로 적는 사람들은 거의 없었고 대부분 흥미로운 부분이나 자기의 생각을 필기했다고 답했고 교수님 강의 필기와 학점 간에 별다른 상관관계가 없었다. 또한 인터뷰에 응한 모든 학생들이 교수님의 의견과 본인의 의견이 다른 경우 그래도 본인의 의견을 적겠다고 했다.
영상 중 아래 문장들이 참 슬프게 다가왔다.

"질문왕 승현이는 이제 더 이상 질문을 하지 않습니다"
"너는 어떠한 생각도 가져서는 안되고 네 생각이 아무리 좋아도 교수님과 다르면 버려야 되고 교수님의 말씀을 단 한마디도 빼놓지 않고 적어야 하고 이게 서울대학교의 교육이라고 과연 이야기할 수 있을까?"

두 학교 학생들은 모두 열심히 하지만 방향이 다르며 (수용적 vs. 비판적) 결국 학점이란 게임의 룰이 다르다보니 결국 학생들의 성향까지 변화시킨다. 정답을 찾으라는 교육과 아닌 교육의 차이점이다.

이 유튜브 비디오는 대학생으로 국한해서 연구를 했지만 개발자를 대상으로 해도 크게 다를지 않을 것 같다. 사람의 능력은 한국이나 미국이나 크게 다르다고 생각하지 않는다. 질문을 꺼리는 환경과 장려하는 환경, 순응하기를 원하는 환경과 비판을 허용하는 환경, 환경의 차이가 사람의 성장에 차이를 가져온다.

우연히 보게 된 유투브(링크는 댓글 참고)인데 서울대내에서 어떤 학생들이 학점이 좋은지 그리고 공통적인 학습방법이 있는지 찾아보려는 연구에 관한 이야기이다. 뭔가 도움이되는 흥미로운 결과를 기대하고 시작한 이 연구는 기대와는 완전히 다르게 진행되었다. 학점을 좋게 받는 학생들의 공통점은 질문을 하거나 본인의 생각을 가지려고 하는게 아니라 주입식으로 교수님의 강의를 달달 외운 경우였다. 교수님의 의견에 동의하지 않는 경우 시험 문제에서 본인의 의견을 그래도 주장하겠냐는 질문에 다들 점수를 잘 받기 위해서 교수님의 생각을 적겠다고 답을 했다. 동일한 연구자가 미국 미시간 대학의 학생들을 대상으로 조사를 해보니 강의시간에 교수님의 이야기를 그대로 적는 사람들은 거의 없었고 대부분 흥미로운 부분이나 자기의 생각을 필기했다고 답했고 교수님 강의 필기와 학점 간에 별다른 상관관계가 없었다. 또한 인터뷰에 응한 모든 학생들이 교수님의 의견과 본인의 의견이 다른 경우 그래도 본인의 의견을 적겠다고 했다.영상 중 아래 문장들이 참 슬프게 다가왔다. "질문왕 승현이는 이제 더 이상 질문을 하지 않습니다""너는 어떠한 생각도 가져서는 안되고 네 생각이 아무리 좋아도 교수님과 다르면 버려야 되고 교수님의 말씀을 단 한마디도 빼놓지 않고 적어야 하고 이게 서울대학교의 교육이라고 과연 이야기할 수 있을까?" 두 학교 학생들은 모두 열심히 하지만 방향이 다르며 (수용적 vs. 비판적) 결국 학점이란 게임의 룰이 다르다보니 결국 학생들의 성향까지 변화시킨다. 정답을 찾으라는 교육과 아닌 교육의 차이점이다. 이 유튜브 비디오는 대학생으로 국한해서 연구를 했지만 개발자를 대상으로 해도 크게 다를지 않을 것 같다. 사람의 능력은 한국이나 미국이나 크게 다르다고 생각하지 않는다. 질문을 꺼리는 환경과 장려하는 환경, 순응하기를 원하는 환경과 비판을 허용하는 환경, 환경의 차이가 사람의 성장에 차이를 가져온다.

서울대안에서는 누가 A+를 받을까?

원문: https://frontendatscale.com/issues/17

(번역) 프런트엔드 아키텍처 시각화하기

오늘은 12월 이진우님이 공유해주신 2024 프론트엔드 뉴스 한 방에 몰아 보기 글에서 알게 된 C4 모델을 활용해 아키텍처를 시각화하는 방법에 대한 글을 번역해 봤습니다. C4 모델은 소프트웨어 시스템을 다양한 추상화 수준(시스템 컨텍스트, 컨테이너, 컴포넌트, 코드)에서 시각화하는 방법론으로 다양한 분야에서 사용하고 있는데요. 이 글에서는 저자가 프런트엔드 계층을 추상화 수준에 맞춰 정리하고 시각화하는 방법에 대해 이야기하고 있습니다. 도움이 되셨으면 좋겠습니다. 😃

링크: https://bit.ly/3WdXidn

오늘은 12월 이진우님이 공유해주신 2024 프론트엔드 뉴스 한 방에 몰아 보기 글에서 알게 된 C4 모델을 활용해 아키텍처를 시각화하는 방법에 대한 글을 번역해 봤습니다. C4 모델은 소프트웨어 시스템을 다양한 추상화 수준(시스템 컨텍스트, 컨테이너, 컴포넌트, 코드)에서 시각화하는 방법론으로 다양한 분야에서 사용하고 있는데요. 이 글에서는 저자가 프런트엔드 계층을 추상화 수준에 맞춰 정리하고 시각화하는 방법에 대해 이야기하고 있습니다. 도움이 되셨으면 좋겠습니다. 😃 링크: https://bit.ly/3WdXidn

Google Docs

프런트엔드 아키텍처 시각화하기

원고지 글자수를 쉽게 계산하세요. 원고지 매수 자동 계산, 글자수 세기, A4 용지 변환까지 한번에 해결하는 무료 원고지 계산기입니다.

원고지 계산기 - 글자수 세기, 원고지 매수 자동 변환

"마케터 -> 개발자"로 살다가,
24년 2월에 퇴사를 했습니다.

그 후 완전 새로운 일을 시작했는데요. 다음과 같습니다.

1. 고시원 2개 인수(1개는 24년 12월에 매도했습니다)
2. 파티룸 창업 후 운영중(네이버지도에 "건대 오아시" 검색!)
3. 일은 아니지만 "결혼"

-

비교적 시간이 많아져서(위 사업은 자동사냥이 되버림)
올해는 해보고 싶은 것(하고 있는 것)도 자연스레 많아졌습니다.
아래와 같이요!

1. 단편 소설 1개 쓰기(꾸준히 글 쓰는중)
2. 일본인과 대화하기(학원 다니고 있음)
3. 트레이딩 공부해서 10일 연속 수익 내보기(강의 듣고 있음)

-

무튼, 글을 쓰면서 문학상도 한번 넣어보고 싶어서 봤는데,
대부분 문학상이 원고지 200자 기준 N매 따위의 조건이 있더라고요..!

전(?)개발자긴 했지만 안 쓰니 까먹어서..
cursor의 도움으로 하루이틀만에 급하게 "원고지계산기"라는 앱을 만들었습니다.
다크모드는 대응 안됐는데, 이대로도 괜찮아서(?) 쓰려고 합니다.
무튼 cursor가 뚝딱해주는 거 보고 개발하기 쉬워졌다(?) 생각이 들었네요.

"마케터 -&gt; 개발자"로 살다가, 24년 2월에 퇴사를 했습니다. 그 후 완전 새로운 일을 시작했는데요. 다음과 같습니다. 1. 고시원 2개 인수(1개는 24년 12월에 매도했습니다) 2. 파티룸 창업 후 운영중(네이버지도에 "건대 오아시" 검색!) 3. 일은 아니지만 "결혼" - 비교적 시간이 많아져서(위 사업은 자동사냥이 되버림) 올해는 해보고 싶은 것(하고 있는 것)도 자연스레 많아졌습니다. 아래와 같이요! 1. 단편 소설 1개 쓰기(꾸준히 글 쓰는중) 2. 일본인과 대화하기(학원 다니고 있음) 3. 트레이딩 공부해서 10일 연속 수익 내보기(강의 듣고 있음) - 무튼, 글을 쓰면서 문학상도 한번 넣어보고 싶어서 봤는데, 대부분 문학상이 원고지 200자 기준 N매 따위의 조건이 있더라고요..! 전(?)개발자긴 했지만 안 쓰니 까먹어서.. cursor의 도움으로 하루이틀만에 급하게 "원고지계산기"라는 앱을 만들었습니다. 다크모드는 대응 안됐는데, 이대로도 괜찮아서(?) 쓰려고 합니다.무튼 cursor가 뚝딱해주는 거 보고 개발하기 쉬워졌다(?) 생각이 들었네요.

www.xn--989a2bt9ciz7b65g7qe.kr

💠 cursor로 하루이틀만에 간단한 앱 만든 이야기

React로 단일 페이지 애플리케이션(SPA)을 개발하고 Spring Boot를 통해 배포하는 과정에서, 사용자들이 특정 페이지로 이동한 후 새로고침을 하면 404 오류가 발생하는 경우가 있습니다. 이는 React와 Spring Boot가 라우팅을 처리하는 방식의 차이에서 비롯된 문제로, 많은 개발자가 마주하는 흔한 이슈입니다.
 
문제 상황: 새로고침 시 404 오류 발생
React 애플리케이션에서 BrowserRouter를 사용하여 클라이언트 사이드 라우팅(Client-Side Routing)을 처리할 때, 새로고침 시 다음과 같은 404 오류가 발생할 수 있습니다.
GET https://example.com/purchased-product 404 (Not Found)

이 상황은 브라우저가 /purchased-product 경로에 대한 요청을 서버로 보냈지만, Spring Boot 서버가 해당 경로를 처리하는 방법을 알지 못해 404 Not Found를 반환했기 때문에 발생합니다.
 
React는 클라이언트에서 모든 라우팅을 처리하도록 설계되었으나, 브라우저는 새로고침하거나 직접 URL을 입력했을 때 서버에 요청을 보내는 기본 동작을 따릅니다. 따라서 Spring Boot 서버가 이러한 요청을 적절히 처리하지 않으면 위와 같은 문제가 발생합니다.
 
문제 원인: React와 Spring Boot 라우팅 처리 방식의 차이
[React의 클라이언트 사이드 라우팅]
React에서 BrowserRouter는 브라우저의 주소(URL)를 변경하지만 실제로 서버에 요청을 보내지 않습니다. 대신, 클라이언트 측에서 라우팅이 이루어지며, 경로에 매핑된 React 컴포넌트를 렌더링합니다.
 * URL 변경은 브라우저 주소창에서만 이루어집니다.
 * React 내부에서 지정된 컴포넌트가 로드됩니다.
 
[브라우저의 기본 동작]
반면, 브라우저에서 새로고침하거나 URL을 직접 입력하면 해당 경로에 대한 요청을 서버로 보냅니다.
 * 서버는 경로에 대해 정의된 처리가 없는 경우, 404 Not Found를 반환합니다.
 * 이는 서버가 클라이언트 사이드 라우팅 경로에 대해 무지한 상태이기 때문입니다.
 
React와 브라우저의 동작 차이를 이해했으니, 이제 이를 해결하기 위한 Spring Boot 설정 방법을 살펴보겠습니다.
 
해결 방법: Spring Boot에서 React 경로 처리하기
Spring Boot 서버가 React 애플리케이션의 모든 경로를 처리하도록 설정하면, 브라우저가 서버로 보내는 모든 요청에 대해 React의 index.html 파일을 반환할 수 있습니다. 이렇게 하면 브라우저는 React 애플리케이션을 다시 로드하고, 클라이언트 측에서 올바른 경로를 렌더링할 수 있습니다.
 
[구현 방법]
Spring Boot에서 React 라우팅을 처리하기 위한 WebController를 다음과 같이 작성할 수 있습니다.
import org.springframework.boot.web.servlet.error.ErrorController;
import org.springframework.stereotype.Controller;
import org.springframework.web.bind.annotation.GetMapping;

@Controller
public class WebController implements ErrorController {

    @GetMapping({
        "/purchased-product"
    })
    public String index() {
        // Spring Boot가 React의 index.html 파일을 반환하도록 설정
        // index.html은 /resources/static 또는 /resources/public에 위치
        return "index.html";
    }
}

 위 코드는 React 애플리케이션의 경로를 명시적으로 나열하고, 해당 경로에 대한 요청이 들어오면 index.html을 반환하도록 설정합니다. 이렇게 하면 React의 라우터가 클라이언트 측에서 경로를 처리할 수 있는 환경을 제공하게 됩니다.
 
결론
Spring Boot와 React를 통합할 때, 클라이언트 사이드 라우팅으로 인해 발생하는 새로고침 404 오류는 React와 브라우저의 기본 동작 차이에서 발생합니다. 서버에서 React의 모든 경로를 처리하도록 설정함으로써 문제를 쉽게 해결할 수 있습니다.

React로 단일 페이지 애플리케이션(SPA)을 개발하고 Spring Boot를 통해 배포하는 과정에서, 사용자들이 특정 페이지로 이동한 후 새로고침을 하면 404 오류가 발생하는 경우가 있습니다. 이는 React와 Spring Boot가 라우팅을 처리하는 방식의 차이에서 비롯된 문제로, 많은 개발자가 마주하는 흔한 이슈입니다.&nbsp;문제 상황: 새로고침 시 404 오류 발생React 애플리케이션에서 BrowserRouter를 사용하여 클라이언트 사이드 라우팅(Client-Side Routing)을 처리할 때, 새로고침 시 다음과 같은 404 오류가 발생할 수 있습니다.<pre ><code class="language-bash">GET https://example.com/purchased-product 404 (Not Found)</code></pre>이 상황은 브라우저가 /purchased-product 경로에 대한 요청을 서버로 보냈지만, Spring Boot 서버가 해당 경로를 처리하는 방법을 알지 못해 404 Not Found를 반환했기 때문에 발생합니다.&nbsp;React는 클라이언트에서 모든 라우팅을 처리하도록 설계되었으나, 브라우저는 새로고침하거나 직접 URL을 입력했을 때 서버에 요청을 보내는 기본 동작을 따릅니다. 따라서 Spring Boot 서버가 이러한 요청을 적절히 처리하지 않으면 위와 같은 문제가 발생합니다.&nbsp;문제 원인: React와 Spring Boot 라우팅 처리 방식의 차이[React의 클라이언트 사이드 라우팅]React에서 BrowserRouter는 브라우저의 주소(URL)를 변경하지만 실제로 서버에 요청을 보내지 않습니다. 대신, 클라이언트 측에서 라우팅이 이루어지며, 경로에 매핑된 React 컴포넌트를 렌더링합니다.<ul ><li>URL 변경은 브라우저 주소창에서만 이루어집니다.</li><li>React 내부에서 지정된 컴포넌트가 로드됩니다.</li></ul>&nbsp;[브라우저의 기본 동작]반면, 브라우저에서 새로고침하거나 URL을 직접 입력하면 해당 경로에 대한 요청을 서버로 보냅니다.<ul ><li>서버는 경로에 대해 정의된 처리가 없는 경우, 404 Not Found를 반환합니다.</li><li>이는 서버가 클라이언트 사이드 라우팅 경로에 대해 무지한 상태이기 때문입니다.</li></ul>&nbsp;React와 브라우저의 동작 차이를 이해했으니, 이제 이를 해결하기 위한 Spring Boot 설정 방법을 살펴보겠습니다.&nbsp;해결 방법: Spring Boot에서 React 경로 처리하기Spring Boot 서버가 React 애플리케이션의 모든 경로를 처리하도록 설정하면, 브라우저가 서버로 보내는 모든 요청에 대해 React의 index.html 파일을 반환할 수 있습니다. 이렇게 하면 브라우저는 React 애플리케이션을 다시 로드하고, 클라이언트 측에서 올바른 경로를 렌더링할 수 있습니다.&nbsp;[구현 방법]Spring Boot에서 React 라우팅을 처리하기 위한 WebController를 다음과 같이 작성할 수 있습니다.<pre ><code class="language-java">import org.springframework.boot.web.servlet.error.ErrorController;
import org.springframework.stereotype.Controller;
import org.springframework.web.bind.annotation.GetMapping;

@Controller
public class WebController implements ErrorController {

 @GetMapping({
 "/purchased-product"
 })
 public String index() {
 // Spring Boot가 React의 index.html 파일을 반환하도록 설정
 // index.html은 /resources/static 또는 /resources/public에 위치
 return "index.html";
 }
}</code></pre>&nbsp;위 코드는 React 애플리케이션의 경로를 명시적으로 나열하고, 해당 경로에 대한 요청이 들어오면 index.html을 반환하도록 설정합니다. 이렇게 하면 React의 라우터가 클라이언트 측에서 경로를 처리할 수 있는 환경을 제공하게 됩니다.&nbsp;결론Spring Boot와 React를 통합할 때, 클라이언트 사이드 라우팅으로 인해 발생하는 새로고침 404 오류는 React와 브라우저의 기본 동작 차이에서 발생합니다. 서버에서 React의 모든 경로를 처리하도록 설정함으로써 문제를 쉽게 해결할 수 있습니다.

🕊️ Spring Boot&React에서 새로 고침 404 오류 

1
반대해야 하는 상황에 직면했을 때 대응 매뉴얼을 만들었다.

2
첫째, 상대 의견을 부정하지 않고 인정해 준다.

3
둘째, 공통점을 찾는다.

4
셋째, 내 의견을 피력하기 위한 자락을 만들어둔다. “이렇게 말씀드려 죄송합니다만”

5
넷째, 반대 의사를 표명한다. 이유와 근거, 대안을 포함해 말해야 한다.

#강원국의어른답게말합니다

1 반대해야 하는 상황에 직면했을 때 대응 매뉴얼을 만들었다. ​ ​2 첫째, 상대 의견을 부정하지 않고 인정해 준다. ​ ​3 둘째, 공통점을 찾는다. ​ ​4 셋째, 내 의견을 피력하기 위한 자락을 만들어둔다. “이렇게 말씀드려 죄송합니다만” ​ ​5 넷째, 반대 의사를 표명한다. 이유와 근거, 대안을 포함해 말해야 한다. #강원국의어른답게말합니다

< 매너 있게 반대하는 4단계 >

Product Engineer

이우혁

(주)서르 Frontend Engineer

Min-Ki Park

모션디자이너

주임

서버 개발을 주 업무로하고 필요시 Unity 클라이언트 수정 참여

게임 개발자

배민선물하기, 배민쇼핑라이브 프론트 지면 개발
브랜드관 프론트 지면 개발
배민우리동네 프론트 지면 개발

프론트엔드 프로그래머

야놀자 프론트에서 필요한 매시업 api 개발

백엔드 프로그래머

프로그래밍도 배우고, 라인트레이서도 만들고, Flash ActionScript 3.0으로 과제도 하고, 스케치하는 수업도 하고, 영상도 편집하고... 아무튼 그런 곳이었다.

미디어학부

송요창

LinkedIn

생각정리

👨‍👩‍👧‍👦
문제 해결할 때 즐거움을 느낍니다.
평범한 사람들이 모여 비범한 일을 할 수 있다고 믿습니다.
#프론트엔드 #커뮤니케이션

강의 및 멘토링
https://www.inflearn.com/users/1095/@totuworld

변경하기 쉬운 프론트엔드 코드를 위한 지침서

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필