지난해 싱가포르 국내총생산(GDP)은 전년 대비 4.0% 증가했다고 스트레이츠 타임스와 신화통신 등이 1일 보도했다. 매체에 따르면 로런스 웡(黃循財) 싱가포르 총리는 이날 신년사에서 2024년 경제성장률이 예상을 

2024년 싱가포르 경제성장률 4.0% 달해…"예상 뛰어넘어"

현재 아시아에서 가장 잘나가는 나라=싱가포르
———
웡 총리는 오는 2월18일 공표하는 2025년도 예산안을 통해 싱가포르의 다음단계 발전계획을 제시하겠다고 언명했다.

주요 우선순위에는 싱가포르 경제 경쟁력 강화, 국민을 위한 기회와 좋은 일자리 창출, 생활비 상승 부담 경감 등을 포함하겠다고 웡 총리는 강조했다.

https://n.news.naver.com/article/003/0012992705?sid=104

현재 아시아에서 가장 잘나가는 나라=싱가포르———웡 총리는 오는 2월18일 공표하는 2025년도 예산안을 통해 싱가포르의 다음단계 발전계획을 제시하겠다고 언명했다. 주요 우선순위에는 싱가포르 경제 경쟁력 강화, 국민을 위한 기회와 좋은 일자리 창출, 생활비 상승 부담 경감 등을 포함하겠다고 웡 총리는 강조했다. https://n.news.naver.com/article/003/0012992705?sid=104

n.news.naver.com

From design tools, to our design process, to the user behaviors that will change the way we design — a list of what to expect for User Experience (UX) Design in the next year.

The State of UX in 2025

매년 이맘때쯤 살펴보는 UX Trends 2025년 전망에 제 생각을 더해 10가지로 정리해 봤습니다. 원문을 함께 소개해드리니 같이 살펴보시면 좋겠습니다. 크게 보면 산업구조가 AI 중심으로 바뀌면서 디자인 가치, 실무를 하는 환경, 의사결정 구조까지 직접적으로 변화할 것으로 전망하고 있습니다.

한국은 미국의 UX 업계 변화를 2년 정도 시차를 두고 따라가는 모양새였는데 그 시간차도 줄어들 것 같습니다. 비즈니스 성과 중심, 정성적 수치 보다 정략적 수치 기반으로 평가하는 것, 사용자 공감 대신 AI 통해 도출한 시뮬레이션 결과 등에 중점을 둔 디자인 의사결정이 UX 리서치 업계에도 변화를 만들 것으로 보입니다.

1️⃣ UX의 탈중심화 - UX가 비즈니스 목표의 부산물로 전락
2️⃣ 디자인 통제권의 이동 - 디자이너→AI/비즈니스 의사결정자로의 권한 이동
3️⃣ 전문성의 경계 붕괴 - AI 도구로 인한 디자인 민주화와 가치 평가 기준 변화
4️⃣ 정량적 성과 중심으로의 전환 - 사용자 공감에서 AI 활용한 수치 중심으로 변화
5️⃣ 디자이너 역할의 정체성 위기 - 디자인 작업보다 조직 정치에 집중
6️⃣ 의사결정 구조의 변화 - 인간의 직관에서 알고리즘 기반 결정으로
7️⃣ 디자인 담론의 질적 하락 - 깊이 있는 논의에서 알고리즘 최적화된 콘텐츠로
8️⃣ 커뮤니티 주도권의 상실 - 기업 주도 행사로의 전환과 독립성 약화
9️⃣ 지속가능한 UX 가치의 재정립 필요성 - 비즈니스와 사용자 경험 사이의 새로운 균형점 모색
🔟 디자이너의 새로운 정체성 모색 - 변화를 수용하면서도 전문성을 유지하는 방안

https://trends.uxdesign.cc/

매년 이맘때쯤 살펴보는 UX Trends 2025년 전망에 제 생각을 더해 10가지로 정리해 봤습니다. 원문을 함께 소개해드리니 같이 살펴보시면 좋겠습니다. 크게 보면 산업구조가 AI 중심으로 바뀌면서 디자인 가치, 실무를 하는 환경, 의사결정 구조까지 직접적으로 변화할 것으로 전망하고 있습니다. 한국은 미국의 UX 업계 변화를 2년 정도 시차를 두고 따라가는 모양새였는데 그 시간차도 줄어들 것 같습니다. 비즈니스 성과 중심, 정성적 수치 보다 정략적 수치 기반으로 평가하는 것, 사용자 공감 대신 AI 통해 도출한 시뮬레이션 결과 등에 중점을 둔 디자인 의사결정이 UX 리서치 업계에도 변화를 만들 것으로 보입니다. 1️⃣ UX의 탈중심화 - UX가 비즈니스 목표의 부산물로 전락2️⃣ 디자인 통제권의 이동 - 디자이너→AI/비즈니스 의사결정자로의 권한 이동3️⃣ 전문성의 경계 붕괴 - AI 도구로 인한 디자인 민주화와 가치 평가 기준 변화4️⃣ 정량적 성과 중심으로의 전환 - 사용자 공감에서 AI 활용한 수치 중심으로 변화5️⃣ 디자이너 역할의 정체성 위기 - 디자인 작업보다 조직 정치에 집중6️⃣ 의사결정 구조의 변화 - 인간의 직관에서 알고리즘 기반 결정으로7️⃣ 디자인 담론의 질적 하락 - 깊이 있는 논의에서 알고리즘 최적화된 콘텐츠로8️⃣ 커뮤니티 주도권의 상실 - 기업 주도 행사로의 전환과 독립성 약화9️⃣ 지속가능한 UX 가치의 재정립 필요성 - 비즈니스와 사용자 경험 사이의 새로운 균형점 모색🔟 디자이너의 새로운 정체성 모색 - 변화를 수용하면서도 전문성을 유지하는 방안 https://trends.uxdesign.cc/

UX Trends

《2025년 UX 업계의 변화 전망, 10가지》

2024년을 가만히 회고하기 위해 멜버른을 찾았습니다. 10일간 머문 멜버른에서는 한 여름의 크리스마스를 보낼 수 있었고, 20시가 되더라도 여전히 밝은 도심은 거닐기 좋았습니다. 38도까지 치솟은 날씨는 갑자기 10도까지 떨어지면서 "멜버른에서는 하루에 4계절을 모두 경험할 수 있다"라는 말이 저절로 떠올랐습니다. 그리고 한국으로 돌아오는 비행기를 타기 전 다시 한번 제 눈을 의심하게 만드는 슬픈 소식이 들렸습니다. 한국에서 일어난 가장 큰 항공기 사고로 많은 사람들이 슬픔에 빠졌고 그 소식을 들은 상태로 인천공항에 도착하고 집으로 돌아오는 길, 2024년 회고는 혼자만의 기록으로 남겨두기로 했습니다. 대신, 함께 읽고 싶은 박상현 작가님 글을 공유합니다. 슬픔을 함께 나누는 것은 한 사람의 시민으로서 해야 하는 당연한 일이라고 믿으며, 상식이라고 믿었던 것의 취약성을 여실히 느낍니다.

[ 큐레이터의 문장 🎒 ]

이런 대형사고가 날 때마다 우리의 삶이 얼굴 모르는 타인들에 대한 거의 전적인 신뢰 위에서 유지되고 있음을 깨닫게 된다.

승객들은 만나본 적 없는 조종사들이 충분한 휴식을 하고 신중하게 운항할 거라고 믿고, 조종사들은 자기가 직접 확인할 수 없는 구석구석을 정비사가 제대로 정비했을 거라고 믿고, 정비사들은 매뉴얼을 건네준 제조사가 제대로 설계, 제조했을 거라고 믿고, 제조사는 운항사와 공항이 제대로 정비, 관제할 거라고 믿는다.

그리고 사고가 발생하면 우리 모두는 안전당국이 원인을 철저하게 규명해서 그런 일이 반복되지 않을 거라고 믿는, 길고 거대한 신뢰의 사슬에 의지한다. 우리가 지금 먹고, 숨 쉬고, 이동하며 일상을 사는 건 누군가의 죽음으로 사슬이 고쳐지고 유지되기 때문이다.

따라서 누군가 사고로 목숨을 잃는 건 궁극적으로 살아있는 사람들, 태어날 사람들을 위한 희생이다. 그분들 때문에 우리가 살아있다는 걸 다시 한번 깨닫는다. 우리는 모두 그렇게 연결되어 있고, 돌아가신 분들은 얼굴은 모르지만 남이 아니다.

https://redbusbagman.com/boundtogether/

2024년을 가만히 회고하기 위해 멜버른을 찾았습니다. 10일간 머문 멜버른에서는 한 여름의 크리스마스를 보낼 수 있었고, 20시가 되더라도 여전히 밝은 도심은 거닐기 좋았습니다. 38도까지 치솟은 날씨는 갑자기 10도까지 떨어지면서 "멜버른에서는 하루에 4계절을 모두 경험할 수 있다"라는 말이 저절로 떠올랐습니다. 그리고 한국으로 돌아오는 비행기를 타기 전 다시 한번 제 눈을 의심하게 만드는 슬픈 소식이 들렸습니다. 한국에서 일어난 가장 큰 항공기 사고로 많은 사람들이 슬픔에 빠졌고 그 소식을 들은 상태로 인천공항에 도착하고 집으로 돌아오는 길, 2024년 회고는 혼자만의 기록으로 남겨두기로 했습니다. 대신, 함께 읽고 싶은 박상현 작가님 글을 공유합니다. 슬픔을 함께 나누는 것은 한 사람의 시민으로서 해야 하는 당연한 일이라고 믿으며, 상식이라고 믿었던 것의 취약성을 여실히 느낍니다. [ 큐레이터의 문장 🎒 ] 이런 대형사고가 날 때마다 우리의 삶이 얼굴 모르는 타인들에 대한 거의 전적인 신뢰 위에서 유지되고 있음을 깨닫게 된다. 승객들은 만나본 적 없는 조종사들이 충분한 휴식을 하고 신중하게 운항할 거라고 믿고, 조종사들은 자기가 직접 확인할 수 없는 구석구석을 정비사가 제대로 정비했을 거라고 믿고, 정비사들은 매뉴얼을 건네준 제조사가 제대로 설계, 제조했을 거라고 믿고, 제조사는 운항사와 공항이 제대로 정비, 관제할 거라고 믿는다. 그리고 사고가 발생하면 우리 모두는 안전당국이 원인을 철저하게 규명해서 그런 일이 반복되지 않을 거라고 믿는, 길고 거대한 신뢰의 사슬에 의지한다. 우리가 지금 먹고, 숨 쉬고, 이동하며 일상을 사는 건 누군가의 죽음으로 사슬이 고쳐지고 유지되기 때문이다. 따라서 누군가 사고로 목숨을 잃는 건 궁극적으로 살아있는 사람들, 태어날 사람들을 위한 희생이다. 그분들 때문에 우리가 살아있다는 걸 다시 한번 깨닫는다. 우리는 모두 그렇게 연결되어 있고, 돌아가신 분들은 얼굴은 모르지만 남이 아니다. https://redbusbagman.com/boundtogether/

《보이지 않는 사회적 사슬, 신뢰》

계란후라이 1160

﻿
2024년 회고 시리즈 - 2월
#키워드 : 꿈, 인내, 리더십, 팀워크

‘나‘에게 꿈이 소중한 것처럼 다른 누군가의 꿈도 매우 소중합니다. 우리가 꿈을 꼭 이루고 싶은 만큼 다른 누군가도 꿈을 반드시 이루고 싶어 할 것입니다. 우리가 가족과 친구를 사랑하는 만큼 그들의 꿈도 존중하고 응원해야 합니다.

그러나 우리는 가끔 사랑한다는 포장 아래 상대방의 꿈을 무시하고 경멸하는 경우가 있습니다. 꿈의 크기나 방향이 우리 마음에 들지 않는 경우에 그렇습니다. 사랑하는 사람이 더 좋은 꿈, 그럴듯한 꿈을 꾸기를 바라는 마음입니다. 사랑은 내가 바라는 최고의 것을 주는 것이 아니라 상대방이 원하는 것을 해주는 마음입니다. 그러니 사랑한다면 온전히 상대방이 바라고 원하는 것을 들어줍시다.

많은 사람들이 어린 시절 꾸던 꿈을 어른이 되어서 포기합니다. 그 이유는 어린 시절 꾸던 꿈은 먹고살기 어려울 것 같아서입니다. 직업이 생계를 유지하는 중요한 수단이지만, 직업이 먹고살기 위해 하는 일을 의미하지 않습니다. 직업은 자아실현의 수단입니다. 좋아하고 잘하는 일을 선택하여 기쁘고 감사한 마음으로 일을 할 수 있다면 돈을 얼마나 벌든 그 꿈을 선택해야 한다고 믿습니다.

용기 있게 직업을 선택할 수 있도록 돕는 역할이 가족과 친구가 되는 우리가 해야 할 일입니다. 응원하고 격려하여 마침내 가족과 친구가 꿈을 이룰 수 있도록 옆에서 든든하게 버텨주는 것입니다. 원하는 일을 한다는 것은 많은 인내가 필요합니다. 인내의 과정은 몹시 어렵기 때문에 누군가의 도움이 절실합니다. 그 도움이란 직접적으로 무언가를 해주는 것도 있지만 옆에서 그림자와 같이 동행해 주는 것만으로 많은 힘이 됩니다.

꿈을 이루기 위해 인내가 필요합니다. 학습과 훈련은 중력을 거스르는 일처럼 사람의 본성을 역행하는 것입니다. 쉬고 싶고 놀고 싶은 사람의 욕구에 반하여 꾸준히 공부하고 연습하는 일은 결코 쉬운 과제가 아닙니다. 꿈이라는 원대한 미션이 있을 때 인내라는 중력을 거슬러 목표가 있는 정상으로 올라갈 수 있습니다.

꿈이라는 목표와 달성 계획은 구체적인 내용으로 눈으로 볼 수 있어야 합니다. 목표와 계획을 매일 떠올리며 힘든 여정을 견뎌야 하는 것입니다. 반드시 꿈을 이루고 말겠다는 강력한 의지로 무장하여 결코 포기하지 않는 결단이 있어야 합니다. 많은 사람들이 어린 시절 꾸던 꿈을 포기하는 배경으로 강한 의지와 굳은 결단이 없는 이유가 크게 작용합니다.

여러분, 2025년도 결코 호락호락하지 않을 것입니다. 그러나 우리 존나게 버팁시다. 꿈이라는 목표만 바라보고 성실하게 계획을 하나하나 수행해 나아갑시다. 전문가는 그렇게 꾸준히 노력하는 사람에게 주어지는 호칭이 됩니다. 전문가가 되었을 때 취업이라는 굴레를 벗어난 어디서나 인정받고 자유하게 일을 할 수 있는 사람이 됩니다.

아기 독수리는 절벽에서 등 떠밀려 고난에 가까운 훈련을 받습니다. 고난이 지나가고 훈련이 쌓여 언젠가 멋지게 하늘을 날 수 있게 됩니다. 우리도 지금 열심히 흘리는 땀방울로 말미암아 멋지게 꿈이라는 날개를 펼칠 수 있을 날이 곧 오게 되리라 믿습니다. 2025년에는 프로 독수리처럼 하늘 높이 날아오르는 우리가 되길 진심으로 응원합니다.

계란후라이 1160 ﻿2024년 회고 시리즈 - 2월#키워드 : 꿈, 인내, 리더십, 팀워크 ‘나‘에게 꿈이 소중한 것처럼 다른 누군가의 꿈도 매우 소중합니다. 우리가 꿈을 꼭 이루고 싶은 만큼 다른 누군가도 꿈을 반드시 이루고 싶어 할 것입니다. 우리가 가족과 친구를 사랑하는 만큼 그들의 꿈도 존중하고 응원해야 합니다. 그러나 우리는 가끔 사랑한다는 포장 아래 상대방의 꿈을 무시하고 경멸하는 경우가 있습니다. 꿈의 크기나 방향이 우리 마음에 들지 않는 경우에 그렇습니다. 사랑하는 사람이 더 좋은 꿈, 그럴듯한 꿈을 꾸기를 바라는 마음입니다. 사랑은 내가 바라는 최고의 것을 주는 것이 아니라 상대방이 원하는 것을 해주는 마음입니다. 그러니 사랑한다면 온전히 상대방이 바라고 원하는 것을 들어줍시다. 많은 사람들이 어린 시절 꾸던 꿈을 어른이 되어서 포기합니다. 그 이유는 어린 시절 꾸던 꿈은 먹고살기 어려울 것 같아서입니다. 직업이 생계를 유지하는 중요한 수단이지만, 직업이 먹고살기 위해 하는 일을 의미하지 않습니다. 직업은 자아실현의 수단입니다. 좋아하고 잘하는 일을 선택하여 기쁘고 감사한 마음으로 일을 할 수 있다면 돈을 얼마나 벌든 그 꿈을 선택해야 한다고 믿습니다. 용기 있게 직업을 선택할 수 있도록 돕는 역할이 가족과 친구가 되는 우리가 해야 할 일입니다. 응원하고 격려하여 마침내 가족과 친구가 꿈을 이룰 수 있도록 옆에서 든든하게 버텨주는 것입니다. 원하는 일을 한다는 것은 많은 인내가 필요합니다. 인내의 과정은 몹시 어렵기 때문에 누군가의 도움이 절실합니다. 그 도움이란 직접적으로 무언가를 해주는 것도 있지만 옆에서 그림자와 같이 동행해 주는 것만으로 많은 힘이 됩니다. 꿈을 이루기 위해 인내가 필요합니다. 학습과 훈련은 중력을 거스르는 일처럼 사람의 본성을 역행하는 것입니다. 쉬고 싶고 놀고 싶은 사람의 욕구에 반하여 꾸준히 공부하고 연습하는 일은 결코 쉬운 과제가 아닙니다. 꿈이라는 원대한 미션이 있을 때 인내라는 중력을 거슬러 목표가 있는 정상으로 올라갈 수 있습니다. 꿈이라는 목표와 달성 계획은 구체적인 내용으로 눈으로 볼 수 있어야 합니다. 목표와 계획을 매일 떠올리며 힘든 여정을 견뎌야 하는 것입니다. 반드시 꿈을 이루고 말겠다는 강력한 의지로 무장하여 결코 포기하지 않는 결단이 있어야 합니다. 많은 사람들이 어린 시절 꾸던 꿈을 포기하는 배경으로 강한 의지와 굳은 결단이 없는 이유가 크게 작용합니다. 여러분, 2025년도 결코 호락호락하지 않을 것입니다. 그러나 우리 존나게 버팁시다. 꿈이라는 목표만 바라보고 성실하게 계획을 하나하나 수행해 나아갑시다. 전문가는 그렇게 꾸준히 노력하는 사람에게 주어지는 호칭이 됩니다. 전문가가 되었을 때 취업이라는 굴레를 벗어난 어디서나 인정받고 자유하게 일을 할 수 있는 사람이 됩니다. 아기 독수리는 절벽에서 등 떠밀려 고난에 가까운 훈련을 받습니다. 고난이 지나가고 훈련이 쌓여 언젠가 멋지게 하늘을 날 수 있게 됩니다. 우리도 지금 열심히 흘리는 땀방울로 말미암아 멋지게 꿈이라는 날개를 펼칠 수 있을 날이 곧 오게 되리라 믿습니다. 2025년에는 프로 독수리처럼 하늘 높이 날아오르는 우리가 되길 진심으로 응원합니다.﻿

꿈을 찾는 사람에게 보내는 348 번째 편지

사용자가 공유한 콘텐츠

모두 편안한 연말을 보내고 계신가요? 크리스마스를 앞두고 흥미로운 콘텐츠를 하나 공유드립니다. 돌고래유괴단 신우석 감독, 카리나 주연의 <Hello, Rudolph> 🎅🏻 어떤 광고일까 몰입하며 끝까지 보게 만드는 힘이 있네요 ✨

https://youtu.be/KZY2G0Aa-Ho

사실 영상보다 제가 더 인상 깊게 본 건 인터뷰 글인데요. 11월 4일, 폴인에서 신우석 감독을 인터뷰한 내용입니다. 크리에이티브를 발휘하는 사람이 직업인으로서, 리더로서 가진 태도를 살펴보기 좋은 콘텐츠라 공유드려요!

[ 큐레이터의 문장 🎒 ]

좋은 리더가 되려면 좋은 감독이 돼야 한다.

돌고래유괴단이라는 팀을 잘 경영하려면 나부터 좋은 감독이 돼야 해요. 우리에게 들어오는 작업의 질과 양을 높이기 위해서요. 제가 좋은 멘토 같은게 되겠단 뜻이 아니고요.

저는 가르치는 사람이 아니에요. 기회를 주는 사람이지. 팀원들이 자기 것을 할 수 있는 공간을 만들어주는 거죠. 최소한의 안전장치만 주고요. 나머진 각자가 깨고 나가는 거고.

무조건 신입만 뽑는다.

첫째, 성장 중인 팀원들을 위해서요. 감독으로 데뷔하기 위한 일련의 과정이 있거든요. 그것을 거치지 않고 치고 들어오는 누군가가 있다? 팀원들이 동력을 잃지 않을까요. 그건 감당 못할 것 같아요. 다들 열심히 하는데 누구는 데뷔하고 누구는 안 하고 그것도 싫어서 지금까지 동기들은 같이 데뷔시켰어요.

둘째, 돌고래유괴단의 DNA를 가진 인재를 기르는 거죠. 직접 부딪치며 우리의 지향점을 체득하는 거예요. 그럼 서로 터치하지 않고도 각자의 최대치를 할 수 있어요. 이 시스템 없는 바다에서 해파리처럼 잘 떠다닐 수 있고요. 내가 바다에 있는지, 민물에 있는지 알아야 한다고 생각하거든요. 본인이 직접 바닷물 먹어보면서.

https://www.folin.co/article/9422/gift/sVpURp8OjA5jQUId3Cv9xS7VD4nLaFlV

모두 편안한 연말을 보내고 계신가요? 크리스마스를 앞두고 흥미로운 콘텐츠를 하나 공유드립니다. 돌고래유괴단 신우석 감독, 카리나 주연의 &lt;Hello, Rudolph&gt; 🎅🏻 어떤 광고일까 몰입하며 끝까지 보게 만드는 힘이 있네요 ✨ https://youtu.be/KZY2G0Aa-Ho 사실 영상보다 제가 더 인상 깊게 본 건 인터뷰 글인데요. 11월 4일, 폴인에서 신우석 감독을 인터뷰한 내용입니다. 크리에이티브를 발휘하는 사람이 직업인으로서, 리더로서 가진 태도를 살펴보기 좋은 콘텐츠라 공유드려요! [ 큐레이터의 문장 🎒 ] 좋은 리더가 되려면 좋은 감독이 돼야 한다. 돌고래유괴단이라는 팀을 잘 경영하려면 나부터 좋은 감독이 돼야 해요. 우리에게 들어오는 작업의 질과 양을 높이기 위해서요. 제가 좋은 멘토 같은게 되겠단 뜻이 아니고요. 저는 가르치는 사람이 아니에요. 기회를 주는 사람이지. 팀원들이 자기 것을 할 수 있는 공간을 만들어주는 거죠. 최소한의 안전장치만 주고요. 나머진 각자가 깨고 나가는 거고. 무조건 신입만 뽑는다. 첫째, 성장 중인 팀원들을 위해서요. 감독으로 데뷔하기 위한 일련의 과정이 있거든요. 그것을 거치지 않고 치고 들어오는 누군가가 있다? 팀원들이 동력을 잃지 않을까요. 그건 감당 못할 것 같아요. 다들 열심히 하는데 누구는 데뷔하고 누구는 안 하고 그것도 싫어서 지금까지 동기들은 같이 데뷔시켰어요. 둘째, 돌고래유괴단의 DNA를 가진 인재를 기르는 거죠. 직접 부딪치며 우리의 지향점을 체득하는 거예요. 그럼 서로 터치하지 않고도 각자의 최대치를 할 수 있어요. 이 시스템 없는 바다에서 해파리처럼 잘 떠다닐 수 있고요. 내가 바다에 있는지, 민물에 있는지 알아야 한다고 생각하거든요. 본인이 직접 바닷물 먹어보면서. https://www.folin.co/article/9422/gift/sVpURp8OjA5jQUId3Cv9xS7VD4nLaFlV

www.folin.co

《무조건 신입만 뽑는 돌고래유괴단, 신우석 감독 폴인 인터뷰》

우체통이 '택배 시대'를 맞아 40년 만에 진화한다.

우체통 40년 만에 진화… 소포 부치고 커피캡슐 회수한다 | 중앙일보

우정사업본부가 발표한 새로운 우체통 디자인에서 주목할 만한 UX Findings를 공유드립니다. 전통적인 우체통이 변화하게 된 배경과 그 의미를 살펴보겠습니다.

 1. 사용자 니즈 반영
 * 택배 증가라는 시대적 요구 수용 (2호상자 크기·27cm×18cm×15cm)
 * 디지털 전환: QR코드 스캔과 우체국 앱 연동
 * 24시간 이용 가능한 접근성 유지
 * 친환경 실천의 편의성: ECO 칸 분리 설계
   
   
 2. 사용자 행동 설계
 * 우편물 보내는 것이 번거롭고 어렵다는 인식 -> 사전 접수번호 시스템으로 발송 절차 단순화
 * 건전지만큼 버리기 까다롭고 어려운 커피캡슐과 폐의약품 분리수거 동선을 통합

[ 큐레이터의 문장 🎒 ]

 1. 선한 의도에서 시작해 확장된 사용자 가치
 * 단순 우편 수거함 → 생활 밀착형 복합 서비스 포인트
 * 환경보호 실천을 위한 편리한 인프라 제공
 * 디지털과 아날로그의 효과적인 접점 설계

 2. Usability 관점에서 고려사항
 * 누구나 쉽게 이해할 수 있도록 UX Writing 개선하고 효과적으로 배치
   * ECO? 친환경제품을 말하는 건가? 재활용품을 넣어도 되는 걸까?
   * '투함구'(우편물 넣는 칸)라는 말도 낯선데 외국인은 쉽게 쓸 수 있을까?
 * 가이드가 적혀 있는 부분은 실제로 우편물을 넣을 때 보이지 않는 위치, 각도인데 무릎을 굽혀서 읽어야 하는 걸까?
   
   
3. Form Follows Function 관점의 분석
 * 사용 목적에 맞는 투입구 크기 최적화
 * 일반 우편물 - 소포 - ECO 존의 명확한 구획 분리 필요
 * 각 구획의 용도를 직관적으로 인식할 수 있는 사이니지 개선 필요
   
   
40년 동안 바뀌지 않던 우체통이 달라졌습니다. 공공시설물이 현대적 요구사항을 어떻게 수용해야 하는지 관찰할 수 있는 보여주는 좋은 사례입니다. 특히 사용자 관점에서 주목할 점은 기존 기능을 유지하면서 새로운 기능을 추가한 것인데 선한 의도와 달리 계속 유지되려면 우정사업본부의 담당자가 쓰기에도 편리해야 하는데요. 새로운 기능들이 도입된 만큼 실효적으로 사용되기 위해서는 직관적인 사용자 안내와 시각적 가이드가 보완되어야 할 것으로 보입니다.

https://www.joongang.co.kr/article/25300277

우정사업본부가 발표한 새로운 우체통 디자인에서 주목할 만한 UX Findings를 공유드립니다. 전통적인 우체통이 변화하게 된 배경과 그 의미를 살펴보겠습니다. <ol ><li>사용자 니즈 반영</li></ol><ul ><li>택배 증가라는 시대적 요구 수용 (2호상자 크기·27cm×18cm×15cm)</li><li>디지털 전환: QR코드 스캔과 우체국 앱 연동</li><li>24시간 이용 가능한 접근성 유지</li><li>친환경 실천의 편의성: ECO 칸 분리 설계 </li></ul><ol start="2"><li>사용자 행동 설계</li></ol><ul ><li>우편물 보내는 것이 번거롭고 어렵다는 인식 -&gt; 사전 접수번호 시스템으로 발송 절차 단순화</li><li>건전지만큼 버리기 까다롭고 어려운 커피캡슐과 폐의약품 분리수거 동선을 통합</li></ul> [ 큐레이터의 문장 🎒 ] <ol ><li>선한 의도에서 시작해 확장된 사용자 가치</li></ol><ul ><li>단순 우편 수거함 → 생활 밀착형 복합 서비스 포인트</li><li>환경보호 실천을 위한 편리한 인프라 제공</li><li>디지털과 아날로그의 효과적인 접점 설계</li></ul> <ol start="2"><li>Usability 관점에서 고려사항</li></ol><ul ><li>누구나 쉽게 이해할 수 있도록 UX Writing 개선하고 효과적으로 배치<ul ><li>ECO? 친환경제품을 말하는 건가? 재활용품을 넣어도 되는 걸까?</li><li>'투함구'(우편물 넣는 칸)라는 말도 낯선데 외국인은 쉽게 쓸 수 있을까?</li></ul></li><li>가이드가 적혀 있는 부분은 실제로 우편물을 넣을 때 보이지 않는 위치, 각도인데 무릎을 굽혀서 읽어야 하는 걸까? </li></ul>3. Form Follows Function 관점의 분석<ul ><li>사용 목적에 맞는 투입구 크기 최적화</li><li>일반 우편물 - 소포 - ECO 존의 명확한 구획 분리 필요</li><li>각 구획의 용도를 직관적으로 인식할 수 있는 사이니지 개선 필요 </li></ul>40년 동안 바뀌지 않던 우체통이 달라졌습니다. 공공시설물이 현대적 요구사항을 어떻게 수용해야 하는지 관찰할 수 있는 보여주는 좋은 사례입니다. 특히 사용자 관점에서 주목할 점은 기존 기능을 유지하면서 새로운 기능을 추가한 것인데 선한 의도와 달리 계속 유지되려면 우정사업본부의 담당자가 쓰기에도 편리해야 하는데요. 새로운 기능들이 도입된 만큼 실효적으로 사용되기 위해서는 직관적인 사용자 안내와 시각적 가이드가 보완되어야 할 것으로 보입니다. https://www.joongang.co.kr/article/25300277

중앙일보

《우체통의 40년 만의 진화로 보는 공공 디자인》

폴인에서 'SNS, 지금이라도 꼭 해야 할까?'라는 글을 작성한 김형석 다이버시티 대표님 글에서 인상 깊은 부분을 발췌했습니다. 특히, 저도 제가 들려주고 싶은 이야기를 꾸준히 적는 한 사람이기에 공감이 가는 내용이 많았는데요. 링크드인을 주니어 때부터 꾸준히 하면서 관계가 확장되는 것을, 더 멀리까지 볼 수 있게 되었습니다. 해상도를 높이기 위해서는 다른 생각을 하는 사람들과 연결되어야만 합니다. 링크드인에서 자기 생각을 공유하는 것의 장점, 어떤 주제로 글쓰기를 시작하는 게 좋을지 고민하는 분들께 공유드립니다.

링크드인 채널이 갖는 4가지 장점

 * 첫째, 업무 네트워킹이나 채용에 관심 많은 사람들이 쓰는 플랫폼이라 사람들이 일에 대한 단상, 개인 의견을 많이 공유해요. 페이스북에서 '일'은 사람들이 쓰고 공유하는 여러가지 주제 중 하나라면, 링크드인은 일 이야기에 더 초점이 맞춰졌죠. 일에 대해 생각하고 관찰하기 좋은 통로더군요.

 * 둘째, 조회수, 순유저수 등 기본적인 통계나, 누가 내 프로필을 조회했는지, 내 구독자가 주로 어떤 업무를 하는 사람인지에 대한 정보를 보여줘요. 간단한 데이터지만 사람들이 내가 쓴 글에 어떻게 반응하는지 확인하는 데 도움이 됐습니다.

 * 셋째, 악플이 많지 않아요. 자기 사진을 업로드하고 어떤 회사에 다니는지 밝힌 뒤 활동하거든요. 페이스북에선 약간 민감한 내용을 쓰면 날선 반응이 많았는데 링크드인에선 그런 경험이 없었습니다.

 * 넷째, 경쟁을 유도하지 않습니다. 링크드인에서 1촌은 500명이 넘으면 '500+'로 보입니다. 필요 이상으로 1촌을 많이 맺을 필요 없다는 걸 강조해요. 누군가가 쓴 글을 보려면 팔로우만 해도 됩니다. 별것 아닌 차이일지 모르지만 링크드인에서는 과시할 필요 없이 '일에 대한 내 생각을 쓰면 된다'는 인상을 받았어요.

SNS에서 반응 좋은 글 쓰는 방법

SNS에서 글을 쓰는 사람은 크게 두 종류가 있는 것 같아요.

1. 사람들이 원하는 내용을 쓰는 사람
2. 자신이 들려주고 싶은 내용을 쓰는 사람

1번은 SNS 특성, 사람들이 반응하는 내용에 따라 계속해서 콘텐츠를 수정해 나가고요. 저는 2번에 가깝습니다. 사람들 반응도 살피고, 글마다 어떤 피드백이 나올까 지켜보는데요. 그럼에도 불구하고 가장 중요하게 생각하는 건 '저의 생각, 제가 가진 관점'이에요. SNS 채널에 따라 메시지를 조정하지 않아요. 제가 하고 싶은 이야기가 무엇인지 오래 생각합니다.

그래도 유독 반응이 좋았던 글의 특징이 뭘까 생각해보는데요. 2가지가 있더라고요.

① 누군가를 떠올리게 만드는 글

사람들은 자기를 대입할 수 있는 글을 좋아해요. 초반에 썼던 워커홀릭 부장님이나, 마이크로매니징 차장님, 직장생활을 하며 만나는 여러 사람들에 대한 글 반응이 좋았는데요.
읽다 보면 머릿속에 누군가 떠오르게 돼요. 힘들었던 시절의 상사거나 지금 다니는 회사의 팀장님일 수도 있죠. 그런데 잘 생각해 보면 마냥 나쁘지만은 않은 겁니다. 달리 생각해 보면 좋고, 배울 수 있었던 점도 분명 있거든요.

② 응어리를 건드리는 글

마케터를 힘들게 하는 시선, 말로만 세일즈가 중요하다고 말하는 회사에 대한 글도 SNS에서 공유가 많이 됐어요. 주변에서 내 일을 평가절하할 때 서러워지잖아요. 예를 들면 마케터는 조직에서 보통 '홍반장' 역할을 하죠. 온갖 일에 다 관여하는데 전문성은 인정받지 못하는 경우가 많아요. 그러다 회사가 어려워지면 정리해고 1순위가 되기도 하고요. 하지만 회사에서 중요하지 않은 역할은 없어요. 이런 점을 짚을 때 사람들의 반응이 폭발적이었어요.

https://www.folin.co/article/9635/gift/7s4LUYh3atLGnaQBqYccZuAzE94kfeCe

폴인에서 'SNS, 지금이라도 꼭 해야 할까?'라는 글을 작성한 김형석 다이버시티 대표님 글에서 인상 깊은 부분을 발췌했습니다. 특히, 저도 제가 들려주고 싶은 이야기를 꾸준히 적는 한 사람이기에 공감이 가는 내용이 많았는데요. 링크드인을 주니어 때부터 꾸준히 하면서 관계가 확장되는 것을, 더 멀리까지 볼 수 있게 되었습니다. 해상도를 높이기 위해서는 다른 생각을 하는 사람들과 연결되어야만 합니다. 링크드인에서 자기 생각을 공유하는 것의 장점, 어떤 주제로 글쓰기를 시작하는 게 좋을지 고민하는 분들께 공유드립니다. 링크드인 채널이 갖는 4가지 장점 <ul ><li>첫째, 업무 네트워킹이나 채용에 관심 많은 사람들이 쓰는 플랫폼이라 사람들이 일에 대한 단상, 개인 의견을 많이 공유해요. 페이스북에서 '일'은 사람들이 쓰고 공유하는 여러가지 주제 중 하나라면, 링크드인은 일 이야기에 더 초점이 맞춰졌죠. 일에 대해 생각하고 관찰하기 좋은 통로더군요.</li></ul> <ul ><li>둘째, 조회수, 순유저수 등 기본적인 통계나, 누가 내 프로필을 조회했는지, 내 구독자가 주로 어떤 업무를 하는 사람인지에 대한 정보를 보여줘요. 간단한 데이터지만 사람들이 내가 쓴 글에 어떻게 반응하는지 확인하는 데 도움이 됐습니다.</li></ul> <ul ><li>셋째, 악플이 많지 않아요. 자기 사진을 업로드하고 어떤 회사에 다니는지 밝힌 뒤 활동하거든요. 페이스북에선 약간 민감한 내용을 쓰면 날선 반응이 많았는데 링크드인에선 그런 경험이 없었습니다.</li></ul> <ul ><li>넷째, 경쟁을 유도하지 않습니다. 링크드인에서 1촌은 500명이 넘으면 '500+'로 보입니다. 필요 이상으로 1촌을 많이 맺을 필요 없다는 걸 강조해요. 누군가가 쓴 글을 보려면 팔로우만 해도 됩니다. 별것 아닌 차이일지 모르지만 링크드인에서는 과시할 필요 없이 '일에 대한 내 생각을 쓰면 된다'는 인상을 받았어요.</li></ul> SNS에서 반응 좋은 글 쓰는 방법 SNS에서 글을 쓰는 사람은 크게 두 종류가 있는 것 같아요. 1. 사람들이 원하는 내용을 쓰는 사람2. 자신이 들려주고 싶은 내용을 쓰는 사람 1번은 SNS 특성, 사람들이 반응하는 내용에 따라 계속해서 콘텐츠를 수정해 나가고요. 저는 2번에 가깝습니다. 사람들 반응도 살피고, 글마다 어떤 피드백이 나올까 지켜보는데요. 그럼에도 불구하고 가장 중요하게 생각하는 건 '저의 생각, 제가 가진 관점'이에요. SNS 채널에 따라 메시지를 조정하지 않아요. 제가 하고 싶은 이야기가 무엇인지 오래 생각합니다. 그래도 유독 반응이 좋았던 글의 특징이 뭘까 생각해보는데요. 2가지가 있더라고요. ① 누군가를 떠올리게 만드는 글 사람들은 자기를 대입할 수 있는 글을 좋아해요. 초반에 썼던 워커홀릭 부장님이나, 마이크로매니징 차장님, 직장생활을 하며 만나는 여러 사람들에 대한 글 반응이 좋았는데요.읽다 보면 머릿속에 누군가 떠오르게 돼요. 힘들었던 시절의 상사거나 지금 다니는 회사의 팀장님일 수도 있죠. 그런데 잘 생각해 보면 마냥 나쁘지만은 않은 겁니다. 달리 생각해 보면 좋고, 배울 수 있었던 점도 분명 있거든요. ② 응어리를 건드리는 글 마케터를 힘들게 하는 시선, 말로만 세일즈가 중요하다고 말하는 회사에 대한 글도 SNS에서 공유가 많이 됐어요. 주변에서 내 일을 평가절하할 때 서러워지잖아요. 예를 들면 마케터는 조직에서 보통 '홍반장' 역할을 하죠. 온갖 일에 다 관여하는데 전문성은 인정받지 못하는 경우가 많아요. 그러다 회사가 어려워지면 정리해고 1순위가 되기도 하고요. 하지만 회사에서 중요하지 않은 역할은 없어요. 이런 점을 짚을 때 사람들의 반응이 폭발적이었어요. https://www.folin.co/article/9635/gift/7s4LUYh3atLGnaQBqYccZuAzE94kfeCe

《나의 경험으로 타인의 단서 만들기》

여느 때보다 어수선하고 심란했던 시기였지만
“과거가 현재를 구했다”라는 말처럼 가만히 한 달을 적어둡니다.
⠀
한때는 아무리 바빠도 출근하는 날은 매일 뉴스레터를 쓰고, 커리어리에 아티클을 기록하자는 생각이 있었습니다. 그 시기를 보낸 후 이제는 감당할 수 있는 만큼, 내가 즐겁게 할 수 있는 수준으로만 힘을 빼고 계속하기로 했습니다. 여전히 어렵습니다. 집에 온 택배는 아직 뜯지도 못했고, 연말을 보낼 멜버른 숙소도 예약하지 못했는데 계속 쓰는 게 무슨 의미가 있을까 의문이 들 때도 있습니다. 다행히 속도는 조절했지만 멈추지는 않았습니다. 레드버스백맨이라는 이름으로 계속 생각을 기록하고, 기회가 될 때마다 감사한 마음으로 공유하고 있습니다.
⠀
12월에는 쿠팡에서 함께 일했던 Justin 님 초청으로 LG전자 디자인센터에서 제조회사 디자이너분들과 제 생각과 시행착오를 나눴습니다. 함께 일했던 저스틴 님과 가끔씩 안부를 나누고, 지적 대화를 나누었는데 필요할 때 도움을 주고받을 수 있다는 것이 감사했습니다. 현대차에서 일할 때, 운전을 할 때 지나가며 마주치던 LG전자 서초R&D캠퍼스를 직접 찾아 UX연구소를 둘러보고 연구소장님과 인사도 나눴습니다. 저스틴 님 덕분에 막히는 경부고속도로를 지날 때마다 떠올릴 좋은 추억이 하나 더 생겼습니다.
⠀
첫 회사에서 연세대학교 국제캠퍼스 언더우드기념도서관 디자인을 맡았습니다. 캠퍼스 시공은 대우건설이, 저희 팀은 ICT와 디자인을 담당했죠. 그때 만난 선배들과 클라이언트는 제게 드림팀이었습니다. 10년이 지난 지금은 마음속으로 안부를 전할 뿐이지만 최고의 조합이었다는 생각에는 변함이 없습니다. 볼거리와 놀거리가 부족한 국제캠퍼스에서 도서관이 기숙사 생활을 해야 하는 신입생들에게 어떤 역할을 할 수 있을지 치열하게 고민했기 때문입니다. 이후로 책과 도서관에 이유 없는 애정이 생겼습니다. 최근에는 서울 유일의 트윈세대(13~16세) 전용 공간인 선유도서관에서 ‘더 나은 사용자 경험’을 위한 제 고민을 사서분들과 나눌 수 있었습니다. 도서관은 그들에게 SF 소설이자 시집이었고, 커뮤니티였습니다. 도서관을 닫고 긴 시간 애쓰며 준비한 공간과 프로그램에는 정성이 묻어 있었고 덕분에 트윈세대 사용자는 애쓰지 않고 즐겁게 누릴 수 있었습니다.
⠀
레드버스백맨은 ‘사이드 프로젝트’로 시작했지만 지금은 그런 의식을 하지 않습니다. 워라밸에서 중요한 건 워크나 라이프가 아닌 밸런스입니다. 최근 읽은 글처럼 워크-라이프는 단순히 On-Off가 아닌 0-10 사이의 스펙트럼입니다. 퇴근 후에도 일 생각이 이어지고, 일요일에도 월요일 걱정을 하는 게 자연스럽죠. On-Off라면 조명이 꺼지듯 단순하겠지만 사람 마음이 그렇지 않습니다. ZEP 2024 Next Career Conference에서 저는 사이드 프로젝트에 대해 다섯 가지를 말씀드렸습니다. (1) 진지함 대신 가볍게 툭툭하기 (2) 풋 브레이크를 보조하는 사이드 브레이크처럼 곁에 두기 (3) 멈추지 않고 계속하기 (4) 내가 좋아하는 일과 팀의 목표 사이에서 주제 고르기 (5) 본업에 충실하기
⠀
11월의 폭설은 복선이었을까요. “집회에 나간 모습을 전시하는 행위”라는 표현을 들었을 때 한강 작가의 책을 사러 서점으로 향하는 사람들을 아니꼽게 보던 모습이 떠올랐습니다. 서점에 들려 책을 구경하고 좋아하는 이에게 선물하려는 마음을 어떻게 비아냥거릴 수 있을까요? 다른 생각에 대한 비판은 언제라도 괜찮지만, 조롱은 어느 순간에도 허락되지 않습니다. 노래에 맞춰 응원봉을 흔들고, 소녀시대 노래를 함께 부르던 사람들. 서강대교를 건너다 뒤로 보이는 국회의사당을 함께 바라보던 순간. 걸음을 멈추고 차도로 나가 응원봉으로 횡단보도를 쉽게 건널 수 있도록 차량을 통제하던 낯선 사람의 친절까지. 당연한 것들이 당연하지 않을 수 있다는 걸 12월에 깨달았습니다. 12월은 상식이라 믿었던 것들의 취약함을 생각하게 된 시간이었습니다.

여느 때보다 어수선하고 심란했던 시기였지만 “과거가 현재를 구했다”라는 말처럼 가만히 한 달을 적어둡니다. ⠀ 한때는 아무리 바빠도 출근하는 날은 매일 뉴스레터를 쓰고, 커리어리에 아티클을 기록하자는 생각이 있었습니다. 그 시기를 보낸 후 이제는 감당할 수 있는 만큼, 내가 즐겁게 할 수 있는 수준으로만 힘을 빼고 계속하기로 했습니다. 여전히 어렵습니다. 집에 온 택배는 아직 뜯지도 못했고, 연말을 보낼 멜버른 숙소도 예약하지 못했는데 계속 쓰는 게 무슨 의미가 있을까 의문이 들 때도 있습니다. 다행히 속도는 조절했지만 멈추지는 않았습니다. 레드버스백맨이라는 이름으로 계속 생각을 기록하고, 기회가 될 때마다 감사한 마음으로 공유하고 있습니다. ⠀ 12월에는 쿠팡에서 함께 일했던 Justin 님 초청으로 LG전자 디자인센터에서 제조회사 디자이너분들과 제 생각과 시행착오를 나눴습니다. 함께 일했던 저스틴 님과 가끔씩 안부를 나누고, 지적 대화를 나누었는데 필요할 때 도움을 주고받을 수 있다는 것이 감사했습니다. 현대차에서 일할 때, 운전을 할 때 지나가며 마주치던 LG전자 서초R&amp;D캠퍼스를 직접 찾아 UX연구소를 둘러보고 연구소장님과 인사도 나눴습니다. 저스틴 님 덕분에 막히는 경부고속도로를 지날 때마다 떠올릴 좋은 추억이 하나 더 생겼습니다. ⠀ 첫 회사에서 연세대학교 국제캠퍼스 언더우드기념도서관 디자인을 맡았습니다. 캠퍼스 시공은 대우건설이, 저희 팀은 ICT와 디자인을 담당했죠. 그때 만난 선배들과 클라이언트는 제게 드림팀이었습니다. 10년이 지난 지금은 마음속으로 안부를 전할 뿐이지만 최고의 조합이었다는 생각에는 변함이 없습니다. 볼거리와 놀거리가 부족한 국제캠퍼스에서 도서관이 기숙사 생활을 해야 하는 신입생들에게 어떤 역할을 할 수 있을지 치열하게 고민했기 때문입니다. 이후로 책과 도서관에 이유 없는 애정이 생겼습니다. 최근에는 서울 유일의 트윈세대(13~16세) 전용 공간인 선유도서관에서 ‘더 나은 사용자 경험’을 위한 제 고민을 사서분들과 나눌 수 있었습니다. 도서관은 그들에게 SF 소설이자 시집이었고, 커뮤니티였습니다. 도서관을 닫고 긴 시간 애쓰며 준비한 공간과 프로그램에는 정성이 묻어 있었고 덕분에 트윈세대 사용자는 애쓰지 않고 즐겁게 누릴 수 있었습니다. ⠀ 레드버스백맨은 ‘사이드 프로젝트’로 시작했지만 지금은 그런 의식을 하지 않습니다. 워라밸에서 중요한 건 워크나 라이프가 아닌 밸런스입니다. 최근 읽은 글처럼 워크-라이프는 단순히 On-Off가 아닌 0-10 사이의 스펙트럼입니다. 퇴근 후에도 일 생각이 이어지고, 일요일에도 월요일 걱정을 하는 게 자연스럽죠. On-Off라면 조명이 꺼지듯 단순하겠지만 사람 마음이 그렇지 않습니다. ZEP 2024 Next Career Conference에서 저는 사이드 프로젝트에 대해 다섯 가지를 말씀드렸습니다. (1) 진지함 대신 가볍게 툭툭하기 (2) 풋 브레이크를 보조하는 사이드 브레이크처럼 곁에 두기 (3) 멈추지 않고 계속하기 (4) 내가 좋아하는 일과 팀의 목표 사이에서 주제 고르기 (5) 본업에 충실하기 ⠀ 11월의 폭설은 복선이었을까요. “집회에 나간 모습을 전시하는 행위”라는 표현을 들었을 때 한강 작가의 책을 사러 서점으로 향하는 사람들을 아니꼽게 보던 모습이 떠올랐습니다. 서점에 들려 책을 구경하고 좋아하는 이에게 선물하려는 마음을 어떻게 비아냥거릴 수 있을까요? 다른 생각에 대한 비판은 언제라도 괜찮지만, 조롱은 어느 순간에도 허락되지 않습니다. 노래에 맞춰 응원봉을 흔들고, 소녀시대 노래를 함께 부르던 사람들. 서강대교를 건너다 뒤로 보이는 국회의사당을 함께 바라보던 순간. 걸음을 멈추고 차도로 나가 응원봉으로 횡단보도를 쉽게 건널 수 있도록 차량을 통제하던 낯선 사람의 친절까지. 당연한 것들이 당연하지 않을 수 있다는 걸 12월에 깨달았습니다. 12월은 상식이라 믿었던 것들의 취약함을 생각하게 된 시간이었습니다.

《그럼에도 다시 만난 세계》

한 유튜버의 면접자가 실제로 썼던 코드라네요ㅋㅋ 창의성으로 통과시켜주고 싶었으나 hiring committee에서 탈락시켰다고...
😵‍💫😵‍💫

한 유튜버의 면접자가 실제로 썼던 코드라네요ㅋㅋ 창의성으로 통과시켜주고 싶었으나 hiring committee에서 탈락시켰다고...😵‍💫😵‍💫

Sleep Sort를 아세요??

매년 이맘때면 연락이 와요. 회사는 어떤지, 하는 일은 마음에 드는지 안부를 묻죠. 헤드헌터예요.

이직 생각이 없더라도 헤드헌터와 알고 지내는 건 제법 괜찮은 선택이에요. '정보의 비대칭성'을 해소할 수 있으니까요.

구체적으론 세 가지 좋은 점이 있었어요.

1. 채용 시장의 분위기를 파악할 수 있어요
2. 서류 전형에 대한 부담이 낮아져요
3. 연봉 계약도 혼자 하는 것보단 유리해져요

여러분이 생각하는 헤드헌터를 알고 지내면 좋은 이유는 무엇인가요? 혹시 단점도 있었나요?

매년 이맘때면 연락이 와요. 회사는 어떤지, 하는 일은 마음에 드는지 안부를 묻죠. 헤드헌터예요. 이직 생각이 없더라도 헤드헌터와 알고 지내는 건 제법 괜찮은 선택이에요. '정보의 비대칭성'을 해소할 수 있으니까요. 구체적으론 세 가지 좋은 점이 있었어요. 1. 채용 시장의 분위기를 파악할 수 있어요2. 서류 전형에 대한 부담이 낮아져요3. 연봉 계약도 혼자 하는 것보단 유리해져요 여러분이 생각하는 헤드헌터를 알고 지내면 좋은 이유는 무엇인가요? 혹시 단점도 있었나요?&nbsp;

헤드헌터와 알고 지내면 좋은 점

저는 멘토링을 할 때 개발뿐만 아니라 문제 정의부터 시작해 기획, 커뮤니케이션, 팀 문화, PPT, 발표 등 사이드 프로젝트를 만드는데 도움을 줄 수 있는 전과정에 관한 피드백을 드립니다.

특히, 개발자분들만 모여 있는 경우 발표와 관련된 부분을 굉장히 어려워하는 것을 많이 봤습니다.
발표 자료 구성, 전달력 있는 말하기 방법, 톤, 말할 때의 습관 등 다양한 부분에 피드백을 드리는 것이 중요하다고 생각합니다.

오늘은 사이드 프로젝트 발표에서 PPT를 어떻게 구성하는지에 대한 피드백을 공유해보겠습니다.
기초적인 내용이 많지만, 실제로 도움을 드렸던 부분을 중심으로 정리해봤습니다.

---
1. 발표는 설득이 목적입니다

- 여러분은 프로젝트의 기능과 목적 등 모든 것을 이미 알고 있지만, 발표를 듣는 분들은 대부분 처음 프로젝트를 접하는 분들입니다.

- 따라서 발표 자료는 매우 친절하게 구성하고, 설득을 목적으로 만들어야 합니다.

- "왜 이 서비스를 만들었지?" "왜 해당 기능을 넣었을까?"와 같은 질문에 충분히 답할 수 있도록 자료를 준비하세요.

- 문제 정의 - 기획 소개 - 기능 소개 - 시연 - 마무리로 이어지는 흐름을 방해받지 않도록 구성하세요.

---
2. '3의 법칙'

- 문제 정의, 특징, 기능 등을 소개할 때 숫자 3을 기억하세요.

- 정보를 제시하거나 설득의 근거를 제시할 때 3개로 구성하면 효과적입니다.

- 1~2개의 경우 부족하다는 느낌을 주고, 4개 이상은 복잡하다는 인상을 줄 수 있습니다.

- 기획 및 컨설팅 업계에서는 숫자 3을 적음의 끝이자 많음의 시작이라고 표현합니다. (출처 - 시선의 발견)

- PPT에서도 숫자 3을 적절히 활용하세요.

---
3. 너무 많은 텍스트를 자료에 넣지 마세요

- 발표 자료는 발표자를 돕는 도구입니다.

- 발표 중 청중의 시선은 발표 자료가 아니라 발표자에게 머물러야 합니다.

- 하지만 PPT를 만드는 입장에서는 최대한 많은 정보를 담고 싶어 하죠.

- 이로 인해 가독성이 떨어지고, 청중이 장문의 텍스트를 읽느라 시선이 분산될 수 있습니다.

- PPT에는 중요하고 수치적인 텍스트만 간결하게 정리하고, 부연 설명은 발표자가 직접 하는 것이 좋습니다.

---
4. 최종 시연은 영상으로 진행하세요

- 시연 방법은 크게 두 가지가 있습니다.
1. 직접 웹이나 앱을 띄워놓고 시연하는 방법
2. 미리 녹화한 영상을 PPT에 삽입해 진행하는 방법

- 저는 필수가 아닌 이상 두 번째 방법을 추천합니다.

- 라이브 시연은 생생함과 어필력을 제공하지만, 시간 조절이 어렵고 실수의 가능성이 있으며, 발표 흐름이 끊길 수 있는 단점이 있습니다.

- 미리 녹화한 영상은 시간 활용이 정확하고 편집이 가능해 청중이 이해하기 쉽습니다.

- 때문에 가능하면 녹화된 시연 영상을 활용하시기를 권장합니다.

저는 멘토링을 할 때 개발뿐만 아니라 문제 정의부터 시작해 기획, 커뮤니케이션, 팀 문화, PPT, 발표 등 사이드 프로젝트를 만드는데 도움을 줄 수 있는 전과정에 관한 피드백을 드립니다. 특히, 개발자분들만 모여 있는 경우 발표와 관련된 부분을 굉장히 어려워하는 것을 많이 봤습니다.발표 자료 구성, 전달력 있는 말하기 방법, 톤, 말할 때의 습관 등 다양한 부분에 피드백을 드리는 것이 중요하다고 생각합니다. 오늘은 사이드 프로젝트 발표에서 PPT를 어떻게 구성하는지에 대한 피드백을 공유해보겠습니다.기초적인 내용이 많지만, 실제로 도움을 드렸던 부분을 중심으로 정리해봤습니다. ---1. 발표는 설득이 목적입니다 - 여러분은 프로젝트의 기능과 목적 등 모든 것을 이미 알고 있지만, 발표를 듣는 분들은 대부분 처음 프로젝트를 접하는 분들입니다. - 따라서 발표 자료는 매우 친절하게 구성하고, 설득을 목적으로 만들어야 합니다. - "왜 이 서비스를 만들었지?" "왜 해당 기능을 넣었을까?"와 같은 질문에 충분히 답할 수 있도록 자료를 준비하세요. - 문제 정의 - 기획 소개 - 기능 소개 - 시연 - 마무리로 이어지는 흐름을 방해받지 않도록 구성하세요. ---2. '3의 법칙' - 문제 정의, 특징, 기능 등을 소개할 때 숫자 3을 기억하세요. - 정보를 제시하거나 설득의 근거를 제시할 때 3개로 구성하면 효과적입니다. - 1~2개의 경우 부족하다는 느낌을 주고, 4개 이상은 복잡하다는 인상을 줄 수 있습니다. - 기획 및 컨설팅 업계에서는 숫자 3을 적음의 끝이자 많음의 시작이라고 표현합니다. (출처 - 시선의 발견) - PPT에서도 숫자 3을 적절히 활용하세요. ---3. 너무 많은 텍스트를 자료에 넣지 마세요 - 발표 자료는 발표자를 돕는 도구입니다. - 발표 중 청중의 시선은 발표 자료가 아니라 발표자에게 머물러야 합니다. - 하지만 PPT를 만드는 입장에서는 최대한 많은 정보를 담고 싶어 하죠. - 이로 인해 가독성이 떨어지고, 청중이 장문의 텍스트를 읽느라 시선이 분산될 수 있습니다. - PPT에는 중요하고 수치적인 텍스트만 간결하게 정리하고, 부연 설명은 발표자가 직접 하는 것이 좋습니다. ---4. 최종 시연은 영상으로 진행하세요 - 시연 방법은 크게 두 가지가 있습니다.1. 직접 웹이나 앱을 띄워놓고 시연하는 방법2. 미리 녹화한 영상을 PPT에 삽입해 진행하는 방법 - 저는 필수가 아닌 이상 두 번째 방법을 추천합니다. - 라이브 시연은 생생함과 어필력을 제공하지만, 시간 조절이 어렵고 실수의 가능성이 있으며, 발표 흐름이 끊길 수 있는 단점이 있습니다. - 미리 녹화한 영상은 시간 활용이 정확하고 편집이 가능해 청중이 이해하기 쉽습니다. - 때문에 가능하면 녹화된 시연 영상을 활용하시기를 권장합니다.

사이드 프로젝트 발표 피드백

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

 - YouTube

최근 프론트엔드 개발에서 API 모킹의 중요성이 점점 커지고 있습니다. 서버 개발이 완료되지 않은 상태에서도 Mock 데이터를 이용해 프론트엔드 개발을 진행하고, 독립적인 테스트를 수행할 수 있기 때문인데요. 이와 관련하여, 개인적으로 우아한형제들이 개발한 MSG(Mock Service GUI)관련 소프트웨어를 관심있게 지켜보고 있습니다.

MSG(Mock Service GUI)란?
MSG는 기존의 모킹 방식처럼 코드를 수정하는 번거로움 없이, 브라우저에 표시되는 UI를 통해 모킹 데이터를 제어할 수 있는 도구입니다. MSW(Mock Service Worker)를 기반으로 개발되었으며, 브라우저 확장 프로그램이 아닌 프로젝트에 디펜던시로 설치해 사용합니다.

MSG의 주요 기능
 * UI 기반 제어: API 모킹 데이터를 코딩하지 않고 UI에서 직접 선택 및 수정할 수 있습니다. 이를 통해 API 응답 데이터를 실시간으로 변경하며 화면 전환 결과를 바로 확인할 수 있습니다.
 * 로컬스토리지 활용: 각자의 브라우저 로컬스토리지에 개인 맞춤형 API 모킹 설정을 저장하고 관리할 수 있습니다. 팀원 간 설정 충돌을 방지하며 작업 효율성을 높입니다.
 * 프로젝트 통합성: MSG는 API 모킹 데이터를 프로젝트 내 여러 API와 쉽게 매핑할 수 있어, 신규 프로젝트 셋업 시에도 빠르고 효과적으로 활용할 수 있습니다.
MSG의 활용 사례
 * 우아한형제들은 MSG를 주문, 결제, 회원 도메인 프로젝트에 적용했으며, 특히 배민클럽 구독 서비스 프로젝트에서는 초기 셋업부터 MSG를 적극적으로 활용해 다량의 모킹 데이터를 효율적으로 관리했습니다.
 * 최신 버전인 MSG 2.0은 기능이 더욱 강화되어, 팀 내 다양한 프로젝트에서 사용 사례가 점차 확대되고 있다고 합니다.

현재 MSG는 오픈소스 전환을 목표로 개발되고 있습니다. 만약 공개된다면, QA, 기획자, 개발자 모두가 실시간으로 데이터를 확인하고 테스트하면서 더욱 원활하고 신속한 협업이 가능해질 것으로 보입니다. 오픈소스로 공개된다면 안쓸 이유가 없어보이고 여러 부서와 팀에 긍정적인 변화를 가져올 것으로 보이는만큼 빨리 공개되었으면 좋겠네요 :)

https://www.youtube.com/watch?v=dDAfG4fe4do
https://techblog.woowahan.com/20154/

최근 프론트엔드 개발에서 API 모킹의 중요성이 점점 커지고 있습니다. 서버 개발이 완료되지 않은 상태에서도 Mock 데이터를 이용해 프론트엔드 개발을 진행하고, 독립적인 테스트를 수행할 수 있기 때문인데요. 이와 관련하여, 개인적으로 우아한형제들이 개발한 MSG(Mock Service GUI)관련 소프트웨어를 관심있게 지켜보고 있습니다. MSG(Mock Service GUI)란?MSG는 기존의 모킹 방식처럼 코드를 수정하는 번거로움 없이, 브라우저에 표시되는 UI를 통해 모킹 데이터를 제어할 수 있는 도구입니다. MSW(Mock Service Worker)를 기반으로 개발되었으며, 브라우저 확장 프로그램이 아닌 프로젝트에 디펜던시로 설치해 사용합니다. MSG의 주요 기능<ul ><li>UI 기반 제어: API 모킹 데이터를 코딩하지 않고 UI에서 직접 선택 및 수정할 수 있습니다. 이를 통해 API 응답 데이터를 실시간으로 변경하며 화면 전환 결과를 바로 확인할 수 있습니다.</li><li>로컬스토리지 활용: 각자의 브라우저 로컬스토리지에 개인 맞춤형 API 모킹 설정을 저장하고 관리할 수 있습니다. 팀원 간 설정 충돌을 방지하며 작업 효율성을 높입니다.</li><li>프로젝트 통합성: MSG는 API 모킹 데이터를 프로젝트 내 여러 API와 쉽게 매핑할 수 있어, 신규 프로젝트 셋업 시에도 빠르고 효과적으로 활용할 수 있습니다.</li></ul>MSG의 활용 사례<ul ><li>우아한형제들은 MSG를 주문, 결제, 회원 도메인 프로젝트에 적용했으며, 특히 배민클럽 구독 서비스 프로젝트에서는 초기 셋업부터 MSG를 적극적으로 활용해 다량의 모킹 데이터를 효율적으로 관리했습니다.</li><li>최신 버전인 MSG 2.0은 기능이 더욱 강화되어, 팀 내 다양한 프로젝트에서 사용 사례가 점차 확대되고 있다고 합니다.</li></ul> 현재 MSG는 오픈소스 전환을 목표로 개발되고 있습니다. 만약 공개된다면, QA, 기획자, 개발자 모두가 실시간으로 데이터를 확인하고 테스트하면서 더욱 원활하고 신속한 협업이 가능해질 것으로 보입니다. 오픈소스로 공개된다면 안쓸 이유가 없어보이고 여러 부서와 팀에 긍정적인 변화를 가져올 것으로 보이는만큼 빨리 공개되었으면 좋겠네요 :) https://www.youtube.com/watch?v=dDAfG4fe4dohttps://techblog.woowahan.com/20154/

www.youtube.com

API 모킹 환경의 진화, MSG(Mock Service GUI)

2024 was insane, and many things happened around AI and software development in general. I believe...

25 top open-source tools for building web apps you can't afford to miss in 2025🎉 🚀

여기 2024년에 가능성을 보여주었고, 2025년에 더욱 빛날 것으로 보이는 25개의 오픈소스 웹앱 개발도구를 소개합니다.~^^

1. AI 및 LLM 도구
 * Composio
   * https://composio.dev/
   * AI 에이전트 통합 플랫폼
   * 250개 이상의 애플리케이션을 지원하며, GitHub, Jira, Salesforce, Gmail 등 다수의 SaaS 앱 연결 지원
 * Vercel AI SDK
   * https://sdk.vercel.ai/
   * TypeScript로 AI 웹 앱 빌드
   * React, Next.js, Vue, SvelteKit 등을 지원하며, 반복적인 설정을 단순화하고 대화형 UI 기반 구축
 * LangGraph JS
   * https://www.langchain.com/langgraph
   * 그래프 기반 에이전트 워크플로우 구축
   * 상태 머신 개념을 사용하여 복잡한 AI 워크플로우를 그래프 방식으로 쉽게 구축
 * CopilotKit
   * https://www.copilotkit.ai/
   * 웹 앱에 AI 코파일럿 추가, GitHub Copilot과 같은 기능을 앱에 쉽게 추가
 * LanceDB
   * https://lancedb.com/
   * AI 앱을 위한 고성능 벡터 데이터베이스
   * 벡터 임베딩을 효율적으로 저장하고 쿼리할 수 있는 SQLite와 유사한 빠른 데이터베이스

2. 프레임워크 및 빌드 도구
 * Encore
   * https://encore.dev/
   * 자동화된 인프라가 포함된 백엔드 프레임워크
   * 클라우드 서비스를 단순화하여 일관된 API와 DevOps 자동화 제공
 * HTMX
   * https://htmx.org/
   * JavaScript 없이 동적 웹 앱 개발
   * HTML만으로도 모던한 웹 앱을 구축
 * Val Town
   * https://www.val.town/
   * 서버리스 JavaScript 실행 플랫폼
   * GitHub Gist와 서버리스 함수의 결합처럼 작동하며 JavaScript 코드 공유와 실행 방식 혁신
 * Deno 2
   * https://deno.com/
   * TypeScript 지원을 내장한 안전한 런타임
   * Node.js의 창시자인 Ryan Dahl의 새로운 프로젝트로, 현대적인 기능과 내장된 보안 제공
 * Turborepo
   * https://turbo.build/
   * 고성능 JS 모노레포 빌드 시스템
   * 지능형 캐싱과 병렬 실행을 통해 모노레포 관리의 빌드 시간 단축

3. 실시간 및 이벤트 기반 시스템
 * Socket.io
   * https://socket.io/
   * 웹 앱용 양방향 실시간 통신 라이브러리
   * 실시간 기능을 추가할 때 복잡한 통신 문제를 손쉽게 처리
 * Feather.js
   * https://feathersjs.com/
   * 실시간 API 프레임워크
   * REST API와 실시간 업데이트를 모두 지원하는 프레임워크
 * Deepstream.io
   * https://deepstream.io/
   * 확장 가능한 실시간 데이터 동기화 엔진
   * 협업 편집기나 멀티플레이어 게임 구축에 적합
 * Serverless Framework
   * https://www.serverless.com/
   * 클라우드 애그노스틱 서버리스 앱 개발
   * AWS, Azure, Google Cloud 등 다양한 클라우드 환경에서 서버리스 애플리케이션을 배포
 * RabbitMQ
   * https://www.rabbitmq.com/
   * 분산 시스템을 위한 강력한 메시지 브로커
   * 신뢰할 수 있는 메시지 전달을 지원하며 Node.js 애플리케이션에 필수

4. 개발자 경험 및 테스트 도구
 * Vitest
   * https://vitest.dev/
   * Vite 통합 차세대 테스트 프레임워크
   * 빠른 속도로 테스트를 실행하며, 개발 서버의 성능을 테스트 환경에서도 제공
 * Playwright
   * https://playwright.dev/
   * AI 기반 E2E 테스트 생성 도구
   * 믿을 수 있는 QA 엔지니어처럼 작동하며, 앱을 클릭하면 테스트 코드 자동 생성
 * Prettier
   * https://prettier.io/
   * 코드 포맷터
   * 세미콜론이나 줄바꿈과 같은 논쟁을 끝내주는 일관된 코드 포맷터
 * Jest
   * https://jestjs.io/
   * 스냅샷 지원을 갖춘 JavaScript 테스트 프레임워크
   * 단위 테스트부터 스냅샷까지 모두 지원하는 만능 도구
 * Puppeteer
   * https://pptr.dev/
   * 모던 웹 테스트를 위한 헤드리스 Chrome 자동화
   * 크롬 자동화, 웹 스크래핑, PDF 생성 등 다양한 작업 수행

5. 디자인 컴포넌트 및 UI
 * Shadcn-UI
   * https://ui.shadcn.com/
   * 복사-붙여넣기 구현을 지원하는 접근성 컴포넌트 라이브러리
   * 스타일링 제한 없이 컴포넌트를 완전 제어할 수 있는 접근 방식 제공
 * Radix Themes
   * https://www.radix-ui.com/themes/docs/components/theme
   * Radix Primitives를 위한 프로덕션 준비 테마 시스템
   * Radix Primitives의 장점을 테마 시스템에 통합하여 쉽게 활용
 * Daisy UI
   * https://daisyui.com/
   * Tailwind 기반 컴포넌트 라이브러리
   * Tailwind의 클래스를 간소화하여 코드가 더 깔끔하게 유지
 * Vanilla Extract
   * https://vanilla-extract.style/
   * 실행 시간 없는 타입이 적용된 CSS-in-JS 솔루션
   * TypeScript의 강력함과 실행 시간 없이 순수 CSS 제공
 * Ark UI
   * https://ark-ui.com/
   * 프레임워크에 구애받지 않는 헤드리스 UI 컴포넌트
   * React, Vue, Solid에서 일관된 컴포넌트 제공

 * 원문: https://dev.to/composiodev/25-top-open-source-tools-for-building-web-apps-you-cant-afford-to-miss-in-2025-5005

여기 2024년에 가능성을 보여주었고, 2025년에 더욱 빛날 것으로 보이는 25개의 오픈소스 웹앱 개발도구를 소개합니다.~^^ 1. AI 및 LLM 도구<ul ><li>Composio<ul ><li>https://composio.dev/</li><li>AI 에이전트 통합 플랫폼</li><li>250개 이상의 애플리케이션을 지원하며, GitHub, Jira, Salesforce, Gmail 등 다수의 SaaS 앱 연결 지원</li></ul></li><li>Vercel AI SDK<ul ><li>https://sdk.vercel.ai/</li><li>TypeScript로 AI 웹 앱 빌드</li><li>React, Next.js, Vue, SvelteKit 등을 지원하며, 반복적인 설정을 단순화하고 대화형 UI 기반 구축</li></ul></li><li>LangGraph JS<ul ><li>https://www.langchain.com/langgraph</li><li>그래프 기반 에이전트 워크플로우 구축</li><li>상태 머신 개념을 사용하여 복잡한 AI 워크플로우를 그래프 방식으로 쉽게 구축</li></ul></li><li>CopilotKit<ul ><li>https://www.copilotkit.ai/</li><li>웹 앱에 AI 코파일럿 추가, GitHub Copilot과 같은 기능을 앱에 쉽게 추가</li></ul></li><li>LanceDB<ul ><li>https://lancedb.com/</li><li>AI 앱을 위한 고성능 벡터 데이터베이스</li><li>벡터 임베딩을 효율적으로 저장하고 쿼리할 수 있는 SQLite와 유사한 빠른 데이터베이스</li></ul></li></ul> 2. 프레임워크 및 빌드 도구<ul ><li>Encore<ul ><li>https://encore.dev/</li><li>자동화된 인프라가 포함된 백엔드 프레임워크</li><li>클라우드 서비스를 단순화하여 일관된 API와 DevOps 자동화 제공</li></ul></li><li>HTMX<ul ><li>https://htmx.org/</li><li>JavaScript 없이 동적 웹 앱 개발</li><li>HTML만으로도 모던한 웹 앱을 구축</li></ul></li><li>Val Town<ul ><li>https://www.val.town/</li><li>서버리스 JavaScript 실행 플랫폼</li><li>GitHub Gist와 서버리스 함수의 결합처럼 작동하며 JavaScript 코드 공유와 실행 방식 혁신</li></ul></li><li>Deno 2<ul ><li>https://deno.com/</li><li>TypeScript 지원을 내장한 안전한 런타임</li><li>Node.js의 창시자인 Ryan Dahl의 새로운 프로젝트로, 현대적인 기능과 내장된 보안 제공</li></ul></li><li>Turborepo<ul ><li>https://turbo.build/</li><li>고성능 JS 모노레포 빌드 시스템</li><li>지능형 캐싱과 병렬 실행을 통해 모노레포 관리의 빌드 시간 단축</li></ul></li></ul> 3. 실시간 및 이벤트 기반 시스템<ul ><li>Socket.io<ul ><li>https://socket.io/</li><li>웹 앱용 양방향 실시간 통신 라이브러리</li><li>실시간 기능을 추가할 때 복잡한 통신 문제를 손쉽게 처리</li></ul></li><li>Feather.js<ul ><li>https://feathersjs.com/</li><li>실시간 API 프레임워크</li><li>REST API와 실시간 업데이트를 모두 지원하는 프레임워크</li></ul></li><li>Deepstream.io<ul ><li>https://deepstream.io/</li><li>확장 가능한 실시간 데이터 동기화 엔진</li><li>협업 편집기나 멀티플레이어 게임 구축에 적합</li></ul></li><li>Serverless Framework<ul ><li>https://www.serverless.com/</li><li>클라우드 애그노스틱 서버리스 앱 개발</li><li>AWS, Azure, Google Cloud 등 다양한 클라우드 환경에서 서버리스 애플리케이션을 배포</li></ul></li><li>RabbitMQ<ul ><li>https://www.rabbitmq.com/</li><li>분산 시스템을 위한 강력한 메시지 브로커</li><li>신뢰할 수 있는 메시지 전달을 지원하며 Node.js 애플리케이션에 필수</li></ul></li></ul> 4. 개발자 경험 및 테스트 도구<ul ><li>Vitest<ul ><li>https://vitest.dev/</li><li>Vite 통합 차세대 테스트 프레임워크</li><li>빠른 속도로 테스트를 실행하며, 개발 서버의 성능을 테스트 환경에서도 제공</li></ul></li><li>Playwright<ul ><li>https://playwright.dev/</li><li>AI 기반 E2E 테스트 생성 도구</li><li>믿을 수 있는 QA 엔지니어처럼 작동하며, 앱을 클릭하면 테스트 코드 자동 생성</li></ul></li><li>Prettier<ul ><li>https://prettier.io/</li><li>코드 포맷터</li><li>세미콜론이나 줄바꿈과 같은 논쟁을 끝내주는 일관된 코드 포맷터</li></ul></li><li>Jest<ul ><li>https://jestjs.io/</li><li>스냅샷 지원을 갖춘 JavaScript 테스트 프레임워크</li><li>단위 테스트부터 스냅샷까지 모두 지원하는 만능 도구</li></ul></li><li>Puppeteer<ul ><li>https://pptr.dev/</li><li>모던 웹 테스트를 위한 헤드리스 Chrome 자동화</li><li>크롬 자동화, 웹 스크래핑, PDF 생성 등 다양한 작업 수행</li></ul></li></ul> 5. 디자인 컴포넌트 및 UI<ul ><li>Shadcn-UI<ul ><li>https://ui.shadcn.com/</li><li>복사-붙여넣기 구현을 지원하는 접근성 컴포넌트 라이브러리</li><li>스타일링 제한 없이 컴포넌트를 완전 제어할 수 있는 접근 방식 제공</li></ul></li><li>Radix Themes<ul ><li>https://www.radix-ui.com/themes/docs/components/theme</li><li>Radix Primitives를 위한 프로덕션 준비 테마 시스템</li><li>Radix Primitives의 장점을 테마 시스템에 통합하여 쉽게 활용</li></ul></li><li>Daisy UI<ul ><li>https://daisyui.com/</li><li>Tailwind 기반 컴포넌트 라이브러리</li><li>Tailwind의 클래스를 간소화하여 코드가 더 깔끔하게 유지</li></ul></li><li>Vanilla Extract<ul ><li>https://vanilla-extract.style/</li><li>실행 시간 없는 타입이 적용된 CSS-in-JS 솔루션</li><li>TypeScript의 강력함과 실행 시간 없이 순수 CSS 제공</li></ul></li><li>Ark UI<ul ><li>https://ark-ui.com/</li><li>프레임워크에 구애받지 않는 헤드리스 UI 컴포넌트</li><li>React, Vue, Solid에서 일관된 컴포넌트 제공</li></ul></li></ul> <ul ><li>원문: https://dev.to/composiodev/25-top-open-source-tools-for-building-web-apps-you-cant-afford-to-miss-in-2025-5005</li></ul>

DEV Community

[Dev] 2025년에 놓쳐선 안 될 25가지 오픈소스 웹 앱 개

우아콘에 나온 데이터분석 챗봇 '물어보새!'
이거 보고 저도 만들고 있어요!
(재밌는데 AI 엔지니어로 전향을...)

연휴에 널널한데 재밌게 좋네요 :) 다들 업무에 적용해보세요!

https://youtu.be/_QPhoKItI2k?si=X7-bDz4IGqJx0NDc

우아콘에 나온 데이터분석 챗봇 '물어보새!'이거 보고 저도 만들고 있어요!(재밌는데 AI 엔지니어로 전향을...) 연휴에 널널한데 재밌게 좋네요 :) 다들 업무에 적용해보세요! https://youtu.be/_QPhoKItI2k?si=X7-bDz4IGqJx0NDc

youtu.be

랭체인+RAG으로 text to SQL 만들기

React 19가 얼마 전 정식 버전으로 출시되었는데요, 혹시 React 19 업그레이드를 고려하고 계신가요? 공식 문서의 업그레이드 가이드를 한글로 번역해두었으니 참고하시면 도움이 될 것 같습니다 😊

[번역] 리액트 19 업그레이드 가이드

오늘은 라인플러스의 김은빈님이 번역해주신 글입니다.

리액트 19가 정식 버전으로 출시되면서 많은 변화와 개선사항들이 있었습니다. 특히 메이저 업데이트인 만큼 호환성이 깨지는 변경사항들이 있어 업그레이드 시 주의가 필요한데요.

이 가이드에서는 설치부터 시작해 코드 자동 변환(Codemods), 호환성 이슈, 지원 중단되는 기능들까지 상세히 다루고 있습니다. 특히 실제 마이그레이션 과정에서 발생할 수 있는 이슈들과 해결 방법에 대해 자세히 설명하고 있으니, 리액트 19 업그레이드를 계획하고 계신 분들에게 꼭 필요한 내용이 될 것 같습니다.

업그레이드 과정에서 어려움을 겪지 않도록, 목차에 있는 내용들을 차근차근 살펴보시는 것을 추천드립니다! 😊

글 링크: https://velog.io/@eunbinn/react-19-upgrade-guide

오늘은 라인플러스의 김은빈님이 번역해주신 글입니다. 리액트 19가 정식 버전으로 출시되면서 많은 변화와 개선사항들이 있었습니다. 특히 메이저 업데이트인 만큼 호환성이 깨지는 변경사항들이 있어 업그레이드 시 주의가 필요한데요. 이 가이드에서는 설치부터 시작해 코드 자동 변환(Codemods), 호환성 이슈, 지원 중단되는 기능들까지 상세히 다루고 있습니다. 특히 실제 마이그레이션 과정에서 발생할 수 있는 이슈들과 해결 방법에 대해 자세히 설명하고 있으니, 리액트 19 업그레이드를 계획하고 계신 분들에게 꼭 필요한 내용이 될 것 같습니다. 업그레이드 과정에서 어려움을 겪지 않도록, 목차에 있는 내용들을 차근차근 살펴보시는 것을 추천드립니다! 😊 글 링크: https://velog.io/@eunbinn/react-19-upgrade-guide

velog.io

리액트 19 업그레이드 가이드

내 커리어 30년을 돌이켜보면 초반에 많이 했던 실수 중의 하나가 내가 있는 현재 환경에 대한 부정적인 시각을 갖고 있었던 것이었다. 좋은 점은 눈에 안 들어오고 나쁜 점만 부각되는 형태였는데 그러면서 왠지 다른 회사나 경쟁사는 우리보다 훨씬 더 완벽한 환경이란 착각을 하는 모양새였다.

큰 기대를 가지고 다른 환경에 가서 일하면서 여기는 여기대로 또 다른 문제점들이 존재한다는 것을 깨닫는데 오랜 시간이 걸리지는 않았다. 중요한 포인트는 안 좋은 점 하나에 꽂혀 버리는 것이 아니라 균형 잡힌 시각을 갖는 것이다.

 1. 긍정적인 부분의 합이 부정적인 부분의 합보다 크다면 괜찮은 환경이다. 여기서 합을 할 때 중요한 포인트는 가중치를 분명하게 주어야 한다는 점이다. 사람이 좋은 곳인지 특히 내 상사가 좋은 사람인지 여부에는 높은 가중치를 주어야 한다. 회사의 비전과 미션이 내 개인적인 관심사와 일치하는지도 중요한 포인트다.
 2. 다른 환경은 완벽할 것이라는 기대는 충족될 수 없는 기대다. 다른 환경으로 이동할 때 기대 수준 관리를 할 필요가 있다. 기대가 크면 실망도 크다.

완벽한 환경은 존재하지 않지만, 균형 잡힌 시각을 바탕으로 긍정적인 부분의 합이 부정적인 부분의 합보다 큰지를 바라봄으로써 계속 있는 것이 맞는지 아니면 다른 환경을 찾아가는 것이 맞는지 결정할 수 있었다. 그리고 어디에 있건 언젠가는 떠나겠지만 현재에 최선을 다하는 모습을 보이는 것은 중요하다. 이게 평판에 영향을 끼치며 좋은 평판 없이 커리어 후반기 이직은 쉽지 않다.

내 커리어 30년을 돌이켜보면 초반에 많이 했던 실수 중의 하나가 내가 있는 현재 환경에 대한 부정적인 시각을 갖고 있었던 것이었다. 좋은 점은 눈에 안 들어오고 나쁜 점만 부각되는 형태였는데 그러면서 왠지 다른 회사나 경쟁사는 우리보다 훨씬 더 완벽한 환경이란 착각을 하는 모양새였다. 큰 기대를 가지고 다른 환경에 가서 일하면서 여기는 여기대로 또 다른 문제점들이 존재한다는 것을 깨닫는데 오랜 시간이 걸리지는 않았다. 중요한 포인트는 안 좋은 점 하나에 꽂혀 버리는 것이 아니라 균형 잡힌 시각을 갖는 것이다. <ol ><li>긍정적인 부분의 합이 부정적인 부분의 합보다 크다면 괜찮은 환경이다. 여기서 합을 할 때 중요한 포인트는 가중치를 분명하게 주어야 한다는 점이다. 사람이 좋은 곳인지 특히 내 상사가 좋은 사람인지 여부에는 높은 가중치를 주어야 한다. 회사의 비전과 미션이 내 개인적인 관심사와 일치하는지도 중요한 포인트다.</li><li>다른 환경은 완벽할 것이라는 기대는 충족될 수 없는 기대다. 다른 환경으로 이동할 때 기대 수준 관리를 할 필요가 있다. 기대가 크면 실망도 크다.</li></ol> 완벽한 환경은 존재하지 않지만, 균형 잡힌 시각을 바탕으로 긍정적인 부분의 합이 부정적인 부분의 합보다 큰지를 바라봄으로써 계속 있는 것이 맞는지 아니면 다른 환경을 찾아가는 것이 맞는지 결정할 수 있었다. 그리고 어디에 있건 언젠가는 떠나겠지만 현재에 최선을 다하는 모습을 보이는 것은 중요하다. 이게 평판에 영향을 끼치며 좋은 평판 없이 커리어 후반기 이직은 쉽지 않다.

모든 일에는 명암이 있다

A few points that I want to mention after working in Coupang for 6 months as a Recommender system software engineer

Review - 6 Months in Coupang

쿠팡에서 추천 시스템 백엔드 엔지니어로 조인한지 6개월 차가 되었습니다.
다음 분기를, 내년을 준비하고자 지난 기간을 되돌아봅니다.

문화
자신의 상황에 따라 많이 차이가 있을 수 있으나, 제가 경험하고 느낀 바는 아래와 같습니다.

 * 사용자 문제에 기반
대부분의 주요 프로젝트는 사용자 문제에 기반하여 주도됩니다. 여러 데이터를 참조하여 문제를 정의하고, 해결하고자 하는 바를 기술하며, 성공과 실패(롤백)은 어떤 기준일지를 작성한 1-pager를 통해 변경 프로젝트가 시작되고 팀이 구성됩니다.

 * 실험 주도
문제 정의부터 성공과 실패의 정의 및 판단까지 모든 것은 데이터와 A/B 테스트를 기반으로 진행됩니다. 고도화되어 구현에 큰 비용이 발생하지 않는 A/B 테스트 플랫폼과 프로세스는 중요 핵심 자산으로 보이며, 그렇기에 모든 변경은 검증되어 개선이 인정될 때만 반영되고 그렇지 않다면 폐기됩니다.
(관련해 좋은 책, Ron Kohavi의 Trustworthy Online Controlled Experiments)

 * 문제를 소유하지, 도메인을 점유하지 않음
주로는 도메인 오너가 도메인에 대한 변경을 진행하게 되지만, 리소스가 없다면 도메인 오너의 가이드 하에 특정 문제를 해결하기 위해 도메인 오너가 아닌 컨트리뷰터가 기여하기도 합니다. 물론, 특정 도메인 서비스에 대한 운영, oncall 등은 도메인 오너가 진행합니다.

하지만, 어떤 문제를 어떤 구성원이 P0로 해결하는 중이라면 그 문제를 위한 변경은 도메인에 구애받지 않고 '급한 구성원'이 해결할 수 있는 기회가 비교적 열려 있습니다.

Self AAR (Review)
추천 시스템은 다른 백엔드 시스템과는 조금 다르게 내부적으로 헤비한 데이터(Data-Intensive) 처리가 존재하고, 그 데이터 처리에 기반한 모델을 서빙한다는 특징이 있습니다. 유사한 도메인으로는 검색, ML 서빙 플랫폼와 같은 것들이 생각되는데요.

그렇기에 엔지니어로 관여하는 부분은 모델링, 파이프라이닝, 서빙, 그리고 기본적인 운영과 같은 4가지로 구분할 수 있습니다.

저는 지난 160일간 대략적으로 파이프라이닝, 서빙, 그리고 운영에 관여하였습니다.

 * 파이프라이닝
특정 유저에 대해 특정 추천상품이라는 후보군들을 뽑아내기 위해 Offline으로 준비되는 데이터에 해당됩니다. Java, Scala, Python 등에 기반한 Spark으로 되어 있어, 일부 데이터를 추가하는 작업을 진행하였습니다.

 * 서빙
실시간으로 추천 위젯과 위젯의 상품 리스트를 응답하는 서비스입니다. 주로 다양한 업스트림을 Aggregate하는 패턴으로 다양한 아규먼트를 받을 수 잇는 GRPC 엔드포인트를 제공합니다.

 * 운영
모델링, 파이프라이닝, 서빙에 대한 유지와 모니터링이 해당됩니다. Spark 버젼을 마이그레이션하거나, AWS LB와 내부 클러스터 설정 구조를 변경하거나, CICD에 사용되는 서비스를 전사 정책에 따라 마이그레이션 하는 등의 작업을 진행합니다.

특징적으로는 Oncall이 일주일씩 로테이션이 되기에, Grafana alert에 따라 전화가 오면 핸들링하는 Oncall 프로세스를 진행하기도 합니다.

(원본: https://kadensungbincho.com/blog/backend/review-6-months-in-coupang)

쿠팡에서 추천 시스템 백엔드 엔지니어로 조인한지 6개월 차가 되었습니다. 다음 분기를, 내년을 준비하고자 지난 기간을 되돌아봅니다. 문화자신의 상황에 따라 많이 차이가 있을 수 있으나, 제가 경험하고 느낀 바는 아래와 같습니다. <ul ><li>사용자 문제에 기반</li></ul>대부분의 주요 프로젝트는 사용자 문제에 기반하여 주도됩니다. 여러 데이터를 참조하여 문제를 정의하고, 해결하고자 하는 바를 기술하며, 성공과 실패(롤백)은 어떤 기준일지를 작성한 1-pager를 통해 변경 프로젝트가 시작되고 팀이 구성됩니다. <ul ><li>실험 주도</li></ul>문제 정의부터 성공과 실패의 정의 및 판단까지 모든 것은 데이터와 A/B 테스트를 기반으로 진행됩니다. 고도화되어 구현에 큰 비용이 발생하지 않는 A/B 테스트 플랫폼과 프로세스는 중요 핵심 자산으로 보이며, 그렇기에 모든 변경은 검증되어 개선이 인정될 때만 반영되고 그렇지 않다면 폐기됩니다. (관련해 좋은 책, Ron Kohavi의 Trustworthy Online Controlled Experiments) <ul ><li>문제를 소유하지, 도메인을 점유하지 않음</li></ul>주로는 도메인 오너가 도메인에 대한 변경을 진행하게 되지만, 리소스가 없다면 도메인 오너의 가이드 하에 특정 문제를 해결하기 위해 도메인 오너가 아닌 컨트리뷰터가 기여하기도 합니다. 물론, 특정 도메인 서비스에 대한 운영, oncall 등은 도메인 오너가 진행합니다. 하지만, 어떤 문제를 어떤 구성원이 P0로 해결하는 중이라면 그 문제를 위한 변경은 도메인에 구애받지 않고 '급한 구성원'이 해결할 수 있는 기회가 비교적 열려 있습니다. Self AAR (Review)추천 시스템은 다른 백엔드 시스템과는 조금 다르게 내부적으로 헤비한 데이터(Data-Intensive) 처리가 존재하고, 그 데이터 처리에 기반한 모델을 서빙한다는 특징이 있습니다. 유사한 도메인으로는 검색, ML 서빙 플랫폼와 같은 것들이 생각되는데요. 그렇기에 엔지니어로 관여하는 부분은 모델링, 파이프라이닝, 서빙, 그리고 기본적인 운영과 같은 4가지로 구분할 수 있습니다. 저는 지난 160일간 대략적으로 파이프라이닝, 서빙, 그리고 운영에 관여하였습니다. <ul ><li>파이프라이닝</li></ul>특정 유저에 대해 특정 추천상품이라는 후보군들을 뽑아내기 위해 Offline으로 준비되는 데이터에 해당됩니다. Java, Scala, Python 등에 기반한 Spark으로 되어 있어, 일부 데이터를 추가하는 작업을 진행하였습니다. <ul ><li> 서빙</li></ul>실시간으로 추천 위젯과 위젯의 상품 리스트를 응답하는 서비스입니다. 주로 다양한 업스트림을 Aggregate하는 패턴으로 다양한 아규먼트를 받을 수 잇는 GRPC 엔드포인트를 제공합니다. <ul ><li>운영</li></ul>모델링, 파이프라이닝, 서빙에 대한 유지와 모니터링이 해당됩니다. Spark 버젼을 마이그레이션하거나, AWS LB와 내부 클러스터 설정 구조를 변경하거나, CICD에 사용되는 서비스를 전사 정책에 따라 마이그레이션 하는 등의 작업을 진행합니다. 특징적으로는 Oncall이 일주일씩 로테이션이 되기에, Grafana alert에 따라 전화가 오면 핸들링하는 Oncall 프로세스를 진행하기도 합니다. (원본: https://kadensungbincho.com/blog/backend/review-6-months-in-coupang)

Kaden Sungbin Cho

쿠팡에서의 6개월 회고

남이 짠 코드를 읽는 건 재미없는 일입니다. 가끔 잘 짜인 코드를 볼 때면 기분이 좋았지만… 그런 일이 많지는 않았습니다. 잘 짠 코드라 하더라도 코드 타래를 끝도 없이 따라가며 의도를 파악하기까지의 순간은 고통 그 자체였습니다. 내가 코딩할 때나 재미를 느끼는 것입니다.

코드를 짜는 재미

남이 짠 코드를 읽는 건 재미없는 일입니다.
가끔 잘 짜인 코드를 볼 때면 기분이 좋았지만… 그런 일이 많지는 않았습니다.
잘 짠 코드라 하더라도 코드 타래를 끝도 없이 따라가며 의도를 파악하기까지의 순간은 고통 그 자체였습니다.
내가 코딩할 때나 재미를 느끼는 것입니다.

남의 코드를 많이 읽어야 실력이 빨리 향상된다고 합니다. 동의합니다.
저도 공부를 위해 가끔 오픈 소스 코드를 다운로드해서 읽어 보려 시도했지만…
번번이 포기했습니다. 너무 어렵고 재미없고 고통스러워서.
20년 동안 코딩을 했지만 실력이 이 모양인 건 남의 코드를 많이 안 읽어서 아닐까?

요즘 다시 남의 코드를 읽고 있습니다.
다 Cursor 덕분입니다.
Cursor에게 부탁하고 Accept를 누르다 보면 코드를 하나도 모른 채 프로그램이 동작하게 됩니다.
분명 내 프로젝트인데 어떤 파일에 어떤 코드들이 있는 건지 나도 모르겠어.

할 수 없이 잠시 멈추고 꾸역꾸역 코드를 읽습니다.
남이 짠 코드. 역시나 재미없고 스트레스를 받습니다.
그래도 읽어 나갈 수밖에 없습니다. 내 프로젝트니까.

이렇게라도 남의 코드를 읽으며 배울 수 있으니 좋은 거 아닐까?
그런 생각이 들면서도 이게 뭐 하는 짓인가 현타가 오는 건 어쩔 수 없습니다. 코딩을 하는 재미를 빼앗기고 있는 것 같습니다.

바둑을 두던 사람들도 이런 기분이었을까요?

https://jeho.page/essay/2024/12/23/writing-code.html

남이 짠 코드를 읽는 건 재미없는 일입니다. 가끔 잘 짜인 코드를 볼 때면 기분이 좋았지만… 그런 일이 많지는 않았습니다. 잘 짠 코드라 하더라도 코드 타래를 끝도 없이 따라가며 의도를 파악하기까지의 순간은 고통 그 자체였습니다. 내가 코딩할 때나 재미를 느끼는 것입니다. 남의 코드를 많이 읽어야 실력이 빨리 향상된다고 합니다. 동의합니다. 저도 공부를 위해 가끔 오픈 소스 코드를 다운로드해서 읽어 보려 시도했지만… 번번이 포기했습니다. 너무 어렵고 재미없고 고통스러워서. 20년 동안 코딩을 했지만 실력이 이 모양인 건 남의 코드를 많이 안 읽어서 아닐까? 요즘 다시 남의 코드를 읽고 있습니다. 다 Cursor 덕분입니다. Cursor에게 부탁하고 Accept를 누르다 보면 코드를 하나도 모른 채 프로그램이 동작하게 됩니다. 분명 내 프로젝트인데 어떤 파일에 어떤 코드들이 있는 건지 나도 모르겠어. 할 수 없이 잠시 멈추고 꾸역꾸역 코드를 읽습니다. 남이 짠 코드. 역시나 재미없고 스트레스를 받습니다. 그래도 읽어 나갈 수밖에 없습니다. 내 프로젝트니까. 이렇게라도 남의 코드를 읽으며 배울 수 있으니 좋은 거 아닐까? 그런 생각이 들면서도 이게 뭐 하는 짓인가 현타가 오는 건 어쩔 수 없습니다. 코딩을 하는 재미를 빼앗기고 있는 것 같습니다. 바둑을 두던 사람들도 이런 기분이었을까요? https://jeho.page/essay/2024/12/23/writing-code.html

K리그 프로그래머

Object Modeling for Designers: An Introduction

🗒 [성장을 위한 데일리 아티클] '워크 프로세스'

디자이너를 위한 객체 모델링에 대한 글입니다. 객체 모델링은 소프트웨어에서 각각 중요한 역할을 하는 객체(Object)간 관계과 각 객체의 내용과 기능을 정리하는 방법론입니다.

다른 디자이너분들도 IA(Information Architecture)를 작성할 때 어떤 기능을 어디까지 명시해야 할 지 고민되었던 적이 있을 것입니다. 객체 모델링에 대해 알고난 다음엔 어떤 내용을 명시해야 할 지, 각 관계를 어떻게 표현해야 더 잘 알아볼 수 있는지에 대해 감을 잡으실 수 있습니다.

---

🔊 B2B 디자이너들의 모임 소개
B2B 프로덕트를 만들고 있는 B2B 디자이너들은 B2C 디자이너보다 더 어려운 문제를 풀고 있는 경우가 많은 데 비해 자료, 지식, 피드백을 찾는데도 어려움을 겪고 있습니다.
더 많은 B2B 프로덕트 디자이너들이 한자리에서 어려운 점, 배운 점을 공유하고 서로 도움이 되기 위해 커뮤니티를 운영중입니다.

🔗 B2B 디자이너들의 모임 노션 링크: abit.ly/b2b-designers

Medium

커뮤니티 오너

B2B 디자이너 모임

B2B SaaS 프로덕트를 디자인 하고있습니다
B2B 프로덕트 디자인에 대한 고민을 공유합니다

콘텐츠 기획 / 에디터

황지민

현재 직무 선택을 돕는 오디오 커리어 콘텐츠 스타트업에서 근무중입니다.

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필