셩잇님의 잡동사니

개발자, 디자이너, 사업가, 기획자, 예술가 그 영역과 직업을 떠나서 특정 레벨 이상의 성취를 만든 사람들이 중요하게 생각하는 것이 무엇인가를 듣다보면 결국 '가치'라는 개념으로 수렴하게 된다고 느낍니다. 기술 자체가 중요한 것이 아니라, 돈 자체가 중요한 것이 아니라, 자원 자체가 중요한 것이 아니라 정말로 사람들에게 필요한 것이 무엇인가에 대한 질문을 던지고 있다는 느낌을 받습니다. 그런데, 여기서 가치라는 개념을 제가 오래 전에 이해하기로는 유저의 수, 서비스라면 서비스를 접속하는 유저의 리텐션, 유료화 고객의 수, 이런 것들이라고 생각을 했는데요. 요즘 들어서는, (계속 비슷한 이야기만 듣다보니) 가치라는 개념이 단순 보이는 데이터들 이상의 것으로 드러나지 않나 싶습니다. 어찌보면 철학의 개념으로..

회사 입장에서 어려움 점을 이해해 보고 주니어 개발자가 꼭 알아야 할 점을 파악해 봅니다. 1️⃣ 주니어 개발자는 1, 2년의 투자 기간이 필요하다 최소 1, 2년 정도 한 사람에게 투자할 수 있는 팀이 아니라면 주니어 개발자를 고용하지 않는 것이 좋다. 특히 투자자들에게 결과물을 빨리 내야 하는 스타트업에는 적합하지 않은 고용 방법일 수 있다. 2️⃣ 그들에게는 경력이 많은 관리자가 필요하다 경력이 없거나 자질이 없는 관리자는 주니어 개발자를 고용하거나 멘토 할 수 없다. 주니어 개발자를 고용하려면 경력이 풍부한 관리자가 필요하다. 3️⃣ 잘 정의된 업무만 줄 수 있다 주니어에게 몇 주 만에 결과물을 내야 하는 업무를 줄 수 없다. 따라서 팀은 최소 6개월에서 12개월 안에 결과물을 낼 수 있는 프로젝..

생각보다 간단하고 회사 생활에 도움 되었던 점 "여러 공식 채널에 올라오는 메시지나 이메일 확인하기“ 1️⃣ 여러 공식 그룹 메시지 채널에는 내가 몰랐던 여러 가지 팀과 회사 상황에 관한 글이 올라온다. 자율성이 크게 주어진 기업 문화라면 서로 간 (프로젝트 간) 대화의 창이 없는 경우가 태반이다. 아는 사람에게만 정보 전달하고, 다른 이해 관계자에게 미처 말해주지 못할 때가 많다. 나에게 관련 없어 보여도 알고 보니 공식 채널에 올라오는 메시지가 내 일과 관련된 때가 생각보다 많다. 이 습관을 갖고 다음과 같은 긍적적인 변화를 겪었다. 1. 다른 팀의 설계 변경 사항에서 그들이 놓쳤던 외부 팀 또는 조직과 관련된 리스크를 알려줄 수 있었다. 2. 다른 엔지니어가 몰랐던 개념에 대해 알려주었고, 다른 팀..

개발자로 살아가다 보면 불안을 느낄 때가 참 많이 오는 것 같습니다. 새로운 기술을 만나서 잘 몰라 허덕일 때나, 본인이 모르는 게 무엇인지 파악조차 안되거나, 취업이 잘 안되는데 원인을 모른다거나 연차는 점점 늘어만 가는데 실력은 그대로인 것 같은 느낌을 받을 때면 불안에 휩싸여 우울해지기까지 했던 것 같습니다. 그런 감정들을 벗어나기 위해 다양한 시도를 하다 보면 이상하게도 예상하지 못한 포인트에서 해결점을 찾게 되는 경우가 있었는데요. 여기서의 핵심은 "시도를 한다."라고 생각이 들어 불안감을 느낄 때면 뭐라도 해보자는 생각부터 하게 되었던 것 같습니다. 상황을 분석하고 해결하는 과정이 비단 기술적인 문제를 만날 때나 어려운 요구사항을 구현할 때뿐만은 아닌 것 같습니다. 본인 스스로에게도 적용될 수..

- 개발자가 되고 싶다면 포기하지 마세요. 당신은 할 수 있습니다! 💪 - 개발자는 항상 새로운 것을 배우고 도전하는 사람들입니다. 배움의 즐거움을 잊지 마세요. 😊 - 개발자는 혼자가 아닙니다. 다른 개발자들과 소통하고 협력하면서 성장하세요. 🙌 - 개발자는 창의적이고 표현력이 뛰어난 사람들입니다. 당신만의 아이디어와 스타일을 자신있게 보여주세요. 🎨 - 개발자는 문제를 해결하는 전문가입니다. 어려운 문제에 부딪힐 때마다 그것이 당신의 실력을 키워주는 기회라고 생각하세요. 🧠 - 개발자는 자신의 코드에 자부심을 가지는 사람들입니다. 코드를 깔끔하고 가독성 있게 작성하면서 품질을 높이세요. 👍 - 개발자는 사용자를 위해 서비스를 만드는 사람들입니다. 사용자의 입장에서 생각하고 피드백을 수용하면서 사용자 ..

1️⃣ 중복된 코드 사용하기 코드의 중복이 적을수록 코드 품질이 좋아집니다. 2️⃣ 나만의 방식대로 일 하기 다른 사람들이 적응하지 못하는 나만의 일 처리 방식은 금물. 3️⃣ 코딩 스타일 이슈는 미루기 4️⃣ 코드 최적화 하지 않기 5️⃣ 도움을 요청하지 않기 동료에게 도움을 요청하는 걸 부끄러워 할 필요가 없습니다. 그러기에 '팀'입니다. 6️⃣ 건강에 신경 쓰지 않기 규칙적인 수면을 취하여 좋은 컨디션을 유지하세요. 7️⃣ 쉽게 포기하기 어떤 문제에서 막혔다는 것이 무능하다는 뜻은 아닙니다. 출처 : 커리어리 '조서희'님 https://careerly.co.kr/comments/81789?utm_campaign=user-share 조서희 / 개발자의 나쁜 습관 7가지 | 커리어리 1️⃣ 중복된 코드..

✔️ 결론: 누구에게나 신뢰 받는 이들의 커뮤니케이션에는 '자신을 지키면서도 타인의 문제를 해결해가는 힘'이 있다. . . 겉보기에 사람은 좋으나 중요한 무언가를 같이 하려고 할 때 '물음표'인 사람들이 있죠. 🤔 협업이든 연애든 결혼이든, 그 사람과의 미래를 떠올리면 계속 의문이 드는 사람들. 상대방에게 확신을 주지 못하는 이들은 여러가지 문제들이 있겠지만 특히 '커뮤니케이션' 역량의 문제를 갖고 있는 경우가 많아요. 그럼 타인에게 확신을 주고 오랜 시간 신뢰를 쌓는 사람들은 어떤 특징을 갖고 있을까요? 그들은 어떤 커뮤니케이션에는 어떤 힘이 있을까요? . . . 1️⃣ 문제가 아닌 해결책을 중심으로 소통한다. 👉 이들은 문제나 불평만 늘어놓지 않고 항상 해결책을 함께 제시합니다. 또한 무조건 안 된다..

스타트업은 왜 실패하는가? "스타트업 세계에서는 실패를 마치 당연히 거쳐야하는 명예 훈장이나 통과 의례로 그럴싸하게 포장해서 얘기하는 경향이 있습니다. 어쩌면 이것이 실패에 대처하는 메커니즘일 수도 있겠습니다." "대부분의 스타트업이 성공하지 못합니다. 나는 이 질문의 진상을 밝히기로 했습니다. 나는 사업을 접는 수십 명의 기업가들과 상담을 통해 연구를 진행하면서, 많은 실패에는 반복적인 패턴이 있으며 이를 피할 수 있겠다는 것을 발견했습니다." "이 아티클에서는 6개 실패 패턴 중에서 두 가지에 초점을 두어 설명합니다. 이 두 가지는 실패 사례 중에서 가장 피할 수 있으면서, 규모가 큰 회사의 신규사업에도 적용이 가능하기 때문입니다." - 하버드 비즈니스스쿨, Tom Einsenmann 교수 / Why..

요즘 매일 보는 앱 중에 깃허브(github)가 있습니다. 개발에서 손을 뗀 지 벌써 13년이 지났지만, SaaS 기업으로 회사를 키우는 입장에서 코드를 제품(product)을 구성하는 중요한 요소로 보고 있기 때문에 깃허브의 알람을 빠짐 없이 읽습니다. 코드를 중심으로 한 개발자들의 대화를 읽다 보면 코드를 짜지 않더라도 동료들이들이 무슨 생각을 하고, 어떤 논의들이 일의 중심에 놓이는지 큰 노력 없이 알 수 있어 무척 편리합니다. 이 글에서는 조직의 리더 입장에서 바라 본 코드 리뷰에 관한 경험을 토대로, 코드 리뷰가 인간적인 개발 문화를 만드는 데 얼마나 큰 기여를 하는지 말하고자 합니다. 출처 및 더 읽어보기 : 요즘 IT '안영희'님 https://yozm.wishket.com/magazine/..

✍️ 정보 전달의 목적 명확히 하기 두 달쯤 전이었나? 한 스타트업 개발자의 글이 공유되는 걸 목격했다. 글의 제목을 보고 '서버 비용을 절약해나간 기술적인 노하우를 단계적으로 공유하겠구나'라는 기대감으로 읽어내려갔다. 아쉽게도 글을 다 읽은 후, 기대감은 큰 아쉬움으로 변했다. 그 글이 아쉬움으로 남게 된 이유는 크게 2가지였다. 1. 논리가 부족했다. 2. 잘못된 정보를 제공했다. 예를 들면, 해당 글에서는 데이터베이스 서버 운영 불안정성을 해결한 방법 한 가지를 소개했다. 하지만 해당 방법을 적용하게 된 구체적인 문제/배경 및 과정이 생략된 채로 '해당 방법으로 항상 데이터베이스의 서버 운영 불안정성을 해결할 수 있는 것'처럼 일반화했다. 나는 그 해결책을 사용하더라도 데이터베이스 서버에 부하를 줄..

주니어 개발자를 위한 엄청 쉬운 TCP/IP 4계층 이야기 네트워크가 생겨나게 된 계기는 데이터를 주고받기 위해서입니다. 자신의 컴퓨터에만 존재하던 데이터를 다른 컴퓨터와 교환하기 위해 연결을 하면서 ‘네트워크’가 되고, 네트워크 집합들 간의 연결이 ‘인터넷’이 된 것입니다. 네트워크를 통해 하는 행동은, 내가 원하는 것을 상대방에게 “요청”하여 “응답”을 받는 것입니다. 바로 옆사람과 대화 주고받기, 서울 다른 구 사람과 대화 주고받기, 한국 다른 시의 사람과 대화 주고받기, 다른 나라의 사람과 대화 주고받기 등 과거라면 상상도 못할 먼 거리의 사람과 대화가 가능한 것도 바로 네트워크라는 환경이 존재하기 때문인 것입니다. 이번 글에서는 이전 글 “택배 배송 과정으로 알아보는 엄청 쉬운 컴퓨터 네트워크”..

🕊️ 왜 코드 리뷰를 해야 하는가? 우리가 코드 리뷰를 해야 하는 이유, 그리고 어떻게 하는 지에 대한 글을 가져왔습니다. 이번에는 '왜' 코드 리뷰를 해야 하는지, 그 이유를 알아봅시다. 코드 리뷰를 하는 5가지 방법 - [ ] 1️⃣ 내가 아닌 다른 사람이 나의 코드를 이해하는지 알 수 있다. 2️⃣ 혼잡한 변수 이름, 클래스, 메서드 등을 명확하게 할 수 있다. 3️⃣ 잊고 있는 것이 없는지 체크할 수 있다. 4️⃣ 같은 문제에 대해 더 나은 해결 방법이 있는지 동료에게 배울 수 있다. 5️⃣ 오타를 고칠 수 있다. 🐣 다음에 Pull Request를 날릴 때는, 먼저 당신의 코드를 스스로 리뷰 해보세요. 출처 : 커리어리 '조서희'님 https://careerly.co.kr/comments/809..

오픈 AI가 발 빠르게 발표한 의미와 무엇을 바꾸려 하는지 알아보자. 2023년 3월은 아마 AI역사에 꽤나 중요한 기간이 될 듯합니다. ChatGPT용 OpenAI 서비스 API 지원 발표를 한 지 며칠 만인 지난주 금요일(3월 24일)에 ChatGPT를 위한 써드파티 플러그인 (Third-party Plug-Ins)을 지원한다고 발표했습니다. 이 플러그인이라는 것이 왜 필요하고 무엇을 바꾸려 하는지에 대해서 쉽게 설명해 보겠습니다. 출처 및 더 읽어보기 링크 : 요즘 IT '김영욱'님 https://yozm.wishket.com/magazine/detail/1951/?utm_source=stibee&utm_medium=email&utm_campaign=newsletter_yozm&utm_content..

안녕하세요, 넷마블 마젤란실 음성언어AI팀 이강복입니다. ChatGPT에 관한 관심이 뜨겁습니다! 대중적인 관심은 말할 것도 없고, 마이크로소프트를 중심으로 ChatGPT나 GPT, 자체 언어 모델을 활용한 새로운 서비스가 연일 발표되고 있습니다. 이런 상황에서 ‘ChatGPT를 어떻게 활용할 수 있을까?’는 많은 IT 엔지니어가 관심을 두는 부분이고 필자 역시 마찬가지입니다. 다행히 언어 AI라는 기술을 다루는 사람인 만큼 ChatGPT를 몇 가지 관점에서 분석해보고 간단한 실험도 해볼 수 있었습니다. 지금부터 ChatGPT가 어떤 기술인지를 간략히 살펴보겠습니다. 그리고 ChatGPT를 이용한 캐릭터 페르소나 정립과 간단한 게임 시나리오 생성이라는 실험 과정을 소개해 게임 분야에서 ChatGPT를 어..

개발 생산성을 높이는 원자적 커밋 원자적 커밋(Atomic Commits)에 대한 해외 아티클 'How atomic Git commits dramatically increased my productivity - and will increase yours too'을 보고 개발자의 일하는 방식으로서 생각해보면 좋을 것 같아 번역 정리해보았습니다. 실제로 커밋은 너무 많은 변경 사항을 한번에 해버리기 보다는 가능한 한 작은 단위로 쪼개어 여러 번 커밋 하는 것이 코드 리뷰와 버전 관리에 효과적입니다. 또한, 커밋이 커버 하는 변경 범위가 커질 수록 롤백 또는 다른 작업과 merge 할 때 리스크가 증가하기 때문에 하나의 커밋은 작을수록 좋습니다. 본문을 통해 원자적 커밋의 의미를 조금 더 알아보고, 이제는 커..

개발자 커리어 설계를 위한 3가지 고려사항 📄 해당 포스팅에서는 개발자 커리어 설계를 위해 고려할 사항들을 얘기하고 있습니다. 1. 타이틀보다 중요한 건 무엇을 배울 수 있는지 - 특히 주니어라면 타이틀보다는 본인의 의견을 개진할 수 있고 피드백을 받을 수 있는 회사를 선택하는 것이 좋습니다. - 항상 선택을 할 때에는 이 선택이 다음 커리어에 어떤 영향을 미치게 될 것인지를 염두에 두고, 본인의 목표를 위해 계속 배울 수 있는 선택을 해야 합니다. 2. 기술력은 모든 문제의 해답이 아닙니다 - 항상 주변을 넓게 보고, 최종 지향점에 알맞은 커리어를 고민해 보세요 3. 흔들리지 말고 기본에 충실하세요 - 결국 지식들은 기본기 위에서 쌓아 올려지는 것입니다. - 꾸준히 공부하는 것은 너무도 당연한 말이지만..

주니어 개발자의 이력서 작성법 F-Lab에서 공개한 주니어 개발자를 위한 이력서 작성법입니다. 요악하면 본인의 기술적 역량을 잘 어필할 수 있도록 작성해야 한다는 건데요, 취업을 준비하는 신입이거나, 이제 이직을 준비하거나, 또는 이직 계획이 없더라도 이력서는 주기적으로 업데이트 하는 것이 좋다고 생각합니다. 자세한 내용은 링크를 참고해주세요! 출처 : 커리어리 '강병진'님 https://careerly.co.kr/comments/79736?utm_campaign=user-share 강병진 / 주니어 개발자의 이력서 작성법 | 커리어리 F-Lab에서 공개한 주니어 개발자를 위한 이력서 작성법입니다. 요악하면 본인의 기술적 역량을 잘 어필할 수... careerly.co.kr 원 출처 : https://f..

글로벌기업은 코드 리뷰를 어떻게 할까요? 구글과 마이크로소프트에서는 코드 리뷰를 매우 중요하게 여기며, 이를 위해 다양한 방법을 사용하고 있습니다. 구글은 코드 리뷰 개발자 가이드(https://google.github.io/eng-practices/review/)를 통해 코딩 스타일을 비롯한 주요 원칙을 공개하고 있으며, Microsoft는 Codeflow를 통해 코드 리뷰를 진행하고 있습니다. 이외에도, 구글은 Tricorder라는 정적 분석 도구와 Rosie라는 코드 정리 시스템을 활용해 사용하지 않는 코드는 없애고, 리팩토링이 필요한 경우에는 수정된 코드를 개발자들에게 리뷰 요청하는 것으로 알려져 있습니다. Microsoft에서는 팀별로 자유롭게 자동화된 검토 도구를 활용할 수 있고, 프로세스도 ..

1. 오늘 공부한거 인증용 간단한 사진 * 실기 책: 7-47 ~ 75 ​ 2. 공부하면서 개인적으로 중요하다고 생각하는 용어 * 다중 행 연산자인 IN, ANY, ALL, EXISTS의 개념을 확실하게 알고 넘어가자. * 집계함수의 종류는 굉장히 직관적이다. STDDEV, VARIANCE가 시험에 과연 나올 수 있을까? * 다중 행 연산자와 마찬가지로 ROLL UP, CUBE, GROUPING SETS의 개념은 머리로는 쉽게 이해되지만, 막상 문제를 풀 때 개념의 차이와 작성법이 쉽게 생각나지 않는다. 꾸준하게 문제를 보고 풀어야 할 필요성이 있다. * 윈도함수는 OVER 키워드와 함께 사용되며, 다른 함수와 달리 소괄호를 사용한다. ​ 3. 공부하면서 이해하지 못한 용어 * 없음. ​ 기출문제, 예상..

커리어 형성으로 연결되는 좋은 우연을 불러일으키려면 어떠한 요건이 필요할까. 우선 '계획된 우연 이론'의 제창자인 크럼볼츠가 강조한 다섯 가지 요건을 살펴보자. (1) 호기심 자신의 전문 분야뿐만 아니라 다양한 분야로 시야를 넓혀 관심을 가지면 커리어 기회가 늘어난다. 좋은 우연을 실제로 커리어의 계기로 연결시키려면 다양한 우연을 불러일으키기 위한 씨 뿌리기와 더불어, 에게 다가온 좋은 우연에 반응할 수 있어야 한다. 이 두 가지 면에서 호기심은 매우 중요한 역할을 한다. 씨를 뿌리려면 다양한 사람들과의 만남, 일에의 몰입, 그리고 다양한 주제에 대한 호기심이 필요하며, 또한 좋은 우연에 반응하려면 미지의 세계를 긍정적이고 신선하게 받아들이는 마음이 있어야 하기 때문이다. 우연 이론을 실천하는 데는 호기..