Share your videos with friends, family, and the world

Devoxx Belgium 2023

다양한 테크 주제로 매년 흥미로운 발표들이 많은 Devoxx 2023 컨퍼런스가 드디어 시작되었습니다.  Josh Long의 AOT with Spring Boot 3, GitHub Copilot 이야기 등 재밌어 보이는 제목들이 많네요! 

https://www.youtube.com/playlist?list=PLRsbF2sD7JVoSl0q9XTZ_RKlucdQL5sBp

YouTube

Devoxx Belguim 2023

Whether you are a student in school or a dreamer working towards your goal, doing life alone is hard. I've watched a lot of life lesson videos in my 20s and wanted to share this for those looking to avoid "mistakes". Here are 5 things I wish I knew earlie

5 Mistakes I Made That You Can Avoid

열심히 하는데 왜 결과가 다르지 않을까요? 결과가 좋지만 왜 미친 듯이 열심히 하지 않는 친구와 결과가 비슷할까요? 

민사고를 졸업한 후 UC Berkeley에서 경제학을 공부하고 아이비리그에서 MBA를 수료한 친구의 조언이 담긴 영상을 봤습니다. 엔지니어가 공감할 수 있는 포인트가 많아서 영상 내용을 간단하게 정리한 후 개발자의 관점으로 제 생각도 함께 공유합니다. 

1️⃣ 스펙을 쌓기 위해 무조건 다 열심히 하는 것

> 목표를 먼저 정하고, 그 목표에 도달하는 데 도움 되는 것을 우선으로 해야 한다. 민사고 학생이었을 당시 목표 없이 농구, 오케스트라, 토론 팀 등등 여러 가지 교외 활동을 많이 했다. 대학 지원서를 쓰려고 그동안 쌓아온 스펙을 보고 자신을 대표할 수 있는 공통 분모를 찾을 수 없었다. 그저 이것 저것 막 하고 있었다는 걸 느꼈다.

👩🏻‍💻 개발자도 실력 향상을 위해 여러 가지 학습 코스를 들어 보는 것과 비슷한 것 같습니다. 예전 포스팅에서 뭘 공부해야 할지는 모르겠고 뒤처지기 싫어서 이것 저것 배우는 것에 관해 이야기했었습니다. 열심히 배운 건 많은데 정작 내 일과 성장에 필요한 스킬을 얻지 않았다고 느꼈을 때가 있었어요. 지금 다시 시작한다면 목표를 정확하게 세우고 필요한 공부부터 할 것 같아요.

그리고 개발자는 평생 학습해야 하는 것 같아요. 다른 직종도 비슷하겠지만 기술 트렌드가 빠르게 변화하는 개발은 더욱더 학습하는 걸 습관으로 만들어야 하는 것 같아요. 여러 가지 다 하려고 하면 결국 번아웃와서 오래하지 못합니다. 번아웃을 예방하려면 목표에 도달하는 데 도움 되는 것에 집중해야 한다는 걸 느꼈습니다.

2️⃣ 남의 말에 흔들리는 것

> 자신의 가치는 내 스스로 정한다. 다른 사람의 말보다 스스로 나 자신을 어떻게 생각하는지가 더 중요하다.  예시로 MBA를 지원할 당시 멘토가 자신이 지원하려고 한 탑 MBA 프로그램에 합격할 수 없을 것 같다고 말한 것을 알게 되었다. 다른 사람이 내가 합격할 실력이 안 된다고 평가한 것에 상처받았지만, 결국에는 그들의 의견과 생각이 틀렸다는 것을 증명했다. 스스로 자신을 되돌아보는 습관을 갖고 일기에 자신감이 부족한 점을 적어봤다. 

👩🏻‍💻 많은 개발자가 경력에 상관없이 가면 증후군(Imposter Syndrome)에 시달리는 것 같아요. "나는 알고리즘을 잘 모르니까, LeetCode 문제를 30분 안에 못 푸니까, 나는 이 서비스를 구현한 적이 없으니까..."와 같이 실력이 부족하다는 생각을 많이 하는 것 같습니다(그리고 그런 피드백을 받기도 합니다). 이런 생각이 동기부여가 되기도 하지만 오히려 좌절하고 포기하게 되는 경우가 더 많은 것 같아요. 부족한 점을 상기시키는 것보다, "난 할 수 있다"라는 긍정적인 생각을 하고 미래를 그려보는 데 에너지를 쏟는 게 도움 되었던 것 같아요.

3️⃣ 이기적인 사람이 되는 것

> 인간관계에 시간을 쏟지 않고 "내가 잘 나가면 사람들은 자연스럽게 따라오게 된다"라는 오만한 생각을 가진 것을 후회한다. 스펙을 쌓기 위해 여러 가지를 하다 보니 후배나 친구들을 챙길 시간이 없었다. 오랜 시간 동안 투자하고 형성한 인간 관계는 후에 나에게 큰 도움을 줄 수 있고 나의 평판에 영향을 미친다. 

👩🏻‍💻 어차피 코딩은 보여줄 수 있는 결과물이니까 '내 코딩 업무만 잘하면 된다'라고 생각할 수도 있습니다. 지금 후회하는 건 주니어 시절 인간 관계 형성과 관련된 스킬(소프트 스킬)을 쌓고 배우는 데 시간 투자를 많이 하지 않은 것입니다. 시간이 지나면서 인간 관계 형성 및 관리 스킬이 기술 실력만큼 중요하다는 것을 배웠습니다. 대학 과제로 단순한 시스템이나 기능을 넣는 건 혼자 해내는 게 가능하지만 실무는 혼자 일하는 게 아니라 모든 사람과 함께 결과를 이루어 내야 합니다. 

4️⃣ 공부하는 것을 싫어하는 것

> "피할 수 없으면 즐겨라"라는 마음가짐을 가져야 한다. 학습하는 것을 마치 게임하는 것처럼 즐겁게 만들면 좋다. 배움은 평생 지속되며, 배운 것으로 결과물을 낸다. 

👩🏻‍💻 코딩 공부하다가 좌절했던 적이 있었는데 그 이유를 생각해 보니 한 번도 접하지 않은 어려운 주제를 한꺼번에 배우려고 했던 것 같아요. 대학생 때는 빠른 시일 내에 전공 공부를 마치고 졸업하기 위해 어쩔 수 없이 다양한 지식을 빨리 습득해야 했습니다. 이렇게 하니 수박 겉핥기식으로 배운 개념이 많았던 것 같아요. 하지만 직장인이 된 후 쉬운 주제부터 먼저 배우고 따라 해 봤습니다. 그 후 혼자 해보면서 성취감을 느끼며 배움에 흥미를 느끼기 시작했던 것 같아요.

코딩 테스트 문제 풀 때도 비슷한 것 같아요. 취업 준비할 때 자주 출제 되는 어려운 문제부터 풀었습니다. 문제를 못풀어서 좌절하게 되었고 알고리즘 문제 풀기를 더 피했던 것 같아요. 예전 취업 준비 포스팅에 언급했었는데,  쉬운 문제부터 풀어 보는 게 좋습니다. 예를 들면 당시 BFS/DFS 관련 문제를 푸는 게 Dynamic Programming/Backtracking 문제를 푸는 것보다 쉬웠어요. 관련 주제의 낮은 난이도 문제 중에 통과율이 높은 문제부터 풀어 봤어요. 통과율이 높다는 건 다른 사람도 쉽게 풀 수 있는 난이도가 낮은 문제입니다. 통과율이 높고 쉬운 문제는 저도 스스로 풀 수 있어서 자신감이 생기기 시작했어요. 이런식으로 연습하니까 좌절하기 보다는 성취감이 느껴지기 시작했습니다. 성취감을 느끼기 시작하니까 배움에 즐거움을 느끼기 시작했던 것 같아요.

👉 채널에 있는 시간 관리법이나 다른 유익한 정보가 많은 영상도 확인해 보세요!
 
https://youtu.be/0I0GPEyXlq0?si=rqmcwsh681rjRNYN

🪴 함께 읽으면 좋은 글

[개발자의 공부법] 뭘 공부해야 되지?
https://careerly.co.kr/comments/67013

학습 속도 끌어올려 취업하기
https://careerly.co.kr/comments/88930

롱런하는 개발자 마인드셋
https://careerly.co.kr/comments/88754

같이 일하고 싶은 엔지니어 되는 법
https://careerly.co.kr/comments/72550

15년 동안 꾸준히 개발 공부하는 비결은?
https://careerly.co.kr/comments/60794

성장형 개발자가 피해야 할 실수

틴더, 1% 이용자 대상 월 500달러 서비스 공개 인기 이용자 프로필 연결

"대화도, 연애도 끼리끼리한다"...장벽 쌓는 이 서비스의 정체 - 매일경제

사회적, 경제적으로 어려워지면 질수록 사회 곳곳에서 그들만의 리그를 만들고자 하는 살롱문화과 관계가 발달하게 된다. 올해 트렌드 이야기할 때 언급했던 부분이 천천히 심화되고 있으며, 이제는 점차 하나의 사업모델로 본격적으로 자리잡기 시작했다.

https://m.mk.co.kr/news/it/10839946?fbclid=IwAR01RuCqb28Azxdq3DuxqupEIRU_FIg0ITth_U3UKXLTRjuqljY_kdkwuZA_aem_AfaZWDub7IwMkLmFvZIzluPTTKHSeh29M9JNlTZzh9sDtbjQHX6FgwoDYRNDY-z2eBY&mibextid=Zxz2cZ

매일경제

Level up your coding skills. No more passive learning. Interactive in-browser environments keep you engaged and test your progress as you go.

Educative: Interactive Courses for Software Developers

최근 자주 사용하고 있는 기술, 개발 및 자기 계발 학습 자료를 모아서 공유합니다.

1️⃣ Educative.io

퀄리티가 상당히 높은 기술 관련 코스가 많은 것 같아요. 현재까지 코스 3개를 들었습니다. 책처럼 읽으면서 배우는 코스라 듣는 것보다 읽으면서 학습하는 걸 선호하는 분들에게 추천합니다. 주제를 깊이 파고들고 코드나 설계 예시가 많아서 잘 사용하는 것 같습니다. 최근에 Concurrency관련 코스를 듣고 있습니다.

https://www.educative.io/

2️⃣ Designing Data Intensive Applications

라지 스케일, 분산 시스템 관련 기본 개념을 쌓을 수 있는 책입니다. 유익해서 세 번째 다시 읽어 보고 있어요. 개념을 꽤 깊이 파고들어서 처음 읽었을 때는 '이해 못 해도 일단 읽기 속도부터 낸다'라는 마음가짐으로 읽었고, 다시 읽을 때는 이해하기 어려웠던 점을 이해했던 것 같아요. 최근 다시 세 번째로 읽을 때는 책에 참고된 부속 자료 중에 도움 될 것 같은 자료도 함께 읽고 있습니다.

https://www.oreilly.com/library/view/designing-data-intensive-applications/9781491903063/

3️⃣ fast.ai

AI에 관한 지식은 대학 전공 시절 AI수업을 들은 게 다고, 관련 직종이 아니라 꾸준히 학습하지 않았었습니다. 그래서 전공 수업 책을 다시 읽어 보거나 따로 코스를 듣기에는 시간이 너무 소요되고 그럴 필요는 없는 것 같아서 온라인 자료를 찾았습니다. 신문 읽기 식으로 가끔 생각날 때 시간 투자해서 읽어 보면 좋은 사이트인 것 같아요. 학습 코스도 제공하고 있어서 특정 개념을 학습하고 싶으신 분은 코스 탭을 확인해 보세요.

https://www.fast.ai/#category=courses

4️⃣ https://algorithm-visualizer.org/

알고리즘 이해를 돕기 위해 사용하는 도구. 예시 자바스크립트 코드랑 코드 실행을 눈으로 쉽게 보여 주기 위해 다이어그램이 함께 있어서 도움 되었던 것 같아요. 특히 Dynamic Programming 코드 이해력을 높이기 위해 가끔 사용해요.

5️⃣ https://tldr.tech

테크 트렌드를 뉴스레터로 받아서 읽어 보는 데 도움 되는 것 같아요. 뉴스레터에 있는 아티클 하나하나 다 읽어 보는 건 시간 없어서 못 하고 대충 뉴스레터에 내용을 요약해 줘서 그것만 읽기도 합니다. 관심 있는 주제는 원문도 함께 읽어 보기도 합니다.

6️⃣ 소프트 스킬

소프트 스킬 관련 영상은 팟 캐스트처럼 틀어 놓고 듣는데, 요즘은 아래 채널을 자주 이용합니다. 의사소통 스킬과 여러 가지 직장 생활에 도움 되는 정보가 많아서 종종 시청하고 있어요.

https://www.youtube.com/@DrGraceLee

7️⃣ 알고리즘, 자료 구조 무료 온라인 책

컴공 수업 때문에 알고리즘, 자료 구조 관련 책을 처음 읽어 본 이후 10년 이상 지났지만, 가끔 다시 읽어 봅니다. 최근에 무료 온라인 책을 찾아서 읽어 보고 있습니다. 영문으로 알고리즘, 자료 구조를 공부하고 싶은 분이나 해외 취업 준비 중인 분이라면 한 번 읽어 보는 걸 추천합니다.

https://www.kartikkapur.com/documents/DataStructuresAndAlgorithms.pdf

🪴 함께 읽으면 좋은 글

면접용 알고리즘, 자료 구조 CheatSheet 15개
https://careerly.co.kr/comments/89598

실력 향상을 위한 해외 유튜브 채널 10개
https://careerly.co.kr/comments/88786

성장형 개발자에게 필요한 학습법
https://careerly.co.kr/comments/87769

Educative

기술, 개발 학습 자료 7가지

AI 모델 에이전시, AI 증명사진 생성 서비스를 만든 Danny Postma 이야기

🗞️ 혼자 8개월간 만든 사이드 프로젝트를 수십억에 매각한 29살 비전공자 이야기

안녕하세요 :)
오늘은 혼자 8개월간 만든 사이드 프로젝트를 수십억에 매각한 29살의 비전공자 사이드 허슬러 Danny Postma 이야기를 준비했습니다.

Danny는 프리랜서 디자이너 겸 마케터로 일하다가 개발을 독학해서 만든 카피라이팅 서비스를 수십억에 매각했고, 2020년부터 현재까지 총 19개의 사이드 프로젝트를 출시했으며, 현재는 AI 증명사진 서비스로 월 수천만원의 수익을 얻고 있습니다.

Danny는 코딩을 독학한 지 3년도 안 되어 경제적 자유를 달성했는데요. 어떤 제품들을, 어떤 전략으로, 어떻게 만들었는지 정리해서 이 뉴스레터에 담았습니다. 🧐

전체 내용 보기 ➡️ https://www.sidehustlerstory.com/p/danny-postma/?ref=careerly.co.kr

👇 전체 목차입니다. (내용 이해에 이미지가 필요한 부분이 많아서 이 글에는 목차만 공유합니다)

📌 지금까지 출시한 프로덕트 20개 🚀
📌 시작: 잘 만든 랜딩 페이지 보여주는 LandingFolio.com 🛬
📌 책, 인강, 학원, 부트캠프 없이 개발을 독학한 방법 👨‍💻
📌 Danny가 주로 사용하는 기술 스택 🛠️
📌 전자책을 SaaS로 바꾸고 2주에 $60,000 벌기: Headlime.com 🍋
📌 SaaS에 AI 붙이고 월 수익 25배 증가: Headlime.com 🍋
📌 출시 8개월 만에 수십억에 매각: Headlime.com 🍋
📌 프로필 사진 생성 AI 서비스로 월 수익 수천만원: HeadshotPro.com 📸
📌 이 모델은 실존 인물이 아닙니다!? AI 모델 에이전시: DeepAgency.com 💁
📌 SEO 전문가들도 감탄한 Danny의 SEO 전략 5가지 🔑
📌 Headlime.com 매각 뒷이야기 🔇

사이드허슬러스토리

혼자 8개월간 만든 사이드 프로젝트를 수십억에 매각한 29살 비전공자

The freelance market is growing rapidly, and machine learning skills are highly sought after. With machine learning, freelancers can enhance their problem-solving abilities and increase their income...

Develop Your Career as a Freelance Machine Learning Engineer: A Step-by-Step Guide to Make Over...

프리랜서 시장은 빠르게 성장하고 있으며 머신러닝 기술에 대한 수요가 매우 높다고 하는데요, 프리랜서 시장에서 성공할 수 있는 몇 가지 기계 학습 도구와 기술에 대해 설명하는 기사 공유합니다.😃

<프리랜서 기계 학습 엔지니어로서 성공하기: 단계별 가이드>
💌 Freelancer.com의 조사에 따르면, 머신러닝은 가장 높은 연봉을 받는 프리랜서 기술 상위 5개 중 하나라고 합니다. 스탠포드 대학의 연구에 따르면 머신러닝과 같은 전문 기술을 갖춘 프리랜서는 이러한 기술이 없는 프리랜서보다 최대 80% 더 많은 수익을 올릴 수 있다고 합니다. 데이터 기반 통찰력을 활용하면 서비스를 최적화하고 더 많은 고객을 유치하며 성공적인 프리랜서 경력을 구축할 수 있습니다.

1) 프리랜서 시장 성장: 전 세계 프리랜스 시장은 2023년까지 4,552억 달러에 이를 것으로 예상됩니다(출처: Statista).
2) 기계 학습 기술에 대한 수요: LinkedIn의 2022년 신흥 직업 보고서에 따르면 기계 학습 엔지니어링은 가장 수요가 많은 기술 직업 상위 5개 중 하나였습니다.
3) 소득 잠재력: Payscale은 적절한 기술을 갖춘 프리랜서 기계 학습 엔지니어는 더 많은 돈을 벌 수 있다고 보고합니다.
4) 직업 만족도: 옥스포드 대학의 2023년 연구에 따르면 기계 학습 엔지니어를 포함한 기술 업계의 프리랜서는 기존 직원에 비해 직업 만족도가 더 높은 것으로 나타났습니다(출처: 옥스퍼드 대학).
5) 기술 다양화 영향: Toptal의 조사에 따르면 기술을 다양화하는 프리랜서는 한 분야만 전문으로 하는 프리랜서보다 평균적으로 35% 더 많은 수익을 얻습니다(출처: Toptal).
6) 포트폴리오 영향: Freelancers Union의 연구에 따르면 프리랜서의 82%는 포괄적인 업무 포트폴리오가 있으면 일자리를 더 쉽게 확보하는 데 도움이 된다고 보고했습니다(출처: Freelancers Union).
7) 네트워킹 영향: 같은 연구에 따르면 해당 분야의 다른 전문가들과 적극적으로 네트워크를 형성한 프리랜서 중 78%가 취업 기회가 증가했다고 보고했습니다(출처: Freelancers Union).

🌈다양한 기계 학습 도구들🌈
- Python: Python은 기계 학습에 널리 사용되는 언어입니다. Scikit-Learn, TensorFlow, PyTorch와 같은 라이브러리를 사용하면 정교한 기계 학습 모델을 구축하고 학습할 수 있습니다.
- Jupyter Notebook: Jupyter Notebook은 라이브 코드, 방정식, 시각화 및 설명 텍스트가 포함된 문서를 만들고 공유할 수 있는 오픈 소스 애플리케이션입니다. 
- Tableau: Tableau는 강력한 데이터 시각화 도구입니다. Tableau를 사용하면 기계 학습 모델의 결과를 시각적으로 매력적인 방식으로 제시할 수 있습니다.
- R: R은 통계 컴퓨팅과 그래픽을 위한 언어이자 환경입니다. R은 caret 및 mlr과 같은 패키지를 통해 광범위한 기계 학습 기능을 제공합니다.

🌈경험이 필요한 포트폴리오 프로젝트🌈
- 예측 분석 프로젝트: 기계 학습을 사용하여 미래 동향이나 행동을 예측합니다. 예를 들어, 과거 데이터를 기반으로 암호화폐나 주식의 가격을 예측합니다. 데이터 수집 및 전처리부터 모델 개발 및 결과 해석까지 전체 프로세스를 문서화합니다.
- 자연어 처리(NLP) 프로젝트: 감정 분석기 또는 챗봇과 같은 NLP 프로젝트를 구현합니다. 이러한 프로젝트는 텍스트 데이터로 작업하고 단어 임베딩 및 순환 신경망과 같은 고급 개념을 적용하는 능력을 보여줄 수 있습니다.
- 이미지 분류 프로젝트: CNN(Convolutional Neural Networks)을 사용하여 이미지 분류 모델을 개발합니다. 이와 같은 프로젝트에는 꽃 종류를 분류하고, 얼굴 표정을 감지하고, 이미지에서 동물을 식별하는 작업이 포함될 수 있습니다.
- 추천 시스템 프로젝트: 영화 웹 사이트, 전자 상거래 상점 또는 음악 스트리밍 플랫폼을 위한 추천 시스템을 설계합니다. 이는 대규모 데이터 세트를 처리하고 협업 필터링 또는 행렬 분해와 같은 기술을 사용하는 능력을 보여줍니다.

🌈추가로 필요한 기술들: 프로젝트 입찰(Project Bidding), 가격 전략(Pricing Strategy), 고객 유지(Client Retention), 워크플로우 최적화(Workflow Optimization)

🌈유용한 팁: 최신 정보 유지, 강력한 포트폴리오 구축, 다른 전문가와의 네트워크, 기술 세트 다양화, 진도율 추적(Track Your Progress)

❗️프리랜서는 기계 학습을 활용하여 정보에 입각한 결정을 내리고 서비스를 최적화하며 수익 잠재력을 극대화할 수 있습니다. 업계 동향에 대한 최신 정보를 유지하고, 강력한 포트폴리오를 구축하고, 지속적으로 기술을 개선함으로써 프리랜서 기계 학습 엔지니어로서 성공할 수 있습니다.❗️

원본 기사 링크는 아래와 같습니다. 감사합니다❤️
[Source Link] https://medium.com/@datawithdan_/develop-your-career-as-a-freelance-machine-learning-engineer-a-step-by-step-guide-to-make-over-1f95254ce020

Medium

기계 학습 엔지니어로 프리랜서 시장에서 성공하기

Copy-to-clipboard React component. Latest version: 5.1.0, last published: a year ago. Start using react-copy-to-clipboard in your project by running `npm i react-copy-to-clipboard`. There are 1534 other projects in the npm registry using react-copy-to-cli

react-copy-to-clipboard

요즘 대부분 서비스에서 사용자 경험 향상을 위해 ‘한 번의 클릭으로 특정 텍스트를 클립보드로 복사’ 기능을 지원합니다. 

클립보드 복사 기능을 구현하는 데에는 대표적으로 ‘document.execCommand’ 와 ‘Navigator.Cipboard API’ 두 가지 방법이 존재합니다. ‘execCommand’ 메서드는 이전에 널리 사용되던 기술이나 현재는  Deprecated(비권장) 상태에 있습니다. 반면 Cipboard API는 execCommand를 대체하기 위해 디자인 되었으며 대신 Internet Explorer를 지원하지 않으며, Safari 13.1 버전부터는 Https 환경에서만 작동합니다.

이처럼 각 기술마다 지원하는 브라우저와 환경이 다르므로 이들의 한계와 호환성 문제를 고려하여 클립보드 복사 기능을 구현해야 합니다. 이런 복잡한 고려사항을 줄이고, 개발자가 더욱 쉽고 안정적으로 클립보드 복사 기능을 구현할 수 있도록 도와주는 라이브러리가 바로 ‘react-copy-to-clipboard’ 입니다.

'react-copy-to-clipboard` 라이브러리는 'document.execCommand' 메서드를 기본적으로 사용하지만, 해당 API 실패시 여러 폴백 메커니즘을 통해 다양한 환경에서 클립보드 복사 기능을 지원하려고 노력합니다.

따라서 위에서 언급된 기술적 한계와 호환성 문제를 크게 신경 쓰지 않고도, 클립보드 복사 기능을 손쉽게 개발할수 있습니다. 또한 코드의 복잡성을 줄이고 가독성을 향상시켜, 개발자가 더욱 직관적이고 전문적인 개발 환경에서 작업할 수 있게 도와줍니다.

https://www.npmjs.com/package/react-copy-to-clipboard

클립보드 복사 기능: react-copy-to-clipboard

Learn the Difference Between 401 and 403 Errors: Authentication vs. Authorization in HTTP Status Codes. Clear guidelines for developers.

401 vs. 403 Error Codes: What's the Difference? When to Use Each? (Updated 2023) | Permit

HTTP status 400대 에러! 뭔가 요청이 잘못되거나 권한이 부족하여 제대로 답을 줄 수 없을때 마주하게 되는 에러인데요. 이 중 알듯 모를듯 비슷한 두 인증 및 권한에 대한 에러가 있습니다. 바로 401과 403인데요. 그 차이 정확히 알고 계신가요? 

401 Unauthorized
- 요청자(사용자)가 누군지 알 수 없음 
- 인증이 필요한 요청인데 실패하거나 제대로 제공이 되지 않은 경우. 
- 응답에는 유효한 자격 증명을 제공하도록 요구하는 `WWW-Authenticate` 헤더 필드를 포함하도록 한다. 

403 Forbidden
- 요청자(사용자)가 누구인지는 알고 있으나 접근 허용되지 않음. (권한이 부족) 
- 오류 사유를 포함하지 않는다!  

이 두 가지를 헷갈리면 안되는 이유는 바로 유저 프로세스가 두 에러에 따라 변경될 수 있기 때문인데요. 가장 많이 마주하는 시나리오는 유저의 로그인을 하고 일부 리소스에 대해서 접근을 관리하는 서비스일 것 같습니다. 

예를 들어 Google 클라우드에서 공유된 폴더에 접근한다고 가정하였을 때.

1) 요청하는 유저가 로그인 아직 하지 않았을 때 -> 401 
2) 요청하는 유저가 로그인 하였고, 공유된 폴더에 접근 권한이 있을 때 -> 200
3) 요청하는 유저가 로그인 하였고, 공유된 폴더에 접근 권한이 없을 때 -> 403

https://www.permit.io/blog/401-vs-403-error-whats-the-difference

Permit

401과 403 그 차이는?

Master programming by recreating your favorite technologies from scratch. - GitHub - codecrafters-io/build-your-own-x: Master programming by recreating your favorite technologies from scratch.

GitHub - codecrafters-io/build-your-own-x: Master programming by recreating your favorite technologies from scratch.

이번 긴 추석 연휴 어떤 계획을 가지고 계신가요? :) 시간 난 김에 항상 가져다쓰기만 하던 것들을 바닥부터 만드는 작은 프로젝트 어떠신가요? 어떤 것들을 어떻게 해야할지! 고민이 들 때 참고하기 좋은 repository를 찾아서 공유합니다. 

3D rederer 에서 Framework, CLI, Database, Text Editor까지 정말 다양한 주제들을 담고 있습니다.

https://github.com/codecrafters-io/build-your-own-x

GitHub

build your own x

After reviewing millions of PRs, we've found the 11 that are dragging down your engineering team.

The 11 Types Of Toxic Pull Requests (According To 4.5 Million Code Branches)

혹시 여러분을 힘들게 했던 기억나는 코드리뷰 있으신가요? 분명 더 좋은 품질의 코드를 만드려고, 더 협업을 잘 해보려고 하는 코드 리뷰인데, 생산성이 계속 떨어지고, 아무도 관심도 안 가져서 잊혀져 가는 PR 보신적 있지 않으신가요? 

이러한 잘 이루어지지 않는 PR의 배경에는 엔지니어링 워크플로우의 4가지 근본적인 문제가 있다고 합니다. 

1. PR의 리뷰어를 할당받는 공식적인 절차가 없다. 
2. PR 크기에 대한 표준화 또는 모범사례가 없다. 
3. 모든 PR의 중요도가 모두 같다.
4. PR 컨텍스트에 대한 설명이 부족하거나 리뷰 시간이 너무 부족하다.

그렇다면 이러한 환경에 있을 때 어떤 안좋은 모습의 풀 리퀘스트들이 생겨날까요? 

1. 문서 작업과 같은 너무나도 사소한 PR - 다른 영향이 없기 때문에 그냥 나가도 되는데 작업 시간만 길어짐. 
2. 오래된 코드가 포함된 PR - 더 이상 사용하지 않는 코드 작업하여 리뷰 요청. 지금 시스템 현 상태에 대한 싱크가 제대로 이루어 지고 있지 않음.
3. 적절한 작업 문서를 첨부해 주지 않는 PR : 관련 위키나 기획서가 빠져있으면 문맥을 알기 어렵다. 
4. 영향도는 큰데, 한명에게만 리뷰 요청하는 PR 
5. dependency가 줄줄이 있는 PR : 하나가 밀리면 뒤에까지 계속 기다려야하는 리뷰이면 뒷 작업까지 영향을 줄 수 있음.
6. 명확하지 않은 PR : 목적이 분명치 않거나 한번에 여러 문제를 해결하려는 PR은 제대로 된 리뷰를 방해할 수 있다. 
7. 보안 위험이 그대로 들어나는 PR : 민감한 정보를 다루는 코드인데 보안 팀의 리뷰를 요청 안하는 경우
8. 도메인 전문가가 봐야 하는데 리뷰 요청 안하는 PR
9. 테스트 없는 PR 
10. 컨택스트가 없어서 조사해야하는 PR 
11. 기존 코드를 삭제하는 PR : 코드를 삭제하는 작업은 알기 어려운 사이드 이펙트를 만들 수 있으므로 각별한 주의가 필요하다. 

이러한 악성 풀 리퀘스트를 막으려면 어떻게 해야할까요? 

1. 페어 프로그래밍 : 두 명의 개발자의 리소스를 사용하지만 결과적으로는 코드의 결함률을 낮추어 주고 
2. Continous Merge : 자동화된 테스트와 코드 분석을 통과하면 자동으로 계속 머지되도록 하는 방법
  - 리뷰어를 자동으로 할당 (예상 검토 시간 포함)
  - 리파지토리의 중요도/위험도에 따라 PR 분류
  - 위험도가 낮은 PR에 대해서는 자동 승인

아직 PR로 리뷰를 꼭 받고 main 브랜치에 머지되어야 한다는 고정관념(?) 때문에 continous merge 개념이 좀 생소하기는 한데요. 점점 더 빠르게 기능을 구현해야하는 현대 개발 문화에서 post merge code review 역시 한번쯤 고려해볼만 하지 않을까 하는 생각이 드네요! 

https://devinterrupted.substack.com/p/the-11-types-of-toxic-pull-requests

Substack

11가지 악성 풀 리퀘스트

쿠키 1부: HTTP로 설명하는 쿠키(cookie)

“쿠키는 클라이언트에 저장되고… 음,,, 보안에 좋지 않습니다.” 😅

개발자 면접을 볼 때 쿠키에 대해서 물어보면 가장 흔하게 들을 수 있는 대답인데요. 완전히 틀린 말은 아니지만 뭔가 알맹이가 빠진 느낌이 듭니다.

“그럼 보안을 위해서 쿠키는 안 쓰는 게 좋겠네요?”

라고 반문을 하면 오랫동안 웹 개발을 한 분들도 머뭇거리시는 경우가 많은데요. 아무래도 대부분의 서버 프레임워크에서 쿠키를 직접 다루지 않아도 되도록 추상화 잘 되어 있기 때문에 오히려 쿠키를 직접 다루거나 쿠키에 대해 깊이 생각해볼 기회가 많지 않아서 그런 것 같습니다.

사실 쿠키는 웹에서는 빼놓을 수 없는 핵심적인 기술이죠? 프런트 개발을 하든 백엔드 개발을 하든 웹 개발자로서 쿠키를 제대로 이해해두시면 두고두고 유용한 지식이 될 거라 생각합니다. 그래서 2개의 포스팅에 걸쳐서 쿠키를 기술적으로 깊게 파해쳐보려고 합니다. 🔪

첫 번째 포스팅에서는 쿠키가 어떻게 서버와 브라우저 간에 이동을 하는지, 그리고 쿠키의 유효 기간과 적용 범위를 설정하는 방법과, 쿠키의 한계와 대체 기술에 대해서도 살펴보겠습니다.

📝 포스팅: https://www.daleseo.com/http-cookies/

우리가 웹에서 쿠키를 사용할 수 밖에 없는 결정적인 이유인 세션 기반 사용자 인증에 대해서는 아래 두 번째 게시물을 참고 바랍니다.

🎵 쿠키 2부: 세션은 쿠키가 필요해: https://careerly.co.kr/comments/91233

Daleseo

쿠키 1부: HTTP로 설명하는 쿠키 🍪

이번 포스팅에선 아주 중요하지만 프로그래밍 교육 과정에서 크게 다루지 않는 보안 에 대해 이야기 해보려고 한다. 최근엔 프레임워크나 라이브러리 차원에서 잘 막아주기 때문에 큰 언급없이 넘어가는 경우가 많지만 소프트웨어 개발자는 꼭 보안 전문가가 아...

웹 개발을 위해 꼭 알아야하는 보안 공격

보안은 웹 개발에서 굉장히 중요한 분야 중 하나지만, 프로그래밍 교육이나 개인 포트폴리오로 프로젝트를 진행할 때 크게 다루지 않는걸 종종 보곤 했습니다.

아마도 요즘 사용하는 프레임워크나 라이브러리에서 대부분의 보안 공격이나 실수에 대해 방어할 수 있도록 구현이 잘 되어있기 때문이겠습니다만

웹 개발자 혹은 소프트웨어 개발자라면 보안 전문가 수준까진 아니더라도 기초적인 보안 공격에 대한 이해와 이를 방어할 수 있는 방법을 알아둠으로써 혹시나 발생할 수 있는 실수를 사전에 막을 수 있어야 합니다.

오늘은 알아두면 나중에 반드시 도움이 되는 보안 공격에 대해 잘 정리된 글이 있어 공유드립니다.
글에서 언급된 대표적인 보안 공격을 요약하자면 다음과 같습니다.

📌 SQL Injection
서버에서 실행되는 SQL을 악의적으로 이용하는 공격입니다. 
이름처럼 기존 SQL에 악의적인 SQL 구문을 삽입하여 데이터 탈취, 삭제 등을 할 수 있습니다.

📌 Cross-Site Scription (XSS)
웹 페이지에 악성 자바스크립트를 삽입하는 공격입니다. 
최근엔 SPA(Single-Page Application)로 배포되는 서비스가 많은데, 이렇게 배포되는 서비스 대부분이 인증 관리를 위해 토큰을 Cookie 혹은 localStorage 에 저장합니다. 
이때 XSS 방어 준비가 되어있지 않은 경우 자바스크립트를 통해 불특정 다수의 사용자 토큰을 손쉽게 탈취 할 수 있습니다.

📌 CSRF Attack
Cross-Site Request Forgery라고 부른다. 공격자가 서비스 사용자를 이용하여 요청을 보내는 공격을 말합니다.
예를 들어 네이버 로그인과 똑같은 화면을 제공하는 피싱 사이트를 사용자가 피싱 사이트인 것을 모르고 아이디와 비밀번호를 입력하고 로그인 버튼을 누른다면 피싱 사이트는 진짜 네이버 로그인 URL 에 요청할 수 있게 됩니다. 
만약 CSRF 에 대한 방어가 제대로 안되어 있다면 성공/실패 Response 가 내려올 것이고 이를 통해 해커는 성공한 계정 정보를 판단하여 탈취할 수 있습니다.

📌 Command Injection
쉘을 실행시키는 로직을 이용한 공격으로 시스템 권한이 탈취되는 것이나 마찬가지기 때문에 매우 치명적입니다.
각 언어마다 쉘 명령을 실행할 수 있는 API 가 존재하는데 이러한 API 를 해커가 호출할 수 있게 방어가 안되어있다면 치명적인 결과를 불러올 수 있다.

📌 File Upload Attack
공격 스크립트가 담긴 파일을 서버로 업로드하는 공격입니다. 
WebShell 이 가능한 코드가 담긴 파일을 업로드하고 해커가 URL을 통해 접근 가능해지면 Command Injection 과 같은 효과를 볼 수 있습니다.

📌 JavaScript Injection
브라우저에서 자바스크립트를 삽입시키는 공격입니다. 
브라우저에서 제공하는 Console 을 통해 Javascript 코드 조작이 가능하기 때문에 Client-Side 에 민감한 데이터를 넣어놨다면 해당 공격을 통해 탈취가 가능합니다.

📌 DDoS
꽤 유명한 보안 공격중 하나입니다.
Distributed Denial of Service 라고 부르는데, 직역하면 분산 서비스 거부 공격이라고 할 수 있습니다. 
이름처럼 분산된 시스템을 이용하여 서버에 비정상적으로 많은 트래픽을 보내 마비시키는 공격입니다.
공격자는 수 많은 PC 를 이용하여 서버에 트래픽을 보내는데 몰래 심어 놓은 좀비 PC 를 이용할 수도 있고 본인이 사용할 수 있는 PC 를 이용할 수도 있습니다. 
많은 트래픽이 발생하기 때문에 공격을 받는 서비스는 부하가 생겨 느려지거나 서버가 죽을 수 있습니다.

📌 Dictionary Attack
미리 데이터베이스에 등록해놓은 수많은 문자열을 암호로 대입하는 공격으로 Brute Force의 일종입니다.
"하나만 걸려라" 공격이라고도 볼 수 있는데 많은 웹 사이트에서 간단한 단어로 비밀번호를 등록하지 못하게 하는 이유기도 합니다.

📌 Rainbow Table
평문을 해시 함수로 만든 문자열을 모두 저장시켜 놓은 표를 가지고 탈취한 계정 데이터의 암호 원문을 알아내는 공격입니다.

각 보안 공격에 대한 대응 방법과 주의사항등은 공유드린 원문에 자세히 설명되어있으니 관심있으신 분들은 참고해주시면 좋겠습니다.

📚 원문
- https://kciter.so/posts/basic-web-hacking

📚 함께보면 좋은글
- 🔐 암호화의 종류: https://careerly.co.kr/comments/89377?utm_campaign=self-share

kciter.so

🔐 웹 개발을 위해 꼭 알아야하는 보안 공격

Swagger는 API 문서를 쉽고 자동으로 작성하는 데 도움이되는 강력한 도구입니다. 이 기사에서는 Swagger를 사용하여 프로젝트의 API 문서를 자동으로 생성하는 방법을 살펴 봅니다.

Swagger는 소프트웨어 개발 커뮤니티에서 널리 사용되는 개방형 표준화 된 API 개발 프레임 워크입니다. API를 자동으로 쉽게 작성, 설계 및 문서화하는 도구를 제공합니다. Swagger는 JSON 또는 YAML 파일을 사용하여 API를 설명하고 아름답고 이해하기 쉬운 API 문서를 생성합니다.

✌️Swagger를 사용하여 API 문서를 작성하는 방법:

✅ API 정의 : JSON 또는 YAML 파일을 사용하여 경로, HTTP 메소드, 매개 변수, 설명 및 기타 관련 요소를 지정하여 API를 정의 할 수 있습니다.

✅ API 문서 생성 : Swagger 도구를 사용하면 API 정의에서 API 문서를 자동으로 생성 할 수 있습니다. Swagger는 JSON 또는 YAML 파일에 정의 된 정보를 사용하여 API의 리소스, 메소드 및 매개 변수에 해당하는 API 문서 페이지를 생성합니다.

✅ API 문서 표시 : Swagger에서 생성 된 API 문서는 아름답고 친숙한 사용자 인터페이스를 통해 액세스 할 수 있습니다. 사용자는 API와 관련된 리소스, 메소드, 매개 변수 및 기타 정보를 쉽게 볼 수 있습니다.

✌️Swagger를 사용하여 API 문서를 만들면 다음과 같은 이점이 있습니다:

✅ 문서 생성 프로세스 자동화 : Swagger를 사용하면 API 정의에서 API 문서를 자동으로 생성하여 수동 작업을 줄이고 시간을 절약 할 수 있습니다.

✅ 읽고 이해하기 쉬운 문서를 작성하십시오. Swagger는 표준 형식, 명확한 구조로 API 문서를 작성하며 읽기 쉽습니다. 이를 통해 사용자는 API의 중요한 측면을 쉽게 파악할 수 있습니다.

✅ 상호 작용 성 및 테스트 가능성 향상 : Swagger에서 생성 된 API 문서는 사용자 인터페이스에서 직접 API를 테스트 할 수있는 기능을 제공합니다. 이것은 상호 작용 성을 높이고 테스트 시간을 줄이는 데 도움이됩니다.

✅ 소스 코드와 문서 동기화 : Swagger를 사용하면 API 문서를 소스 코드와 동기화 할 수 있습니다. 소스 코드가 변경되면 Swagger는 수동으로 수행하지 않고도 해당 문서를 자동으로 업데이트 할 수 있습니다.

✅ API 문서를 수동으로 작성하려면 많은 시간과 노력이 필요합니다. 그러나 Swagger를 사용하면이 프로세스가 자동화되어 아름답고 이해하기 쉬운 API 문서를 쉽게 만들 수 있습니다. Swagger를 사용하여 프로젝트에 대한 API 문서를 작성하고이 프로세스를 자동화하는 이점을 누리십시오.

Swagger 홈페이지 👉 https://swagger.io
Swagger Gin-Golang 👉 https://github.com/swaggo/gin-swagger

모든 기사는 실제 작업에서 수행, 경험 및 사용한 후의 개인적인 견해입니다. 잘못된 정보와 혼란이있는 경우 모든 사람이 아래 의견에 의견을 제시 할 수 있기를 바랍니다.👇👇👇

Swagger를 사용하여 API 문서 자동 생성

Developers and Open Source authors now have a massive amount of services offering free tiers, but it can be hard to find them all to make informed decisions.

Free for Developers

프리티어(free tiers)로 사용할 수 있는 소프트웨어(SaaS, PaaS, IaaS...) 등을 정리해둔 사이트입니다. 토이 프로젝트나 작은 프로젝트에서 활용하기 좋을 정보가 많네요!

https://free-for.dev

Free-for

📌 무료로 사용할 수 있는 개발 도구들

한빛미디어

한빛 MSA 시리즈의 하나로 깃헙 코파일럿 특강이 올라왔습니다! 

코파일럿이 무엇인지, 어떻게 사용할 수 있는지, 그리고 어떠한 자세로 우리가 AI 어시스턴트를 이용해야할지에 대해서 풀어보았습니다 :) 

https://www.hanbitn.com/product/msa2003-copilot/

https://www.hanbitn.com

코딩 친구 넘어 코딩 선생님으로, GitHub Copilot

번(Bun) 1.0이 출시되며 많은 관심을 받고 있습니다. 이 글은 번을 사용해서 간단한 리액트 SSR 프로젝트를 만들어 볼 수 있는 가이드입니다. 아직 번을 사용해 프로젝트를 만들어보지 못하셨다면 이 가이드를 천천히 따라와보세요:)

[번역] 번(Bun)과 리액트로 서버사이드 렌더링(SSR) 구현하기

오늘 소개해드릴 글은 라인플러스의 김은빈님이 번역해주신 글입니다. 최근 번(Bun) 1.0이 출시되며 많은 관심을 받고 있습니다. 이 글은 번을 사용해서 간단한 리액트 SSR 프로젝트를 만들어 볼 수 있는 가이드입니다. 이야기는 많이 들었지만 아직 번을 사용해 프로젝트를 만들어보지 못하셨다면, 혹은 이번 기회에 번에 대해 알아가고 싶으시다면 이 가이드를 천천히 따라와보셔도 좋을 것 같습니다:)

> 글 링크: https://velog.io/@eunbinn/server-side-rendering-ssr-with-bun-and-react

Velog

번(Bun)과 리액트로 서버사이드 렌더링(SSR) 구현하기

나 실리콘밸리를 가야겠다 (1)

안녕하세요 :)

글을 보면서 "와 정말 대단하다. 실행력 대박"이라는 말이 나온 글입니다

실리콘밸리를 가야겠다 생각하시고 실행하는 부분이 너무 인상적이였어요.

시리즈 글인데 모두 올라와서 링크 타시고 보시면 좋을 것 같아요

최근 본 글 중 실행력 제일 좋다고 생각한 글이에요

https://www.junsoor.com/silicon-valley-1

Junsoor

나 실리콘밸리를 가야겠다

ChatGPT 쓸 때 질문을 영어로 번역해 주고, 답변도 한글로 번역해 주는 번역기입니다.

프롬프트 지니: ChatGPT 자동 번역기

ChatGPT를 쓰다보면 불편한 점들이 몇가지 있는데 그런 부분들을 보완해주는
없어서는 안되는 필수 크롬 익스텐션을 3가지 소개합니다!

1/ 프롬프트 지니 : ChatGPT 자동 번역기 (필수!)

ChatGPT 입력창에 한글로 입력하면 자동으로 영문으로 전환해서 물어보고, 결과가 영어로 나오면 한글로 자동 번역해서 보여줍니다.

ChatGPT의 영문 학습량이 한글보다 많아서 더 정확한 결과를 얻으려면 영어로 프롬프트를 작성해야 할 경우가 많습니다. 

번역기를 왔다 갔다하면서 입력해야 하는 번거로움을 한방에 해결해주는 필수 익스텐션 입니다.

https://chrome.google.com/webstore/detail/프롬프트-지니-chatgpt-자동-번역기/lhkgpdljnlplgbkonflbhifackjhjmdj?hl=ko

2/ AIPRM : 원클릭 프롬프트

막상 ChatGPT를 열어서 원하는 결과를 얻으려면 프롬프트를 쓰는걸 시작하기 쉽지 않습니다. 너무 간단하게 물어보면 추상적인 답변이 나오고, 맥락을 설명 하면서 해야하는데 어떻게 효과적으로 물어봐야하는지 잘 떠오르지 않죠. 그리고 복잡하고, 구체적인 답변을 원한다면 빌드업에 많은 시간이 걸립니다.

AIPRM은 이런 프롬프트 작성의 문제를 해결해줍니다.

3600개 이상의 검증된 프롬프트를 활용해서 빠르게 원하는 질문을 만들고, 원하는 답변을 받을수 있도록 도와줍니다.

https://chrome.google.com/webstore/detail/aiprm-for-chatgpt/ojnbohmppadfgpejeebfnmnknjdlckgj?hl=ko

3/ WebChatGPT: 인터넷 액세스 가능한 ChatGPT

ChatGPT는 최신 데이터를 가지고 있지 않습니다. 

특정 시점 이전의 데이터만 학습해서 모델을 만들었고, 인터넷에 있는 정보를 실시간으로 반영하지 않습니다. 그래서 최신 정보를 물어보면 대답이 틀리거나, 모른다고 답변합니다.

WebChatGPT는 ChatGPT에게 인터넷에 접근가능하게 만들어 줍니다.

그 외에도 AIPRM 처럼 프롬프트 라이브러리를 제공하고, 검색 서비스옆에서 AI가 생성한 답변을 볼수 있게도 해줍니다.

https://chrome.google.com/webstore/detail/webchatgpt-chatgpt-with-i/lpfemeioodjbpieminkklglpmhlngfcn?hl=ko

Google

ChatGPT 사용할때 꼭 필요한 크롬 익스텐션 3가지

'따라 하기'보다는 '업의 본질'에 집중하기 : 네이버 블로그

1. 자신이 하고 있는 일의 본질이나 몸담고 있는 업의 본질을 이해하는 데는 꽤 많은 시간이 걸릴 수밖에 없다. 본질이라는 게 대충 몇 년 했다고 쉽게 알 수 있는 게 아니니까.

2. 그리고 업의 본질을 이해하기 위해선 초기 지나친 확장은 경계하는 것이 좋다. 확장하고 성장하는 것은 너무나 좋고 아름다운 일이지만, 자칫 잘못하면 이로 인해 늘어난 수많은 부수적인 일에 휩쓸려, 지금 내가 하고 있는 일의 본질이 무엇인지, 코어가 무엇인지에 대해 고민하는 것을 놓칠 수 있기 때문.

3. 그러다 보면 바쁜 업무 속에서 정신없이 지내기 마련인데, 정작 정말 중요한 일이 아니라 부수적인 일만 하다가 어느 순간 거품이 꺼져서 돌아보면 결국에는 아무것도 한 게 없는 꼴이 된달까?

4. 성장 중독이 난무하는 스타트업 씬에서 괜히 ‘(초기에는) 확장성 없는 일을 하라(Do thing that don't scale)’는 말이 나온 게 아닌 셈.

5. 지금 하고 있는 일의 본질이 무엇인지, 고객들이 우리 제품이나 회사에게 기대하는 바가 정확히 무엇인지를 이해하려면 성장보다는 본질에 대해 이해하는 시간을 가져야 하니까.

6. 그리고 정말 고객들이 원하는 것이 무엇인지, 지금 시대에 필요한 것이 무엇인지, 업의 본질이 무엇인지를 알고, 이를 구현할 실행력까지 가지고 있다면 성장은 당연히 일어나는 것 같고.

7. 다만, 여기서 정말 어려운 문제는 업의 본질이나 자신이 하는 일의 본질을 이해하는데, 그리고 고객이 정말로 원하는 것이 무엇인지를 온전히 이해하는데, 얼마의 시간이 걸릴지는 그 누구도 알 수 없다는 점이다. 10년이 걸릴지, 20년이 걸릴지, 아니면 평생이 걸릴지는 그 누구도 알 수 없으니까.

8. 그래서 사람들 중에는 업의 본질을 이해하는 데 자신의 시간과 자원을 베팅하기보다는, 지금 잘 되는 누군가를 따라 하는 일에 더 많은 시간과 자원을 베팅하는 경우가 많다.

9. 그렇게 요즘 인기 있다는 마케팅 방식을 쫓아다니고, 인기 있는 밈을 추종하며, 뭔가 그럴듯한 컨셉이 있으면 따라 하는데,

10. 물론 그렇게 해서 순간적으로 관심을 얻고, 인기를 얻는 경우는 의외로 많다. 추세와 트렌드가 가진 힘이 있으니까. 그래서 그게 콘텐츠 마케팅이든, 소셜 미디어 마케팅이든, 퍼스널 브랜딩이든, 관련한 강의를 하는 사람들 중에는 메시지의 형태는 다소 다를 수 있으나 대부분 뭔가를 보고 따라 하라는 얘기를 하는 경우가 많다.

11. 업의 본질이나 자신이 추구하는 가치의 본질이 무엇인지를 고민하고 실행하고 찾아가는 지루한 과정보다는 그게 훨씬 쉽고, 운이 좋으면 성과도 빨리 낼 수 있으니까.

12. 하지만 뭔가 잘 따라 한다고 해서 게임이 끝나는 경우는 거의 없다. 아무리 많은 관심을 얻고, 인기를 얻고, 매출을 잘 발생시켜도, 이를 유지하려면 결국에는 코어가 단단해야 하고, 끈기가 있어야 하며, 실패를 딛고 일어설 수 있어야 하는데,

13. 잘 되는 것만 따라 해서는 이 단계를 극복하지 못한다. 잘 된 것들은 너무 많아서 따라 하기 쉽고 따라 할 것도 많지만, 잘 안 되었을 때는 어떻게 해야 하는지를 참고할 수 있는 건 그리 많지 않으니까. 그땐 정말 진정성을 가지고, 공부를 하든, 사람을 찾아다니든 해야 하고, 뭐가 문제인지를 숙고해야 하는데,

14. 쉽게 따라 할 수 있는 것에 너무 익숙해지면, 어렵고 시간이 걸리는 해결책을 선택하기란 점점 어려워진달까?

15. 그래서 이런 사람들은 대체로 질문이 자기중심적인 경우가 많다. 자신의 문제를 해결할 답을 알려달라는 식이다. 특히 창작자나 콘텐츠 업계로 넘어오면, 이 질문들은 더욱 노골적으로 변한다. “썸원 님, 저는 어떤 콘텐츠를 만들어야 하죠? 어떻게 돈을 벌어야 하죠?”

16. 이런 질문을 받을 때면 대충 아무말을 하면서 넘기긴 하는데, 그렇다고 해서 이 질문들이 구린 질문이라는 점은 변하지 않는다.

17. 콘텐츠를 만드는 것이 업의 핵심인 창작자가 어떤 콘텐츠를 만들어야 하는지를 다른 사람에게 묻고, 사업을 하는 것이 업의 기본이 사업자가 돈을 어떻게 벌어야 하는지를 다른 사람에게 묻는다는 건 스스로 자신이 해야 할 일의 기본에 대해 별로 고민하지 않았다는 뜻이니까.

18. 과연 봉준호 감독이나 유명 감독들이 다음 작품을 뭘 해야 할지에 대해 다른 사람들에게 의견을 묻고 그걸 따를까? 그보다는 자신의 아이디어에 대한 다른 사람들의 반응을 보고 개선하지 않을까?

19. 게다가 창작자는 그게 구리든 아니든, 자기 삶의 모든 순간을 콘텐츠로 만들 수 있는 일종의 특권 같은 걸 가지고 있는데, 남에게 아이디어를 구하는 것이 맞을까? 단순히 인기 있는 무언가를 추종하는 것이 맞을까? 만약 추종한다면 내가 그걸 왜 추종하는지에 대한 자신만의 명확한 이유가 있어야 할 것 같고.

20. 무튼 답은 모르지만, 지금 당장 답을 모른다는 건 그리 큰 문제가 아니다. 열린 태도를 가지고 가설을 세우고 검증을 하면서 나아가면 되니까. 정말 큰 문제는 남에게서 쉬운 답을 얻으려는 태도일지도 모르지. 무튼 나 화이팅 ;) 

https://blog.naver.com/somewon_co/223218034742

네이버 블로그 | 가장 보통의 스타트업 CEO

'따라 하기'보다는 '업의 본질'에 집중하기

TypeScript Origins: The Documentary features core contributors and community members like Anders Hejlsberg, Steve Lucco, Luke Hoban, Daniel Rosenwasser, Ryan Cavanaugh, Amanda Silver, Matt Pocock, Josh Goldberg & many more! It also covers adoption stories

TypeScript Origins: The Documentary

https://youtu.be/U6s2pdxebSo?si=RAfp1o8HtA-rRcnw

Microsoft는 왜 TypeScript를 개발할 가치가 있다고 생각했을까요?
이 다큐멘터리는 Microsoft가 TypeScript를 제작하게된 배경과 과정에 대해 깊이있게 다루고 있습니다.

다가올 추석, 여유롭게 시청하며 TypeScript와 더 가까워지는 시간이 될 수 있겠네요.

TypeScript 다큐멘터리: TypeScript Origins

구글 어시스턴트, '목소리로 결제승인' 실험 중

구글이 온라인에서, 그리고 P2P로 사용할 수있는 신용카드를 만들어 금융 시장에 진출할 것이라는 뉴스가 올 초에 나왔는데요. 이 뉴스가 사실이라면 기술적으로도 한단계 고도화하는 모습이네요. 지금은 인앱결제에 한해 테스트 중이고 아주 초기 단계라지만, 나중에 결합되는 상황을 상상해볼 수 있겠습니다.

블로터

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

한주현

서동환

프로덕트 디자이너

김미연

IT 도서를 기획(원고 개발 포함)했고 편집도 일부 참여했습니다.

기획/편집자

IT 기사들을 작성했습니다. 개발자 분들에게 유익한 콘텐츠를 전달하고자 IT 트렌드를 발빠르게 읽고 기사를 기획, 작성, 편집했습니다. 그 일환으로 제임스 고슬링, 귀도 판 로썸과 인터뷰 해서 기사로 발행했습니다. 
https://youtu.be/SqiR1LXu9Rk

개발 잡지 기자

슬로워크의 일 중 IT와 관련된 텍스트 브랜드 콘텐츠들을 기획, 작성, 편집했습니다. 
예를 들어 신뢰 기술, 정부 기술, 젠더 평등을 위한 기술 등에 관한 글을 다루었습니다. 그 일환으로 대만 디지털 장관 오드리 탕과의 인터뷰를 통해 정부 기술에 관한 새로운 시각을 국내에 전달했습니다. 시리즈물을 기획 및 제작하기도 했습니다. 이를 통해 슬로워크의 브랜드를 제고하고자 했습니다.
또한 샐러드볼 랜딩페이지, 홈페이지 등에 사용되는 콘텐츠도 작성했습니다. 
https://slowalk.com/2622
https://saladbowl.pro (서비스 자체는 운영 보류 상태)

콘텐츠 라이터

IT 트렌드 및 시장을 빠르게 읽습니다. 명사보다는 동사를 쓰려고 합니다. 호기심이 많아요. 프로젝트썸원, 커피팟, 커리어리, 스티비, 누틸드 등과 협업했습니다. 

1) 해외 IT 소식을 다양한 아티클로 전하고, 브랜드 콘텐츠를 씁니다. 
2) 신규 브랜드를 초기에 만들어가며 콘텐츠 및 강연 기획, 운영을 했습니다.
3) IT 도서 번역도 합니다. 

테크 비즈 라이터 

IT 기자

장혜림 (메이)

포트폴리오

메이 포트폴리오

🤝bshr89@gmail.com 
☝️9년째 IT 주제 텍스트 콘텐츠 만들어요
😊해외 IT 소식을 큐레이션해요
👑매일 영한 번역해요
🤟재밌는 거 좋아해요
🙏제임스 고슬링 자바 창시자, 귀도 판 로썸 파이썬 창시자, 오드리 탕 대만 디지털 장관을 인터뷰했어요


댓글 0