원문: https://www.trevorlasn.com/blog/common-causes-of-memory-leaks-in-javascript

(번역) 자바스크립트 메모리 누수의 흔한 이유들

오늘 소개해드릴 글은 파트리지 시스템즈의 이시연님이 번역해주신 글입니다.

자바스크립트 애플리케이션에서 메모리 누수는 성능 저하와 비용 증가를 초래할 수 있는 중요한 문제입니다. 이 글에서는 Node.js 환경에서 흔히 발생하는 자바스크립트 메모리 누수의 원인들을 살펴보고, 이를 식별하고 해결하는 방법에 대해 설명합니다.

또한 실제 예제 코드와 함께 각 문제의 해결 방법을 제시하고, Node.js 애플리케이션의 메모리 사용량을 분석하는 방법도 소개합니다. 이 글을 통해 메모리 누수에 대해 조금 더 알아가는 시간을 가져보는 건 어떨까요? :)

글 링크: https://bit.ly/47u7xOQ

오늘 소개해드릴 글은 파트리지 시스템즈의 이시연님이 번역해주신 글입니다. 자바스크립트 애플리케이션에서 메모리 누수는 성능 저하와 비용 증가를 초래할 수 있는 중요한 문제입니다. 이 글에서는 Node.js 환경에서 흔히 발생하는 자바스크립트 메모리 누수의 원인들을 살펴보고, 이를 식별하고 해결하는 방법에 대해 설명합니다. 또한 실제 예제 코드와 함께 각 문제의 해결 방법을 제시하고, Node.js 애플리케이션의 메모리 사용량을 분석하는 방법도 소개합니다. 이 글을 통해 메모리 누수에 대해 조금 더 알아가는 시간을 가져보는 건 어떨까요? :) 글 링크: https://bit.ly/47u7xOQ

Medium

자바스크립트 메모리 누수의 흔한 이유들

제너레이터는 자바스크립트 생태계에서 강력하지만 잘 사용되지 않는 기능입니다. 대부분의 제너레이터 튜토리얼은 표면적인 부분만 다루고 있지만, 이 튜토리얼에서는 심층적으로 다루며 제너레이터의 이론에 대해 더 깊이 있게 알아볼 것입니다.

(번역) 고급 수준의 자바스크립트 제너레이터에 대한 설명

오늘 소개해드릴 글은 이스트 소프트의 김태현님이 번역해주신 글입니다.

자바스크립트에서 제너레이터에 대해 들어보고 공부해 봤지만 실제로 실무에서 사용되지 않는 기능 중 하나일 겁니다. 보통은 자바스크립트 학습 용도 또는 saga와 같은 기술을 사용하지 않는 이상 실무에서 적용하기 힘든 기능이기도 합니다.

이번에 글에선 제너레이터의 “풀 스트림”과 “푸시 스트림”의 개념을 통해 동작 방식과 비동기 I/O 연산 처리 방식을 실무 코드에서 적용해 보는 방법을 알려줍니다. 이번 글을 통해 비동기 작업을 제너레이터로 작성하여 우아하게 다뤄보는 것은 어떨까요?

글 링크: https://bit.ly/47x7L7T

오늘 소개해드릴 글은 이스트 소프트의 김태현님이 번역해주신 글입니다. 자바스크립트에서 제너레이터에 대해 들어보고 공부해 봤지만 실제로 실무에서 사용되지 않는 기능 중 하나일 겁니다. 보통은 자바스크립트 학습 용도 또는 saga와 같은 기술을 사용하지 않는 이상 실무에서 적용하기 힘든 기능이기도 합니다. 이번에 글에선 제너레이터의 “풀 스트림”과 “푸시 스트림”의 개념을 통해 동작 방식과 비동기 I/O 연산 처리 방식을 실무 코드에서 적용해 보는 방법을 알려줍니다. 이번 글을 통해 비동기 작업을 제너레이터로 작성하여 우아하게 다뤄보는 것은 어떨까요? 글 링크: https://bit.ly/47x7L7T

고급 수준의 자바스크립트 제너레이터에 대한 설명

원문: https://vercel.com/blog/how-google-handles-javascript-throughout-the-indexing-process

(번역) 구글이 색인 과정에서 자바스크립트를 처리하는 방법

"구글은 클라이언트 사이드 렌더링을 제대로 처리하지 못해", "자바스크립트를 많이 쓰면 SEO에 악영향을 준다"는 말을 듣고 개발 방식을 고민해본 적 있으신가요?

이 글은 MERJ와 Vercel의 실증적 연구를 번역한 것으로, 구글의 자바스크립트 처리 능력에 대한 오해들을 해소합니다. SPA, CSR 등 현대적 웹 개발 기술이 SEO에 미치는 실제 영향을 밝혀내며, 우리가 믿어왔던 많은 가정들이 더 이상 유효하지 않음을 보여줍니다. 최신 프런트엔드 기술을 적극 활용하면서도 SEO를 최적화할 수 있는 방법을 이 글에서 확인해보세요!

> 글 링크: https://bit.ly/3Bq7TtO

"구글은 클라이언트 사이드 렌더링을 제대로 처리하지 못해", "자바스크립트를 많이 쓰면 SEO에 악영향을 준다"는 말을 듣고 개발 방식을 고민해본 적 있으신가요? 이 글은 MERJ와 Vercel의 실증적 연구를 번역한 것으로, 구글의 자바스크립트 처리 능력에 대한 오해들을 해소합니다. SPA, CSR 등 현대적 웹 개발 기술이 SEO에 미치는 실제 영향을 밝혀내며, 우리가 믿어왔던 많은 가정들이 더 이상 유효하지 않음을 보여줍니다. 최신 프런트엔드 기술을 적극 활용하면서도 SEO를 최적화할 수 있는 방법을 이 글에서 확인해보세요! &gt; 글 링크: https://bit.ly/3Bq7TtO

구글이 색인 과정에서 자바스크립트를 처리하는 방법

2024년 IT 구직시장은 혹독하지만 못할 건 없다.

2024년 이직 회고, 지원부터 수습해제까지 | 커리어 

지원부터 수습해제까지의 과정을 담아낸 글 입니다.

각 단계별로 어떤 일이 있었는지도 나오고요.
면접에서 받았던 질문도 나옵니다.

특히 면접에서 받은 질문들은 자신이 어떤 사람인지 확인하는 수단으로 스스로 질문하기 좋네요!

https://www.hojunin.com/contents/2024-job-transition-reflection-from-application-to-end-of-probation

지원부터 수습해제까지의 과정을 담아낸 글 입니다. 각 단계별로 어떤 일이 있었는지도 나오고요.면접에서 받았던 질문도 나옵니다. 특히 면접에서 받은 질문들은 자신이 어떤 사람인지 확인하는 수단으로 스스로 질문하기 좋네요! https://www.hojunin.com/contents/2024-job-transition-reflection-from-application-to-end-of-probation

www.hojunin.com

혹독한 시기의 이직기

앞서 포스팅에서는 기본 데이터 직군이라 할 수 있는 데이터 엔지니어, 데이터 분석가, 데이터 과학자 중 먼저 데이터 분석가와 데이터 과학자에 대해서 이야기해보았다. 이번 포스팅에서는 데이터 엔지니어에 대해 이야기해보고자 한다.

데이터 분석가가 데이터 기반 의사 결정을 가능하게 할 수 있으려면, 데이터 과학자가 머신 러닝 모델을 통해 제품이나 서비스의 품질을 개선할 수 있으려면 누군가 데이터 활용과 관계된 인프라를 만들어야 한다. 그게 바로 데이터 엔지니어가 하는 역할이다.

그러면 이 데이터 인프라를 구성하는 컴포넌트로는 무엇이 있을까? 가장 기본적으로는 아래 두 가지로 구성이 된다.

 1. 데이터 웨어하우스
 2. 데이터 파이프라인

데이터 웨어하우스는 데이터 분석을 이용한 전용 대용량 데이터베이스라 할 수 있고 여기에 필요한 데이터를 적재해주는 역할을 하는 것이 바로 데이터 파이프라인이다. 데이터 웨어하우스는 상황에 맞게 작은 데이터베이스(MySQL, Postgres)로 시작해서 데이터의 크기가 커지면 보통 클라우드 기반의 데이터 웨어하우스(Snowflake, BigQuery, Redshift, ...)로 이전해가는 것이 경제적이며 일반적이다. 데이터 웨어하우스도 관계형 데이터베이스이기에 SQL이 여전히 가장 기본이 되고 중요한 기술이며 데이터 모델링이 중요해진다.

데이터 파이프라인은 보통 Python으로 작성이 되며 다양한 데이터 소스들에 있는 데이터를 추출해서 (Extract) 원하는 포맷으로 변환한 다음에 (Transform) 최종적으로 데이터 웨어하우스에 테이블로 로딩(Load)하는 역할을 하게 되며 보통 데이터 소스별로 하나씩 존재하게 된다. 이때 가장 많이 사용되는 프레임웍으로는 Airflow가 있고 Dagster나 Prefect가 대안으로 떠오르고 있긴 하지만 Airflow과 비교할 정도는 아니다.

여기서 데이터의 크기가 더 커지면 대용량 데이터 처리를 위해 Spark과 같은 대용량 처리 시스템이 필요해지고 데이터의 크기 뿐만 아니라 로그 파일과 같이 비구조화된 데이터가 필요해지기 시작하면 데이터 웨어하우스보다 더 스케일이 크고 경제적인 데이터 레이크 (data lake)가 데이터 인프라를 구성하는 컴포넌트로 필요해진다. 데이터 인프라에 대해서는 별도 포스팅으로 더 써보기로 하고 데이터 엔지니어가 알아야하는 기술에 대해 이야기해보자.

 * Python: 기본적으로 데이터 엔지니어는 소프트웨어 엔지니어이기에 면접 때 코딩 테스트를 하는 것이 일반적이다. 데이터 엔지니어로 시작한 사람들 중의 일부는 백엔드 엔지니어로 직군 전환을 하기도 한다.
 * SQL, Data Warehouse, Data Lake: 구조화된 데이터를 많이 다루기에 SQL에 대한 상당한 지식이 필요하며 데이터 전용 DB라 할 수 있는 데이터 웨어하우스와 데이터 레이크에 대한 지식과 경험이 필요하다.
 * 데이터 파이프라인을 작성하고 운영해야 하기에 Airflow와 같은 프레임웍에 대한 지식과 경험이 필요하다.
 * 작은 데이터를 다룰 때는 Pandas로 충분하지만 커지면 Spark이 필요해진다. Spark은 기본적으로 다수의 서버에 나눠 저장된 빅데이터를 처리해주는 시스템인데 Pandas의 스테로이드 버전이라 할 수 있다. 가끔 데이터가 불균등하게 저장된 경우는 에러가 나고 처리 시간이 너무 오래 걸리는 등의 이슈가 생기며 이를 해결하는 것은 상당한 경험을 필요로 한다. 하지만 이론적으로 Pandas 사용과 비슷하며 구조화된 데이터를 다룰 때는 여전히 SparkSQL이라 불리는 SQL을 사용한다.
 * 여기서 한 단계 더 나가면 데이터 관련 서비스를 작성하고 배포하고 운영하기 위해 Docker와 K8s와 같은 컨테이너 기술에 대한 지식이 필요해질 수 있는데 K8s부터는 주니어가 자유롭게 다룰 수 있는 기술은 아니고 어느 정도의 경험이 필요하다.
 * 머신 러닝과 관련된 일을 하기 시작하면 데이터 웨어하우스나 데이터 레이크에서 처리된 데이터를 프로덕션 시스템으로 푸시하는 일도 하게 되는데 이 때부터는 MongoDB, DynamoDB, Cassandra와 같은 NoSQL 시스템도 사용해야할 일들이 생기곤 한다.

다음 포스팅에서 조금더 특화된 데이터 직군이라 할 수 있는 MLOps, ML 엔지니어, Privacy 엔지니어 등에 대해 이야기해보고자 한다.

앞서 포스팅에서는 기본 데이터 직군이라 할 수 있는 데이터 엔지니어, 데이터 분석가, 데이터 과학자 중 먼저 데이터 분석가와 데이터 과학자에 대해서 이야기해보았다. 이번 포스팅에서는 데이터 엔지니어에 대해 이야기해보고자 한다. 데이터 분석가가 데이터 기반 의사 결정을 가능하게 할 수 있으려면, 데이터 과학자가 머신 러닝 모델을 통해 제품이나 서비스의 품질을 개선할 수 있으려면 누군가 데이터 활용과 관계된 인프라를 만들어야 한다. 그게 바로 데이터 엔지니어가 하는 역할이다. 그러면 이 데이터 인프라를 구성하는 컴포넌트로는 무엇이 있을까? 가장 기본적으로는 아래 두 가지로 구성이 된다. <ol ><li>데이터 웨어하우스</li><li>데이터 파이프라인</li></ol> 데이터 웨어하우스는 데이터 분석을 이용한 전용 대용량 데이터베이스라 할 수 있고 여기에 필요한 데이터를 적재해주는 역할을 하는 것이 바로 데이터 파이프라인이다. 데이터 웨어하우스는 상황에 맞게 작은 데이터베이스(MySQL, Postgres)로 시작해서 데이터의 크기가 커지면 보통 클라우드 기반의 데이터 웨어하우스(Snowflake, BigQuery, Redshift, ...)로 이전해가는 것이 경제적이며 일반적이다. 데이터 웨어하우스도 관계형 데이터베이스이기에 SQL이 여전히 가장 기본이 되고 중요한 기술이며 데이터 모델링이 중요해진다. 데이터 파이프라인은 보통 Python으로 작성이 되며 다양한 데이터 소스들에 있는 데이터를 추출해서 (Extract) 원하는 포맷으로 변환한 다음에 (Transform) 최종적으로 데이터 웨어하우스에 테이블로 로딩(Load)하는 역할을 하게 되며 보통 데이터 소스별로 하나씩 존재하게 된다. 이때 가장 많이 사용되는 프레임웍으로는 Airflow가 있고 Dagster나 Prefect가 대안으로 떠오르고 있긴 하지만 Airflow과 비교할 정도는 아니다. 여기서 데이터의 크기가 더 커지면 대용량 데이터 처리를 위해 Spark과 같은 대용량 처리 시스템이 필요해지고 데이터의 크기 뿐만 아니라 로그 파일과 같이 비구조화된 데이터가 필요해지기 시작하면 데이터 웨어하우스보다 더 스케일이 크고 경제적인 데이터 레이크 (data lake)가 데이터 인프라를 구성하는 컴포넌트로 필요해진다. 데이터 인프라에 대해서는 별도 포스팅으로 더 써보기로 하고 데이터 엔지니어가 알아야하는 기술에 대해 이야기해보자. <ul ><li>Python: 기본적으로 데이터 엔지니어는 소프트웨어 엔지니어이기에 면접 때 코딩 테스트를 하는 것이 일반적이다. 데이터 엔지니어로 시작한 사람들 중의 일부는 백엔드 엔지니어로 직군 전환을 하기도 한다.</li><li>SQL, Data Warehouse, Data Lake: 구조화된 데이터를 많이 다루기에 SQL에 대한 상당한 지식이 필요하며 데이터 전용 DB라 할 수 있는 데이터 웨어하우스와 데이터 레이크에 대한 지식과 경험이 필요하다.</li><li>데이터 파이프라인을 작성하고 운영해야 하기에 Airflow와 같은 프레임웍에 대한 지식과 경험이 필요하다.</li><li>작은 데이터를 다룰 때는 Pandas로 충분하지만 커지면 Spark이 필요해진다. Spark은 기본적으로 다수의 서버에 나눠 저장된 빅데이터를 처리해주는 시스템인데 Pandas의 스테로이드 버전이라 할 수 있다. 가끔 데이터가 불균등하게 저장된 경우는 에러가 나고 처리 시간이 너무 오래 걸리는 등의 이슈가 생기며 이를 해결하는 것은 상당한 경험을 필요로 한다. 하지만 이론적으로 Pandas 사용과 비슷하며 구조화된 데이터를 다룰 때는 여전히 SparkSQL이라 불리는 SQL을 사용한다.</li><li>여기서 한 단계 더 나가면 데이터 관련 서비스를 작성하고 배포하고 운영하기 위해 Docker와 K8s와 같은 컨테이너 기술에 대한 지식이 필요해질 수 있는데 K8s부터는 주니어가 자유롭게 다룰 수 있는 기술은 아니고 어느 정도의 경험이 필요하다.</li><li>머신 러닝과 관련된 일을 하기 시작하면 데이터 웨어하우스나 데이터 레이크에서 처리된 데이터를 프로덕션 시스템으로 푸시하는 일도 하게 되는데 이 때부터는 MongoDB, DynamoDB, Cassandra와 같은 NoSQL 시스템도 사용해야할 일들이 생기곤 한다.</li></ul> 다음 포스팅에서 조금더 특화된 데이터 직군이라 할 수 있는 MLOps, ML 엔지니어, Privacy 엔지니어 등에 대해 이야기해보고자 한다.

데이터 이야기 #6: 기본 데이터 직군 - 데이터 엔지니어

GITHUB HUGGING FACE MODELSCOPE DEMO DISCORD
Introduction In the past three months since Qwen2’s release, numerous developers have built new models on the Qwen2 language models, providing us with valuable feedback. During this period, we have focused on creating smarter and more knowledgeable language models. Today, we are excited to introduce the latest addition to the Qwen family: Qwen2.5. We are announcing what might be the largest opensource release in history!

Qwen2.5: A Party of Foundation Models!

Qwen이 2.5 모델을 Coder, Math 모델과 함께 발표했습니다.

대부분의 모델이 Apache 2.0 라이선스 하에서 제공되고, 0.5B에서 72B까지 다양한 모델 크기가 있네요.

ollama를 사용하고 있다면 커멘드라인 명령으로 손쉽게 사용가능합니다.

https://qwenlm.github.io/blog/qwen2.5/

Qwen이 2.5 모델을 Coder, Math 모델과 함께 발표했습니다. 대부분의 모델이 Apache 2.0 라이선스 하에서 제공되고, 0.5B에서 72B까지 다양한 모델 크기가 있네요. ollama를 사용하고 있다면 커멘드라인 명령으로 손쉽게 사용가능합니다. https://qwenlm.github.io/blog/qwen2.5/

Qwen

Qwen2.5 모델 공개

The all-in-one platform for AI development. Code together. Prototype. Train. Scale. Serve. From your browser - with zero setup. From the creators of PyTorch Lightning.

Lightning AI | Turn ideas into AI, Lightning fast

이미지 생성 AI를 돌려봐도 GPU 문제로 맥북으로는 이미지 생성 시간이 엄청 오래걸리죠. AWS에 환경을 셋업하면 되겠지만, 그거 하나 돌리겠다고 해야할 일 많고, 손도 많이 갑니다.

https://lightning.ai

우연히 알게된 라이트닝 AI는 무료로도 한 달 22시간을 사용 가능하네요.
무엇보다 VS Code 를 사용할 수 있습니다!!!

이미지 생성 AI를 돌려봐도 GPU 문제로 맥북으로는 이미지 생성 시간이 엄청 오래걸리죠. AWS에 환경을 셋업하면 되겠지만, 그거 하나 돌리겠다고 해야할 일 많고, 손도 많이 갑니다. https://lightning.ai 우연히 알게된 라이트닝 AI는 무료로도 한 달 22시간을 사용 가능하네요.무엇보다 VS Code 를 사용할 수 있습니다!!!

lightning.ai

Nvidia GPU를 빌려써보자

캐치테이블에도 지도가 있어요.

캐치테이블 지도 개발기(1편)

지도라는 키워드에 홀린듯 살펴봤네요.

지도에 필터도 있고, 정보뷰도 하단에 큼지막하게 있는게 저희팀 일 같네요 :)

https://medium.com/catchtable/캐치테이블-지도-개발기-1편-deed7bbd73ad

지도라는 키워드에 홀린듯 살펴봤네요. 지도에 필터도 있고, 정보뷰도 하단에 큼지막하게 있는게 저희팀 일 같네요 :) https://medium.com/catchtable/캐치테이블-지도-개발기-1편-deed7bbd73ad

캐치테이블 지도 개발기 - 1

토스의 개발자 컨퍼런스인 SLASH 24를 다녀왔습니다!

이번 행사는 참가 경쟁률이 8대 1을 기록했다고 해요. 감사하게도 저는 VIP로 초대받아 다녀왔어요.

덕분에 프론트엔드 세션도 듣고 토스뱅크, 토스증권의 CTO분들의 스페셜 세션도 들을 수 있었어요.

영상으로 현장 모습과 후기를 담았으니 확인해보세요!

https://youtu.be/twIbs1bql-4

토스의 개발자 컨퍼런스인 SLASH 24를 다녀왔습니다! 이번 행사는 참가 경쟁률이 8대 1을 기록했다고 해요. 감사하게도 저는 VIP로 초대받아 다녀왔어요. 덕분에 프론트엔드 세션도 듣고 토스뱅크, 토스증권의 CTO분들의 스페셜 세션도 들을 수 있었어요. 영상으로 현장 모습과 후기를 담았으니 확인해보세요! https://youtu.be/twIbs1bql-4

SLASH 24, VIP는 어떤 혜택이?

원문 : https://egghead.io/blog/using-branded-types-in-typescript

TypeScript Branded Types로 런타임 타입 안정성 개선하기

타입스크립트의
Branded Types
에 대해 알고 계셨나요?
Branded Type
이란 타입스크립트 커뮤니티에서 개발된 일종의 안전성 패턴 인데요. 이 패턴은 기존 타입 시스템을 활용하여 더 구체적이고 안전한 타입을 만드는 방법 입니다. 이 기법은 기존 타입에 고유한 식별자를 추가하여 더 구체적이고 안전한 새로운 데이터 타입을 생성하는데요. 쉽게 말해 원시 타입(string, number)에 추가적인 타입 정보를 ‘브랜딩’하는 기법입니다.

구현 예시:
type Brand<K, T> = K & { __brand: T }
type UserID = Brand<string, "UserId">
type PostID = Brand<string, "PostId">

위 예시에서
UserID
와
PostID
는
string
타입이지만
Brand
타입으로 인해 컴파일러 수준에서 구별 됩니다.

이렇게 동일한
string
타입이더라도 구별이 가능해지면 함수 인자 순서를 잘못 전달했을때 기존 타입스크립트는 동일한
string
이기 때문에 에러를 감지하지 못했지만 Brand 타입은 에러를 잡아낼 수 있습니다.

따라서
Branded Types
을 통해서 도메인 모델링, 유효성검사, API응답 요청 등에서 더 표현력 높고, 안정성 높은 코드를 작성할 수 있습니다.

추가로
unique symbol
을 활용한 더 강력한 패턴 및 다양한 활용사례를 확인하고 싶으시면 블로그를 참고해보세요.

https://siosio3103.medium.com/typescript-branded-types로-런타임-타입-안정성-개선하기-768222c8df0d

타입스크립트의 <code >Branded Types</code>에 대해 알고 계셨나요? <code >Branded Type</code>이란 타입스크립트 커뮤니티에서 개발된 일종의 안전성 패턴 인데요. 이 패턴은 기존 타입 시스템을 활용하여 더 구체적이고 안전한 타입을 만드는 방법 입니다. 이 기법은 기존 타입에 고유한 식별자를 추가하여 더 구체적이고 안전한 새로운 데이터 타입을 생성하는데요. 쉽게 말해 원시 타입(string, number)에 추가적인 타입 정보를 ‘브랜딩’하는 기법입니다. 구현 예시:<pre ><code>type Brand&lt;K, T&gt; = K &amp; { __brand: T }
type UserID = Brand&lt;string, "UserId"&gt;
type PostID = Brand&lt;string, "PostId"&gt;</code></pre>위 예시에서 <code >UserID</code>와 <code >PostID</code>는 <code >string</code> 타입이지만 <code >Brand</code> 타입으로 인해 컴파일러 수준에서 구별 됩니다. 이렇게 동일한 <code >string</code> 타입이더라도 구별이 가능해지면 함수 인자 순서를 잘못 전달했을때 기존 타입스크립트는 동일한 <code >string</code>이기 때문에 에러를 감지하지 못했지만 Brand 타입은 에러를 잡아낼 수 있습니다. 따라서 <code >Branded Types</code>을 통해서 도메인 모델링, 유효성검사, API응답 요청 등에서 더 표현력 높고, 안정성 높은 코드를 작성할 수 있습니다. 추가로<code >unique symbol</code> 을 활용한 더 강력한 패턴 및 다양한 활용사례를 확인하고 싶으시면 블로그를 참고해보세요. https://siosio3103.medium.com/typescript-branded-types로-런타임-타입-안정성-개선하기-768222c8df0d

TypeScript 안전성 패턴: Branded Types

Stack Auth is the open-source Auth0 alternative.

OAuth from First Principles - Stack Auth

OAuth가 어떻게 동작하는지를 설명한 글입니다.

사용자가 클라우드 드라이브를 사용하고 있는데 클라이드 드라이브 관리를 도와주는 서드파티 서비스에 클라우드 드라이브의 권한을 주는 일반적으로 0Auth가 필요한 상황을 예시로 발전 과정을 설명합니다.

처음에 사용자가 서드파티에 비밀번호와 아이디를 알려주는 상황주고 보안상 문제가 되는 부분을 알려주면서 서드파티에 접근 권한을 주기 위한 안전한 방법으로 개선해 나가는 과정을 보여주고 OAuth의 초기 모형을 알려줍니다.

이때부터는 훨씬더 정교한 공격인 리다이렉션 URI 조작, USRF, 엑세스 토큰 감청 등의 공격 사례를 보여주면서 이를 막기 위해 개선된 흐름으 ㄹ아렬주면서 PKCE까지 사용하는 OAuth 2.0의 인증흐름을 알려줍니다.

공격 방법을 하나씩 알려주기 때문에 OAuth의 복잡한 인증 흐름이 왜 필요한지 이해하기 좋은 글이었습니다.

https://stack-auth.com/blog/oauth-from-first-principles

OAuth가 어떻게 동작하는지를 설명한 글입니다. 사용자가 클라우드 드라이브를 사용하고 있는데 클라이드 드라이브 관리를 도와주는 서드파티 서비스에 클라우드 드라이브의 권한을 주는 일반적으로 0Auth가 필요한 상황을 예시로 발전 과정을 설명합니다. 처음에 사용자가 서드파티에 비밀번호와 아이디를 알려주는 상황주고 보안상 문제가 되는 부분을 알려주면서 서드파티에 접근 권한을 주기 위한 안전한 방법으로 개선해 나가는 과정을 보여주고 OAuth의 초기 모형을 알려줍니다. 이때부터는 훨씬더 정교한 공격인 리다이렉션 URI 조작, USRF, 엑세스 토큰 감청 등의 공격 사례를 보여주면서 이를 막기 위해 개선된 흐름으 ㄹ아렬주면서 PKCE까지 사용하는 OAuth 2.0의 인증흐름을 알려줍니다. 공격 방법을 하나씩 알려주기 때문에 OAuth의 복잡한 인증 흐름이 왜 필요한지 이해하기 좋은 글이었습니다. https://stack-auth.com/blog/oauth-from-first-principles

stack-auth.com

OAuth가 어떻게 동작하는지를 설명한 글입니다.

사용자가 클라

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

 - YouTube

발표자는 최근 몇 년간 CSS에 다양한 새 문법들이 추가되었지만 사람들은 쓰던 기능만 쓴다며 작업자들에게 실제로 도움 될만한 CSS 문법들을 소개하는 내용의 영상입니다. 50분 영상 중에 기억에 남는 내용만 하나 정리해보았습니다.

14:36 Fluid Typography (유동적 타이포그래피)
font-size: clamp(1rem, 0.6522rem + 1.7391vw, 2rem);

레이아웃이 맘에 안 들 때마다 매번 새 중단점(Breakpoints)을 추가하는 대신에 CSS의
clamp
문법을 사용해서 뷰포트 크기에 따라 요소의 크기가 유동적으로 조정되는 시스템을 만드는 방법을 소개합니다. clamp는 글꼴 크기뿐만 아니라 글자 사이의 공백(whitespace) 간격도 조정해 줍니다.

clamp
는 (최소값, 기본값, 최대값) 순서대로 입력하며 Chrome 79, Safari 13.1부터 지원되는 문법으로, 96.3%의 브라우저 버전에서 사용 가능하므로 현재 시점에서 호환성이 꽤 높습니다.
개발자와 디자이너의 협업도 Utopia라는 Figma 플러그인을 사용하면 가능합니다. Utopia를 사용하면 유형별로 clamp CSS 변수 코드를 생성해 주고 이를 타이포그래피 별로 지정하면 시스템화 할 수 있습니다. 반응형을 중요시 여기는 서비스라면 도입해 볼 만한 가치가 있을 것 같습니다.

웹사이트 제작은 팀 스포츠고, 디자이너와 개발자가 긴밀히 협력해서 CSS의 잠재력을 최대한 활용해야 한다는 내용도 기억에 남았습니다. 디자이너가 CSS를 배우고, 개발자도 디자인에 참여해야 한다고 하는데 맞는 말인것 같습니다.

https://www.youtube.com/watch?v=su6WA0kUUJE&ab_channel=WebConferencesAmsterdam

발표자는 최근 몇 년간 CSS에 다양한 새 문법들이 추가되었지만 사람들은 쓰던 기능만 쓴다며 작업자들에게 실제로 도움 될만한 CSS 문법들을 소개하는 내용의 영상입니다. 50분 영상 중에 기억에 남는 내용만 하나 정리해보았습니다. 14:36 Fluid Typography (유동적 타이포그래피)<pre ><code class="language-css">font-size: clamp(1rem, 0.6522rem + 1.7391vw, 2rem);</code></pre>레이아웃이 맘에 안&nbsp;들 때마다 매번 새 중단점(Breakpoints)을 추가하는 대신에 CSS의 <code >clamp</code> 문법을 사용해서 뷰포트 크기에 따라 요소의 크기가 유동적으로 조정되는 시스템을 만드는 방법을 소개합니다. clamp는 글꼴 크기뿐만 아니라 글자 사이의 공백(whitespace) 간격도 조정해 줍니다. <code >clamp</code>는 (최소값, 기본값, 최대값) 순서대로 입력하며 Chrome 79, Safari 13.1부터 지원되는 문법으로, 96.3%의 브라우저 버전에서 사용 가능하므로 현재 시점에서 호환성이 꽤 높습니다. 개발자와 디자이너의 협업도 Utopia라는 Figma 플러그인을 사용하면 가능합니다. Utopia를 사용하면 유형별로 clamp CSS 변수 코드를&nbsp;생성해 주고&nbsp;이를 타이포그래피 별로&nbsp;지정하면 시스템화 할 수 있습니다. 반응형을 중요시 여기는 서비스라면&nbsp;도입해 볼 만한&nbsp;가치가 있을 것 같습니다. 웹사이트 제작은 팀 스포츠고, 디자이너와 개발자가 긴밀히 협력해서 CSS의 잠재력을 최대한 활용해야 한다는 내용도 기억에 남았습니다. 디자이너가 CSS를 배우고, 개발자도 디자인에 참여해야 한다고 하는데 맞는 말인것 같습니다. https://www.youtube.com/watch?v=su6WA0kUUJE&amp;ab_channel=WebConferencesAmsterdam

www.youtube.com

새 CSS 문법으로 웹 디자인 엔지니어링하기

서버 구성/배포쪽도 그렇지만, 앱 개발도 진짜 편해졌다. 고릿적엔 애플 개발자 등록하는 것부터 진짜 피곤했는데, 이젠 진짜 클릭클릭만 해서 등록 완료하고, iOS는 물론 안드로이드도 테스트 앱 빌드하고 배포하는데 클릭클릭만 몇 번하니 끝. 웹 프론트, 백엔드, 안드로이드, iOS 까지 프로토타입 만들고 프로젝트 기반을 구성하는데 3일도 안걸림.

게다가 샘플 앱 정도는 ChatGPT나 Claude한테 시키면 원샷으로 만들어주니, 이제 진짜 기초가 탄탄한 엔지니어링 실력을 갖추지 않고서는 개발자라고 말하기도 어려울 듯. 아니, 10년 전쯤 잠깐 퍼블리셔와 프론트엔드 개발자를 급으로 나눴던 시대처럼, 이제는 단순히 구현만하는 개발자와 컴퓨터 과학 지식이 있는 엔지니어를 급으로 나누게 될 것 같다.

서버 구성/배포쪽도 그렇지만, 앱 개발도 진짜 편해졌다. 고릿적엔 애플 개발자 등록하는 것부터 진짜 피곤했는데, 이젠 진짜 클릭클릭만 해서 등록 완료하고, iOS는 물론 안드로이드도 테스트 앱 빌드하고 배포하는데 클릭클릭만 몇 번하니 끝. 웹 프론트, 백엔드, 안드로이드, iOS 까지 프로토타입 만들고 프로젝트 기반을 구성하는데 3일도 안걸림. 게다가 샘플 앱 정도는 ChatGPT나 Claude한테 시키면 원샷으로 만들어주니, 이제 진짜 기초가 탄탄한 엔지니어링 실력을 갖추지 않고서는 개발자라고 말하기도 어려울 듯. 아니, 10년 전쯤 잠깐 퍼블리셔와 프론트엔드 개발자를 급으로 나눴던 시대처럼, 이제는 단순히 구현만하는 개발자와 컴퓨터 과학 지식이 있는 엔지니어를 급으로 나누게 될 것 같다.

서버 구성/배포쪽도 그렇지만, 앱 개발도 진짜 편해졌다. 고릿적엔

코드 조커, 오프 | 이 강의를 통해 전반적인 프런트엔드 테스트 종류를 파악하고, 상황에 맞는 적절한 테스트 선택을 통해 신뢰감 있는 테스트를 작성하는 방법을 배웁니다., 🎊 이벤트 🎊&nbsp;
1부 30% 쿠폰 받아가세요! (~2024.03.31)
📌 쿠폰 번호:

실무에 바로 적용하는 프런트엔드 테스트 - 1부. 테스트 기초: 단위・통합 테스트 강의 | 코드 조커, 오프 - 인프런

jaesung Lee형님과 실무에서 몇 년간 실무에서 경험한 다양한 프런트엔드 테스트 전략을 담아보자고 강의 준비를 시작했던게 엊그제 같은데 벌써 인프런에 출시한지 9달이 지났네요.

강의는 저희 예상보다 훨씬 더 많은 분들이 수강해주셨고 벌써 "실무에 바로 적용하는 프런트엔드 테스트" 총 수강생이 1,000명이 넘었습니다. 다른 훌륭한 인프런 강의들에 비해 수강생이 많다고 할 수는 없지만 사실 저희 예상을 훨씬 넘는 수치였었기 때문에 많이 놀랐습니다.

많은 프런트엔드 개발자분들이 해당 주제에 관심을 갖고 있다는 것을 새로 알게 된 순간이였고 질문에 답변을 나누면서 많은 것을 배우기도 한 시간이였는데요.

감사의 의미로 앞으로도 꾸준히 재밌는 테스트 소식이 있으면 공유 드리고, 혹시 해당 주제에 궁금증이 있으시지만 가격 때문에 고민하셨던 분들을 위해 큰 할인을 준비했습니다.

추가로 혹시 프런트엔드 테스트 관련해서 궁금한 점이 있으시거나 이야기를 나눠보고 싶으신 분이 있다면 편하게 연락주셔도 좋을 것 같습니다. 그럼 즐거운 한가위 되시길 바랍니다!

-----
 * 1부: https://inf.run/ba6qp
   * 쿠폰: 17510-432e3ef69dde (61% 할인)
 * 2부: https://inf.run/qwKc6
   * 쿠폰: 17511-7be3e434af63 (54% 할인)

[수강바구니 → 쿠폰선택], [대시보드 → 쿠폰함]에서 보유한 쿠폰코드를 입력하면 쿠폰이 발급됩니다.

jaesung Lee형님과 실무에서 몇 년간 실무에서 경험한 다양한 프런트엔드 테스트 전략을 담아보자고 강의 준비를 시작했던게 엊그제 같은데 벌써 인프런에 출시한지 9달이 지났네요. 강의는 저희 예상보다 훨씬 더 많은 분들이 수강해주셨고 벌써 "실무에 바로 적용하는 프런트엔드 테스트" 총 수강생이 1,000명이 넘었습니다. 다른 훌륭한 인프런 강의들에 비해 수강생이 많다고 할 수는 없지만 사실 저희 예상을 훨씬 넘는 수치였었기 때문에 많이 놀랐습니다. 많은 프런트엔드 개발자분들이 해당 주제에 관심을 갖고 있다는 것을 새로 알게 된 순간이였고 질문에 답변을 나누면서 많은 것을 배우기도 한 시간이였는데요. 감사의 의미로 앞으로도 꾸준히 재밌는 테스트 소식이 있으면 공유 드리고, 혹시 해당 주제에 궁금증이 있으시지만 가격 때문에 고민하셨던 분들을 위해 큰 할인을 준비했습니다. 추가로 혹시 프런트엔드 테스트 관련해서 궁금한 점이 있으시거나 이야기를 나눠보고 싶으신 분이 있다면 편하게 연락주셔도 좋을 것 같습니다. 그럼 즐거운 한가위 되시길 바랍니다! -----<ul ><li>1부: https://inf.run/ba6qp<ul ><li>쿠폰: 17510-432e3ef69dde (61% 할인)</li></ul></li><li>2부: https://inf.run/qwKc6<ul ><li>쿠폰: 17511-7be3e434af63 (54% 할인)</li></ul></li></ul> [수강바구니 → 쿠폰선택], [대시보드 → 쿠폰함]에서 보유한 쿠폰코드를 입력하면 쿠폰이 발급됩니다.

인프런

실무에 바로 적용하는 프런트엔드 테스트 할인 안내

구매 전환율을 폭발적으로 올릴 수 있는 밴드웨건 효과, 앵커링 효과, 넛지 효과와 같은 소비자 심리학 법칙과 통찰을 하나씩 알아보겠습니다.

구매 전환율이 2배가 되는 7가지 소비자 심리학 법칙 | Hyper Conversion

밴드웨건 효과: 대세를 따라가려는 소비자 심리학
편승 효과라고도 부르는 밴드웨건 효과는 사람들이 유행이나 대세를 따라가는 경향을 말합니다. 쉽게 말해 ‘남들이 많이 산데는 이유가 있다’라는 심리예요. 이 효과를 잘 활용하면 전환율을 크게 높일 수 있습니다.

권위의 법칙: 전문가의 말은 신뢰하는 소비자 심리학
권위의 법칙은 권위 있는 전문가는 나보다 더 잘 알 것이라고 여기고 그렇기에 전문가가 하는 말을 신뢰하거나 따르는 경향을 말합니다. 이 심리를 활용하면 브랜드의 신뢰도를 높이고 보다 쉽게 구매 결정을 유도할 수 있습니다.

앵커링 효과: 가치는 상대적이라는 소비자 심리학
앵커링 효과는 사람들이 의사 결정을 할 때 처음 접한 정보를 기반으로 가치를 다르게 판단하는 경향을 이야기해요. 쉽게 말해, 처음 제공된 정보가 이후 제공되는 정보를 판단하는 데 큰 영향을 미친다는 거죠. 이 원리를 잘 활용하면 고객의 구매 결정에 결정적인 영향을 줄 수 있습니다.

손실 회피 편향: 이익보다 손실을 더 크게 느끼는 소비자 심리학
손실 회피 편향이란 사람들이 이익이 주는 행복보다 손실이 주는 고통을 더 강하게 느끼며, 손실을 피하려는 경향이 강하다는 심리학 법칙을 말합니다. 특히 할인 이벤트나 프로모션을 진행할 때 이 현상을 잘 활용하면 구매 욕구를 효과적으로 자극할 수 있어요.

본 게시글은 ‘hyperconversion’의 콘텐츠를 보고 영감을 받아 공유합니다. 자세한 내용은 아래 원문을 읽어보세요 🙏🏻

밴드웨건 효과: 대세를 따라가려는 소비자 심리학편승 효과라고도 부르는 밴드웨건 효과는 사람들이 유행이나 대세를 따라가는 경향을 말합니다. 쉽게 말해 ‘남들이 많이 산데는 이유가 있다’라는 심리예요. 이 효과를 잘 활용하면 전환율을 크게 높일 수 있습니다. 권위의 법칙: 전문가의 말은 신뢰하는 소비자 심리학권위의 법칙은 권위 있는 전문가는 나보다 더 잘 알 것이라고 여기고 그렇기에 전문가가 하는 말을 신뢰하거나 따르는 경향을 말합니다. 이 심리를 활용하면 브랜드의 신뢰도를 높이고 보다 쉽게 구매 결정을 유도할 수 있습니다. 앵커링 효과: 가치는 상대적이라는 소비자 심리학앵커링 효과는 사람들이 의사 결정을 할 때&nbsp;처음 접한 정보를 기반으로 가치를 다르게 판단하는 경향을 이야기해요. 쉽게 말해, 처음 제공된 정보가 이후 제공되는 정보를 판단하는 데 큰 영향을 미친다는 거죠. 이 원리를 잘 활용하면 고객의 구매 결정에 결정적인 영향을 줄 수 있습니다. 손실 회피 편향: 이익보다 손실을 더 크게 느끼는 소비자 심리학손실 회피 편향이란 사람들이&nbsp;이익이 주는 행복보다 손실이 주는 고통을 더 강하게 느끼며, 손실을 피하려는 경향이 강하다는 심리학 법칙을 말합니다. 특히 할인 이벤트나 프로모션을 진행할 때 이 현상을 잘 활용하면 구매 욕구를 효과적으로 자극할 수 있어요. 본 게시글은 ‘hyperconversion’의 콘텐츠를 보고 영감을 받아 공유합니다. 자세한 내용은 아래 원문을 읽어보세요 🙏🏻

Hyper Conversion

구매전환율 2배가 되는 심리학 법칙 7가지

스타 팟캐스터로서 케빈 밀러가 오늘날 가장 영향력 있는 200여 명의 ‘체인지 메이커’와 나눈 대화에서 얻은 성장과 성공의 통찰이 담겨 있다.

해내는 사람에게는 한 가지가 있다

매일 조금씩만 하면 365일째에는 분명히 달라져 있을 거라고 생각하면서도 왜 우리는 일어나 운동화 끈을 묶고 밖으로 나가거나, 영어 공부를 위해 어플을 열지 않을까? 오늘 작은 몫을 해낸다면 변화는 분명히 나의 것이라는 걸 알면서도 왜 우리는 실행하지 않을까?

케빈 밀러는 여기서 질문을 던진다. 당신은 ‘무엇이 나를 움직이는지’ 생각해본 적이 있는가? 당신 삶의 원동력은 무엇인가? 케빈 밀러는 말한다. “당신의 세계는 내면의 원동력으로 만들어진다.”

많은 이들이 원대한 꿈을 꾸지만 잠재력을 불태울 수 있는 부싯돌이나 촉매제에 대해서는 생각하지 않는다. 목표도 있고 구체적인 계획도 있지만 실행하지 못하는 이유는 바로 “삶의 원동력”을 살피지 않았기 때문이다.

실제로 내가 무엇을 원하는지 정확하고 구체적으로 인식하고, 실행력을 끌어내는 핵심 동기를 에너지원 삼아 달려 나가는 것. 이것이 원동력의 핵심이다. 우리에겐 원동력이 필요하다.

밀러는 ‘원동력’이라는 가치를 구체적으로 7가지로 나누었다. 하나의 무기보다 일곱 개의 무기를 갖췄을 때 더 큰 힘을 얻고 두려움 없이 목표까지 나아갈 수 있다.

1️⃣삶의 목적
무엇을 믿느냐가 아니라 얼마나 크고 강력하게 믿느냐가 당신의 원동력을 결정한다. 인생의 목적을 명확히 하고 거기에 헌신하라. 이것이 당신이 가질 수 있는 가장 큰 자산이다.

2️⃣관계
좋은 관계를 찾기 위해 먼저 살펴봐야 할 곳은 거울과 과거이다. 나 자신과의 관계가 관계의 최우선이다.

3️⃣몸
왜 우리는 몸의 기능에 대해서는 ‘으레 떨어지는 것’이라며 차차 포기하고 꾸준히 관리하지 않을까? 좋은 운동은 ‘뭐가 됐든 당신이 하는 운동’이다.

4️⃣마음
우리는 본래 지닌 잠재력보다 훨씬 더 적은 능력을 쓰고 있다. 그러나 자신에게 잠재력이 있다는 것을 깨닫는 것만으로는 잠재력을 실현할 수 없다. 잠재력은 전등 스위치가 아니라 마라톤이기 때문이다.

5️⃣일
지금 당장 어떤 일을 하고 싶은가? 첫 번째 단계는 가능하다고 믿는 것이고, 두 번째 단계는 선택지를 탐색하는 것이다.

6️⃣돈
돈이란 단순히 재화를 교환하는 수단이 아니라 라이프스타일이다. 당신이 진정 재정적으로 원하는 것은 무엇인가?

7️⃣성취
삶의 마지막에 남는 후회는 ‘내가 원하는 삶을 살지 못한 것’이라고 한다. 누구에게나 각자만의 위대함이 있다. 남들보다 탁월한 자신만의 영역에서 우리는 고유하게 위대하다. 후회 없이, 고유의 영역에서 최고가 되라.

저자는 타인의 영향력을 리셋하고 완전히 새로운 기반에서 자신을 바라보라고 말한다. 우리는 성장 배경, 사회적, 문화적 기대에 생각보다 크게 영향을 받는다.

우리가 수행하는 역할과 의무는 어쩌면 부모님이 우리에게 심어준 긍정적 기대나 부정적 편견, 또는 성인이라면 이래야 하고 저래야 한다는 사회적 기대에 따른 것일 수도 있다. 지금 당신은 모든 영향력에서 벗어나 자유롭게 자신을 펼치고 있는가? 변화를 꿈꾼다면 자신의 모습을 진정으로 그렇게 그려볼 수 있는가?

우리는 진실이라고 믿는 것에 따라 자신을 인식한다. 성장하고 싶다면 성장한 나를 그릴 수 있어야 한다. 그리고 그렇게 될 수 있다고 믿어야 한다. 또한 미래의 변화를 마음속에 그리려면 변화를 위해 노력하는 자신의 모습을 마음속에 그려야 한다.

“나는 누구에게나 각자만의 위대함이 있다고 굳게 믿는다. 남들과 차별화되고 남들보다 탁월할 수 있는, 남들과 다른 위대함 말이다. 남들보다 더 위대하기 때문에 위대한 일을 하는 것이 아니라, 남들보다 탁월한 자신만의 영역에서 우리는 고유하게 위대한 일을 하는 것이다.“

”그것은 우리 모두가 할 수 있는 일이며, 우리가 받아들이기만 한다면 우리에게 예정된 운명이다. 우리는 우리가 기대하는 대로 된다.“

저자는 원동력을 폭발적으로 키우는 ‘성장 마인드셋’을 이야기한다. ‘해야 한다(have to)’는 그만두고 ‘하고 싶다(want to)’로 바꾸어 생각하는 것이다. 우리는 좋은 것을 선택할 수 있다. 그 차이가 모든 것을 결정한다. 모든 것은 관점에 달려 있다.

선택은 우리가 처한 상황과 상관없이 우리를 자유롭게 하고 자율권을 주는, 인생에서 가장 자유로운 행동이다. 우리가 주인 의식을 가지고 삶에서 선택권과 통제권을 쥐면, 상황은 획기적으로 바뀐다.

외부의 환경은 통제할 수 없지만, 생각을 바꿈으로써 내면을 통제할 수 있다. 그리고 이러한 내면의 힘으로 우리는 꿈꿔 왔던, 폭발적인 성장의 경로에 올라탈 수 있다.

“관점을 키우는 가장 좋은 방법은 무언가를 추구할 때의 위험 시나리오 대신 그것을 하지 않을 때의 위험에 집중하는 것이다. 1년이 지나도 ‘χ’가 일어나지 않는다면 나는 괜찮을까? 그때도 내가 지금에 머문다면 1년 후의 자신에 대해 어떻게 느끼게 될까?” p.91

“당신의 몸 중 괜찮은 곳은 어디인가? 왜 우리는 우리 몸이라는 ‘수단(vehicle)’에는 큰 기대를 품지 않으며, 왜 꾸준히 관리하지 않을까?” p.129

“자신의 잠재력과 능력에 대한 믿음을 바꾸면 잠재력과 능력은 조금 더 커진다. 성장은 이러한 믿음을 품고 행동할 때 일어난다. 마라톤을 완주할 수 있다고 믿는다고 해서 결승선에 이르는 것은 아니다. 그러나 믿음은 당신이 문밖으로 나와 훈련을 시작하도록 동기를 부여해준다.” p.157

“현재 연봉은 5000만 원이지만, 3억 원을 벌고 싶다면 자유롭게 상상해보라. 반대로 더 단순하고 더 검소한 삶을 살고 싶다면 그런 삶을 자유롭게 머릿속에 그려보라. 이런 식으로 계속 생각하는 연습을 해보면, 돈이란 단순히 재화를 교환하는 수단이 아니라 라이프스타일이기 때문에, 돈에 대한 진정하고 건강한 동기를 찾는 데 도움이 된다.” p.215

“부모님은 안 좋은 일이 벌어지면 “이 일을 어떻게 써먹을 수 있을까?”라고 자문하셨다. 부모님의 질문에는 어려운 문제를 통찰력과 지혜를 얻는 기회로 삼을 수도 있다는 의미가 담겨 있다. 이런 생각의 전환은 우리를 더 강하게 만든다. 우리는 좋은 것을 선택할 수 있다. 그 차이가 모든 것을 결정한다. 모든 것은 관점에 달려 있다.” p.254

매일 조금씩만 하면 365일째에는 분명히 달라져 있을 거라고 생각하면서도 왜 우리는 일어나 운동화 끈을 묶고 밖으로 나가거나, 영어 공부를 위해 어플을 열지 않을까? 오늘 작은 몫을 해낸다면 변화는 분명히 나의 것이라는 걸 알면서도 왜 우리는 실행하지 않을까? 케빈 밀러는 여기서 질문을 던진다. 당신은 ‘무엇이 나를 움직이는지’ 생각해본 적이 있는가? 당신 삶의 원동력은 무엇인가? 케빈 밀러는 말한다. “당신의 세계는 내면의 원동력으로 만들어진다.” 많은 이들이 원대한 꿈을 꾸지만 잠재력을 불태울 수 있는 부싯돌이나 촉매제에 대해서는 생각하지 않는다. 목표도 있고 구체적인 계획도 있지만 실행하지 못하는 이유는 바로 “삶의 원동력”을 살피지 않았기 때문이다. 실제로 내가 무엇을 원하는지 정확하고 구체적으로 인식하고, 실행력을 끌어내는 핵심 동기를 에너지원 삼아 달려 나가는 것. 이것이 원동력의 핵심이다. 우리에겐 원동력이 필요하다. 밀러는 ‘원동력’이라는 가치를 구체적으로 7가지로 나누었다. 하나의 무기보다 일곱 개의 무기를 갖췄을 때 더 큰 힘을 얻고 두려움 없이 목표까지 나아갈 수 있다. 1️⃣삶의 목적무엇을 믿느냐가 아니라 얼마나 크고 강력하게 믿느냐가 당신의 원동력을 결정한다. 인생의 목적을 명확히 하고 거기에 헌신하라. 이것이 당신이 가질 수 있는 가장 큰 자산이다. 2️⃣관계좋은 관계를 찾기 위해 먼저 살펴봐야 할 곳은 거울과 과거이다. 나 자신과의 관계가 관계의 최우선이다. 3️⃣몸왜 우리는 몸의 기능에 대해서는 ‘으레 떨어지는 것’이라며 차차 포기하고 꾸준히 관리하지 않을까? 좋은 운동은 ‘뭐가 됐든 당신이 하는 운동’이다. 4️⃣마음우리는 본래 지닌 잠재력보다 훨씬 더 적은 능력을 쓰고 있다. 그러나 자신에게 잠재력이 있다는 것을 깨닫는 것만으로는 잠재력을 실현할 수 없다. 잠재력은 전등 스위치가 아니라 마라톤이기 때문이다. 5️⃣일지금 당장 어떤 일을 하고 싶은가? 첫 번째 단계는 가능하다고 믿는 것이고, 두 번째 단계는 선택지를 탐색하는 것이다. 6️⃣돈돈이란 단순히 재화를 교환하는 수단이 아니라 라이프스타일이다. 당신이 진정 재정적으로 원하는 것은 무엇인가? 7️⃣성취삶의 마지막에 남는 후회는 ‘내가 원하는 삶을 살지 못한 것’이라고 한다. 누구에게나 각자만의 위대함이 있다. 남들보다 탁월한 자신만의 영역에서 우리는 고유하게 위대하다. 후회 없이, 고유의 영역에서 최고가 되라. 저자는 타인의 영향력을 리셋하고 완전히 새로운 기반에서 자신을 바라보라고 말한다. 우리는 성장 배경, 사회적, 문화적 기대에 생각보다 크게 영향을 받는다. 우리가 수행하는 역할과 의무는 어쩌면 부모님이 우리에게 심어준 긍정적 기대나 부정적 편견, 또는 성인이라면 이래야 하고 저래야 한다는 사회적 기대에 따른 것일 수도 있다. 지금 당신은 모든 영향력에서 벗어나 자유롭게 자신을 펼치고 있는가? 변화를 꿈꾼다면 자신의 모습을 진정으로 그렇게 그려볼 수 있는가? 우리는 진실이라고 믿는 것에 따라 자신을 인식한다. 성장하고 싶다면 성장한 나를 그릴 수 있어야 한다. 그리고 그렇게 될 수 있다고 믿어야 한다. 또한 미래의 변화를 마음속에 그리려면 변화를 위해 노력하는 자신의 모습을 마음속에 그려야 한다. “나는 누구에게나 각자만의 위대함이 있다고 굳게 믿는다. 남들과 차별화되고 남들보다 탁월할 수 있는, 남들과 다른 위대함 말이다. 남들보다 더 위대하기 때문에 위대한 일을 하는 것이 아니라, 남들보다 탁월한 자신만의 영역에서 우리는 고유하게 위대한 일을 하는 것이다.“ ”그것은 우리 모두가 할 수 있는 일이며, 우리가 받아들이기만 한다면 우리에게 예정된 운명이다. 우리는 우리가 기대하는 대로 된다.“ 저자는 원동력을 폭발적으로 키우는 ‘성장 마인드셋’을 이야기한다. ‘해야 한다(have to)’는 그만두고 ‘하고 싶다(want to)’로 바꾸어 생각하는 것이다. 우리는 좋은 것을 선택할 수 있다. 그 차이가 모든 것을 결정한다. 모든 것은 관점에 달려 있다. 선택은 우리가 처한 상황과 상관없이 우리를 자유롭게 하고 자율권을 주는, 인생에서 가장 자유로운 행동이다. 우리가 주인 의식을 가지고 삶에서 선택권과 통제권을 쥐면, 상황은 획기적으로 바뀐다. 외부의 환경은 통제할 수 없지만, 생각을 바꿈으로써 내면을 통제할 수 있다. 그리고 이러한 내면의 힘으로 우리는 꿈꿔 왔던, 폭발적인 성장의 경로에 올라탈 수 있다. “관점을 키우는 가장 좋은 방법은 무언가를 추구할 때의 위험 시나리오 대신 그것을 하지 않을 때의 위험에 집중하는 것이다. 1년이 지나도 ‘χ’가 일어나지 않는다면 나는 괜찮을까? 그때도 내가 지금에 머문다면 1년 후의 자신에 대해 어떻게 느끼게 될까?” p.91 “당신의 몸 중 괜찮은 곳은 어디인가? 왜 우리는 우리 몸이라는 ‘수단(vehicle)’에는 큰 기대를 품지 않으며, 왜 꾸준히 관리하지 않을까?” p.129 “자신의 잠재력과 능력에 대한 믿음을 바꾸면 잠재력과 능력은 조금 더 커진다. 성장은 이러한 믿음을 품고 행동할 때 일어난다. 마라톤을 완주할 수 있다고 믿는다고 해서 결승선에 이르는 것은 아니다. 그러나 믿음은 당신이 문밖으로 나와 훈련을 시작하도록 동기를 부여해준다.” p.157 “현재 연봉은 5000만 원이지만, 3억 원을 벌고 싶다면 자유롭게 상상해보라. 반대로 더 단순하고 더 검소한 삶을 살고 싶다면 그런 삶을 자유롭게 머릿속에 그려보라. 이런 식으로 계속 생각하는 연습을 해보면, 돈이란 단순히 재화를 교환하는 수단이 아니라 라이프스타일이기 때문에, 돈에 대한 진정하고 건강한 동기를 찾는 데 도움이 된다.” p.215 “부모님은 안 좋은 일이 벌어지면 “이 일을 어떻게 써먹을 수 있을까?”라고 자문하셨다. 부모님의 질문에는 어려운 문제를 통찰력과 지혜를 얻는 기회로 삼을 수도 있다는 의미가 담겨 있다. 이런 생각의 전환은 우리를 더 강하게 만든다. 우리는 좋은 것을 선택할 수 있다. 그 차이가 모든 것을 결정한다. 모든 것은 관점에 달려 있다.” p.254

aladin

매일 조금씩만 하면 365일째에는 분명히 달라져 있을 거라고 생각

블로그나 SNS 등에서 보면 많은 개발자들이 개발을 더 잘하기 위한 고민 상담을 하는 것을 볼 수 있다. 나는 이러한 고민 속에 개발 실력뿐만 아니라 일을 잘하는 방법에 대한 고민거리도 녹아 있다고 생각한다. 내가 개발 커뮤니티에서만 이러한 고민을 보게 되다 보니 그런 것일 수도 있지만 개발자들이 질문하는 고민은 유독 “개발 실력”이라는 것에 국한되어 있어 보인다. “개발을 잘하려면 어떻게 해야 할까요?”, “좋은 개발자가 되려면 어떻게 해야 할까요?”, “어떻게 하면 코딩 실력을 키울 수 있을까요?” 등등 말이다.

개발자가 ‘일’ 잘하는 방법

좋은 포스트가 있어 공유해요!

개발자 경호님의 깔끔한 개발자가 일 잘하는 방법입니다!
목차를 보시고 자세한 내용은 링크를 참고하세요!

 * 단순하고 명확하게 이야기 하세요.
 * 문제는 해결책과 함께 얘기하는 겁니다.
 * 복잡할수록 단순하게 쪼개주면 쉬워집니다.
 * 간접적이고 비언어적인 표현은 해석하기 어렵습니다.
 * 업무 요청은 디테일하게, 이게 매너입니다.
 * 상대방을 바꾸려 하지말고 같은 편에 섭니다.
 * 모든 주장에는 근거가 있어야 합니다.
 * 모르는 걸 솔직히 말하면 더 매력적입니다.
 * 협상을 겁내지 마세요, 대부분 가능합니다.

https://veluxer62.github.io/explanation/how-developers-can-work-effectively/

좋은 포스트가 있어 공유해요! 개발자 경호님의 깔끔한 개발자가 일 잘하는 방법입니다!목차를 보시고 자세한 내용은 링크를 참고하세요! <ul ><li>단순하고 명확하게 이야기 하세요.</li><li>문제는 해결책과 함께 얘기하는 겁니다.</li><li>복잡할수록 단순하게 쪼개주면 쉬워집니다.</li><li>간접적이고 비언어적인 표현은 해석하기 어렵습니다.</li><li>업무 요청은 디테일하게, 이게 매너입니다.</li><li>상대방을 바꾸려 하지말고 같은 편에 섭니다.</li><li>모든 주장에는 근거가 있어야 합니다.</li><li>모르는 걸 솔직히 말하면 더 매력적입니다.</li><li>협상을 겁내지 마세요, 대부분 가능합니다.</li></ul> https://veluxer62.github.io/explanation/how-developers-can-work-effectively/

Veluxer's Blog

스프링은 다양한 프로그래밍 모델을 제공해 개발자가 웹 애플리케이션을 구축할 때 적합한 방식을 선택할 수 있도록 지원합니다. 이러한 모델들은 개발자가 코드를 어떻게 구성하고 관리할지에 대한 가이드라인을 제시하며, 각 모델은 특정 유형의 애플리케이션이나 개발 스타일에 더 적합할 수 있습니다.

스프링과 프로그래밍 모델

스프링을 제대로 활용하고 싶다면 다양한 프로그래밍 모델에 대한 이해는 필수이다. 스프링은 애플리케이션 개발 방식에 따라 다양한 프로그래밍 모델을 제공하며, 각 모델은 고유한 장점과 특징을 가지고 있다.

이 글에서는 스프링의 주요 프로그래밍 모델인 애노테이션 기반과 경량 함수형을 가볍게 알아본다. 스프링이 지원 또는 제공하는 프로그래밍 모델에 대한 깊이 있는 이해를 통해 소프트웨어 엔지니어로서 문제 해결력을 한 단계 향상시키고, 더욱 효율적이고 유연한 애플리케이션을 개발할 수 있을 것이다.

https://www.linkedin.com/pulse/%25EC%258A%25A4%25ED%2594%2584%25EB%25A7%2581%25EA%25B3%25BC-%25ED%2594%2584%25EB%25A1%259C%25EA%25B7%25B8%25EB%259E%2598%25EB%25B0%258D-%25EB%25AA%25A8%25EB%258D%25B8-springrunner-emnec/

스프링을 제대로 활용하고 싶다면 다양한 프로그래밍 모델에 대한 이해는 필수이다. 스프링은 애플리케이션 개발 방식에 따라 다양한 프로그래밍 모델을 제공하며, 각 모델은 고유한 장점과 특징을 가지고 있다. 이 글에서는 스프링의 주요 프로그래밍 모델인 애노테이션 기반과 경량 함수형을 가볍게 알아본다. 스프링이 지원 또는 제공하는 프로그래밍 모델에 대한 깊이 있는 이해를 통해 소프트웨어 엔지니어로서 문제 해결력을 한 단계 향상시키고, 더욱 효율적이고 유연한 애플리케이션을 개발할 수 있을 것이다. https://www.linkedin.com/pulse/%25EC%258A%25A4%25ED%2594%2584%25EB%25A7%2581%25EA%25B3%25BC-%25ED%2594%2584%25EB%25A1%259C%25EA%25B7%25B8%25EB%259E%2598%25EB%25B0%258D-%25EB%25AA%25A8%25EB%258D%25B8-springrunner-emnec/

www.linkedin.com

1 어떻게 하면 하루를 좀 더 효율적으로 보낼 수 있을까? 모든 직장인의 고민이다. 시간을 능률적으로 쓸 ...

리더를 위한 효율적인 시간 쪼개기 기술 3가지

1
어떻게 하면 하루를 좀 더 효율적으로 보낼 수 있을까? 모든 직장인의 고민이다. 시간을 능률적으로 쓸 수 있는 3가지 팁을 소개한다. 특히 리더라면 꼭 알아야 한다.

2
첫째, 시간을 시각화하기. 구글 캘린더를 쓴다면 할 일 기능을 추천한다. 보통 일정을 이벤트로 잡는다. 해당 시간대에 일정이 찬다. 하루 일정이 한 번에 보여서 편하다.

3
구글 캘린더에는 이벤트 말고 할 일 타입이 있다. 투두 리스트다. 할 일에 시간대를 지정한다. 그럼 할 일이 일정처럼 등록된다. 완료 여부도 체크할 수 있다. 할 일 앱이 별도로 있어 편리하다.

4
큰 차이가 없어 보이지만, 써보면 완전히 다르다. 그냥 오늘 어떤 일을 해야지 와, 언제 해야지는 다르다. 일에는 언제나 Due가 있어야 한다.

5
출근하자마자 오늘의 할 일을 채운다. 10시에는 미팅, 11시에는 내 할 일이 이미 정해져있다. 시간에 맞춰 스스로 움직여서 실행하기 훨씬 쉽다. 딱 일주일만 해보자. 습관이 된다.

6
두 번째는 하루 쪼개기다. 하루는 24시간이다. 이를 4등분 한다. 아침, 오전, 오후, 저녁. 이제 4개의 구분이 생겼다. 각각의 할 일과 목표를 생각해 본다. 그냥 보내는 하루보다 훨씬 더 시간을 효율적으로 쓰게 된다.

7
아침에는 명상, 독서, 운동을 한다. 오전에는 중요한 논의나 결정하는 미팅을 한다. 오후에는 원온원 미팅과 채용 인터뷰가 있다. 저녁에는 개인을 위한 시간을 보낸다. 이런 식이다. 이렇게 시간을 쓰다 보면, 내 시간과 에너지 레벨도 자연스럽게 관리할 수 있다.

8
그냥 보면 별 차이가 없어 보일 수 있다. 하지만 하루를 4번의 루틴으로 보내는 효과는 크다. 마음가짐과 모드도 바뀐다. 역시나 해보면 알 수 있다.

9
세 번째는 한 시간을 쪼개보기다. 1시간은 60분이다. 4등분 한다. 동그란 시계를 4개로 쪼갠 셈이다. 15분짜리 슬롯이 4개가 생긴다.

10
사람의 집중력은 늘 한계가 있다. 1시간 동안 계속 집중하기는 어렵다. 하나의 업무라도 여러 개의 단위가 있다. 15분 단위로 업무를 쪼개보자. 훨씬 능률이 오른다. 해보면 15분이 아닌 내게 맞는 단위도 알게 된다.

11
이런 시간 쪼개기는 특히 리더들에게 더 중요하다. 실무자는 뭉텅이 시간이 중요하다. 집중해서 무언가를 만들어낼 시간이 충분히 있어야 하기 때문이다. 중간에 인터럽트가 걸리면 치명적이다. 집중력을 뺏겼다가 다시 잡아오는 데는 에너지와 노력이 또 들기 때문이다.

12
리더는 반대다. 짧은 시간의 슬롯을 많이 확보해야 한다. 리더가 주로 하는 일은 결정이다. 결정에는 많은 준비와 논의가 필요하다. 하지만 결정하기 자체는 시간이 많이 필요하지 않다.

13
큰 조직의 리더일수록 더욱 많은 결정을 해야 한다. 결정들을 위한 짧은 슬롯이 많이 필요하다. 보통 리더들의 캘린더가 촘촘한 건 이 때문이다. 다양한 방법의 시간 쪼개기는 리더의 시간을 효율적으로 쓰게 만들어 준다. 해보며 나만의 방법을 만드는 게 중요하다.

1 어떻게 하면 하루를 좀 더 효율적으로 보낼 수 있을까? 모든 직장인의 고민이다. 시간을 능률적으로 쓸 수 있는 3가지 팁을 소개한다. 특히 리더라면 꼭 알아야 한다. ​ ​2 첫째, 시간을 시각화하기. 구글 캘린더를 쓴다면 할 일 기능을 추천한다. 보통 일정을 이벤트로 잡는다. 해당 시간대에 일정이 찬다. 하루 일정이 한 번에 보여서 편하다. ​ ​3 구글 캘린더에는 이벤트 말고 할 일 타입이 있다. 투두 리스트다. 할 일에 시간대를 지정한다. 그럼 할 일이 일정처럼 등록된다. 완료 여부도 체크할 수 있다. 할 일 앱이 별도로 있어 편리하다. ​ ​4 큰 차이가 없어 보이지만, 써보면 완전히 다르다. 그냥 오늘 어떤 일을 해야지 와, 언제 해야지는 다르다. 일에는 언제나 Due가 있어야 한다. ​ ​5 출근하자마자 오늘의 할 일을 채운다. 10시에는 미팅, 11시에는 내 할 일이 이미 정해져있다. 시간에 맞춰 스스로 움직여서 실행하기 훨씬 쉽다. 딱 일주일만 해보자. 습관이 된다. ​ ​6 두 번째는 하루 쪼개기다. 하루는 24시간이다. 이를 4등분 한다. 아침, 오전, 오후, 저녁. 이제 4개의 구분이 생겼다. 각각의 할 일과 목표를 생각해 본다. 그냥 보내는 하루보다 훨씬 더 시간을 효율적으로 쓰게 된다. ​ ​7 아침에는 명상, 독서, 운동을 한다. 오전에는 중요한 논의나 결정하는 미팅을 한다. 오후에는 원온원 미팅과 채용 인터뷰가 있다. 저녁에는 개인을 위한 시간을 보낸다. 이런 식이다. 이렇게 시간을 쓰다 보면, 내 시간과 에너지 레벨도 자연스럽게 관리할 수 있다. ​ ​8 그냥 보면 별 차이가 없어 보일 수 있다. 하지만 하루를 4번의 루틴으로 보내는 효과는 크다. 마음가짐과 모드도 바뀐다. 역시나 해보면 알 수 있다. ​ ​9 세 번째는 한 시간을 쪼개보기다. 1시간은 60분이다. 4등분 한다. 동그란 시계를 4개로 쪼갠 셈이다. 15분짜리 슬롯이 4개가 생긴다. ​ ​10 사람의 집중력은 늘 한계가 있다. 1시간 동안 계속 집중하기는 어렵다. 하나의 업무라도 여러 개의 단위가 있다. 15분 단위로 업무를 쪼개보자. 훨씬 능률이 오른다. 해보면 15분이 아닌 내게 맞는 단위도 알게 된다. ​ ​11 이런 시간 쪼개기는 특히 리더들에게 더 중요하다. 실무자는 뭉텅이 시간이 중요하다. 집중해서 무언가를 만들어낼 시간이 충분히 있어야 하기 때문이다. 중간에 인터럽트가 걸리면 치명적이다. 집중력을 뺏겼다가 다시 잡아오는 데는 에너지와 노력이 또 들기 때문이다. ​ ​12 리더는 반대다. 짧은 시간의 슬롯을 많이 확보해야 한다. 리더가 주로 하는 일은 결정이다. 결정에는 많은 준비와 논의가 필요하다. 하지만 결정하기 자체는 시간이 많이 필요하지 않다. ​ ​13 큰 조직의 리더일수록 더욱 많은 결정을 해야 한다. 결정들을 위한 짧은 슬롯이 많이 필요하다. 보통 리더들의 캘린더가 촘촘한 건 이 때문이다. 다양한 방법의 시간 쪼개기는 리더의 시간을 효율적으로 쓰게 만들어 준다. 해보며 나만의 방법을 만드는 게 중요하다.

blog.naver.com

< 리더를 위한 효율적인 시간 쪼개기 기술 3가지 >

프론트엔드

이현우

#프론트엔드 #Web #Architecture #소프트웨어엔지니어

오락까락끼리까락하는 개발자

홍성준

미리캔버스 프론트엔드 개발자

김재훈

문제해결에 도움되는 기술들을 좋아합니다.
미리캔버스 웹&앱을 개발중이며, 프롬프트 엔지니어링에 관심있습니다 :)

Official Account를 개발하고 있습니다.

프런트엔드 개발자

프론트엔드 업무 인턴십을 수행했습니다. React를 이용해 설문조사 폼을 만드는 과제를 수행했습니다. 

프런트엔드 인턴쉽

TOAST UI 오픈소스 메인테이닝 업무를 수행했습니다.

JSP 기반의 환경에서 웹 페이지 퍼블리싱 업무를 주로 수행했습니다. jQuery와 HTML, CSS를 사용해 개발했습니다.

퍼블리셔 및 프런트엔드 개발자

컴퓨터 정보공학과

한정(Jung Han)

링크드인

블로그

효율적이게 일하는 것을 중요하게 여기며 팀에 도움이 되는 활동에 관심이 많습니다. 
Korean FE Article이란 프런트엔드 아티클 번역 활동을 운영하고 있습니다.
최근에는 AI를 통한 업무 효율을 높이는데 관심이 많습니다.

실무에 바로 적용하는 프런트엔드 테스트 할인 안내

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필