한화·신세계·삼성벤처로부터 기업가치 4000억원으로 투자받기도 한화그룹(한화호텔앤드리조트)과 신세계그룹(신세계아이앤씨)의 투자를 받은 프롭테크 스타트업 어반베이스가 파산한다. 지난해 경영난을 겪으면서 기업회생 절차에

작년 기술특례 상장 추진했던 어반베이스, 경영권 매각 실패로 파산 절차 돌입

결국 어반베이스도...

이 바닥에서 일을 시작하고 몇년째 누누히 말해왔지만 단순히 사람 많이 모았거나 데이터 많이 쌓았다고 돈이 되는게 아니다. 결국 모든 건 Product-Market-Fit을 지나 Key Buying Factor까지 가야만 사업이 된다.

코로나가 시작하고 몇달 뒤부터 포스트 코로나 시기가 왔을 때의 스타트업 거품론에 대해 자주 이야기해왔고 정확하게 시기까지 맞추면서 지금까지 말한대로 계속되고 있다. 작년 하반기부터는 투자를 많이 받은 덩치 큰 곳들 중심으로 그동안 투자사들의 매몰비용에 대한 두려움으로 피했던 의사결정의 조정을 한창 받고 있다. 역시나 옥석이 가려지고 산업과 시장이 정상화되는 과정의 일환이다.

https://n.news.naver.com/article/366/0001005564?sid=101

결국 어반베이스도... 이 바닥에서 일을 시작하고 몇년째 누누히 말해왔지만 단순히 사람 많이 모았거나 데이터 많이 쌓았다고 돈이 되는게 아니다. 결국 모든 건 Product-Market-Fit을 지나 Key Buying Factor까지 가야만 사업이 된다. 코로나가 시작하고 몇달 뒤부터 포스트 코로나 시기가 왔을 때의 스타트업 거품론에 대해 자주 이야기해왔고 정확하게 시기까지 맞추면서 지금까지 말한대로 계속되고 있다. 작년 하반기부터는 투자를 많이 받은 덩치 큰 곳들 중심으로 그동안 투자사들의 매몰비용에 대한 두려움으로 피했던 의사결정의 조정을 한창 받고 있다. 역시나 옥석이 가려지고 산업과 시장이 정상화되는 과정의 일환이다. https://n.news.naver.com/article/366/0001005564?sid=101

Naver

롯데리아가 12년 만에 리브랜딩했습니다. 롯데리아는 한국 최초의 햄버거 프랜차이즈로 개점한 지 45년이 되었습니다. 전국 어디서나 찾아볼 수 있는 대표적인 국민 브랜드로 누구나 버거를 즐길 수 있게 도왔습니다. 최근 맘스터치, 쉑쉑버거, 파이브 가이즈 등 새로운 브랜드까지 등장하며 경쟁이 심해졌습니다. 롯데리아는 국내 시장에서의 위치를 공고히 유지하면서...

롯데리아 리브랜딩: 불고기 버거에서 리아 불고기로

롯데리아가 12년 만에 리브랜딩했습니다. 롯데리아는 한국 최초의 햄버거 프랜차이즈로 개점한 지 45년이 되었습니다. 전국 어디서나 찾아볼 수 있는 대표적인 국민 브랜드로 누구나 버거를 즐길 수 있게 도왔습니다.

최근 맘스터치, 쉑쉑버거, 파이브 가이즈 등 새로운 브랜드까지 등장하며 경쟁이 심해졌습니다. 롯데리아는 국내 시장에서의 위치를 공고히 유지하면서 해외 시장을 개척하기 위해 새로운 변화가 필요했습니다.

더 자세한 내용은 링크에서 확인하세요.

https://designcompass.org/2024/07/22/lotteria-rebranding/

#bx #롯데 #버거 #패스트푸드

롯데리아가 12년 만에 리브랜딩했습니다. 롯데리아는 한국 최초의 햄버거 프랜차이즈로 개점한 지 45년이 되었습니다. 전국 어디서나 찾아볼 수 있는 대표적인 국민 브랜드로 누구나 버거를 즐길 수 있게 도왔습니다. 최근 맘스터치, 쉑쉑버거, 파이브 가이즈 등 새로운 브랜드까지 등장하며 경쟁이 심해졌습니다. 롯데리아는 국내 시장에서의 위치를 공고히 유지하면서 해외 시장을 개척하기 위해 새로운 변화가 필요했습니다. 더 자세한 내용은 링크에서 확인하세요. https://designcompass.org/2024/07/22/lotteria-rebranding/ #bx #롯데 #버거 #패스트푸드

디자인 나침반

"현직 마케터는 취준생 시절에 어떻게 준비했을까?""마케터로 일해보니 어떤 역량이 필요할까?"요즘 어지럽고 쉽지 않은 세상.. 어떻게 이겨낼 수 있도록 도와드릴까 고민했어요.고민 끝에 현업에서 열심히 일하시는 마케터분들을 직접 만나뵙고 물어보는 게 가장 직관적이겠다 생각했습니다. ...

마케터에게 네트워킹, 인맥이 필요할까요?

마케터에게 네트워킹은 필수(?)가 아닐까 하는데요. 네트워킹은 대외적으로 모임을 나가거나 사람들을 만나는 것만 네트워킹이라고 생각하지 않아요.

지금 다니고 있는 회사에서 최고의 성과를 내는 것도 네트워킹이라고 생각합니다. 성과를 잘 내고 책임감이 있는 팀원들에게는 나중에도 서로 추천을 해주기도 하고, 채용 관련된 정보를 먼저 공유하기도 하죠.

그래서 본업에서 일을 얼마나 잘하고, 서로에게 얼마나 잘했는가가 정말 중요한 네트워킹 이라고 생각해요

https://youtu.be/XPTi40kEQtA?si=KPpkjCyp04QhttRf

마케터에게 네트워킹은 필수(?)가 아닐까 하는데요. 네트워킹은 대외적으로 모임을 나가거나 사람들을 만나는 것만 네트워킹이라고 생각하지 않아요. 지금 다니고 있는 회사에서 최고의 성과를 내는 것도 네트워킹이라고 생각합니다. 성과를 잘 내고 책임감이 있는 팀원들에게는 나중에도 서로 추천을 해주기도 하고, 채용 관련된 정보를 먼저 공유하기도 하죠. 그래서 본업에서 일을 얼마나 잘하고, 서로에게 얼마나 잘했는가가 정말 중요한 네트워킹 이라고 생각해요 https://youtu.be/XPTi40kEQtA?si=KPpkjCyp04QhttRf

YouTube

네트워킹은 밖에서만 하는 게 아니에요.

Learn how to manage open source software responsibly and secure the software supply chain with the latest OSSRA report. Get recommendations on safeguarding applications and protecting against risk at Synopsys.com.

Open Source Security & Risk Analysis Report (OSSRA) | Synopsys

OWASP(Open Web Application Security Project)의 OSS 상위 10가지 위험(Top 10 Risks for Open Source Software)에 대한 내용입니다.

< 배경 >
 * 소프트웨어 공급망에서 OSS에 대한 의존도가 높지만 업계에서는 OSS의 위험을 이해하고 측정할 수 있는 일관된 방법이 부족합니다. OSS의 위험 관리는 라이선스 관리에서 시작하여 CVE로 발전했지만 보안, 법률, 운영 측면을 아우르는 종합적인 접근 방식은 여전히 부족합니다.
 * 지난 10년 동안 OSS에 대한 의존도가 높아지면서 알려진 취약점, 즉 CVE가 보안의 핵심 지표로 부상했습니다. 알려진 취약점은 중요한 신호이기는 하지만 일반적으로 선의의 개발자가 저지른 실수를 포착합니다. 이러한 실수는 공격자가 악용할 수 있으므로 수정해야 하지만, OSS에 의존할 때 발생하는 모든 위험을 포괄하기는 어렵습니다.
 * 코드베이스의 89%에 4년 이상 오래된 OSS가 포함되어 있음
 * 코드베이스의 91%에는 2년 이상 새로운 개발이 없었던 구성 요소가 포함되어 있음
 
 
< 상위 10가지 OSS 위험 >
 1. OSS-RISK-1 알려진 취약점(https://owasp.org/www-project-open-source-software-top-10/0-1-risks/OSS1-Known-Vulnerabilities)
 * 컴포넌트 버전에 개발자가 실수로 도입한 취약한 코드가 포함되어 있을 수 있습니다. 취약점 세부 정보는 CVE, GitHub 보안 권고 또는 기타 비공식적인 커뮤니케이션 채널을 통해 공개적으로 공개됩니다. 익스플로잇과 패치는 제공되거나 제공되지 않을 수 있습니다.
 2. OSS-RISK-2 합법적인 패키지의 손상(https://owasp.org/www-project-open-source-software-top-10/0-1-risks/OSS2-Compromise-Legitimate-Package)
 * 공격자는 합법적인 프로젝트 관리자의 계정을 탈취하거나 패키지 저장소의 취약점을 악용하는 등의 방법으로 기존 합법적인 프로젝트 또는 배포 인프라의 일부인 리소스를 손상시켜 구성 요소에 악성 코드를 삽입할 수 있습니다.
 3. OSS-RISK-3 이름 혼동 공격(https://owasp.org/www-project-open-source-software-top-10/0-1-risks/OSS3-Name-Confusion-Attack)
 * 공격자는 합법적인 오픈소스 또는 시스템 구성 요소의 이름과 유사한 이름을 가진 구성 요소를 만들거나(오타 스쿼팅), 신뢰할 수 있는 작성자를 제안하거나(브랜드 재킹), 다른 언어 또는 에코시스템의 일반적인 명명 패턴을 사용할 수 있습니다(콤보 스쿼팅).
 4. OSS-RISK-4 유지 관리되지 않는 소프트웨어(https://owasp.org/www-project-open-source-software-top-10/0-1-risks/OSS4-Unmaintained-Software)
 * 구성 요소 또는 구성 요소 버전이 더 이상 활발하게 개발되지 않을 수 있으므로 원래 오픈 소스 프로젝트에서 기능 및 비기능적 버그에 대한 패치를 적시에 제공하지 않거나 전혀 제공하지 않을 수 있습니다.
 5. OSS-RISK-5 오래된 소프트웨어(https://owasp.org/www-project-open-source-software-top-10/0-1-risks/OSS5-Outdated-Software)
 * 프로젝트에서 오래된 오래된 버전의 컴포넌트를 사용할 수 있습니다(최신 버전이 존재함에도 불구하고).
 6. OSS-RISK-6 추적되지 않은 종속성(https://owasp.org/www-project-open-source-software-top-10/0-1-risks/OSS6-Untracked-Dependencies)
 * 프로젝트 개발자가 구성 요소에 대한 종속성을 전혀 인지하지 못할 수 있습니다(예: 업스트림 구성 요소의 SBOM에 포함되지 않았거나, SCA 도구가 실행되지 않거나 감지하지 못하거나, 패키지 관리자를 사용하여 종속성을 설정하지 않았기 때문).
 7. OSS-RISK-7 라이선스 위험(https://owasp.org/www-project-open-source-software-top-10/0-1-risks/OSS7-License-Regulatory-Risks)
 * 구성 요소 또는 프로젝트에 라이선스가 전혀 없거나 의도된 사용과 호환되지 않거나 요구 사항이 충족되지 않거나 충족할 수 없는 라이선스가 있을 수 있습니다.
 8. OSS-RISK-8 미성숙한 소프트웨어(https://owasp.org/www-project-open-source-software-top-10/0-1-risks/OSS8-Immature-Software)
 * 오픈 소스 프로젝트는 표준 버전 관리 체계를 사용하지 않거나 회귀 테스트 스위트, 검토 지침 또는 문서가 없는 등 개발 모범 사례를 적용하지 않을 수 있습니다. 그 결과 구성 요소가 안정적으로 또는 안전하게 작동하지 않을 수 있습니다.
 9. OSS-RISK-9 승인되지 않은 변경(https://owasp.org/www-project-open-source-software-top-10/0-1-risks/OSS9-Unapproved-Change)
 * 다운로드 링크가 버전이 없는 리소스를 가리키거나 버전이 있는 리소스가 수정 또는 변조되었거나 안전하지 않은 데이터 전송으로 인해 개발자가 그러한 변경 사항을 인지, 검토 또는 승인할 수 없는 경우 등 개발자가 변경 사항을 인지하지 못한 채 구성 요소가 변경될 수 있습니다.
 10. OSS-RISK-10 종속성 크기 부족/과다(https://owasp.org/www-project-open-source-software-top-10/0-1-risks/OSS10-UnderOversized-Dependency)
 * 컴포넌트가 매우 적은 기능(예: npm 마이크로 패키지)을 제공하거나 많은 기능(이 중 일부만 사용될 수 있음)을 제공할 수 있습니다.

< 참고 >
 * Synopsys Report: https://www.synopsys.com/software-integrity/resources/analyst-reports/open-source-security-risk-analysis.html#introMenu
 * OSS협회: https://www.oss.kr/news/show/eda8631c-9fc6-442a-8e74-f10f391852a0
 * source: https://owasp.org/www-project-open-source-software-top-10/

OWASP(Open Web Application Security Project)의&nbsp;OSS 상위 10가지 위험(Top 10 Risks for Open Source Software)에 대한 내용입니다. &lt; 배경 &gt;<ul ><li>소프트웨어 공급망에서 OSS에 대한 의존도가 높지만 업계에서는 OSS의 위험을 이해하고 측정할 수 있는 일관된 방법이 부족합니다. OSS의 위험 관리는 라이선스 관리에서 시작하여 CVE로 발전했지만 보안, 법률, 운영 측면을 아우르는 종합적인 접근 방식은 여전히 부족합니다.</li><li>지난 10년 동안 OSS에 대한 의존도가 높아지면서 알려진 취약점, 즉 CVE가 보안의 핵심 지표로 부상했습니다. 알려진 취약점은 중요한 신호이기는 하지만 일반적으로 선의의 개발자가 저지른 실수를 포착합니다. 이러한 실수는 공격자가 악용할 수 있으므로 수정해야 하지만, OSS에 의존할 때 발생하는 모든 위험을 포괄하기는 어렵습니다. </li><li>코드베이스의 89%에 4년 이상 오래된 OSS가 포함되어 있음</li><li>코드베이스의 91%에는 2년 이상 새로운 개발이 없었던 구성 요소가 포함되어 있음 </li></ul>&lt; 상위 10가지 OSS 위험 &gt;<ol ><li>OSS-RISK-1 알려진 취약점(https://owasp.org/www-project-open-source-software-top-10/0-1-risks/OSS1-Known-Vulnerabilities)<ul ><li>컴포넌트 버전에 개발자가 실수로 도입한 취약한 코드가 포함되어 있을 수 있습니다. 취약점 세부 정보는 CVE, GitHub 보안 권고 또는 기타 비공식적인 커뮤니케이션 채널을 통해 공개적으로 공개됩니다. 익스플로잇과 패치는 제공되거나 제공되지 않을 수 있습니다.</li></ul></li><li>OSS-RISK-2 합법적인 패키지의 손상(https://owasp.org/www-project-open-source-software-top-10/0-1-risks/OSS2-Compromise-Legitimate-Package)<ul ><li>공격자는 합법적인 프로젝트 관리자의 계정을 탈취하거나 패키지 저장소의 취약점을 악용하는 등의 방법으로 기존 합법적인 프로젝트 또는 배포 인프라의 일부인 리소스를 손상시켜 구성 요소에 악성 코드를 삽입할 수 있습니다.</li></ul></li><li>OSS-RISK-3 이름 혼동 공격(https://owasp.org/www-project-open-source-software-top-10/0-1-risks/OSS3-Name-Confusion-Attack)<ul ><li>공격자는 합법적인 오픈소스 또는 시스템 구성 요소의 이름과 유사한 이름을 가진 구성 요소를 만들거나(오타 스쿼팅), 신뢰할 수 있는 작성자를 제안하거나(브랜드 재킹), 다른 언어 또는 에코시스템의 일반적인 명명 패턴을 사용할 수 있습니다(콤보 스쿼팅).</li></ul></li><li>OSS-RISK-4 유지 관리되지 않는 소프트웨어(https://owasp.org/www-project-open-source-software-top-10/0-1-risks/OSS4-Unmaintained-Software)<ul ><li>구성 요소 또는 구성 요소 버전이 더 이상 활발하게 개발되지 않을 수 있으므로 원래 오픈 소스 프로젝트에서 기능 및 비기능적 버그에 대한 패치를 적시에 제공하지 않거나 전혀 제공하지 않을 수 있습니다.</li></ul></li><li>OSS-RISK-5 오래된 소프트웨어(https://owasp.org/www-project-open-source-software-top-10/0-1-risks/OSS5-Outdated-Software)<ul ><li>프로젝트에서 오래된 오래된 버전의 컴포넌트를 사용할 수 있습니다(최신 버전이 존재함에도 불구하고).</li></ul></li><li>OSS-RISK-6 추적되지 않은 종속성(https://owasp.org/www-project-open-source-software-top-10/0-1-risks/OSS6-Untracked-Dependencies)<ul ><li>프로젝트 개발자가 구성 요소에 대한 종속성을 전혀 인지하지 못할 수 있습니다(예: 업스트림 구성 요소의 SBOM에 포함되지 않았거나, SCA 도구가 실행되지 않거나 감지하지 못하거나, 패키지 관리자를 사용하여 종속성을 설정하지 않았기 때문).</li></ul></li><li>OSS-RISK-7 라이선스 위험(https://owasp.org/www-project-open-source-software-top-10/0-1-risks/OSS7-License-Regulatory-Risks)<ul ><li>구성 요소 또는 프로젝트에 라이선스가 전혀 없거나 의도된 사용과 호환되지 않거나 요구 사항이 충족되지 않거나 충족할 수 없는 라이선스가 있을 수 있습니다.</li></ul></li><li>OSS-RISK-8 미성숙한 소프트웨어(https://owasp.org/www-project-open-source-software-top-10/0-1-risks/OSS8-Immature-Software)<ul ><li>오픈 소스 프로젝트는 표준 버전 관리 체계를 사용하지 않거나 회귀 테스트 스위트, 검토 지침 또는 문서가 없는 등 개발 모범 사례를 적용하지 않을 수 있습니다. 그 결과 구성 요소가 안정적으로 또는 안전하게 작동하지 않을 수 있습니다.</li></ul></li><li>OSS-RISK-9 승인되지 않은 변경(https://owasp.org/www-project-open-source-software-top-10/0-1-risks/OSS9-Unapproved-Change)<ul ><li>다운로드 링크가 버전이 없는 리소스를 가리키거나 버전이 있는 리소스가 수정 또는 변조되었거나 안전하지 않은 데이터 전송으로 인해 개발자가 그러한 변경 사항을 인지, 검토 또는 승인할 수 없는 경우 등 개발자가 변경 사항을 인지하지 못한 채 구성 요소가 변경될 수 있습니다.</li></ul></li><li>OSS-RISK-10 종속성 크기 부족/과다(https://owasp.org/www-project-open-source-software-top-10/0-1-risks/OSS10-UnderOversized-Dependency)<ul ><li>컴포넌트가 매우 적은 기능(예: npm 마이크로 패키지)을 제공하거나 많은 기능(이 중 일부만 사용될 수 있음)을 제공할 수 있습니다.</li></ul></li></ol> &lt; 참고 &gt;<ul ><li>Synopsys Report: https://www.synopsys.com/software-integrity/resources/analyst-reports/open-source-security-risk-analysis.html#introMenu</li></ul><ul ><li>OSS협회: https://www.oss.kr/news/show/eda8631c-9fc6-442a-8e74-f10f391852a0</li><li>source: https://owasp.org/www-project-open-source-software-top-10/</li></ul>

synopsys.com

[OWASP] OSS 상위 10가지 위험

김지수의 인터스텔라 폭염살인 에어컨이 나를 지켜줄 거라는 착각은 버려라 제프 구델 폭염사망자 50만명, 바다는 끓고 식량은 마른다 무더위에 정전 48시간 안에 1만 3천 명 사망 1도 오를 때마다, 성적 떨어지고 범죄율 높아져 더위는 가난한 사람부터 공격한다 폭염시 에어컨 없으면 창문 닫고 커튼 쳐 열 차단

[김지수의 인터스텔라] "폭염살인... 에어컨이 나를 지켜줄 거라는 착각은 버려라" 제프 구델

기록에 의하면 인간이 지구에서 지금껏 겪은 것 중 가장 뜨거운 한 해는 2023년이었다. 더위에서 발화한 캐나다 산불 연기 때문에 뉴욕 하늘이 영화 ‘블레이드 러너’처럼 오렌지색으로 물들었고, 브라질에서는 더위가 아마존강의 물을 빨아들여 열대우림의 땅 상당 지대가 말라붙었다.

기후과학자들은 매해가 기록상 가장 더운 해로 기록될 것이라고 관측한다. 이 말은 2024년 올해 여름이 역사상 가장 더운 해이며 동시에 미래에서 보면 가장 추운 한 해로 기록될 거라는 얘기다. 숨 막히는 열탕에선 뛰쳐나갈 수 있지만, 지구라는 한증막엔 열고 나갈 문이 없다.

기후저널리스트 제프 구델의 폭염 르뽀르타쥬 <폭염살인>을 읽는 내내 ‘열국열차’를 타고 달궈진 지구 한 바퀴를 도는 것 같은 충격을 느꼈다. 단테의 ‘신곡’을 읽듯 세계 곳곳에서 벌어지는 폭염의 지옥도를 읽다가 다급하게 제프 구델에게 SOS를 보냈다. 덥다는 푸념 대신 무엇을 할 수 있는가를 묻기 위해.

1️⃣특별히 캘리포니아에서 하이킹하던 중 4시간 만에 열사병으로 사망한 젊은 가족을 책 앞부분에 배치한 이유는?
🅰️그들은 폭염의 위험이 얼마나 일상적인가를 보여준다. 폭염은 야외에서 일하는 근로자나 심장이 약한 노약자만 걱정해야 하는 문제가 아니다. 지금 같은 상황에서는 아무리 젊고 건강하고 부유한 선진국 사람이라도 더워서 죽을 수 있다.

2️⃣열은 어떤 방식으로 생명을 앗아가나?
🅰️열사병에 이르는 과정은 순식간이다. 해가 내뿜는 열기로 피가 따뜻해지면, 심장은 열을 식히려고 최대한 많은 피를 피부 쪽으로 밀어낸다. 피와 산소가 부족해진 간과 신장과 두뇌로 인해 시야가 멍해진다.

체온이 40.5에 달하면 몸은 에어컨 꺼진 아궁이가 되어 팔다리에 경련이 일어나고 41.6이 넘으면 세포가 망가지기 시작한다. 단백질의 매듭이 풀어지면서 몸의 내부가 녹아내리고 해체가 일어나는 것이다.

3️⃣상상할 수 있는 최악은 무엇인가?
🅰️정전이다. 정전과 폭염은 매우 위험한 조합이다. 옛날에는 더운 지역에 자연 환기 시스템을 갖춘 건물을 짓기 위해 공기의 흐름, 태양의 위치, 심지어 건물의 색까지 고려했다(멕시코나 그리스처럼 덥고 햇볕이 잘 드는 지역의 건물을 흰색으로 칠하는 이유가 바로 이 때문이다).

그러나 현대식 건물들은 이 모든 것을 무시하고 에어컨만으로 모든 작업을 수행하도록 만들어졌다. 전기가 끊기지 않으면 괜찮다. 정전되는 순간 현대식 건물은 순식간에 치명적인 대류식 오븐이 된다. 피닉스에서 극심한 불볕더위로 5일간 정전이 발생했을 때를 조사한 연구 결과는 첫 48시간 동안 13,000명 이상이 사망할 것으로 예측했다.

에어컨은 엄청난 전기를 잡아먹으며, 도시를 헤어 나올 수 없는 폭염의 블랙홀로 밀어 넣는다. 안락한 냉방 문화는 순식간에 전 세계적인 중독으로 자리 잡았다. 2022년 월드컵을 개최한 카타르는 심지어 야외에서도 냉방을 틀었다. 2050년 에어컨은 45억 대가 넘어 스마트폰을 따라잡을 것이다.

4️⃣에어컨 없는 지구는 상상할 수 없다. 과연 우리는 에어컨에서 자유로워질 수 있나?
🅰️그 누구도 에어컨 없이 살자고 주장할 수 없을 거다. 그러나 에어컨의 가장 큰 문제는 모든 사람이 에어컨을 극심한 더위에 대한 기술적 해결책으로 간주해서, 에어컨을 설치하기만 하면 괜찮아질 것처럼 착각하게 만드는 데 있다. 하지만 단언컨대, 우리는 괜찮지 않을 것이다.

전 세계 7억 5천만 명의 사람들이 에어컨은커녕 전기 조차 공급받지 못하고 있다. 기온이 41도까지 오른 어느 날, 애리조나주 전기회사는 연체금 51달러를 내지 못한 폴먼 씨 집의 전기를 차단했다. 일주일 뒤 사망한 채 발견된 그의 사인은 ‘열 노출’이었다.

에어컨을 가동하는 전력은 온난화의 주요 원인인 화석 연료에서 나오며, 게다가 우리는 바다와 숲에까지 에어컨을 설치할 수 없다. 에어컨이 우릴 지켜줄 거라는 착각은 버려야 한다. 안락함에 중독돼서 다른 사람, 다른 종, 혹은 주변 세상이 어떤 대가를 치러야 하는지 눈감으면 되겠는가.

5️⃣섭씨 1도가 상승하면 미국의 1년 GDP에서 3천억 달러가 사라지고, 아이들의 시험 성적이 떨어지고 자살, 강간, 폭력이 많아진다는 게 사실인가?
🅰️사실이다. GDP 손실은 근로자의 생산성 저하, 사업장 폐쇄, 실외 작업 중단에서 비롯된다. 사소한 듯해도 전형적인 예로, 사람들은 더운 날 아무도 식당에 가려고 하지 않는다. 더위 속에서 몇 블록을 걸어가거나 과열된 차에 타야 하기 때문이다. 따라서 식당은 영업 손실을 입는다.

또 다른 예로 폭염은 작업자를 극도의 위험으로 몰아가므로 건설 작업을 중단할 수밖에 없다. 공사가 지연되면 건설비용이 증가한다. 이런 모든 종류의 일들이 증폭 효과를 가져온다.

시험 점수 하락, 자살, 강간, 폭력 범죄 등 이 모든 것은 더위가 주는 미묘하지만 실제적인 심리적 영향과 관련이 있다. 더우면 짜증이 나고, 화가 나고, 논쟁을 더 많이 하고, 명확하게 생각하는 데 어려움을 겪는다는 것을 우리는 경험으로 잘 알고 있다.

6️⃣취재하면서 가장 신경 쓴 것은 무엇인가?
🅰️독자들이 더위 상승의 영향을 ‘볼 수 있도록’ 만드는 방법을 찾는 것. 다른 기후 재난과 달리 더위는 눈에 보이지 않는 위력이다. 창밖을 내다봐도 얼마나 더운지 알 수 없다.

눈에 보이지 않는 것을 가시화해서 독자들에게 폭염의 위험성을 체감시켜야 했다. 열은 생명체를 멸종시키는 힘이다. 일정 기온을 넘어서면 아무것도 살아남지 못한다.

7️⃣폭염의 희생자가 되지 않기 위해 개인들은 무엇을 어떻게 해야 하나?
🅰️폭염의 위험성을 학습하라. 극단적 더위에 노출돼 체온이 40도를 넘어서면 우리 몸의 세포가 망가지거나 녹아내린다. 이 열의 소용돌이에서 아무도 자유로울 수 없다.

만약 집에 에어컨이 없다면 폭염시에 창문을 닫고 커튼을 쳐서 햇빛과 열을 전부 차단하라. 폭염에 취약한 가족과 친지가 있지는 않은지 둘러보라. 나무를 심고 집을 단열하고 화석 연료 소비를 줄여야 한다. 기후 위기에 관해 이야기하고 적극적으로 참여하라. 정치인들에게 변화를 요구하고 투표해야 한다.

기록에 의하면 인간이 지구에서 지금껏 겪은 것 중 가장 뜨거운 한 해는 2023년이었다. 더위에서 발화한 캐나다 산불 연기 때문에 뉴욕 하늘이 영화 ‘블레이드 러너’처럼 오렌지색으로 물들었고, 브라질에서는 더위가 아마존강의 물을 빨아들여 열대우림의 땅 상당 지대가 말라붙었다. 기후과학자들은 매해가 기록상 가장 더운 해로 기록될 것이라고 관측한다. 이 말은 2024년 올해 여름이 역사상 가장 더운 해이며 동시에 미래에서 보면 가장 추운 한 해로 기록될 거라는 얘기다. 숨 막히는 열탕에선 뛰쳐나갈 수 있지만, 지구라는 한증막엔 열고 나갈 문이 없다. 기후저널리스트 제프 구델의 폭염 르뽀르타쥬 &lt;폭염살인&gt;을 읽는 내내 ‘열국열차’를 타고 달궈진 지구 한 바퀴를 도는 것 같은 충격을 느꼈다. 단테의 ‘신곡’을 읽듯 세계 곳곳에서 벌어지는 폭염의 지옥도를 읽다가 다급하게 제프 구델에게 SOS를 보냈다. 덥다는 푸념 대신 무엇을 할 수 있는가를 묻기 위해. 1️⃣특별히 캘리포니아에서 하이킹하던 중 4시간 만에 열사병으로 사망한 젊은 가족을 책 앞부분에 배치한 이유는?🅰️그들은 폭염의 위험이 얼마나 일상적인가를 보여준다. 폭염은 야외에서 일하는 근로자나 심장이 약한 노약자만 걱정해야 하는 문제가 아니다. 지금 같은 상황에서는 아무리 젊고 건강하고 부유한 선진국 사람이라도 더워서 죽을 수 있다. 2️⃣열은 어떤 방식으로 생명을 앗아가나?🅰️열사병에 이르는 과정은 순식간이다. 해가 내뿜는 열기로 피가 따뜻해지면, 심장은 열을 식히려고 최대한 많은 피를 피부 쪽으로 밀어낸다. 피와 산소가 부족해진 간과 신장과 두뇌로 인해 시야가 멍해진다. 체온이 40.5에 달하면 몸은 에어컨 꺼진 아궁이가 되어 팔다리에 경련이 일어나고 41.6이 넘으면 세포가 망가지기 시작한다. 단백질의 매듭이 풀어지면서 몸의 내부가 녹아내리고 해체가 일어나는 것이다. 3️⃣상상할 수 있는 최악은 무엇인가?🅰️정전이다. 정전과 폭염은 매우 위험한 조합이다. 옛날에는 더운 지역에 자연 환기 시스템을 갖춘 건물을 짓기 위해 공기의 흐름, 태양의 위치, 심지어 건물의 색까지 고려했다(멕시코나 그리스처럼 덥고 햇볕이 잘 드는 지역의 건물을 흰색으로 칠하는 이유가 바로 이 때문이다). 그러나 현대식 건물들은 이 모든 것을 무시하고 에어컨만으로 모든 작업을 수행하도록 만들어졌다. 전기가 끊기지 않으면 괜찮다. 정전되는 순간 현대식 건물은 순식간에 치명적인 대류식 오븐이 된다. 피닉스에서 극심한 불볕더위로 5일간 정전이 발생했을 때를 조사한 연구 결과는 첫 48시간 동안 13,000명 이상이 사망할 것으로 예측했다. 에어컨은 엄청난 전기를 잡아먹으며, 도시를 헤어 나올 수 없는 폭염의 블랙홀로 밀어 넣는다. 안락한 냉방 문화는 순식간에 전 세계적인 중독으로 자리 잡았다. 2022년 월드컵을 개최한 카타르는 심지어 야외에서도 냉방을 틀었다. 2050년 에어컨은 45억 대가 넘어 스마트폰을 따라잡을 것이다. 4️⃣에어컨 없는 지구는 상상할 수 없다. 과연 우리는 에어컨에서 자유로워질 수 있나?🅰️그 누구도 에어컨 없이 살자고 주장할 수 없을 거다. 그러나 에어컨의 가장 큰 문제는 모든 사람이 에어컨을 극심한 더위에 대한 기술적 해결책으로 간주해서, 에어컨을 설치하기만 하면 괜찮아질 것처럼 착각하게 만드는 데 있다. 하지만 단언컨대, 우리는 괜찮지 않을 것이다. 전 세계 7억 5천만 명의 사람들이 에어컨은커녕 전기 조차 공급받지 못하고 있다. 기온이 41도까지 오른 어느 날, 애리조나주 전기회사는 연체금 51달러를 내지 못한 폴먼 씨 집의 전기를 차단했다. 일주일 뒤 사망한 채 발견된 그의 사인은 ‘열 노출’이었다. 에어컨을 가동하는 전력은 온난화의 주요 원인인 화석 연료에서 나오며, 게다가 우리는 바다와 숲에까지 에어컨을 설치할 수 없다. 에어컨이 우릴 지켜줄 거라는 착각은 버려야 한다. 안락함에 중독돼서 다른 사람, 다른 종, 혹은 주변 세상이 어떤 대가를 치러야 하는지 눈감으면 되겠는가. 5️⃣섭씨 1도가 상승하면 미국의 1년 GDP에서 3천억 달러가 사라지고, 아이들의 시험 성적이 떨어지고 자살, 강간, 폭력이 많아진다는 게 사실인가?🅰️사실이다. GDP 손실은 근로자의 생산성 저하, 사업장 폐쇄, 실외 작업 중단에서 비롯된다. 사소한 듯해도 전형적인 예로, 사람들은 더운 날 아무도 식당에 가려고 하지 않는다. 더위 속에서 몇 블록을 걸어가거나 과열된 차에 타야 하기 때문이다. 따라서 식당은 영업 손실을 입는다. 또 다른 예로 폭염은 작업자를 극도의 위험으로 몰아가므로 건설 작업을 중단할 수밖에 없다. 공사가 지연되면 건설비용이 증가한다. 이런 모든 종류의 일들이 증폭 효과를 가져온다. 시험 점수 하락, 자살, 강간, 폭력 범죄 등 이 모든 것은 더위가 주는 미묘하지만 실제적인 심리적 영향과 관련이 있다. 더우면 짜증이 나고, 화가 나고, 논쟁을 더 많이 하고, 명확하게 생각하는 데 어려움을 겪는다는 것을 우리는 경험으로 잘 알고 있다. 6️⃣취재하면서 가장 신경 쓴 것은 무엇인가?🅰️독자들이 더위 상승의 영향을 ‘볼 수 있도록’ 만드는 방법을 찾는 것. 다른 기후 재난과 달리 더위는 눈에 보이지 않는 위력이다. 창밖을 내다봐도 얼마나 더운지 알 수 없다. 눈에 보이지 않는 것을 가시화해서 독자들에게 폭염의 위험성을 체감시켜야 했다. 열은 생명체를 멸종시키는 힘이다. 일정 기온을 넘어서면 아무것도 살아남지 못한다. 7️⃣폭염의 희생자가 되지 않기 위해 개인들은 무엇을 어떻게 해야 하나?🅰️폭염의 위험성을 학습하라. 극단적 더위에 노출돼 체온이 40도를 넘어서면 우리 몸의 세포가 망가지거나 녹아내린다. 이 열의 소용돌이에서 아무도 자유로울 수 없다. 만약 집에 에어컨이 없다면 폭염시에 창문을 닫고 커튼을 쳐서 햇빛과 열을 전부 차단하라. 폭염에 취약한 가족과 친지가 있지는 않은지 둘러보라. 나무를 심고 집을 단열하고 화석 연료 소비를 줄여야 한다. 기후 위기에 관해 이야기하고 적극적으로 참여하라. 정치인들에게 변화를 요구하고 투표해야 한다.

조선비즈

올해 내내 VC 투자자 관점에서의 여러가지 생각을 하면서, 어쩌면 VC 투자자들이 생각하는 S급 인재의 기준이 바뀌는 변곡점이 올 수도 있겠다는 느낌을 받았습니다. 지금까지 VC들이 투자한 회사들 중에 유니콘 또는 그에 준하는 성공적인 회사들은 아래와 같은 카테고리에서 나왔습니다.

S급 인재의 기준이 바뀌는 변곡점

결론부터 말하면 시대에 따라 다른 답을 찾아야 합니다. 패스트벤쳐스 박지웅 대표님의 글을 VC 관점에서 인재에 대해 판단하는 기준에 차이가 두드러집니다. 과거 학생들의 장래희망이 과학자, 대통령, 파일럿이고 의대가 1순위 지망 학과였던 시절과 비교하면 이제 유튜버가 그 자리를 차지한 것과 비슷합니다. 성공한 창업자 프로필은 과거 아래와 같은 특징이 있었습니다.

산업 카테고리

 * 소프트웨어 & 서비스, 플랫폼
 * 소부장
 * 바이오
 * 컨텐츠 & 게임

페르소나

 * 좋은 학벌, 유수의 IT 기업 근무 경험이 있는 젊은 사람들
 * 국내 주요 대기업의 연구개발/사업/구매 등의 부서에서 오랜 경험이 있는 경륜이 있는 팀
 * 국내 Top 대학의 교수 또는 의사, 신약 대기업의 연구원 출신의 R&D 특화된 팀
 * 한차례 성공한 게임 등의 컨텐츠를 만들어낸 경험이 있는 프로듀서, 개발자, 아트디렉터

그런데 이 경계가 사라졌습니다. 한국에서 시작해서 가장 글로벌 한 상품이 되는 케이스들이 나오는 소비재 브랜드가 경계를 무너뜨렸죠. 불닭볶음면의 성공은 예상하지 못했던 글로벌 성공사례입니다. 먹고, 바르고, 입고, 마시는 분야에서 나오는 새로운 성공사례는 기존의 VC 투자자들에게 생소했고 속성을 정의하기 어렵습니다.

경계를 무너뜨린 새로운 시대의 핵심 인재

 * 일단, 학력, 경력 등을 통해 기존 VC 인력들의 뮤추얼로 접근이 잘 안되는 프로필의 사람들이 해당 분야의 창업을 많이 합니다
 * 이런 분들은 기존에 VC와 스타트업들이 소통하던 대화의 방식, 문서의 양식 등의 프로토콜이 잘 이뤄지지 않아 정작 만나고 나서도 대화가 서로에게 낯섭니다
 * 사업 시작 Day 1부터 매출과 이익을 발생시키는게 당연하고, 그러다보니 적자를 감수하기 위해 VC 펀딩이 필요한 경우가 드물어, VC를 bypass 하고 바로 상장, M&A 등으로 직행합니다
 * 본인들이 이미 기획과 판매 등에 필요한 A to Z를 다 갖추고 있는 경우가 많아서, 투자자들로부터 돈+@에 대해 무언가를 기대하거나 도움이 필요한 경우도 적습니다
   
   https://www.fastventures.co.kr/post/talent

결론부터 말하면 시대에 따라 다른 답을 찾아야 합니다. 패스트벤쳐스 박지웅 대표님의 글을 VC 관점에서 인재에 대해 판단하는 기준에 차이가 두드러집니다. 과거 학생들의 장래희망이 과학자, 대통령, 파일럿이고 의대가 1순위 지망 학과였던 시절과 비교하면 이제 유튜버가 그 자리를 차지한 것과 비슷합니다. 성공한 창업자 프로필은 과거 아래와 같은 특징이 있었습니다. 산업 카테고리 <ul ><li>소프트웨어 &amp; 서비스, 플랫폼</li><li>소부장</li><li>바이오</li><li>컨텐츠 &amp; 게임</li></ul> 페르소나 <ul ><li>좋은 학벌, 유수의 IT 기업 근무 경험이 있는 젊은 사람들</li><li>국내 주요 대기업의 연구개발/사업/구매 등의 부서에서 오랜 경험이 있는 경륜이 있는 팀</li><li>국내 Top 대학의 교수 또는 의사, 신약 대기업의 연구원 출신의 R&amp;D 특화된 팀</li><li>한차례 성공한 게임 등의 컨텐츠를 만들어낸 경험이 있는 프로듀서, 개발자, 아트디렉터</li></ul> 그런데 이 경계가 사라졌습니다. 한국에서 시작해서 가장 글로벌 한 상품이 되는 케이스들이 나오는 소비재 브랜드가 경계를 무너뜨렸죠. 불닭볶음면의 성공은 예상하지 못했던 글로벌 성공사례입니다. 먹고, 바르고, 입고, 마시는 분야에서 나오는 새로운 성공사례는 기존의 VC 투자자들에게 생소했고 속성을 정의하기 어렵습니다. 경계를 무너뜨린 새로운 시대의 핵심 인재 <ul ><li>일단, 학력, 경력 등을 통해 기존 VC 인력들의 뮤추얼로 접근이 잘 안되는 프로필의 사람들이 해당 분야의 창업을 많이 합니다</li><li>이런 분들은 기존에 VC와 스타트업들이 소통하던 대화의 방식, 문서의 양식 등의 프로토콜이 잘 이뤄지지 않아 정작 만나고 나서도 대화가 서로에게 낯섭니다</li><li>사업 시작 Day 1부터 매출과 이익을 발생시키는게 당연하고, 그러다보니 적자를 감수하기 위해 VC 펀딩이 필요한 경우가 드물어, VC를 bypass 하고 바로 상장, M&amp;A 등으로 직행합니다</li><li>본인들이 이미 기획과 판매 등에 필요한 A to Z를 다 갖추고 있는 경우가 많아서, 투자자들로부터 돈+@에 대해 무언가를 기대하거나 도움이 필요한 경우도 적습니다 https://www.fastventures.co.kr/post/talent</li></ul>

패스트벤처스 FastVentures

⟪어떤 사람이 핵심 인재일까?⟫

인프런이 만드는 IT인의 축제, 인프콘에 초대합니다

인프콘 2024 - INFCON 2024

1. INFCON
- https://www.inflearn.com/conf/infcon-2024/
- ‘인프런’에서 주최하는 IT 컨퍼런스. 개발자, PM/PO, 디자이너 분야 등
- 2024년 8월 2일(금)
- 유료 / 참가 신청 마감. 추후 인프콘 다시보기 서비스 제공 예정

2. UbuCon Korea 2024
- https://2024.ubuntu-kr.org/ko/
- Ubuntu 코리아 컨퍼런스
- 2024년 8월 10일(토)
- 유료

3. FEConf24
- https://2024.feconf.kr/
- 국내 최대 프론트엔드 컨퍼런스
- 2024년 8월 24일(토)
- 유료

4. Kubernetes Korea Community Day 2024
- https://kcd-korea.net/
- 쿠버네티스에서 주최하는 국내 클라우드 네이티브 기술 컨퍼런스
- 2024년 9월 24일(화)
- 유료

5. OpenInfra Summit Asia 2024
- https://2024.openinfraasia.org/
- 클라우드 네이티브 오픈소스 기술 재단 ‘오픈인프라’ 컨퍼런스
- 2024년 9월 3일(화) ~ 9월 4일(수)
- 유료

6. KWDC 2024
- https://kwdc.dev/2024/
- 국내 애플 개발자 커뮤니티 3곳이 주최하는 한국 Apple 생태계 컨퍼런스
- 2024년 10월 24일(목)
- 유료

7. PyCon KR 2024
- https://2024.pycon.kr/
- 세계 각국의 파이썬 프로그래밍 언어 커뮤니티에서 주관하는 컨퍼런스
- 2024년 10월 25일(금) ~ 10월 27일(일)
- 유료

8. DebConf24
- https://debconf24.debconf.org/
- 데비안 운영체제, 소프트웨어 개발과 관련한 세미나
- 2024년 7월 28일(일) ~ 8월 4일(일)
- 유·무료(일반 무료, 전문가/기업 유료)

9. GopherCon Korea 2024
- https://festa.io/events/5098
- 한국의 Go 언어 사용자 모임 커뮤니티에서 주최하는 컨퍼런스
- 2024년 10월 12일(토) ~ 10월 13일(일)
- 유료

해외 컨퍼런스
1. GitHub Universe 2024
- https://githubuniverse.com/
- 2024년 10월 29일(화) ~ 10월 30일(수) / 미국 샌프란시스코
- 유료 / 온라인 라이브 스트리밍 무료

2. KubeCon + CloudNativeCon North America
- https://events.linuxfoundation.org/kubecon-cloudnativecon-north-america/
- 2024년 11월 12일(화) ~ 11월 15일(금) / 미국 유타주 솔트레이크시티
- 유료 / 키노트 라이브 스트리밍 무료

3. AWS re:Invent 2024
- https://reinvent.awsevents.com/
- 2024년 12월 2일(월) ~ 12월 6일(금) / 미국 라스베가스
- 유료 / 온라인 라이브 스트리밍 무료

1. INFCON- https://www.inflearn.com/conf/infcon-2024/- ‘인프런’에서 주최하는 IT 컨퍼런스. 개발자, PM/PO, 디자이너 분야 등- 2024년 8월 2일(금)- 유료 / 참가 신청 마감. 추후 인프콘 다시보기 서비스 제공 예정 2. UbuCon Korea 2024- https://2024.ubuntu-kr.org/ko/- Ubuntu 코리아 컨퍼런스- 2024년 8월 10일(토)- 유료 3. FEConf24- https://2024.feconf.kr/- 국내 최대 프론트엔드 컨퍼런스- 2024년 8월 24일(토)- 유료 4. Kubernetes Korea Community Day 2024- https://kcd-korea.net/- 쿠버네티스에서 주최하는 국내 클라우드 네이티브 기술 컨퍼런스- 2024년 9월 24일(화)- 유료 5. OpenInfra Summit Asia 2024- https://2024.openinfraasia.org/- 클라우드 네이티브 오픈소스 기술 재단 ‘오픈인프라’ 컨퍼런스- 2024년 9월 3일(화) ~ 9월 4일(수)- 유료 6. KWDC 2024- https://kwdc.dev/2024/- 국내 애플 개발자 커뮤니티 3곳이 주최하는 한국 Apple 생태계 컨퍼런스- 2024년 10월 24일(목)- 유료 7. PyCon KR 2024- https://2024.pycon.kr/- 세계 각국의 파이썬 프로그래밍 언어 커뮤니티에서 주관하는 컨퍼런스- 2024년 10월 25일(금) ~ 10월 27일(일)- 유료 8. DebConf24- https://debconf24.debconf.org/- 데비안 운영체제, 소프트웨어 개발과 관련한 세미나- 2024년 7월 28일(일) ~ 8월 4일(일)- 유·무료(일반 무료, 전문가/기업 유료) 9. GopherCon Korea 2024- https://festa.io/events/5098- 한국의 Go 언어 사용자 모임 커뮤니티에서 주최하는 컨퍼런스- 2024년 10월 12일(토) ~ 10월 13일(일)- 유료 해외 컨퍼런스1. GitHub Universe 2024- https://githubuniverse.com/- 2024년 10월 29일(화) ~ 10월 30일(수) / 미국 샌프란시스코- 유료 / 온라인 라이브 스트리밍 무료 2. KubeCon + CloudNativeCon North America- https://events.linuxfoundation.org/kubecon-cloudnativecon-north-america/- 2024년 11월 12일(화) ~ 11월 15일(금) / 미국 유타주 솔트레이크시티- 유료 / 키노트 라이브 스트리밍 무료 3. AWS re:Invent 2024- https://reinvent.awsevents.com/- 2024년 12월 2일(월) ~ 12월 6일(금) / 미국 라스베가스- 유료 / 온라인 라이브 스트리밍 무료

인프런

2024 하반기 IT 컨퍼런스

정보 감사합니다!
혹시 이런 정보들은 어디서 구할 수 있는지 여쭤봐도 될까요?

돈이 최고야

참 많은 생각이 들게 하는 영상이네요. 언제부턴가 우리가 생각하는 중요하는 가치는 돈이 되었어요. 돈 말고도 참 중요한 것들이 많은데 말이지요.저는 하고 싶은 것은 하면서 살자, 신념을 지키며 살자, 낭만을 지키며 살자 이런 생각을 하는데, 이런 생각을 슈카님이 잘 정리해주셨네요.
일본의 상황과 한국이 비교되는데, 우리는 어떻게 살아가야 할지, 앞으로 몇년 후엔 어떻게 될지 여러 생각이 드는 영상이네요.

시간 내서 한번 꼭 보셔요. 개발보다 더 중요한 내용이라 생각해요.

https://youtu.be/X2Rh0pvgITw?si=9oS-794Fos2S0Kn9

참 많은 생각이 들게 하는 영상이네요. 언제부턴가 우리가 생각하는 중요하는 가치는 돈이 되었어요. 돈 말고도 참 중요한 것들이 많은데 말이지요.저는 하고 싶은 것은 하면서 살자, 신념을 지키며 살자, 낭만을 지키며 살자 이런 생각을 하는데, 이런 생각을 슈카님이 잘 정리해주셨네요. 일본의 상황과 한국이 비교되는데, 우리는 어떻게 살아가야 할지, 앞으로 몇년 후엔 어떻게 될지 여러 생각이 드는 영상이네요. 시간 내서 한번 꼭 보셔요. 개발보다 더 중요한 내용이라 생각해요. https://youtu.be/X2Rh0pvgITw?si=9oS-794Fos2S0Kn9

가치 상실의 시대 : 여러분들의 중요한 가치는 무엇인가요?

슈카가 일본분들에게한 질문이 참 웃펐어요. 결국 좀 더 잘 살고 싶은 것은 똑같은데 가치의 차이가 이렇게 크다는게 느껴지네요. 
한편으로는 mz세대 퇴사열풍이 이런 가치를 찾기 위한 자정작용이 아닐까 생각해요. 한두명씩 가치를 중시하는 사람들이 늘어나고 확산되길 바랍니다.

A collection of design patterns/idioms in Python. Contribute to faif/python-patterns development by creating an account on GitHub.

GitHub - faif/python-patterns: A collection of design patterns/idioms in Python

파이썬을 사용하다가 활용할 수 있는 디자인 패턴이 정리된 GitHub Repo입니다.

위 패턴들을 참고해서 ChatGPT나 Claude 등에게 언제 필요한지 물어보면서 학습하는 것을 추천드려요.

https://github.com/faif/python-patterns

파이썬을 사용하다가 활용할 수 있는 디자인 패턴이 정리된 GitHub Repo입니다. 위 패턴들을 참고해서 ChatGPT나 Claude 등에게 언제 필요한지 물어보면서 학습하는 것을 추천드려요. https://github.com/faif/python-patterns

GitHub

파이썬 디자인 패턴이 잘 정리된 GitHub Repository

회고는 제게 일상이 되었고, 어떤 일이 끝나거나 일정 주기별로 회고를 작성하곤 합니다 회고를 어떤 방법으로 해야하나요?라는 질문을 종종 받는데, 간단하게 이야기를 전했지만 글로 남긴 적은 없어서 글로 정리해봅니다 회고에 대한 자세한 내용이 궁금하시면 PM을 위한 데이터 리터러시 강의에서 확인할 수 있습니다 과거 회고 모음 2022년 ~ 23년 1분기 회고. 퇴사...

KPT 회고하는 법, 회고에 대한 생각

회고가 곧 일상이 된 것은 7년 정도 된 것 같아요. 이젠 항상 기록하고 되돌아보는 과정을 진행하곤 해요.

사람들에게 회고를 추천하기도 하고, 회고하는 방법에 대해 간단히 말씀드리곤 했는데 생각해보니 제 블로그에 회고 글이 없어 작성해보았어요.

인프런의 PM을 위한 데이터 리터러시 강의에도 회고 파트가 있었는데, 저는 업무를 할 때 회고와 기록이 중요하다고 생각하는 사람입니다. 많은 분들에게 권하곤 합니다. 하나씩 하다보면 조금씩 좋아지는 저 자신을 발견했어요 🙏

https://zzsza.github.io/diary/2023/06/05/how-to-retrospect/

Zzsza

이력서는 중요합니다.
면접관에게는 지원자를 파악하기 위한 첫번째 장소이기 때문입니다.

이런 이력서 작성을 편리하게 도와주는 사이트가 있어서 소개드립니다.
resumemaker.online 인데요.

기존에 작성한 이력서가 있다면 업로드해서 AI가 초안을 작성해주기도 합니다.
컬러나 템플릿등을 설정할 수 도 있고, 꽤 정돈된 형태로 이력서가 나오게 됩니다.

한가지 단점은 한글 폰트를 지원하지 않습니다.
그래도 이력서 작성을 별로 해보시지 않았다면 툴의 도움을 받아서 채워보시는
것도 좋을 것 같습니다.

제가 기존에 써둔 이력서를 업로드 해서 만들어봤는데 퀄리티가 나쁘지 않네요.

이력서는 중요합니다.면접관에게는 지원자를 파악하기 위한 첫번째 장소이기 때문입니다. 이런 이력서 작성을 편리하게 도와주는 사이트가 있어서 소개드립니다.resumemaker.online 인데요. 기존에 작성한 이력서가 있다면 업로드해서 AI가 초안을 작성해주기도 합니다.컬러나 템플릿등을 설정할 수 도 있고, 꽤 정돈된 형태로 이력서가 나오게 됩니다. 한가지 단점은 한글 폰트를 지원하지 않습니다.그래도 이력서 작성을 별로 해보시지 않았다면 툴의 도움을 받아서 채워보시는것도 좋을 것 같습니다. 제가 기존에 써둔 이력서를 업로드 해서 만들어봤는데 퀄리티가 나쁘지 않네요.

이력서를 편하게 만듭시다 - resumemaker

I finally have the feeling that I&rsquo;m a decent programmer, so I thought it would be fun to write some advice with the idea of &ldquo;what would have gotten me to this point faster?&rdquo; I&rsquo;m not claiming this is great advice for everyone, just 

Marcus' Blog


한 개발자가 과거의 나에게 개발자로써 조언을 해준다면? 에 대해 작성해주신 글입니다.
몇 가지는 직접적으로 저에게 도움이 되는 부분도 있어, 일부 저에게 도움되는 부분만 요약해서 공유드립니다.

🤔 계속 발에 총을 쏘고 있다면, 총을 고쳐야한다.
팀에서 시스템에 대해 자주 실수 하는 부분이 있지만, 그 실수를 줄일 방법에 대해 생각하지 않는 경우가 많습니다. 이런 경우 시스템을 개선하여 실수를 줄이는 것이 중요합니다.
이러한 문제들은 해결할 자연스러운 시기가 없었기에 오래 지속되는 경우가 많으니, 생각보다 몇 분 동안만 고민하면 해결 할 수 있는게 많습니다. 이런 문제가 있을 때 자신과 팀의 삶을 더 쉽게 만들 수 있다는 것을 상기시키고 마음가짐을 갖는게 중요합니다.

🪠 품질과 속도 사이의 균형을 맞춰야한다.
구현 속도와 정확성에 대한 자신감 사이에는 항상 트레이드오프가 존재합니다. 현재 상황에서 버그를 출시하는 것이 얼마나 괜찮은지 자문해보고, 이에 대한 답변이 작업 방식에 영향을 미치지 않는다면 지나치게 경직된 것으로 생각하세요.

🪭 톱을 갈고 있는 시간은 거의 항상 가치가 있는 시간이다.
도구를 잘 다루는 것이 중요합니다. 코드를 빠르게 작성하고, 주요 단축키를 알고, 운영체제와 셀에 능숙해야 합니다. 새로운 엔지니어에게서 보이는 가장 큰 그린 플래그 중 하나는 도구 선택과 능숙한 사용에 대한 관심입니다.

🧘🏻‍♂️버그를 한 층 더 깊이 해결하려고 노력해야 한다.
버그를 표면적으로 해결하는 대신, 근본적인 원인을 찾아 해결하는 것이 중요합니다. 최대한 어떤 컴포넌트도 이 버그를 다시 겪지 않도록 해결하려고 노력해보세요.

🏃🏻‍♀️ 버그 조사 시 히스토리를 활용해야 한다.
이상한 버그를 조사할 때, git 히스토리를 활용하는 것이 중요합니다. 예를 들어 메모리 누수 문제를 조사할 때, 특정 커밋 이후에 문제가 발생한 경우가 많으니 참고하세요.

🎆 가끔은 나쁜 코드로 작성하는 쪽으로 오류를 범해봐라.
끔찍한 코드를 작성하는 것도 쉽고, 모든 모범사례를 절대적으로 따르는 코드를 작성하는 것도 정말 쉽습니다. 하지만 이런 코드 작성은 스타트업에 돈이 바닥 날 가능성이 큽니다.
또한 빨리 코드를 작성하게 되면 추후 나쁜 기술 부채로 인해 곤란을 겪게 될 수도 있습니다.
'나쁜' 코드의 의미를 명확하게 하고, 시간과 노력의 균형을 찾아 코드를 작성해보세요.

🏋️ 디버깅 하기 쉽게 만들어야 한다.
디버깅을 쉽게 하기 위한 노력을 하지 않으면, 소프트웨어가 점점 더 복잡해짐에 따라 각 이슈를 디버깅 하는데 엄청난 시간을 소비하게 될 것 입니다. 그렇게 되면 결국 변경 하는 것이 두려워지게 됩니다. 디버깅 시간 중 설정, 재현, 사후 정리에 소요되는 시간을 추적하는 데 주의를 기울이세요.

💁‍♂️ 팀에서 일할 때는 보통 질문을 해야 한다.
경력 초반자들은 '사소한 질문으로 동료를 귀찮게 하는 것' 보다 '모든 것을 스스로 알아내려고 노력하는 것'에 너무 치우쳐 있습니다. 한 시간 넘게 무언가를 알아내기 위해 시간을 허비하지말고 몇 분 만에 답을 찾을 수 있게 항상 질문하세요. 누군가에게 귀찮은 경우는 몇 분 안에 스스로 답을 찾을 수 있었다는 것이 분명할 때 뿐입니다.

👁️ 배포 주기는 매우 중요, 빠르고 자주 배포할 수 있는 방법 고민 필요
프로젝트 배포 속도는 시간이 지남에 따라 복리로 증가해서, 상상할 수 있는 것보다 빠르게 기능을 배포할 수 있게 됩니다. 스타트업은 런웨이가 제한적이고, 프로젝트에는 마감일이 항상 있으니 빠르게 배포하기 위해 여러가지 시도를 해보세요.

한 개발자가 과거의 나에게 개발자로써 조언을 해준다면? 에 대해 작성해주신 글입니다. 몇 가지는 직접적으로 저에게 도움이 되는 부분도 있어, 일부 저에게 도움되는 부분만 요약해서 공유드립니다. 🤔 계속 발에 총을 쏘고 있다면, 총을 고쳐야한다. 팀에서 시스템에 대해 자주 실수 하는 부분이 있지만, 그 실수를 줄일 방법에 대해 생각하지 않는 경우가 많습니다. 이런 경우 시스템을 개선하여 실수를 줄이는 것이 중요합니다. 이러한 문제들은 해결할 자연스러운 시기가 없었기에 오래 지속되는 경우가 많으니, 생각보다 몇 분 동안만 고민하면 해결 할 수 있는게 많습니다. 이런 문제가 있을 때 자신과 팀의 삶을 더 쉽게 만들 수 있다는 것을 상기시키고 마음가짐을 갖는게 중요합니다. 🪠 품질과 속도 사이의 균형을 맞춰야한다.구현 속도와 정확성에 대한 자신감 사이에는 항상 트레이드오프가 존재합니다. 현재 상황에서 버그를 출시하는 것이 얼마나 괜찮은지 자문해보고, 이에 대한 답변이 작업 방식에 영향을 미치지 않는다면 지나치게 경직된 것으로 생각하세요. 🪭 톱을 갈고 있는 시간은 거의 항상 가치가 있는 시간이다.도구를 잘 다루는 것이 중요합니다. 코드를 빠르게 작성하고, 주요 단축키를 알고, 운영체제와 셀에 능숙해야 합니다. 새로운 엔지니어에게서 보이는 가장 큰 그린 플래그 중 하나는 도구 선택과 능숙한 사용에 대한 관심입니다. 🧘🏻‍♂️버그를 한 층 더 깊이 해결하려고 노력해야 한다.버그를 표면적으로 해결하는 대신, 근본적인 원인을 찾아 해결하는 것이 중요합니다. 최대한 어떤 컴포넌트도 이 버그를 다시 겪지 않도록 해결하려고 노력해보세요. 🏃🏻‍♀️ 버그 조사 시 히스토리를 활용해야 한다.이상한 버그를 조사할 때, git 히스토리를 활용하는 것이 중요합니다. 예를 들어 메모리 누수 문제를 조사할 때, 특정 커밋 이후에 문제가 발생한 경우가 많으니 참고하세요. 🎆 가끔은 나쁜 코드로 작성하는 쪽으로 오류를 범해봐라.끔찍한 코드를 작성하는 것도 쉽고, 모든 모범사례를 절대적으로 따르는 코드를 작성하는 것도 정말 쉽습니다. 하지만 이런 코드 작성은 스타트업에 돈이 바닥 날 가능성이 큽니다. 또한 빨리 코드를 작성하게 되면 추후 나쁜 기술 부채로 인해 곤란을 겪게 될 수도 있습니다.'나쁜' 코드의 의미를 명확하게 하고, 시간과 노력의 균형을 찾아 코드를 작성해보세요. 🏋️ 디버깅 하기 쉽게 만들어야 한다.디버깅을 쉽게 하기 위한 노력을 하지 않으면, 소프트웨어가 점점 더 복잡해짐에 따라 각 이슈를 디버깅 하는데 엄청난 시간을 소비하게 될 것 입니다. 그렇게 되면 결국 변경 하는 것이 두려워지게 됩니다. 디버깅 시간 중 설정, 재현, 사후 정리에 소요되는 시간을 추적하는 데 주의를 기울이세요. 💁‍♂️ 팀에서 일할 때는 보통 질문을 해야 한다.경력 초반자들은 '사소한 질문으로 동료를 귀찮게 하는 것' 보다 '모든 것을 스스로 알아내려고 노력하는 것'에 너무 치우쳐 있습니다. 한 시간 넘게 무언가를 알아내기 위해 시간을 허비하지말고 몇 분 만에 답을 찾을 수 있게 항상 질문하세요. 누군가에게 귀찮은 경우는 몇 분 안에 스스로 답을 찾을 수 있었다는 것이 분명할 때 뿐입니다. 👁️ 배포 주기는 매우 중요, 빠르고 자주 배포할 수 있는 방법 고민 필요프로젝트 배포 속도는 시간이 지남에 따라 복리로 증가해서, 상상할 수 있는 것보다 빠르게 기능을 배포할 수 있게 됩니다. 스타트업은 런웨이가 제한적이고, 프로젝트에는 마감일이 항상 있으니 빠르게 배포하기 위해 여러가지 시도를 해보세요.

mbuffett.com

15년 전 나에게 해주고 싶은 프로그래밍 조언

컴퓨터 공부를 처음 시작한 날이 2004년 8월 25일. 이제 20년이 지났습니다.

죽을 만큼 힘든 날은 없었다

컴퓨터 공부를 처음 시작한 날이 2004년 8월 25일.
이제 20년이 지났습니다.

돌아보면 그렇게 쉽진 않았지만 또 그렇게 어렵지도 않았던 것 같습니다.

매일 조금씩 힘들고 피곤하긴 했지만..
죽을 만큼 힘들다고 생각해 본 날은 없습니다.

마라톤 금메달리스트 황영조 선수가 훈련 중에 자동차가 지나가면 그 바퀴 밑으로 뛰어들어 죽고 싶었다고 말했던 걸 기억합니다. 도대체 어느 정도 힘들어야 죽어버리는 게 낫겠다는 생각을 할 수 있을까?

저에게는 그런 날은 하루도 없었던 것입니다.
이 정도면 뭐 할만한 것 아닌가?

죽을 만큼 힘들게 훈련하진 않더라도,
(그렇게 해야 세계 챔피언이 될 수 있나 봅니다)
적당한 훈련을 매일 오랫동안 해나가면 인생을 편안하게 살 만큼의 성취 정도는 이룰 수 있다는 걸 나중에야 알게 됐습니다.
왜냐면 그것조차 할 수 있는 사람이 별로 없으니까.

이걸 알고 나서 마음이 참 편해졌습니다.
난 분명히 잘될 거야.
더 즐기면서 일할 수 있게 되었습니다.

https://jeho.page/essay/2024/07/17/not-easy-but-not-hard-either.html

컴퓨터 공부를 처음 시작한 날이 2004년 8월 25일. 이제 20년이 지났습니다. 돌아보면 그렇게 쉽진 않았지만 또 그렇게 어렵지도 않았던 것 같습니다. 매일 조금씩 힘들고 피곤하긴 했지만.. 죽을 만큼 힘들다고 생각해 본 날은 없습니다. 마라톤 금메달리스트 황영조 선수가 훈련 중에 자동차가 지나가면 그 바퀴 밑으로 뛰어들어 죽고 싶었다고 말했던 걸 기억합니다. 도대체 어느 정도 힘들어야 죽어버리는 게 낫겠다는 생각을 할 수 있을까? 저에게는 그런 날은 하루도 없었던 것입니다. 이 정도면 뭐 할만한 것 아닌가? 죽을 만큼 힘들게 훈련하진 않더라도, (그렇게 해야 세계 챔피언이 될 수 있나 봅니다) 적당한 훈련을 매일 오랫동안 해나가면 인생을 편안하게 살 만큼의 성취 정도는 이룰 수 있다는 걸 나중에야 알게 됐습니다. 왜냐면 그것조차 할 수 있는 사람이 별로 없으니까. 이걸 알고 나서 마음이 참 편해졌습니다. 난 분명히 잘될 거야. 더 즐기면서 일할 수 있게 되었습니다. https://jeho.page/essay/2024/07/17/not-easy-but-not-hard-either.html

K리그 프로그래머

회계는 지난 수백 년 동안 크게 변하지 않았음그럼에도 불구하고, 금융 시스템을 위한 소프트웨어를 구축하는 올바른 방법에 대해 많은 혼란이 있음이 글에서는 대기업에서 금융 시스템을 구축한 경험을 바탕으로 한 교훈을 공유회계 시스템 구축에 초점을 맞추겠지만, 이 원칙들은 더 일반적인 금융 시스템에도 적용됨기본 금융 용어 정의일반 원장 (General Ledge

금융 시스템 구축을 위한 엔지니어링 원칙 | GeekNews

예전에 회계 시스템 만들때, "아 정말 나는 금융을 하나도 모르는 구나" 하면서 참 고생했던 기억이 있습니다.

숫자 계산을 좋아하는 개발자들이지만, 역사가 긴 금융, 회계 시스템, 환율, 정책, 원리에 대해서 이해하지 않으면 설계에서부터 시작해서, 멱등성 유지, 트랜잭션 등 자칫 고려하지 못하면 큰일 나는 구석들도 많은 아주 흥미로우면서 후덜덜한 영역일 것 같습니다.

news.hada.io/topic?id=15794

블로그 글 뿐만 아니라 저도 설계에 도움 많이 받았던 글들 공유드려봅니다!

 * Martin Fowler - Accounting Patterns : https://martinfowler.com/apsupp/accounting.pdf
   
 * 실제 서비스 API로 만들면 이런 모양이 될꺼다!로 제일 참고하기 좋았던 Twisp Doc (GraphQL) : https://t.co/m78EFpYX7w

예전에 회계 시스템 만들때, "아 정말 나는 금융을 하나도 모르는 구나" 하면서 참 고생했던 기억이 있습니다. 숫자 계산을 좋아하는 개발자들이지만, 역사가 긴 금융, 회계 시스템, 환율, 정책, 원리에 대해서 이해하지 않으면 설계에서부터 시작해서, 멱등성 유지, 트랜잭션 등 자칫 고려하지 못하면 큰일 나는 구석들도 많은 아주 흥미로우면서 후덜덜한 영역일 것 같습니다. news.hada.io/topic?id=15794 블로그 글 뿐만 아니라 저도 설계에 도움 많이 받았던 글들 공유드려봅니다! <ul ><li>Martin Fowler - Accounting Patterns : https://martinfowler.com/apsupp/accounting.pdf </li><li>실제 서비스 API로 만들면 이런 모양이 될꺼다!로 제일 참고하기 좋았던 Twisp Doc (GraphQL) : https://t.co/m78EFpYX7w </li></ul>

GeekNews

금융 시스템 구축을 위한 엔지니어링 원칙

테스트 코드는 왜 써야 할까요? 테스트 코드가 가져오는 베네핏들에는 어떤 것이 있을까요?

모닥불 | EP.3 프론트엔드 개발에서 테스트 자동화, 꼭 해야 할까?

프론트엔드 개발 영역에서 테스트 코드의 필요성은 지속적인 논의의 대상입니다. 사용자 인터페이스와 직접적으로 연결되는 프론트엔드 코드의 특성상, 빈번하고 다양한 변화에 직면하게 되기 때문인데요. 이러한 환경에서 개발자들은 때때로 시간적 제약으로 인해 테스트 코드 작성을 생략하고 즉각적인 개발에 집중하게 되는데요. 이는 단기적으로 생산성 향상으로 느껴질 수 있습니다.
그러나 이러한 접근은 '단기적 효율'과 '장기적 지속가능성' 사이의 균형에 대한 문제를 제기합니다. 테스트 코드 없이 진행되는 개발이 당장은 빠른 결과물 도출로 이어질 수 있지만, 장기적 관점에서는 오히려 생산성 저하와 품질 문제로 이어질 수 있기 때문인데요.
그렇다면 테스트 코드가 어떻게 장기적인 생산성 향상에 기여하는 것일까요? 다음은 테스트 코드가 가져다주는 주요 이점들입니다:
 1. 신속한 피드백 루프: 테스트 코드는 개발자가 변경사항을 즉각적으로 검증할 수 있게 해줍니다. 이는 수동 테스트 과정을 최소화하고, 버그를 조기에 발견하여 수정 비용을 절감시킵니다.
 2. 리팩토링 자신감: 잘 작성된 테스트 코드는 개발자에게 코드 개선에 대한 자신감을 부여합니다. 기존 기능의 정상 작동을 보장하면서 새로운 기능을 추가하거나 라이브러리 업데이트를 할 수 있습니다.
 3. 문서화 효과: 테스트 코드는 실행 가능한 명세서 역할을 합니다. 특히 빠르게 변화하는 스타트업 환경에서, 테스트 코드는 최신 상태의 신뢰할 수 있는 문서가 됩니다.

그렇다면 테스트 코드는 어떻게 작성해야 할까요? 아마 많은 개발자 분들이 실질적으로 궁금해하는 내용일텐데요. 전통적인 테스트 피라미드 접근법은 유닛 테스트를 기반으로, 통합 테스트, 그리고 E2E(End-to-End) 테스트 순으로 구성됩니다. 그러나 실제 개발 에서는 이론과 실제 적용 사이의 간극이 존재하기 마련인데요. 토스의 테스트 전략은 아래와 같은 개념 으로 구성되어 있습니다:
 1. 전략적 선별: 복잡성이 높고 비즈니스에 중요한 기능에 테스트 역량을 집중합니다. 단순한 UI 요소보다는 핵심 비즈니스 로직과 주요 사용자 시나리오에 초점을 맞춤으로써, 테스트의 투자 대비 생산성을 극대화합니다.
 2. 통합 테스트 중심 접근: 페이지 단위의 통합 테스트로 실제 사용자 경험에 더 가까운 테스트 시나리오를 구성합니다. 이러한 방식은 개별 컴포넌트의 기능성뿐만 아니라, 상호작용하여 전체 시스템을 구성하는지 검증할 수 있게 해줍니다.
 3. 생산성과 효율성의 균형: 너무 단순한 테스트는 작성하지 않습니다. 예를 들어, 즉시 확인 가능한 단순 UI 변경사항에 대해서는 별도의 자동화된 테스트를 작성하지 않습니다.

결론적으로, 토스의 프론트엔드 테스트는 기존의 이론적 모델을 맹목적으로 따르기보다는 실질적인 가치를 제공하는 방향으로 접근하고 있습니다. 통합테스트 중심의 실용적 접근을 통해 개발 생산성과 품질 사이의 적절한 균형을 맞추는게 인상적이었습니다.

https://toss.tech/article/firesidechat_frontend_3

프론트엔드 개발 영역에서 테스트 코드의 필요성은 지속적인 논의의 대상입니다. 사용자 인터페이스와 직접적으로 연결되는 프론트엔드 코드의 특성상, 빈번하고 다양한 변화에 직면하게 되기 때문인데요. 이러한 환경에서 개발자들은 때때로 시간적 제약으로 인해 테스트 코드 작성을 생략하고 즉각적인 개발에 집중하게 되는데요. 이는 단기적으로 생산성 향상으로 느껴질 수 있습니다.그러나 이러한 접근은 '단기적 효율'과 '장기적 지속가능성' 사이의 균형에 대한 문제를 제기합니다. 테스트 코드 없이 진행되는 개발이 당장은 빠른 결과물 도출로 이어질 수 있지만, 장기적 관점에서는 오히려 생산성 저하와 품질 문제로 이어질 수 있기 때문인데요.그렇다면 테스트 코드가 어떻게 장기적인 생산성 향상에 기여하는 것일까요? 다음은 테스트 코드가 가져다주는 주요 이점들입니다:<ol ><li>신속한 피드백 루프: 테스트 코드는 개발자가 변경사항을 즉각적으로 검증할 수 있게 해줍니다. 이는 수동 테스트 과정을 최소화하고, 버그를 조기에 발견하여 수정 비용을 절감시킵니다.</li><li>리팩토링 자신감: 잘 작성된 테스트 코드는 개발자에게 코드 개선에 대한 자신감을 부여합니다. 기존 기능의 정상 작동을 보장하면서 새로운 기능을 추가하거나 라이브러리 업데이트를 할 수 있습니다.</li><li>문서화 효과: 테스트 코드는 실행 가능한 명세서 역할을 합니다. 특히 빠르게 변화하는 스타트업 환경에서, 테스트 코드는 최신 상태의 신뢰할 수 있는 문서가 됩니다.</li></ol> 그렇다면 테스트 코드는 어떻게 작성해야 할까요? 아마 많은 개발자 분들이 실질적으로 궁금해하는 내용일텐데요. 전통적인 테스트 피라미드 접근법은 유닛 테스트를 기반으로, 통합 테스트, 그리고 E2E(End-to-End) 테스트 순으로 구성됩니다. 그러나 실제 개발 에서는 이론과 실제 적용 사이의 간극이 존재하기 마련인데요. 토스의 테스트 전략은 아래와 같은 개념 으로 구성되어 있습니다:<ol ><li>전략적 선별: 복잡성이 높고 비즈니스에 중요한 기능에 테스트 역량을 집중합니다. 단순한 UI 요소보다는 핵심 비즈니스 로직과 주요 사용자 시나리오에 초점을 맞춤으로써, 테스트의 투자 대비 생산성을 극대화합니다.</li><li>통합 테스트 중심 접근: 페이지 단위의 통합 테스트로 실제 사용자 경험에 더 가까운 테스트 시나리오를 구성합니다. 이러한 방식은 개별 컴포넌트의 기능성뿐만 아니라, 상호작용하여 전체 시스템을 구성하는지 검증할 수 있게 해줍니다.</li><li>생산성과 효율성의 균형: 너무 단순한 테스트는 작성하지 않습니다. 예를 들어, 즉시 확인 가능한 단순 UI 변경사항에 대해서는 별도의 자동화된 테스트를 작성하지 않습니다.</li></ol> 결론적으로, 토스의 프론트엔드 테스트는 기존의 이론적 모델을 맹목적으로 따르기보다는 실질적인 가치를 제공하는 방향으로 접근하고 있습니다. 통합테스트 중심의 실용적 접근을 통해 개발 생산성과 품질 사이의 적절한 균형을 맞추는게 인상적이었습니다. https://toss.tech/article/firesidechat_frontend_3

Toss

변화하는 UI, 변하지 않는 품질: 토스의 프론트엔드 테스트 전략

원문 : https&#x3A;//dev.to/yoskutik/extremely-reducing-the-size-of-npm-package-3420

[번역] NPM 패키지 크기 대폭 축소하기

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

이 글에서는 테스트 커버리지, 문서 작성, 유효한 버전 관리, 변경 로그 관리 등 패키지 개발의 다양한 측면을 다루고 있으며 특히 패키지의 크기를 최소화하는 방법에 초점을 맞추고 있습니다.

글은 크게 두 가지 부분로 나뉘어지며 첫 번째 부분에서는 의존성 설정과 빌드 프로세스와 같은 일반적인 팁을, 두 번째 부분에서는 개발자 경험(DX)을 약간 희생하면서도 패키지 크기를 더 작게 만드는 구체적인 코드 작성 방법을 설명합니다.

각종 최적화 팁과 더불어 코드 예제와 설명이 포함되어 있어 패키지 배포에 관심이 있으신 분들은 가볍게 읽어보시는 것을 추천드립니다. :)

> 글 링크 : https://velog.io/@surim014/extremely-reducing-the-size-of-npm-packages

오늘 소개해드릴 글은 라인플러스의 손수림님이 번역해주신 글입니다. 이 글에서는 테스트 커버리지, 문서 작성, 유효한 버전 관리, 변경 로그 관리 등 패키지 개발의 다양한 측면을 다루고 있으며 특히 패키지의 크기를 최소화하는 방법에 초점을 맞추고 있습니다. 글은 크게 두 가지 부분로 나뉘어지며 첫 번째 부분에서는 의존성 설정과 빌드 프로세스와 같은 일반적인 팁을, 두 번째 부분에서는 개발자 경험(DX)을 약간 희생하면서도 패키지 크기를 더 작게 만드는 구체적인 코드 작성 방법을 설명합니다. 각종 최적화 팁과 더불어 코드 예제와 설명이 포함되어 있어 패키지 배포에 관심이 있으신 분들은 가볍게 읽어보시는 것을 추천드립니다. :) &gt; 글 링크 : https://velog.io/@surim014/extremely-reducing-the-size-of-npm-packages

Velog

NPM 패키지 크기 대폭 축소하기

테니스 황제라고 불리는 로저 페더러의 최근 다트머스 졸업 연설. 모든 내용 하나하나가 주옥같았다. 일등 하는 사람들은 항상 배울 것이 있다. 그것도 전 세계 1등이니까. 그 사람이 거기까지 가는 데 있어서 내면적으로 겪은 경험들은... 아주 값진 지혜들을 담고 있다. 모든 내용들이 다 좋았지만, 나는 캡처한 부분이 제일 좋았다.

로저 페더러 다트머스 졸업연설

테니스 황제라고 불리는 로저 페더러의 최근 다트머스 졸업 연설이 인상적이다. 그가 이제 대학을 졸업하고 사회로 나가는 졸업생들과 나눈 세 가지 메시지에 내 생각을 얹어본다.

1) Effortless is a myth. (공짜는 없다)
우린 모두 타고난 각자의 재능이 있다. 기가 막힌 음색을 가지고 태어난 사람도 있고, 숫자에 능한 사람도 있고, 동물적으로 운동감각이 뛰어난 사람도 있다. 성공하려면 타고난 재능을 가지고 있어야 한다는 말도 맞을지 모르겠다. 그래서일까? 우리는 종종 성공한 사람들을 보며 타고난 재능이라고 치부해 버리기도 하고, 쉽게 해내는 (것처럼 보이는) 결과물을 보며 그 자리까지 가기 위해 흘린 피 땀 눈물을 외면해 버리기도 한다.

로저 페더러는 자신이 테니스 선수에게 필요한 재능을 타고났음을 인정하면서(타고난 재능을 커리어와 연결시키는 건 매우 중요하다), 타고난 재능만으로는 성공할 수 없음을 강조한다. "Believe in yourself has to be earned."라며 자신에 대한 믿음은 경기를 승리로 이끄는데 꼭 필요한 재능인데, 이는 타고난 재능이 아니라 각고의 노력으로 얻어내야 하는 재능이라고 말한다. 인내심과 끈기, 과정을 즐길 수 있는 여유, 자기 관리... 이 모든 게 치열한 자신과의 싸움으로 만들어낸 재능이라는 것이다. 나는 개인적으로 "to be earned"라는 말을 좋아한다. 우리의 성공이 타고난 재능으로 결정된다면 억울하고 재미없는 삶이 되겠지만, 내가 노력해서 얻어낸 재능으로 성공을 만들 수 있다면 살아볼 만한 인생이라는 에너지가 생긴다.

나는 최근 일적으로 폭풍 속을 걷는 것 같은 시기를 보내고 있는데, 자기 확신, 회복력, 긍정적 마인드 이 세 재능을 바닥내지 않고 든든하게 키우기 위해 노력 중이다. 새로운 프로젝트를 리딩하고 팀을 매니징하고 의사결정을 내리는데 자기 확신은 필수이다. 그렇지 않으면 매사 불안감이 커져서 잘못된 판단을 내리거나, 결정을 미루거나, 책임을 전가해 버리는 결과를 내기 쉽다. 새로운 일을 시도할 때는 (특히 제로투원을 만들어 낼 때는) 실수나 실패를 했을 때 빠르게 인정하고 회복할 수 있어야 한다. 한 번에 성공하는 게 목표가 아니라 빠르게 실패하고 그걸 발판으로 또다시 시도하거나 피벗을 하면서 방향을 잡아 가는게 중요하기 때문이다. 실수나 실패에 타격이 큰 사람은 오래 버틸 수가 없다. 자기 확신과 회복력은 긍정적 마인드를 베이스로 한다. 괜찮다는 마음, 할 수 있다는 마음, 까짓것 일단 한번 해보지 뭐, 아님 말고! 하는 초긍정 마인드가 성공에 꼭 필요한 재능이고, 이건 타고난 재능이 아니라 치열한 노력으로 만들어진다. "Belive in yourself has to be earned."

각자 가진 재능을 잘 살펴보고 어떤 재능을 더 키워야 하는지 적어보면 어떨까. 성실한 것도, 잘 웃는 것도, 친화력 있는 것도, 책임감이 있는 것도 모두 노력으로 얻어야 하는 재능들이다.

2) It's only a point. (그저 1 포인트일 뿐이다)
테니스의 황제라고 불리는 로저 페더러의 한 세트 평균 승률은 54%. 세계 최고 탑 플레이어이지만 승률은 50% 정도라는 것이다. (야구도 3할이면 최강 타자라고 불린다). 한 포인트는 승부사에게 매우 중요한 순간이지만(그래서 한 포인트를 얻기 위해 최선을 다해야 하지만), 졌을 땐 그저 한 포인트로 진거 일뿐이라는 거다. 진 포인트에 연연하면 다음 포인트를 놓치게 된다. 인생을 살다 보면 1 포인트를 잃게 되는 경우가 흔히 생기는데, 1 포인트는 그저 1 포인트일 뿐. It's OK. It's only a point. 인생 최고의 샷을 만들었다면? 그 또한 1 포인트일 뿐이다.

"When you're playing a point, it has to be the most important thing in the world and it is. But when it's behind you it's behind you. This mindset is really crucial because it frees you to fully commit to the next point and the next point after, with intensity, clarify, and focus. The truth is whatever game you play in life, sometimes you're going to lose; a point, a match, a season, a job.. it's a roller coaster with many ups and downs, but negative energy is wasted energy. You want to become a master at overcoming hard moments. That is a sign of a champion."

월드 챔피언은 모든 경기를 이겨서가 아니라, 자신의 패배를 다루는 법을 잘 알고 훈련한 사람이라고 강조한다.

"The best in the world are not the best because they win every point. But it's because they know they lose again and again and have learned how to deal with it."

어느 날은 일을 잘 해낸 것 같아서 뿌듯하다가, 어느 날은 다 망친 것 같아서 자괴감에 빠질 때도 있다. 동료들에게 칭찬을 듣기도 하고 비난을 받기도 한다. 내가 만든 결과물이 졸작인 것 같아서 다 버리고 싶은 날들이 이어지기도 한다. 성공도 실패도 그저 내 커리어 인생에 1 포인트일 뿐이다. 1포인트로 게임에서 진 것보다, 더 위험한 게 '난 역시 안 되나 봐', '자존심 상해서 그만뒀어', '다시 도전한 엄두가 안 나' 이런 마음으로 이어지는 패배감이다. 그저 1 포인트라는 걸 상기하자. 세계 최강 선수도 승률이 50%이고, 최강 타자도 3할인데, 평범한 내가 매번 성공한다면 그게 더 이상한 거다. 일희일비하지 말자. 그저 1 포인트씩 쌓아가는 거다.

3) Life is bigger than a court.
16살에 테니스 커리어를 시작해서 24년 동안 테니스 코트에서 살았고 테니스에서 인생을 배웠다고 생각했는데, 2022년에 은퇴를 하고 보니 자신이 몰랐던 큰 세상이 있더라는 깨달음.

내가 처한 상황이 절망적이라고 느껴질 때, 내가 손에 쥐고 있는 걸 놓으면 세상이 무너질 것 같은 두려움이 생길 때, 나만 뒤처지고 억울한 것 같다는 생각이 밀려올 때.. 내 눈에 가림막을 하고 무작정 달리고 있는 건 아닌지 멈춰서 살펴봐야 한다. 생각해 보면 내가 만나는 사람들의 숫자도 지극히 제한적이고, 내가 속한 커리어 분야도 매우 협소하고 (게다가 나는 내가 하는 일 외엔 모르는 게 너무 많다), 내가 경험한 세계도 고작 몇몇 나라와 도시들뿐이다. 여행을 하면 내가 모르는 세상과 만나게 되는 게 가장 큰 인생 배움이 된다. 세상은 넓고, 사람들은 다양하고, 삶은 다 각자 다른 모습으로 꽃을 피운다. 인생을 내 커리어 코트에 묶어 놓는다면 경기가 끝났을 때 멘붕이 올 것이다. 커리어는 커리어일 뿐, 인생 전부가 아니다. 꼭 명심하자.

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

테니스 황제라고 불리는 로저 페더러의 최근 다트머스 졸업 연설이 인상적이다. 그가 이제 대학을 졸업하고 사회로 나가는 졸업생들과 나눈 세 가지 메시지에 내 생각을 얹어본다.​1) Effortless is a myth. (공짜는 없다)우린 모두 타고난 각자의 재능이 있다. 기가 막힌 음색을 가지고 태어난 사람도 있고, 숫자에 능한 사람도 있고, 동물적으로 운동감각이 뛰어난 사람도 있다. 성공하려면 타고난 재능을 가지고 있어야 한다는 말도 맞을지 모르겠다. 그래서일까? 우리는 종종 성공한 사람들을 보며 타고난 재능이라고 치부해 버리기도 하고, 쉽게 해내는 (것처럼 보이는) 결과물을 보며 그 자리까지 가기 위해 흘린 피 땀 눈물을 외면해 버리기도 한다.​로저 페더러는 자신이 테니스 선수에게 필요한 재능을 타고났음을 인정하면서(타고난 재능을 커리어와 연결시키는 건 매우 중요하다), 타고난 재능만으로는 성공할 수 없음을 강조한다. "Believe in yourself has to be earned."라며 자신에 대한 믿음은 경기를 승리로 이끄는데 꼭 필요한 재능인데, 이는 타고난 재능이 아니라 각고의 노력으로 얻어내야 하는 재능이라고 말한다. 인내심과 끈기, 과정을 즐길 수 있는 여유, 자기 관리... 이 모든 게 치열한 자신과의 싸움으로 만들어낸 재능이라는 것이다. 나는 개인적으로 "to be earned"라는 말을 좋아한다. 우리의 성공이 타고난 재능으로 결정된다면 억울하고 재미없는 삶이 되겠지만, 내가 노력해서 얻어낸 재능으로 성공을 만들 수 있다면 살아볼 만한 인생이라는 에너지가 생긴다.​나는 최근 일적으로 폭풍 속을 걷는 것 같은 시기를 보내고 있는데, 자기 확신, 회복력, 긍정적 마인드 이 세 재능을 바닥내지 않고 든든하게 키우기 위해 노력 중이다. 새로운 프로젝트를 리딩하고 팀을 매니징하고 의사결정을 내리는데 자기 확신은 필수이다. 그렇지 않으면 매사 불안감이 커져서 잘못된 판단을 내리거나, 결정을 미루거나, 책임을 전가해 버리는 결과를 내기 쉽다. 새로운 일을 시도할 때는 (특히 제로투원을 만들어 낼 때는) 실수나 실패를 했을 때 빠르게 인정하고 회복할 수 있어야 한다. 한 번에 성공하는 게 목표가 아니라 빠르게 실패하고 그걸 발판으로 또다시 시도하거나 피벗을 하면서 방향을 잡아 가는게 중요하기 때문이다. 실수나 실패에 타격이 큰 사람은 오래 버틸 수가 없다. 자기 확신과 회복력은 긍정적 마인드를 베이스로 한다. 괜찮다는 마음, 할 수 있다는 마음, 까짓것 일단 한번 해보지 뭐, 아님 말고! 하는 초긍정 마인드가 성공에 꼭 필요한 재능이고, 이건 타고난 재능이 아니라 치열한 노력으로 만들어진다. "Belive in yourself has to be earned."​각자 가진 재능을 잘 살펴보고 어떤 재능을 더 키워야 하는지 적어보면 어떨까. 성실한 것도, 잘 웃는 것도, 친화력 있는 것도, 책임감이 있는 것도 모두 노력으로 얻어야 하는 재능들이다.​2) It's only a point. (그저 1 포인트일 뿐이다)테니스의 황제라고 불리는 로저 페더러의 한 세트 평균 승률은 54%. 세계 최고 탑 플레이어이지만 승률은 50% 정도라는 것이다. (야구도 3할이면 최강 타자라고 불린다). 한 포인트는 승부사에게 매우 중요한 순간이지만(그래서 한 포인트를 얻기 위해 최선을 다해야 하지만), 졌을 땐 그저 한 포인트로 진거 일뿐이라는 거다. 진 포인트에 연연하면 다음 포인트를 놓치게 된다. 인생을 살다 보면 1 포인트를 잃게 되는 경우가 흔히 생기는데, 1 포인트는 그저 1 포인트일 뿐. It's OK. It's only a point. 인생 최고의 샷을 만들었다면? 그 또한 1 포인트일 뿐이다.​"When you're playing a point, it has to be the most important thing in the world and it is. But when it's behind you it's behind you. This mindset is really crucial because it frees you to fully commit to the next point and the next point after, with intensity, clarify, and focus. The truth is whatever game you play in life, sometimes you're going to lose; a point, a match, a season, a job.. it's a roller coaster with many ups and downs, but negative energy is wasted energy. You want to become a master at overcoming hard moments. That is a sign of a champion."​월드 챔피언은 모든 경기를 이겨서가 아니라, 자신의 패배를 다루는 법을 잘 알고 훈련한 사람이라고 강조한다.​"The best in the world are not the best because they win every point. But it's because they know they lose again and again and have learned how to deal with it." 어느 날은 일을 잘 해낸 것 같아서 뿌듯하다가, 어느 날은 다 망친 것 같아서 자괴감에 빠질 때도 있다. 동료들에게 칭찬을 듣기도 하고 비난을 받기도 한다. 내가 만든 결과물이 졸작인 것 같아서 다 버리고 싶은 날들이 이어지기도 한다. 성공도 실패도 그저 내 커리어 인생에 1 포인트일 뿐이다. 1포인트로 게임에서 진 것보다, 더 위험한 게 '난 역시 안 되나 봐', '자존심 상해서 그만뒀어', '다시 도전한 엄두가 안 나' 이런 마음으로 이어지는 패배감이다. 그저 1 포인트라는 걸 상기하자. 세계 최강 선수도 승률이 50%이고, 최강 타자도 3할인데, 평범한 내가 매번 성공한다면 그게 더 이상한 거다. 일희일비하지 말자. 그저 1 포인트씩 쌓아가는 거다.​3) Life is bigger than a court.16살에 테니스 커리어를 시작해서 24년 동안 테니스 코트에서 살았고 테니스에서 인생을 배웠다고 생각했는데, 2022년에 은퇴를 하고 보니 자신이 몰랐던 큰 세상이 있더라는 깨달음.​내가 처한 상황이 절망적이라고 느껴질 때, 내가 손에 쥐고 있는 걸 놓으면 세상이 무너질 것 같은 두려움이 생길 때, 나만 뒤처지고 억울한 것 같다는 생각이 밀려올 때.. 내 눈에 가림막을 하고 무작정 달리고 있는 건 아닌지 멈춰서 살펴봐야 한다. 생각해 보면 내가 만나는 사람들의 숫자도 지극히 제한적이고, 내가 속한 커리어 분야도 매우 협소하고 (게다가 나는 내가 하는 일 외엔 모르는 게 너무 많다), 내가 경험한 세계도 고작 몇몇 나라와 도시들뿐이다. 여행을 하면 내가 모르는 세상과 만나게 되는 게 가장 큰 인생 배움이 된다. 세상은 넓고, 사람들은 다양하고, 삶은 다 각자 다른 모습으로 꽃을 피운다. 인생을 내 커리어 코트에 묶어 놓는다면 경기가 끝났을 때 멘붕이 올 것이다. 커리어는 커리어일 뿐, 인생 전부가 아니다. 꼭 명심하자.​https://www.youtube.com/watch?v=t8v0cHn_LRc

로저 페더러에게 배우는 성공의 비결

리눅스의 창시자인 리누스 토발즈의 유명한 말 중에 다음과 같은 명언이 있다.

“Talk is cheap, show me the code.”

AI가 대신 코딩해주는 시대에, 이제 이 말은 다음처럼 바뀌어야 하지 않을까 싶다.

“Code is cheap, talk about value.”

리눅스의 창시자인 리누스 토발즈의 유명한 말 중에 다음과 같은 명언이 있다. “Talk is cheap, show me the code.” AI가 대신 코딩해주는 시대에, 이제 이 말은 다음처럼 바뀌어야 하지 않을까 싶다. “Code is cheap, talk about value.”

리눅스의 창시자인 리누스 토발즈의 유명한 말 중에 다음과 같은 명

SCAMPER는 아이디어 발상을 도와주는 창의적 사고도구입니다. 각각의 알파벳은 아이디어를 발전시키기 위한 구체적인 질문을 나타냅니다.

1. Substitute (대체하기): 어떤 요소를 다른 것으로 바꿀 수 있을까?
- 예시: 플라스틱 빨대를 종이 빨대로 대체하기.

2. Combine (결합하기): 두 가지 요소를 결합하면 새로운 것이 나올까?
- 예시: 스마트폰과 카메라 기능 결합.

3. Adapt (적용하기): 다른 분야에서 성공한 아이디어를 적용할 수 있을까?
- 예시: 자동차 좌석의 열선 기능을 사무실 의자에 적용.

4. Modify (변형하기): 기존 아이디어를 어떻게 변형할 수 있을까?
- 예시: 기존 제품의 색상이나 크기 변경.

5. Put to another use (다른 용도로 사용하기): 다른 방식으로 활용할 수 있을까?
- 예시: 와인병을 꽃병으로 사용.

6. Eliminate (제거하기): 불필요한 요소를 제거할 수 있을까?
- 예시: 제품의 복잡한 기능을 제거하고 단순화.

7. Reverse (반대로 생각하기): 순서를 뒤집거나 반대로 해볼 수 있을까?
- 예시: 패키지 배송을 고객이 직접 픽업하게 하기.

SCAMPER는 아이디어 발상을 도와주는 창의적 사고도구입니다. 각각의 알파벳은 아이디어를 발전시키기 위한 구체적인 질문을 나타냅니다. 1. Substitute (대체하기): 어떤 요소를 다른 것으로 바꿀 수 있을까? - 예시: 플라스틱 빨대를 종이 빨대로 대체하기. 2. Combine (결합하기): 두 가지 요소를 결합하면 새로운 것이 나올까? - 예시: 스마트폰과 카메라 기능 결합. 3. Adapt (적용하기): 다른 분야에서 성공한 아이디어를 적용할 수 있을까? - 예시: 자동차 좌석의 열선 기능을 사무실 의자에 적용. 4. Modify (변형하기): 기존 아이디어를 어떻게 변형할 수 있을까? - 예시: 기존 제품의 색상이나 크기 변경. 5. Put to another use (다른 용도로 사용하기): 다른 방식으로 활용할 수 있을까? - 예시: 와인병을 꽃병으로 사용. 6. Eliminate (제거하기): 불필요한 요소를 제거할 수 있을까? - 예시: 제품의 복잡한 기능을 제거하고 단순화. 7. Reverse (반대로 생각하기): 순서를 뒤집거나 반대로 해볼 수 있을까? - 예시: 패키지 배송을 고객이 직접 픽업하게 하기.

아이디어가 잘 안생길 때 쓸 수 있는 프레임워크 SCAMPER 💡

배달앱, 이번엔 'ESG 대전'..전문가 영입 안간힘

🏍 [본격적인 ESG 전쟁의 서막]

“배달 업계가 ESG(환경·사회·지배구조) 전문가 영입에 공을 들이고 있다. 산업계 ‘뜨거운 감자’로 부상한 ESG가 향후 필수 경영전략으로 자리 잡을 수 있다는 판단 때문이다. 연일 치열해지는 배달 플랫폼 주도권 쟁탈전의 열기가 ESG 경쟁으로 옮겨 붙었다는 평가다. 다만 ‘보여주기식’ ESG 경영에 그칠 수 있다는 지적도 나온다.”

다음뉴스

카카오 브랜드 마케터

Brand for Good

브랜드의 힘과 선한 영향력을 믿습니다.
IT / 테크 업계에서 브랜드 마케팅 일을 하고 있어요.
1 John 4:16  “God is love” 🙏🏻

* 커리어리는 저의 개인적인 생각과 아이디어를 나누는 공간으로, 회사의 공식입장과는 무관합니다.

Jr. Generalist

장현승 Benny

디지털 덴티스트리의 개혁을 펼치고 있는 이노바이드에서 
전새계 치과와 기공소를 연결하는 덴트링크 서비스를 함께 발전시키고 있습니다☺️

🍀제일 좋아하는 말
'우린 인생의 많은 힌트를 놓치며 사는게 아닐까' 
#네트워킹 #데이터분석 #끊임없이배우기 #도전적인 #스타트업

Product Manager

김명찬

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

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

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필