원문: https://developer.chrome.com/blog/chrome-2024-recap?hl=en

(번역) 개발자를 위한 Chrome의 2024년 요약: DevTools의 AI, 내장된 Gemini, 새로운 UI 기능으로 웹의 가능성을 다시 정의하기

> 개발자를 위한 Chrome의 2024년 요약: DevTools의 AI, 내장된 Gemini, 새로운 UI 기능으로 웹의 가능성을 다시 정의하기

오늘은 PartridgeSystems의 이시연님이 번역해주신 글입니다.

Chrome이 2024년의 혁신적인 기능들을 소개했습니다. Gemini 기반 내장 AI API, WebAssembly/WebGPU 성능 개선, View Transition API 등 새로운 기능들이 추가되었고, INP가 새로운 Core Web Vital 지표로 도입되었습니다. 또한 AI가 통합된 DevTools와 39개의 크로스 브라우저 웹 기능을 포함하는 Baseline 2024도 주목할 만한 변화입니다. 웹 개발의 현재와 미래를 잘 보여주는 리포트, 꼭 확인해보세요! 🚀

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

&gt; 개발자를 위한 Chrome의 2024년 요약: DevTools의 AI, 내장된 Gemini, 새로운 UI 기능으로 웹의 가능성을 다시 정의하기 오늘은 PartridgeSystems의 이시연님이 번역해주신 글입니다. Chrome이 2024년의 혁신적인 기능들을 소개했습니다. Gemini 기반 내장 AI API, WebAssembly/WebGPU 성능 개선, View Transition API 등 새로운 기능들이 추가되었고, INP가 새로운 Core Web Vital 지표로 도입되었습니다. 또한 AI가 통합된 DevTools와 39개의 크로스 브라우저 웹 기능을 포함하는 Baseline 2024도 주목할 만한 변화입니다. 웹 개발의 현재와 미래를 잘 보여주는 리포트, 꼭 확인해보세요! 🚀 글 링크: https://bit.ly/4fx3P9F

스파르타코딩클럽

개발자를 위한 Chrome의 2024년 요약

12/13-12/23 한국 방문을 했고 이번에는 다양한 회사를 방문해 이야기를 나누었다. 체감상 회사 차원에서도 부익부 빈익빈이 커진 느낌이었는데 채용등을 하며 성장하는 곳이 10%라면 그러지 못하는 곳이 90% 정도였다. 후자의 경우 어느 정도 성과를 내기는 하지만 아직은 투자 없이 성장할 수 없는 곳들이 많았고 투자를 받기위한 노력을 했지만 투자자들이 투자할 가능성이 결국은 낮다고 판단해서 결국은 비용을 줄이는 쪽으로 결정하는 패턴을 볼 수 있었다.

그러다보니 창업자들이 특히 조바심을 내며 불안감을 갖고 있었는데 사실은 이런 조바심과 불안감 때문에 이런 상황이 벌어지지 않았나 하는 생각도 하게 되었다. 왜 사람을 많이 뽑고 몸집을 키웠는지 지금 아는 것을 가지고 다시 처음으로 돌아가도 그렇게 할 것인지 물어보면 그럴 것 같지 않다는 모순된 대답을 많이 들었다.

몇년 허슬링하는 것으로 사업이 된다면 참 좋겠지만 기본적으로 10-15년 일관되게 꾸준한 노력을 해야 되는 것이 사업이 아닌가 싶다. 나보다 잘 나가는 것 같은 창업자들과 비교하다보면 뭔가 내가 부족한 것 같고 지금 뭔가 눈에 보이는 성과를 내야할 것 같은 강박관념에 빠지기 쉽지만 긴 호흡으로 바라보며 결정의 순간에는 초심으로 돌아가 생각해보는 습관을 가질 필요가 있다. 또한 창업 이후 잘못했던 결정 등을 복기하며 자괴감에 빠지기 쉬운데 그런 실수라는 직접 체험을 하지 않고 발전할 방법은 없지 않나 싶다. 주변에 나를 무조건적으로 지지해주는 사람들을 많이 만들어두고 일관성을 가지려 노력할 필요가 있다.

모든 일에는 시간이 걸린다. 이는 사업 뿐만 아니라 개인의 커리어도 마찬가지이다. 어디서 시작했는지 보다는 어떤 여정과 경험을 거쳐 어디서 마무리했는지가 더 중요하다.

12/13-12/23 한국 방문을 했고 이번에는 다양한 회사를 방문해 이야기를 나누었다. 체감상 회사 차원에서도 부익부 빈익빈이 커진 느낌이었는데 채용등을 하며 성장하는 곳이 10%라면 그러지 못하는 곳이 90% 정도였다. 후자의 경우 어느 정도 성과를 내기는 하지만 아직은 투자 없이 성장할 수 없는 곳들이 많았고 투자를 받기위한 노력을 했지만 투자자들이 투자할 가능성이 결국은 낮다고 판단해서 결국은 비용을 줄이는 쪽으로 결정하는 패턴을 볼 수 있었다. 그러다보니 창업자들이 특히 조바심을 내며 불안감을 갖고 있었는데 사실은 이런 조바심과 불안감 때문에 이런 상황이 벌어지지 않았나 하는 생각도 하게 되었다. 왜 사람을 많이 뽑고 몸집을 키웠는지 지금 아는 것을 가지고 다시 처음으로 돌아가도 그렇게 할 것인지 물어보면 그럴 것 같지 않다는 모순된 대답을 많이 들었다. 몇년 허슬링하는 것으로 사업이 된다면 참 좋겠지만 기본적으로 10-15년 일관되게 꾸준한 노력을 해야 되는 것이 사업이 아닌가 싶다. 나보다 잘 나가는 것 같은 창업자들과 비교하다보면 뭔가 내가 부족한 것 같고 지금 뭔가 눈에 보이는 성과를 내야할 것 같은 강박관념에 빠지기 쉽지만 긴 호흡으로 바라보며 결정의 순간에는 초심으로 돌아가 생각해보는 습관을 가질 필요가 있다. 또한 창업 이후 잘못했던 결정 등을 복기하며 자괴감에 빠지기 쉬운데 그런 실수라는 직접 체험을 하지 않고 발전할 방법은 없지 않나 싶다. 주변에 나를 무조건적으로 지지해주는 사람들을 많이 만들어두고 일관성을 가지려 노력할 필요가 있다. 모든 일에는 시간이 걸린다. 이는 사업 뿐만 아니라 개인의 커리어도 마찬가지이다. 어디서 시작했는지 보다는 어떤 여정과 경험을 거쳐 어디서 마무리했는지가 더 중요하다.

초심으로 돌아가기

실제 채용도 안 하면서 채용공고는 왜 올리는지. 회사 광고? 우리는 이렇게 직원을 필요로 하고 있고 성장하는 회사입니다 아니면 구직자 우롱하려고?

- 중요하게 여기는 수치
%FIRE: 불만스러운 이미지 렌더링을 경험한 유저 비율
TTNC: 유저가 개인화된 새 정보를 보기까지 걸리는 시간
cPSR: 포스트를 올렸을때 성공하는 비율

- 화면 내비게이션 최적화하기
바운더리 테스트로 우선순위 파악하기. 일부러 몇몇 유저들의 내비게이션을 인위적으로 지연시켜 얼만큼 부정적인 영향이 발생하는지 파악

- 일부 API에서 먼저 REST vs GraphQL 성능을 비교해본 뒤 별 차이 없다는걸 확인하고 GraphQL 마이그레이션

- 임시 저장글 기능이 유저 경험을 크게 개선함

- PHPickerViewController를 잘못 써서 디스크 공간을 너무 많이 쓰던 버그를 수정했더니 앱 시작도 빨라지고 사람들이 더 많은 글을 올리기 시작함

- 옵젝씨로 돼있던 글 게시 코드를 스위프트로 전환하며 complete concurrency를 도입하여 데이터 경합을 사전에 예방하는 데 큰 성과를 거둠

https://engineering.fb.com/2024/12/18/ios/how-we-think-about-threads-ios-performance/

- 중요하게 여기는 수치%FIRE: 불만스러운 이미지 렌더링을 경험한 유저 비율TTNC: 유저가 개인화된 새 정보를 보기까지 걸리는 시간cPSR: 포스트를 올렸을때 성공하는 비율 - 화면 내비게이션 최적화하기바운더리 테스트로 우선순위 파악하기. 일부러 몇몇 유저들의 내비게이션을 인위적으로 지연시켜 얼만큼 부정적인 영향이 발생하는지 파악 - 일부 API에서 먼저 REST vs GraphQL 성능을 비교해본 뒤 별 차이 없다는걸 확인하고 GraphQL 마이그레이션 - 임시 저장글 기능이 유저 경험을 크게 개선함 - PHPickerViewController를 잘못 써서 디스크 공간을 너무 많이 쓰던 버그를 수정했더니 앱 시작도 빨라지고 사람들이 더 많은 글을 올리기 시작함 - 옵젝씨로 돼있던 글 게시 코드를 스위프트로 전환하며 complete concurrency를 도입하여 데이터 경합을 사전에 예방하는 데 큰 성과를 거둠 https://engineering.fb.com/2024/12/18/ios/how-we-think-about-threads-ios-performance/

Engineering at Meta

쓰레드 iOS 앱이 성능을 측정하고 개선하는 방법

여전히 혼란스럽고 복잡한 상황이지만, 새해엔 더 나은 희망을 품는 일. 그게 우리가 해야 할 일이지 않을까 싶은데요. 

[2025년 1월] 썸원 프라임 멤버십 모집 안내

1. 사업을 시작한 이후로, 쉬웠던 해가 한 해도 없었지만, 2024년은 연말까지 유난히 많은 일들이 벌어지고 있는데요.

2. 돌이켜보면, 작년 연말에 사무실 건물 화재 사고가 발생하면서, 2024년은 이를 수습하느라 시작부터 정신이 없었는데, 뭔가 마지막까지 소란스러운 느낌이네요.

3. 이처럼 여전히 혼란스럽고 복잡한 상황이지만, 새해엔 더 나은 희망을 품는 일. 그게 제가 해야 할 일이지 않을까 싶은데요. 단순히 희망을 품는 것을 넘어, 지나간 시간들을 되짚어보고, 새해에는 더 나은 시도를 하는 것이 저에게 남겨진 과제이지 않나 싶습니다.

4. 그런 의미에서 올 한해를 반성해보면, 작년 이맘때는 멤버십을 운영하는 사람에게 가장 중요한 것은 ‘오리지널리티’와 ‘퀄리티’라고 생각했는데요. 멤버십 회원분들에게 다른 그 어떤 서비스에서도 경험할 수 없는 오리지널리티와 퀄리티 높은 경험을 제공해야 멤버십이 제대로 작동할 것이라고 생각했기 때문입니다.

5. 그런데 지난 1년 사이에 생각이 조금 바뀌었는데요. ‘멤버십을 운영하는 사람에게 오리지널리티와 퀄리티는 당연한 거고, 그보다 중요한 건 그 오리지널리티와 퀄리티를 가지고 무엇을 추구하느냐’ 일 수 있다는 생각을 했달까요?

6. 그래서 저의 2025년 목표 중 하나는, ‘오리지널리티와 퀄리티를 넘어 다정함까지 추구’하는 것인데요.

7. 좀 더 풀어 설명하면, 어려운 시기가 계속 이어지다 보면 나를 중심으로 생각하기 쉬운데, 그러지 말고 그런 상황일수록 좀 더 다정함을 발휘하기 위해 노력해보는 것이 저의 2025년 목표입니다.

8. 제가 잘은 모르지만, 진화적으로도 위기의 순간에 혼자서 모든 것을 다 대응하려고 하는 것보다는, 위기의 순간에 협력하고 서로가 서로를 돕는 다정함을 추구하는 것이 생존에 훨씬 더 유리하다고 하는데요.

9. 그래서 힘든 상황 속에서도 최대한 다정함을 발휘해보고, 연간 멤버십 회원분들을 시작으로 멤버십 회원분들의 실질적인 성장과 발전에 기여하는 도전을 하는 것이 저의 새해 목표입니다. 그런 연장선 상에서 2025년에는 연간 멤버십 회원분들에게 ‘썸원 이용권’이라는 혜택도 드릴 예정이고요.

10. 아직도 미약하고 가난한 일개 개인 사업자라서 해드릴 수 있는 것이 제한적이지만, 그래도 제가 가진 역량이나 프로젝트 썸원이 가진 인프라를 연간 멤버십 회원분들께서 이용하실 수 있도록 열심히 서포팅할 생각입니다 ㅎㅎ

11. 올해 못지않게 2025년도 힘든 시기가 예상되는 만큼, 저는 콘텐츠의 힘과 다정함으로 뚫고 나가보려고 하는데요. 저의 이런 도전을 함께 하실 분들께서는 자세한 안내 참고해주시면 좋을 것 같고, 늘 감사합니다 ;)

1. 사업을 시작한 이후로, 쉬웠던 해가 한 해도 없었지만, 2024년은 연말까지 유난히 많은 일들이 벌어지고 있는데요. 2. 돌이켜보면, 작년 연말에 사무실 건물 화재 사고가 발생하면서, 2024년은 이를 수습하느라 시작부터 정신이 없었는데, 뭔가 마지막까지 소란스러운 느낌이네요. 3. 이처럼 여전히 혼란스럽고 복잡한 상황이지만, 새해엔 더 나은 희망을 품는 일. 그게 제가 해야 할 일이지 않을까 싶은데요. 단순히 희망을 품는 것을 넘어, 지나간 시간들을 되짚어보고, 새해에는 더 나은 시도를 하는 것이 저에게 남겨진 과제이지 않나 싶습니다. 4. 그런 의미에서 올 한해를 반성해보면, 작년 이맘때는 멤버십을 운영하는 사람에게 가장 중요한 것은 ‘오리지널리티’와 ‘퀄리티’라고 생각했는데요. 멤버십 회원분들에게 다른 그 어떤 서비스에서도 경험할 수 없는 오리지널리티와 퀄리티 높은 경험을 제공해야 멤버십이 제대로 작동할 것이라고 생각했기 때문입니다. 5. 그런데 지난 1년 사이에 생각이 조금 바뀌었는데요. ‘멤버십을 운영하는 사람에게 오리지널리티와 퀄리티는 당연한 거고, 그보다 중요한 건 그 오리지널리티와 퀄리티를 가지고 무엇을 추구하느냐’ 일 수 있다는 생각을 했달까요? 6. 그래서 저의 2025년 목표 중 하나는, ‘오리지널리티와 퀄리티를 넘어 다정함까지 추구’하는 것인데요. 7. 좀 더 풀어 설명하면, 어려운 시기가 계속 이어지다 보면 나를 중심으로 생각하기 쉬운데, 그러지 말고 그런 상황일수록 좀 더 다정함을 발휘하기 위해 노력해보는 것이 저의 2025년 목표입니다. 8. 제가 잘은 모르지만, 진화적으로도 위기의 순간에 혼자서 모든 것을 다 대응하려고 하는 것보다는, 위기의 순간에 협력하고 서로가 서로를 돕는 다정함을 추구하는 것이 생존에 훨씬 더 유리하다고 하는데요. 9. 그래서 힘든 상황 속에서도 최대한 다정함을 발휘해보고, 연간 멤버십 회원분들을 시작으로 멤버십 회원분들의 실질적인 성장과 발전에 기여하는 도전을 하는 것이 저의 새해 목표입니다. 그런 연장선 상에서 2025년에는 연간 멤버십 회원분들에게 ‘썸원 이용권’이라는 혜택도 드릴 예정이고요. 10. 아직도 미약하고 가난한 일개 개인 사업자라서 해드릴 수 있는 것이 제한적이지만, 그래도 제가 가진 역량이나 프로젝트 썸원이 가진 인프라를 연간 멤버십 회원분들께서 이용하실 수 있도록 열심히 서포팅할 생각입니다 ㅎㅎ 11. 올해 못지않게 2025년도 힘든 시기가 예상되는 만큼, 저는 콘텐츠의 힘과 다정함으로 뚫고 나가보려고 하는데요. 저의 이런 도전을 함께 하실 분들께서는 자세한 안내 참고해주시면 좋을 것 같고, 늘 감사합니다 ;)

Somewon on Notion

25년 1월 썸원 프라임 멤버십 안내

[공감신문] 김형철 칼럼니스트= “남을 도와주는 사람이 더 행복한가요? 아니면 도움을 받은 사람이 더 행복한가요?” 강연 나가서 이런 질문하면 꼭 다른 답변을 하는 사람들이 있다. “둘 다요!” 사실 양비론 양시론을 말하는 사람이 제일 싫다. 왜? 방향성을 제시하지 않기 때문이다. 매

[김형철의 인문학 리더십] 다 같이 행복하자

“남을 도와주는 사람이 더 행복한가요? 아니면 도움을 받은 사람이 더 행복한가요?” 강연을 나가서 이 질문을 하면 꼭 다른 답변을 하는 사람들이 있다. “둘 다요!” 사실 양비론 양시론을 말하는 사람이 제일 싫다.

왜? 방향성을 제시하지 않기 때문이다. 물론 매사에 판단이 너무 극단적인 사람도 문제가 있지만, 매사가 다 옳고 다 그르다는 사람도 판단을 제대로 못하는 사람이다.

정답은 “도와준 사람이 도움을 받은 사람보다 더 행복하다.”이다. 왜 그럴까? 증명을 해보자. 자신이 도와준 사람이 기뻐하는 모습을 보면 더 기쁘게 된다. 자신의 능력에 감탄하기도 하지만, 이 세상에 쓸모있는 사람이라는 생각에 뿌듯해진다.

반대로 도움을 받은 사람도 문제가 해결되어서 기쁘다. 그러나 늘 남에게 신세만 질 수는 없는 노릇이다. 그래서 도와준 사람보다 더 행복하기가 힘들다.

“도와준 사람이 더 행복해요!” 강의에서 이렇게 말해주는 사람은 정말 착한 사람이다. 강사를 도와줘서 강의 분위기가 잘 이어지도록 만들기 때문이다.

이어서 또 묻는다. “그러면 누가 먼저 고맙다는 말을 해야 할까요?” ”도움을 준 사람요!”라고 합창으로 돌아온다. “다들 그렇게 하고 계시죠?” 답이 없다. 일부 머쓱한 웃음을 보이는 사람들도 있다. 이 평범한 진리를 모르는 것도 아니고, 다 알면서 왜 실천하지 않는 걸까?

주변에서 이런 얘기 들어 봤는가? “나는 죽어라 시간 내서 도와줬더니 ‘고맙다’는 소리 한 마디 없더라. 그런 얘기 들으려고 도와준 것은 아니지만 그래도 사람이 그러면 안 되지. 그땐 솔직히 참 섭섭하더라. 그래서 그 다음부터 그 친구는 안 봐!”

무엇을 대가로 바라고 도와준 것은 아니란다. 그렇다면 논리적으로 맞는 수순은 섭섭해하긴 커녕 먼저 고맙다고 말해야 했다. 남한테 도움을 주면 자기가 더 행복하다고 느끼는 것이 맞다. 그러면 그에 걸맞은 표현을 하는 것이 이치다. 실컷 도와주고 인간관계마저 끊기는 것만큼은 정말 피할 일이다.

어떤 사람이 말을 잘하는 사람일까? 남의 말을 잘 들어 주는 사람? 아니면 청산유수같이 말을 술술 뱉는 사람? 어떤 사람하고 말을 해보면 정말 모르는 게 하나도 없는 사람이 있다.

“이 사람 챗GPT인가”라는 착각이 들 정도다. 어떤 주제가 나와도 거뜬히 다 소화한다. 대화를 해보면 그 사람이 세상에서 제일 똑똑한 것처럼 느껴질 때, 듣는 사람은 기분이 별로 좋지 않다.

반면에 어떤 사람하고 말해보면, 대화가 진행되면 될수록 내가 정말 괜찮은 사람처럼 느껴질 때가 있다. 상대방의 말을 끝까지 잘 들어 주니까, 그 사람한테는 자기도 모르게 자신의 고민을 털어놓게 되는 사람이 있다. 이 사람이 최고의 대화 선수다.

경청한다는 것은 어떻게 하는 것인가? 초등학생들에게 물어보면 “귀를 쫑긋하고 듣는다.”라고 답한다. 그래서 “무엇을 듣느냐?”고 물어보면 토씨 하나 빼놓지 않고 다 듣는단다. 근데 이건 경청이 아니다.

경청은 이렇게 하는 것이다. 누군가 당신에게 말을 할 때는 그 말을 하는 의도가 있을 것이다. 그러면 그 사람 말을 들으면서 “지금 이 순간 이 사람이 이 얘기를 나한테 왜 하고 있을까?” 곰곰히 생각하라. 듣는 사람의 생각이 말하는 사람의 의도와 주파수가 딱 맞아 떨어지는 순간, 100% 경청이 이뤄진다.

들으면서 그냥 가만히 있지 말고, 고개를 끄덕인다든지 하면서 맞장구도 쳐줘라. 이것은 노래할 때 반주가 필요한 것과 동일한 이치다. “참 힘들었겠네. 오오 잘도 넘어갔네.” 등과 같이 말해주라. 그러면 여러분은 소통의 달인이 되는 거다.

나는 개그 프로그램을 무척이나 좋아한다. 한때는 개그맨처럼 남에게 웃음을 선사하는 사람이 되고 싶었다. 철학자가 개그맨이 되기를 원했다는 것이 믿어지지 않는 사람이 있을 수 있다. 그러나 자신의 철학이 없는 개그맨은 그저 순간순간 웃음을 파는 장사꾼에 불과하다.

그래서 개그맨이 철학까지 한다면 얼마나 좋은 일인가. 이제는 개그맨이 되기는 틀렸고, 강연장에서 웃음을 선사하는 것으로 만족한다. 사람을 웃기는 데는 3가지 방법이 있다.

1️⃣자기 자신을 낮추면 된다. 사람들이 웃을 때는 상대방에 대한 우월감이 느껴질 때다. 자기 자랑을 정말 진지하게 하는 사람은 남을 못 웃긴다. 자신이 열등감을 느낄 때는 웃음이 나오는 것이 아니라 화가 치밀어 오르기 때문이다.

2️⃣반전이 있는 스토리에 사람들은 웃도록 프로그램되어 있다. 이런 식으로 이야기가 전개될 줄 알았는데, 갑자기 엉뚱한 결말이 나오면 깜짝 놀라서 기가 막힌다. 속았다는 기분이 들 때도 어처구니가 없어서 웃는다.

3️⃣마지막으로, 뭐든지 과장스럽게 행동하거나 말하면 사람들은 웃는다. 그냥 저절로 웃음이 나온다. 부조리한 상황에 인간은 웃음으로 대처한다.

한 가지 주의할 사항이 있다. 남을 비하하면서 웃기려고 하면 오래 못 간다. 순간적으로 사람들이 웃기는 하지만, 거부감을 가질 수밖에 없다. 지금은 다른 사람을 희생양 삼아서 웃고 있지만, 언제 그 칼날이 나한테 향할지 모른다는 생각에 다들 불안하다. 실제로 그런 사람은 멀리 하는 것이 좋다.

학생들에게 물어본다. “행복한 사람이 웃는가? 웃는 사람이 행복한가?” “행복한 사람이 웃는다”라고 생각하는 학생들은 잘 웃지 못한다. 왜 그럴까?

세상에 행복할 일이 널려있을 리가 없다. 이런 학생이 웃는 모습을 보기는 힘들다. 웃는 사람이 행복하다. 무조건 자주 웃어라. 웃으면 엔도르핀이 돈다. 즐거워진다. 웃음치료라는 것도 결국 이 원리에 기초한 것이다. 자꾸 자주 웃다 보면 행복해진다.

슬픈 일이 있어도, 지루하더라도, 힘든 상황이라도 자꾸 웃어라. 남 보기에 실성한 사람처럼 보이지만 않으면 공개적인 장소에서도 자주 웃는 것이 좋다. 혼자 있을 때도 물론 자주 웃어라. “행동이 생각을 지배한다.” 하버드대학교 심리학자이자 철학자인 윌리엄 제임스의 말이다.

도움을 받는 사람이 아니라, 남을 도와주는 사람이 돼라. 말을 잘하는 사람이 아니라 잘 들어주는 사람이 돼라. 무엇보다도 남과 같이 잘 웃는 사람이 돼라. 다 같이 행복하게 사는 길이 여기에 있다.

“남을 도와주는 사람이 더 행복한가요? 아니면 도움을 받은 사람이 더 행복한가요?” 강연을 나가서 이 질문을 하면 꼭 다른 답변을 하는 사람들이 있다. “둘 다요!” 사실 양비론 양시론을 말하는 사람이 제일 싫다. 왜? 방향성을 제시하지 않기 때문이다. 물론 매사에 판단이 너무 극단적인 사람도 문제가 있지만, 매사가 다 옳고 다 그르다는 사람도 판단을 제대로 못하는 사람이다. 정답은 “도와준 사람이 도움을 받은 사람보다 더 행복하다.”이다. 왜 그럴까? 증명을 해보자. 자신이 도와준 사람이 기뻐하는 모습을 보면 더 기쁘게 된다. 자신의 능력에 감탄하기도 하지만, 이 세상에 쓸모있는 사람이라는 생각에 뿌듯해진다. 반대로 도움을 받은 사람도 문제가 해결되어서 기쁘다. 그러나 늘 남에게 신세만 질 수는 없는 노릇이다. 그래서 도와준 사람보다 더 행복하기가 힘들다. “도와준 사람이 더 행복해요!” 강의에서 이렇게 말해주는 사람은 정말 착한 사람이다. 강사를 도와줘서 강의 분위기가 잘 이어지도록 만들기 때문이다. 이어서 또 묻는다. “그러면 누가 먼저 고맙다는 말을 해야 할까요?” ”도움을 준 사람요!”라고 합창으로 돌아온다. “다들 그렇게 하고 계시죠?” 답이 없다. 일부 머쓱한 웃음을 보이는 사람들도 있다. 이 평범한 진리를 모르는 것도 아니고, 다 알면서 왜 실천하지 않는 걸까? 주변에서 이런 얘기 들어 봤는가? “나는 죽어라 시간 내서 도와줬더니 ‘고맙다’는 소리 한 마디 없더라. 그런 얘기 들으려고 도와준 것은 아니지만 그래도 사람이 그러면 안 되지. 그땐 솔직히 참 섭섭하더라. 그래서 그 다음부터 그 친구는 안 봐!” 무엇을 대가로 바라고 도와준 것은 아니란다. 그렇다면 논리적으로 맞는 수순은 섭섭해하긴 커녕 먼저 고맙다고 말해야 했다. 남한테 도움을 주면 자기가 더 행복하다고 느끼는 것이 맞다. 그러면 그에 걸맞은 표현을 하는 것이 이치다. 실컷 도와주고 인간관계마저 끊기는 것만큼은 정말 피할 일이다. 어떤 사람이 말을 잘하는 사람일까? 남의 말을 잘 들어 주는 사람? 아니면 청산유수같이 말을 술술 뱉는 사람? 어떤 사람하고 말을 해보면 정말 모르는 게 하나도 없는 사람이 있다. “이 사람 챗GPT인가”라는 착각이 들 정도다. 어떤 주제가 나와도 거뜬히 다 소화한다. 대화를 해보면 그 사람이 세상에서 제일 똑똑한 것처럼 느껴질 때, 듣는 사람은 기분이 별로 좋지 않다. 반면에 어떤 사람하고 말해보면, 대화가 진행되면 될수록 내가 정말 괜찮은 사람처럼 느껴질 때가 있다. 상대방의 말을 끝까지 잘 들어 주니까, 그 사람한테는 자기도 모르게 자신의 고민을 털어놓게 되는 사람이 있다. 이 사람이 최고의 대화 선수다. 경청한다는 것은 어떻게 하는 것인가? 초등학생들에게 물어보면 “귀를 쫑긋하고 듣는다.”라고 답한다. 그래서 “무엇을 듣느냐?”고 물어보면 토씨 하나 빼놓지 않고 다 듣는단다. 근데 이건 경청이 아니다. 경청은 이렇게 하는 것이다. 누군가 당신에게 말을 할 때는 그 말을 하는 의도가 있을 것이다. 그러면 그 사람 말을 들으면서 “지금 이 순간 이 사람이 이 얘기를 나한테 왜 하고 있을까?” 곰곰히 생각하라. 듣는 사람의 생각이 말하는 사람의 의도와 주파수가 딱 맞아 떨어지는 순간, 100% 경청이 이뤄진다. 들으면서 그냥 가만히 있지 말고, 고개를 끄덕인다든지 하면서 맞장구도 쳐줘라. 이것은 노래할 때 반주가 필요한 것과 동일한 이치다. “참 힘들었겠네. 오오 잘도 넘어갔네.” 등과 같이 말해주라. 그러면 여러분은 소통의 달인이 되는 거다. 나는 개그 프로그램을 무척이나 좋아한다. 한때는 개그맨처럼 남에게 웃음을 선사하는 사람이 되고 싶었다. 철학자가 개그맨이 되기를 원했다는 것이 믿어지지 않는 사람이 있을 수 있다. 그러나 자신의 철학이 없는 개그맨은 그저 순간순간 웃음을 파는 장사꾼에 불과하다. 그래서 개그맨이 철학까지 한다면 얼마나 좋은 일인가. 이제는 개그맨이 되기는 틀렸고, 강연장에서 웃음을 선사하는 것으로 만족한다. 사람을 웃기는 데는 3가지 방법이 있다. 1️⃣자기 자신을 낮추면 된다. 사람들이 웃을 때는 상대방에 대한 우월감이 느껴질 때다. 자기 자랑을 정말 진지하게 하는 사람은 남을 못 웃긴다. 자신이 열등감을 느낄 때는 웃음이 나오는 것이 아니라 화가 치밀어 오르기 때문이다. 2️⃣반전이 있는 스토리에 사람들은 웃도록 프로그램되어 있다. 이런 식으로 이야기가 전개될 줄 알았는데, 갑자기 엉뚱한 결말이 나오면 깜짝 놀라서 기가 막힌다. 속았다는 기분이 들 때도 어처구니가 없어서 웃는다. 3️⃣마지막으로, 뭐든지 과장스럽게 행동하거나 말하면 사람들은 웃는다. 그냥 저절로 웃음이 나온다. 부조리한 상황에 인간은 웃음으로 대처한다. 한 가지 주의할 사항이 있다. 남을 비하하면서 웃기려고 하면 오래 못 간다. 순간적으로 사람들이 웃기는 하지만, 거부감을 가질 수밖에 없다. 지금은 다른 사람을 희생양 삼아서 웃고 있지만, 언제 그 칼날이 나한테 향할지 모른다는 생각에 다들 불안하다. 실제로 그런 사람은 멀리 하는 것이 좋다. 학생들에게 물어본다. “행복한 사람이 웃는가? 웃는 사람이 행복한가?” “행복한 사람이 웃는다”라고 생각하는 학생들은 잘 웃지 못한다. 왜 그럴까? 세상에 행복할 일이 널려있을 리가 없다. 이런 학생이 웃는 모습을 보기는 힘들다. 웃는 사람이 행복하다. 무조건 자주 웃어라. 웃으면 엔도르핀이 돈다. 즐거워진다. 웃음치료라는 것도 결국 이 원리에 기초한 것이다. 자꾸 자주 웃다 보면 행복해진다. 슬픈 일이 있어도, 지루하더라도, 힘든 상황이라도 자꾸 웃어라. 남 보기에 실성한 사람처럼 보이지만 않으면 공개적인 장소에서도 자주 웃는 것이 좋다. 혼자 있을 때도 물론 자주 웃어라. “행동이 생각을 지배한다.” 하버드대학교 심리학자이자 철학자인 윌리엄 제임스의 말이다. 도움을 받는 사람이 아니라, 남을 도와주는 사람이 돼라. 말을 잘하는 사람이 아니라 잘 들어주는 사람이 돼라. 무엇보다도 남과 같이 잘 웃는 사람이 돼라. 다 같이 행복하게 사는 길이 여기에 있다.

공감신문

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

 - YouTube

약 2시간 가량 진행된 우아한테크코스 2025년도 입학설명회 영상입니다.
입학설명뿐 아니라 학습에 관한 이야기, 선배와의 수다, 코치와의 수다도 포함되어있네요!

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

약 2시간 가량 진행된 우아한테크코스 2025년도 입학설명회 영상입니다.입학설명뿐 아니라 학습에 관한 이야기, 선배와의 수다, 코치와의 수다도 포함되어있네요! https://www.youtube.com/watch?v=QVItR4OTgP4

www.youtube.com

우아한테크코스 2025 입학설명회

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 업그레이드 가이드

앵귤러 19 버전의 업데이트 사항 만나보기

[번역] 앵귤러 19를 만나보세요!

오늘 소개해드릴 글은 네이버의 최지우님이 번역해주신 글입니다.

최근 공개된 Angular 19는 성능 개선과 개발자 경험 향상을 목표로 다양한 업데이트를 선보였습니다. 이번 릴리스에서는 Google 내부 여러 팀과의 협업을 통해 성능과 보안에 기여하는 새로운 기능을 추가하고, 이전 버전에서 도입된 standalone과 signal 같은 최신 기능들을 더욱 다듬고 강화했습니다. 또한,
zone.js
와 같은 레거시 코어 기능을 점진적으로 제거하며 성능 최적화를 위한 방향성도 제시했습니다.

특히 Qwik, Next.js, 혹은 Solid 같은 다른 프레임워크나 라이브러리를 경험한 개발자라면 점진적 하이드레이션, SSG (Static Site Generation), resource signal 등 익숙한 개념들이나 기능들을 확인할 수 있을 텐데요. 이러한 최신 기능들이 Angular에 어떻게 통합되었는지 살펴보는 것도 흥미로운 주제가 될 것입니다. 😊

글 링크 : http://bit.ly/41LMUNu

오늘 소개해드릴 글은 네이버의 최지우님이 번역해주신 글입니다. 최근 공개된 Angular 19는 성능 개선과 개발자 경험 향상을 목표로 다양한 업데이트를 선보였습니다. 이번 릴리스에서는 Google 내부 여러 팀과의 협업을 통해 성능과 보안에 기여하는 새로운 기능을 추가하고, 이전 버전에서 도입된 standalone과 signal 같은 최신 기능들을 더욱 다듬고 강화했습니다. 또한, <code >zone.js</code>와 같은 레거시 코어 기능을 점진적으로 제거하며 성능 최적화를 위한 방향성도 제시했습니다. 특히 Qwik, Next.js, 혹은 Solid 같은 다른 프레임워크나 라이브러리를 경험한 개발자라면 점진적 하이드레이션, SSG (Static Site Generation), resource signal 등 익숙한 개념들이나 기능들을 확인할 수 있을 텐데요. 이러한 최신 기능들이 Angular에 어떻게 통합되었는지 살펴보는 것도 흥미로운 주제가 될 것입니다. 😊 글 링크 : http://bit.ly/41LMUNu

앵귤러 19를 만나보세요!

최근 생성형AI 분야의 많은 관심이 OpenAI의 Day12로 쏠렸었는데, 샘알트먼의 마케팅적인 전략이 주효했던게 아닌가 싶습니다. 그러나, 구글의 최근 행보가 서서히 예전의 전성기 모습을 찾아가고 있는게 아닌가 싶습니다.

이와 관련하여 OpenAI의 O1을 능가하는 Gemini 2.0에 대한 내용도 공부하면 좋을거 같아 관련 영상의 주요 내용을 짧게나마 공유해봅니다. 보다 자세한 내용을 원하시는 분들은 유튜브 원본(19분41초)을 참고하시길 바랍니다. ^^

< Summary >
 * 구글의 강점
 * 자체 칩, 알고리즘, 데이터센터, 파운데이션 모델, AI 연구소를 모두 자체 개발하여 수익화 가능
 * 구글의 도전과 진화
 * 2022년 12월: 챗GPT 출시 이후 20일 만에 코드 레드 발령
 * 2023년 1월: 마이크로소프트의 오픈 AI 100억 달러 투자로 경쟁 심화
 * 2023년 2월: 바드의 생성형 AI 검색 시연 실패
 * 2023년 4월: 구글 브레인과 딥마인드를 합쳐 구글 딥마인드 설립
 * 2023년 5월: Google I/O 2023에서 제미나이(Gemini) 1.0 모델 첫 공개
 * 2023년 7월: 2선에 물러나있던 구글 창업자 세르게이 브린이 제미나이 팀 합류
 * 2023년 12월: 울트라, 프로, 나노 세 가지 제미나이(Gemini) 모델 공개
 * 2024년 2월: 제미나이(Gemini) 1.5 공개
 * 2024년 12월: 제미나이(Gemini) 2.0 공개, 프로젝트 아스트라(Project Astra)와 프로젝트 매리너(Project Mariner), 줄스(Jules) 등 AI 에이전트 동시 공개

< 구글의 기본 AI맵 >
 * 🚀 Compute: TPU, NVIDIA
 * 🚀 Foundation Model: Google Gemini
 * 🚀 LLM-as-a-Service: Vertex AI
 * 🚀 AI-as-a-Service: Gemini

< Highlights >
 * 🚀 제미나이 2.0의 출시와 구글의 점유율 증가
 * 구글의 제미나이 2.0은 AI 시장에서의 주도권을 강화하는 모델로, 다양한 사이즈의 모델을 제공하며 뛰어난 성능
 * 제미나이 시대의 첫번째 소형모델인 1.5 플래시 모델은 출시 후 5%에서 50% 이상으로 점유율이 급증하며, 구글 클라우드의 매출 성장에 기여 Ultra > Pro > Flash
 * 🧠 AI 에이전트와 프로젝트 아스트라(Project Astra)
 * AI가 더 많은 정보를 학습하고 이해할 수 있게 되며, 개인 비서 역할을 수행할 수 있는 AI 에이전트의 발전 기대
 * 🔍 딥 리서치(Deep Research)
 * 제미나이 어드밴스의 딥 리서치 기능은 개인화된 AI 보조 연구원 역할을 하여 사용자의 요구에 맞는 분석과 보고서 제공
 * 🎥 Veo 2의 성능
 * Veo 2는 Sora를 압도하며, 뛰어난 성능의 영상 생성 모델로 다른 영상 생성모델들과의 차별성 선보임

 * source: https://www.youtube.com/watch?v=PG-F3NcPWVU&ab_channel=%EC%98%AC%EB%B0%94%EB%A5%B8

최근 생성형AI 분야의 많은 관심이 OpenAI의 Day12로 쏠렸었는데, 샘알트먼의 마케팅적인 전략이 주효했던게 아닌가 싶습니다. 그러나, 구글의 최근 행보가 서서히 예전의 전성기 모습을 찾아가고 있는게 아닌가 싶습니다. 이와 관련하여 OpenAI의 O1을 능가하는 Gemini 2.0에 대한 내용도 공부하면 좋을거 같아 관련 영상의 주요 내용을 짧게나마 공유해봅니다. 보다 자세한 내용을 원하시는 분들은 유튜브 원본(19분41초)을 참고하시길 바랍니다. ^^ &lt; Summary &gt;<ul ><li>구글의 강점<ul ><li>자체 칩, 알고리즘, 데이터센터, 파운데이션 모델, AI 연구소를 모두 자체 개발하여 수익화 가능</li></ul></li><li>구글의 도전과 진화<ul ><li>2022년 12월: 챗GPT 출시 이후 20일 만에 코드 레드 발령</li><li>2023년 1월: 마이크로소프트의 오픈 AI 100억 달러 투자로 경쟁 심화</li><li>2023년 2월: 바드의 생성형 AI 검색 시연 실패 </li><li>2023년 4월: 구글 브레인과 딥마인드를 합쳐 구글 딥마인드 설립</li><li>2023년 5월: Google I/O 2023에서 제미나이(Gemini) 1.0 모델 첫 공개</li><li>2023년 7월: 2선에 물러나있던 구글 창업자 세르게이 브린이 제미나이 팀 합류</li><li>2023년 12월: 울트라, 프로, 나노 세 가지 제미나이(Gemini) 모델 공개</li><li>2024년 2월: 제미나이(Gemini) 1.5 공개</li><li>2024년 12월: 제미나이(Gemini) 2.0 공개, 프로젝트 아스트라(Project Astra)와 프로젝트 매리너(Project Mariner), 줄스(Jules) 등 AI 에이전트 동시 공개</li></ul></li></ul> &lt; 구글의 기본 AI맵 &gt;<ul ><li>🚀 Compute: TPU, NVIDIA</li><li>🚀 Foundation Model: Google Gemini</li><li>🚀 LLM-as-a-Service: Vertex AI</li><li>🚀 AI-as-a-Service: Gemini</li></ul> &lt; Highlights &gt; <ul ><li>🚀 제미나이 2.0의 출시와 구글의 점유율 증가 <ul ><li>구글의 제미나이 2.0은 AI 시장에서의 주도권을 강화하는 모델로, 다양한 사이즈의 모델을 제공하며 뛰어난 성능</li><li>제미나이 시대의 첫번째 소형모델인 1.5 플래시 모델은 출시 후 5%에서 50% 이상으로 점유율이 급증하며, 구글 클라우드의 매출 성장에 기여 Ultra &gt; Pro &gt; Flash</li></ul></li><li>🧠 AI 에이전트와 프로젝트 아스트라(Project Astra)<ul ><li>AI가 더 많은 정보를 학습하고 이해할 수 있게 되며, 개인 비서 역할을 수행할 수 있는 AI 에이전트의 발전 기대</li></ul></li><li>🔍 딥 리서치(Deep Research)<ul ><li>제미나이 어드밴스의 딥 리서치 기능은 개인화된 AI 보조 연구원 역할을 하여 사용자의 요구에 맞는 분석과 보고서 제공</li></ul></li><li>🎥 Veo 2의 성능<ul ><li>Veo 2는 Sora를 압도하며, 뛰어난 성능의 영상 생성 모델로 다른 영상 생성모델들과의 차별성 선보임</li></ul></li></ul> <ul ><li>source: https://www.youtube.com/watch?v=PG-F3NcPWVU&amp;ab_channel=%EC%98%AC%EB%B0%94%EB%A5%B8</li></ul>

AGI 2라운드,구글의 전략과 비장의 무기:제미나이(Gemini)2.0

Kafka Streams는 실시간 데이터 처리를 위한 강력한 도구로, KStream과 KTable이라는 두 가지 데이터 구조를 제공합니다.
이번 글에서는 이 두 데이터 구조의 개념과 차이를 살펴보고, 실제 KStream-KStream, KStream-KTable, KTable-KTable 조인의 예제를 설명하겠습니다.
 
KStreams - KStreams 조인
KStream-KStream 조인은 두 개의 실시간 데이터 스트림을 결합합니다.
이 조인은 타임 윈도우를 기준으로 이루어지며, 설정된 기간 내에 동일한 키를 가진 데이터를 결합합니다.
 * 타임 윈도우가 필수적입니다.
 * 데이터가 실시간으로 들어오므로, 시간이 지나면 윈도우가 닫히고 더 이상 데이터를 결합할 수 없습니다.

[시나리오: 결제와 배송 요청 이벤트 결합]
 * payments 스트림: 결제 정보 Key: 주문 ID, Value: 결제 상태
 * shipments 스트림: 배송 요청 정보 Key: 주문 ID, Value: 배송 상태
KStream<String, String> payments = builder.stream("payments");
KStream<String, String> shipments = builder.stream("shipments");

// 타임 윈도우를 적용한 조인
KStream<String, String> joinedStream = payments.join(
 shipments,
 (payment, shipment) -> "Payment: " + payment + ", Shipment: " + shipment,
 JoinWindows.of(Duration.ofMinutes(5)) // 5분 윈도우 설정
);

joinedStream.to("joined-orders");

Key: "order123", Value: "Payment: completed, Shipment: dispatched"

 
KStreams - KTable 조인
KStream-KTable 조인은 실시간 스트림(KStream)과 상태 기반 데이터(KTable)를 결합합니다.
KStream의 각 이벤트가 KTable의 현재 상태와 조인됩니다.
 * KStream의 데이터는 실시간으로 계속 흐르지만, KTable은 현재 상태만 유지합니다.
 * KStream의 각 레코드는 KTable의 최신 상태와 결합됩니다.
 
 
[시나리오: 사용자 행동 로그와 사용자 프로필 조인]
 * user-actions 스트림: 사용자가 수행한 행동 Key: 사용자 ID, Value: 행동 타입 (click, purchase)
 * user-profiles 테이블: 사용자 프로필 정보 Key: 사용자 ID, Value: 사용자 이름과 지역
KStream<String, String> userActions = builder.stream("user-actions");
KTable<String, String> userProfiles = builder.table("user-profiles");

KStream<String, String> joinedStream = userActions.leftJoin(
 userProfiles,
 (action, profile) -> {
 if (profile == null) return action + " by unknown user";
 return action + " by " + profile;
 }
);

joinedStream.to("user-actions-with-profile");

Key: "user123", Value: "click by Alice, US"
Key: "user456", Value: "purchase by unknown user"

 
KStreams - KTable 조인
KTable-KTable 조인은 두 개의 상태 기반 데이터(KTable)를 결합합니다.
이는 KTable의 키를 기준으로 데이터가 업데이트될 때마다 결과 테이블도 업데이트됩니다.
 * 조인은 상태 기반으로 동작하며, 입력 데이터가 변경될 때마다 결과 테이블도 갱신됩니다.
 * 결합된 데이터는 항상 최신 상태를 유지합니다.

[시나리오: 상품 정보와 카테고리 정보 결합]
 * product-info 테이블: 상품의 이름과 가격Key: 상품 ID, Value: 상품 이름과 가격
 * category-info 테이블: 상품의 카테고리 정보Key: 상품 ID, Value: 카테고리 이름
KTable<String, String> productInfo = builder.table("product-info");
KTable<String, String> categoryInfo = builder.table("category-info");

KTable<String, String> joinedTable = productInfo.join(
 categoryInfo,
 (product, category) -> product + " in category: " + category
);

joinedTable.toStream().to("product-with-category");

Key: "product123", Value: "Coffee Machine, $120 in category: Appliances"

실무 사례: KTable - KTable 조인으로 데이터 정확도 개선
실무에서 제가 결합하고자 했던 데이터는 상품 정보 A와 상품 정보 B였습니다. 기존에는 KTable-KStream 조인을 사용했으나, 이 방식에서는 오래된 데이터 A와 최신 데이터 B가 결합되는 문제가 있었습니다. 이는 두 정보가 모두 실시간 데이터가 아니라 상태성 데이터였기 때문에 발생한 이슈였습니다.
 
이를 해결하기 위해 KTable-KTable 조인으로 변경하고, TTL을 설정하여 KTable 상태의 만료 시간을 관리했습니다. 이로써 과거 데이터가 결합되어 상품 정보에 반영되는 문제를 해결할 수 있었습니다.
 
결론
Kafka Streams의 조인 연산은 다양한 데이터 소스를 결합하여 강력한 실시간 데이터 파이프라인을 구축할 수 있는 도구입니다
 * KStream-KStream: 이벤트 간 시간 관계를 분석하고 처리
 * KStream-KTable: 실시간 스트림 데이터를 참조 데이터와 결합
 * KTable-KTable: 상태 기반 데이터의 지속적인 동기화 및 최신 상태 유지

Kafka Streams를 활용한 조인 방식은 데이터의 특성과 요구사항에 따라 달라져야 합니다.실시간 스트림인지, 상태 기반 데이터인지 정확히 이해하고 올바른 조인 방식을 선택하는 것이 데이터 파이프라인의 정확성과 효율성을 높이는 핵심입니다.

원문: [https://ducktopia.tistory.com/141]

Kafka Streams는 실시간 데이터 처리를 위한 강력한 도구로, KStream과 KTable이라는 두 가지 데이터 구조를 제공합니다.이번 글에서는 이 두 데이터 구조의 개념과 차이를 살펴보고, 실제 KStream-KStream, KStream-KTable, KTable-KTable 조인의 예제를 설명하겠습니다.&nbsp;KStreams - KStreams 조인KStream-KStream 조인은 두 개의 실시간 데이터 스트림을 결합합니다.이 조인은 타임 윈도우를 기준으로 이루어지며, 설정된 기간 내에 동일한 키를 가진 데이터를 결합합니다.<ul ><li>타임 윈도우가 필수적입니다.</li><li>데이터가 실시간으로 들어오므로, 시간이 지나면 윈도우가 닫히고 더 이상 데이터를 결합할 수 없습니다.</li></ul> [시나리오: 결제와 배송 요청 이벤트 결합]<ul ><li>payments 스트림: 결제 정보 Key: 주문 ID, Value: 결제 상태</li><li>shipments 스트림: 배송 요청 정보 Key: 주문 ID, Value: 배송 상태</li></ul><pre ><code class="language-lasso">KStream&lt;String, String&gt; payments = builder.stream("payments");
KStream&lt;String, String&gt; shipments = builder.stream("shipments");

// 타임 윈도우를 적용한 조인
KStream&lt;String, String&gt; joinedStream = payments.join(
 shipments,
 (payment, shipment) -&gt; "Payment: " + payment + ", Shipment: " + shipment,
 JoinWindows.of(Duration.ofMinutes(5)) // 5분 윈도우 설정
);

joinedStream.to("joined-orders");</code></pre><pre ><code class="language-groovy">Key: "order123", Value: "Payment: completed, Shipment: dispatched"</code></pre>&nbsp;KStreams - KTable 조인KStream-KTable 조인은 실시간 스트림(KStream)과 상태 기반 데이터(KTable)를 결합합니다.KStream의 각 이벤트가 KTable의 현재 상태와 조인됩니다.<ul ><li>KStream의 데이터는 실시간으로 계속 흐르지만, KTable은 현재 상태만 유지합니다.</li><li>KStream의 각 레코드는 KTable의 최신 상태와 결합됩니다. </li></ul>[시나리오: 사용자 행동 로그와 사용자 프로필 조인]<ul ><li>user-actions 스트림: 사용자가 수행한 행동 Key: 사용자 ID, Value: 행동 타입 (click, purchase)</li><li>user-profiles 테이블: 사용자 프로필 정보 Key: 사용자 ID, Value: 사용자 이름과 지역</li></ul><pre ><code class="language-pf">KStream&lt;String, String&gt; userActions = builder.stream("user-actions");
KTable&lt;String, String&gt; userProfiles = builder.table("user-profiles");

KStream&lt;String, String&gt; joinedStream = userActions.leftJoin(
 userProfiles,
 (action, profile) -&gt; {
 if (profile == null) return action + " by unknown user";
 return action + " by " + profile;
 }
);

joinedStream.to("user-actions-with-profile");</code></pre><pre ><code class="language-groovy">Key: "user123", Value: "click by Alice, US"
Key: "user456", Value: "purchase by unknown user"</code></pre>&nbsp;KStreams - KTable 조인KTable-KTable 조인은 두 개의 상태 기반 데이터(KTable)를 결합합니다.이는 KTable의 키를 기준으로 데이터가 업데이트될 때마다 결과 테이블도 업데이트됩니다.<ul ><li>조인은 상태 기반으로 동작하며, 입력 데이터가 변경될 때마다 결과 테이블도 갱신됩니다.</li><li>결합된 데이터는 항상 최신 상태를 유지합니다.</li></ul> [시나리오: 상품 정보와 카테고리 정보 결합]<ul ><li>product-info 테이블: 상품의 이름과 가격Key: 상품 ID, Value: 상품 이름과 가격</li><li>category-info 테이블: 상품의 카테고리 정보Key: 상품 ID, Value: 카테고리 이름</li></ul><pre ><code class="language-lasso">KTable&lt;String, String&gt; productInfo = builder.table("product-info");
KTable&lt;String, String&gt; categoryInfo = builder.table("category-info");

KTable&lt;String, String&gt; joinedTable = productInfo.join(
 categoryInfo,
 (product, category) -&gt; product + " in category: " + category
);

joinedTable.toStream().to("product-with-category");</code></pre><pre ><code class="language-groovy">Key: "product123", Value: "Coffee Machine, $120 in category: Appliances"</code></pre> 실무 사례: KTable - KTable 조인으로 데이터 정확도 개선실무에서 제가 결합하고자 했던 데이터는 상품 정보 A와 상품 정보 B였습니다. 기존에는 KTable-KStream 조인을 사용했으나, 이 방식에서는 오래된 데이터 A와 최신 데이터 B가 결합되는 문제가 있었습니다. 이는 두 정보가 모두 실시간 데이터가 아니라 상태성 데이터였기 때문에 발생한 이슈였습니다.&nbsp;이를 해결하기 위해 KTable-KTable 조인으로 변경하고, TTL을 설정하여 KTable 상태의 만료 시간을 관리했습니다. 이로써 과거 데이터가 결합되어 상품 정보에 반영되는 문제를 해결할 수 있었습니다.&nbsp;결론Kafka Streams의 조인 연산은 다양한 데이터 소스를 결합하여 강력한 실시간 데이터 파이프라인을 구축할 수 있는 도구입니다<ul ><li>KStream-KStream: 이벤트 간 시간 관계를 분석하고 처리</li><li>KStream-KTable: 실시간 스트림 데이터를 참조 데이터와 결합</li><li>KTable-KTable: 상태 기반 데이터의 지속적인 동기화 및 최신 상태 유지</li></ul> Kafka Streams를 활용한 조인 방식은 데이터의 특성과 요구사항에 따라 달라져야 합니다.실시간 스트림인지, 상태 기반 데이터인지 정확히 이해하고 올바른 조인 방식을 선택하는 것이 데이터 파이프라인의 정확성과 효율성을 높이는 핵심입니다. 원문: [https://ducktopia.tistory.com/141]

🕊️ KStream과 KTable의 이해와 조인 활용

구글 HR 수석 부사장이 말하는 이력서 작성 노하우 중 XYZ 법칙이 있습니다.

X - 주요 업무 내용
Y - 수치적으로 표현 가능한 성과 및 결과물
Z - 업무를 수행하기 위한 도구 및 스킬

이 3가지를 조합하여 자신이
어떤 업무를 통해 회사에 어떤 혜택을 주었는지를
정량적으로 표현해보세요.

이력서를 작성할 때, 당신의 주요 목표는
내 모든 경력에 대해 자세히 서술하는 것이 아닙니다.

가장 중요한 목표는 바로 이력서를 읽는 사람의 눈에 띄는 것입니다.

구글 HR 수석 부사장이 말하는 이력서 작성 노하우 중 XYZ 법칙이 있습니다. X - 주요 업무 내용 Y - 수치적으로 표현 가능한 성과 및 결과물 Z - 업무를 수행하기 위한 도구 및 스킬 이 3가지를 조합하여 자신이 어떤 업무를 통해 회사에 어떤 혜택을 주었는지를 정량적으로 표현해보세요. 이력서를 작성할 때, 당신의 주요 목표는 내 모든 경력에 대해 자세히 서술하는 것이 아닙니다. 가장 중요한 목표는 바로 이력서를 읽는 사람의 눈에 띄는 것입니다.

아마존 출신 엔지니어가 알려주는 이력서 작성 팁

2024 프론트엔드 뉴스 한 방에 몰아 보기

2024 프론트엔드 뉴스 한 방에 몰아 보기 : NHN Cloud Meetup

벌써 12월 중순을 지나고 있는데요.
1년 동안 있었던 주요 프런트엔드 관련 핵심 소식을 깔끔하게 정리해 주신 정말 좋은 글을 발행해 주셔서 소개해 드립니다.
이렇게 보니 생각보다 많은 소식이 있었다고 느껴지는데요. 처음 보는 소식이 있으시다면 관련 글의 링크가 명시되어 있으니 읽어보면서 한 해를 마무리해 보시는 건 어떤가요?

https://meetup.nhncloud.com/posts/390

벌써 12월 중순을 지나고 있는데요.1년 동안 있었던 주요 프런트엔드 관련 핵심 소식을 깔끔하게 정리해 주신 정말 좋은 글을 발행해 주셔서 소개해 드립니다.이렇게 보니 생각보다 많은 소식이 있었다고 느껴지는데요. 처음 보는 소식이 있으시다면 관련 글의 링크가 명시되어 있으니 읽어보면서 한 해를 마무리해 보시는 건 어떤가요? https://meetup.nhncloud.com/posts/390

NHN Cloud Meetup

2024 프론트엔드 뉴스 한 방에 몰아보기

GitHub Pages는 깃허브 저장소에 올려놓은 웹 프로젝트를 최소한의 노력으로 호스팅할 수 있는 서비스입니다. 깃허브에서 거의 초창기부터 무료로 제공하고 있는데 은근히 모르시는 분들이 많아서 개인적으로 아쉬웠던 완전 혜자 기능인데요. 백엔드 서버나 데이터베이스를 필요로 하지 않는 단순한 웹사이트를 호스팅하는데 아주 적합합니다.

📺 동영상: https://youtu.be/rd1C-LFz8fU
📝 포스팅: https://www.daleseo.com/github-pages/

사실 요즘 Netlify나 Vercel과 같은 훌륭한 호스팅 플랫폼이 워낙 많지만 제대로 사용하려면 해당 서비스를 공부를 해야 한다는 부담이 있죠. 하지만 GitHub Pages를 활용하면 이러한 학습 곡선을 최소화하면서 아주 쉽게 웹사이트를 배포할 수 있습니다.

GitHub Pages는 깃허브 계정이 있는 누구나 사용할 수 있으며, 기본적으로
github.io
서브 도메인을 제공해주며 별도로 구매한 커스텀 도메인도 연결할 수 있습니다. GitHub Pages를 통해 배포된 웹사이트는 깃허브의 빠르고 안정적인 글로벌 CDN의 혜택을 누릴 수 있다는 것도 큰 매력입니다.

월간 방문자가 10만명이 넘는 제 블로그도 GitHub Pages로 호스팅하고 있는데 아주 만족하며 쓰고 있어요 😎👍 깃허브에 코드 저장소를 가지고 계시다면 배포 과정이 정말 간편해서 꼭 써보시라고 추천드리고 싶습니다!

GitHub Pages는 깃허브 저장소에 올려놓은 웹 프로젝트를 최소한의 노력으로 호스팅할 수 있는 서비스입니다. 깃허브에서 거의 초창기부터 무료로 제공하고 있는데 은근히 모르시는 분들이 많아서 개인적으로 아쉬웠던 완전 혜자 기능인데요. 백엔드 서버나 데이터베이스를 필요로 하지 않는 단순한 웹사이트를 호스팅하는데 아주 적합합니다. 📺 동영상: https://youtu.be/rd1C-LFz8fU📝 포스팅: https://www.daleseo.com/github-pages/ 사실 요즘 Netlify나 Vercel과 같은 훌륭한 호스팅 플랫폼이 워낙 많지만 제대로 사용하려면 해당 서비스를 공부를 해야 한다는 부담이 있죠. 하지만 GitHub Pages를 활용하면 이러한 학습 곡선을 최소화하면서 아주 쉽게 웹사이트를 배포할 수 있습니다. GitHub Pages는 깃허브 계정이 있는 누구나 사용할 수 있으며, 기본적으로 <code >github.io</code> 서브 도메인을 제공해주며 별도로 구매한 커스텀 도메인도 연결할 수 있습니다. GitHub Pages를 통해 배포된 웹사이트는 깃허브의 빠르고 안정적인 글로벌 CDN의 혜택을 누릴 수 있다는 것도 큰 매력입니다. 월간 방문자가 10만명이 넘는 제 블로그도 GitHub Pages로 호스팅하고 있는데 아주 만족하며 쓰고 있어요 😎👍 깃허브에 코드 저장소를 가지고 계시다면 배포 과정이 정말 간편해서 꼭 써보시라고 추천드리고 싶습니다!

GitHub Pages에 웹사이트 배포하기

GPT와 같은 생성형 AI가 출시된 이후, 글쓰기, 번역, 고객 서비스와 같은 직종에서는 약 16%에서 30%의 직업 감소가 관찰되었습니다. 이는 AI가 이러한 업무를 빠르고 정확하게 처리할 수 있기 때문인데요. 하지만 기술 관련 직종(비디오 편집 및 제작: 39% 증가, 백엔드, 프론트 5% 증가)은 오히려 성장세를 보이고 있습니다. 이처럼 개발 분야는 전체적으로 성장세를 보이고 있는데요.
하지만 이러한 변화가 모든 개발자에게 동일한 영향을 미치는 것은 아닙니다.

단순 코딩의 감소와 개발자에 대한 새로운 요구
AI의 발전으로 인해 단순 반복적인 코딩 작업은 더 쉬워졌습니다. 따라서 이러한 작업만을 수행하는 개발자에 대한 수요는 점차 줄어들 것으로 전망됩니다. 이제는 단순한 코딩 기술을 넘어 다음과 같은 능력이 요구됩니다:

새로운 개발자 수요 전망
GPT와 같은 언어 모델은 코드 작성과 구현에서 뛰어난 성능을 발휘합니다. 하지만 미래를 예측하거나 시스템 전반을 최적화하는 창의적인 아이디어 제안에는 여전히 한계가 존재합니다.
이는 고급 엔지니어링 인력에 대한 수요가 증가할 것임을 의미하는데요. 기업 입장에서는 더 효율적이고 최적화된 시스템을 설계하려면 높은 기술력과 창의적인 사고를 갖춘 개발자가 반드시 필요하기 때문입니다. 따라서 미래의 개발자는 다음과 같은 역량이 필요할것으로 예상됩니다.

미래 개발자에게 필요한 역량
 * 기술적 깊이
   * 웹 기술 전반에 대한 깊은 이해
   * 시스템 아키텍처 설계 능력
   * 성능 최적화 역량
 * 비즈니스 통찰력
   * 기술과 비즈니스의 연계성 이해
   * 전략적 의사결정 능력
 * 지속적 학습
   * 새로운 기술 트렌드 파악
   * AI 도구의 효과적 활용 능력

결론
AI 시대의 개발자는 단순히 코드를 작성하는 기술자에서 벗어나, 더 높은 수준의 기술력과 통찰력이 요구됩니다. AI를 보완적 도구로 활용하면서, 시스템 전반을 설계하고 최적화 할 수 있는 역량이 중요해지고 있습니다. 이제부터 나무만 보는 개발자가 아닌, 숲 전체를 조망하며 전체적인 구조와 방향성을 설계할 수 있는 역량이 요구될 것으로 보입니다.

GPT와 같은 생성형 AI가 출시된 이후, 글쓰기, 번역, 고객 서비스와 같은 직종에서는 약 16%에서 30%의 직업 감소가 관찰되었습니다. 이는 AI가 이러한 업무를 빠르고 정확하게 처리할 수 있기 때문인데요. 하지만 기술 관련 직종(비디오 편집 및 제작: 39% 증가, 백엔드, 프론트 5% 증가)은 오히려 성장세를 보이고 있습니다. 이처럼 개발 분야는 전체적으로 성장세를 보이고 있는데요. 하지만 이러한 변화가 모든 개발자에게 동일한 영향을 미치는 것은 아닙니다. 단순 코딩의 감소와 개발자에 대한 새로운 요구AI의 발전으로 인해 단순 반복적인 코딩 작업은 더 쉬워졌습니다. 따라서 이러한 작업만을 수행하는 개발자에 대한 수요는 점차 줄어들 것으로 전망됩니다. 이제는 단순한 코딩 기술을 넘어 다음과 같은 능력이 요구됩니다: 새로운 개발자 수요 전망GPT와 같은 언어 모델은 코드 작성과 구현에서 뛰어난 성능을 발휘합니다. 하지만 미래를 예측하거나 시스템 전반을 최적화하는 창의적인 아이디어 제안에는 여전히 한계가 존재합니다. 이는 고급 엔지니어링 인력에 대한 수요가 증가할 것임을 의미하는데요. 기업 입장에서는 더 효율적이고 최적화된 시스템을 설계하려면 높은 기술력과 창의적인 사고를 갖춘 개발자가 반드시 필요하기 때문입니다. 따라서 미래의 개발자는 다음과 같은 역량이 필요할것으로 예상됩니다. 미래 개발자에게 필요한 역량<ul ><li>기술적 깊이<ul ><li>웹 기술 전반에 대한 깊은 이해</li><li>시스템 아키텍처 설계 능력</li><li>성능 최적화 역량</li></ul></li><li>비즈니스 통찰력<ul ><li>기술과 비즈니스의 연계성 이해</li><li>전략적 의사결정 능력</li></ul></li><li>지속적 학습<ul ><li>새로운 기술 트렌드 파악</li><li>AI 도구의 효과적 활용 능력</li></ul></li></ul> 결론 AI 시대의 개발자는 단순히 코드를 작성하는 기술자에서 벗어나, 더 높은 수준의 기술력과 통찰력이 요구됩니다. AI를 보완적 도구로 활용하면서, 시스템 전반을 설계하고 최적화 할 수 있는 역량이 중요해지고 있습니다. 이제부터 나무만 보는 개발자가 아닌, 숲 전체를 조망하며 전체적인 구조와 방향성을 설계할 수 있는 역량이 요구될 것으로 보입니다.

AI 시대, 개발자 로드맵: 코더에서 아키텍트로

“연차가 얼만데 이것도 몰라요?”

이런 말 들을까 봐 아는 척할 때가 있어요.

부디 연차가 더 쌓이기 전에 모른다고 말하세요. 지금 인정하고 배우는 편이 나아요.

시간의 무게는 갈수록 무겁고 부담스러워져요. 연차가 쌓일수록 모른다고 말하기 어려워요.

지금이 모른다고 말하기 가장 쉬울 때예요.

“연차가 얼만데 이것도 몰라요?” 이런 말 들을까 봐 아는 척할 때가 있어요. 부디 연차가 더 쌓이기 전에 모른다고 말하세요. 지금 인정하고 배우는 편이 나아요. 시간의 무게는 갈수록 무겁고 부담스러워져요. 연차가 쌓일수록 모른다고 말하기 어려워요. 지금이 모른다고 말하기 가장 쉬울 때예요.

“연차가 얼만데 이것도 몰라요?”

이런 말 들을까 봐 아는 척할

리더를 위한 멘탈 수업 (4) ▶저성과자 팀원과 일하는 방법, 팀원도 리콜이 되나요? 중견 기업에서 전산 업무를 담당하고 있는 40대 팀장입니다. 저는 요즘 팀원 때문에 골머리를 썩고 있습니다. 문제가 되고 있는 팀

저성과자 바꾸는 '열린 질문'과 '수시 피드백'

✅팀원 때문에 골머리를 썩고 있습니다. 문제가 되는 팀원은 업무 역량을 포함해 일을 처리하고 소통하는 방식에 문제가 많은 편입니다. 기회가 있을 때마다 충분한 피드백을 줬지만 아무런 변화가 없습니다.

독한 마음을 먹고 “매번 업무 처리가 늦어져 우리 팀 성과에 문제가 되고 있습니다. 어떻게 생각하세요?”라고 말한 적도 있습니다. 정작 본인은 왜 그런 평가를 받아야 하는지 납득하지 못하겠다며 억울하다는 태도를 보이더라고요. 자신은 주어진 일을 빠짐없이 처리했기 때문에 문제가 없다는 것입니다.

이런 상황들이 되풀이되고 업무 정체가 심해져 다른 팀원의 불만도 쌓여가고 있습니다. 팀을 이끌어가는 리더로서 팀원들에게 제 할 일을 하지 못한 것 같아 마음이 무겁습니다. 성과가 낮은 팀원은 어떻게 이끌어야 할까요?

1️⃣‘열린 질문’ 통해 천천히 변화 기다려야
윤대현 교수의 솔루션(서울대병원 정신건강의학과 교수)

변화는 누구에게나 어렵습니다. 그 이유는 무엇일까요? 묘하고 신비로운 인간의 ‘마음’ 때문입니다. 사연자분이 팀원과 일대일 대화를 나눌 때, 사실은 네 명의 객체가 이야기를 나누고 있습니다.

팀장과 팀원 외에도 팀장의 마음과 팀원의 마음도 함께 대화에 참여하는 것이죠. 그런데 사람의 언어와 마음의 언어는 서로 다른 모습을 갖고 있습니다. 사람은 논리적 언어를 사용하지만 마음은 은유적 언어를 사용하기 때문에 머리로는 이해를 했는데도 마음은 반대일 수 있습니다.

우리는 먼저 상대방의 행동을 긍정적으로 변화시키는 것이 얼마나 어려운 것인지 이해하고 인정해야 합니다. 그러니 사연자분이 최선을 다해 코칭했다고 해서 팀원이 바뀔 거라고 기대하지 마십시오. 팀원이 바뀌지 않았다고 과도한 자기비판을 할 필요도 없습니다. 지나치게 부정적인 자기 인식은 리더에게 추천할 만한 덕목이 아니니까요.

효과적인 소통을 위해 쉽게 사용할 수 있는 방법으로는 ‘직면적 소통’이 있습니다. 말 그대로 상대방 잘못을 직접 지적해 자신의 문제를 직면하게 하는 것이죠. “이번에도 마감을 못 지켰네요. 이러다가 우리 팀 실적이 꼴찌겠어요!” 같은 직설적인 말이 직면적 소통입니다.

이 방법은 상대의 마음에 불편함과 부끄러움을 만들고 그 부정적인 감정을 이용해 행동의 변화를 유발합니다. 다만 반복할수록 효과가 떨어지는 문제가 발생합니다. 또한 저항 심리가 작용해 동기부여는 커녕 있던 동기마저 없앨 수 있습니다.

동기부여를 통해 팀원의 행동을 변화시키고 싶다면 직면적 소통보다는 ‘열린 질문’을 해야 합니다. 열린 질문이란 일방적 지시가 아닌 의견을 묻는 것입니다.

“어제 지시한 프로젝트는 다 마쳤나요?” “오늘도 지각이네요. 또 늦잠 잤나요?”가 닫힌 질문이라면, “프로젝트 기획하는 데 어려움은 없나요?” “아침에 일어나는 게 힘든가요? 자꾸 지각하는 이유가 뭘까요?”는 열린 질문입니다.

열린 질문에는 리더의 일방적인 주장이나 지시가 담겨 있지 않아서 팀원에게 저항감을 주지 않습니다. 그래서 마음이 좀 더 쉽게 열립니다.

프로젝트의 어려움을 물어보면, 그간 느꼈던 어려움을 이야기하면서 스스로 자연스럽게 문제를 인식하게 됩니다. 스스로 문제를 인식했기 때문에 해결 방안에 관한 이야기를 나눌 때도 더 능동적으로 대화할 수 있습니다.

리더가 열린 질문에 익숙하지 않은 이유는 변화가 빨리 일어나길 바라는 조급함과 불안감 때문입니다. 하지만 어떤 변화든 하루아침에 일어날 수는 없습니다. 더구나 자신이 아닌 다른 누군가를 변화시키는 일이라면 더욱더 기다림이 필요합니다.

2️⃣그는 왜 피드백이 통하지 않을까
장은지 대표의 솔루션(이머징리더십인터벤션즈 대표)

인간에게는 자신을 다른 사람보다 우월하다고 생각하는 본성이 있습니다. 이로 인해 많은 사람이 “나 정도면 평균 이상이지”라고 믿습니다. 이것이 ‘평균 이상 효과(better-than-average effect)’입니다.

이렇게 자신의 역량과 성과를 후하게 평가하는 심리적 경향으로, 팀원들은 리더가 자신에 대해 낮은 평가를 했을 때 잘 받아들이지 못하는 경우가 많습니다. 실제 모 대기업을 대상으로 조사한 결과 직원의 70% 이상과 임원의 90% 이상이 자신의 성과를 ‘평균 이상’으로 평가했습니다.

저성과자가 있다면 리더는 피드백을 통해 변화를 유도하고 성과를 높이도록 도와야 합니다. 하지만 저성과자 대다수는 아무리 피드백을 주고 코칭을 해도 잘 변하지 않기 때문에 리더에게 큰 부담으로 작용합니다.

사연자 분 같은 상황에서도 당사자는 아무 문제가 없다고 생각하는 동상이몽이 발생하기도 합니다. 이런 경우에는 팀장의 인식이 아닌 팀원의 인식을 기반으로 피드백이 이뤄져야 하는데, 이것을 아는 리더는 많지 않습니다.

저성과자 문제는 대부분 자기 인식의 결여에서 비롯됩니다. 그렇기 때문에 자신에 대한 평가가 부당하다고 생각하죠. 따라서 리더는 먼저 팀원이 자신의 문제점을 정확하게 인식할 수 있도록 돕고, 그 문제가 무엇인지에 따라 피드백을 해야 합니다.

구성원에게 평가가 공정하다는 인상을 주려면 ‘객관적인 평가’와 ‘지속적인 피드백’을 잘 활용해야 합니다. 주기적인 피드백을 통해 객관적이고 투명하게 소통함으로써 당사자가 본인의 저성과를 인정하고 받아들일 수 있게 해야 합니다.

이걸 잘하는 회사가 넷플릭스입니다. 넷플릭스 리더들은 “경쟁사로 가겠다고 하는 팀원 중 최우선으로 붙잡아야 할 사람은 누구인가?”라는 질문으로 팀원들을 수시로 평가합니다. 그리고 이 질문에서 반복적으로 제외되는 사람은 빠르게 해고됩니다. 잔혹할 만큼 냉정한 문화죠.

넷플릭스에 입사했을 정도의 인재들이라면 ‘나 정도면 평균 이상이지’라고 생각할텐데, 냉혹한 평가를 군말 없이 받아들이는 이유는 무엇일까요? 바로 수시로 이뤄지는 리더의 평가와 피드백 덕분입니다.

자기 역량을 과대평가하는 저성과자가 정확한 자기 인식을 할 수 있도록 도우려면 무엇보다 객관적 평가를 토대로 한 효과적인 피드백이 중요합니다. 저성과자에게 하는 피드백은 필요할 때마다 수시로 이뤄져야 하며, 스스로 문제점을 정확하게 인식할 수 있도록 객관적이면서 구체적이어야 효과가 있습니다.

✅팀원 때문에 골머리를 썩고 있습니다. 문제가 되는 팀원은 업무 역량을 포함해 일을 처리하고 소통하는 방식에 문제가 많은 편입니다. 기회가 있을 때마다 충분한 피드백을 줬지만 아무런 변화가 없습니다. 독한 마음을 먹고 “매번 업무 처리가 늦어져 우리 팀 성과에 문제가 되고 있습니다. 어떻게 생각하세요?”라고 말한 적도 있습니다. 정작 본인은 왜 그런 평가를 받아야 하는지 납득하지 못하겠다며 억울하다는 태도를 보이더라고요. 자신은 주어진 일을 빠짐없이 처리했기 때문에 문제가 없다는 것입니다. 이런 상황들이 되풀이되고 업무 정체가 심해져 다른 팀원의 불만도 쌓여가고 있습니다. 팀을 이끌어가는 리더로서 팀원들에게 제 할 일을 하지 못한 것 같아 마음이 무겁습니다. 성과가 낮은 팀원은 어떻게 이끌어야 할까요? 1️⃣‘열린 질문’ 통해 천천히 변화 기다려야윤대현 교수의 솔루션(서울대병원 정신건강의학과 교수) 변화는 누구에게나 어렵습니다. 그 이유는 무엇일까요? 묘하고 신비로운 인간의 ‘마음’ 때문입니다. 사연자분이 팀원과 일대일 대화를 나눌 때, 사실은 네 명의 객체가 이야기를 나누고 있습니다. 팀장과 팀원 외에도 팀장의 마음과 팀원의 마음도 함께 대화에 참여하는 것이죠. 그런데 사람의 언어와 마음의 언어는 서로 다른 모습을 갖고 있습니다. 사람은 논리적 언어를 사용하지만 마음은 은유적 언어를 사용하기 때문에 머리로는 이해를 했는데도 마음은 반대일 수 있습니다. 우리는 먼저 상대방의 행동을 긍정적으로 변화시키는 것이 얼마나 어려운 것인지 이해하고 인정해야 합니다. 그러니 사연자분이 최선을 다해 코칭했다고 해서 팀원이 바뀔 거라고 기대하지 마십시오. 팀원이 바뀌지 않았다고 과도한 자기비판을 할 필요도 없습니다. 지나치게 부정적인 자기 인식은 리더에게 추천할 만한 덕목이 아니니까요. 효과적인 소통을 위해 쉽게 사용할 수 있는 방법으로는 ‘직면적 소통’이 있습니다. 말 그대로 상대방 잘못을 직접 지적해 자신의 문제를 직면하게 하는 것이죠. “이번에도 마감을 못 지켰네요. 이러다가 우리 팀 실적이 꼴찌겠어요!” 같은 직설적인 말이 직면적 소통입니다. 이 방법은 상대의 마음에 불편함과 부끄러움을 만들고 그 부정적인 감정을 이용해 행동의 변화를 유발합니다. 다만 반복할수록 효과가 떨어지는 문제가 발생합니다. 또한 저항 심리가 작용해 동기부여는 커녕 있던 동기마저 없앨 수 있습니다. 동기부여를 통해 팀원의 행동을 변화시키고 싶다면 직면적 소통보다는 ‘열린 질문’을 해야 합니다. 열린 질문이란 일방적 지시가 아닌 의견을 묻는 것입니다. “어제 지시한 프로젝트는 다 마쳤나요?” “오늘도 지각이네요. 또 늦잠 잤나요?”가 닫힌 질문이라면, “프로젝트 기획하는 데 어려움은 없나요?” “아침에 일어나는 게 힘든가요? 자꾸 지각하는 이유가 뭘까요?”는 열린 질문입니다. 열린 질문에는 리더의 일방적인 주장이나 지시가 담겨 있지 않아서 팀원에게 저항감을 주지 않습니다. 그래서 마음이 좀 더 쉽게 열립니다. 프로젝트의 어려움을 물어보면, 그간 느꼈던 어려움을 이야기하면서 스스로 자연스럽게 문제를 인식하게 됩니다. 스스로 문제를 인식했기 때문에 해결 방안에 관한 이야기를 나눌 때도 더 능동적으로 대화할 수 있습니다. 리더가 열린 질문에 익숙하지 않은 이유는 변화가 빨리 일어나길 바라는 조급함과 불안감 때문입니다. 하지만 어떤 변화든 하루아침에 일어날 수는 없습니다. 더구나 자신이 아닌 다른 누군가를 변화시키는 일이라면 더욱더 기다림이 필요합니다. 2️⃣그는 왜 피드백이 통하지 않을까장은지 대표의 솔루션(이머징리더십인터벤션즈 대표) 인간에게는 자신을 다른 사람보다 우월하다고 생각하는 본성이 있습니다. 이로 인해 많은 사람이 “나 정도면 평균 이상이지”라고 믿습니다. 이것이 ‘평균 이상 효과(better-than-average effect)’입니다. 이렇게 자신의 역량과 성과를 후하게 평가하는 심리적 경향으로, 팀원들은 리더가 자신에 대해 낮은 평가를 했을 때 잘 받아들이지 못하는 경우가 많습니다. 실제 모 대기업을 대상으로 조사한 결과 직원의 70% 이상과 임원의 90% 이상이 자신의 성과를 ‘평균 이상’으로 평가했습니다. 저성과자가 있다면 리더는 피드백을 통해 변화를 유도하고 성과를 높이도록 도와야 합니다. 하지만 저성과자 대다수는 아무리 피드백을 주고 코칭을 해도 잘 변하지 않기 때문에 리더에게 큰 부담으로 작용합니다. 사연자 분 같은 상황에서도 당사자는 아무 문제가 없다고 생각하는 동상이몽이 발생하기도 합니다. 이런 경우에는 팀장의 인식이 아닌 팀원의 인식을 기반으로 피드백이 이뤄져야 하는데, 이것을 아는 리더는 많지 않습니다. 저성과자 문제는 대부분 자기 인식의 결여에서 비롯됩니다. 그렇기 때문에 자신에 대한 평가가 부당하다고 생각하죠. 따라서 리더는 먼저 팀원이 자신의 문제점을 정확하게 인식할 수 있도록 돕고, 그 문제가 무엇인지에 따라 피드백을 해야 합니다. 구성원에게 평가가 공정하다는 인상을 주려면 ‘객관적인 평가’와 ‘지속적인 피드백’을 잘 활용해야 합니다. 주기적인 피드백을 통해 객관적이고 투명하게 소통함으로써 당사자가 본인의 저성과를 인정하고 받아들일 수 있게 해야 합니다. 이걸 잘하는 회사가 넷플릭스입니다. 넷플릭스 리더들은 “경쟁사로 가겠다고 하는 팀원 중 최우선으로 붙잡아야 할 사람은 누구인가?”라는 질문으로 팀원들을 수시로 평가합니다. 그리고 이 질문에서 반복적으로 제외되는 사람은 빠르게 해고됩니다. 잔혹할 만큼 냉정한 문화죠. 넷플릭스에 입사했을 정도의 인재들이라면 ‘나 정도면 평균 이상이지’라고 생각할텐데, 냉혹한 평가를 군말 없이 받아들이는 이유는 무엇일까요? 바로 수시로 이뤄지는 리더의 평가와 피드백 덕분입니다. 자기 역량을 과대평가하는 저성과자가 정확한 자기 인식을 할 수 있도록 도우려면 무엇보다 객관적 평가를 토대로 한 효과적인 피드백이 중요합니다. 저성과자에게 하는 피드백은 필요할 때마다 수시로 이뤄져야 하며, 스스로 문제점을 정확하게 인식할 수 있도록 객관적이면서 구체적이어야 효과가 있습니다.

n.news.naver.com

✅팀원 때문에 골머리를 썩고 있습니다. 문제가 되는 팀원은 업무 

”상사도 관리해야 합니다“ | 오늘 이야기할 주제는 ‘어퍼 매니지먼트(Upper Management)’입니다. 이 용어는 해외에서는 익숙하지만, 국내에서는 아직 생소합니다. 어퍼 매니지먼트란 말 그대로 상사를 어떻게 효과적으로 관리할 것인지에 대한 개념입니다. 보통 매니지먼트라고 하면 팀원이나 조직을 관리하는 것을 떠올리지만 여기서는 반대로 상사와의 관계를 주도적으로 이끌어가는 방법에 

04. 당신은 상사를 어떻게 관리하고 있나요?

개인 커리어를 발전시키기 위해서 보통 새로운 서비스를 성공적으로 런칭하거나, 여러 프로젝트를 동시에 관리하거나, 팀을 이끄는 리더십 등 다양한 방법이 있습니다. 하지만 무엇보다도 직급이 올라가게 되면 상사와의 소통과 협력이 더욱 중요합니다.
이때 필요한 어퍼매니지먼트에 대한 개념을 설명해주신 글이 있어 공유드립니다.

어퍼 매니지먼트란
상사를 어떻게 효과적으로 관리할 것인지에 대한 개념이고, 상사와의 관계를 주도적으로 이끌어가는 방법에 초점을 맞춥니다.
많은 사람들이 상사는 나를 평가하고 관리하는 존재로만 생각하지만, 상사를 효과적으로 관리하고 내가 원하는 방향으로 관계를 이끌어나가는 것이야말로 커리어의 큰 변화를 가져올 수 있습니다.
상사에게 내 업무를 알리고, 필요할 때 도움을 요청하며, 내 성과를 명확히 전달하는 것이 어퍼 매니지먼트의 핵심입니다.

매커니즘 설정의 중요성
상사와의 정기적인 미팅을 잡는 것은 능사가 아닙니다. 프로젝트가 잘 진행되고 있고 상사의 도움이 필요하지 않다면 미팅을 과감히 취소하는 것도 하나의 전략입니다.
내가 전달하고자 하는 핵심이 무엇인지 고민하고, 무작정 미팅을 잡는 것이 아닌 상사의 시간을 효율적으로 사용하는 것이 중요합니다.
보고는 단순히 칭찬을 받기 위한 것이 아닌 프로젝트의 성공을 위해 필요한 지원을 얻고 결정을 함께 내리기 위한 것입니다. 그렇기에 반드시 필요한 정보만 간결히 전달하고 필요한 도움을 구체적으로 요청해야 합니다.

문제를 감추지 말고 사실에 기반해 보고하라
문제가 발생 했을 때 감추지 않고, 사실에 기반에 균형 잡힌 내용을 보고하는 것이 중요합니다
저는 상사들에게 잘한 점만 강조하기보다 어려운 부분과 해결이 필요한 문제들을 솔직하게 공유했습니다.
문제 보고 시 단순히 "도와주세요"가 아닌 지금까지 어떤 방식으로 문제를 해결하려고 노력했는지 그리고 우리가 고려한 여러 대안을 함께 제시하는 것이 중요합니다
상사에게 모든 결정을 떠넘기려고 하는게 아닌 우리가 제안한 해결책에 대한 동의를 구하거나 보완점을 확인하는것이 좋습니다.

약속과 시간을 철저히 지켜라
여기서 말하는 시간은 프로젝트의 마감 기한 뿐만 아닌 회의록 작성, 추가 자료 제공 등 모든 약속을 포함합니다. 상사가 재촉하지 않는다고 해서 몇 번 약속을 어기게 되면 신뢰를 잃기 쉽습니다. 저는 프로젝트를 진행하면서 회의가 끝난 직후 즉시 회의록을 작성해 공유했고, 모든 팀원들도 각자의 일정과 약속을 철저히 지켰습니다. 이러한 철저한 태도는 상사의 신뢰를 얻는 데 큰 도움이 됩니다.

어퍼 매니지먼트의 핵심은
신뢰를 얻는 것입니다. 상사의 시간을 소중히 여기고, 꾸준히 성실한 모습을 보여준다면 자연스럽게 신뢰를 쌓을 수 있습니다. 이러한 자세는 상사뿐만 아니라 동료나 타 부서와의 협업에서도 큰 도움이됩니다.

개인 커리어를 발전시키기 위해서 보통 새로운 서비스를 성공적으로 런칭하거나, 여러 프로젝트를 동시에 관리하거나, 팀을 이끄는 리더십 등 다양한 방법이 있습니다. 하지만 무엇보다도 직급이 올라가게 되면 상사와의 소통과 협력이 더욱 중요합니다.이때 필요한 어퍼매니지먼트에 대한 개념을 설명해주신 글이 있어 공유드립니다. 어퍼 매니지먼트란상사를 어떻게 효과적으로 관리할 것인지에 대한 개념이고, 상사와의 관계를 주도적으로 이끌어가는 방법에 초점을 맞춥니다. 많은 사람들이 상사는 나를 평가하고 관리하는 존재로만 생각하지만, 상사를 효과적으로 관리하고 내가 원하는 방향으로 관계를 이끌어나가는 것이야말로 커리어의 큰 변화를 가져올 수 있습니다. 상사에게 내 업무를 알리고, 필요할 때 도움을 요청하며, 내 성과를 명확히 전달하는 것이 어퍼 매니지먼트의 핵심입니다. 매커니즘 설정의 중요성 상사와의 정기적인 미팅을 잡는 것은 능사가 아닙니다. 프로젝트가 잘 진행되고 있고 상사의 도움이 필요하지 않다면 미팅을 과감히 취소하는 것도 하나의 전략입니다.내가 전달하고자 하는 핵심이 무엇인지 고민하고, 무작정 미팅을 잡는 것이 아닌 상사의 시간을 효율적으로 사용하는 것이 중요합니다.보고는 단순히 칭찬을 받기 위한 것이 아닌 프로젝트의 성공을 위해 필요한 지원을 얻고 결정을 함께 내리기 위한 것입니다. 그렇기에 반드시 필요한 정보만 간결히 전달하고 필요한 도움을 구체적으로 요청해야 합니다. 문제를 감추지 말고 사실에 기반해 보고하라문제가 발생 했을 때 감추지 않고, 사실에 기반에 균형 잡힌 내용을 보고하는 것이 중요합니다저는 상사들에게 잘한 점만 강조하기보다 어려운 부분과 해결이 필요한 문제들을 솔직하게 공유했습니다.문제 보고 시 단순히 "도와주세요"가 아닌 지금까지 어떤 방식으로 문제를 해결하려고 노력했는지 그리고 우리가 고려한 여러 대안을 함께 제시하는 것이 중요합니다 상사에게 모든 결정을 떠넘기려고 하는게 아닌 우리가 제안한 해결책에 대한 동의를 구하거나 보완점을 확인하는것이 좋습니다. 약속과 시간을 철저히 지켜라여기서 말하는 시간은 프로젝트의 마감 기한 뿐만 아닌 회의록 작성, 추가 자료 제공 등 모든 약속을 포함합니다. 상사가 재촉하지 않는다고 해서 몇 번 약속을 어기게 되면 신뢰를 잃기 쉽습니다. 저는 프로젝트를 진행하면서 회의가 끝난 직후 즉시 회의록을 작성해 공유했고, 모든 팀원들도 각자의 일정과 약속을 철저히 지켰습니다. 이러한 철저한 태도는 상사의 신뢰를 얻는 데 큰 도움이 됩니다. 어퍼 매니지먼트의 핵심은 신뢰를 얻는 것입니다. 상사의 시간을 소중히 여기고, 꾸준히 성실한 모습을 보여준다면 자연스럽게 신뢰를 쌓을 수 있습니다. 이러한 자세는 상사뿐만 아니라 동료나 타 부서와의 협업에서도 큰 도움이됩니다.

Brunch Story

당신은 상사를 어떻게 관리하고 있나요?

Software engineers shared their favorite IDEs with GenAI features on social media. The most-mentioned one by a comfortable margin was Cursor. WindSurf and Zed also seem to be getting traction at the expense of Visual Studio, and JetBrains.

Which IDEs do software engineers love, and why?

예전에는 IntelliJ 혹은 VSCode로 천하통일이었던 것 같은데, 최근 AI 기능 통합된 새로운 도구들이 속속 나타나면서 개발자들에게는 더 즐거운 IDE 선택지들이 생긴 것 같습니다.

 * Cursor: 2022년에 설립되어 2023년 3월 첫 버전을 출시한 AI 기반 IDE로, 특히 'Composer'라는 기능이 주목받고 있습니다. 이 기능은 여러 파일에 걸쳐 지시사항을 수행. "다른 경쟁사 제품을 사용해봐도 Cursor가 더 나은 결과를 제공한다"는 찬사도 받음.
 * Windsurf: Codeium에서 최근 출시한 AI 코드 에디터로, AI와의 협업 흐름을 개선하고 디버깅 시 유용하다는 평가를 받고 있습니다. 'Cascade'라는 기능은 여러 파일에 걸쳐 협업할 수 있는 에이전트형 챗봇으로, 'write code'와 'chat' 모드를 지원하며 터미널 명령도 실행할 수 있습니다.
 * Zed: 협업과 AI 기능을 갖춘 차세대 코드 에디터로, 빠른 속도와 사용자 친화적인 인터페이스를 제공합니다.
 * Neovim with Copilot: Vim 기반의 텍스트 에디터인 Neovim에 GitHub Copilot을 통합하여 AI 기반 코드 보완 기능을 활용할 수 있습니다.
 * Supermaven: VS Code나 JetBrains IDE와 같은 환경에서 작동하는 AI 완성 유틸리티로, 코드 작성 시 효율성을 높여줍니다.

 * 무료 도구 (기본 사용량 한정):
   * Zed: 초기 출시 기간 동안 Anthropic과의 파트너십을 통해 무료로 제공
   * Cursor: 2주간의 무료 체험 기간 제공
   * Windsurf: 개인 무료 플랜 제공
   * v0 by Vercel: 개인 무료 플랜 제공
   * Replit AI Agent: 스타터 플랜 제공
   * Cody: 무료 플랜 제공
   * Bolt.new: 추수감사절 기간 동안 200만 개의 무료 토큰 제공
   * JetBrains AI: 7일간의 무료
 * 유료 도구 ($10-20/월):
   * Cody: Pro 플랜 월 $9
   * GitHub Copilot: 개인 플랜 월 $10
   * JetBrains AI: Pro 플랜 월 $10
   * Replit AI Agent: Core 플랜 월 $15
   * Stackblitz: Pro 플랜 월 $18
   * Cursor: Pro 플랜 월 $20
   * v0 by Vercel: 월 $20
     
     
   
   

https://blog.pragmaticengineer.com/ide-that-software-engineers-love

예전에는 IntelliJ 혹은 VSCode로 천하통일이었던 것 같은데, 최근 AI 기능 통합된 새로운 도구들이 속속 나타나면서 개발자들에게는 더 즐거운 IDE 선택지들이 생긴 것 같습니다. <ul ><li>Cursor: 2022년에 설립되어 2023년 3월 첫 버전을 출시한 AI 기반 IDE로, 특히 'Composer'라는 기능이 주목받고 있습니다. 이 기능은 여러 파일에 걸쳐 지시사항을 수행. "다른 경쟁사 제품을 사용해봐도 Cursor가 더 나은 결과를 제공한다"는 찬사도 받음. </li><li>Windsurf: Codeium에서 최근 출시한 AI 코드 에디터로, AI와의 협업 흐름을 개선하고 디버깅 시 유용하다는 평가를 받고 있습니다. 'Cascade'라는 기능은 여러 파일에 걸쳐 협업할 수 있는 에이전트형 챗봇으로, 'write code'와 'chat' 모드를 지원하며 터미널 명령도 실행할 수 있습니다.</li><li>Zed: 협업과 AI 기능을 갖춘 차세대 코드 에디터로, 빠른 속도와 사용자 친화적인 인터페이스를 제공합니다.</li><li>Neovim with Copilot: Vim 기반의 텍스트 에디터인 Neovim에 GitHub Copilot을 통합하여 AI 기반 코드 보완 기능을 활용할 수 있습니다.</li><li>Supermaven: VS Code나 JetBrains IDE와 같은 환경에서 작동하는 AI 완성 유틸리티로, 코드 작성 시 효율성을 높여줍니다.</li></ul> <ul ><li>무료 도구 (기본 사용량 한정):<ul ><li>Zed: 초기 출시 기간 동안 Anthropic과의 파트너십을 통해 무료로 제공</li><li>Cursor: 2주간의 무료 체험 기간 제공</li><li>Windsurf: 개인 무료 플랜 제공</li><li>v0 by Vercel: 개인 무료 플랜 제공</li><li>Replit AI Agent: 스타터 플랜 제공</li><li>Cody: 무료 플랜 제공</li><li>Bolt.new: 추수감사절 기간 동안 200만 개의 무료 토큰 제공</li><li>JetBrains AI: 7일간의 무료</li></ul></li><li>유료 도구 ($10-20/월):<ul ><li>Cody: Pro 플랜 월 $9</li><li>GitHub Copilot: 개인 플랜 월 $10</li><li>JetBrains AI: Pro 플랜 월 $10</li><li>Replit AI Agent: Core 플랜 월 $15</li><li>Stackblitz: Pro 플랜 월 $18</li><li>Cursor: Pro 플랜 월 $20</li><li>v0 by Vercel: 월 $20 </li></ul> </li></ul> https://blog.pragmaticengineer.com/ide-that-software-engineers-love

The Pragmatic Engineer

요즘 IDE

Llama 모델이란?먼저, Llama 모델에 대해 간단히 소개하겠습니다.   Llama(Large Language Model Meta AI)는 Meta AI에서 개발한 대규모 언어 모델입니다. OpenAI의 GPT 시리즈와 마찬가지로 트랜스포머 아키텍처를 기반으로 하며, 다양한 크기와 성능을 제공합니다. 이 포스팅에서 다룰 Llama-3.2-1B-Instruction 모델은 약 10억 개의 파라미터를 가진 모델로, sLLM에 해당하는 아주 작은 파라미터를 가지고 있지만, 특정 태스크에서는 뛰어난 성능을 보여주는 모델입니다.한국어 QA 튜닝 방법한국어 QA 시스템의 발전은 국내 AI 산업에서 매우 중요한 부분을 차지합니다. 검색 엔진, 고객 서비스 챗봇, 교육용 AI 등 다양한 분야에서 활용될 수 있기 때..

Llama-3.2-1B-Instruction 모델 파인튜닝하기

최근에 Llama 모델을 파인튜닝 해서 모델의 성능을 높여야하는 과제가 있어서,
다양한 자료를 찾아보았습니다.

그런데 대부분의 경우 잘 실행되지 않았고, 알 수 없는 에러로 저를 고생시키기만 했습니다.
그러다가 아래 링크에 있는 내용들을 보고 성공했습니다.

그리고 이를 바탕으로 해서 Llama-70B 모델도 파인튜닝을 할 수 있는 코드를 작성하기도 했습니다.

파인튜닝에 관심있는 분에게 추천드립니다.

https://naakjii.tistory.com/138

최근에 Llama 모델을 파인튜닝 해서 모델의 성능을 높여야하는 과제가 있어서, 다양한 자료를 찾아보았습니다. 그런데 대부분의 경우 잘 실행되지 않았고, 알 수 없는 에러로 저를 고생시키기만 했습니다. 그러다가 아래 링크에 있는 내용들을 보고 성공했습니다. 그리고 이를 바탕으로 해서 Llama-70B 모델도 파인튜닝을 할 수 있는 코드를 작성하기도 했습니다. 파인튜닝에 관심있는 분에게 추천드립니다. https://naakjii.tistory.com/138

NJSUNG BLOG

Llama 를 파인튜닝 해보자.

전문가를 위한 파이썬 | 파이썬의 잠재력을 끌어올리는 프로그래밍 기법다른 언어에서 배운 패턴을 파이썬에 억지로 맞추지 말자. 파이썬의 단순함은 생산성을 빠르게 높여주지만, 그 단순함에 취해 언어가 제공하는 다양……

전문가를 위한 파이썬 | 루시아누 하말류 - 교보문고

저는 파이썬이라는 언어를 매우 좋아합니다.
깔끔하고 알기 쉬운 문법, 친절한 문서, 따뜻한 커뮤니티가 있기 때문입니다.

그런데 쉬운언어라는 선입견들이 있어서,
입문자 단계에서 중급자로 올라가기 위해서는 다양한 노력들을 해야합니다.

파이썬 관련해서 책을 30권정도는 봤는데, 그중에 단 1권만 추천한다면
단연코 '전문가를 위한 파이썬'을 추천합니다.

프로토콜, 메타프로그램, 제너레이터등의 주제를 다루고 있습니다.
조금 어려운 주제 일 수 있지만, 중급자 이상으로 올라가려면 파이썬의 동작방식을 잘 이해해야 될 것입니다.

이 책으로 같이 스터디하시면 아마도 실력이 한단계 더 향상 될것이라 생각합니다 .
https://product.kyobobook.co.kr/detail/S000214847242

저는 파이썬이라는 언어를 매우 좋아합니다. 깔끔하고 알기 쉬운 문법, 친절한 문서, 따뜻한 커뮤니티가 있기 때문입니다. 그런데 쉬운언어라는 선입견들이 있어서, 입문자 단계에서 중급자로 올라가기 위해서는 다양한 노력들을 해야합니다. 파이썬 관련해서 책을 30권정도는 봤는데, 그중에 단 1권만 추천한다면 단연코 '전문가를 위한 파이썬'을 추천합니다. 프로토콜, 메타프로그램, 제너레이터등의 주제를 다루고 있습니다. 조금 어려운 주제 일 수 있지만, 중급자 이상으로 올라가려면 파이썬의 동작방식을 잘 이해해야 될 것입니다. 이 책으로 같이 스터디하시면 아마도 실력이 한단계 더 향상 될것이라 생각합니다 .https://product.kyobobook.co.kr/detail/S000214847242

product.kyobobook.co.kr

중급자를 위한 파이썬 책을 단 한권만 추천한다면?

구광모의 AI 드라이브...손정의 펀드에 200억 투자

구광모의 AI 드라이브…손정의 펀드에 200억 투자

"LG전자와 LG화학, LG유플러스, LG CNS 등 LG 4개 계열사는 소프트뱅크벤처스가 AI 분야에 투자하기 위해 조성 중인 펀드(3200억원 규모)에 약 200억원을 공동출자" 대기업의 스타트업 투자가 계속 늘어나는 추세.

Naver

퍼블리 프로덕트 매니저dmdamdmdmwldmwodmowdow

퍼블리 프로덕트 매니저

동환

박진희

벤처캐피털 TBT 공동대표

임정욱

호기심 많은 관찰자입니다. 매일 아침 조간 신문 뉴스와 IT뉴스를 챙겨보고 흥미로운 내용을 SNS에 메모해 두는 습관을 10년 넘게 유지하고 있습니다. 독서보다 넷플릭스와 유튜브를 너무 많이 보는 것 같아서 걱정입니다. 막 벤처투자자로 커리어를 바꾸는 참입니다.

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필