Learn how to publish a package to npm with a complete setup including, TypeScript, Prettier, Vitest, GitHub Actions, and versioning with Changesets.

How To Create An NPM Package

npm 패키징관련해서 매우 자세하게 작성해둔 글입니다.
타입스트립트로 만드는 방법도 같이 정리되어 있어서 귀한 글이라고 생각합니다.
npm으로 패키지를 배포해보고 싶으신 분은 보시는거 추천드려요~
https://www.totaltypescript.com/how-to-create-an-npm-package

npm 패키징관련해서 매우 자세하게 작성해둔 글입니다. 타입스트립트로 만드는 방법도 같이 정리되어 있어서 귀한 글이라고 생각합니다. npm으로 패키지를 배포해보고 싶으신 분은 보시는거 추천드려요~ https://www.totaltypescript.com/how-to-create-an-npm-package

Total TypeScript

NPM 패키지 만들기 가이드

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

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

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

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

Let's create a Git commit using Git's low-level (plumbing) commands

Creating a Git commit: The Hard Way

Git에서 저희가 일반적으로 사용하는 git add나 git commit 같은 명령어를 Porcelain 명령어라고 하고 보다 저수준작업을 하는 명령어는 Plumbing 명령어라고 부릅니다.

이 글에서는 Git의 동작 방식을 더 잘 이해하기 위해서 blob과 tree로 구성된 커밋의 구조를 설명하고 Git commit 대신 git hash-object, git update-index, git commit-tree같은 Plubming 명령어로 직접 커밋을 만들어 보면서 실제로 git commit이 어떻게 동작하는지를 설명하는데 직접 따라해 보면서 구조를 이해하기 쉽게 정리된 글입니다.

https://avestura.dev/blog/creating-a-git-commit-the-hard-way

Git에서 저희가 일반적으로 사용하는 git add나 git commit 같은 명령어를 Porcelain 명령어라고 하고 보다 저수준작업을 하는 명령어는 Plumbing 명령어라고 부릅니다. 이 글에서는 Git의 동작 방식을 더 잘 이해하기 위해서 blob과 tree로 구성된 커밋의 구조를 설명하고 Git commit 대신 git hash-object, git update-index, git commit-tree같은 Plubming 명령어로 직접 커밋을 만들어 보면서 실제로 git commit이 어떻게 동작하는지를 설명하는데 직접 따라해 보면서 구조를 이해하기 쉽게 정리된 글입니다. https://avestura.dev/blog/creating-a-git-commit-the-hard-way

Avestura's Blog

o1-preview로 코드 리팩토링하면 좋다는 이야기에 어떻게 하는지 물어보시는 분들이 많은데.. 그냥 하면 되는거라 뭘 말씀드려야 할 지 모르겠습니다만;;; 제가 하는 방법은 간단하게 이렇습니다.

—

다음 코드들을 리팩토링해줘. [옵션1: 잠재적인 문제점을 먼저 파악해봐] [옵션2: 유지보수 용이성에 도움이 된다면 더 많은 파일로 쪼개거나 합쳐도 돼] [옵션3: xxx 함수를 목적에 따라 잘게 쪼개고 싶어]

```filename1.xxx
[코드]
```

```filename2.xxx
[코드]
```

—

옵션에 들어가는 내용들은 예시이고, 해당 내용은 프로젝트와 코드의 목적이나 구체적으로 원하는 내용을 넣습니다.

간단한건 한 번에 잘 나오지만, 복잡한 프로젝트의 경우 두어단계는 더 거칠 필요가 있습니다. 나오는 결과를 보고 프로젝트에 맞게 세부적인 부분을 “코칭”해주면 됩니다. (라이브러리 사용 방법, 알고리즘, 코드 컨벤션 등)

별거 아니라서 뻘쭘하네요;;; 암튼 끝!;;;

o1-preview로 코드 리팩토링하면 좋다는 이야기에 어떻게 하는지 물어보시는 분들이 많은데.. 그냥 하면 되는거라 뭘 말씀드려야 할 지 모르겠습니다만;;; 제가 하는 방법은 간단하게 이렇습니다. — 다음 코드들을 리팩토링해줘. [옵션1: 잠재적인 문제점을 먼저 파악해봐] [옵션2: 유지보수 용이성에 도움이 된다면 더 많은 파일로 쪼개거나 합쳐도 돼] [옵션3: xxx 함수를 목적에 따라 잘게 쪼개고 싶어] ```filename1.xxx[코드]``` ```filename2.xxx[코드]``` — 옵션에 들어가는 내용들은 예시이고, 해당 내용은 프로젝트와 코드의 목적이나 구체적으로 원하는 내용을 넣습니다. 간단한건 한 번에 잘 나오지만, 복잡한 프로젝트의 경우 두어단계는 더 거칠 필요가 있습니다. 나오는 결과를 보고 프로젝트에 맞게 세부적인 부분을 “코칭”해주면 됩니다. (라이브러리 사용 방법, 알고리즘, 코드 컨벤션 등) 별거 아니라서 뻘쭘하네요;;; 암튼 끝!;;;

스프링러너에서 오랜만에 온라인 강의를 출시했습니다. 바로 `스프링 기반 메시지 중심 아키텍처의 이해와 실습`입니다. 이 강의에서는 스프링을 활용하여 메시지 중심 분산 시스템을 직접 구축하면서, 분산 시스템에서 메시지 통신의 중요성과 원리를 이해하는 데…

LinkedIn SpringRunner 페이지: 스프링 기반 메시지 중심 아키텍처의 이해와 실습 강의 | JYK 매니지먼트 - 인프런

현대 애플리케이션은 대부분 분산 시스템을 지향한다. 특히 클라우드와 마이크로서비스 아키텍처의 부상으로 시스템 간의 효율적이고 안정적인 통합은 더욱 중요해졌다. 이런 환경에서 메시지 중심 아키텍처는 시스템 간의 복잡한 상호 작용을 관리하고, 시스템 전체의 안정성과 확장성을 보장하는 데 큰 역할을 한다.

스프링은 메시징 모듈을 기반으로 메시지 중심 분산 시스템을 구축하고 운영하는 데 필요한 다양한 기능을 제공한다. 소프트웨어 엔지니어는 스프링의 지원을 통해 분산 시스템의 복잡성을 효과적으로 관리하고, 반응형 시스템을 구축하는데 도움을 받을 수 있다.

메시지의 개념과 메시지 중심 아키텍처의 기본 원리를 이해하고, 스프링으로 어떻게 메시지 중심 분산 시스템을 구축하는지 알아두는 것이 도움이 될 거라고 생각되어 지인과 함께 온라인 강의를 만들었다. 이 강의를 통해 메시지 중심 아키텍처를 이해하는 데 도움이 되기를 바란다.

https://www.linkedin.com/feed/update/urn:li:activity:7243159281347223552/?actorCompanyId=104095129

현대 애플리케이션은 대부분 분산 시스템을 지향한다. 특히 클라우드와 마이크로서비스 아키텍처의 부상으로 시스템 간의 효율적이고 안정적인 통합은 더욱 중요해졌다. 이런 환경에서 메시지 중심 아키텍처는 시스템 간의 복잡한 상호 작용을 관리하고, 시스템 전체의 안정성과 확장성을 보장하는 데 큰 역할을 한다. 스프링은 메시징 모듈을 기반으로 메시지 중심 분산 시스템을 구축하고 운영하는 데 필요한 다양한 기능을 제공한다. 소프트웨어 엔지니어는 스프링의 지원을 통해 분산 시스템의 복잡성을 효과적으로 관리하고, 반응형 시스템을 구축하는데 도움을 받을 수 있다. 메시지의 개념과 메시지 중심 아키텍처의 기본 원리를 이해하고, 스프링으로 어떻게 메시지 중심 분산 시스템을 구축하는지 알아두는 것이 도움이 될 거라고 생각되어 지인과 함께 온라인 강의를 만들었다. 이 강의를 통해 메시지 중심 아키텍처를 이해하는 데 도움이 되기를 바란다. https://www.linkedin.com/feed/update/urn:li:activity:7243159281347223552/?actorCompanyId=104095129

www.linkedin.com

스프링 기반 메시지 중심 아키텍처의 이해와 실습

회사 로고. 제가 만든거라고 하면 다들 놀라시더라고요. 후후.. 🤭 앱 로고도 커밍 쑨~ 🤪

회사 로고. 제가 만든거라고 하면 다들 놀라시더라고요. 후후.. 🤭 앱 로고도 커밍 쑨~ 🤪

파플렉시티의 대항마(?) Genspark 에서 방치형(?ㅋ) 검색 에이전트 Autopilot Agent를 내 놓았습니다.

자료 조사 작업을 던지고 방치해 두면 자료 조사를 알아서하고, 끝나면 메일로 알려줍니다. 당연히 여러개의 작업을 동시에 던져둘 수 있고요.

조사는 여타 AI 검색 서비스들처럼 단순히 검색 한 번으로 끝나는 건 아니고, 검색하고 결과를 내고, 결과를 검토하고, 검토한 결과를 토대로 다시 검색하고, 그리고 결과를 교차 검증하는 등 꽤 심도있는 절차를 반복적으로 거칩니다. 더불어 인용한 부분도 자세하게 알려주기 때문에 정말로 자료 조사원의 역할을 할 수 있습니다.

아직은 조금 부족하긴 하지만, OpenAI o1과 함께라면?! 이제 정말로 자료 조사 정도는 에이전트만으로 충분히 할 수 있는 시기가 멀지 않은 것 같습니다.

파플렉시티의 대항마(?) Genspark 에서 방치형(?ㅋ) 검색 에이전트 Autopilot Agent를 내 놓았습니다. 자료 조사 작업을 던지고 방치해 두면 자료 조사를 알아서하고, 끝나면 메일로 알려줍니다. 당연히 여러개의 작업을 동시에 던져둘 수 있고요. 조사는 여타 AI 검색 서비스들처럼 단순히 검색 한 번으로 끝나는 건 아니고, 검색하고 결과를 내고, 결과를 검토하고, 검토한 결과를 토대로 다시 검색하고, 그리고 결과를 교차 검증하는 등 꽤 심도있는 절차를 반복적으로 거칩니다. 더불어 인용한 부분도 자세하게 알려주기 때문에 정말로 자료 조사원의 역할을 할 수 있습니다. 아직은 조금 부족하긴 하지만, OpenAI o1과 함께라면?! 이제 정말로 자료 조사 정도는 에이전트만으로 충분히 할 수 있는 시기가 멀지 않은 것 같습니다.

블로그나 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

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

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

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

 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: 기본 데이터 직군 - 데이터 엔지니어

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 문법으로 웹 디자인 엔지니어링하기

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

코드 조커, 오프 | 이 강의를 통해 전반적인 프런트엔드 테스트 종류를 파악하고, 상황에 맞는 적절한 테스트 선택을 통해 신뢰감 있는 테스트를 작성하는 방법을 배웁니다., 🎊 이벤트 🎊&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> [수강바구니 → 쿠폰선택], [대시보드 → 쿠폰함]에서 보유한 쿠폰코드를 입력하면 쿠폰이 발급됩니다.

인프런

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

토스의 개발자 컨퍼런스인 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는 어떤 혜택이?

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

구매 전환율이 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일째에는 분명히 달라져 있을 거라고 생각

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

스프링과 프로그래밍 모델

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

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

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/

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가지 >

백엔드 엔지니어

권주성

백엔드/서버 엔지니어

이지상

#백엔드 #개발자 #데이터사이언스 #소프트웨어엔지니어 #Ai #애자일개발
백엔드 개발자 취준생입니다. 좋은 하루 되세요.❤🌷

데이터

거늬

시스템통합(System Integration) 전문 기업으로 KTF-T의 아웃소싱 프로젝트를 수행했다.

Software Engineer

소프트웨어 개발팀 팀장으로 개인정보 보호관리 체계 구축을 지원하기 위한 솔루션 연구/개발 업무와 함께 교보문고, 삼성화재 등 협력사의 아웃소싱 프로젝트를 수행했다.

Software Engineer Team Lead

AWS, Spring IO Platform 기반으로 다양한 프로덕트을 구축, 운영했다. 또한 레거시 시스템의 아키텍처 전환을 통해 불안정한 시스템을 안정시키고 비용 절감 효과를 얻었다. 이외 배민사장님광장과 배민회원 서비스의 전략 수립 및 개발, 운영을 목적으로 팀을 빌딩하고 운영했다.

Lead Software Engineer

백엔드(back-end) 개발자로 8개 이상의 서비스를 개발에 참여했고, 일부 프로젝트는 팀 내 프로젝트 매니저 역할을 수행했다. 11번가와 OK캐쉬백 등 고객 서비스와 데이터 기반 마케팅 플랫폼, URL 단축 서비스 등 사내 서비스를 지원하기 위한 시스템을 구축, 운영했다. 그 외 전사 아키텍처 리뷰어로 신규 시스템 구축 시 아키텍처 검토를 지원했고, 사내 기술교육 강사 활동을 했다.

Senior Software Engineer

제조기업 전산실에서 윈도우 기반 데스크탑 애플리케이션 개발 및 운영 임무를 수행했다.

시스템통합(System Integration) 전문 기업으로 현대카드, 현대캐피탈, KTF 등 협력사의 아웃소싱 프로젝트에서 백엔드 개발에 참여했고, 일부 프로젝트에서 프로젝트 매니저 역할을 수행했다.

MySQL

Kotlin

React

typescript

Spring

Redis

RabbitMQ

Cloud-Native Application 개발을 위한 전략 수립과 구축을 주도적으로 이끌며 지역기반 커뮤니티 프로덕트를 구축, 운영 중이다. 이외 JVM 챕터 리드(Chapter Lead)를 맡아 기술 교류나 신 기술 도입 등을 이끌어내는 역할을 수행하고 있다.

Engineering Manager

인터넷멀티미디어

Arawn Park

Resume

10년 이상의 경력을 가진 리드 소프트웨어 엔지니어로, 대규모 엔터프라이즈 애플리케이션 개발, 웹 및 모바일 기술 통합, 아키텍처 설계, 시스템 통합, 팀 빌딩, 프로젝트 관리에 능숙합니다. 또한 기술 교육 및 커뮤니티 활동에도 적극 참여하고 있습니다.

스프링과 프로그래밍 모델

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필