우디 Q.) 이전 회사에서 퇴사한 이유를 들어볼 수 있을까요?

지원자 🙋) 이전 회사에서는 초기 단계 스타트업이었기 때문에 다양한 역할을 맡아야 했습니다. 디자인 외에도 다른 여러 업무를 처리해야 했습니다. 이는 저에게 새로운 도전이었지만, 시간이 지남에 따라 본래 제가 집중하고 싶었던 UX/UI 디자인에 깊이 몰입하기가 어려워졌습니다. 그래서 디자인에 더욱 집중하고, 성장할 수 있는 환경을 찾아 이직을 결심하게 되었습니다. 지금은 제가 가진 디자인 역량을 최대한 발휘하고, 전문적으로 성장할 수 있는 기회를 찾고 싶습니다.

우디 Q.) 이전 회사에서 퇴사한 이유를 들어볼 수 있을까요? 지원자 🙋) 이전 회사에서는 초기 단계 스타트업이었기 때문에 다양한 역할을 맡아야 했습니다. 디자인 외에도 다른 여러 업무를 처리해야 했습니다. 이는 저에게 새로운 도전이었지만, 시간이 지남에 따라 본래 제가 집중하고 싶었던 UX/UI 디자인에 깊이 몰입하기가 어려워졌습니다. 그래서 디자인에 더욱 집중하고, 성장할 수 있는 환경을 찾아 이직을 결심하게 되었습니다. 지금은 제가 가진 디자인 역량을 최대한 발휘하고, 전문적으로 성장할 수 있는 기회를 찾고 싶습니다.

✋ 채용 담당자 시절 인상깊은 답변

🔗 <디자인 취업 고민> 오픈 채팅방을 운영 중입니다.

✋현재 정원이 다 찼습니다. 디자인 취업 고민이 있으신 분이 있다면 성함과 내용을 담아 아래 메일로 요청 부탁드립니다. 초대 코드를 보내드리겠습니다.

greenray541@gmail.com

2025년 Z세대를 대표하는 11개의 페르소나

실제 사용자 경험 설계를 할 때 페르소나의 유용성과 유효성에 대해서는 비판이 많습니다. 다만, 거시 트렌드나 세대 특성을 이해할 때 페르소나는 여전히 유용합니다. 충분한 리서치를 통해 표집의 대표성을 갖고 있다면, 정성조사로 개성을 드러낼 수 있는 특징까지 반영한다면 빠르게 현상의 추이를 살펴보는 유용한 방법이 될 수 있으니까요.

[ 큐레이터의 문장 🎒 ]

 1.  AI 애착 - "AI에게 심리적으로 기대요. 마치 애착인형처럼요!"
 2.  스포츠 자아 - 내가 즐기는 스포츠가 곧 정체성이에요"
 3.  겸덕 - "동시에 여러 분야를 덕질하는 걸 즐겨요"
 4.  불안 집사 - "불안 감도가 높아서 일상적인 관리가 필요해요"
 5.  랜놀 세대 - 감당 가능한 범위의 일탈을 즐겨요" (예: 랜덤타투, 랜덤 네컷사진 프레임 등)
 6.  육각형 크루 - "친목도 다지고 비즈니스도 함께하는 육각형 모임을 추구해요"
 7.  스몰 스킨십 - "다른 사람과의 가벼운 소통을 경험하기 위해 시간과 돈을 투자해요"
 8.  안티 플렉스 - "요즘 힙스터는 절약 중! 아끼는 게 트렌드예요"
 9.  에코필(필수) - "지구가 망하면 어쩌요? 환경 보호는 필수 덕목이에요"
 10. 아날로그 팔로워 - "불편하더라도 사람 냄새나는 아날로그에 끌려요" (예: 텍스트힙, 노어플여행)
 11. 랜선 혈연 - 랜선 친구? 이제 랜선으로 가족을 만들어요" (예: 랜선조카)

https://www.careet.net/content/secret/250122-89fa5a5f-657c-4a1c-abd2-ccbfca025b5d

실제 사용자 경험 설계를 할 때 페르소나의 유용성과 유효성에 대해서는 비판이 많습니다. 다만, 거시 트렌드나 세대 특성을 이해할 때 페르소나는 여전히 유용합니다. 충분한 리서치를 통해 표집의 대표성을 갖고 있다면, 정성조사로 개성을 드러낼 수 있는 특징까지 반영한다면 빠르게 현상의 추이를 살펴보는 유용한 방법이 될 수 있으니까요. [ 큐레이터의 문장 🎒 ] <ol ><li>AI 애착 - "AI에게 심리적으로 기대요. 마치 애착인형처럼요!"</li><li>스포츠 자아 - 내가 즐기는 스포츠가 곧 정체성이에요"</li><li>겸덕 - "동시에 여러 분야를 덕질하는 걸 즐겨요"</li><li>불안 집사 - "불안 감도가 높아서 일상적인 관리가 필요해요"</li><li>랜놀 세대 - 감당 가능한 범위의 일탈을 즐겨요" (예: 랜덤타투, 랜덤 네컷사진 프레임 등)</li><li>육각형 크루 - "친목도 다지고 비즈니스도 함께하는 육각형 모임을 추구해요"</li><li>스몰 스킨십 - "다른 사람과의 가벼운 소통을 경험하기 위해 시간과 돈을 투자해요"</li><li>안티 플렉스 - "요즘 힙스터는 절약 중! 아끼는 게 트렌드예요"</li><li>에코필(필수) - "지구가 망하면 어쩌요? 환경 보호는 필수 덕목이에요"</li><li>아날로그 팔로워 - "불편하더라도 사람 냄새나는 아날로그에 끌려요" (예: 텍스트힙, 노어플여행)</li><li>랜선 혈연 - 랜선 친구? 이제 랜선으로 가족을 만들어요" (예: 랜선조카)</li></ol> https://www.careet.net/content/secret/250122-89fa5a5f-657c-4a1c-abd2-ccbfca025b5d

www.careet.net

《2025년 Z세대를 대표하는 11개의 페르소나》

채용 담당자의 시간을 아끼는 전략 | 디자인 포트폴리오는 UX다.  요즘 디자인 채용 시장의 문이 점점 좁아지고 있다는 이야기를 많이 듣습니다. 뛰어난 자질을 갖춘 예비 디자이너들도 요령이 없어 서류에서 탈락하는 일이 빈번해지고, 그 과정에서 많은 분들이 용기를 잃고 있는 것 같아요.  게다가 제대로 검증되지 않은 값비싼 합격자 포트폴리오와 커피챗 정보들이 어려움을 더합니다. 주머니가 가벼운 

26화 서류 통과율을 높이는 7가지 디자인 포트폴리오의 비밀 

디자인 리더와 PO때 많게는 하루에 50개 넘는 디자이너의 채용 파일을 검토했습니다. 제 일은 그대로 있는 상태라 시간과 인지적 자원이 항상 부족할 수밖에 없었습니다.

그런 시간을 거치다 보니 서류에 통과되는 디자인 포트폴리오에는 일종의 패턴이 있다는 것을 알게 되었습니다. 해당 경험과 최근 코칭을 통해 얻은 인사이트를 정리했습니다.

https://brunch.co.kr/@cliche-cliche/249

디자인 리더와 PO때 많게는 하루에 50개 넘는 디자이너의 채용 파일을 검토했습니다. 제 일은 그대로 있는 상태라 시간과 인지적 자원이 항상 부족할 수밖에 없었습니다. 그런 시간을 거치다 보니 서류에 통과되는 디자인 포트폴리오에는 일종의 패턴이 있다는 것을 알게 되었습니다. 해당 경험과 최근 코칭을 통해 얻은 인사이트를 정리했습니다. https://brunch.co.kr/@cliche-cliche/249

Brunch Story

⭐️ 서류 통과율이 높은 디자인 포트폴리오의 비밀?

🔗 <디자인 취업 고민> 오픈 채팅방을 운영 중입니다.

https://open.kakao.com/o/gqr3zbNg

✋현재 정원이 다 찼습니다. 디자인 취업 고민이 있으신 분이 있다면 성함과 내용을 담아 아래 메일로 요청 부탁드립니다. 초대 코드를 보내드리겠습니다.

greenray541@gmail.com

연말정산 굳이 왜 회사에서 해주는건지 잘 모르겠다. 옛날엔 필요했겠지만, 지금은.

이제는 정상적인 회사나 직장인이라면 대부분 수입이 국가전산에 기록되고, 지출도 주로 카드를 사용하기 때문에, 대부분은 간소화 사이트에서 내려받은 그대로 신고가 되어서 굳이 회사가 중간에 있을 필요가 없지 않나?

기타 소득이나 지출이 있는 경우는 어차피 5월 종합소득세 기간에 각자 해야하고, 개인정보가 회사로 들어가는 것도 좀 껄끄럽기도하고.

세금에 대한 이해도를 높이기 위해서라도 직접 하는게 좋지 않나 싶음.

연말정산 굳이 왜 회사에서 해주는건지 잘 모르겠다. 옛날엔 필요했겠지만, 지금은. 이제는 정상적인 회사나 직장인이라면 대부분 수입이 국가전산에 기록되고, 지출도 주로 카드를 사용하기 때문에, 대부분은 간소화 사이트에서 내려받은 그대로 신고가 되어서 굳이 회사가 중간에 있을 필요가 없지 않나? 기타 소득이나 지출이 있는 경우는 어차피 5월 종합소득세 기간에 각자 해야하고, 개인정보가 회사로 들어가는 것도 좀 껄끄럽기도하고. 세금에 대한 이해도를 높이기 위해서라도 직접 하는게 좋지 않나 싶음.

1. 사용자 리서치는 어떻게 진행했나요?
2. 이 디자인의 가장 큰 장점은 무엇인가요?
3. 디자인 과정에서 가장 어려웠던 점은 무엇이었나요?
4. 이 디자인이 비즈니스 목표 달성에 어떻게 기여하나요?
5. 다른 대안은 고려해보셨나요? 왜 그것들을 선택하지 않았나요?

1. 사용자 리서치는 어떻게 진행했나요?2. 이 디자인의 가장 큰 장점은 무엇인가요?3. 디자인 과정에서 가장 어려웠던 점은 무엇이었나요?4. 이 디자인이 비즈니스 목표 달성에 어떻게 기여하나요?5. 다른 대안은 고려해보셨나요? 왜 그것들을 선택하지 않았나요?

📝프로덕트 디자인 면접에서 자주 묻는 질문들

기술의 난이도에는 깊이와 넓이가 있다. 간단하게 말하자면 깊이는(난이도) GPT 같은 모델을 만드는 것이고, 넓이는(복잡도) ChatGPT 같은 서비스를 만드는 것이다. Nvidia 칩을 만드는 것과 CUDA 생태계를 만드는 것의 차이와도 같다.

둘 다 높은 수준으로 만들려면 확보하는데 시간이 오래 걸린다. 하지만 깊이는 돈과 자원이 무지막지하게 들지만 된다는 것만 증명되면 금방 따라 잡힐 수 있는 반면, 넓이는 돈이 그만큼 들진 않지만 순수하게 시간이 오래 걸리는 것이라 돈만 쓴다고 단순하게 따라잡긴 어렵다.

다른 관점에서 보면 깊이는 거의 순수하게 기술적 도전이고, 넓이는 대개 사업에 대한 도전에 가깝다. 즉, 대부분의 기술 개발은 사업적, 필요적 요구사항을 토대로 개발해야 한다는 것이다. 둘 다, 현재 자신이 도전하고 있는 영역이 어디인지 제대로 인지하지 못하고 핀트가 나가면 일이 망가진다.

기술의 난이도에는 깊이와 넓이가 있다. 간단하게 말하자면 깊이는(난이도) GPT 같은 모델을 만드는 것이고, 넓이는(복잡도) ChatGPT 같은 서비스를 만드는 것이다. Nvidia 칩을 만드는 것과 CUDA 생태계를 만드는 것의 차이와도 같다. 둘 다 높은 수준으로 만들려면 확보하는데 시간이 오래 걸린다. 하지만 깊이는 돈과 자원이 무지막지하게 들지만 된다는 것만 증명되면 금방 따라 잡힐 수 있는 반면, 넓이는 돈이 그만큼 들진 않지만 순수하게 시간이 오래 걸리는 것이라 돈만 쓴다고 단순하게 따라잡긴 어렵다. 다른 관점에서 보면 깊이는 거의 순수하게 기술적 도전이고, 넓이는 대개 사업에 대한 도전에 가깝다. 즉, 대부분의 기술 개발은 사업적, 필요적 요구사항을 토대로 개발해야 한다는 것이다. 둘 다, 현재 자신이 도전하고 있는 영역이 어디인지 제대로 인지하지 못하고 핀트가 나가면 일이 망가진다.

퍼플렉시티는 AI 검색 API 서비스 소나(Sonar)를 출시했습니다. 기업이나 개발자는 자체 애플리케이션에 이 API를 사용하여 AI 검색서비스를 구축할 수 있습니다.

이 서비스는 기본 버전인 Sonar와 어려운 질문에 더 적합한 더 비싼 버전인 Sonar Pro 이렇게 두 가지 옵션을 제공합니다.
Sonar의 기본 버전은 검색 1,000회당 5달러, AI 모델에 입력 단어 750,000개당 1달러(약 1백만 개의 입력 토큰), 그리고 출력 단어 750,000개당 1달러(약 1백만 개의 출력 토큰)가 추가됩니다.
가격이 더 비싼 Sonar Pro는 더 자세한 답변을 제공하고 더 복잡한 질문을 처리할 수 있다고 하는데, 퍼플렉시티는 이 버전이 Sonar의 기본 버전보다 두 배 많은 인용을 제공한다고 말합니다. Sonar Pro의 가격은 1,000번의 검색에 5달러, AI 모델에 입력하는 750,000단어(약 1백만 개의 입력 토큰)에 3달러, 모델이 출력하는 750,000단어(약 1백만 개의 출력 토큰)에 15달러입니다.

김PM의 견해는 이렇습니다.
ROI 압박을 받고 있는 스타트업 시장에서 Sonar는 Perplexity에 또 다른 수익원을 제공하면서, 투자자들을 달래 볼 수는 있겠지만, 이 수익으로 대세를 바꿀 수 있을지는 저는 쫌 어렵다는 쪽입니다. 퍼플렉시티의 ARR (연간 반복 매출)은 현재 5백만 달러에서 1천만 달러 사이인데, 이것은 실제 운영비용의 새발의 피 밖에 안될 겁니다.

거기에 이 AI검색시장은 젠스파크, 펠로와 같은 뉴 플레이어들이 등장하여 레드오션으로 빠르게 바뀌고 있을 뿐만 아니라, 기존의 빅테크 플레이어들이 기업 고객 확보에 훨씬 우위가 있는 상황입니다. 기업에선 이미 클라우드 제공자의 제안이 기업 비전에 훨씬 매력적이고 안정적으로 느껴지기 때문입니다.
https://www.perplexity.ai/hub/blog/introducing-the-sonar-pro-api

퍼플렉시티는 AI 검색 API 서비스 소나(Sonar)를 출시했습니다. 기업이나 개발자는 자체 애플리케이션에 이 API를 사용하여 AI 검색서비스를 구축할 수 있습니다. 이 서비스는 기본 버전인 Sonar와 어려운 질문에 더 적합한 더 비싼 버전인 Sonar Pro 이렇게 두 가지 옵션을 제공합니다.Sonar의 기본 버전은 검색 1,000회당 5달러, AI 모델에 입력 단어 750,000개당 1달러(약 1백만 개의 입력 토큰), 그리고 출력 단어 750,000개당 1달러(약 1백만 개의 출력 토큰)가 추가됩니다.가격이 더 비싼 Sonar Pro는 더 자세한 답변을 제공하고 더 복잡한 질문을 처리할 수 있다고 하는데, 퍼플렉시티는 이 버전이 Sonar의 기본 버전보다 두 배 많은 인용을 제공한다고 말합니다. Sonar Pro의 가격은 1,000번의 검색에 5달러, AI 모델에 입력하는 750,000단어(약 1백만 개의 입력 토큰)에 3달러, 모델이 출력하는 750,000단어(약 1백만 개의 출력 토큰)에 15달러입니다. 김PM의 견해는 이렇습니다.ROI 압박을 받고 있는 스타트업 시장에서 Sonar는 Perplexity에 또 다른 수익원을 제공하면서, 투자자들을 달래 볼 수는 있겠지만, 이 수익으로 대세를 바꿀 수 있을지는 저는 쫌 어렵다는 쪽입니다. 퍼플렉시티의 ARR (연간 반복 매출)은 현재 5백만 달러에서 1천만 달러 사이인데, 이것은 실제 운영비용의 새발의 피 밖에 안될 겁니다. 거기에 이 AI검색시장은 젠스파크, 펠로와 같은 뉴 플레이어들이 등장하여 레드오션으로 빠르게 바뀌고 있을 뿐만 아니라, 기존의 빅테크 플레이어들이 기업 고객 확보에 훨씬 우위가 있는 상황입니다. 기업에선 이미 클라우드 제공자의 제안이 기업 비전에 훨씬 매력적이고 안정적으로 느껴지기 때문입니다.https://www.perplexity.ai/hub/blog/introducing-the-sonar-pro-api

<퍼플렉시티, AI 검색 API Sonar를 출시했지만...>

작년 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/

﻿
자기효능감 self-efficacy 이란
어떤 상황에서도 적절한 행동을 할 수 있다는 기대와 신념을 의미합니다.
예를 들면, 자신에게 유리한 상황이 아님에도 불구하고 본인의 능력을 믿고 일을 추진할 수 있는 힘입니다.

취업과 이직을 준비하면서 입사 지원을 100개 투척했을 때, 그중에 99% 불합격한다고 해도, 단 한 곳의 기업이 ‘나’라는 인재를 알아봐 줄 것이다 믿는 믿음도 자기효능감의 예시라고 생각합니다.

세상을 살면서 우리의 뜻대로 할 수 있는 일보다 생각과 바람대로 되지 않는 일이 더 많습니다. 수능 시험 성적, 대학교와 전공 선택, 취업 시기, 기업과 직무 선택 등 우리의 노력과 희망이 있어도 결론이 다른 방향으로 흘러가는 것을 여러 번 경험하며 삽니다.

자신의 뜻대로 되지 않는 현실을 마주하면, 우리가 보일 수 있는 반응은 두 가지입니다.
‘에잇, 뭐 같네! 더러운 세상 열심히 살 필요가 없어!‘ vs ‘속상할 때도 있지만 그래도 또 열심히 해봐야지!‘
첫 번째는 어려운 상황을 비관하며 남 탓에 매진하는 것입니다. 더러운 세상, 도움이 안 되는 주변 관계, 비참하다고 생각되는 자기 자신 등 끊임없이 부정적인 생각 속에 자신을 빠뜨리는 반응입니다.
두 번째는 주어진 상황 속에서 최선을 다해 노력하는 것입니다. 비록 지금은 만족할 수 없는 상황일지라도 과거에 성공과 성과를 거두었던 경험을 회상하며 다시 한번 기회가 오리라 스스로를 격려하며 나아가는 것입니다.

자기효능감은 결국 과거를 기억하는 힘에 달려 있습니다. 과거에 자신의 힘으로 만들었던 결과를 기억함으로 미래를 꿈꾸며 현재에 최선을 다할 수 있게 됩니다.
‘저는 과거에 성공을 만든 경험이 없어요.’라고 이야기하는 분들이 많습니다. 모두 새빨간 거짓말입니다.
먼저 성공의 정의를 내려야 합니다. 남들이 정의하는 성공 말고, 본인이 정의하셔야 합니다. 다른 사람이 인정했던 결과도 성공이지만, 자신이 인정하는 결과도 성공이라고 믿습니다.

친구들과 건강하고 행복하게 다녀왔던 여행,
아르바이트로 돈을 모아 준비한 부모님 생일 선물,
중학교, 고등학교, 대학교 중간고사 시험 성적,
직장에서 사수와 함께 열심히 노력한 프로젝트 결과,
피똥 싸며 공부한 자격증 시험,
자녀를 양육하기 위해 고군분투하는 매일

과거에 여러분이 만든 성과는 무궁무진합니다.
’에이, 그건 성과가 아닌 것 아닌가요?‘
자신이 만든 성과를 초라하게 만드는 건, 바로 내 생각입니다. 과거의 행적을 훌륭하게 조명할 수 있는 것도 바로 우리가 자신의 성과를 자랑스럽게 여기는 마음입니다.

세상에 대단한 사람은 없습니다. 대기업 총수, 프로 스포츠 스타플레이어를 보고 대단한 사람이라고 여긴다면, 그건 대단한 오해입니다. 그저 더 많은 사람들 눈에 보이는 과거를 살았고, 오늘을 잘 살기 위해 노력하는 똑같은 사람입니다. 부와 명예는 시간이 지나면 사라지고, 사람은 누구나 끝을 향해 나아가는 유한한 존재입니다. 그러니 대단하다고 오해하며 다른 사람과 자신을 비교할 필요가 없습니다.

여러분은 어떠한 상황에서도 적절한 행동을 할 수 있는 훌륭한 사람입니다. 자신을 굳게 믿으시길 진심으로 응원합니다.

﻿자기효능감 self-efficacy 이란어떤 상황에서도 적절한 행동을 할 수 있다는 기대와 신념을 의미합니다.예를 들면, 자신에게 유리한 상황이 아님에도 불구하고 본인의 능력을 믿고 일을 추진할 수 있는 힘입니다. 취업과 이직을 준비하면서 입사 지원을 100개 투척했을 때, 그중에 99% 불합격한다고 해도, 단 한 곳의 기업이 ‘나’라는 인재를 알아봐 줄 것이다 믿는 믿음도 자기효능감의 예시라고 생각합니다. 세상을 살면서 우리의 뜻대로 할 수 있는 일보다 생각과 바람대로 되지 않는 일이 더 많습니다. 수능 시험 성적, 대학교와 전공 선택, 취업 시기, 기업과 직무 선택 등 우리의 노력과 희망이 있어도 결론이 다른 방향으로 흘러가는 것을 여러 번 경험하며 삽니다. 자신의 뜻대로 되지 않는 현실을 마주하면, 우리가 보일 수 있는 반응은 두 가지입니다.‘에잇, 뭐 같네! 더러운 세상 열심히 살 필요가 없어!‘ vs ‘속상할 때도 있지만 그래도 또 열심히 해봐야지!‘첫 번째는 어려운 상황을 비관하며 남 탓에 매진하는 것입니다. 더러운 세상, 도움이 안 되는 주변 관계, 비참하다고 생각되는 자기 자신 등 끊임없이 부정적인 생각 속에 자신을 빠뜨리는 반응입니다.두 번째는 주어진 상황 속에서 최선을 다해 노력하는 것입니다. 비록 지금은 만족할 수 없는 상황일지라도 과거에 성공과 성과를 거두었던 경험을 회상하며 다시 한번 기회가 오리라 스스로를 격려하며 나아가는 것입니다. 자기효능감은 결국 과거를 기억하는 힘에 달려 있습니다. 과거에 자신의 힘으로 만들었던 결과를 기억함으로 미래를 꿈꾸며 현재에 최선을 다할 수 있게 됩니다.‘저는 과거에 성공을 만든 경험이 없어요.’라고 이야기하는 분들이 많습니다. 모두 새빨간 거짓말입니다.먼저 성공의 정의를 내려야 합니다. 남들이 정의하는 성공 말고, 본인이 정의하셔야 합니다. 다른 사람이 인정했던 결과도 성공이지만, 자신이 인정하는 결과도 성공이라고 믿습니다. 친구들과 건강하고 행복하게 다녀왔던 여행,아르바이트로 돈을 모아 준비한 부모님 생일 선물,중학교, 고등학교, 대학교 중간고사 시험 성적,직장에서 사수와 함께 열심히 노력한 프로젝트 결과,피똥 싸며 공부한 자격증 시험,자녀를 양육하기 위해 고군분투하는 매일 과거에 여러분이 만든 성과는 무궁무진합니다.’에이, 그건 성과가 아닌 것 아닌가요?‘자신이 만든 성과를 초라하게 만드는 건, 바로 내 생각입니다. 과거의 행적을 훌륭하게 조명할 수 있는 것도 바로 우리가 자신의 성과를 자랑스럽게 여기는 마음입니다. 세상에 대단한 사람은 없습니다. 대기업 총수, 프로 스포츠 스타플레이어를 보고 대단한 사람이라고 여긴다면, 그건 대단한 오해입니다. 그저 더 많은 사람들 눈에 보이는 과거를 살았고, 오늘을 잘 살기 위해 노력하는 똑같은 사람입니다. 부와 명예는 시간이 지나면 사라지고, 사람은 누구나 끝을 향해 나아가는 유한한 존재입니다. 그러니 대단하다고 오해하며 다른 사람과 자신을 비교할 필요가 없습니다. 여러분은 어떠한 상황에서도 적절한 행동을 할 수 있는 훌륭한 사람입니다. 자신을 굳게 믿으시길 진심으로 응원합니다.﻿

자기효능감

Prepare for and take the exam to get certified on this topic.

Generative AI and LLMs Certification

 * 정식명칭: NVIDIA-Certified Associate: Generative AI LLMs(NCA-GENL)
 * 주최: 엔비디아(NVIDIA)
 * 시험가이드: https://www.nvidia.com/en-us/learn/certification/generative-ai-llm-associate/?utm_source=vktr.com
 * 시험등록: https://www.certiverse.com/#/checkout/nvidia/store-exam/NCA-GENL
 * 시험정보
   * 시험시간: 1시간
   * 시험가격: $135
   * 인증 수준: Associate
   * 과목: 생성 AI 및 대규모 언어 모델
   * 문제 수: 50
   * 필수 조건: 생성 AI 및 대규모 언어 모델에 대한 기본 이해
   * 언어: 영어
   * 유효 기간: 2년
 * 교육
   * Udemy: https://www.udemy.com/course/nvidia-certified-generative-ai-nca-genl-associate/?couponCode=ST18MT12125AROWDUMMY
 * 모의시험
   * https://www.udemy.com/course/nvidia-certified-associate-generative-ai-llms-exams/?couponCode=ST18MT12125AROWDUMMY
   * https://www.udemy.com/course/nvidia-certified-associate-generative-ai-llms-exams-2024/?couponCode=ST18MT12125AROWDUMMY
   * https://www.testpreptraining.com/nvidia-certified-associate-generative-ai-and-llms-nca-genl-free-practice-test
 * 참고
   * https://www.linkedin.com/pulse/how-become-nvidia-certified-associate-generative-ai-llms-rolf-siegel-vxqhf/

<ul ><li>정식명칭: NVIDIA-Certified Associate: Generative AI LLMs(NCA-GENL)</li></ul><ul ><li>주최: 엔비디아(NVIDIA)</li><li>시험가이드: https://www.nvidia.com/en-us/learn/certification/generative-ai-llm-associate/?utm_source=vktr.com</li><li>시험등록: https://www.certiverse.com/#/checkout/nvidia/store-exam/NCA-GENL</li><li>시험정보<ul ><li>시험시간: 1시간</li><li>시험가격: $135</li><li>인증 수준: Associate</li><li>과목: 생성 AI 및 대규모 언어 모델</li><li>문제 수: 50</li><li>필수 조건: 생성 AI 및 대규모 언어 모델에 대한 기본 이해</li><li>언어: 영어</li><li>유효 기간: 2년</li></ul></li><li>교육<ul ><li>Udemy: https://www.udemy.com/course/nvidia-certified-generative-ai-nca-genl-associate/?couponCode=ST18MT12125AROWDUMMY</li></ul></li><li>모의시험<ul ><li>https://www.udemy.com/course/nvidia-certified-associate-generative-ai-llms-exams/?couponCode=ST18MT12125AROWDUMMY</li><li>https://www.udemy.com/course/nvidia-certified-associate-generative-ai-llms-exams-2024/?couponCode=ST18MT12125AROWDUMMY</li><li>https://www.testpreptraining.com/nvidia-certified-associate-generative-ai-and-llms-nca-genl-free-practice-test</li></ul></li><li>참고<ul ><li>https://www.linkedin.com/pulse/how-become-nvidia-certified-associate-generative-ai-llms-rolf-siegel-vxqhf/</li></ul></li></ul>

NVIDIA

[자격증]NVIDIA-Generative AI LLMs(NCA-GENL)

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

Frontend Fundamentals

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

https://frontend-fundamentals.com

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

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

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

frontend-fundamentals.com

[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

내일배움캠프

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

Guidelines for easily modifiable frontend code

https://frontend-fundamentals.com/

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

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

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

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

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

원고지 글자수를 쉽게 계산하세요. 원고지 매수 자동 계산, 글자수 세기, 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단계 >

채용 담당자 시절 느낀 적당한 장수는 다음과 같았습니다.

👉 총 50p 이내
👉 프로젝트 4-6개, 프로젝트당 8-10p
👉 구조: 프로젝트 배경 > 문제정의 > 가설(문제 해결 전략) > 솔루션 > 결과해석 > 레슨런
👉 프로젝트 = 서비스 아님
👉 서비스 하나당 n개의 프로젝트가 나올 수 있음
👉 문제 해결력을 잘 보여줄 수 있는 중요도 순서로 배치함 (최신순 아니어도 됨)

채용 담당자 시절 느낀 적당한 장수는 다음과 같았습니다. 👉 총 50p 이내👉 프로젝트 4-6개, 프로젝트당 8-10p👉 구조: 프로젝트 배경 &gt; 문제정의 &gt; 가설(문제 해결 전략) &gt; 솔루션 &gt; 결과해석 &gt; 레슨런👉 프로젝트 = 서비스 아님👉 서비스 하나당 n개의 프로젝트가 나올 수 있음👉 문제 해결력을 잘 보여줄 수 있는 중요도 순서로 배치함 (최신순 아니어도 됨)

글로벌 앱을 만드는 픽소의 프로덕트 디자이너, 신선 식재료 브랜드 정육각의 디자인 디렉터로 일했습니다. 현재는 디자인 관련 글을 쓰는 작가로 활동 중이며, 디자인 윤리 커뮤니티 '인간을 위한 디자인'을 운영 중이기도 합니다.

Product Designer

우디

10년간 현업에서 디자인 리더와 PO로 일하며 세 권의 책을 집필했습니다. 현재는 기업을 대상으로 UX 컨설팅과 자문을 제공하고 있으며, 디자인 대중 강연을 하고 있습니다.

UI 디자이너

배소정

#UI디자인 #UX디자인 #앱디자인 #여행 #프로덕트디자인 #ISFJ

한양대 ERICA 경영학과

지영

AI 지망생

정현두

📝 적절한 디자인 포트폴리오 장수는?

UX/UI 디자이너

콘텐츠

라이프스타일

유아

- 신규 프로덕트의 구축-배포-유지 관리
- 신규 스쿼드 스크럼 마스터 역할 수행

Senior Product Designer

의료 / 헬스케어

프로덕트 디자인

UI 디자인

UX 디자인

글쓰기

논리적 사고

데이터 분석

브랜드 디자인

커뮤니케이션

콘텐츠 기획

슬립테크 기업 에이슬립 프로덕트 오너

Product Owner

Senior UX/UI Designer

이커머스

식음료

- 예비 유니콘 기업 전체 디자인 총괄
- 가장 현실적인 디자인 혁신상 수상. 

Head of Design

Product Owner의 Basic, Hard skill 집중 트레이닝

📝 적절한 디자인 포트폴리오 장수는?

댓글 1

비슷한 게시물

주간 인기 TOP 10

추천 프로필