A collection of (mostly) technical things every software developer should know about - mtdvio/every-programmer-should-know

GitHub - mtdvio/every-programmer-should-know: A collection of (mostly) technical things every software developer should know about

개발자라면 찜 해놔야하는 GitHub 저장소들

모든 프로그래머가 알아야하는 지식 모음
https://github.com/mtdvio/every-programmer-should-know
JS 프로젝트 50일동안 50개만들기
https://github.com/bradtraversy/50projects50days

모오던 웹개발
https://github.com/dexteryy/spellbook-of-modern-webdev

30초면 배울 수 있는 코드 스니핏들
https://github.com/Chalarangelo/30-seconds-of-code

개발 면접 핸드북
https://github.com/yangshun/tech-interview-handbook

개발자라면 찜 해놔야하는 GitHub 저장소들 모든 프로그래머가 알아야하는 지식 모음https://github.com/mtdvio/every-programmer-should-knowJS 프로젝트 50일동안 50개만들기https://github.com/bradtraversy/50projects50days 모오던 웹개발https://github.com/dexteryy/spellbook-of-modern-webdev 30초면 배울 수 있는 코드 스니핏들https://github.com/Chalarangelo/30-seconds-of-code 개발 면접 핸드북https://github.com/yangshun/tech-interview-handbook

GitHub

SQL을 처음부터 제대로 공부하고 싶지만, 어떻게 공부해야 할지 망설이고 있나요?

아래의 SQL 마인드맵으로 초보 단계부터 고급 단계까지 차근차근 공부해봐요.

 1. 초보 단계 (Basic)
    * SELECT
    * FROM
    * WHERE
    * ORDER BY
    * AGGREGATE
    * GROUP BY
    * LIMIT
 2. 중급 단계 (Intermediate)
    * LEFT JOIN
    * INNER JOIN
    * LIKE
    * IN
    * CASE WHEN
    * HAVING
    * UNION ALL
 3. 고급 단계 (Advanced)
    * SUBQUERY
    * CTE (WITH)
    * STORED PRECEDURE
    * TRIGGER
    * WINDOW FUNCTION
 4. 연습 단계 (Practice)
    * BASIC SQL PROJECT (SQL 기초 프로젝트)
    * INTERMEDIATE SQL PROJECT(SQL 중급 프로젝트)
    * ADVANCED SQL PROJECT(SQL 고급 프로젝트)

#데이터리차드 #SQL #로드맵

SQL을 처음부터 제대로 공부하고 싶지만, 어떻게 공부해야 할지 망설이고 있나요? 아래의 SQL 마인드맵으로 초보 단계부터 고급 단계까지 차근차근 공부해봐요. <ol ><li>초보 단계 (Basic)<ul ><li>SELECT</li><li>FROM</li><li>WHERE</li><li>ORDER BY</li><li>AGGREGATE</li><li>GROUP BY</li><li>LIMIT</li></ul></li><li>중급 단계 (Intermediate)<ul ><li>LEFT JOIN</li><li>INNER JOIN</li><li>LIKE</li><li>IN</li><li>CASE WHEN</li><li>HAVING</li><li>UNION ALL</li></ul></li><li>고급 단계 (Advanced)<ul ><li>SUBQUERY</li><li>CTE (WITH)</li><li>STORED PRECEDURE</li><li>TRIGGER</li><li>WINDOW FUNCTION</li></ul></li><li>연습 단계 (Practice)<ul ><li>BASIC SQL PROJECT (SQL 기초 프로젝트)</li><li>INTERMEDIATE SQL PROJECT(SQL 중급 프로젝트)</li><li>ADVANCED SQL PROJECT(SQL 고급 프로젝트)</li></ul></li></ol> #데이터리차드 #SQL #로드맵

SQL 학습 로드맵

그룹바이 공식블로그 : 네이버 블로그

직전 동료가 추천해줘서 썼는데 이직 성공해서 또 추천합니다 - 10년차 풀스택 개발자 인터뷰
[그터뷰] 10년차 풀스택 개발자가 추천하는 스타트업 채용플랫폼 그룹바이 - 카본사우루스 이준영 풀스택 개발자님

인터뷰 글을 통해 얻어갈 수 있는 것들:

 1. 풀스택 개발자 준영님이 카본사우루스 스타트업에 합류하게 된 상세한 과정
 2. 현재 풀스택 개발자 준영님이 가장 열심히 풀고 있는 문제
 3. 투자받고 성장중인 스타트업들에 합류하기 위해 그룹바이를 사용해야 하는 이유

직전 동료가 추천해줘서 썼는데 이직 성공해서 또 추천합니다 - 10년차 풀스택 개발자 인터뷰[그터뷰] 10년차 풀스택 개발자가 추천하는 스타트업 채용플랫폼 그룹바이 - 카본사우루스 이준영 풀스택 개발자님 <code >인터뷰 글을 통해 얻어갈 수 있는 것들:</code> <ol ><li>풀스택 개발자 준영님이 카본사우루스 스타트업에 합류하게 된 상세한 과정</li><li>현재 풀스택 개발자 준영님이 가장 열심히 풀고 있는 문제</li><li>투자받고 성장중인 스타트업들에 합류하기 위해 그룹바이를 사용해야 하는 이유</li></ol>

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

워털루 대학의 한 학생이 AI(정확히는 Claude)의 도움을 받아 방구석에서 일주일만에 소형 원자로(feat. 아크 리액터)를 만들어냈다고 합니다. 😳

사실 진짜 위험한 원자로는 아니고, 이러한 기기를 만드는 일은 다양하게 있어왔는데요. 하드웨어 지식이 전혀 없는 상태에서 일주일만에 만들 수 있었다는 것이 놀라운 일입니다.

얼마전에 코딩을 해 본 적이 없는 한 어린아이가 AI와 함께 게임을 두어시간만에 만들었던 일도 화제가 되었었는데요. 이제는 정말로 AI의 도움을 받아 무엇이든 쉽게 배울 수 있는 시대가 된 것 같습니다.

워털루 대학의 한 학생이 AI(정확히는 Claude)의 도움을 받아 방구석에서 일주일만에 소형 원자로(feat. 아크 리액터)를 만들어냈다고 합니다. 😳 사실 진짜 위험한 원자로는 아니고, 이러한 기기를 만드는 일은 다양하게 있어왔는데요. 하드웨어 지식이 전혀 없는 상태에서 일주일만에 만들 수 있었다는 것이 놀라운 일입니다. 얼마전에 코딩을 해 본 적이 없는 한 어린아이가 AI와 함께 게임을 두어시간만에 만들었던 일도 화제가 되었었는데요. 이제는 정말로 AI의 도움을 받아 무엇이든 쉽게 배울 수 있는 시대가 된 것 같습니다.

‪기사 링크: https://www.therecord.com/news/waterloo-region/with-artificial-intelligence-as-his-guide-waterloo-student-builds-small-nuclear-reactor/article_4a557d1e-49ae-5da9-9645-aa528d6e958c.html‬

회사의 대표 옆에서 일해볼 수 있다는 점인 것 같아요.

가까이 있으면 그 사람의 사고방식을 배울 수 있어요. 회사를 세울 정도의 사람이라면 분명 배울 점이 있어요.

제가 만난 분들은 관점이 남달랐어요. 시장을 보는 관점, 제품을 대하는 관점에서 정말 많이 배울 수 있었죠. 개발자로서 조금 더 큰 그림을 볼 수 있는 기회가 되었어요.

누군가는 불편한 일이라고 할지도 몰라요. 하지만 조금 불편한 그 순간에 우리는 성장할 수 있다고 믿어요.

회사의 대표 옆에서 일해볼 수 있다는 점인 것 같아요. 가까이 있으면 그 사람의 사고방식을 배울 수 있어요. 회사를 세울 정도의 사람이라면 분명 배울 점이 있어요. 제가 만난 분들은 관점이 남달랐어요. 시장을 보는 관점, 제품을 대하는 관점에서 정말 많이 배울 수 있었죠. 개발자로서 조금 더 큰 그림을 볼 수 있는 기회가 되었어요. 누군가는 불편한 일이라고 할지도 몰라요. 하지만 조금 불편한 그 순간에 우리는 성장할 수 있다고 믿어요.

작은 회사에 일하면 좋은 점

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

 - YouTube

국내 개발자로서 자부심을 불어넣는 오픈소스 생태계가 있습니다. 바로 토스(Toss)가 주도하는 오픈소스 생태계 인데요.

es-hangul
이라고 하는 한글을 다루기 위한 라이브러리는 이미 1,000개가 넘는 GitHub 스타를 획득했습니다. 또한
lodash
보다 2배 더 빠른 유틸리티 라이브러리인
es-toolkit
은 이미 6,100개의 스타를 받고 국내를 넘어 세계적으로 많은 개발자들의 관심을 받고 있는데요. 이번 토스 모닥불 EP.4 영상에서는 토스에서 오픈소스 생태계를 운영하는 개발자들의 이야기를 만나볼 수 있습니다.

특히나 주목할 만한 점은, 패널로 참여한 토스의 오픈소스
suspensive
를 운영하고 계시는 분인데요. 이 개발자분은 요즘은 필수로 사용되고 있는
TanstackQuery
의 최상위 기여자입니다.
Jotai
외에도 토스 오픈소스에도 적극적으로 기여를하고 결국에는 토스에 합류하신게 참 대단하게 느껴지네요.

또한 오픈소스 생태계 구축을 통해 기술 커뮤니티에 긍정적인 영향을 미치고자 하는 토스의 노력도 대단한것 같습니다. 한국 개발 생태계의 경쟁력을 높이고, 개발자들에게 새로운 도전과 성장의 기회를 제공하는데 있어서, 토스의 이러한 행보를 응원합니다.

https://www.youtube.com/watch?v=SdBL-p597Dw

국내 개발자로서 자부심을 불어넣는 오픈소스 생태계가 있습니다. 바로 토스(Toss)가 주도하는 오픈소스 생태계 인데요. <code >es-hangul</code>이라고 하는 한글을 다루기 위한 라이브러리는 이미 1,000개가 넘는 GitHub 스타를 획득했습니다. 또한 <code >lodash</code>보다 2배 더 빠른 유틸리티 라이브러리인 <code >es-toolkit</code>은 이미 6,100개의 스타를 받고 국내를 넘어 세계적으로 많은 개발자들의 관심을 받고 있는데요. 이번 토스 모닥불 EP.4 영상에서는 토스에서 오픈소스 생태계를 운영하는 개발자들의 이야기를 만나볼 수 있습니다. 특히나 주목할 만한 점은, 패널로 참여한 토스의 오픈소스 <code >suspensive</code> 를 운영하고 계시는 분인데요. 이 개발자분은 요즘은 필수로 사용되고 있는 <code >TanstackQuery</code> 의 최상위 기여자입니다. <code >Jotai</code> 외에도 토스 오픈소스에도 적극적으로 기여를하고 결국에는 토스에 합류하신게 참 대단하게 느껴지네요. 또한 오픈소스 생태계 구축을 통해 기술 커뮤니티에 긍정적인 영향을 미치고자 하는 토스의 노력도 대단한것 같습니다. 한국 개발 생태계의 경쟁력을 높이고, 개발자들에게 새로운 도전과 성장의 기회를 제공하는데 있어서, 토스의 이러한 행보를 응원합니다. https://www.youtube.com/watch?v=SdBL-p597Dw

www.youtube.com

토스의 오픈소스 생태계: 한국을 넘어 글로벌로

여러분 Nextjs 에서도
Page 전환 애니메이션을
구현할 수 있다는 사실 알고 계셨나요?

template 을 활용하면 가능합니다.
(framer-motion 도 사용해보았습니다.)
그럼 오늘도 퐈이팅입니다 :)

https://youtu.be/erfxe-rUghM

여러분 Nextjs 에서도 Page 전환 애니메이션을 구현할 수 있다는 사실 알고 계셨나요? template 을 활용하면 가능합니다. (framer-motion 도 사용해보았습니다.) 그럼 오늘도 퐈이팅입니다 :) https://youtu.be/erfxe-rUghM

youtu.be

Nextjs 에서 Page 전환 애니메이션을?

Freakonomics - The hidden side of everything

Freakonomics

현재 직장에 있어야 할지 또는 이직해야 할지 고민하고 계신가요?

오랜만에 글을 써보네요 😊 개인적인 일 때문에 요즘 글을 자주 못 공유하는 것 같아요. 그래도 틈내서 포스팅해 보려고 합니다.

오늘은 이직에 관해 이야기해 보려고 해요.

요즘 평생 직장이라는 개념이 없어지고 있고 이직이 아주 흔합니다. 구글에 검색해 보면 미국의 경우 개발자의 평균 근무 기간이 16개월이라고 나오고 다른 통계 데이터에는 2년 정도로 나오네요 (관련 글은 포스팅 맨 아래 링크를 확인해 주세요). 그만큼 이직이 잦은데, 이직이 필요한지 아닌지 상황 판단은 어떻게 해야 할까요?

그래서 제가 개인적으로 따져보는 이직 기준을 공유해 봅니다. 다만 이직하는 기준은 사람마다 다르기 때문에 절대적인 기준은 없는 것 같아요. 하지만 여러 사람이 어떤 기준을 따져 보고 이직하는지를 알아보고, 주기적으로 그 기준에 따라 스스로 상황을 재점검하는 건 좋은 습관이라고 생각해요. 

그리고 글을 읽고 여러분이 생각하는 판단 기준이 무엇인지도 알려주세요!

1️⃣ 성장하고 있는지

개발자에게 중요한 것은 많은 기술을 습득하거나 관련 전문 분야 기술의 전문가가 되도록 성장하는 것입니다. 스스로 근무 시간 외에 개인 시간을 따로 내서 공부하며 실력을 쌓을 수도 있어요. '계속 학습하는 마음가짐'은 당연히 있어야 하는 것 같아요. 하지만 하루 8시간 또는 그 이상을 직장에서 보내는 만큼 배울 수 있고 성장할 수 있는 곳에서 근무하는 것이 효율적입니다. 예를 들어 저는 첫 직장을 6개월 만에 퇴사하고 이직했습니다. 그 이유는 비슷한 코드를 복사하고 붙이며, 매일 비슷한 일을 한다고 느꼈어요. 받는 연봉에 비해 워라밸이 상당히 좋았기 때문에 머물렀으면 편하게 일했을 수도 있었습니다. 하지만 아직 경력 1년 차인데 이런 식으로 배우다간 5년, 10년 후에 남들과 차이가 심하게 벌어지고 나중에 힘들어질 수 있겠다는 판단을 내리고 이직했습니다. 개인마다 가치관이 다르지만, 당시 그런 판단을 내린 것을 지금은 천만다행이라고 생각해요.

또한 어떤 사람에게 성장은 '승진'을 의미하는 것 같습니다. 비슷한 수준의 일을 하고 비슷한 영향력을 행사하는 데 어떤 사람은 먼저 승진하고 나에게 그 기회가 쉽게 주어지지 않을 시 이직하는 경우도 있는 것 같아요. 물론 내가 무엇을 잘못하고 있는지 객관적으로 먼저 따져봐야 하지만, 때로는 내 잘못이 아닐 수도 있습니다. 예를 들면, 직급이 높아질수록 승진할 자리가 줄어들거나 경제 상황이 좋지 않아 회사에서 기회를 많이 줄 수 없기도 합니다. 이 경우 이직이 최선의 선택인 것 같습니다.

실제로 온라인에 이직할 때 어떤 가치를 따져봐야 하는지에 관한 글을 읽어 보면 '성장'이란 키워드가 가장 많이 등장합니다. 많은 사람이 더 이상 성장하지 않는다고 판단했을 때 많이 이직하는 것 같아요.

2️⃣ 내 적성과 맞는 분야에서 일하고 있는지

내가 어떤 것을 좋아하는지, 어떤 분야에서 뛰어난 실력을 발휘하는지 자주 객관적으로 판단해 보는 게 좋다고 생각합니다. 현재 근무하는 직장이나 팀에서 개발자로 일하다가 적성에 안 맞아서 코딩을 포기해 버리는 경우가 있어요. 그런데 코딩 스킬로 할 수 있는 전문 분야가 다양하게 있습니다. 프런트엔드, 백엔드, 인공 지능, Site Reliability, 사이버 보안 등등으로 세분화되어 있어요. 백엔드 전문 분야만 따져봐도 아주 많이 세분화되어 있어요. 한 분야에서 일하다가 적성에 안 맞을지라도, 이직해서 다른 분야에서 일하면서 "오, 나름 적성에 맞는데?"라고 생각할 수도 있습니다. 물론 전문 분야에 상관없이 코딩 그 자체를 그냥 즐기는 분도 있지만, 그렇지 않다면 너무 늦기 전에 주기적으로 내 현재 분야가 나의 적성과 맞는지를 고민해 보고 이직을 통해 테스트해 보는 것이 좋아요.

3️⃣ 스스로 최신 기술을 배우고 있다고 느끼는지

저는 항상 늘 새로운 기술을 배울 수 있는지, 그런 기회가 주어지는지를 따져 보는 것 같아요. 개인적으로 직장에서 실무를 통해 배우는 게 더 효과 있었던 것 같아요. 책을 읽어 보고 유튜브나 인강을 들으면서 배우기에는 한정적인 개념이 있습니다 (특히 라지 스케일, 분산 시스템과 같은 개념). 직접 설계해 보고 코드를 작성해 보면서 관련 시스템을 운영해 봤을 때만 터득할 수 있는 지식과 스킬이 있어요. 알고리즘을 처음 배울 때 개념을 먼저 익히는 것도 중요하지만 그만큼 문제를 연습으로 풀어 보는 것도 내 것으로 만들 때 중요하잖아요? 이직할 때 내가 혹시 미래에 사용되지 않을 기술을 배우거나, 성장하지 못하고 비슷한 상태로 머무르고 있는지 따져 보는 것 같습니다.

그리고 개인적인 경험이지만 최신 기술, 많은 회사가 요구하는 기술로 경력을 쌓을수록 나중에 이직이 쉬워집니다. 이직을 굳이 생각하지 않고 있지 않아도 새 직장을 구해야 하는 상황이 언제든지 생길 수 있습니다. 예를 들어 요즘처럼 정리 해고, 권고사직이 많을수록 회사들은 특정 스킬과 경력을 가진 인재를 찾고 통과 기준이 깐깐해질 수 있습니다. 이때, 업계에서 많이 쳐주는 기술과 경력을 갖고 있다면 확실히 그렇지 못한 사람보다 더 경쟁력 있습니다.

4️⃣ 롤모델이 있는지

보고 배울 점이 많은 사람과 일할 때 그냥 그런 사람과 일하는 것보다 성장 속도가 기하학적으로 빠릅니다. 여러분이 처음 코딩 배울 때 '보고 따라 하면서' 배우는 것처럼, 영어 쉐도잉을 통해 따라 함으로써 실력이 빨리 향상되는 것처럼 기술 실력도 비슷하다고 봅니다. 선임을 보고 따라 배우는 게 성장 속도를 기하학적으로 늘여 줍니다. 기술적으로 뛰어난 선임이 있는 곳에서 그들을 롤모델로 삼고 배울 때 성장세가 가장 높았어요.

성장이란 게 단순히 기술 실력을 키운다는 의미도 있지만, '사람으로서 성장'하는 것도 중요한 것 같아요. 그래서 전반적으로 보고 배울 수 있는 선임을 롤모델로 삼으며 그들을 보고 배우면서 기술 실력 외에 필요한 스킬을 배울 수 있었습니다. 기술 실력은 굳이 롤모델이 없어도 온라인이나 유튜브를 통해 어느정도 충족시킬 수 있거나, 배울 수 있는 기회가 비교적으로 꽤 있어요. 하지만 소프트 스킬이나, 리더쉽 스킬 그리고 다른 생존 관련 스킬을 가진 엔지니어가 기술 실력이 뛰어난 개발자보다 찾기 힘들어요.

그리고 좋지 못한 롤모델과 일하면 나쁜 점을 배우고 그들과 비슷한 사람이 될 수 있어요. 알게 모르게 같이 일하는 사람들을 보고 배우며 따라 하게 됩니다. 안 좋은 점을 배우고 있다는 것을 스스로 자각하고 반성하는 사람이라면 빨리 알아차리고 안 하려고 할 수 있지만, 집단으로 특정 방식으로 행동하고 리드해야 하는 경우 어쩔 수 없이 안 좋은 행동도 보고 따라 해야 할 수도 있어요. 이럴 때 좋은 롤모델이 있는 팀이나 직장으로 옮기는 것도 하나의 좋은 방법이라고 생각해요.

5️⃣ 함께 일하고 싶은 동료가 있는지

최근 '번아웃'에 관한 팟캐스트를 들으면서 배운 점은 '함께 일하고 싶은 동료'와 일하는 것이 번아웃을 예방한다는 것이었습니다. 아무리 힘든 일이라도 동료들과 '으쌰 으쌰'하며 함께 문제를 풀어 나간다면 일이 즐겁고 번아웃이 덜 온다는 것이죠. 번아웃으로 인해 일을 못 하게 되고 심지어 건강을 잃기도 합니다. 주니어 시절 크게 신경 쓰지 않은 부분이었지만, 경력을 쌓을수록 번아웃을 잘 케어하는 것도 일을 잘하는 방법의 하나라고 생각해요.

관련 팟캐스트는 아래 링크에서 확인해 보세요. 
https://freakonomics.com/podcast/are-you-suffering-from-burnout/ 

그리고 좋은 동료와 일하며 인맥을 쌓는 것이 장기적으로 봤을 때 중요합니다. 그 사람도 나와 함께 성장하며 나중에 이직이나 창업하려고 할 때 나에게 귀인 되어 좋은 기회를 주는 사람이 될 수 있어요. 그리고 해외의 경우 채용할 때 과거 함께 일했던 동료에게 레퍼런스를 받아오라고 합니다. 좋은 동료와 함께 일하며 좋은 관계를 쌓은 사람은 좋은 레퍼런스를 쉽게 받으며 취업할 때 도움 될 수 있어요. 하지만 그렇지 못한 경우 좋은 레퍼런스를 받지 못하고, 미래에 최종 면접까지 합격했는데도 불구하고 일자리 제의를 못 받을 수도 있습니다.

6️⃣ 좋은 기업 문화를 가졌는지

현재 내가 처한 상황에 따라 필요한 기업 문화가 있는 것 같아요. 예를 들면 워라밸이 꼭 필요한 상황이거나, 많은 기술을 짧은 기간 내에 빨리 배울 수 있어야 한다거나, 대외 활동을 서포트해 줘야 한다거나, 대학원 비용을 지원받아야 하는 상황 등등.. 또는 본인만의 확고한 가치관이 있어서 그에 부합하지 않는 기업 문화를 가진 회사에 일하면서 괴리감에 고통받을 수도 있어요. 바로 눈앞에 있는 이익이 아니라 긴 시간을 두고 내게 필요한 기업 문화가 무엇인지 객관적으로 생각해 보는 건 어떨까요?

7️⃣ 좋은 관리자와 함께 일하고 있는지

좋은 관리자는 성장할 기회를 제공하고 좋은 팀 문화를 만듭니다. 이는 곧 조금 더 편리하고 좋은 근무 환경으로 이어지는 것 같아요. 주니어 시절 성장에 관심이 많고 그렇지 않은 관리자와 일한 적 모두 있었는데, 확실히 내게 도움 되었던 건 성장에 관심이 많은 관리자였어요. 만약 그 당시 그런 관리자와 함께 일하지 않았다면 성장할 기회를 놓치고 지금 와서 많이 후회했을 것 같습니다.

그리고 좋은 관리자와 함께 일하면 근무 환경의 질이 상승해요. 관리자의 행동과 리더십에 따라 팀 문화가 자주 결정되며, 좋지 못한 팀 문화에서 스트레스받으며 직장 생활이 힘들어질 수 있어요.

8️⃣ 팀 또는 회사의 비전과 방향성이 옳은지

스타트업에서 근무했을 때 많이 따져 봤던 점이었어요. 비전이 없거나 위태로운 회사에 있으면 외노자에게 여러 가지 위험한 상황이 올 수도 있습니다. 대기업도 비슷한 맥락인 것 같아요. 당연히 개개인으로서 기업의 미래를 예측하라는 게 아니라 근무하는 회사 상황을 객관적으로 보고 필요한 경우 신중하고 빠르게 이직을 결정하는 것도 하나의 생존 방식인 것 같습니다. 

9️⃣ 고용 마켓 가치만큼의 연봉을 받고 있는지

예전에 연봉 협상 포스팅에서 언급했지만, 이직을 고민하는 큰 이유 중 하나는 연봉입니다. 한곳에 오래 있거나 연봉 협상을 잘 하지 않아서 같은 동료보다 더 적은 연봉을 받아서 이직을 고민하는 경우도 있는 것 같아요. 실제 포브스 아티클에서 개발자가 이직을 자주 하는 이유 중 하나는 실력이 되는데 그만큼의 연봉을 받지 않는다는 것이였습니다 (아래 관련 글 참고).

🔟 한곳에 오래 머무르며 너무 안주하고 있지 않는지

한곳에 오래 머무르며 현실에 안주하면 독이 될 수 있어요. 개인적인 상황 때문에 또는 자신이 원해서 한곳에 오래 근무하는 것도 괜찮아요. 하지만 그게 아니라 발전을 해야 함에도 불구하고 현실에 안주에서 머무르고 있다면 이직을 고려하는 것도 나쁘지 않은 것 같습니다. 한곳에 오래 있으면 시야가 좁아질 수 있고, 성장세가 더뎌질 수 있으며 연봉 상승률이 이직하는 사람보다 적을 수도 있습니다. 하지만 한곳에 있으면서 오히려 직장 내에서 빠른 승진이나 좋은 프로젝트를 맡아서 더 많은 성장을 이룰 수도 있어요. 객관적으로 내가 현실에 안주하는 것인지, 아니면 진정으로 목표에 도달하고 있는지 따져보고, 현실에 안주하고 있다면 이직을 고려하는 것도 괜찮은 것 같아요.

------------

너무 잦은 이직은 반대로 자기 경력에 독이 될 수 있습니다. 코드모션 아티클에 따르면 하이어링 매니저는 이직을 자주 하는 지원자를 채용하는 것을 꺼려할 수 있다고 합니다. 그리고 잦은 이직으로 인해 오히려 기술을 깊게 배우지 못하고 얕은 경력만 쌓을 수 있어요. 그래서 너무 잦은 이직도 안 좋은 영향을 미칠 수 있다는 것을 기억하고 밸런스를 맞추는 것도 중요합니다.

🔗 관련 글
 * https://invene.com/blog/limiting-developer-turnover
 * https://www.forbes.com/sites/quora/2018/02/06/why-do-software-engineers-change-jobs-so-frequently/?sh=28d0038648a7
 * https://www.codemotion.com/magazine/it-careers/change-developer-job/
 * https://levelup.gitconnected.com/how-to-know-its-time-to-move-on-to-another-job-as-a-software-engineer-b991860977f3

🪴 함께 읽으면 좋은 글

성장형 개발자가 피해야 할 실수
https://careerly.co.kr/comments/91571

기술, 개발 학습 자료 7가지
https://careerly.co.kr/comments/91555

시니어 개발자가 되기 위한 디딤돌
https://careerly.co.kr/comments/88864

현재 직장에 있어야 할지 또는 이직해야 할지 고민하고 계신가요? 오랜만에 글을 써보네요 😊 개인적인 일 때문에 요즘 글을 자주 못 공유하는 것 같아요. 그래도 틈내서 포스팅해 보려고 합니다. 오늘은 이직에 관해 이야기해 보려고 해요. 요즘 평생 직장이라는 개념이 없어지고 있고 이직이 아주 흔합니다. 구글에 검색해 보면&nbsp;미국의 경우 개발자의 평균 근무 기간이 16개월이라고 나오고 다른 통계 데이터에는 2년 정도로 나오네요 (관련 글은 포스팅 맨 아래 링크를 확인해 주세요). 그만큼 이직이 잦은데, 이직이 필요한지 아닌지 상황 판단은 어떻게 해야 할까요? 그래서 제가 개인적으로 따져보는 이직 기준을 공유해 봅니다. 다만 이직하는 기준은 사람마다 다르기&nbsp;때문에 절대적인 기준은 없는 것 같아요. 하지만 여러 사람이 어떤 기준을 따져 보고 이직하는지를 알아보고, 주기적으로 그 기준에 따라 스스로 상황을 재점검하는 건 좋은 습관이라고 생각해요.&nbsp; 그리고 글을 읽고 여러분이 생각하는 판단 기준이 무엇인지도 알려주세요! 1️⃣ 성장하고 있는지 개발자에게 중요한 것은 많은 기술을 습득하거나 관련 전문 분야 기술의 전문가가 되도록 성장하는 것입니다. 스스로 근무 시간 외에 개인&nbsp;시간을 따로 내서 공부하며 실력을 쌓을 수도 있어요. '계속 학습하는 마음가짐'은 당연히 있어야 하는 것 같아요. 하지만 하루 8시간 또는 그 이상을 직장에서 보내는 만큼 배울 수 있고 성장할 수 있는 곳에서 근무하는 것이 효율적입니다. 예를 들어 저는 첫 직장을 6개월 만에 퇴사하고 이직했습니다. 그 이유는 비슷한 코드를 복사하고 붙이며, 매일 비슷한 일을 한다고 느꼈어요. 받는 연봉에 비해 워라밸이 상당히 좋았기 때문에 머물렀으면 편하게 일했을 수도 있었습니다. 하지만 아직 경력 1년 차인데 이런 식으로 배우다간 5년, 10년 후에 남들과 차이가 심하게 벌어지고 나중에 힘들어질 수 있겠다는 판단을 내리고 이직했습니다. 개인마다 가치관이 다르지만, 당시 그런 판단을 내린 것을 지금은 천만다행이라고 생각해요. 또한 어떤 사람에게 성장은 '승진'을 의미하는 것 같습니다. 비슷한 수준의 일을 하고 비슷한 영향력을 행사하는 데 어떤 사람은 먼저 승진하고 나에게 그 기회가 쉽게 주어지지 않을 시 이직하는 경우도 있는 것 같아요. 물론 내가 무엇을 잘못하고 있는지 객관적으로 먼저 따져봐야 하지만, 때로는 내 잘못이 아닐 수도 있습니다. 예를 들면, 직급이 높아질수록 승진할 자리가 줄어들거나 경제 상황이 좋지 않아&nbsp;회사에서 기회를 많이 줄 수 없기도 합니다. 이 경우 이직이 최선의 선택인 것 같습니다. 실제로 온라인에 이직할 때 어떤 가치를 따져봐야 하는지에 관한 글을 읽어 보면 '성장'이란 키워드가 가장 많이 등장합니다. 많은 사람이 더 이상 성장하지 않는다고 판단했을 때 많이 이직하는 것 같아요. 2️⃣ 내 적성과 맞는 분야에서 일하고 있는지 내가 어떤 것을 좋아하는지, 어떤 분야에서 뛰어난 실력을 발휘하는지 자주 객관적으로 판단해 보는 게 좋다고 생각합니다. 현재 근무하는 직장이나 팀에서 개발자로 일하다가 적성에 안 맞아서 코딩을 포기해 버리는 경우가 있어요. 그런데 코딩 스킬로 할 수 있는 전문 분야가 다양하게 있습니다. 프런트엔드, 백엔드, 인공 지능, Site Reliability, 사이버 보안 등등으로 세분화되어 있어요.&nbsp;백엔드&nbsp;전문 분야만 따져봐도 아주 많이 세분화되어 있어요. 한 분야에서 일하다가 적성에 안 맞을지라도, 이직해서 다른 분야에서 일하면서 "오, 나름 적성에 맞는데?"라고 생각할 수도 있습니다. 물론 전문 분야에 상관없이 코딩 그 자체를 그냥 즐기는 분도 있지만, 그렇지 않다면 너무 늦기 전에 주기적으로 내 현재 분야가 나의 적성과 맞는지를 고민해 보고 이직을 통해 테스트해 보는 것이 좋아요. 3️⃣ 스스로 최신 기술을 배우고 있다고 느끼는지 저는 항상 늘 새로운 기술을 배울 수 있는지, 그런 기회가 주어지는지를 따져 보는 것 같아요. 개인적으로 직장에서 실무를 통해 배우는 게 더 효과 있었던 것 같아요. 책을 읽어 보고 유튜브나 인강을 들으면서 배우기에는 한정적인 개념이 있습니다 (특히 라지 스케일, 분산 시스템과 같은 개념). 직접 설계해 보고 코드를 작성해 보면서 관련 시스템을 운영해 봤을 때만 터득할 수 있는 지식과 스킬이 있어요. 알고리즘을 처음 배울 때 개념을 먼저 익히는 것도 중요하지만 그만큼 문제를 연습으로 풀어 보는 것도 내 것으로 만들 때 중요하잖아요? 이직할 때 내가 혹시 미래에 사용되지 않을 기술을 배우거나, 성장하지 못하고 비슷한 상태로&nbsp;머무르고 있는지 따져 보는 것 같습니다. 그리고 개인적인 경험이지만 최신 기술, 많은 회사가 요구하는 기술로 경력을 쌓을수록 나중에 이직이 쉬워집니다. 이직을 굳이 생각하지 않고 있지 않아도 새 직장을 구해야 하는 상황이 언제든지 생길 수 있습니다. 예를 들어 요즘처럼 정리 해고, 권고사직이 많을수록 회사들은 특정 스킬과 경력을 가진 인재를 찾고 통과 기준이 깐깐해질 수 있습니다. 이때, 업계에서 많이 쳐주는 기술과 경력을 갖고 있다면 확실히 그렇지 못한 사람보다 더 경쟁력 있습니다. 4️⃣ 롤모델이 있는지 보고 배울 점이 많은 사람과 일할 때 그냥 그런 사람과 일하는 것보다 성장 속도가 기하학적으로 빠릅니다. 여러분이 처음 코딩 배울 때 '보고 따라 하면서' 배우는 것처럼, 영어 쉐도잉을 통해 따라 함으로써 실력이 빨리 향상되는 것처럼 기술 실력도 비슷하다고 봅니다. 선임을 보고 따라 배우는 게 성장 속도를 기하학적으로 늘여 줍니다. 기술적으로 뛰어난 선임이 있는 곳에서 그들을 롤모델로 삼고 배울 때 성장세가 가장 높았어요. 성장이란 게 단순히 기술 실력을 키운다는 의미도 있지만, '사람으로서 성장'하는 것도 중요한 것 같아요. 그래서 전반적으로 보고 배울 수 있는 선임을 롤모델로 삼으며 그들을 보고 배우면서 기술 실력 외에 필요한 스킬을 배울 수 있었습니다. 기술 실력은 굳이 롤모델이 없어도 온라인이나 유튜브를 통해 어느정도 충족시킬 수 있거나, 배울 수 있는 기회가 비교적으로 꽤 있어요. 하지만 소프트 스킬이나, 리더쉽 스킬 그리고 다른 생존 관련 스킬을 가진 엔지니어가 기술 실력이 뛰어난 개발자보다 찾기 힘들어요. 그리고 좋지 못한 롤모델과 일하면 나쁜 점을 배우고 그들과 비슷한 사람이 될 수 있어요. 알게 모르게 같이 일하는 사람들을 보고 배우며 따라 하게 됩니다. 안 좋은 점을 배우고 있다는 것을 스스로 자각하고 반성하는 사람이라면 빨리 알아차리고 안 하려고 할 수 있지만, 집단으로 특정 방식으로 행동하고 리드해야 하는 경우 어쩔 수 없이 안 좋은 행동도 보고 따라 해야 할 수도 있어요. 이럴 때 좋은 롤모델이 있는 팀이나 직장으로 옮기는 것도 하나의 좋은 방법이라고 생각해요. 5️⃣ 함께 일하고 싶은 동료가 있는지 최근 '번아웃'에 관한 팟캐스트를 들으면서 배운 점은 '함께 일하고 싶은 동료'와 일하는 것이 번아웃을 예방한다는 것이었습니다. 아무리 힘든 일이라도 동료들과 '으쌰 으쌰'하며 함께 문제를 풀어 나간다면 일이 즐겁고 번아웃이 덜 온다는 것이죠. 번아웃으로 인해 일을 못 하게 되고 심지어 건강을 잃기도 합니다. 주니어 시절 크게 신경 쓰지 않은 부분이었지만, 경력을 쌓을수록 번아웃을 잘 케어하는 것도 일을 잘하는 방법의 하나라고 생각해요. 관련 팟캐스트는 아래 링크에서 확인해 보세요.&nbsp;https://freakonomics.com/podcast/are-you-suffering-from-burnout/&nbsp; 그리고 좋은 동료와 일하며 인맥을 쌓는 것이 장기적으로 봤을 때 중요합니다. 그 사람도 나와 함께 성장하며 나중에 이직이나 창업하려고 할 때 나에게 귀인 되어 좋은 기회를 주는 사람이 될 수 있어요. 그리고 해외의 경우 채용할 때 과거 함께 일했던 동료에게 레퍼런스를 받아오라고 합니다. 좋은 동료와 함께 일하며 좋은 관계를 쌓은 사람은 좋은 레퍼런스를 쉽게 받으며 취업할 때 도움 될 수 있어요. 하지만 그렇지 못한 경우 좋은 레퍼런스를 받지 못하고, 미래에 최종 면접까지 합격했는데도 불구하고 일자리 제의를 못 받을 수도 있습니다. 6️⃣ 좋은 기업 문화를 가졌는지 현재 내가 처한 상황에 따라 필요한 기업 문화가 있는 것 같아요. 예를 들면 워라밸이 꼭 필요한 상황이거나, 많은 기술을 짧은 기간 내에 빨리 배울 수 있어야 한다거나,&nbsp;대외 활동을 서포트해 줘야 한다거나, 대학원 비용을 지원받아야 하는 상황&nbsp;등등.. 또는 본인만의 확고한 가치관이 있어서 그에 부합하지 않는 기업 문화를 가진 회사에 일하면서 괴리감에 고통받을 수도 있어요. 바로 눈앞에 있는 이익이 아니라 긴 시간을 두고 내게 필요한 기업 문화가 무엇인지 객관적으로 생각해 보는 건 어떨까요? 7️⃣ 좋은 관리자와 함께 일하고 있는지 좋은 관리자는 성장할 기회를 제공하고 좋은 팀 문화를 만듭니다. 이는 곧 조금 더 편리하고 좋은 근무 환경으로 이어지는 것 같아요. 주니어 시절 성장에 관심이 많고 그렇지 않은&nbsp;관리자와 일한 적 모두 있었는데, 확실히 내게 도움 되었던 건 성장에 관심이 많은 관리자였어요.&nbsp;만약 그 당시 그런 관리자와 함께 일하지 않았다면 성장할 기회를 놓치고 지금 와서 많이 후회했을 것 같습니다. 그리고 좋은 관리자와 함께 일하면 근무 환경의 질이 상승해요. 관리자의 행동과 리더십에 따라 팀 문화가 자주 결정되며, 좋지 못한 팀 문화에서 스트레스받으며 직장 생활이 힘들어질 수 있어요. 8️⃣ 팀 또는 회사의 비전과 방향성이 옳은지 스타트업에서 근무했을 때 많이 따져 봤던 점이었어요. 비전이 없거나 위태로운 회사에 있으면 외노자에게 여러 가지 위험한 상황이 올 수도 있습니다.&nbsp;대기업도 비슷한 맥락인 것 같아요. 당연히 개개인으로서 기업의 미래를 예측하라는 게 아니라 근무하는 회사 상황을 객관적으로 보고 필요한 경우 신중하고 빠르게 이직을 결정하는 것도 하나의 생존 방식인 것 같습니다.&nbsp; 9️⃣ 고용 마켓 가치만큼의 연봉을 받고 있는지 예전에 연봉 협상 포스팅에서 언급했지만, 이직을 고민하는 큰 이유 중 하나는 연봉입니다. 한곳에 오래 있거나 연봉 협상을 잘 하지 않아서 같은 동료보다 더 적은 연봉을 받아서 이직을 고민하는 경우도 있는 것 같아요.&nbsp;실제 포브스 아티클에서 개발자가 이직을 자주 하는 이유 중 하나는 실력이 되는데 그만큼의 연봉을 받지 않는다는 것이였습니다 (아래 관련 글 참고). 🔟 한곳에 오래 머무르며 너무 안주하고 있지 않는지 한곳에 오래 머무르며 현실에 안주하면 독이 될 수 있어요. 개인적인 상황 때문에 또는 자신이 원해서 한곳에 오래 근무하는 것도 괜찮아요. 하지만 그게 아니라 발전을 해야 함에도 불구하고 현실에 안주에서 머무르고 있다면 이직을 고려하는 것도 나쁘지 않은 것 같습니다. 한곳에 오래 있으면 시야가 좁아질 수 있고, 성장세가 더뎌질 수 있으며 연봉 상승률이 이직하는 사람보다 적을 수도 있습니다. 하지만 한곳에 있으면서 오히려 직장 내에서 빠른 승진이나 좋은 프로젝트를 맡아서 더 많은 성장을 이룰 수도 있어요. 객관적으로 내가 현실에 안주하는 것인지, 아니면 진정으로 목표에 도달하고 있는지 따져보고, 현실에 안주하고 있다면 이직을 고려하는 것도 괜찮은 것 같아요. ------------ 너무 잦은 이직은 반대로 자기 경력에 독이 될 수 있습니다. 코드모션 아티클에 따르면 하이어링 매니저는 이직을 자주 하는 지원자를 채용하는 것을 꺼려할 수 있다고 합니다. 그리고 잦은 이직으로 인해 오히려 기술을 깊게 배우지 못하고 얕은 경력만 쌓을 수 있어요. 그래서 너무 잦은 이직도 안 좋은 영향을 미칠 수 있다는 것을 기억하고 밸런스를 맞추는 것도 중요합니다. 🔗 관련 글<ul><li>https://invene.com/blog/limiting-developer-turnover</li><li>https://www.forbes.com/sites/quora/2018/02/06/why-do-software-engineers-change-jobs-so-frequently/?sh=28d0038648a7</li><li>https://www.codemotion.com/magazine/it-careers/change-developer-job/</li><li>https://levelup.gitconnected.com/how-to-know-its-time-to-move-on-to-another-job-as-a-software-engineer-b991860977f3</li></ul> 🪴 함께 읽으면 좋은 글 성장형 개발자가 피해야 할 실수https://careerly.co.kr/comments/91571 기술, 개발 학습 자료 7가지https://careerly.co.kr/comments/91555 시니어 개발자가 되기 위한 디딤돌https://careerly.co.kr/comments/88864

이직이 필요한 상황인지 판단하기

What is the coding roadmap? The coding roadmap is a series of projects that are designed to help you learn the foundations of programming. What the coding roadmap is NOT? The coding roadmap is NOT a course or a tutorial. It is also NOT a substitute for a 

Coding Roadmap - Engineering with Utsav

무료로 코딩과 알고리즘 공부 코스를 제공하는 사이트입니다.  마소의 수석 엔지니어가 직접 만든 코스라고 하니 취업 준비나 코딩 공부 중이라면 한번 확인해 보세요. 

📌 커리큘럼
1️⃣ 모듈 0: 기본 토픽
2️⃣ 모듈 1: String manipulation and formatting
3️⃣ 모듈 2: Linked Lists
4️⃣ 모듈 3: Hash tables
5️⃣ 모듈 4: Stacks
6️⃣ 모듈 5: Queues
7️⃣ 모듈 6: Recursion
8️⃣ 모듈 7: Binary Search
9️⃣ 모듈 8: Trees
🔟 모듈 9: Graphs

📌 사이트에 언급된 추가 자료
1️⃣ 자료 구조와 알고리즘 책 추천

모두 유명한 책인데, 그 중에서 몇 가지 책은 한국어로 소개한 글이 있어 첨부합니다. 
소개 글 확인해보시고 관심 있으신 분은 원서 한 번 읽어 봐도 좋을 것 같아요.
https://www.tableau.com/ko-kr/learn/articles/books-about-data-structures-algorithms

2️⃣ 좋은 코드 작성에 도움되는 책

소개된 The Productive Programmer 책은 아주 유명한데, 찾아보니 한국어 책 소개 글이 있어 첨부합니다.
https://architecture101.blog/2008/12/21/productive-programmer-overview/ 

3️⃣ 무료 학습 자료

자료는 영문으로 되어있지만, 무료 학습 자료 중에 MIT 대학 수업인 'Introduction to Algorithms'을 한국어로 번역한 한국어 버전 코스가 찾아보니 있네요.
https://www.boostcourse.org/cs113%E2%80%8B

📌 코딩 로드백 활용하는 법

각 모듈을 간단하게 설명하고 관련 자료 글도 함께 포함해서 여러 가지 자료를 읽고 학습할 수 있어요. 그리고 관련 자료 구조나 알고리즘 관련 리트코드 문제도 포함되어 있으니, 함께 풀어보면 좋을 것 같습니다.

📌 추가

위 무료 자료는 코딩 공부를 시작했거나, 배웠던 개념을 복습할 때 사용하는 데 좋지만, 코딩테스트를 준비하려면 조금 더 고급 단계의 문제나 개념을 배워야 할 수 있어요. 이 경우 도움 되는 무료 자료는 이전 포스팅에 공유했으니 한 번 확인해 보세요.

코딩 테스트 실력 향상시키기: 니트코드 150
https://careerly.co.kr/comments/69725

그 외에도 무료로 코딩테스트 준비할 수 있는 여러 가지 리포지토리도 예전 글에 공유했으니 무료 학습 자료를 찾고 계신 분은 확인해 보세요.

코딩 면접 합격을 위한 무료 깃허브 리포지토리
https://careerly.co.kr/comments/69125

🪴 함께 읽으면 좋은 글:

코딩테스트만큼 중요한 해커톤 활용하기
https://careerly.co.kr/comments/76273

Engineering with Utsav

코딩 테스트, 알고리즘 공부 로드맵

좋은 글 감사합니다!👍🏻👍🏻

I recently received a job offer from one of FAANG. Here are some problems to help me pass the coding interview. Categories are LinkedList Stack Heap, PriorityQueue HashMap Graph, BFS, DFS Tree, BT, BST Sort Dynamic Programming Binary search Recursion Slid

60 LeetCode questions to prepare for coding interview

많은 회사들이 채용 프로세스의 과정 중에 하나로 코딩 테스트를 가지고 있습니다. 벼락치기로 준비하기도 힘들 뿐더러 요령을 알아야 하기 때문에 취준생들이 꽤나 골치아파 합니다. 

뻔한 말이지만 꾸준히 하는 것 밖에는 답이 없는 것 같습니다. 오늘은 '코딩 인터뷰를 위한 60가지 리트코드 문제'를 가져왔습니다. 

구글 시트로 깔끔하게 정리된 버전도 있어서 후다닥 가져왔습니다. 저자에게 감사를(_ _)
https://docs.google.com/spreadsheets/d/1Y98QKaYPazWImEt1nA_ocpGNJ-yQjH1FAsVQhUQ7OTw/edit#gid=0

📌 LinkedList

- Linked List Cycle 
- Linked List Cycle II
- Remove Duplicates from Sorted List
- Remove Duplicates from Sorted List II
- Add Two Numbers

📌 Stack

- Valid Parentheses
- Reverse Linked List

📌 Heap, PriorityQueue

- Kth Largest Element in a Stream
- Top K Frequent Elements
- Find K Pairs with Smallest Sums

📌 HashMap

- Two Sum
- Group Anagrams
- Intersection of Two Arrays
- Unique Email Addresses
- First Unique Character in a String
- Subarray Sum Equals K

📌 Graph, BFS, DFS

- Number of Islands
- Max Area of Island
- Number of Connected Components in an Undirected Graph
- Word Ladder

📌 Tree, BT, BST

- Maximum Depth of Binary Tree
- Minimum Depth of Binary Tree
- Merge Two Binary Trees
- Convert Sorted Array to Binary Search Tree
- Path Sum
- Binary Tree Level Order Traversal
- Binary Tree Zigzag Level Order Traversal
- Validate Binary Search Tree
- Construct Binary Tree from Preorder and Inorder Traversal

📌 Sort

- Sorting Algorithms Animations 
https://www.toptal.com/developers/sorting-algorithms

📌 Dynamic Programming(DP)

- Paint Fence
- Longest Increasing Subsequence 
- Maximum Subarray
- Unique Paths
- Unique Paths II 
- House Robber
- House Robber II
- Best Time to Buy and Sell Stock
- Best Time to Buy and Sell Stock II
- Word Break
- Coin Change

📌 Binary Search

- Search Insert Position
- Find Minimum in Rotated Sorted Array
- Search in Rotated Sorted Array
- Capacity To Ship Packages Within D Days

📌 Recursion

- Pow(x, n)
- K-th Symbol in Grammar
- Split BST

📌 Sliding Window

- Longest Substring Without Repeating Characters
- Minimum Size Subarray Sum

📌 Greedy + Backtracking 

- Permutations
- Subsets
- Combination Sum
- Generate Parentheses

📌 Others

- Move Zeroes
- Meeting Rooms
- Meeting Rooms II
- Is Subsequence
- Next Permutation
- String to Integer (atoi)
- ZigZag Conversion

🐣 문제가 깔끔해서 개인적으로 좋아하는 사이트입니다.
🐣 하나씩 도장깨기 해보자구요.

Medium

🕊️ 코딩테스트를 위한 리트코드 60

CSS는 마침내 align-content를 디폴트 레이아웃에 추가하여 단 한 줄의 CSS 속성으로 수직 정렬이 가능해짐지원 버전 Chrome 123, Firefox 125, Safari: 17.4현재는 기본 레이아웃(flow)에서 align-content가 동작하지 않으므로 flexbox 나 grid로 전환해야함2024년 드디어 브라우저들이 Flow 레이아

CSS, 2024년에 드디어 "세로 중앙 정렬"이 추가됨 | GeekNews

CSS에서 드디어 세로 중앙 정렬 기능이 추가 되었습니다. 기존의 가로 중앙 정렬은 손쉽게 되었지만 세로는 중앙 정렬 기능이 별도로 없었기에,
display: flex + align-items: center
같은 다소 복잡한 방법을 사용했어야 했는데요.

이제 단 한 줄의 CSS 속성
align-content: center
으로 수직 정렬이 가능해졌습니다.
이 속성으로 추가적인 래퍼(wrapper)나 복잡한 설정 없이도 컨텐츠를 수직 정렬할 수 있게 되었습니다.
이 속성은
Chrome 123, Safari: 17.4
부터 지원합니다.

이렇게 꼭 필요한 기능이 왜 이제서야 구현되었는지는 의문이지만, 이제라도 구현이 되어서 다행이네요. 수직정렬을 구현할때 적극적으로 활용하시기를 추천드립니다.

https://news.hada.io/topic?id=16586&utm_source=slack&utm_medium=bot&utm_campaign=T0244AU37S5

CSS에서 드디어 세로 중앙 정렬 기능이 추가 되었습니다. 기존의 가로 중앙 정렬은 손쉽게 되었지만 세로는 중앙 정렬 기능이 별도로 없었기에, <code >display: flex + align-items: center</code>같은 다소 복잡한 방법을 사용했어야 했는데요. 이제 단 한 줄의 CSS 속성 <code >align-content: center</code> 으로 수직 정렬이 가능해졌습니다.이 속성으로 추가적인 래퍼(wrapper)나 복잡한 설정 없이도 컨텐츠를 수직 정렬할 수 있게 되었습니다.이 속성은 <code >Chrome 123, Safari: 17.4</code>부터 지원합니다. 이렇게 꼭 필요한 기능이 왜 이제서야 구현되었는지는 의문이지만, 이제라도 구현이 되어서 다행이네요. 수직정렬을 구현할때 적극적으로 활용하시기를 추천드립니다. https://news.hada.io/topic?id=16586&amp;utm_source=slack&amp;utm_medium=bot&amp;utm_campaign=T0244AU37S5

GeekNews

드디어 추가된 CSS의 '세로 중앙 정렬' 기능

유데미 개발 챌린지 : 클론코딩편

✅ 잘못된 클론 코딩

게임 업계에서 개발자들의 포트폴리오로 자주 나오는 요소는 클론 코딩입니다. 본인이 좋아하는 게임을 만들어보기도 하고, 지원하는 회사와 가장 밀접한 프로젝트를 만들어서 제출하기도 합니다. 물론 아주 잘 만든 분들도 있지만, 대부분은 제출한 클론 코드가 안 좋은 결과를 만드는 경우가 많습니다.

어떤 경우일까요? 제가 경험한 사례를 좀 공유해보려고 합니다.

❇️사례 1. 스크린샷뿐인 모작

3년 전쯤 마인크래프트 모작을 제출한 분이 있었습니다.

마치 마인크래프트처럼 보이는 월드와 블록들이 있는 스크린샷이 있었습니다. 정말 똑같다(?)는 생각이 들 정도로 잘 구성된 스샷이었습니다. 그리고, 내용에는 이 모작을 만드는데 몇 주가 걸렸고, 만들 때 어떤 엔진을 사용했는지 기입해 두셨습니다.

당연히 이분은 탈락했습니다.

모작을 할 때 중요한 것은, 이게 얼마나 걸렸고, 무슨 엔진을 썼는지보다, 어떻게 구현했는지가 가장 중요합니다.

그런 관점에서 비슷해 보이는 단편적인 스크린샷은 오히려 전혀 매력적이지 않습니다.
오히려, 블록이 2개밖에 없더라도, 혹은 블록이 화이트 박스 형태더라도, 절차적으로 생성되는 월드나 직접 배치하는 샌드박스가 있다면, 훨씬 높은 점수를 줄 것 같습니다.

❇️사례 2. 핵심을 벗어난 모작

두 번째 사례는 캔디크러시 사가와 같은 매치3 퍼즐 게임 모작을 제출한 분이었습니다. 데모도 같이 보내주셨고, 본인이 작성한 핵심 소스 코드도 제출해 주셨습니다.

허나 아쉽게도 이분도 탈락했습니다.

가장 큰 이유는 데모를 플레이할 때 연쇄가 잘 되지 않는 점이었습니다.
3-매치 게임의 핵심은 레벨 디자인도 중요하지만, 한번 매치가 되어 블록이 사라지면 그 자리를 다른 블록들이 채우면서 발생하는 연쇄작용에 있습니다. 그 연쇄작용하는 코드가 미완성 상태였고, 실제로 제출된 코드에서 연쇄 구현이 제대로 되지 않았음을 볼 수 있었습니다.

비슷한 사례로, 간혹 액션 게임 쪽에서 채용을 할 때 마영전 모작이나 리니지 모작도 자주 볼 수 있는데, 거의 대부분 탈락 처리됩니다.

우선, 마영전 모작의 경우 클라이언트-서버 구조를 굉장히 강조하는 분들이 많습니다. 사실 왜 그걸 강조하는지 잘 모르겠습니다. (어쩌면 학원에서 그렇게 시켰을 수도 있겠죠.) 마영전의 핵심은 멀티플레이 논타겟 액션입니다. 제가 본 마영전 모작 중에서는 아쉽게도 마영전의 논타겟 액션 동기화를 본인만의 방식으로 만들어서 설명해주신 분이 없었습니다.

리니지 모작도 마찬가지입니다. MMO 서버-클라이언트 구조라고 강조하는 분들을 많이 봅니다. 정말 놀랍게도, 만드는데 2주밖에 안 걸렸다는 분도 있었는데… 어필 포인트가 너무 어긋나서 할 말을 잃었던 것 같습니다. 실제로 그런 분들 중에서 MMO의 핵심 요소 중 하나인 월드 채널링이나 MMO에서 퀘스트와 같은 콘텐츠를 본인만의 방식으로 만들어서 설명해주신 분들은 없었습니다.

✅클론 코딩을 포트폴리오로 만드는 방법

위의 잘못된 클론 코딩 사례가 거의 포트폴리오에 있는 클론 코딩의 90%를 차지하기 때문에, 클론 코딩을 포트폴리오로 만드는 방법은 생각보다 쉽습니다. 바로 안티패턴을 피하는 것이죠.

우선, 클론할 게임의 핵심을 아는 것부터 시작해야 합니다.
마인크래프트, 오버워치, 3-매치, 마영전, 리니지 등 다양한 게임들의 핵심은 모두 다릅니다. 그리고 주니어 개발자 입장에서 이런 핵심을 관통하기란 쉽지 않은 것도 사실입니다. 그러나 조금만 검색해보면 나오는 것도 맞습니다.

두 번째는 핵심 기믹만 모작하는 것도 가치가 있다는 것입니다.
예를들면, 포탈2의 들어가는 포탈/나가는 포탈은 다양한 기술적 챌린지(렌더링, 공간 이동)가 있습니다. 총게임들의 Netcode(예측, 보간)들도 꽤 좋은 챌린지가 됩니다. 그래서 이런 기믹들은 만들어서 포트폴리오에 넣으면 게임플레이 프로그래머로 홍보하기 좋습니다.

개인적으로 이런 핵심 요소를 클론한 유튜브 하나를 추천해드리면, Mix and Jam 이 있습니다.

제가 생각했을 때 클론코딩의 모범사례에 가깝고, 클론 코딩에 대한 좋은 예를 보실 수 있습니다.

✅마무리하며,

클론 코딩은 분명히 개발자로서의 역량을 보여줄 수 있는 좋은 방법입니다. 하지만 그 과정에서 중요한 것은 단순히 게임을 흉내 내는 것이 아니라, 게임의 핵심 메커니즘을 이해하고 그것을 구현하는 능력을 보여주는 것입니다. 단순히 비슷해 보이는 결과물을 만드는 것보다, 그 안에 숨겨진 원리를 이해하고 자신만의 방식으로 풀어내는 것이 더 중요합니다.

✅더불어 이벤트 홍보(?)

그래서, 이번에 저와 함께 클론 코딩을 도전해볼 사람을 찾습니다!! :)

[챌린지 개요]
😀현직 개발자 멘토와 함께 4주 동안 클론코딩 챌린지 도전할 사람 찾습니다!
각 분야별 유데미 멘토들과 함께 클론코딩부터 코드리뷰까지 할 수 있는 기회!

💪이번 챌린지는 [프론트엔드 / 백엔드 / 게임개발] 진행 됩니다 :)
유데미 개발 챌린지에서 개발자 커리어를 시작해보세요!

🥇챌린지 참여 혜택 무엇이 있나요?
 * 현직 개발자와 라이브 특강
 * 주차별 미션 제공
 * 멘토와 1:1 커피챗 (미션 과제 우수자 선정자)
 * 참가 혜택 : 유데미 개발 강의 할인 쿠폰팩, 지난 챌린지 특강 제공

💌챌린지 자세히 보러가기 :
https://udemy.wjtb.co.kr/event/id/272
🌞친구와 함께 신청하면 배민 상품권 제공!
https://forms.gle/2fxpfmh68ioELCwG8

모집/신청 기간 : 2024년 8월 19일(월) ~ 9월 22일(일)
챌린지 진행 기간 : 2024년 9월 23일(월) ~ 10월 18일(금)
제가 맡은 게임 개발 챌린지 주제는 “뱀파이어 서바이벌(뱀서류) 클론코딩"으로,
라이브 특강에서 포트폴리오가 되는 모작 만들기, 현업에서 사용하는 게임 프로그래밍 디자인 패턴과 테크닉, 수강생 코드리뷰까지 함께 다뤄볼 예정입니다.
많은 관심과 참여 부탁 드립니다.
감사합니다.

✅ 잘못된 클론 코딩 게임 업계에서 개발자들의 포트폴리오로 자주 나오는 요소는 클론 코딩입니다. 본인이 좋아하는 게임을 만들어보기도 하고, 지원하는 회사와 가장 밀접한 프로젝트를 만들어서 제출하기도 합니다. 물론 아주 잘 만든 분들도 있지만, 대부분은 제출한 클론 코드가 안 좋은 결과를 만드는 경우가 많습니다. 어떤 경우일까요? 제가 경험한 사례를 좀 공유해보려고 합니다. ❇️사례 1. 스크린샷뿐인 모작 3년 전쯤 마인크래프트 모작을 제출한 분이 있었습니다. 마치 마인크래프트처럼 보이는 월드와 블록들이 있는 스크린샷이 있었습니다. 정말 똑같다(?)는 생각이 들 정도로 잘 구성된 스샷이었습니다. 그리고, 내용에는 이 모작을 만드는데 몇 주가 걸렸고, 만들 때 어떤 엔진을 사용했는지 기입해 두셨습니다. 당연히 이분은 탈락했습니다. 모작을 할 때 중요한 것은, 이게 얼마나 걸렸고, 무슨 엔진을 썼는지보다, 어떻게 구현했는지가 가장 중요합니다. 그런 관점에서 비슷해 보이는 단편적인 스크린샷은 오히려 전혀 매력적이지 않습니다.오히려, 블록이 2개밖에 없더라도, 혹은 블록이 화이트 박스 형태더라도, 절차적으로 생성되는 월드나 직접 배치하는 샌드박스가 있다면, 훨씬 높은 점수를 줄 것 같습니다. ❇️사례 2. 핵심을 벗어난 모작 두 번째 사례는 캔디크러시 사가와 같은 매치3 퍼즐 게임 모작을 제출한 분이었습니다. 데모도 같이 보내주셨고, 본인이 작성한 핵심 소스 코드도 제출해 주셨습니다. 허나 아쉽게도 이분도 탈락했습니다. 가장 큰 이유는 데모를 플레이할 때 연쇄가 잘 되지 않는 점이었습니다.3-매치 게임의 핵심은 레벨 디자인도 중요하지만, 한번 매치가 되어 블록이 사라지면 그 자리를 다른 블록들이 채우면서 발생하는 연쇄작용에 있습니다. 그 연쇄작용하는 코드가 미완성 상태였고, 실제로 제출된 코드에서 연쇄 구현이 제대로 되지 않았음을 볼 수 있었습니다. 비슷한 사례로, 간혹 액션 게임 쪽에서 채용을 할 때 마영전 모작이나 리니지 모작도 자주 볼 수 있는데, 거의 대부분 탈락 처리됩니다. 우선, 마영전 모작의 경우 클라이언트-서버 구조를 굉장히 강조하는 분들이 많습니다. 사실 왜 그걸 강조하는지 잘 모르겠습니다. (어쩌면 학원에서 그렇게 시켰을 수도 있겠죠.) 마영전의 핵심은 멀티플레이 논타겟 액션입니다. 제가 본 마영전 모작 중에서는 아쉽게도 마영전의 논타겟 액션 동기화를 본인만의 방식으로 만들어서 설명해주신 분이 없었습니다. 리니지 모작도 마찬가지입니다. MMO 서버-클라이언트 구조라고 강조하는 분들을 많이 봅니다. 정말 놀랍게도, 만드는데 2주밖에 안 걸렸다는 분도 있었는데… 어필 포인트가 너무 어긋나서 할 말을 잃었던 것 같습니다. 실제로 그런 분들 중에서 MMO의 핵심 요소 중 하나인 월드 채널링이나 MMO에서 퀘스트와 같은 콘텐츠를 본인만의 방식으로 만들어서 설명해주신 분들은 없었습니다. ✅클론 코딩을 포트폴리오로 만드는 방법 위의 잘못된 클론 코딩 사례가 거의 포트폴리오에 있는 클론 코딩의 90%를 차지하기 때문에, 클론 코딩을 포트폴리오로 만드는 방법은 생각보다 쉽습니다. 바로 안티패턴을 피하는 것이죠. 우선, 클론할 게임의 핵심을 아는 것부터 시작해야 합니다.마인크래프트, 오버워치, 3-매치, 마영전, 리니지 등 다양한 게임들의 핵심은 모두 다릅니다. 그리고 주니어 개발자 입장에서 이런 핵심을 관통하기란 쉽지 않은 것도 사실입니다. 그러나 조금만 검색해보면 나오는 것도 맞습니다. 두 번째는 핵심 기믹만 모작하는 것도 가치가 있다는 것입니다.예를들면, 포탈2의 들어가는 포탈/나가는 포탈은 다양한 기술적 챌린지(렌더링, 공간 이동)가 있습니다. 총게임들의 Netcode(예측, 보간)들도 꽤 좋은 챌린지가 됩니다. 그래서 이런 기믹들은 만들어서 포트폴리오에 넣으면 게임플레이 프로그래머로 홍보하기 좋습니다. 개인적으로 이런 핵심 요소를 클론한 유튜브 하나를 추천해드리면, Mix and Jam 이 있습니다. 제가 생각했을 때 클론코딩의 모범사례에 가깝고, 클론 코딩에 대한 좋은 예를 보실 수 있습니다. ✅마무리하며, 클론 코딩은 분명히 개발자로서의 역량을 보여줄 수 있는 좋은 방법입니다. 하지만 그 과정에서 중요한 것은 단순히 게임을 흉내 내는 것이 아니라, 게임의 핵심 메커니즘을 이해하고 그것을 구현하는 능력을 보여주는 것입니다. 단순히 비슷해 보이는 결과물을 만드는 것보다, 그 안에 숨겨진 원리를 이해하고 자신만의 방식으로 풀어내는 것이 더 중요합니다. ✅더불어 이벤트 홍보(?) 그래서, 이번에 저와 함께 클론 코딩을 도전해볼 사람을 찾습니다!! :) [챌린지 개요]😀현직 개발자 멘토와 함께 4주 동안 클론코딩 챌린지 도전할 사람 찾습니다!각 분야별 유데미 멘토들과 함께 클론코딩부터 코드리뷰까지 할 수 있는 기회! 💪이번 챌린지는 [프론트엔드 / 백엔드 / 게임개발] 진행 됩니다 :)유데미 개발 챌린지에서 개발자 커리어를 시작해보세요! 🥇챌린지 참여 혜택 무엇이 있나요?<ul><li>현직 개발자와 라이브 특강</li><li>주차별 미션 제공</li><li>멘토와 1:1 커피챗 (미션 과제 우수자 선정자)</li><li>참가 혜택 : 유데미 개발 강의 할인 쿠폰팩, 지난 챌린지 특강 제공</li></ul> 💌챌린지 자세히 보러가기 : https://udemy.wjtb.co.kr/event/id/272🌞친구와 함께 신청하면 배민 상품권 제공! https://forms.gle/2fxpfmh68ioELCwG8 모집/신청 기간 : 2024년 8월 19일(월) ~ 9월 22일(일)챌린지 진행 기간 : 2024년 9월 23일(월) ~ 10월 18일(금)제가 맡은 게임 개발 챌린지 주제는 “뱀파이어 서바이벌(뱀서류) 클론코딩"으로,라이브 특강에서 포트폴리오가 되는 모작 만들기, 현업에서 사용하는 게임 프로그래밍 디자인 패턴과 테크닉, 수강생 코드리뷰까지 함께 다뤄볼 예정입니다.많은 관심과 참여 부탁 드립니다.감사합니다.

udemy.wjtb.co.kr

게임개발자를 위한 클론코딩

내가 실리콘밸리로 우연찮게 넘어가게 된 때는 만 31살이 되었을 때였다. 그 전까지 한번도 미국에서 살 꺼라 생각하지 않았기에 영어 회화 공부는 해본 적이 없었다. 미국에 넘어가 작은 스타트업에서 일하면서 보통 오전 10시전에 출근해서 새벽 1시 정도까지 일하고 퇴근하는 힘든 나날이었지만 집에 가면 와이프와 프렌즈 받아쓰기와 따라하기를 하며 나름 공부를 꾸준히 했는데 그렇다고 금방 늘지는 않았고 발음은 사실 고칠 수 있는 것이 아니었다.

하지만 깨달은 것이 하나가 있었는데 말하는 것 보다 더 중요한 것은 듣기 능력이란 점이었다. 내가 계속 한국에 살았다면 다른 사람이 하는 말은 그렇게 집중해서 듣지 않았을 텐데 영어로 이야기하다보니 일단 내가 하고 싶은 말을 하기 보다는 다른 사람이 하는 말을 먼저 이해하려는 노력을 할 수 밖에 없었고, 그게 의도했던 것은 아니지만 의사소통 능력을 키우는데 커다란 도움이 되었다. 즉 내 목적을 관철하기 위해 상대의 이야기를 듣기보다는 상대가 하는 말을 이해하려는 노력이 어쩌다 보니 의사소통 능력을 키우는데 도움이 되었다는 것이다.

다음은 현란한 말로 승부를 볼 수가 없다보니 내가 전달하고자 하는 것이 무엇인지 집중하는 습관을 갖게 되었고 말이 많이 하는 것보다는 명확하게 하는 습관이 생겼다. 또한 말만 중요한 것이 아니라 말을 하는 톤과 바디 랭귀지가 사실은 말 만큼 중요하다는 점도 알게 되었다.

언어란 결국 사람들간의 의사 소통이다. 내가 나만의 이득을 이야기하는 것이 아니라 상대를 이해하려고 하고 공동의 이익을 만들려 하는 사람인가가 중요하다. 개발자로서 사실 영어는 처음에 그렇게 중요하지 않지만 레벨이 올라갈수록 중요해지며 이는 현란하게 발음을 하고 그러는 것이 아닌 어눌하고 문법이 틀려도 본인의 의견을 명확하게 표현할 수 있으면 된다. 그보다 더 중요한 것은 긍정적인 태도를 갖는 팀플레이어로 결과를 내는 사람이 되어야 한다는 점이다. 난 영어를 못해서 일을 잘 못해라고 하며 영어의 미숙함 뒤에 숨는 사람들을 실리콘밸리에 가끔 보게 되는데 그 단계를 벗어나는 간절함이 먼저 필요하다.

내가 실리콘밸리로 우연찮게 넘어가게 된 때는 만 31살이 되었을 때였다. 그 전까지 한번도 미국에서 살 꺼라 생각하지 않았기에 영어 회화 공부는 해본 적이 없었다. 미국에 넘어가 작은 스타트업에서 일하면서 보통 오전 10시전에 출근해서 새벽 1시 정도까지 일하고 퇴근하는 힘든 나날이었지만 집에 가면 와이프와 프렌즈 받아쓰기와 따라하기를 하며 나름 공부를 꾸준히 했는데 그렇다고 금방 늘지는 않았고 발음은 사실 고칠 수 있는 것이 아니었다. 하지만 깨달은 것이 하나가 있었는데 말하는 것 보다 더 중요한 것은 듣기 능력이란 점이었다. 내가 계속 한국에 살았다면 다른 사람이 하는 말은 그렇게 집중해서 듣지 않았을 텐데 영어로 이야기하다보니 일단 내가 하고 싶은 말을 하기 보다는 다른 사람이 하는 말을 먼저 이해하려는 노력을 할 수 밖에 없었고, 그게 의도했던 것은 아니지만 의사소통 능력을 키우는데 커다란 도움이 되었다. 즉 내 목적을 관철하기 위해 상대의 이야기를 듣기보다는 상대가 하는 말을 이해하려는 노력이 어쩌다 보니 의사소통 능력을 키우는데 도움이 되었다는 것이다. 다음은 현란한 말로 승부를 볼 수가 없다보니 내가 전달하고자 하는 것이 무엇인지 집중하는 습관을 갖게 되었고 말이 많이 하는 것보다는 명확하게 하는 습관이 생겼다. 또한 말만 중요한 것이 아니라 말을 하는 톤과 바디 랭귀지가 사실은 말 만큼 중요하다는 점도 알게 되었다. 언어란 결국 사람들간의 의사 소통이다. 내가 나만의 이득을 이야기하는 것이 아니라 상대를 이해하려고 하고 공동의 이익을 만들려 하는 사람인가가 중요하다. 개발자로서 사실 영어는 처음에 그렇게 중요하지 않지만 레벨이 올라갈수록 중요해지며 이는 현란하게 발음을 하고 그러는 것이 아닌 어눌하고 문법이 틀려도 본인의 의견을 명확하게 표현할 수 있으면 된다. 그보다 더 중요한 것은 긍정적인 태도를 갖는 팀플레이어로 결과를 내는 사람이 되어야 한다는 점이다. 난 영어를 못해서 일을 잘 못해라고 하며 영어의 미숙함 뒤에 숨는 사람들을 실리콘밸리에 가끔 보게 되는데 그 단계를 벗어나는 간절함이 먼저 필요하다.

(실리콘밸리에서 일할 때) 영어를 못할 때의 장점

Code review antipatterns

﻿코드 리뷰 자체가 없어 외롭게 코드를 작성하는 팀이 있는가 반면 코드 리뷰가 있긴 하나 오히려 있으나 마나 한 경우가 있습니다. 다 그런 건 아니고 저도 잘 안되는 부분이지만 개발자들은 단어나 문장의 선택이 서툴러서 본심은 그게 아닌데 리뷰가 아닌 자칫 "훈계" 혹은 "지적"이 되는 상황으로 변질되곤 합니다. 코드를 더 잘 짜보자고 만든 문화가 오히려 병목을 만들거나 구성원 간에 불신을 조장하는 경우가 생기는데요. 이번에 공유드릴 내용에서는 코드 리뷰 안티 패턴을 소개하고 있습니다.

궁극적으로 상호 존중하는 과정에서 명확하게 구체적인 피드백이 이뤄져야 하고 리뷰이나 리뷰어 각자가 책임의식을 가지고 리뷰가 진행이 되어야 하는데요. 첨언하면, 리뷰를 받고자 하는 리뷰 이는 최대한 수용하는 자세로 자세한 정보와 상황을 친절하게 작성해야 하고, 리뷰를 해주는 리뷰어 입장에서는 장기적으로 코드와 개발자(혹은 팀 구성원) 모두가 성장할 수 있도록 고민하며 필요하면 레퍼런스와 함께 리뷰를 해주는 게 좋지 않을까 생각을 해봅니다.

https://www.chiark.greenend.org.uk/~sgtatham/quasiblog/code-review-antipatterns/

﻿코드 리뷰 자체가 없어 외롭게 코드를 작성하는 팀이 있는가 반면 코드 리뷰가 있긴 하나 오히려 있으나 마나 한 경우가 있습니다. 다 그런 건 아니고 저도 잘 안되는 부분이지만 개발자들은 단어나 문장의 선택이 서툴러서 본심은 그게 아닌데 리뷰가 아닌 자칫 "훈계" 혹은 "지적"이 되는 상황으로 변질되곤 합니다. 코드를 더 잘 짜보자고 만든 문화가 오히려 병목을 만들거나 구성원 간에 불신을 조장하는 경우가 생기는데요. 이번에 공유드릴 내용에서는 코드 리뷰 안티 패턴을 소개하고 있습니다. 궁극적으로 상호 존중하는 과정에서 명확하게 구체적인 피드백이 이뤄져야 하고 리뷰이나 리뷰어 각자가 책임의식을 가지고 리뷰가 진행이 되어야 하는데요. 첨언하면, 리뷰를 받고자 하는 리뷰 이는 최대한 수용하는 자세로 자세한 정보와 상황을 친절하게 작성해야 하고, 리뷰를 해주는 리뷰어 입장에서는 장기적으로 코드와 개발자(혹은 팀 구성원) 모두가 성장할 수 있도록 고민하며 필요하면 레퍼런스와 함께 리뷰를 해주는 게 좋지 않을까 생각을 해봅니다. https://www.chiark.greenend.org.uk/~sgtatham/quasiblog/code-review-antipatterns/﻿

www.chiark.greenend.org.uk

코드 리뷰 안티패턴

2024 FEConf 현장 영상을 준비했어요! 이번 행사에는 당근 부스 운영진으로 참여했어요. 다른 후원사 부스를 체험하면서 경품도 받고 네트워킹 부스도 즐기고 왔어요. 제가 스트레스와 불안감을 관리하는 방법은 영상 후반부에 나와요! 재미있게 보셨다면 좋아요와 댓글로 응원해주세요 😊 다음 영상으로 또 찾아올게요!

개발자가 스트레스와 불안감을 동시에 잡는 방법 | 2024 FEConf 탐방기

"스트레스를 푸는 취미가 있으신가요?"

2024 FEConf는 발표 세션과 후원사 부스를 비롯해 아이 돌봄 공간, 네트워킹 부스까지 마련되어 즐길 거리가 가득했습니다.

네트워킹 부스에선 스트레스를 푸는 취미가 있냐는 질문을 받았습니다. 저는 '글쓰기'가 스트레스를 푸는 취미라고 답했습니다.

처음에는 글쓰기가 스트레스를 받는 일이라고 생각했는데 가만 생각해 보니 스트레스를 줄여주는 활동이라는 걸 깨닫게 됐습니다. 자세한 내용은 첨부한 영상을 통해 확인해 주세요.

여러분은 어떤가요? 어떤 방식으로 스트레스를 풀고 계신가요?

https://youtu.be/ug1nLShB5DA?si=XN_Rww49HjeDw_7u

"스트레스를 푸는 취미가 있으신가요?" 2024 FEConf는 발표 세션과 후원사 부스를 비롯해 아이 돌봄 공간, 네트워킹 부스까지 마련되어 즐길 거리가 가득했습니다. 네트워킹 부스에선 스트레스를 푸는 취미가 있냐는 질문을 받았습니다. 저는 '글쓰기'가 스트레스를 푸는 취미라고 답했습니다. 처음에는 글쓰기가 스트레스를 받는 일이라고 생각했는데 가만 생각해 보니 스트레스를 줄여주는 활동이라는 걸 깨닫게 됐습니다. 자세한 내용은 첨부한 영상을 통해 확인해 주세요. 여러분은 어떤가요? 어떤 방식으로 스트레스를 풀고 계신가요? https://youtu.be/ug1nLShB5DA?si=XN_Rww49HjeDw_7u

개발자의 스트레스 해소법

쉘 리다이렉션(Redirection) 사용법

쉘 프로그래밍을 처음 하시는 분들이 스크립트를 읽으시다가
2>&1
와 같은 알 수 없는 문법을 보고 당황하시는 경우가 있습니다. 이 것을 보통 리다이렉션(Redirection)이라고 하는데요. 어떤 명령의 입력이나 출력을 다른 곳으로 변경하기 위해서 사용됩니다.

이번 포스팅에서는 쉘 리다이렉션의 기본 사용법을 알아보고 다양한 예제를 통해 어떻게 실제 쉘 프로그래밍에 활용할 수 있는지 배워보겠습니다.

📝 포스팅: https://www.daleseo.com/shell-redirection/

 * 표준 스트림
 * 출력 리다이렉션
 * 오류 리다이렉션
 * 통합 리다이렉션
 * 입력 리다이렉션

쉘 프로그래밍을 처음 하시는 분들이 스크립트를 읽으시다가 <code >2&gt;&amp;1</code>와 같은 알 수 없는 문법을 보고 당황하시는 경우가 있습니다. 이 것을 보통 리다이렉션(Redirection)이라고 하는데요. 어떤 명령의 입력이나 출력을 다른 곳으로 변경하기 위해서 사용됩니다. 이번 포스팅에서는 쉘 리다이렉션의 기본 사용법을 알아보고 다양한 예제를 통해 어떻게 실제 쉘 프로그래밍에 활용할 수 있는지 배워보겠습니다. 📝 포스팅: https://www.daleseo.com/shell-redirection/ <ul ><li>표준 스트림</li><li>출력 리다이렉션</li><li>오류 리다이렉션</li><li>통합 리다이렉션</li><li>입력 리다이렉션</li></ul>

www.daleseo.com

내가 조바심 내지 않는 이유 | 인간이라면 누구나 겪는 감정인 '조바심'에 주목한 감정 멘토 사이토 다카시의『내가 조바심 내지 않는 이유』. 소셜 네트워크로 실시간 연결된 '초연결 사회'에서는 언제든지 자신을 표현하……

내가 조바심 내지 않는 이유 | 사이토 다카시 - 교보문고

“기다릴 줄 아는 사람은 바라는 것을 가질 수 있다.” - 벤저민 프랭클린 -

“서두른다는 느낌은, 인생을 충실하게 산다는 증거도 아니고, 시간이 없어서 생기는 결과도 아니다. 그 반대로 자기 인생을 허비하고 있다는 막연한 두려움에서 생겨난다. 해야 하는 일을 하지 않을 때, 다른 일을 할 시간은 전혀 없다.” - 에릭 호퍼, 철학자 -

사이토 다카시는 책 <내가 조바심 내지 않는 이유>에서 인간이라면 누구나 겪는 감정인 ‘조바심’에 주목했다. 사소한 일로도 반응하고 조바심을 느끼는 현대인의 마음속에는 과연 어떤 원인이 숨어 있을까? 사이토 다카시는 현대사회에 만연한 조바심의 증폭제로 모바일 메신저를 비롯한 각종 소셜 미디어를 지목한다.

조바심은 자연스러운 감정이지만 ‘초연결 사회’에서는 과다한 커뮤니케이션으로 타인과의 정신적 접촉이 늘어나 감정의 안테나가 지나치게 민감하고 섬세해질 수밖에 없다. 실시간 소통이 가능해지면서 사회 시스템들이 빠른 속도로 돌아가기에 일상의 속도 또한 빨라졌다.

이런 삶을 살면서 우리는 느긋함이나 인내심을 잃어버리고 말았다. 사소한 일에도 필요 이상으로 감정이 동요되고 조바심을 낸다. 지나친 조바심은 분노로 변하기 쉽다. 늘 조마조마한 마음을 품고 살아가는 현대인은 시한폭탄을 장착한 것이나 다름없다.

- 주위와 충돌하지 않고 때로는 혼자 있고 싶지만, 뒤처진다는 생각에 불안하다!
- 나를 피곤하게 만드는 사람들에게 반응하지 않고 싶지만, 사소한 일에도 욱하게 된다!
- 아무도 상처받지 않고 누구에게도 상처 주고 싶지 않지만, 자꾸 감정적이 되어 화를 참기 힘들다!
- 아무리 신경 쓰지 않는 연습을 해봐도 쉽지 않다, 내가 이상한 걸까?

누구나 갖고 있는 생각들이다. 조바심이란 곧바로 드러나진 않더라도 나비효과처럼 번지기 쉽고 타인에게 과도한 평가 잣대를 들이댈 위험이 있기 때문에, 일상을 망가뜨리고 관계를 망치는 주범이 된다. 그러므로 스스로 조절해야 한다.

“언제든 누군가와 연결되어 있다. 어디에 있든 연락할 수 있다.” 언뜻 편리할 것 같지만 이는 곧, 연결되지 않을 때 마음속 파도는 더욱 커진다는 의미입니다. 휴대전화가 연결되지 않거나 이메일 답장이 없으면 ‘수신 거부 상태가 아닌지’ 의심하고 ‘미움받고 있을지도 모른다’라고 착각하며 ‘무시당했다’라고 화를 냅니다. 결국 부정적인 감정이 머리를 치켜들고 쓸데없는 생각을 하게 됩니다. 8p, 〈프롤로그〉

지금처럼 자신이 먼저 ‘인정해줘’ ‘칭찬해줘’ ‘좋아해줘’ ‘굉장하지’하고 어필하는 욕구는 없었습니다. 현대만큼 인정 욕구가 강한 시대는 없었습니다. 그런 의미에서 ‘인정받고 싶지만 인정받지 못했다’라는 상실감은 현대인만의 부정적인 감정이라고 할 수 있습니다. 소망과 현실 사이의 괴리로 인해 쌓인 불안감이 새로운 현대병인 ‘관심병’에 이르게 한 것인지도 모릅니다. 30p, 〈관심병은 상대적이며 절대적인 현대병이다〉

통화 연결음이 30초가 넘어가거나, 엘리베이터를 기다리는 데 1분 이상이 걸리면 많은 사람들이 슬슬 화가 나기 시작합니다. 빨간불에 횡단보도 앞에서 기다리거나, 관공서 창구에서 차례가 좀처럼 돌아오지 않을 때, 주문한 음식이 나오지 않을 때, 휴대전화 통신 환경이 좋지 않아서 인터넷 접속에 시간이 오래 걸릴 때 등등 일상에서 기다려야 하는 수많은 상황마다 사람들은 자기도 모르게 짜증을 내고 맙니다. 49p, 〈1분도 참지 못하게 만드는 조바심의 정체〉

누군가와 이야기할 때 ‘목에 뭔가가 걸려서 답답한 느낌’이 든다면 ‘이 감정은 뭘까?’ 하고 생각해보세요. 상대가 거북한 사람이라면 ‘아, 이 느낌이 내 서툰 마음의 표출이구나’ 하고 눈치챌 수 있습니다. 60p, 〈몸에 초점을 맞추자: 내 마음은 몰라도 내 몸은 안다〉

권하는 것은 ‘감정’ 시뮬레이션. 그 선택을 통해 자신이 어떤 감정을 갖게 될지 예측하고 상상하고, 분석해보는 것입니다. 대부분의 사람들이 ‘상황’만을 우선하다 이를 놓치고 있습니다. 136p, 〈감정 시뮬레이션: 선택장애가 올 때는 감정을 연습해본다〉

‘자신의 감정을 매일매일 하루 단위로 정산한다’. 쉽게 말하면 하루의 감정을 결산하여 흑자로 돌려서 ‘오늘은 이걸로 오케이’라고 생각하는 방법입니다. 좋은 일이 있었던 날은 그것으로 오케이. 싫은 일이 있어서 부정적 감정이 많았고, 그래서 이 감정이 내일까지 이어질 것 같은 날에는 그날 감정의 ‘마이너스만큼’ 다른 좋은 일로 메우는 것입니다. 제 경우 마이너스 감정을 메우기 위한 수단 중 하나로 ‘고기 구워 먹기’가 있습니다. 143p, 〈하루 단위 감정 정산법: ‘우울한 날은 구운 고기’의 법칙〉

긴장되는 사람과 만나기 전에 10초 동안 점프를 해보십시오. 취업을 위한 면접을 앞둔 학생에게 자주 이 방법을 알려줍니다. 높이 뛸 필요는 없습니다. 가볍게 톡톡 뛰는 정도도 괜찮습니다. 그것만으로도 어깨 힘이 빠지고 뭉친 부분이 풀어져 몸이 약간 따뜻해집니다. 이렇게 몸이 풀어진 상태에서 사람을 만나면 자신의 환한 모습이 적어도 20퍼센트는 올라갑니다. 156p, 〈10초 점프 효과: 몸의 움직임이 마음의 응어리를 풀어준다〉

자신의 손이 닿는 범위 안에서 제한된 친구들과 소셜 미디어로 대화하고 연락을 주고받는 한정된 세계에서는 알 수 없는 보다 넓은 감정을, 광대하고 심오한 감정을 다룬 소설이라는 세계에서 배웁니다. 현대사회를 사는 우리에게 책은 상당히 중요한 학습의 장입니다. 180p, 〈소설 감정 수업: 초연결 사회일수록 책을 읽어야 하는 이유〉

카페라는 완충 장치를 통해 일 모드로 되어 있던 감정을 가정 모드로 바꿉니다. 회사에는 많은 인간관계가 있습니다. 신경도 많이 쓰고 긴장도 많이 했을 겁니다. 일에서 오는 문제나 스트레스도 있습니다. 그런 부정적인 감정을 그대로 집으로 갖고 들어가지 않기 위해서, 회사와 집의 중간 지점에, 혼자 감정을 식히고 정리할 수 있는 공간이 카페입니다. 202p, 〈회사와 집 사이에 카페라는 감정의 휴게소〉

“기다릴 줄 아는 사람은 바라는 것을 가질 수 있다.” - 벤저민 프랭클린 - “서두른다는 느낌은, 인생을 충실하게 산다는 증거도 아니고, 시간이 없어서 생기는 결과도 아니다. 그 반대로 자기 인생을 허비하고 있다는 막연한 두려움에서 생겨난다. 해야 하는 일을 하지 않을 때, 다른 일을 할 시간은 전혀 없다.” - 에릭 호퍼, 철학자 - 사이토 다카시는 책 &lt;내가 조바심 내지 않는 이유&gt;에서 인간이라면 누구나 겪는 감정인 ‘조바심’에 주목했다. 사소한 일로도 반응하고 조바심을 느끼는 현대인의 마음속에는 과연 어떤 원인이 숨어 있을까? 사이토 다카시는 현대사회에 만연한 조바심의 증폭제로 모바일 메신저를 비롯한 각종 소셜 미디어를 지목한다. 조바심은 자연스러운 감정이지만 ‘초연결 사회’에서는 과다한 커뮤니케이션으로 타인과의 정신적 접촉이 늘어나 감정의 안테나가 지나치게 민감하고 섬세해질 수밖에 없다. 실시간 소통이 가능해지면서 사회 시스템들이 빠른 속도로 돌아가기에 일상의 속도 또한 빨라졌다. 이런 삶을 살면서 우리는 느긋함이나 인내심을 잃어버리고 말았다. 사소한 일에도 필요 이상으로 감정이 동요되고 조바심을 낸다. 지나친 조바심은 분노로 변하기 쉽다. 늘 조마조마한 마음을 품고 살아가는 현대인은 시한폭탄을 장착한 것이나 다름없다. - 주위와 충돌하지 않고 때로는 혼자 있고 싶지만, 뒤처진다는 생각에 불안하다!- 나를 피곤하게 만드는 사람들에게 반응하지 않고 싶지만, 사소한 일에도 욱하게 된다!- 아무도 상처받지 않고 누구에게도 상처 주고 싶지 않지만, 자꾸 감정적이 되어 화를 참기 힘들다!- 아무리 신경 쓰지 않는 연습을 해봐도 쉽지 않다, 내가 이상한 걸까? 누구나 갖고 있는 생각들이다. 조바심이란 곧바로 드러나진 않더라도 나비효과처럼 번지기 쉽고 타인에게 과도한 평가 잣대를 들이댈 위험이 있기 때문에, 일상을 망가뜨리고 관계를 망치는 주범이 된다. 그러므로 스스로 조절해야 한다. “언제든 누군가와 연결되어 있다. 어디에 있든 연락할 수 있다.” 언뜻 편리할 것 같지만 이는 곧, 연결되지 않을 때 마음속 파도는 더욱 커진다는 의미입니다. 휴대전화가 연결되지 않거나 이메일 답장이 없으면 ‘수신 거부 상태가 아닌지’ 의심하고 ‘미움받고 있을지도 모른다’라고 착각하며 ‘무시당했다’라고 화를 냅니다. 결국 부정적인 감정이 머리를 치켜들고 쓸데없는 생각을 하게 됩니다. 8p, 〈프롤로그〉 지금처럼 자신이 먼저 ‘인정해줘’ ‘칭찬해줘’ ‘좋아해줘’ ‘굉장하지’하고 어필하는 욕구는 없었습니다. 현대만큼 인정 욕구가 강한 시대는 없었습니다. 그런 의미에서 ‘인정받고 싶지만 인정받지 못했다’라는 상실감은 현대인만의 부정적인 감정이라고 할 수 있습니다. 소망과 현실 사이의 괴리로 인해 쌓인 불안감이 새로운 현대병인 ‘관심병’에 이르게 한 것인지도 모릅니다. 30p, 〈관심병은 상대적이며 절대적인 현대병이다〉 통화 연결음이 30초가 넘어가거나, 엘리베이터를 기다리는 데 1분 이상이 걸리면 많은 사람들이 슬슬 화가 나기 시작합니다. 빨간불에 횡단보도 앞에서 기다리거나, 관공서 창구에서 차례가 좀처럼 돌아오지 않을 때, 주문한 음식이 나오지 않을 때, 휴대전화 통신 환경이 좋지 않아서 인터넷 접속에 시간이 오래 걸릴 때 등등 일상에서 기다려야 하는 수많은 상황마다 사람들은 자기도 모르게 짜증을 내고 맙니다. 49p, 〈1분도 참지 못하게 만드는 조바심의 정체〉 누군가와 이야기할 때 ‘목에 뭔가가 걸려서 답답한 느낌’이 든다면 ‘이 감정은 뭘까?’ 하고 생각해보세요. 상대가 거북한 사람이라면 ‘아, 이 느낌이 내 서툰 마음의 표출이구나’ 하고 눈치챌 수 있습니다. 60p, 〈몸에 초점을 맞추자: 내 마음은 몰라도 내 몸은 안다〉 권하는 것은 ‘감정’ 시뮬레이션. 그 선택을 통해 자신이 어떤 감정을 갖게 될지 예측하고 상상하고, 분석해보는 것입니다. 대부분의 사람들이 ‘상황’만을 우선하다 이를 놓치고 있습니다. 136p, 〈감정 시뮬레이션: 선택장애가 올 때는 감정을 연습해본다〉 ‘자신의 감정을 매일매일 하루 단위로 정산한다’. 쉽게 말하면 하루의 감정을 결산하여 흑자로 돌려서 ‘오늘은 이걸로 오케이’라고 생각하는 방법입니다. 좋은 일이 있었던 날은 그것으로 오케이. 싫은 일이 있어서 부정적 감정이 많았고, 그래서 이 감정이 내일까지 이어질 것 같은 날에는 그날 감정의 ‘마이너스만큼’ 다른 좋은 일로 메우는 것입니다. 제 경우 마이너스 감정을 메우기 위한 수단 중 하나로 ‘고기 구워 먹기’가 있습니다. 143p, 〈하루 단위 감정 정산법: ‘우울한 날은 구운 고기’의 법칙〉 긴장되는 사람과 만나기 전에 10초 동안 점프를 해보십시오. 취업을 위한 면접을 앞둔 학생에게 자주 이 방법을 알려줍니다. 높이 뛸 필요는 없습니다. 가볍게 톡톡 뛰는 정도도 괜찮습니다. 그것만으로도 어깨 힘이 빠지고 뭉친 부분이 풀어져 몸이 약간 따뜻해집니다. 이렇게 몸이 풀어진 상태에서 사람을 만나면 자신의 환한 모습이 적어도 20퍼센트는 올라갑니다. 156p, 〈10초 점프 효과: 몸의 움직임이 마음의 응어리를 풀어준다〉 자신의 손이 닿는 범위 안에서 제한된 친구들과 소셜 미디어로 대화하고 연락을 주고받는 한정된 세계에서는 알 수 없는 보다 넓은 감정을, 광대하고 심오한 감정을 다룬 소설이라는 세계에서 배웁니다. 현대사회를 사는 우리에게 책은 상당히 중요한 학습의 장입니다. 180p, 〈소설 감정 수업: 초연결 사회일수록 책을 읽어야 하는 이유〉 카페라는 완충 장치를 통해 일 모드로 되어 있던 감정을 가정 모드로 바꿉니다. 회사에는 많은 인간관계가 있습니다. 신경도 많이 쓰고 긴장도 많이 했을 겁니다. 일에서 오는 문제나 스트레스도 있습니다. 그런 부정적인 감정을 그대로 집으로 갖고 들어가지 않기 위해서, 회사와 집의 중간 지점에, 혼자 감정을 식히고 정리할 수 있는 공간이 카페입니다. 202p, 〈회사와 집 사이에 카페라는 감정의 휴게소〉

product.kyobobook.co.kr

“기다릴 줄 아는 사람은 바라는 것을 가질 수 있다.” - 벤저민

LLM은 지난 2년간, 성능은 원숭이 수준에서 인간 수준으로 높아졌고 가격은 400배 저렴해졌으며, 추론 속도는 지난 6년간 (이론적으로)3,000배 빨라졌다.

역사적으로 어떠한 기술이 이렇게 빠르게 발전했던 경우가 없었다.

최근 다음 레벨의 AI가 나오지 않아서 AI가 과장됐다, 이제 버블이 꺼질거라는 말이 많이 나오지만, GPT-4가 출시된지 이제 겨우 1년 반 밖에 안됐음을 기억해야한다.

LLM은 지난 2년간, 성능은 원숭이 수준에서 인간 수준으로 높아졌고 가격은 400배 저렴해졌으며, 추론 속도는 지난 6년간 (이론적으로)3,000배 빨라졌다. 역사적으로 어떠한 기술이 이렇게 빠르게 발전했던 경우가 없었다. 최근 다음 레벨의 AI가 나오지 않아서 AI가 과장됐다, 이제 버블이 꺼질거라는 말이 많이 나오지만, GPT-4가 출시된지 이제 겨우 1년 반 밖에 안됐음을 기억해야한다.

LLM은 지난 2년간, 성능은 원숭이 수준에서 인간 수준으로 높아

초급] 마이크로서비스를 개발할 때 가장 어려워하는 부분은 서비스 별로 데이터베이스를 분리한다는 점입니다. SQL JOIN을 REST API로 대체하려니 성능이 느릴 것 같고 데이터베이스의 트랜잭션 보장이 없어지니 정합성이 깨지지 않을까 걱정합니다. 마이크로서비스와 함께 API Composition, Event Sourcing, CQRS, SAGA 같은 반짝이는 기술들이 함께 소개되었지만, 실전에선 이보다는 평범한 기술을 사용하는 경우가 많습니다.

스프링캠프 2024 [Track 1] 4.실전! MSA 개발 가이드 (김용욱)

올해 스프링캠프 2024에서 발표한 영상입니다.
MSA로 개발할 때에 고려해야하는 팁들을 소개하는 내용으로
부족한 발표라 민망하지만..
누구나 기본으로 알았으면 하는 내용이라 공유합니다.

[개요] 마이크로서비스를 개발할 때 가장 어려워하는 부분은 서비스 별로 데이터베이스를 분리한다는 점입니다. SQL JOIN을 REST API로 대체하려니 성능이 느릴 것 같고 데이터베이스의 트랜잭션 보장이 없어지니 정합성이 깨지지 않을까 걱정합니다. 마이크로서비스와 함께 API Composition, Event Sourcing, CQRS, SAGA 같은 반짝이는 기술들이 함께 소개되었지만, 실전에선 이보다는 평범한 기술을 사용하는 경우가 많습니다. 관련해서 마이크로서비스를 개발할 때의 구현 이슈를 소개하고, 실전에서는 어떻게 풀어내는지 소개합니다.

https://youtu.be/raPJqrtGMxY?si=p86hwR7Jz7vweH4I

올해 스프링캠프 2024에서 발표한 영상입니다.MSA로 개발할 때에 고려해야하는 팁들을 소개하는 내용으로부족한 발표라 민망하지만..누구나 기본으로 알았으면 하는 내용이라 공유합니다. [개요] 마이크로서비스를 개발할 때 가장 어려워하는 부분은 서비스 별로 데이터베이스를 분리한다는 점입니다. SQL JOIN을 REST API로 대체하려니 성능이 느릴 것 같고 데이터베이스의 트랜잭션 보장이 없어지니 정합성이 깨지지 않을까 걱정합니다. 마이크로서비스와 함께 API Composition, Event Sourcing, CQRS, SAGA 같은 반짝이는 기술들이 함께 소개되었지만, 실전에선 이보다는 평범한 기술을 사용하는 경우가 많습니다. 관련해서 마이크로서비스를 개발할 때의 구현 이슈를 소개하고, 실전에서는 어떻게 풀어내는지 소개합니다. https://youtu.be/raPJqrtGMxY?si=p86hwR7Jz7vweH4I

[영상] 실전! MSA 개발 가이드

다시 취업할 수 있을까

트위터를 보다가 눈이 멈췄습니다.
젊은 친구들이 취업이 힘들다는 얘기는 많이 들었지만…
내 얘기는 아닐 거라 생각했는데.

비슷한 연배의 개발자분이 이런 글을 쓰는 걸 보고 놀랐습니다.
그냥 나이만 많은 개발자였으면 그렇게 놀라지는 않았을 겁니다.
2009년 경에 디바이스 드라이버를 개발할 때 pyrasis 블로그에서 많이 보고 배웠던 기억이 납니다.
개발 실력으로는 충분하고도 넘칠 만큼 훌륭한 분.
그런데 이력서를 30군데 이상 넣었는데 다 탈락했다고?

나는 과연 회사에 다시 취업할 수 있을까? 하는 생각을 해보지 않을 수 없었습니다.

망하면 까짓 거 다시 회사 가면 되지 뭐.

이렇게 생각하고 살았는데.
카카오나 네이버에서 과연 날 다시 받아줄까?
스타트업이라도 갈 수 있을까?
내가 너무 안일한 건 아닐까? 자신감이 떨어집니다.

개발자가 된 이후 처음으로 취업이 어려운 시대가 온 것 같습니다.
어쩌면 개발자들만의 문제가 아닐지도 모릅니다.
최근 2년 여간 우리나라 국민들 대부분 힘들었을 거라고 생각합니다.
이런 기간이 일시적이라면 다행이지만… 무한정 길어지는 건 아닐까 걱정도 됩니다.
정신이 번쩍 드는 하루 였습니다.

https://jeho.page/essay/2024/09/04/ever-be-get-job-again.html

트위터를 보다가 눈이 멈췄습니다. 젊은 친구들이 취업이 힘들다는 얘기는 많이 들었지만… 내 얘기는 아닐 거라 생각했는데. 비슷한 연배의 개발자분이 이런 글을 쓰는 걸 보고 놀랐습니다. 그냥 나이만 많은 개발자였으면 그렇게 놀라지는 않았을 겁니다. 2009년 경에 디바이스 드라이버를 개발할 때 pyrasis 블로그에서 많이 보고 배웠던 기억이 납니다. 개발 실력으로는 충분하고도 넘칠 만큼 훌륭한 분. 그런데 이력서를 30군데 이상 넣었는데 다 탈락했다고? 나는 과연 회사에 다시 취업할 수 있을까? 하는 생각을 해보지 않을 수 없었습니다. 망하면 까짓 거 다시 회사 가면 되지 뭐. 이렇게 생각하고 살았는데. 카카오나 네이버에서 과연 날 다시 받아줄까? 스타트업이라도 갈 수 있을까? 내가 너무 안일한 건 아닐까? 자신감이 떨어집니다. 개발자가 된 이후 처음으로 취업이 어려운 시대가 온 것 같습니다. 어쩌면 개발자들만의 문제가 아닐지도 모릅니다. 최근 2년 여간 우리나라 국민들 대부분 힘들었을 거라고 생각합니다. 이런 기간이 일시적이라면 다행이지만… 무한정 길어지는 건 아닐까 걱정도 됩니다. 정신이 번쩍 드는 하루 였습니다. https://jeho.page/essay/2024/09/04/ever-be-get-job-again.html

K리그 프로그래머

일 잘하는 사람은 알기 쉽게 말한다: 7가지 설명의 법칙 

✏️당신을 위한 형관펜

이해의 계단을 만들 때는 단차에 유의해야 한다.
계단턱이 너무 높다면 계단이 있어도 올라갈 수가 없다.
그럼 오르기 쉬운 이해의 계단을 만들려면 어떻게 해야할까?

👇👇👇
7단계 설명 포맷: 이제 나도 알아듣기 쉽게 말할 수 있다

1단계 : 흥미를 끈다
2단계 : 상대방의 수준을 파악한다
3단계 : 목적을 제시한다
4단계 : 큰 틀을 제시한다
5단계 : 연결한다
6단계 : 구체적인 사례와 증거를 제시한다
7단계 : 전이한다

👇👇👇
일 잘하는 사람들의 궁극의 테크닉
1. 역방향 설계
2. 심리 장벽 부수기
- 심리 장벽을 낮춘다
- 상대방을 부정하지 않는다
3. 비유
- 상대방이 높은 확률로 알고 있는 지식을 이용한 비유
- 의인화

💁🏻‍♀️죠과장's 코멘트
글이 제법 길지만 표와 도표 등으로 잘 설명된 글입니다.
글의 주제처럼 긴 글 조차 "알기 쉽게 쓰여진 글"이네요.
많은 분들이 밑줄 그어가며 보면 좋겠어요.
인쇄해서 두고두고 봐도 좋을 것 같습니다.

Publy

Biz Ops / Product Owner

손인균

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

서동환

우주아

팀장

Provider

서비스운영 매니저

대표

마케팅팀 과장

영화영상학과

박지희

블로그

인스타그램

브런치

영화를 전공했다. IT스타트업을 거쳐 마케팅 에이전시, 프리랜서, 창업, F&B프랜차이즈 마케터까지 거쳤다.
지금은 식물성고기, 대체육을 만드는 푸드테크 지구인컴퍼니에서 "언리미트"라는 브랜드를 알리기위해 고군분투 중이다.
#그로스마인드셋 #기획자 #네트워킹

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필