OpenAI가 검색 서비스인 SearchGPT를 예고했는데요. 아마도 한정된 사이트와 정보안에서의 검색만 지원하지 않을까 합니다. 제휴를 통해 품질이 검증된 정보만 가지고 검색을 제공하는거죠.

아무래도 점점 더 인터넷에 있는 자료들의 품질이 떨어질 가능성이 높기도 하고, 이제는 일부의 사이트와만 제휴해도 충분한 정보를 제공할 수 있을만큼 정보의 축적이 잘 되어 있으니까요.

이를 위해 그동안 언론사를 포함한 다양한 매체들과 컨텐츠 제휴를 맺어온 것 같고, 아마 이번 구글의 레딧과의 제휴도 비슷한 관점에서 진행한게 아닌가 싶은데요. 네이버나 그옛날 야후와 같은 CP의 시대가 다시 도래할 수도 있을 것 같습니다.

ChatGPT를 로그인 없이 사용하게 한 것과 GPT-4o-mini 를 만들어 낸 것도 관련된 일이겠죠. 과연 검색시장을 오랫만에 한 번 흔들어 놓을 수 있을지 기대가 됩니다.

OpenAI가 검색 서비스인 SearchGPT를 예고했는데요. 아마도 한정된 사이트와 정보안에서의 검색만 지원하지 않을까 합니다. 제휴를 통해 품질이 검증된 정보만 가지고 검색을 제공하는거죠. 아무래도 점점 더 인터넷에 있는 자료들의 품질이 떨어질 가능성이 높기도 하고, 이제는 일부의 사이트와만 제휴해도 충분한 정보를 제공할 수 있을만큼 정보의 축적이 잘 되어 있으니까요. 이를 위해 그동안 언론사를 포함한 다양한 매체들과 컨텐츠 제휴를 맺어온 것 같고, 아마 이번 구글의 레딧과의 제휴도 비슷한 관점에서 진행한게 아닌가 싶은데요. 네이버나 그옛날 야후와 같은 CP의 시대가 다시 도래할 수도 있을 것 같습니다. ChatGPT를 로그인 없이 사용하게 한 것과 GPT-4o-mini 를 만들어 낸 것도 관련된 일이겠죠. 과연 검색시장을 오랫만에 한 번 흔들어 놓을 수 있을지 기대가 됩니다.

Llama-3.1-70b 보다는 GPT-4o-mini 가 한국어는 여전히 훨씬 낫네요. 한국어 한정이지만 테스트 좀 하다가 고통 받았.. 🫠 다른 상업용 모델들에 비해 Llama가 다국어에서 아직은 좀 많이 약한 것 같네요. 슬픔.. 😞

Llama-3.1-70b 보다는 GPT-4o-mini 가 한국어는 여전히 훨씬 낫네요. 한국어 한정이지만 테스트 좀 하다가 고통 받았.. 🫠 다른 상업용 모델들에 비해 Llama가 다국어에서 아직은 좀 많이 약한 것 같네요. 슬픔.. 😞

아침부터 자리에 앉아 열심히 코딩했습니다.

주식창도 보지 않고.
뉴스도 보지 않고.
만화책이나 유튜브도 보지 않고.

집중해서 코딩하다보니 어느덧 시간이 18시.
잠시 후엔 축구를 하러 나가야 합니다.

이런 날이 참 좋습니다.
세상의 자극적인 이야기에 빠져들지 않고 책상에서 몰입하며 보낸 날.
할 일 다 하고 좋아하는 취미를 즐기러 가는 날.

가장 뿌듯한 날은 바로 코딩 많이 한 날입니다.
이런 날은 잠자리에 누우면 기분이 정말 좋습니다.
신나게 놀아버린 날과는 비교도 할 수 없는 기쁨.

매일 오늘 같으면 좋겠습니다.

아침부터 자리에 앉아 열심히 코딩했습니다. 주식창도 보지 않고. 뉴스도 보지 않고. 만화책이나 유튜브도 보지 않고. 집중해서 코딩하다보니 어느덧 시간이 18시. 잠시 후엔 축구를 하러 나가야 합니다. 이런 날이 참 좋습니다. 세상의 자극적인 이야기에 빠져들지 않고 책상에서 몰입하며 보낸 날. 할 일 다 하고 좋아하는 취미를 즐기러 가는 날. 가장 뿌듯한 날은 바로 코딩 많이 한 날입니다. 이런 날은 잠자리에 누우면 기분이 정말 좋습니다. 신나게 놀아버린 날과는 비교도 할 수 없는 기쁨. 매일 오늘 같으면 좋겠습니다.

코딩 많이 한 날

Breakthrough models AlphaProof and AlphaGeometry 2 solve advanced reasoning problems in mathematics

AI achieves silver-medal standard solving International Mathematical Olympiad problems

DeepMind에서 예전에 AlphaTensor로 발견되지 않았던 더 효율적인 matrix multiplication 방법을 찾아냈었는데요, 이번에는 국제수학올림피아드 문제를 풀었을 때 은메달 수준을 달성했다고 합니다.

현재의 LLM은 매우 뛰어나지만, 아직까지 reasoning (특히 수학과 같은 분야) 능력이 많이 부족한데요, 이번 결과는 일반인 보다 훨씬 뛰어난 reasoning을 달성했다는 점에서 정말 대단하다고 보여집니다.

Gemini를 AlphaZero에 사용했던 것과 유사한 강화학습 방법으로 fine-tuning을 했다고 합니다만, 자세한 내용이 공개되어 있지는 않습니다. 아마 천천히 research paper나 관련 코드들을 조금씩 공개하지 않을까 싶습니다.

개인적으로 아직은 AGI는 한참 멀었다고 생각하지만, 다양한 기술들이 합쳐지고 빠르게 발전하면서 여러 분야에서 사람을 뛰어넘는 경우가 많이 생길 것 같습니다.

https://deepmind.google/discover/blog/ai-solves-imo-problems-at-silver-medal-level/

DeepMind에서 예전에 AlphaTensor로 발견되지 않았던 더 효율적인 matrix multiplication 방법을 찾아냈었는데요, 이번에는 국제수학올림피아드 문제를 풀었을 때 은메달 수준을 달성했다고 합니다. 현재의 LLM은 매우 뛰어나지만, 아직까지 reasoning (특히 수학과 같은 분야) 능력이 많이 부족한데요, 이번 결과는 일반인 보다 훨씬 뛰어난 reasoning을 달성했다는 점에서 정말 대단하다고 보여집니다. Gemini를 AlphaZero에 사용했던 것과 유사한 강화학습 방법으로 fine-tuning을 했다고 합니다만, 자세한 내용이 공개되어 있지는 않습니다. 아마 천천히 research paper나 관련 코드들을 조금씩 공개하지 않을까 싶습니다. 개인적으로 아직은 AGI는 한참 멀었다고 생각하지만, 다양한 기술들이 합쳐지고 빠르게 발전하면서 여러 분야에서 사람을 뛰어넘는 경우가 많이 생길 것 같습니다. https://deepmind.google/discover/blog/ai-solves-imo-problems-at-silver-medal-level/

Google DeepMind

DeepMind의 AlphaProof와 AlphaGeometry2

복잡한 프론트엔드 프로젝트를 효율적으로 관리할 수 있는 마이크로프론트엔드 아키텍처 소개와 구현하는 방법을 소개하는 글입니다.

마이크로프론트엔드의 모든 것: 장단점, 도입 시기, 그리고 구현 방법

프론트엔드의 웹 애플리케이션의 복잡성이 증가함에 따라, 근본적인 아키텍처 개선이 필요해졌습니다. 이러한 맥락에서 마이크로프론트엔드 아키텍처(MFA)가 등장했는데요.

MFA는 대규모 프론트엔드 애플리케이션을 독립적으로 개발, 테스트, 배포할 수 있는 더 작은 단위로 분해하여 개발 팀의 자율성을 높이고 시스템의 유연성과 확장성을 크게 향상시키는 아키텍처 입니다.

만약 개발중인 서비스 규모가 크고, 각 팀이 독립적인 기능을 개발하고 배포해야 한다면 MFA 도입을 검토할 필요가 있는데요.

MFA의 장단점, 그리고 구현 방법에 대해 알고싶으시다면 아래 게시물을 확인해보시는 것을 추천드립니다.

https://f-lab.kr/blog/everything-about-the-microfrontend

프론트엔드의 웹 애플리케이션의 복잡성이 증가함에 따라, 근본적인 아키텍처 개선이 필요해졌습니다. 이러한 맥락에서 마이크로프론트엔드 아키텍처(MFA)가 등장했는데요. MFA는 대규모 프론트엔드 애플리케이션을 독립적으로 개발, 테스트, 배포할 수 있는 더 작은 단위로 분해하여 개발 팀의 자율성을 높이고 시스템의 유연성과 확장성을 크게 향상시키는 아키텍처 입니다. 만약 개발중인 서비스 규모가 크고, 각 팀이 독립적인 기능을 개발하고 배포해야 한다면 MFA 도입을 검토할 필요가 있는데요. MFA의 장단점, 그리고 구현 방법에 대해 알고싶으시다면 아래 게시물을 확인해보시는 것을 추천드립니다. https://f-lab.kr/blog/everything-about-the-microfrontend

F-Lab : 상위 1% 개발자들의 멘토링

마이크로프론트엔드(MFA)의 모든 것

디자이너는 덜 복잡함을 좇는 사람이
아니라 혼란스러움을 다스리는 사람에
가깝다? ✍️

- 파일럿의 조종실
- 전자계산기
- 피아노 건반

위의 것들을 처음 볼 때 무척 복잡했을 거예요.
그럼에도 익숙해진다면 내부 질서를 통해
어렵지 않게 느낄 수 있습니다.

반면 무언가를 봤을 때 혼란스러움을 느끼면
대부분 좋지 않을 가능성이 높은 것 같습니다.
있어야 할 자리에 무언가가 없다거나, 결이
다른 것들이 모여 있거나 할 때 말이죠.

요소를 무작정 줄이는데 집착할 게 아니라
맥락상 최적의 요소를 찾는 데
주목하는 게 맞다고 생각합니다.

복잡함이 유용하게 쓰이는 경우도 많으니까요.

디자이너는 덜 복잡함을 좇는 사람이아니라 혼란스러움을 다스리는 사람에가깝다? ✍️ - 파일럿의 조종실- 전자계산기- 피아노 건반 위의 것들을 처음 볼 때 무척 복잡했을 거예요.그럼에도 익숙해진다면 내부 질서를 통해어렵지 않게 느낄 수 있습니다. 반면 무언가를 봤을 때 혼란스러움을 느끼면대부분 좋지 않을 가능성이 높은 것 같습니다.있어야 할 자리에 무언가가 없다거나, 결이다른 것들이 모여 있거나 할 때 말이죠. 요소를 무작정 줄이는데 집착할 게 아니라맥락상 최적의 요소를 찾는 데주목하는 게 맞다고 생각합니다. 복잡함이 유용하게 쓰이는 경우도 많으니까요.

✍️ 복잡함과 혼란스러움 구별하기

새로운 자바스크립트 `Set` 메서드가 등장했습니다. Firebox 127 버전이 업데이트되면서부터, 대부분의 주요 브라우저 엔진에서 새로운 메서드를 사용할 수 있게 되었습니다. 즉, 호환성을 위해 폴리필을 사용할 필요가 없다는 것을 의미합니다. 혹시 위 내용을 읽고 혼란스러우시다면 걱정하지 마세요. 각 메서드가 무엇을 하는지 다음 챕터에서 자세히 설명해...

(번역) 자바스크립트 Set 의 새로운 메서드

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

이제 대부분의 브라우저에서 자바스크립트 Set에 새롭게 추가된 메서드들을 사용할 수 있습니다. 이 글에서는 추가된 메서드들을 각각 소개하고 설명합니다.

이 메서드들은 주로 두 개의 Set을 활용한 연산을 수행합니다. 특히, 두 개의 목록을 비교하거나 통합해야 하는 상황에서 유용할 것으로 기대합니다. Set을 처음 접하시는 분들도, 이미 Set을 알고 계신 분들도 가볍게 읽어보시길 추천 드립니다 :)

> 글 링크: https://medium.com/@jiwoochoics/%EB%B2%88%EC%97%AD-%EC%83%88%EB%A1%9C%EC%9A%B4-%EC%9E%90%EB%B0%94%EC%8A%A4%ED%81%AC%EB%A6%BD%ED%8A%B8-set-%EB%A9%94%EC%84%9C%EB%93%9C-1fc794242ab0

오늘 소개해드릴 글은 네이버의 최지우님이 번역해주신 글입니다. 이제 대부분의 브라우저에서 자바스크립트 Set에 새롭게 추가된 메서드들을 사용할 수 있습니다. 이 글에서는 추가된 메서드들을 각각 소개하고 설명합니다. 이 메서드들은 주로 두 개의 Set을 활용한 연산을 수행합니다. 특히, 두 개의 목록을 비교하거나 통합해야 하는 상황에서 유용할 것으로 기대합니다. Set을 처음 접하시는 분들도, 이미 Set을 알고 계신 분들도 가볍게 읽어보시길 추천 드립니다 :) &gt; 글 링크: https://medium.com/@jiwoochoics/%EB%B2%88%EC%97%AD-%EC%83%88%EB%A1%9C%EC%9A%B4-%EC%9E%90%EB%B0%94%EC%8A%A4%ED%81%AC%EB%A6%BD%ED%8A%B8-set-%EB%A9%94%EC%84%9C%EB%93%9C-1fc794242ab0

Medium

자바스크립트 Set의 새로운 메서드

소프트웨어 개발자가 디버깅에 대해 알아야 할 모든 이론과 지식, 실전 경험을 망라해둔 디버깅의 정석

Debug It! 실용주의 디버깅

소프트웨어 개발을 하다 보면 예상치 못한 오류와 버그 때문에 답답함을 느낄 때가 많다.

- 몇 시간째 똑같은 오류 메시지와 눈싸움을 하고
- 구글링과 스택 오버플로를 뒤져봐도 뾰족한 해결책이 보이지 않아 막막하며
- 숙련된 동료에게 도움을 요청하기도 망설여지는

이런 상황에서 한 두가지 맥락이 꼬여버리면 밤샘 작업으로 이어지고, 끝내 머리카락을 쥐어 뜯으며 눈앞이 캄캄해지는 순간에 놓인다. 이처럼 디버깅(소프트웨어의 오류를 찾아내고 수정하는 과정)은 결코 쉽지 않지만, 절대 피할 수 없는 개발자의 숙명과도 같다.

디버깅은 숙련된 개발자에게도 쉽지 않은 작업이지만, 체계적인 접근 방식과 꾸준한 연습을 통해 디버깅 능력을 향상시킬 수 있다. 이때 도움이 될만한 책을 소개하려 한다.

"Debug It! 실용주의 디버깅"은 특정 도구나 언어에 얽매이지 않고, 디버깅의 본질과 기본 원리를 체계적으로 다루는 책이다. 디버깅 도구 사용법을 익히는 것이 아니라, '디버깅이란 무엇인가?', '어떻게 접근해야 하는가?' 와 같은 근본적인 질문에 대한 답을 찾을 수 있도록 돕는다. 단순히 오류나 버그를 수정하는 기술이 아닌, 디버깅에 대한 올바른 자세와 마음가짐을 갖추는 데 도움이 된다.

굉장히 오래된 책이지만, 막막하게만 느껴졌던 디버깅 과정을 좀 더 쉽고 효율적으로 만들어 줄 것이다. 딱딱한 이론서가 아닌, 쉽고 재미있게 읽을 수 있는 실용적인 내용으로 구성되어 있어 부담 없이 디버깅의 기본기를 다질 수 있다.

http://www.acornpub.co.kr/book/debug-it

소프트웨어 개발을 하다 보면 예상치 못한 오류와 버그 때문에 답답함을 느낄 때가 많다. - 몇 시간째 똑같은 오류 메시지와 눈싸움을 하고- 구글링과 스택 오버플로를 뒤져봐도 뾰족한 해결책이 보이지 않아 막막하며- 숙련된 동료에게 도움을 요청하기도 망설여지는 이런 상황에서 한 두가지 맥락이 꼬여버리면 밤샘 작업으로 이어지고, 끝내 머리카락을 쥐어 뜯으며 눈앞이 캄캄해지는 순간에 놓인다. 이처럼 디버깅(소프트웨어의 오류를 찾아내고 수정하는 과정)은 결코 쉽지 않지만, 절대 피할 수 없는 개발자의 숙명과도 같다. 디버깅은 숙련된 개발자에게도 쉽지 않은 작업이지만, 체계적인 접근 방식과 꾸준한 연습을 통해 디버깅 능력을 향상시킬 수 있다. 이때 도움이 될만한 책을 소개하려 한다. "Debug It! 실용주의 디버깅"은 특정 도구나 언어에 얽매이지 않고, 디버깅의 본질과 기본 원리를 체계적으로 다루는 책이다. 디버깅 도구 사용법을 익히는 것이 아니라, '디버깅이란 무엇인가?', '어떻게 접근해야 하는가?' 와 같은 근본적인 질문에 대한 답을 찾을 수 있도록 돕는다. 단순히 오류나 버그를 수정하는 기술이 아닌, 디버깅에 대한 올바른 자세와 마음가짐을 갖추는 데 도움이 된다. 굉장히 오래된 책이지만, 막막하게만 느껴졌던 디버깅 과정을 좀 더 쉽고 효율적으로 만들어 줄 것이다. 딱딱한 이론서가 아닌, 쉽고 재미있게 읽을 수 있는 실용적인 내용으로 구성되어 있어 부담 없이 디버깅의 기본기를 다질 수 있다. http://www.acornpub.co.kr/book/debug-it

에이콘출판사

막막하고 어렵게만 느껴지는 디버깅의 기본기를 다져보자

JetBrains Marketplace

이 글에서는 IntelliJ IDEA 플러그인에 대해 다루겠습니다. 생산성을 극대화하고 코드를 완성도로 향상시킬 수 있는 5가지 무료 플러그인을 탐구해 보겠습니다.
 
1. Test Data
단위 테스트를 작성할 때, 샘플 데이터를 생성해야 하는 경우가 많습니다. 이 플러그인은 텍스트, UUID, 숫자, 날짜 및 시간, JSON, CSV, SQL과 같은 사용자 정의 형식을 포함한 다양한 무작위 데이터를 생성할 수 있는 작업을 추가합니다.
 
2. SonarLint
SonarLint는 개발 및 프로덕션 환경 모두에서 코드가 표준을 충족하도록 보장하기 위해 설계된 오픈 소스 도구입니다. 코드 냄새를 실시간으로 수정하고 문제에 대한 상세한 통찰력을 제공합니다.
때로는 가독성을 위해 특정 문제를 무시하는 것이 허용될 수 있으며, Java에서는 다음과 같은 접근 방식을 사용할 수 있습니다:
@SuppressWarnings("java:S2699") # java:S2699 is the issue id

 
3. Maven Helper
프로젝트 종속성 및 구성을 Maven을 사용하여 관리하는 경우, 이 도구가 큰 도움이 됩니다.
이 플러그인은 pom.xml 파일에 UI 탭을 추가하여 프로젝트 종속성을 목록 또는 트리 보기로 보여줍니다.
 
4. RestFul Tool
이 플러그인은 Restful 서비스 개발을 위한 도구 모음을 제공합니다. Spring MVC 및 Spring Boot와의 통합 지원이 뛰어납니다. 또한, 엔드포인트를 노출하는 컨트롤러로 바로 이동할 수 있는 기능을 제공합니다. 추가로, IDE 내에서 REST API 호출을 할 수 있는 창도 제공합니다.

5. EnvFile
이 플러그인은 IntelliJ에서 실행 구성에 대한 환경 속성을 설정할 수 있게 해줍니다. YAML, JSON 및 .env 형식을 지원합니다.
 
6. Bonus
PlantUML
디자인과 사용자 다이어그램 표현을 좋아하는 사람이라면 PlantUML 플러그인이 매우 유용할 것입니다. 이 플러그인은 시퀀스 다이어그램, 컴포넌트 다이어그램 등 다양한 용도에 대한 여러 시작 템플릿을 지원합니다.

Spring Boot Assistant
Spring boot 개발자라면 프로젝트 개발에 있어 애플리케이션 속성이 얼마나 중요한지 알 것입니다. 이는 프로젝트를 구동하는 핵심 구성입니다.
일반적인 애플리케이션 속성은 spring에 의해 문서화되어 있지만, 항상 방문하고 속성을 포함하는 것은 번거로울 수 있습니다.
이 플러그인은 일반 애플리케이션 속성에 대한 자동 제안 기능을 제공합니다.
 
번역: [https://ducktopia.tistory.com/130]
원문:

이 글에서는 IntelliJ IDEA 플러그인에 대해 다루겠습니다. 생산성을 극대화하고 코드를 완성도로 향상시킬 수 있는 5가지 무료 플러그인을 탐구해 보겠습니다.&nbsp;1. Test Data단위 테스트를 작성할 때, 샘플 데이터를 생성해야 하는 경우가 많습니다. 이 플러그인은 텍스트, UUID, 숫자, 날짜 및 시간, JSON, CSV, SQL과 같은 사용자 정의 형식을 포함한 다양한 무작위 데이터를 생성할 수 있는 작업을 추가합니다.&nbsp;2. SonarLintSonarLint는 개발 및 프로덕션 환경 모두에서 코드가 표준을 충족하도록 보장하기 위해 설계된 오픈 소스 도구입니다. 코드 냄새를 실시간으로 수정하고 문제에 대한 상세한 통찰력을 제공합니다.때로는 가독성을 위해 특정 문제를 무시하는 것이 허용될 수 있으며, Java에서는 다음과 같은 접근 방식을 사용할 수 있습니다:<pre ><code class="language-java">@SuppressWarnings("java:S2699") # java:S2699 is the issue id</code></pre>&nbsp;3. Maven Helper프로젝트 종속성 및 구성을 Maven을 사용하여 관리하는 경우, 이 도구가 큰 도움이 됩니다.이 플러그인은 pom.xml 파일에 UI 탭을 추가하여 프로젝트 종속성을 목록 또는 트리 보기로 보여줍니다.&nbsp;4. RestFul Tool이 플러그인은 Restful 서비스 개발을 위한 도구 모음을 제공합니다. Spring MVC 및 Spring Boot와의 통합 지원이 뛰어납니다. 또한, 엔드포인트를 노출하는 컨트롤러로 바로 이동할 수 있는 기능을 제공합니다. 추가로, IDE 내에서 REST API 호출을 할 수 있는 창도 제공합니다. 5. EnvFile이 플러그인은 IntelliJ에서 실행 구성에 대한 환경 속성을 설정할 수 있게 해줍니다. YAML, JSON 및 .env 형식을 지원합니다.&nbsp;6. BonusPlantUML디자인과 사용자 다이어그램 표현을 좋아하는 사람이라면 PlantUML 플러그인이 매우 유용할 것입니다. 이 플러그인은 시퀀스 다이어그램, 컴포넌트 다이어그램 등 다양한 용도에 대한 여러 시작 템플릿을 지원합니다. Spring Boot AssistantSpring boot 개발자라면 프로젝트 개발에 있어 애플리케이션 속성이 얼마나 중요한지 알 것입니다. 이는 프로젝트를 구동하는 핵심 구성입니다.일반적인 애플리케이션 속성은 spring에 의해 문서화되어 있지만, 항상 방문하고 속성을 포함하는 것은 번거로울 수 있습니다.이 플러그인은 일반 애플리케이션 속성에 대한 자동 제안 기능을 제공합니다.&nbsp;번역: [https://ducktopia.tistory.com/130]원문:

🕊️  [Medium] 유용한 무료 IntelliJ Plugin 5가지

The most celebrated genius in human history didn't just revolutionize physics, but taught many valuable lessons about living a better life.

Einstein's 7 rules for a better life

알버트 아인슈타인의 삶에 대한 소중한 교훈이 담긴 'Einstein's 7 rules for a better life'에 대한 내용입니다.

아인슈타인은 물리학적 발견 뿐만 아니라 삶에 대한 가치로운 교훈을 가르쳤습니다. '마음이 흥미로워 하는 일에 깊게 사로잡히세요', '유용한 일에 노력을 기울여라' 등 아인슈타인의 삶을 살펴보며 우리에게 유용한 교훈을 전합니다. 그의 삶에서 배운 바를 바탕으로 더 나은 삶을 살아나갈 수 있는 방안과 가르침이 담긴 내용입니다.

1. ✨ 아인슈타인의 가르침
 * 아인슈타인은 빛의 속도 불변, 광전 효과, E = mc², 일반 상대성 이론 등의 과학적 발견을 통해 위대한 천재로 널리 알려져 있다.
 * 그러나 그의 명성은 물리학 분야를 넘어 정치, 미디어, 그리고 일상 생활에도 영향을 미쳤다.
 * 그의 편지와 서신, 그리고 그와 소통했던 사람들의 개인적인 기록을 통해 아인슈타인의 삶에 대한 규칙을 배울 수 있다.
 * 그는 프린스턴에서 열린 1953년의 오찬 사진에서도 보이듯이 자비롭고 정의로운 사람으로 알려졌다.
 * 아인슈타인은 충고, 시간, 그리고 교훈을 다른 사람들과 나누는 데 관대했다.

2. ️🌌아인슈타인의 삶과 가르침: 물리학 이상의 지혜
 * 알버트 아인슈타인은 물리학자로 널리 알려져 있으나, 그는 생명의 조언으로도 유명하며, 빛의 속도의 일정성부터 상대성 이론, E=mc², 중력 이론, 웜홀 등을 선보였다.
 * 이론뿐만 아니라, 아인슈타인은 평화주의자, 정치 활동가, 적극적인 반인종주의자로 역사상 가장 상징적이고 존경받는 인물 중 하나이다.
 * 그의 특이한 행동, 복루한 모습, 위트있는 유머, 양말 싫어하는 성격으로도 유명했으며, 그가 친구, 지인, 동시대인들에 자유롭게 내린 삶의 조언은 오늘날에도 그 중요성을 잃지 않는다.
 * 베니아민 코헨은 이를 바탕으로 아인슈타인의 인생의 핵심 가르침을 반영하여 우리 모두에게 유익한 교훈을 전하고 있다.

3. 👔 룰 #1: 중요한 것에 노력을 기울여라
 * 아인슈타인의 특징을 생각해보면, 개미지옥이 떠오를 수도 있습니다.
 * 실제로 의상에는 신경을 덜 쓰는데, 복잡한 선택을 피하기 위해 특유의 스타일을 고수하는 테크 기업인들이 유명합니다.
 * 의상 선택의 중요성을 강조하는데, 이는 결정 피로를 피하고 중요한 것에 집중하기 위한 효율성을 제공합니다.
 * 자신에게 중요한 것에만 노력을 기울이며 효율적인 정신을 유지하면, 풍부하고 충실한 삶으로 이끌 수 있습니다.

4. ️🌊 룰 #2: 하던 일을 사랑하라, 무슨 일이든 소중히 여기자
 * 아인슈타인은 물리학 이외에도 요리와 바이올린 연주 등을 즐겼으나, 그 중에서도 가장 즐겼던 것은 보트 타기였다.
 * 보트 타는 것을 통해 아인슈타인은 아이디어를 새로운 관점에서 생각할 수 있었고, 일상 생활에서 벗어나 내면의 평화를 느낄 수 있었다.
 * 하지만 아인슈타인은 보트 타기를 전혀 못 했고, 주변에서는 그에게 경계를 두었으며 경비함선이 자주 구조하는 일이 발생했다.
 * 그럼에도 불구하고 보트 타기를 통해 천적인 정신적인 해방을 느꼈으며, 새로운 아이디어의 영감을 얻었다.
 * 특별상대성이론을 이끌어낸 아인슈타인도 처음에는 혁명적이었지만, 가장 유명한 등식은 E = mc²였다.

5. 🧩 룰 #3: 문제를 풀이하는 태도
 * 개인적이든 집단적이든 문제를 인식하고, 미래 민족 문화와 같은 사회적 도전에 대해 고민한다.
 * 금융, 환경, 건강, 정치 등 다양한 분야의 문제에 노출되고 있다.
 * 이들을 위기로 보느냐 아니면 '고리탑'으로 볼지에 달려있다.
 * 아인슈타인은 난관을 마주할 때 '고리탑'으로 접근하며 새로운 방법론을 모색했음을 보여주었다.
 * 과학자의 마음가짐이 새로운 발견과 뜻밖의 결과로 이끌어낼 수 있는 유일한 길임을 강조한다.

6. 💭 룰 #4: 끊임없이 이어진 문제 해결 과정
 * 아인슈타인은 어려운 문제에 대해 오랫동안 심도 있게 사고하고, 겉핥기 문제에 안주하지 않기를 강조하였다.
 * 1946년 아인슈타인에게 도착한 편지 중 하나는 자신의 삶을 어떻게 해야 할지 묻는 내용이었고, 아인슈타인은 깊이 있는 관심을 가진 질문에 오랜 시간을 투자하라고 조언했다.
 * 아인슈타인은 문제를 해결하지 못할 수 있지만, 문제 자체를 따라가는 노력과 고난 속에서의 즐거움이 창출해낼 수 있는 큰 기쁨과 이룸을 강조했다.
 * 많은 문제를 해결한 아인슈타인은 양자 현상의 결정론적 설명부터 물리학 전 영역(중력 및 다른 힘 등)을 하나의 포괄적 프레임워크로 통합하는 시도에 실패한 적도 많았다.
 * 1933년 발표된 이 정치 카툰은 아인슈타인이 퍼시피스트의 날개를 벗고 “준비”라 적힌 검은 칼을 들고 나치 군사주의에 맞설 때의 모습을 나타내는데, 이는 문제에 대한 헌신을 보여주는 사례로써 중요하게 다뤄진다.

7. 😡 룰 #5 : 분노나 절망에 사로잡히지 않기
 * 아인슈타인은 많은 친구, 대중, 그리고 가족과도 메일을 오고 갔다.
 * 친척 린다 아인슈타인과의 편지에서 당신과 나눠야 할 교훈을 제시했다. '정치에 대해 말하자면 나도 여전히 분노에 불태우곤 하지만 난 더 이상 날개를 휘젓지 않아. 단지 털을 곤두세울 뿐이야.’
 * 우리 중 몇 명은 분노로 가득 차 이성을 잃고 날뛰기도 했을 것이다. 그러나 우리가 한 말이나 몸짓이 목표 달성에 얼마큼 효과적했는지 곰곰히 생각해 볼 필요가 있다.
 * 때로는 아인슈타인이 지침으로 삼았을 ‘날개짓하는 행동’이 중요하다. 그러나 때로는 지혜롭게 물러나서 관찰하며 기회를 기다리고, 정치적인 순간은 묵묵히 기다리는 것이 낫다. 일시적으로 털을 곤두세운다면
 * 지혜롭게 행동하는 것이 현명한 선택일 수 있다, 비록 아인슈타인의 불운한 친척인 1942년에 대해 언급해야 할 점도 있다.
 * 1930년대 유럽을 떠난 친척 카를로스는 우루과이로 이주하여 일생을 보냈다.
 * 매우 심각한 에인슈타인에게서 자신의 물리학을 '추악하다'라는 편지를 받은르마뜨르는 어떤 기분이었을까?
 * 유명한 장구애인들의 비평이 가해지는 요즈음, 에인슈타인도 때때로 비난을 받은 것인데, 유효성에 대한 에인슈타인의 주장에도 불구하고 르마뜨르 등은 그를 따르지 않았다.

9. 🧠 룰 #6: 권위에 대한 맹목적 복종은 진실의 가장 큰 적
 * 과학자인 아인슈타인은 '집단적 정신분열'을 경계했으며, 그것은 종족이나 반설적 사상의 프로파간다로 인해 주도되는 집단적 사고로 발전할 수 있음을 주장했다.
 * 아인슈타인은 학문적으로 비신뢰할만한 인물을 이끌고 아인슈타인과 그의 이론을 비평하는 반 상대성 이론 사회를 조직한 과학자들로 인해 반 유대주의와 국적주의의 영향을 받으며, 처음엔 경솔하지만 나중에는 '권위에 대한 맹목적 복종은 진실의 가장 큰 적이다'라고 결론 지었다.
 * 아인슈타인은 인종과 색깔에 관계없이 모든 사람이 유사한 잠재력을 가졌다는 것이 일반적으로 인정되었지만, 사회경제적 문제 및 기타 요인으로 인해 개인들은 종종 교육에서의 평등한 기회를 부당하게 받지 못한다는 것이 현재 공식화되어 있다.

10. ️🔬룰 #7: 과학, 진실, 교육은 특권층뿐 아니라 모든 이들을 위한 것이다.
 * 아인슈타인은 미국 정부를 자주 비판했지만, 1930년대 이민 후 1940년 시민권을 획득해도 그것은 변함없었다.
 * 노예 역사, 계속되는 인종 차별과 편견에 대한 역사는 그를 깊게 몰두시키며, 그는 반유대주의와 마찬가지로 이를 근본적으로 인간성을 부정하는 것으로 본다.
 * FBI가 1932년부터 아인슈타인에 대한 기록을 시작하고, 1955년 아인슈타인이 사망할 때는 1400여 페이지가 되었고, 그의 반 인종주의 행동은 여러 사람(조지 매카시 상원의원을 포함하여)으로부터 근본적으로 미국 정신에 어긋나는 것으로 여겨졌지만, 아인슈타인은 두렵지 않았다.
 * 1937년, 아인슈타인은 유색 오페라 스타 마리언 앤더슨이 프린스턴의 지역(분리된) 호텔에서 숙박을 거절당할 때 자신의 집에 초대했다.
 * 이러한 노력으로 우리는 아인슈타인이 모든 인류에게 과학, 진실, 교육이 모두 접근 가능하도록 선도하리라는 것을 확신할 수 있다.

https://bigthink.com/starts-with-a-bang/einstein-rules-better-life/

알버트 아인슈타인의 삶에 대한 소중한 교훈이 담긴 'Einstein's 7 rules for a better life'에 대한 내용입니다. 아인슈타인은 물리학적 발견 뿐만 아니라 삶에 대한 가치로운 교훈을 가르쳤습니다. '마음이 흥미로워 하는 일에 깊게 사로잡히세요', '유용한 일에 노력을 기울여라' 등 아인슈타인의 삶을 살펴보며 우리에게 유용한 교훈을 전합니다. 그의 삶에서 배운 바를 바탕으로 더 나은 삶을 살아나갈 수 있는 방안과 가르침이 담긴 내용입니다. 1. ✨ 아인슈타인의 가르침<ul ><li>아인슈타인은 빛의 속도 불변, 광전 효과, E = mc², 일반 상대성 이론 등의 과학적 발견을 통해 위대한 천재로 널리 알려져 있다.</li><li>그러나 그의 명성은 물리학 분야를 넘어 정치, 미디어, 그리고 일상 생활에도 영향을 미쳤다.</li><li>그의 편지와 서신, 그리고 그와 소통했던 사람들의 개인적인 기록을 통해 아인슈타인의 삶에 대한 규칙을 배울 수 있다.</li><li>그는 프린스턴에서 열린 1953년의 오찬 사진에서도 보이듯이 자비롭고 정의로운 사람으로 알려졌다.</li><li>아인슈타인은 충고, 시간, 그리고 교훈을 다른 사람들과 나누는 데 관대했다.</li></ul> 2. ️🌌아인슈타인의 삶과 가르침: 물리학 이상의 지혜<ul ><li>알버트 아인슈타인은 물리학자로 널리 알려져 있으나, 그는 생명의 조언으로도 유명하며, 빛의 속도의 일정성부터 상대성 이론, E=mc², 중력 이론, 웜홀 등을 선보였다.</li><li>이론뿐만 아니라, 아인슈타인은 평화주의자, 정치 활동가, 적극적인 반인종주의자로 역사상 가장 상징적이고 존경받는 인물 중 하나이다.</li><li>그의 특이한 행동, 복루한 모습, 위트있는 유머, 양말 싫어하는 성격으로도 유명했으며, 그가 친구, 지인, 동시대인들에 자유롭게 내린 삶의 조언은 오늘날에도 그 중요성을 잃지 않는다.</li><li>베니아민 코헨은 이를 바탕으로 아인슈타인의 인생의 핵심 가르침을 반영하여 우리 모두에게 유익한 교훈을 전하고 있다.</li></ul> 3. 👔 룰 #1: 중요한 것에 노력을 기울여라<ul ><li>아인슈타인의 특징을 생각해보면, 개미지옥이 떠오를 수도 있습니다.</li><li>실제로 의상에는 신경을 덜 쓰는데, 복잡한 선택을 피하기 위해 특유의 스타일을 고수하는 테크 기업인들이 유명합니다.</li><li>의상 선택의 중요성을 강조하는데, 이는 결정 피로를 피하고 중요한 것에 집중하기 위한 효율성을 제공합니다.</li><li>자신에게 중요한 것에만 노력을 기울이며 효율적인 정신을 유지하면, 풍부하고 충실한 삶으로 이끌 수 있습니다.</li></ul> 4. ️🌊 룰 #2: 하던 일을 사랑하라, 무슨 일이든 소중히 여기자<ul ><li>아인슈타인은 물리학 이외에도 요리와 바이올린 연주 등을 즐겼으나, 그 중에서도 가장 즐겼던 것은 보트 타기였다.</li><li>보트 타는 것을 통해 아인슈타인은 아이디어를 새로운 관점에서 생각할 수 있었고, 일상 생활에서 벗어나 내면의 평화를 느낄 수 있었다.</li><li>하지만 아인슈타인은 보트 타기를 전혀 못 했고, 주변에서는 그에게 경계를 두었으며 경비함선이 자주 구조하는 일이 발생했다.</li><li>그럼에도 불구하고 보트 타기를 통해 천적인 정신적인 해방을 느꼈으며, 새로운 아이디어의 영감을 얻었다.</li><li>특별상대성이론을 이끌어낸 아인슈타인도 처음에는 혁명적이었지만, 가장 유명한 등식은 E = mc²였다.</li></ul> 5. 🧩 룰 #3: 문제를 풀이하는 태도<ul ><li>개인적이든 집단적이든 문제를 인식하고, 미래 민족 문화와 같은 사회적 도전에 대해 고민한다.</li><li>금융, 환경, 건강, 정치 등 다양한 분야의 문제에 노출되고 있다.</li><li>이들을 위기로 보느냐 아니면 '고리탑'으로 볼지에 달려있다.</li><li>아인슈타인은 난관을 마주할 때 '고리탑'으로 접근하며 새로운 방법론을 모색했음을 보여주었다.</li><li>과학자의 마음가짐이 새로운 발견과 뜻밖의 결과로 이끌어낼 수 있는 유일한 길임을 강조한다.</li></ul> 6. 💭 룰 #4: 끊임없이 이어진 문제 해결 과정<ul ><li>아인슈타인은 어려운 문제에 대해 오랫동안 심도 있게 사고하고, 겉핥기 문제에 안주하지 않기를 강조하였다.</li><li>1946년 아인슈타인에게 도착한 편지 중 하나는 자신의 삶을 어떻게 해야 할지 묻는 내용이었고, 아인슈타인은 깊이 있는 관심을 가진 질문에 오랜 시간을 투자하라고 조언했다.</li><li>아인슈타인은 문제를 해결하지 못할 수 있지만, 문제 자체를 따라가는 노력과 고난 속에서의 즐거움이 창출해낼 수 있는 큰 기쁨과 이룸을 강조했다.</li><li>많은 문제를 해결한 아인슈타인은 양자 현상의 결정론적 설명부터 물리학 전 영역(중력 및 다른 힘 등)을 하나의 포괄적 프레임워크로 통합하는 시도에 실패한 적도 많았다.</li><li>1933년 발표된 이 정치 카툰은 아인슈타인이 퍼시피스트의 날개를 벗고 “준비”라 적힌 검은 칼을 들고 나치 군사주의에 맞설 때의 모습을 나타내는데, 이는 문제에 대한 헌신을 보여주는 사례로써 중요하게 다뤄진다.</li></ul> 7. 😡 룰 #5 : 분노나 절망에 사로잡히지 않기<ul ><li>아인슈타인은 많은 친구, 대중, 그리고 가족과도 메일을 오고 갔다.</li><li>친척 린다 아인슈타인과의 편지에서 당신과 나눠야 할 교훈을 제시했다. '정치에 대해 말하자면 나도 여전히 분노에 불태우곤 하지만 난 더 이상 날개를 휘젓지 않아. 단지 털을 곤두세울 뿐이야.’</li><li>우리 중 몇 명은 분노로 가득 차 이성을 잃고 날뛰기도 했을 것이다. 그러나 우리가 한 말이나 몸짓이 목표 달성에 얼마큼 효과적했는지 곰곰히 생각해 볼 필요가 있다.</li><li>때로는 아인슈타인이 지침으로 삼았을 ‘날개짓하는 행동’이 중요하다. 그러나 때로는 지혜롭게 물러나서 관찰하며 기회를 기다리고, 정치적인 순간은 묵묵히 기다리는 것이 낫다. 일시적으로 털을 곤두세운다면</li><li>지혜롭게 행동하는 것이 현명한 선택일 수 있다, 비록 아인슈타인의 불운한 친척인 1942년에 대해 언급해야 할 점도 있다.</li></ul><ul ><li>1930년대 유럽을 떠난 친척 카를로스는 우루과이로 이주하여 일생을 보냈다.</li><li>매우 심각한 에인슈타인에게서 자신의 물리학을 '추악하다'라는 편지를 받은르마뜨르는 어떤 기분이었을까?</li><li>유명한 장구애인들의 비평이 가해지는 요즈음, 에인슈타인도 때때로 비난을 받은 것인데, 유효성에 대한 에인슈타인의 주장에도 불구하고 르마뜨르 등은 그를 따르지 않았다.</li></ul> 9. 🧠 룰 #6: 권위에 대한 맹목적 복종은 진실의 가장 큰 적<ul ><li>과학자인 아인슈타인은 '집단적 정신분열'을 경계했으며, 그것은 종족이나 반설적 사상의 프로파간다로 인해 주도되는 집단적 사고로 발전할 수 있음을 주장했다.</li><li>아인슈타인은 학문적으로 비신뢰할만한 인물을 이끌고 아인슈타인과 그의 이론을 비평하는 반 상대성 이론 사회를 조직한 과학자들로 인해 반 유대주의와 국적주의의 영향을 받으며, 처음엔 경솔하지만 나중에는 '권위에 대한 맹목적 복종은 진실의 가장 큰 적이다'라고 결론 지었다.</li><li>아인슈타인은 인종과 색깔에 관계없이 모든 사람이 유사한 잠재력을 가졌다는 것이 일반적으로 인정되었지만, 사회경제적 문제 및 기타 요인으로 인해 개인들은 종종 교육에서의 평등한 기회를 부당하게 받지 못한다는 것이 현재 공식화되어 있다.</li></ul> 10. ️🔬룰 #7: 과학, 진실, 교육은 특권층뿐 아니라 모든 이들을 위한 것이다.<ul ><li>아인슈타인은 미국 정부를 자주 비판했지만, 1930년대 이민 후 1940년 시민권을 획득해도 그것은 변함없었다.</li><li>노예 역사, 계속되는 인종 차별과 편견에 대한 역사는 그를 깊게 몰두시키며, 그는 반유대주의와 마찬가지로 이를 근본적으로 인간성을 부정하는 것으로 본다.</li><li>FBI가 1932년부터 아인슈타인에 대한 기록을 시작하고, 1955년 아인슈타인이 사망할 때는 1400여 페이지가 되었고, 그의 반 인종주의 행동은 여러 사람(조지 매카시 상원의원을 포함하여)으로부터 근본적으로 미국 정신에 어긋나는 것으로 여겨졌지만, 아인슈타인은 두렵지 않았다.</li><li>1937년, 아인슈타인은 유색 오페라 스타 마리언 앤더슨이 프린스턴의 지역(분리된) 호텔에서 숙박을 거절당할 때 자신의 집에 초대했다.</li><li>이러한 노력으로 우리는 아인슈타인이 모든 인류에게 과학, 진실, 교육이 모두 접근 가능하도록 선도하리라는 것을 확신할 수 있다.</li></ul> https://bigthink.com/starts-with-a-bang/einstein-rules-better-life/

Big Think

아인슈타인의 더 나은 삶을 위한 7가지 규칙

인프런이 만드는 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 컨퍼런스

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

이런 이력서 작성을 편리하게 도와주는 사이트가 있어서 소개드립니다.
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

YouTube

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

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

“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 💡

작고 소중한 예산으로 힙한 굿즈를 만들고 싶다면?

어디 가서 굿즈 받으면 스티커 꼭 있죠(저희도 만듭니다ㅋㅋ). 예산은 적게 들면서, 특징은 잘 나타낼 수 있고 또 활용도도 제법 높아서 많이들 만드는데요. 받는 사람 입장에서 어떤 점이 매력적으로 다가오는지 잘 정리되어 있어요. 그중에서도 '다른 스티커와의 조화가 중요하다'는 부분이 새롭네요. 트렌드와 레퍼런스 분석이 중요해보여요.

Careet

프로덕트 매니저/서비스 기획

한주현

기타

labineknight

Biz Ops / Product Owner

손인균

사업전략기획 및 프로젝트 매니저입니다
우리의 삶을 바꿔가는 다양한 기술의 발전과 변화에 관심이 많습니다
데이터사이언스, 그로스해킹이 주된 관심사입니다
#그로스마인드셋 #그로스마케팅 #기획자 #끊임없이배우기 #문제를해결하는 #프로덕트매니저 #프로젝트매니지먼트

팀장, 브랜드 라이터

매니저

에디터

발행인

사회공헌담당

슬로워크 커뮤니케이션 리드, 브랜드 라이터

성노들

인스타그램

브런치

쉽게 지나쳐서는 안 되는 이야기를 넓게 전합니다. 기업 사회공헌팀에서 커리어를 시작해 소셜섹터 미디어, 기업 사회공헌재단, 소셜벤처에서 일했습니다. 제가 가진 재주로 가까운 곳부터 작게나마 변화를 만드는 데 관심이 있습니다.

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필