구글 코딩 가이드라인을 보면 코드 가독성(Readability)을 강조한다. 코딩 주짓수 하지 말고 읽기 쉬운 코드를 작성하라는 건데 그래야 다른 개발자들 뿐만 아니라 본인이 본인의 코드를 나중에 볼 때 도움이 된다. 기본적으로 실리콘밸리에서는 개발자들의 이직이 워낙 잦기 때문에 유지 보수의 중요성에 대한 전반적인 인식이 더 있지 않나 싶다. 좋은 코드가 갖는 여러가지 원칙이 있겠지만 아래와 같은 것들을 들어볼 수 있을 듯 하다.

 1. 유지 보수성
    * 코드가 단순할수록 이해하기 쉽고, 수정하거나 확장할 때 실수를 줄일 수 있다.
    * 코드 리뷰, 디버깅, 팀 협업에서 단순한 코드는 더 효율적이다.
 2. 복잡성의 비용
    * 불필요하게 복잡한 코드는 버그를 유발하기 쉽고, 기능을 추가하거나 수정할 때 전체 시스템을 망칠 위험이 커진다
    * 가독성이 떨어지면 개발자는 코드 이해에 더 많은 시간을 소비한다.
 3. KISS 원칙
    * "Keep It Simple, Stupid"라는 원칙은 소프트웨어 설계에서 중요한 가이드라인으로, 과도한 설계나 복잡한 논리를 피하고 간단한 해결책을 찾는 것을 권장한다.
 4. YAGNI 원칙
    * "You Aren’t Gonna Need It"이라는 원칙은 필요하지 않은 기능을 미리 작성하지 말라는 뜻으로, 불필요한 코드 생성을 막는 데 초점이 맞춘다.
 5. DRY 원칙
    * "Don't Repeat Yourself"라는 원칙은 비슷한 코드를 copy-and-paste 형태로 반복하지 말고 함수나 클래스의 형태로 모듈화하는 걸 이야기한다. 그래야 유지보수가 쉬워진다.

경험상 정말 잘 하는 개발자는 코드를 양산하기 보다는 불필요한 코드를 줄이고 단순화하는 특성(빼기의 미학)이 있다. 하지만 대부분의 개발자들은 코드를 양산하는데 집중을 하기 쉬운데 일반적으로 우리는 가산 편향에 빠져 있기 때문이다. 즉 문제 해결을 하려면 뭔가를 새로 추가해야 한다고 생각하기 쉽다는 거다.

잘 하지 못하는 개발자가 코드를 양산하는 이유는 다음과 같다. 잘 하는 프로덕트 매니저와 같이 일을 한다면 아래 이슈 중의 몇 가지는 피할 수 있다.

 1. 기능주의 사고방식
    * "많은 기능 = 좋은 코드"라는 착각에 빠져, 기능 추가에만 집중하는 경우가 많다.
 2. 단순화 기술 부족
    * 복잡한 문제를 단순화하는 기술과 경험이 부족하면, 더 많은 코드로 문제를 해결하려는 경향이 생긴다.
 3. 과잉 설계 (Overengineering)
    * 모든 가능성을 고려해서 너무 많은 구조와 패턴을 적용하려다 보면, 실제로 필요하지 않은 코드가 양산되며 이는 유지보수 문제로 이어진다.

더하기가 아닌 빼기의 미학에 대해 생각해보자. 스티브 잡스는 무언가를 더 추가하려는 유혹에 저항하는 것이야말로 훌륭한 디자인과 혁신의 핵심이라고 말했다. 진정으로 중요한 것에 집중하기 위해 불필요한 것들을 과감히 제거해야 한다는 거다. 스티브 잡스의 아래 문구로 글을 마무리하고자 한다.

"I'm as proud of many of the things we haven't done as the things we have done. Innovation is saying no to a thousand things."

구글 코딩 가이드라인을 보면 코드 가독성(Readability)을 강조한다. 코딩 주짓수 하지 말고 읽기 쉬운 코드를 작성하라는 건데 그래야 다른 개발자들 뿐만 아니라 본인이 본인의 코드를 나중에 볼 때 도움이 된다. 기본적으로 실리콘밸리에서는 개발자들의 이직이 워낙 잦기 때문에 유지 보수의 중요성에 대한 전반적인 인식이 더 있지 않나 싶다. 좋은 코드가 갖는 여러가지 원칙이 있겠지만 아래와 같은 것들을 들어볼 수 있을 듯 하다. <ol ><li>유지 보수성<ul ><li>코드가 단순할수록 이해하기 쉽고, 수정하거나 확장할 때 실수를 줄일 수 있다.</li><li>코드 리뷰, 디버깅, 팀 협업에서 단순한 코드는 더 효율적이다.</li></ul></li><li>복잡성의 비용<ul ><li>불필요하게 복잡한 코드는 버그를 유발하기 쉽고, 기능을 추가하거나 수정할 때 전체 시스템을 망칠 위험이 커진다</li><li>가독성이 떨어지면 개발자는 코드 이해에 더 많은 시간을 소비한다.</li></ul></li><li>KISS 원칙<ul ><li>"Keep It Simple, Stupid"라는 원칙은 소프트웨어 설계에서 중요한 가이드라인으로, 과도한 설계나 복잡한 논리를 피하고 간단한 해결책을 찾는 것을 권장한다.</li></ul></li><li>YAGNI 원칙<ul ><li>"You Aren’t Gonna Need It"이라는 원칙은 필요하지 않은 기능을 미리 작성하지 말라는 뜻으로, 불필요한 코드 생성을 막는 데 초점이 맞춘다.</li></ul></li><li>DRY 원칙<ul ><li>"Don't Repeat Yourself"라는 원칙은 비슷한 코드를 copy-and-paste 형태로 반복하지 말고 함수나 클래스의 형태로 모듈화하는 걸 이야기한다. 그래야 유지보수가 쉬워진다.</li></ul></li></ol> 경험상 정말 잘 하는 개발자는 코드를 양산하기 보다는 불필요한 코드를 줄이고 단순화하는 특성(빼기의 미학)이 있다. 하지만 대부분의 개발자들은 코드를 양산하는데 집중을 하기 쉬운데 일반적으로 우리는 가산 편향에 빠져 있기 때문이다. 즉 문제 해결을 하려면 뭔가를 새로 추가해야 한다고 생각하기 쉽다는 거다. 잘 하지 못하는 개발자가 코드를 양산하는 이유는 다음과 같다. 잘 하는 프로덕트 매니저와 같이 일을 한다면 아래 이슈 중의 몇 가지는 피할 수 있다. <ol ><li>기능주의 사고방식<ul ><li>"많은 기능 = 좋은 코드"라는 착각에 빠져, 기능 추가에만 집중하는 경우가 많다.</li></ul></li><li>단순화 기술 부족<ul ><li>복잡한 문제를 단순화하는 기술과 경험이 부족하면, 더 많은 코드로 문제를 해결하려는 경향이 생긴다.</li></ul></li><li>과잉 설계 (Overengineering)<ul ><li>모든 가능성을 고려해서 너무 많은 구조와 패턴을 적용하려다 보면, 실제로 필요하지 않은 코드가 양산되며 이는 유지보수 문제로 이어진다.</li></ul></li></ol> 더하기가 아닌 빼기의 미학에 대해 생각해보자. 스티브 잡스는 무언가를 더 추가하려는 유혹에 저항하는 것이야말로 훌륭한 디자인과 혁신의 핵심이라고 말했다. 진정으로 중요한 것에 집중하기 위해 불필요한 것들을 과감히 제거해야 한다는 거다. 스티브 잡스의 아래 문구로 글을 마무리하고자 한다. "I'm as proud of many of the things we haven't done as the things we have done. Innovation is saying no to a thousand things."

코드 가독성과 빼기의 미학

사람과 상황에 따라 too much와 단순함의 균형이 정말 중요한 것 같아요^^

회사 직원의 수가 5명 일 때 미팅 방식과 100명 일 때의 미팅 방식은 달라져야 한다. 하지만 생각보다 이 변화는 쉽지 않은데 초기 멤버들은 아무래도 수가 적을 때 얼굴 보고 빠르게 이야기하는 것에 익숙해져 있다보니 문제만 생기면 바로 미팅으로 해결하는 것을 선호하는 경향을 갖기 때문이고 초기 멤버들의 힘이 상대적으로 크기 때문이다.

사람의 숫자가 늘어났다면 현재의 미팅 방식이 적절한지 돌아볼 필요가 있다. 사람이 몇 안 될 때야 매주 전체 미팅을 진행하는 것에 문제가 없고 오히려 서로의 작업에 대한 정보를 원활하게 공유할 수 있는 장이 되겠지만, 팀의 규모가 커지기 시작하면 미팅의 목적과 횟수, 참석 인원에 대해 다시 생각해 보아야 한다는 말이다. 이런 부분을 고려하지 않은 잦은 미팅은 업무 흐름을 방해하고 효율을 떨어뜨릴 수 있으면 이는 사람의 수가 늘어나면서 더 큰 문제가 된다.

미팅 방식을 점검할 때 가장 먼저 던져야 할 질문은 “이 미팅으로 의사결정을 이끌어낼 수 있는가?”이다. 정보를 공유하기 위한 경우가 아니라면 미팅은 기본적으로 실무를 논의하는 자리여야 한다고 생각한다. 확실한 어젠다도 없이 메신저에서도 확인할 수 있는 내용을 굳이 같이 살펴보자고 한다든가, 그전에 모두가 모였으니 100명이 넘은 다음에도 모두가 모이는 형태로 변화없는 식의 미팅으로는 아무것도 결정할 수 없다. 또 한 가지 고려해야 할 점은, 미팅은 가능한 한 최소 인원과 최단의 시간으로 진행해야 한다는 것이다. 미팅의 기본 시간 단위를 한 시간이 아닌 30분으로 잡자. 

유데미에 있을 때 모든 미팅 초대에 다음 세 가지가 명시적으로 드러나 있어야만 했다. 처음부터 이런 규칙이 있지는 않았고 사람이 많아지면 미팅 피로도가 커지면서 생긴 규칙이다. 아래 세 가지를 고려해서 정말 필요한 사람만 초대하는 것도 필요하다.

 1. Purpose: 미팅의 목적이 무엇인가?
 2. Agenda: 미팅에서 구체적으로 이야기할 아이템들이 무엇인가?
 3. Outcome: 미팅을 통해 결정하고 싶은 것이 무엇인가?

미팅이 너무 많아 업무는 저녁에 할 수 밖에 없는 경우가 생각보다 많다. 때로는 미팅 없는 날을 전사적으로 잡아야할 필요도 있고 다양한 실험이 필요하다.

회사 직원의 수가 5명 일 때 미팅 방식과 100명 일 때의 미팅 방식은 달라져야 한다. 하지만 생각보다 이 변화는 쉽지 않은데 초기 멤버들은 아무래도 수가 적을 때 얼굴 보고 빠르게 이야기하는 것에 익숙해져 있다보니 문제만 생기면 바로 미팅으로 해결하는 것을 선호하는 경향을 갖기 때문이고 초기 멤버들의 힘이 상대적으로 크기 때문이다. 사람의 숫자가 늘어났다면 현재의 미팅 방식이 적절한지 돌아볼 필요가 있다. 사람이 몇 안 될 때야 매주 전체 미팅을 진행하는 것에 문제가 없고 오히려 서로의 작업에 대한 정보를 원활하게 공유할 수 있는 장이 되겠지만, 팀의 규모가 커지기 시작하면 미팅의 목적과 횟수, 참석 인원에 대해 다시 생각해 보아야 한다는 말이다. 이런 부분을 고려하지 않은 잦은 미팅은 업무 흐름을 방해하고 효율을 떨어뜨릴 수 있으면 이는 사람의 수가 늘어나면서 더 큰 문제가 된다. 미팅 방식을 점검할 때 가장 먼저 던져야 할 질문은 “이 미팅으로 의사결정을 이끌어낼 수 있는가?”이다. 정보를 공유하기 위한 경우가 아니라면 미팅은 기본적으로 실무를 논의하는 자리여야 한다고 생각한다. 확실한 어젠다도 없이 메신저에서도 확인할 수 있는 내용을 굳이 같이 살펴보자고 한다든가, 그전에 모두가 모였으니 100명이 넘은 다음에도 모두가 모이는 형태로 변화없는 식의 미팅으로는 아무것도 결정할 수 없다. 또 한 가지 고려해야 할 점은, 미팅은 가능한 한 최소 인원과 최단의 시간으로 진행해야 한다는 것이다. 미팅의 기본 시간 단위를 한 시간이 아닌 30분으로 잡자.&nbsp; 유데미에 있을 때 모든 미팅 초대에 다음 세 가지가 명시적으로 드러나 있어야만 했다. 처음부터 이런 규칙이 있지는 않았고 사람이 많아지면 미팅 피로도가 커지면서 생긴 규칙이다. 아래 세 가지를 고려해서 정말 필요한 사람만 초대하는 것도 필요하다. <ol ><li>Purpose: 미팅의 목적이 무엇인가?</li><li>Agenda: 미팅에서 구체적으로 이야기할 아이템들이 무엇인가?</li><li>Outcome: 미팅을 통해 결정하고 싶은 것이 무엇인가?</li></ol> 미팅이 너무 많아 업무는 저녁에 할 수 밖에 없는 경우가 생각보다 많다. 때로는 미팅 없는 날을 전사적으로 잡아야할 필요도 있고 다양한 실험이 필요하다.

효율적인 미팅: 의사 결정 혹은 정보 공유

다 필요없고 사장이 일감만 많이 가져오면 직원들은 신나서 일 합니다 할 일이 없으니 미팅이랍시고 모여서 쓸데없는 분란만 일으키죠 프로젝트 수주가 많으면 회사 매출이 늘어나고 직원들 보너스도 줄 수 있고 성과급 준다는데 직원들은 다 열심히 일하지요

어디선가 많이 본 UI를 구현해야 했어요. 알고 보니 옆 팀에서 사용하고 있는 구성이었죠.

우선 복사하고 붙여 넣었어요. 하나씩 저희 코드에 맞게 다듬었어요. 뺄 건 빼고 넣을 건 넣고.

문득 그런 생각이 들었어요. 잘 옮기는 것도 기술이구나. 뭘 빼야 할지, 뭘 더해야 할지 아는 것도 능력이구나.

복붙도 기술이에요. 중요한 능력이에요.

어디선가 많이 본 UI를 구현해야 했어요. 알고 보니 옆 팀에서 사용하고 있는 구성이었죠. 우선 복사하고 붙여 넣었어요. 하나씩 저희 코드에 맞게 다듬었어요. 뺄 건 빼고 넣을 건 넣고. 문득 그런 생각이 들었어요. 잘 옮기는 것도 기술이구나. 뭘 빼야 할지, 뭘 더해야 할지 아는 것도 능력이구나. 복붙도 기술이에요. 중요한 능력이에요.

복붙도 기술이에요

Software engineers shared their favorite IDEs with GenAI features on social media. The most-mentioned one by a comfortable margin was Cursor. WindSurf and Zed also seem to be getting traction at the expense of Visual Studio, and JetBrains.

Which IDEs do software engineers love, and why?

예전에는 IntelliJ 혹은 VSCode로 천하통일이었던 것 같은데, 최근 AI 기능 통합된 새로운 도구들이 속속 나타나면서 개발자들에게는 더 즐거운 IDE 선택지들이 생긴 것 같습니다.

 * Cursor: 2022년에 설립되어 2023년 3월 첫 버전을 출시한 AI 기반 IDE로, 특히 'Composer'라는 기능이 주목받고 있습니다. 이 기능은 여러 파일에 걸쳐 지시사항을 수행. "다른 경쟁사 제품을 사용해봐도 Cursor가 더 나은 결과를 제공한다"는 찬사도 받음.
 * Windsurf: Codeium에서 최근 출시한 AI 코드 에디터로, AI와의 협업 흐름을 개선하고 디버깅 시 유용하다는 평가를 받고 있습니다. 'Cascade'라는 기능은 여러 파일에 걸쳐 협업할 수 있는 에이전트형 챗봇으로, 'write code'와 'chat' 모드를 지원하며 터미널 명령도 실행할 수 있습니다.
 * Zed: 협업과 AI 기능을 갖춘 차세대 코드 에디터로, 빠른 속도와 사용자 친화적인 인터페이스를 제공합니다.
 * Neovim with Copilot: Vim 기반의 텍스트 에디터인 Neovim에 GitHub Copilot을 통합하여 AI 기반 코드 보완 기능을 활용할 수 있습니다.
 * Supermaven: VS Code나 JetBrains IDE와 같은 환경에서 작동하는 AI 완성 유틸리티로, 코드 작성 시 효율성을 높여줍니다.

 * 무료 도구 (기본 사용량 한정):
   * Zed: 초기 출시 기간 동안 Anthropic과의 파트너십을 통해 무료로 제공
   * Cursor: 2주간의 무료 체험 기간 제공
   * Windsurf: 개인 무료 플랜 제공
   * v0 by Vercel: 개인 무료 플랜 제공
   * Replit AI Agent: 스타터 플랜 제공
   * Cody: 무료 플랜 제공
   * Bolt.new: 추수감사절 기간 동안 200만 개의 무료 토큰 제공
   * JetBrains AI: 7일간의 무료
 * 유료 도구 ($10-20/월):
   * Cody: Pro 플랜 월 $9
   * GitHub Copilot: 개인 플랜 월 $10
   * JetBrains AI: Pro 플랜 월 $10
   * Replit AI Agent: Core 플랜 월 $15
   * Stackblitz: Pro 플랜 월 $18
   * Cursor: Pro 플랜 월 $20
   * v0 by Vercel: 월 $20
     
     
   
   

https://blog.pragmaticengineer.com/ide-that-software-engineers-love

예전에는 IntelliJ 혹은 VSCode로 천하통일이었던 것 같은데, 최근 AI 기능 통합된 새로운 도구들이 속속 나타나면서 개발자들에게는 더 즐거운 IDE 선택지들이 생긴 것 같습니다. <ul ><li>Cursor: 2022년에 설립되어 2023년 3월 첫 버전을 출시한 AI 기반 IDE로, 특히 'Composer'라는 기능이 주목받고 있습니다. 이 기능은 여러 파일에 걸쳐 지시사항을 수행. "다른 경쟁사 제품을 사용해봐도 Cursor가 더 나은 결과를 제공한다"는 찬사도 받음. </li><li>Windsurf: Codeium에서 최근 출시한 AI 코드 에디터로, AI와의 협업 흐름을 개선하고 디버깅 시 유용하다는 평가를 받고 있습니다. 'Cascade'라는 기능은 여러 파일에 걸쳐 협업할 수 있는 에이전트형 챗봇으로, 'write code'와 'chat' 모드를 지원하며 터미널 명령도 실행할 수 있습니다.</li><li>Zed: 협업과 AI 기능을 갖춘 차세대 코드 에디터로, 빠른 속도와 사용자 친화적인 인터페이스를 제공합니다.</li><li>Neovim with Copilot: Vim 기반의 텍스트 에디터인 Neovim에 GitHub Copilot을 통합하여 AI 기반 코드 보완 기능을 활용할 수 있습니다.</li><li>Supermaven: VS Code나 JetBrains IDE와 같은 환경에서 작동하는 AI 완성 유틸리티로, 코드 작성 시 효율성을 높여줍니다.</li></ul> <ul ><li>무료 도구 (기본 사용량 한정):<ul ><li>Zed: 초기 출시 기간 동안 Anthropic과의 파트너십을 통해 무료로 제공</li><li>Cursor: 2주간의 무료 체험 기간 제공</li><li>Windsurf: 개인 무료 플랜 제공</li><li>v0 by Vercel: 개인 무료 플랜 제공</li><li>Replit AI Agent: 스타터 플랜 제공</li><li>Cody: 무료 플랜 제공</li><li>Bolt.new: 추수감사절 기간 동안 200만 개의 무료 토큰 제공</li><li>JetBrains AI: 7일간의 무료</li></ul></li><li>유료 도구 ($10-20/월):<ul ><li>Cody: Pro 플랜 월 $9</li><li>GitHub Copilot: 개인 플랜 월 $10</li><li>JetBrains AI: Pro 플랜 월 $10</li><li>Replit AI Agent: Core 플랜 월 $15</li><li>Stackblitz: Pro 플랜 월 $18</li><li>Cursor: Pro 플랜 월 $20</li><li>v0 by Vercel: 월 $20 </li></ul> </li></ul> https://blog.pragmaticengineer.com/ide-that-software-engineers-love

The Pragmatic Engineer

요즘 IDE

지난 수요일에 마곡에서 조쉬님의 솔로프리너 1인 개발자 컨퍼런스에 연사로 참여하고 왔습니다. 400명 가까이 오셔서 무려 밤 10시가 될 때까지 계셨는데요. 질문이 150개가 넘었지만 시간이 늦어 답변을 거의 드리지 못했었습니다.

솔로프리너 컨퍼런스 질문 답변

지난 수요일에 마곡에서 조쉬님의 솔로프리너 1인 개발자 컨퍼런스에 연사로 참여하고 왔습니다.
400명 가까이 오셔서 무려 밤 10시가 될 때까지 계셨는데요.
질문이 150개가 넘었지만 시간이 늦어 답변을 거의 드리지 못했었습니다.

저를 지명해서 해준 질문, 그리고 제가 간단히라도 답변할 수 있는 것들을 늦게나마 정리해 봤습니다.

https://jeho.page/essay/2024/12/15/solo-preneur-conference.html

지난 수요일에 마곡에서 조쉬님의 솔로프리너 1인 개발자 컨퍼런스에 연사로 참여하고 왔습니다. 400명 가까이 오셔서 무려 밤 10시가 될 때까지 계셨는데요. 질문이 150개가 넘었지만 시간이 늦어 답변을 거의 드리지 못했었습니다. 저를 지명해서 해준 질문, 그리고 제가 간단히라도 답변할 수 있는 것들을 늦게나마 정리해 봤습니다. https://jeho.page/essay/2024/12/15/solo-preneur-conference.html

K리그 프로그래머

솔로프리너 1인 개발자 컨퍼런스 질문 답변

A Stanford study reveals 9.5% of engineers contribute almost nothing, costing tech $90B annually, with remote work fueling the rise of "ghost engineer...

Tech's $90B Ghost Engineer Problem: Stanford Study Finds 9.5...

'유령 엔지니어(Ghost Engineers)'라는 현상을 들어보셨나요? 이 용어는 회사 내부의 직원 명단에는 존재하지만, 실제로는 더 이상 조직에서 일하지 않는 사람들을 가리킵니다. 최근 스탠포드 연구에 따르면 기술 업계에서 약 9.5%의 엔지니어가 이러한 '유령'에 해당하며, 이로 인해 기업들이 연간 약 900억 달러에 이르는 막대한 손실을 겪고 있습니다. 하지만 이 문제는 단순한 비용 낭비를 넘어서, 조직의 보안과 신뢰도까지 위협할 수 있는 심각한 상황을 초래합니다.

1. 스탠포드 연구 결과
 * 스탠포드 대학 연구진이 기술 기업들의 인력 데이터를 분석한 결과, 약 9.5%의 엔지니어가 실제로는 존재하지 않는 것으로 나타났습니다.
 * 이들은 퇴사, 계약 종료 등으로 이미 조직을 떠났지만, 여전히 회사 시스템에 등록된 상태입니다.
2. 경제적 및 운영적 손실
 * 이러한 유령 엔지니어로 인해 기업들은 연간 약 900억 달러를 낭비하고 있습니다.
   * 급여, 복리후생, 소프트웨어 라이선스 비용 등이 낭비되는 주요 요인입니다.
 * 조직 관리 및 프로젝트 성과에도 혼란을 초래할 수 있습니다.
3. 보안 위험
 * 퇴사한 직원들의 계정이나 시스템 접근 권한이 그대로 남아 있는 경우, 이를 악용한 데이터 유출과 시스템 침해 위험이 높아집니다.
 * 외부의 악의적인 사용자가 유령 계정을 통해 조직에 침투할 가능성도 있습니다.

유령 엔지니어가 발생하는 주요 원인

1. 인력 관리의 허점
 * 퇴사 및 이동 처리 미흡: 직원 퇴사 후 계정 비활성화 또는 삭제 절차가 제대로 수행되지 않는 경우 발생합니다.
 * 인사 데이터 업데이트 부족: 직원의 역할 변경이나 계약 종료 정보가 시스템에 반영되지 않는 경우입니다.
2. 계약직 및 외주 인력 관리
 * 단기 프로젝트에 투입된 계약직이나 외주 직원들의 계정이, 계약 종료 후에도 여전히 활성 상태로 유지되는 경우가 많습니다.
3. 자동화 부족
 * 인사 및 계정 관리가 수동으로 이루어지는 경우, 사람의 실수로 인해 계정 삭제가 누락될 가능성이 높습니다.

문제 해결 방안
1. 정기적인 데이터 감사
 * 주기적으로 모든 직원 및 계정을 검토하여, 실제 근무 중인 인력과 활성 계정을 일치시켜야 합니다.
 * "언제 마지막으로 계정을 사용했는가?"를 기준으로 비활성 계정을 식별할 수 있습니다.
2. 자동화된 계정 관리 시스템 도입
 * 입사 및 퇴사 시 계정 생성과 삭제를 자동화하는 시스템을 도입하면, 실수나 누락을 최소화할 수 있습니다.
 * 프로젝트 기간 종료 시 자동으로 접근 권한을 회수하는 프로세스도 유용합니다.
3. 최소 권한 원칙(Principle of Least Privilege)
 * 모든 계정은 역할과 필요에 따라 최소한의 권한만 부여받도록 설정해야 합니다.
 * 퇴사한 직원의 데이터 및 접근 권한을 신속히 철회하는 것이 중요합니다.

인증/권한에 대한 솔루션을 사용하는 것이 이제는 많이 보편화 되었다고 생각했는데, 아직도 제대로 잘 이루어지지 못하고, 이를 통한 지출이 여전히 큰 것 같습니다. 여러분의 조직에서는 어떻게 관리하고 계시나요?

https://socket.dev/blog/ghost-engineers

'유령 엔지니어(Ghost Engineers)'라는 현상을 들어보셨나요? 이 용어는 회사 내부의 직원 명단에는 존재하지만, 실제로는 더 이상 조직에서 일하지 않는 사람들을 가리킵니다. 최근 스탠포드 연구에 따르면 기술 업계에서 약 9.5%의 엔지니어가 이러한 '유령'에 해당하며, 이로 인해 기업들이 연간 약 900억 달러에 이르는 막대한 손실을 겪고 있습니다. 하지만 이 문제는 단순한 비용 낭비를 넘어서, 조직의 보안과 신뢰도까지 위협할 수 있는 심각한 상황을 초래합니다. 1. 스탠포드 연구 결과<ul ><li>스탠포드 대학 연구진이 기술 기업들의 인력 데이터를 분석한 결과, 약 9.5%의 엔지니어가 실제로는 존재하지 않는 것으로 나타났습니다.</li><li>이들은 퇴사, 계약 종료 등으로 이미 조직을 떠났지만, 여전히 회사 시스템에 등록된 상태입니다.</li></ul>2. 경제적 및 운영적 손실<ul ><li>이러한 유령 엔지니어로 인해 기업들은 연간 약 900억 달러를 낭비하고 있습니다.<ul ><li>급여, 복리후생, 소프트웨어 라이선스 비용 등이 낭비되는 주요 요인입니다.</li></ul></li><li>조직 관리 및 프로젝트 성과에도 혼란을 초래할 수 있습니다.</li></ul>3. 보안 위험<ul ><li>퇴사한 직원들의 계정이나 시스템 접근 권한이 그대로 남아 있는 경우, 이를 악용한 데이터 유출과 시스템 침해 위험이 높아집니다.</li><li>외부의 악의적인 사용자가 유령 계정을 통해 조직에 침투할 가능성도 있습니다.</li></ul> 유령 엔지니어가 발생하는 주요 원인 1. 인력 관리의 허점<ul ><li>퇴사 및 이동 처리 미흡: 직원 퇴사 후 계정 비활성화 또는 삭제 절차가 제대로 수행되지 않는 경우 발생합니다.</li><li>인사 데이터 업데이트 부족: 직원의 역할 변경이나 계약 종료 정보가 시스템에 반영되지 않는 경우입니다.</li></ul>2. 계약직 및 외주 인력 관리<ul ><li>단기 프로젝트에 투입된 계약직이나 외주 직원들의 계정이, 계약 종료 후에도 여전히 활성 상태로 유지되는 경우가 많습니다.</li></ul>3. 자동화 부족<ul ><li>인사 및 계정 관리가 수동으로 이루어지는 경우, 사람의 실수로 인해 계정 삭제가 누락될 가능성이 높습니다.</li></ul> 문제 해결 방안1. 정기적인 데이터 감사<ul ><li>주기적으로 모든 직원 및 계정을 검토하여, 실제 근무 중인 인력과 활성 계정을 일치시켜야 합니다.</li><li>"언제 마지막으로 계정을 사용했는가?"를 기준으로 비활성 계정을 식별할 수 있습니다.</li></ul>2. 자동화된 계정 관리 시스템 도입<ul ><li>입사 및 퇴사 시 계정 생성과 삭제를 자동화하는 시스템을 도입하면, 실수나 누락을 최소화할 수 있습니다.</li><li>프로젝트 기간 종료 시 자동으로 접근 권한을 회수하는 프로세스도 유용합니다.</li></ul>3. 최소 권한 원칙(Principle of Least Privilege)<ul ><li>모든 계정은 역할과 필요에 따라 최소한의 권한만 부여받도록 설정해야 합니다.</li><li>퇴사한 직원의 데이터 및 접근 권한을 신속히 철회하는 것이 중요합니다.</li></ul> 인증/권한에 대한 솔루션을 사용하는 것이 이제는 많이 보편화 되었다고 생각했는데, 아직도 제대로 잘 이루어지지 못하고, 이를 통한 지출이 여전히 큰 것 같습니다. 여러분의 조직에서는 어떻게 관리하고 계시나요? https://socket.dev/blog/ghost-engineers

Socket

유령 엔지니어

A while back I picked up a tiny, folding, wireless keyboard to turn my phone into a passable laptop replacement when traveling. It's already incredible, and only one or two features are missing from iOS which would make it really amazing.


Using my iPhone as a travel laptop – Jake Zimmerman

여행을 떠날 때 노트북 없이 가볍게 다니면서도 생산성을 유지할 수 있다면 얼마나 좋을까요? 아이폰과 접이식 무선 키보드를 이용해 여행 중 노트북 대체 환경을 구현한 블로그를 발견했는데요. 여러 구성을 통해 가벼운 코딩, 블로깅, 문서 작업 등을 어떻게 효과적으로 수행할 수 있는지 자세히 설명하고 있습니다.

1. 하드웨어 구성
 * 아이폰과 접이식 무선 키보드의 조합:
 * 외부 모니터 연결 가능성:
   * AirPlay 기능을 활용하여 스마트 TV나 다른 AirPlay 지원 디스플레이로 화면을 미러링
   * Blink Shell과 조합하면 아이폰에서 작업하던 내용을 외부 화면으로 출력 가능, 이를 통해 더 큰 해상도에서 작업 가능.
2. 소프트웨어 설정
 * 원격 접속 환경 구축:
   * 집에 있는 메인 컴퓨터(리눅스 서버 또는 macOS)를 SSH 서버로 설정하여 아이폰에서 원격으로 접속.
   * SSH 서버는 기본적인 터미널 접근뿐만 아니라, 원격 파일 편집, 코드 실행, 시스템 제어 등 다양한 작업을 지원.
 * Tailscale 사용:
   * Tailscale은 VPN을 구성하여 아이폰과 집의 SSH 서버 간의 안전한 연결 지원.
   * 포트 포워딩이나 복잡한 네트워크 설정 없이도 즉시 사용 가능!
 * Blink Shell 앱:
   * Blink Shell은 iOS에서 작동하는 터미널 앱으로, SSH 클라이언트 역할.
   * 원격 서버와 연결을 제공할 뿐만 아니라, 내장된 VS Code 스타일 편집기를 통해 원격 파일 편집이 가능.
   * 키보드 단축키 지원 및 외부 디스플레이와의 연동이 잘 되어 있어 생산성 향상에 도움.
3. 사용 중 경험과 제한 사항
 * 장점:
   * 무거운 노트북을 휴대하지 않아도 된다!
   * 접이식 키보드와 아이폰만으로도 기본적인 코딩 및 글쓰기 작업이 가능하며, 디지털 유목민(Digital Nomad)에게 이상적인 조합.
 * 제한 사항:
   * 앱 전환 단축키의 부재:
     * 아이폰은
       Cmd-Tab
       으로 앱을 전환할 수 없어 불편....
     * 대신,
       Cmd-Space
       로 Siri 제안을 열어 앱을 검색하여 전환하는 방식으로 보완.
   * 입력 지연 문제:
     * 원격 접속 중 약간의 지연이 발생할 수 있으며, 이는 물리적 거리, 네트워크 속도, AirPlay의 지연 등 다양한 원인으로 발생.
     * Blink Shell에서 가능한 많은 키보드 단축키를 활용하여 작업 속도를 개선하려는 노력이 필요.
   * iOS Safari의 외부 화면 활용 제한:
     * Safari는 AirPlay 미러링 환경에서 외부 화면을 독립적인 디스플레이로 처리하지 않아, 완전한 브라우징 경험을 제공하지 한다.
4. 여행 중 이 설정의 이상적인 활용 시나리오
 * 블로그 작성: 원격 서버와 연결하여 Markdown 파일을 편집하거나 포스팅 작성.
 * 코드 검토 및 간단한 코딩: SSH를 통해 코드 저장소에 접근하거나 파일을 수정.
 * 프레젠테이션: AirPlay로 외부 모니터에 연결하여 슬라이드를 보여주는 용도로 사용.

https://blog.jez.io/iphone-travel-laptop

여행을 떠날 때 노트북 없이 가볍게 다니면서도 생산성을 유지할 수 있다면 얼마나 좋을까요? 아이폰과 접이식 무선 키보드를 이용해 여행 중 노트북 대체 환경을 구현한 블로그를 발견했는데요. 여러 구성을 통해 가벼운 코딩, 블로깅, 문서 작업 등을 어떻게 효과적으로 수행할 수 있는지 자세히 설명하고 있습니다. 1. 하드웨어 구성<ul ><li>아이폰과 접이식 무선 키보드의 조합:</li><li>외부 모니터 연결 가능성:<ul ><li>AirPlay 기능을 활용하여 스마트 TV나 다른 AirPlay 지원 디스플레이로 화면을 미러링</li><li>Blink Shell과 조합하면 아이폰에서 작업하던 내용을 외부 화면으로 출력 가능, 이를 통해 더 큰 해상도에서 작업 가능.</li></ul></li></ul>2. 소프트웨어 설정<ul ><li>원격 접속 환경 구축:<ul ><li>집에 있는 메인 컴퓨터(리눅스 서버 또는 macOS)를 SSH 서버로 설정하여 아이폰에서 원격으로 접속.</li><li>SSH 서버는 기본적인 터미널 접근뿐만 아니라, 원격 파일 편집, 코드 실행, 시스템 제어 등 다양한 작업을 지원.</li></ul></li><li>Tailscale 사용:<ul ><li>Tailscale은 VPN을 구성하여 아이폰과 집의 SSH 서버 간의 안전한 연결 지원.</li><li>포트 포워딩이나 복잡한 네트워크 설정 없이도 즉시 사용 가능!</li></ul></li><li>Blink Shell 앱:<ul ><li>Blink Shell은 iOS에서 작동하는 터미널 앱으로, SSH 클라이언트 역할.</li><li>원격 서버와 연결을 제공할 뿐만 아니라, 내장된 VS Code 스타일 편집기를 통해 원격 파일 편집이 가능.</li><li>키보드 단축키 지원 및 외부 디스플레이와의 연동이 잘 되어 있어 생산성 향상에 도움.</li></ul></li></ul>3. 사용 중 경험과 제한 사항<ul ><li>장점:<ul ><li>무거운 노트북을 휴대하지 않아도 된다!</li><li>접이식 키보드와 아이폰만으로도 기본적인 코딩 및 글쓰기 작업이 가능하며, 디지털 유목민(Digital Nomad)에게 이상적인 조합.</li></ul></li><li>제한 사항:<ul ><li>앱 전환 단축키의 부재:<ul ><li>아이폰은 <code >Cmd-Tab</code>으로 앱을 전환할 수 없어 불편....</li><li>대신, <code >Cmd-Space</code>로 Siri 제안을 열어 앱을 검색하여 전환하는 방식으로 보완.</li></ul></li><li>입력 지연 문제:<ul ><li>원격 접속 중 약간의 지연이 발생할 수 있으며, 이는 물리적 거리, 네트워크 속도, AirPlay의 지연 등 다양한 원인으로 발생.</li><li>Blink Shell에서 가능한 많은 키보드 단축키를 활용하여 작업 속도를 개선하려는 노력이 필요.</li></ul></li><li>iOS Safari의 외부 화면 활용 제한:<ul ><li>Safari는 AirPlay 미러링 환경에서 외부 화면을 독립적인 디스플레이로 처리하지 않아, 완전한 브라우징 경험을 제공하지 한다.</li></ul></li></ul></li></ul>4. 여행 중 이 설정의 이상적인 활용 시나리오<ul ><li>블로그 작성: 원격 서버와 연결하여 Markdown 파일을 편집하거나 포스팅 작성.</li><li>코드 검토 및 간단한 코딩: SSH를 통해 코드 저장소에 접근하거나 파일을 수정.</li><li>프레젠테이션: AirPlay로 외부 모니터에 연결하여 슬라이드를 보여주는 용도로 사용.</li></ul> https://blog.jez.io/iphone-travel-laptop

blog.jez.io

여행용 노트북으로 아이폰 활용하기

We've entered an era of unprecedented societal challenges and rapid technological advancements. Harnessing technology for good has become both an ethical imperative and a profitable endeavor. These are the areas where I see technology shaping society in 2025 and beyond—and it all starts with mission-driven work.

Tech predictions for 2025 and beyond

Amazon CTO인 Werner Vogels 박사가 예측하는 2025년 및 그 이후를 위한 기술 예측입니다.

우리는 전례 없는 사회적 도전과 빠른 기술 발전의 시대에 진입했습니다.
> 기술을 선한 목적을 위해 활용하는 것은 이제 윤리적 책무이자 수익성 있는 사업이 되고 있습니다. 지속 가능한 발전을 위해 새로운 길을 여는 청정 에너지 혁신부터 허위 정보와의 싸움에서 균형을 맞추는 AI 기반 도구에 이르기까지, 기술이 인간의 창의성을 놀랍고 영감을 주는 방식으로 증대시키고 있습니다.
> 목적 중심의 기술이 부상하면서 디지털 세계와의 관계를 재정립하고 있으며, 단순한 주목을 끄는 것을 넘어 집중과 웰빙을 촉진합니다.
> 이와 동시에 목표 지향적인 인재들이 등장하고 있으며, 이들은 단순한 수익 추구가 아니라 인간의 어려운 문제를 해결하기 위해 더욱 열정적으로 나서고 있습니다.

앞으로 몇 년 동안 기술을 통한 긍정적 영향력은 가능할 뿐만 아니라 성공의 기준을 재정의할 것입니다. 주요 내용은 다음과 같습니다:

1. 목표 지향적인 미래의 인재
 * 미래의 인재들은 단순한 경제적 성공과 직업적 성장을 넘어 세상에 긍정적인 변화를 가져오고자 하는 깊은 열망에 의해 움직일 것입니다.
 * 이러한 변화를 인식하고 목적 중심의 업무를 수용하는 조직과 기업이 장기적으로 성공할 것입니다.

2. 혁신을 이끌 새로운 에너지 효율 시대
 * 급증하는 전력 수요와 기후 변화 대응은 우리가 에너지를 생성, 저장, 소비하는 방식에 혁신을 가져오고 있습니다.
 * 핵에너지의 확장과 재생 에너지의 지속적인 성장은 에너지 인프라를 제약이 아닌 혁신의 촉매제로 만드는 기반을 마련할 것입니다.

3. 진실 발견의 균형을 맞출 기술
 * 전례 없는 속도로 허위 정보가 확산됨에 따라, 새로운 세대의 AI 기반 도구들이 등장하여 기자, 연구자, 그리고 진실을 추구하는 시민들을 지원할 것입니다.
 * 이 기술 혁명은 조사 역량을 민주화하고, 사실 확인을 가속화하며, 허위 정보 확산과 이를 검증하는 시간 격차를 좁히기 시작할 것입니다.

4. 분산형 재난 대비를 이끌 오픈 데이터
 * 재난 회복력은 하이퍼로컬하고 커뮤니티에서 제공하는 데이터의 힘을 통해 근본적으로 변화될 것입니다.
 * 이 변화는 재난 관리를 상향식, 분산형, 그리고 커뮤니티 중심의 모델로 재정립하며, 기존의 하향식 반응형 모델을 대체할 것입니다.

5. 목적 중심의 소비자 기술
 * 미묘한 변화가 진행되면서 우리가 소비자 기술과 맺는 관계가 재정의되고 있습니다.
 * 점점 더 많은 사람들이 지속적인 산만함에서 벗어날 수 있는 안식처를 찾고 있으며, 주의를 흩뜨리는 자극이 아닌 마음챙김, 의도적 사용, 깊은 사고를 우선시하는 기술이 등장하고 있습니다. 2025년 이후, 기술은 우리를 방해하는 것이 아니라 지원하는 도구가 될 것이며, 그로 인해 우리는 더 나은 삶을 누리게 될 것입니다.
 * 이러한 변화는 기술이 단순히 도구의 역할을 넘어 인간의 창의성과 목적을 결합해 더 나은 미래를 만들어 나가는 원동력이 되고 있음을 보여줍니다.

 * 출처: https://www.allthingsdistributed.com/2024/12/tech-predictions-for-2025-and-beyond.html?utm_campaign=about+amazon&utm_source=blog
 * 출처: https://www.aboutamazon.com/news/aws/werner-vogels-amazon-tech-predictions-2025
 * 출처: https://www.youtube.com/watch?v=ScAXQWuDdgI&ab_channel=AmazonNews

Amazon CTO인 Werner Vogels 박사가 예측하는 2025년 및 그 이후를 위한 기술 예측입니다. 우리는 전례 없는 사회적 도전과 빠른 기술 발전의 시대에 진입했습니다. &gt; 기술을 선한 목적을 위해 활용하는 것은 이제 윤리적 책무이자 수익성 있는 사업이 되고 있습니다. 지속 가능한 발전을 위해 새로운 길을 여는 청정 에너지 혁신부터 허위 정보와의 싸움에서 균형을 맞추는 AI 기반 도구에 이르기까지, 기술이 인간의 창의성을 놀랍고 영감을 주는 방식으로 증대시키고 있습니다. &gt; 목적 중심의 기술이 부상하면서 디지털 세계와의 관계를 재정립하고 있으며, 단순한 주목을 끄는 것을 넘어 집중과 웰빙을 촉진합니다. &gt; 이와 동시에 목표 지향적인 인재들이 등장하고 있으며, 이들은 단순한 수익 추구가 아니라 인간의 어려운 문제를 해결하기 위해 더욱 열정적으로 나서고 있습니다. 앞으로 몇 년 동안 기술을 통한 긍정적 영향력은 가능할 뿐만 아니라 성공의 기준을 재정의할 것입니다. 주요 내용은 다음과 같습니다: 1. 목표 지향적인 미래의 인재<ul ><li>미래의 인재들은 단순한 경제적 성공과 직업적 성장을 넘어 세상에 긍정적인 변화를 가져오고자 하는 깊은 열망에 의해 움직일 것입니다. </li><li>이러한 변화를 인식하고 목적 중심의 업무를 수용하는 조직과 기업이 장기적으로 성공할 것입니다.</li></ul> 2. 혁신을 이끌 새로운 에너지 효율 시대<ul ><li>급증하는 전력 수요와 기후 변화 대응은 우리가 에너지를 생성, 저장, 소비하는 방식에 혁신을 가져오고 있습니다. </li><li>핵에너지의 확장과 재생 에너지의 지속적인 성장은 에너지 인프라를 제약이 아닌 혁신의 촉매제로 만드는 기반을 마련할 것입니다.</li></ul> 3. 진실 발견의 균형을 맞출 기술<ul ><li>전례 없는 속도로 허위 정보가 확산됨에 따라, 새로운 세대의 AI 기반 도구들이 등장하여 기자, 연구자, 그리고 진실을 추구하는 시민들을 지원할 것입니다. </li><li>이 기술 혁명은 조사 역량을 민주화하고, 사실 확인을 가속화하며, 허위 정보 확산과 이를 검증하는 시간 격차를 좁히기 시작할 것입니다.</li></ul> 4. 분산형 재난 대비를 이끌 오픈 데이터<ul ><li>재난 회복력은 하이퍼로컬하고 커뮤니티에서 제공하는 데이터의 힘을 통해 근본적으로 변화될 것입니다. </li><li>이 변화는 재난 관리를 상향식, 분산형, 그리고 커뮤니티 중심의 모델로 재정립하며, 기존의 하향식 반응형 모델을 대체할 것입니다.</li></ul> 5. 목적 중심의 소비자 기술<ul ><li>미묘한 변화가 진행되면서 우리가 소비자 기술과 맺는 관계가 재정의되고 있습니다. </li><li>점점 더 많은 사람들이 지속적인 산만함에서 벗어날 수 있는 안식처를 찾고 있으며, 주의를 흩뜨리는 자극이 아닌 마음챙김, 의도적 사용, 깊은 사고를 우선시하는 기술이 등장하고 있습니다. 2025년 이후, 기술은 우리를 방해하는 것이 아니라 지원하는 도구가 될 것이며, 그로 인해 우리는 더 나은 삶을 누리게 될 것입니다.</li><li>이러한 변화는 기술이 단순히 도구의 역할을 넘어 인간의 창의성과 목적을 결합해 더 나은 미래를 만들어 나가는 원동력이 되고 있음을 보여줍니다.</li></ul> <ul ><li>출처: https://www.allthingsdistributed.com/2024/12/tech-predictions-for-2025-and-beyond.html?utm_campaign=about+amazon&amp;utm_source=blog</li><li>출처: https://www.aboutamazon.com/news/aws/werner-vogels-amazon-tech-predictions-2025</li><li>출처: https://www.youtube.com/watch?v=ScAXQWuDdgI&amp;ab_channel=AmazonNews</li></ul>

www.allthingsdistributed.com

[아마존] 2025년 및 그 이후를 위한 5가지 기술 예측 by CTO

혁신적 금융, 포용적 금융, 신뢰받는 금융, 금융위원회 입니다.

 		보도자료 - 			위원회 소식 - 			알림마당 - 			금융위원회

생성형AI 관심은 많으나, 실제 적용이 어려운 환경중에 하나가 바로 금융권입니다. 이와 관련하여 지난주 12월12일 금융권 AI 협의회를 통해 [금융권 생성형 AI 활용 지원 방안]이 발표되었습니다. 내년에 구축이 되면 금융권에 보다 다양하고 많은 생성형AI기반의 에이전트 서비스가 늘어날 거 같습니다. ^^

< 추진 배경 >
 * 금융보안환경: GPT-4 등 AI서비스는 주로 인터넷망을 통해 해외 서버에서 제공되어, 망분리 등의 금융보안환경 하에서 활용이 어려움
 * 데이터 부족: AI 학습데이터가 대부분 일반분야, 영미권 언어로 되어있어, 금융 분야에 특화된 한글 데이터 부족
 * 불확실성: 생성형AI의 거짓정보 생성(hallucination), 편향(bias), 정보 유출 등 AI 위험에 대응하기 위한 AI 거버넌스 및 가이드라인 불명확

< 추진 방향 >
 1. 금융권 AI 플랫폼 구축
 * 금융분야에 적합한 성능과 안전성을 지닌 오픈소스 AI모델, 데이터를 전문가 그룹이 선별하여 제공
 * 상용 AI: 다양한 목적에 대해 높은 성능을 제공하나 주로 금융회사 통제권 밖의 클라우드 환경에서 제공되므로 개인신용정보를 활용하지 않는 일반적인 고객상담이나 투자정보 분석 등에 활용
 * 오픈소스 AI: 작은 컴퓨팅 자원에서도 동작이 가능하고 금융회사 내부망에 직접 설치하여 보안성과 비용 효율성에 장점이 있으므로 내부 정보 등을 활용하는 내부규정 챗봇이나 홍보물 등 콘텐츠 제작에 활용
 * 금융회사별 혁신적인 생성형 AI 서비스에 적합한 AI모델, 데이터를 실험 선별하기 위한 기능테스트(PoC*) 환경 제공
 * 전문가 그룹이 선별한 오픈소스 AI모델, 데이터를 금융사 내부망에 바로 설치할 수 있도록 지원하는 인프라 구축
 
 
 2. 금융분야 특화 데이터 지원
 * 금융권 특화 한글 말뭉치
 * AI의 금융 전문성 향상을 위한 RAG용, 추가 학습용 데이터
 * AI 윤리, 성능 평가지원용 데이터
 * 금융 법규, 업권별 보도자료, 연수기관 교육자료 등을 기반으로 금융권 공동 활용 빅데이터 확보
 * 공익목적 데이터: 금융사기방지(금융결제원), 신용평가(신용정보원), 금융보안(금융보안원) 데이터 등 공익 목적 데이터의 제공 채널을 금융권 AI 플랫폼 으로 일원화
 
 
 3. 금융분야 AI 가이드라인 개정
 * 금융AI 원칙
 * 생성형 AI기술과 내부통제 등 금융권 제도 변화 등을 반영하여 금융분야 AI 가이드라인 으로 단일화
 * 최고경영자 및 경영진의 역할과 책임, AI의 보조수단성, 금융 안정성에 대한 위험의 최소화 등을 반영
 * 안내서: 금융 AI 원칙의 적용, 생성형 AI 관련 보안 위협과 보안성 검증 기준 등을 포함한 상세 설명과 사례를 제시할 예정

< 기대 효과 >
 * 금융권 AI 플랫폼 구축
 * 금융회사가 오픈소스 AI를 내부망에 설치하여 망분리해외서버 이용금지 등 규제 제한 없이 생성형 AI 활용 가능
 * 금융권 공동 인프라 구축으로, 개별 추진시 데이터 확보 및 AI 테스트 환경 구축 등에 소요되는 비용을 절감하여 AI 활용을 촉진
 * 금융분야 특화 데이터 지원
 * 오픈소스 AI 모델의 금융분야 전문성 향상, 성능 및 윤리 평가지원 데이터를 활용하여 AI 서비스의 신뢰도 제고
 * 이상거래 탐지(FDS ) 등 특성화 AI 개발을 위한 데이터를 금융권 AI 플랫폼 을 통해 정기적으로 편리하게 활용 가능
 * 금융분야 AI 가이드라인 개정
 * 금융회사들이 실제 업무에 AI를 활용할 때 불확실성을 상당 부분 해소하고 금융 분야 AI의 신뢰도 제고

 * 출처: https://www.fsc.go.kr/no010101/83594?srchCtgry=&curPage=&srchKey=&srchText=&srchBeginDt=&srchEndDt=

생성형AI 관심은 많으나, 실제 적용이 어려운 환경중에 하나가 바로 금융권입니다. 이와 관련하여 지난주 12월12일 금융권 AI 협의회를 통해 [금융권 생성형 AI 활용 지원 방안]이 발표되었습니다. 내년에 구축이 되면 금융권에 보다 다양하고 많은 생성형AI기반의 에이전트 서비스가 늘어날 거 같습니다. ^^ &lt; 추진 배경 &gt;<ul ><li>금융보안환경: GPT-4 등 AI서비스는 주로 인터넷망을 통해 해외 서버에서 제공되어, 망분리 등의 금융보안환경 하에서 활용이 어려움</li><li>데이터 부족: AI 학습데이터가 대부분 일반분야, 영미권 언어로 되어있어, 금융 분야에 특화된 한글 데이터 부족</li><li>불확실성: 생성형AI의 거짓정보 생성(hallucination), 편향(bias), 정보 유출 등 AI 위험에 대응하기 위한 AI 거버넌스 및 가이드라인 불명확</li></ul> &lt; 추진 방향 &gt;<ol ><li>금융권 AI 플랫폼 구축</li></ol><ul ><li>금융분야에 적합한 성능과 안전성을 지닌 오픈소스 AI모델, 데이터를 전문가 그룹이 선별하여 제공<ul ><li>상용 AI: 다양한 목적에 대해 높은 성능을 제공하나 주로 금융회사 통제권 밖의 클라우드 환경에서 제공되므로 개인신용정보를 활용하지 않는 일반적인 고객상담이나 투자정보 분석 등에 활용</li><li>오픈소스 AI: 작은 컴퓨팅 자원에서도 동작이 가능하고 금융회사 내부망에 직접 설치하여 보안성과 비용 효율성에 장점이 있으므로 내부 정보 등을 활용하는 내부규정 챗봇이나 홍보물 등 콘텐츠 제작에 활용</li></ul></li><li>금융회사별 혁신적인 생성형 AI 서비스에 적합한 AI모델, 데이터를 실험 선별하기 위한 기능테스트(PoC*) 환경 제공</li><li>전문가 그룹이 선별한 오픈소스 AI모델, 데이터를 금융사 내부망에 바로 설치할 수 있도록 지원하는 인프라 구축 </li></ul><ol start="2"><li>금융분야 특화 데이터 지원</li></ol><ul ><li>금융권 특화 한글 말뭉치<ul ><li>AI의 금융 전문성 향상을 위한 RAG용, 추가 학습용 데이터</li><li>AI 윤리, 성능 평가지원용 데이터</li><li>금융 법규, 업권별 보도자료, 연수기관 교육자료 등을 기반으로 금융권 공동 활용 빅데이터 확보</li></ul></li><li>공익목적 데이터: 금융사기방지(금융결제원), 신용평가(신용정보원), 금융보안(금융보안원) 데이터 등 공익 목적 데이터의 제공 채널을 금융권 AI 플랫폼 으로 일원화 </li></ul><ol start="3"><li>금융분야 AI 가이드라인 개정</li></ol><ul ><li>금융AI 원칙<ul ><li>생성형 AI기술과 내부통제 등 금융권 제도 변화 등을 반영하여 금융분야 AI 가이드라인 으로 단일화</li><li>최고경영자 및 경영진의 역할과 책임, AI의 보조수단성, 금융 안정성에 대한 위험의 최소화 등을 반영</li></ul></li><li>안내서: 금융 AI 원칙의 적용, 생성형 AI 관련 보안 위협과 보안성 검증 기준 등을 포함한 상세 설명과 사례를 제시할 예정</li></ul> &lt; 기대 효과 &gt;<ul ><li>금융권 AI 플랫폼 구축<ul ><li>금융회사가 오픈소스 AI를 내부망에 설치하여 망분리해외서버 이용금지 등 규제 제한 없이 생성형 AI 활용 가능</li><li>금융권 공동 인프라 구축으로, 개별 추진시 데이터 확보 및 AI 테스트 환경 구축 등에 소요되는 비용을 절감하여 AI 활용을 촉진</li></ul></li><li>금융분야 특화 데이터 지원<ul ><li>오픈소스 AI 모델의 금융분야 전문성 향상, 성능 및 윤리 평가지원 데이터를 활용하여 AI 서비스의 신뢰도 제고</li><li>이상거래 탐지(FDS ) 등 특성화 AI 개발을 위한 데이터를 금융권 AI 플랫폼 을 통해 정기적으로 편리하게 활용 가능</li></ul></li><li>금융분야 AI 가이드라인 개정<ul ><li>금융회사들이 실제 업무에 AI를 활용할 때 불확실성을 상당 부분 해소하고 금융 분야 AI의 신뢰도 제고</li></ul></li></ul> <ul ><li>출처: https://www.fsc.go.kr/no010101/83594?srchCtgry=&amp;curPage=&amp;srchKey=&amp;srchText=&amp;srchBeginDt=&amp;srchEndDt=</li></ul>

www.fsc.go.kr

[금융위원회] 금융권 생성형 AI 활용 지원 방안(12/12)

Rust for Windows. Contribute to microsoft/windows-rs development by creating an account on GitHub.

GitHub - microsoft/windows-rs: Rust for Windows

Windows Rust는 Microsoft가 개발한 오픈 소스 라이브러리로, Rust 프로그래밍 언어에서 Windows API를 간편하게 활용할 수 있게 해줍니다.

Rust의 안전성과 성능을 극대화할 수 있는 인터페이스를 제공하며, 복잡한 API 호출을 자동으로 생성해줍니다. 단 몇 줄의 설정만으로 Windows API에 접근할 수 있고, 다양한 애플리케이션—데스크톱 프로그램, 시스템 유틸리티, 게임 개발 등에 활용할 수 있습니다.

이제 Windows API를 C++ 말고도 사용할 수 있게 되었네요!

https://github.com/microsoft/windows-rs

Windows Rust는 Microsoft가 개발한 오픈 소스 라이브러리로, Rust 프로그래밍 언어에서 Windows API를 간편하게 활용할 수 있게 해줍니다. Rust의 안전성과 성능을 극대화할 수 있는 인터페이스를 제공하며, 복잡한 API 호출을 자동으로 생성해줍니다. 단 몇 줄의 설정만으로 Windows API에 접근할 수 있고, 다양한 애플리케이션—데스크톱 프로그램, 시스템 유틸리티, 게임 개발 등에 활용할 수 있습니다. 이제 Windows API를 C++ 말고도 사용할 수 있게 되었네요! https://github.com/microsoft/windows-rs

GitHub

Windows Rust: Windows API를 Rust로 간편하게 사용

이 글은... '이름 들으면 알 정도의' 스타트업이 아니라, 그 아래에서 성공하기 위해 고군분투하고 있는 작은 스타트업 주니어에 대한 글이다. 그리고 그 안에서 고군분투했던 내가 어떤 실패를 겪었는지, 무엇을 느꼈는지에 대해 적어보고자 한다. 초기 스타트업이라고 불리는 곳에 '지원해볼까? 말까?'하고 있는, 혹은 다니고 있는 주니어들에게 도움이 되지 않을까

13화 스타트업에서 성장한다는 주니어의 착각

거의 5년이 지나가는 글이지만, 몇 달에 한번씩 우연히 이 글을 볼 때 마다 매번 내용이 좋다고 생각하는 글입니다. 주니어로 한정짓기보다는 그냥 직장인로써 회사 업무를 진행하며 성장하고 있다고 느껴질때, 과연 실제로 그 업무가 시장에서 인정받는 성장 인지 판단해봐야 한다는 교훈을 주는 글입니다.

주니어가 스타트업에 채용되어 입사했다면 대개 그 스타트업은 성장한다.
조직 내부에 있으면 외부에 있을 때보다 훨씬 성공이 크게 다가온다. 매출이 1억에서 2억으로 뛰었을 때, 고무적인 성장을 이뤄낸 것에 대해 다 같이 자축하고 동기 부여된다. 특히 주니어로서 많은 권한과 책임을 안고 시도한 일들이 어떤 성과를 냈을 때 당연히 기분이 좋을 수 밖에 없다.

하지만 나와 회사의 위대함은 어디까지나 은밀하게 위대했다
어떤 모임에 나가 무슨 스타트업이라 이야기해도 아무도 모르고, 연 매출 100억 회사가 되었다고 열심히 이야기하더라도 그들입장에서는 그냥 똑같은 스타트업이었을뿐이다.
결국 대기업에 비해 보여지는건 그냥 작은 스타트업 일뿐이었다.

회사의 성장은 나의 성장이라고 믿었다.
실제로 회사가 성장하는 만큼 나도 꽤나 성장했다. 작은 비즈니스라도 쉬운일이 아니고, 실력이 있어야만 가능한 일이라는 것을 배웠다. 하지만 주변에 아무나 잡고 이야기해봐도 '그래?'가 끝이였고, 메이저 스타트업 출신의 다른 동료분들의 비해 주늑 드는 나 자신을 발견하게 되었다.

여기서 나의 착각은 '회사의 성장이 곧 나의 성장' 이라는 것만 믿었다는 것이다.
현업에 치여 매일 실무들을 쳐내다 보니 작은 성장들이 너무나 크게 보였고, 정작 '나의 성장' 에는 소홀했다. 커리어 개발의 기준을 '시장'에 두어야 하는데 단지 그 '회사' 안에서만 두었던 것이다. 그러니 시장에 나갔을 때 이야기할만한 '나의 성장'이 적을 수 밖에 없었다.

시장의 기준에서 통용될 수 있는 성장의 근거를 만들어야한다.
그 근거가 조직 내부의 관점에 머물러 있으면 작은 성공도 커보이고, 시장의 관점에서 인정받는 성장을 놓치게 된다. 주인의식을 갖고 몰입하는 건 좋지만 언제나 '시장'의 관점을 견지하고 있어야 한다. 개인 커리어 관점에서 말이다.

회사의 성장과 회사 안에서 나의 성장은 실체보다 더 크게보인다.
이에 매몰되지 않도록 항상 '시장'의 관점에서 사고하고 판단할 수 있게끔 유관업계 현직자들과 네트워킹 해야하고, 시장의 관점으로 나 자신의 성장을 판단해야한다.
단순히 회사의 성장에 기대지 않도록 나만의 포트폴리오를 만들어가야 하고, 단순히 숫자나 성과 위주가 아닌, 숫자의 크기와 상관없이 적용 가능한 '문제 해결 방법론과 의사결정 히스토리' 를 중심으로 기록하는게 좋다.

논리와 근거가 있어도 쉽게 무너진다.
조직 안에서는 서로간의 신뢰가 있기 때문에 논리와 근거를 바탕으로 이야기했을 때 상대방을 설득해낼 수 있지만, 외부로 나가면 논리와 근거보다 직급과 나이, 출신이 실제로 더 힘이 있었던것 같다. 그러니까 단순히 스타트업에서 '해봤다'는 것만으로는 부족하고, 나의 전문성을 입증할 수 있을 만한 근거를 일하는 동안 끊임없이 모아야 한다. 구직 시장에서 먹힐 수 있는, 공신력 있는 근거들을 쌓아두지 않으면 씨알도 먹히지 않는다.

하고 싶은 일이나 성장이라는 허울 좋은 가치만 쫒는 동안 해야 하는일과 생존을 놓쳤다.
주말 없이 바쁘게 살고 있으니 퇴근 후 조금은 워라벨을 즐겨야 한다고 생각하고 쉬기도했다. 회사도 성장하고 있고 그 안에서 나도 누구보다 바쁘게, 어디서 해볼 수 없는 다양한 일들을 경험하며 성장하고 있으니까 괜찮다고 안일하게 생각했다. 내 경험이 재산이 될 거라고 생각했고 일에 대한 관점과 논리적인 생각이 경쟁력이 될 거라고 생각했으나 실제로는 인정받기 어려웠다.

거의 5년이 지나가는 글이지만, 몇 달에 한번씩 우연히 이 글을 볼 때 마다 매번 내용이 좋다고 생각하는 글입니다. 주니어로 한정짓기보다는 그냥 직장인로써 회사 업무를 진행하며 성장하고 있다고 느껴질때, 과연 실제로 그 업무가 시장에서 인정받는 성장 인지 판단해봐야 한다는 교훈을 주는 글입니다. 주니어가 스타트업에 채용되어 입사했다면 대개 그 스타트업은 성장한다.조직 내부에 있으면 외부에 있을 때보다 훨씬 성공이 크게 다가온다. 매출이 1억에서 2억으로 뛰었을 때, 고무적인 성장을 이뤄낸 것에 대해 다 같이 자축하고 동기 부여된다. 특히 주니어로서 많은 권한과 책임을 안고 시도한 일들이 어떤 성과를 냈을 때 당연히 기분이 좋을 수 밖에 없다. 하지만 나와 회사의 위대함은 어디까지나 은밀하게 위대했다어떤 모임에 나가 무슨 스타트업이라 이야기해도 아무도 모르고, 연 매출 100억 회사가 되었다고 열심히 이야기하더라도 그들입장에서는 그냥 똑같은 스타트업이었을뿐이다.결국 대기업에 비해 보여지는건 그냥 작은 스타트업 일뿐이었다. 회사의 성장은 나의 성장이라고 믿었다.실제로 회사가 성장하는 만큼 나도 꽤나 성장했다. 작은 비즈니스라도 쉬운일이 아니고, 실력이 있어야만 가능한 일이라는 것을 배웠다. 하지만 주변에 아무나 잡고 이야기해봐도 '그래?'가 끝이였고, 메이저 스타트업 출신의 다른 동료분들의 비해 주늑 드는 나 자신을 발견하게 되었다. 여기서 나의 착각은 '회사의 성장이 곧 나의 성장' 이라는 것만 믿었다는 것이다.현업에 치여 매일 실무들을 쳐내다 보니 작은 성장들이 너무나 크게 보였고, 정작 '나의 성장' 에는 소홀했다. 커리어 개발의 기준을 '시장'에 두어야 하는데 단지 그 '회사' 안에서만 두었던 것이다. 그러니 시장에 나갔을 때 이야기할만한 '나의 성장'이 적을 수 밖에 없었다. 시장의 기준에서 통용될 수 있는 성장의 근거를 만들어야한다.그 근거가 조직 내부의 관점에 머물러 있으면 작은 성공도 커보이고, 시장의 관점에서 인정받는 성장을 놓치게 된다. 주인의식을 갖고 몰입하는 건 좋지만 언제나 '시장'의 관점을 견지하고 있어야 한다. 개인 커리어 관점에서 말이다. 회사의 성장과 회사 안에서 나의 성장은 실체보다 더 크게보인다.이에 매몰되지 않도록 항상 '시장'의 관점에서 사고하고 판단할 수 있게끔 유관업계 현직자들과 네트워킹 해야하고, 시장의 관점으로 나 자신의 성장을 판단해야한다.단순히 회사의 성장에 기대지 않도록 나만의 포트폴리오를 만들어가야 하고, 단순히 숫자나 성과 위주가 아닌, 숫자의 크기와 상관없이 적용 가능한 '문제 해결 방법론과 의사결정 히스토리' 를 중심으로 기록하는게 좋다. 논리와 근거가 있어도 쉽게 무너진다.조직 안에서는 서로간의 신뢰가 있기 때문에 논리와 근거를 바탕으로 이야기했을 때 상대방을 설득해낼 수 있지만, 외부로 나가면 논리와 근거보다 직급과 나이, 출신이 실제로 더 힘이 있었던것 같다. 그러니까 단순히 스타트업에서 '해봤다'는 것만으로는 부족하고, 나의 전문성을 입증할 수 있을 만한 근거를 일하는 동안 끊임없이 모아야 한다. 구직 시장에서 먹힐 수 있는, 공신력 있는 근거들을 쌓아두지 않으면 씨알도 먹히지 않는다. 하고 싶은 일이나 성장이라는 허울 좋은 가치만 쫒는 동안 해야 하는일과 생존을 놓쳤다.주말 없이 바쁘게 살고 있으니 퇴근 후 조금은 워라벨을 즐겨야 한다고 생각하고 쉬기도했다. 회사도 성장하고 있고 그 안에서 나도 누구보다 바쁘게, 어디서 해볼 수 없는 다양한 일들을 경험하며 성장하고 있으니까 괜찮다고 안일하게 생각했다. 내 경험이 재산이 될 거라고 생각했고 일에 대한 관점과 논리적인 생각이 경쟁력이 될 거라고 생각했으나 실제로는 인정받기 어려웠다.

Brunch Story

스타트업에서 성장한다는 주니어의 착각

군대에 다녀와서 컴퓨터 공부를 처음 시작할 때 어떻게 해야 할지를 몰랐습니다.

다시 공부한다면 탑다운 방식으로

군대에 다녀와서 컴퓨터 공부를 처음 시작할 때 어떻게 해야 할지를 몰랐습니다.
에라 모르겠다. 처음부터 차근차근 해보자. 010101 부터.

C언어도 아니고 모리스 마노 교수의 디지털 논리와 컴퓨터 설계를 읽기 시작했습니다.
부울 연산이 뭔지, NAND 게이트가 뭔지부터 시작했던 것입니다.

그리고 C언어도 공부하고 자료구조와 알고리즘도 공부하고…
컴퓨터 구조, 운영체제, 네트워킹, 데이터베이스.
그렇게 차근 차근 공부했습니다.

지금 생각하면 좋은 방법이었는지 의문이 듭니다.
그냥 간단한 웹 개발 같은 걸로 시작했으면 어땠을까?
코딩을 잘하고 싶으면 코딩을 많이 해봐야지.
그러다 궁금한 게 생기면 하나씩 파고들어가는 탑다운 방식으로.

실제로 이렇게 공부한 친구들을 회사에서 많이 만났습니다.
운영체제 내부는 거의 아는 게 없지만…
앱 개발이나 서버 개발은 저보다 훨씬 잘했습니다.

이런 걸 보면서 난 그동안 뭘 한 거지? 하는 자괴감이 들곤 했습니다.

다시 대학생으로 돌아간다면 탑다운 방식으로 공부해 보고 싶습니다.
기술이 금세 바뀌어 버리니까.
요즘 새로운 기술을 공부할 때는 저도 이렇게 탑다운 방식으로 하는 것 같기도 합니다.
모르는 게 생기면 ChatGPT에게 물어보면서 점점 깊이 내려가는 식으로.

이렇게 공부할 때는 주의할 점도 있습니다.
조금 어려워진다 싶으면 ‘이딴 건 몰라도 돼’ 하는 마음이 올라온다는 것입니다.
이런 마음만 잘 다스릴 수 있으면… 탑다운 어프로치도 좋은 학습 전략인 것 같습니다.

https://jeho.page/essay/2024/12/10/top-down-approach.html

군대에 다녀와서 컴퓨터 공부를 처음 시작할 때 어떻게 해야 할지를 몰랐습니다. 에라 모르겠다. 처음부터 차근차근 해보자. 010101 부터. C언어도 아니고 모리스 마노 교수의 디지털 논리와 컴퓨터 설계를 읽기 시작했습니다. 부울 연산이 뭔지, NAND 게이트가 뭔지부터 시작했던 것입니다. 그리고 C언어도 공부하고 자료구조와 알고리즘도 공부하고… 컴퓨터 구조, 운영체제, 네트워킹, 데이터베이스. 그렇게 차근 차근 공부했습니다. 지금 생각하면 좋은 방법이었는지 의문이 듭니다. 그냥 간단한 웹 개발 같은 걸로 시작했으면 어땠을까?코딩을 잘하고 싶으면 코딩을 많이 해봐야지. 그러다 궁금한 게 생기면 하나씩 파고들어가는 탑다운 방식으로. 실제로 이렇게 공부한 친구들을 회사에서 많이 만났습니다. 운영체제 내부는 거의 아는 게 없지만… 앱 개발이나 서버 개발은 저보다 훨씬 잘했습니다. 이런 걸 보면서 난 그동안 뭘 한 거지? 하는 자괴감이 들곤 했습니다. 다시 대학생으로 돌아간다면 탑다운 방식으로 공부해 보고 싶습니다. 기술이 금세 바뀌어 버리니까. 요즘 새로운 기술을 공부할 때는 저도 이렇게 탑다운 방식으로 하는 것 같기도 합니다. 모르는 게 생기면 ChatGPT에게 물어보면서 점점 깊이 내려가는 식으로. 이렇게 공부할 때는 주의할 점도 있습니다. 조금 어려워진다 싶으면 ‘이딴 건 몰라도 돼’ 하는 마음이 올라온다는 것입니다. 이런 마음만 잘 다스릴 수 있으면… 탑다운 어프로치도 좋은 학습 전략인 것 같습니다. https://jeho.page/essay/2024/12/10/top-down-approach.html

차세대 자바스크립트 런타임이자 올인원 개발 키트인 Bun에 대한 국내 첫 기술서인 헬로 Bun을 이제 eBook으로도 만나 보실 수 있습니다!

사실 eBook 출간은 아이러니하게도 저자인 제가 제일 손꼽아 기다렸는데요 😅 해외에 있어서 정적 저는 종이 책을 손에 아직 쥐어보지 못했거든요 😭 선편으로 부쳤다는데 캐나다 우체국이 현재 파업 중이라서 언제 도착할지 모르겠습니다 ㅋㅋ

저처럼 종이 책을 읽기 어려운 분들께 eBook이 좋은 대안이 되었으면 좋겠네요! 많은 관심 부탁드립니다 🙏

📕 YES24: https://www.yes24.com/Product/Goods/134021042
📗 교보문고: https://product.kyobobook.co.kr/detail/S000214450265
📘 알라딘: https://www.aladin.co.kr/shop/wproduct.aspx?ISBN=9791193926710

차세대 자바스크립트 런타임이자 올인원 개발 키트인 Bun에 대한 국내 첫 기술서인 헬로 Bun을 이제 eBook으로도 만나 보실 수 있습니다! 사실 eBook 출간은 아이러니하게도 저자인 제가 제일 손꼽아 기다렸는데요 😅 해외에 있어서 정적 저는 종이 책을 손에 아직 쥐어보지 못했거든요 😭 선편으로 부쳤다는데 캐나다 우체국이 현재 파업 중이라서 언제 도착할지 모르겠습니다 ㅋㅋ 저처럼 종이 책을 읽기 어려운 분들께 eBook이 좋은 대안이 되었으면 좋겠네요! 많은 관심 부탁드립니다 🙏 📕 YES24: https://www.yes24.com/Product/Goods/134021042 📗 교보문고: https://product.kyobobook.co.kr/detail/S000214450265 📘 알라딘: https://www.aladin.co.kr/shop/wproduct.aspx?ISBN=9791193926710

헬로 Bun 🥟 eBook 출간 소식 📨

1
명심하라. 설득은, 설득이 필요한 순간에 꺼내들면 대부분 실패한다.

2
설득이 필요하지 않은 순간에 설득을 차곡차곡 쌓아놓으면, 언젠가 그것이 꼭 필요해질 때가 온다.

3
설득을 쌓아놓았다가 설득이 필요한 순간에 꺼내 쓰기만 하면 된다.

4
당신을 팔아야 할 때도 마찬가지다.

5
누군가에게 간절히 당신을 팔아야 할 때는, 아무리 영업을 잘해도 당신은 팔려나가지 않는다.

6
평소에 더 많은 사람들의 장바구니에 당신이 담겨 있어야 한다.

7
그러다가 당신이 간절히 필요해질 때 그들은 마침내 구매 버튼을 누른다.

#싸우지않고이기는기술

1 명심하라. 설득은, 설득이 필요한 순간에 꺼내들면 대부분 실패한다. ​ ​2 설득이 필요하지 않은 순간에 설득을 차곡차곡 쌓아놓으면, 언젠가 그것이 꼭 필요해질 때가 온다. ​ ​3 설득을 쌓아놓았다가 설득이 필요한 순간에 꺼내 쓰기만 하면 된다. ​ ​4 당신을 팔아야 할 때도 마찬가지다. ​ ​5 누군가에게 간절히 당신을 팔아야 할 때는, 아무리 영업을 잘해도 당신은 팔려나가지 않는다. ​ ​6 평소에 더 많은 사람들의 장바구니에 당신이 담겨 있어야 한다. ​ ​7 그러다가 당신이 간절히 필요해질 때 그들은 마침내 구매 버튼을 누른다. #싸우지않고이기는기술

< 당신을 팔고 싶다면, 평소에 장바구니에 담겨라 >

지금 AI와 코딩하는 일에 대한 의견은 약간 그런거 같다. 게임 업계에서 자동사냥이 시작되었던 때, 자동사냥에 대한 업계인들의 반응.

처음 자동사냥이 시작되었을 때, 그게 게임이냐라거나 핵 쓰는거나 다름없다 막 그랬지만, 결국 자동사냥 게임은 많은 일반인(?)들의 선택에 의해 게임 장르의 한 축이 되었다.

게임의 특성은 여러가지가 있지만, 수집 욕구가 큰 축을 차지하는데 자동사냥은 그걸 쉽게 만들어 준 것. 업계 고인물이나 골수 게이머들은 인정하지 않았지만, 결과적으로 더 많은 사람들이 게임을 즐길 수 있게 됨으로써 게임의 저변이 넓어졌다.

프로그래밍, 코딩도 마찬가지로, 코딩의 즐거움과 유용함에는 여러가지가 있지만 그중 가장 큰 축은 소프트웨어적으로 작동하는 무언가를 창작해내는 것에 있는데, 이를 쉽게 이룰 수 있게 해 준 것.

고인물들에게는 쓰레기 코드만 양산되는거 아니냐 싶겠지만, 결과적으로 더 많은 사람들이 소프트웨어를 만들 수 있게 됨으로써 저변이 넓어질 것으로 생각된다.

그리고 이건 생성형 AI로 혁신되는 거의 모든 업계에 해당되는 말이지 않을까 싶다.

지금 AI와 코딩하는 일에 대한 의견은 약간 그런거 같다. 게임 업계에서 자동사냥이 시작되었던 때, 자동사냥에 대한 업계인들의 반응. 처음 자동사냥이 시작되었을 때, 그게 게임이냐라거나 핵 쓰는거나 다름없다 막 그랬지만, 결국 자동사냥 게임은 많은 일반인(?)들의 선택에 의해 게임 장르의 한 축이 되었다. 게임의 특성은 여러가지가 있지만, 수집 욕구가 큰 축을 차지하는데 자동사냥은 그걸 쉽게 만들어 준 것. 업계 고인물이나 골수 게이머들은 인정하지 않았지만, 결과적으로 더 많은 사람들이 게임을 즐길 수 있게 됨으로써 게임의 저변이 넓어졌다. 프로그래밍, 코딩도 마찬가지로, 코딩의 즐거움과 유용함에는 여러가지가 있지만 그중 가장 큰 축은 소프트웨어적으로 작동하는 무언가를 창작해내는 것에 있는데, 이를 쉽게 이룰 수 있게 해 준 것. 고인물들에게는 쓰레기 코드만 양산되는거 아니냐 싶겠지만, 결과적으로 더 많은 사람들이 소프트웨어를 만들 수 있게 됨으로써 저변이 넓어질 것으로 생각된다. 그리고 이건 생성형 AI로 혁신되는 거의 모든 업계에 해당되는 말이지 않을까 싶다.

지금 AI와 코딩하는 일에 대한 의견은 약간 그런거 같다. 게임 

직장에서 처음으로 데이터 분석 프로젝트를 시작하게 된 당신.

바로 데이터 분석에 뛰어들기 전,
아래의 체크리스트를 먼저 확인해보세요.

당신의 데이터 분석이 더욱 가치있어질 거에요.

직장에서 처음으로 데이터 분석 프로젝트를 시작하게 된 당신. 바로 데이터 분석에 뛰어들기 전,아래의 체크리스트를 먼저 확인해보세요. 당신의 데이터 분석이 더욱 가치있어질 거에요.

데이터 분석 전 체크해야 하는 체크리스트 6가지

[Leadership] 유능한 직원은 떠나고 무능한 상사만 남는 이유

‘어떻게 저렇게 무능한 사람이 임원 자리에 앉아있는 걸까?’ 직장생활의 풀리지 않는 미스터리다. 회사 뿐 아니라 정부, 종교단체, 학교 등 근무지에 상관없이 그리고 시대와 동서양 문화권을 막론하고 보편적인 현상이다. 유능한 직원은 떠나고 무능한 상사만 남는 이유는 무엇일까.

1969년 미국의 교육학자 로런스 피터와 레이먼드 헐은 정치, 법률, 교육, 산업 등 모든 조직에서 시간이 지날수록 무능한 관리자들이 넘쳐나는 현상을 발견했다. 이를 ‘피터의 법칙(Peter Principle)’이라고 하는데 ‘승진 후 새로운 업무를 수행할 때 과거보다 일 처리 능력이 떨어지는 것은 자연스러운 현상’이라는 주장이다.

예를 들어 보자. 업무 성과가 탁월한 김 대리는 팀장으로 특진했다. 그러나 기쁨도 잠시 ‘아직도 빛나는 유능한 실무능력’이 문제가 된다. 자신의 뛰어난 실무능력을 팀원들에게 효율적으로 전수하면서 팀원들을 격려하고 동기부여를 하는 동시에 리더로서 해야 할 일에 전념해야 하지만, 특진까지 했으니 짧은 시간에 뛰어난 실적을 보여 자신의 능력을 입증하려 한다.

그러나 생각보다 좋은 결과가 나오지 않으니 팀원들을 격려하기보다는, 자신에 비해 업무능력이 떨어지는 팀원들을 비난하며 질책한다. 결국 자신이 직접 나서 실적을 채우려 실무까지 처리한다.

권한 위임을 하는 것에 대해서는 불안을 느낀다. 통제와 관리, 신뢰와 위임 사이에서 끊임없이 갈등만 한다. 팀장 본연의 업무가 무엇인지 깨닫지도 못한 상황에서 무엇을 어떻게 해야 할지 답답하기만 하다. 팀원들은 팀장이 자기들을 믿지 못해 실무적인 일까지 나서서 한다는 생각에 의욕을 잃어가고, 그러는 사이에 팀 내에서는 웃음소리가 사라져 버린다.

켈리 슈 예일대 경영대학원 교수는 높은 성과를 인정받아 승진한 관리자들이 리더로서 새로운 업무도 잘 수행하는지 알아보기 위해 131개 기업을 분석했다. 조사 결과는 피터의 법칙을 그대로 보여주었다. 주로 1등 영업사원 출신 관리자들의 실적이 최하위에 머물렀다.

이에 대해 켈리 슈는 “최고의 엔지니어가 창업한다고 해서 반드시 최고의 경영자가 되는 것은 아니며, 이는 최고의 엔지니어가 되는 것과 엔지니어를 잘 관리하는 리더가 되는 것은 다른 역량이기 때문”이라고 설명했다. 즉 리더는 성과를 내는 추진력 뿐만 아니라 팀원을 독려하고 시너지를 만드는 관리 능력이 매우 중요하다는 것이다.

조직의 리더는 대부분 실무능력이 뛰어난 사람들이다. 성과가 뛰어난 사람이 승진하는 것은 공정하다고 인식되기 때문이다. 여기에는 실무를 잘하면 자신의 담당 업무뿐 아니라 부하직원의 교육과 관리 등 리더의 역할도 잘 해낼 거라는 기대가 포함되어 있다.

그러나 실제로 리더의 과거 업무 성과는 리더십과 직접적인 연관성이 없다. 과거의 직무 수행능력을 승진 후의 직책에 필요한 능력과 같은 것으로 생각하는 판단의 오류는 승진할수록 되레 무능해지는 상사들을 만드는 아이러니를 낳는다.

그런데 피터의 법칙이 경고하는 진짜 위험은 ‘유능한 직원들이 조직을 떠나게 된다’라는 사실이다. 무능해진 상사들에게 자리를 지키는 것은 가장 중요한 문제다. 이들의 눈에 창의적 사고로 새로운 도전을 시도하는 유능한 직원은 질서를 어지럽히는 존재일 뿐이다.

따라서 창의적이고 도전적인 인재들은 오히려 승진에서 제외되기 쉽고 결국 스스로 버티지 못하고 떠나게 된다. 피터의 법칙이 관료적 조직에서 더욱 강하게 나타나는 건 바로 이런 속성 때문이다.

미국의 만화 <딜버트(Dilbert)>는 65개국 2000여 개의 신문에 연재된 세계적인 콘텐츠다. 엔지니어 딜버트의 직장생활을 그린 3~4컷의 만화는 경영진의 무능과 상사의 횡포, 권위주의적 계층구조를 신랄하게 풍자하는 내용으로 선풍적인 인기를 끌었다.

열광한 독자들은 작가 스콧 애덤스에게 자신들의 직장생활 이야기를 보냈는데 이는 고스란히 만화의 소재로 활용되었다. 작가는 열렬한 반응에 힘입어 독자들을 대상으로 ‘어떤 관행이 직원들을 가장 화나게 하는가’라는 설문조사를 했다. 가장 많은 표를 얻은 것은 ‘경영진으로 승진한 멍청이’였다.

이 내용은 만화 <딜버트의 법칙>으로 출간됐고 100만 부 이상이 팔렸다. 여기서 ‘무능력하고 비효율적인 직원일수록 경쟁 단계를 거치지 않고 곧바로 승진하는 현상’을 뜻하는 딜버트의 법칙이 탄생했다.

딜버트의 법칙이 작용하는 조직은 변화를 두려워하고 현실에 안주하려는 경향이 강하다. 혁신을 외치지만 혁신을 시도하지 않는다. 이런 풍토에 어울리는 사람이 바로 무능한 사람이다. 만화에서는 무능하지만 승진하고 싶은 사람들에게 “상사에게 잘 보이면 그만이고 너무 열심히 일하면 오히려 곤란하다”라고 조언한다.

피터의 법칙은 조직이 리더의 자질을 제대로 평가하지 않을 때 무능한 리더가 조직을 가득 채운다고 경고한다. 무능해진 리더들은 자신의 결점을 보완하고 리더로서 필요한 자질과 지식을 습득하기보다는 조직에 딜버트의 법칙을 만연하게 만든다.

무능한 상사들은 일에 대한 열정을 가진 직원이 오히려 껄끄럽다. 그래서 의도적으로 똑똑하지 않은 직원을 승진시켜 옆에 두는 최고경영자도 실제 현실에서 존재한다. 무능한 사람이 고위직으로 승진하는 꽤 흔한 이유다. 만년 저성과 조직은 이렇게 만들어진다.

‘어떻게 저렇게 무능한 사람이 임원 자리에 앉아있는 걸까?’ 직장생활의 풀리지 않는 미스터리다. 회사 뿐 아니라 정부, 종교단체, 학교 등 근무지에 상관없이 그리고 시대와 동서양 문화권을 막론하고 보편적인 현상이다. 유능한 직원은 떠나고 무능한 상사만 남는 이유는 무엇일까. 1969년 미국의 교육학자 로런스 피터와 레이먼드 헐은 정치, 법률, 교육, 산업 등 모든 조직에서 시간이 지날수록 무능한 관리자들이 넘쳐나는 현상을 발견했다. 이를 ‘피터의 법칙(Peter Principle)’이라고 하는데 ‘승진 후 새로운 업무를 수행할 때 과거보다 일 처리 능력이 떨어지는 것은 자연스러운 현상’이라는 주장이다. 예를 들어 보자. 업무 성과가 탁월한 김 대리는 팀장으로 특진했다. 그러나 기쁨도 잠시 ‘아직도 빛나는 유능한 실무능력’이 문제가 된다. 자신의 뛰어난 실무능력을 팀원들에게 효율적으로 전수하면서 팀원들을 격려하고 동기부여를 하는 동시에 리더로서 해야 할 일에 전념해야 하지만, 특진까지 했으니 짧은 시간에 뛰어난 실적을 보여 자신의 능력을 입증하려 한다. 그러나 생각보다 좋은 결과가 나오지 않으니 팀원들을 격려하기보다는, 자신에 비해 업무능력이 떨어지는 팀원들을 비난하며 질책한다. 결국 자신이 직접 나서 실적을 채우려 실무까지 처리한다. 권한 위임을 하는 것에 대해서는 불안을 느낀다. 통제와 관리, 신뢰와 위임 사이에서 끊임없이 갈등만 한다. 팀장 본연의 업무가 무엇인지 깨닫지도 못한 상황에서 무엇을 어떻게 해야 할지 답답하기만 하다. 팀원들은 팀장이 자기들을 믿지 못해 실무적인 일까지 나서서 한다는 생각에 의욕을 잃어가고, 그러는 사이에 팀 내에서는 웃음소리가 사라져 버린다. 켈리 슈 예일대 경영대학원 교수는 높은 성과를 인정받아 승진한 관리자들이 리더로서 새로운 업무도 잘 수행하는지 알아보기 위해 131개 기업을 분석했다. 조사 결과는 피터의 법칙을 그대로 보여주었다. 주로 1등 영업사원 출신 관리자들의 실적이 최하위에 머물렀다. 이에 대해 켈리 슈는 “최고의 엔지니어가 창업한다고 해서 반드시 최고의 경영자가 되는 것은 아니며, 이는 최고의 엔지니어가 되는 것과 엔지니어를 잘 관리하는 리더가 되는 것은 다른 역량이기 때문”이라고 설명했다. 즉 리더는 성과를 내는 추진력 뿐만 아니라 팀원을 독려하고 시너지를 만드는 관리 능력이 매우 중요하다는 것이다. 조직의 리더는 대부분 실무능력이 뛰어난 사람들이다. 성과가 뛰어난 사람이 승진하는 것은 공정하다고 인식되기 때문이다. 여기에는 실무를 잘하면 자신의 담당 업무뿐 아니라 부하직원의 교육과 관리 등 리더의 역할도 잘 해낼 거라는 기대가 포함되어 있다. 그러나 실제로 리더의 과거 업무 성과는 리더십과 직접적인 연관성이 없다. 과거의 직무 수행능력을 승진 후의 직책에 필요한 능력과 같은 것으로 생각하는 판단의 오류는 승진할수록 되레 무능해지는 상사들을 만드는 아이러니를 낳는다. 그런데 피터의 법칙이 경고하는 진짜 위험은 ‘유능한 직원들이 조직을 떠나게 된다’라는 사실이다. 무능해진 상사들에게 자리를 지키는 것은 가장 중요한 문제다. 이들의 눈에 창의적 사고로 새로운 도전을 시도하는 유능한 직원은 질서를 어지럽히는 존재일 뿐이다. 따라서 창의적이고 도전적인 인재들은 오히려 승진에서 제외되기 쉽고 결국 스스로 버티지 못하고 떠나게 된다. 피터의 법칙이 관료적 조직에서 더욱 강하게 나타나는 건 바로 이런 속성 때문이다. 미국의 만화 &lt;딜버트(Dilbert)&gt;는 65개국 2000여 개의 신문에 연재된 세계적인 콘텐츠다. 엔지니어 딜버트의 직장생활을 그린 3~4컷의 만화는 경영진의 무능과 상사의 횡포, 권위주의적 계층구조를 신랄하게 풍자하는 내용으로 선풍적인 인기를 끌었다. 열광한 독자들은 작가 스콧 애덤스에게 자신들의 직장생활 이야기를 보냈는데 이는 고스란히 만화의 소재로 활용되었다. 작가는 열렬한 반응에 힘입어 독자들을 대상으로 ‘어떤 관행이 직원들을 가장 화나게 하는가’라는 설문조사를 했다. 가장 많은 표를 얻은 것은 ‘경영진으로 승진한 멍청이’였다. 이 내용은 만화 &lt;딜버트의 법칙&gt;으로 출간됐고 100만 부 이상이 팔렸다. 여기서 ‘무능력하고 비효율적인 직원일수록 경쟁 단계를 거치지 않고 곧바로 승진하는 현상’을 뜻하는 딜버트의 법칙이 탄생했다. 딜버트의 법칙이 작용하는 조직은 변화를 두려워하고 현실에 안주하려는 경향이 강하다. 혁신을 외치지만 혁신을 시도하지 않는다. 이런 풍토에 어울리는 사람이 바로 무능한 사람이다. 만화에서는 무능하지만 승진하고 싶은 사람들에게 “상사에게 잘 보이면 그만이고 너무 열심히 일하면 오히려 곤란하다”라고 조언한다. 피터의 법칙은 조직이 리더의 자질을 제대로 평가하지 않을 때 무능한 리더가 조직을 가득 채운다고 경고한다. 무능해진 리더들은 자신의 결점을 보완하고 리더로서 필요한 자질과 지식을 습득하기보다는 조직에 딜버트의 법칙을 만연하게 만든다. 무능한 상사들은 일에 대한 열정을 가진 직원이 오히려 껄끄럽다. 그래서 의도적으로 똑똑하지 않은 직원을 승진시켜 옆에 두는 최고경영자도 실제 현실에서 존재한다. 무능한 사람이 고위직으로 승진하는 꽤 흔한 이유다. 만년 저성과 조직은 이렇게 만들어진다.

www.chiefexe.com

‘어떻게 저렇게 무능한 사람이 임원 자리에 앉아있는 걸까?’ 직장

가장 많이 여쭤보시는 질문 중 하나입니다. 채용 담당자 시절과 현재 코칭을 많이 하며 느낀 제 기준입니다.

👉 총 45-55p 사이
👉 서비스 3~4개
👉 프로젝트 6~7개, 장당 7-8p
👉 프로젝트 = 서비스 아님
👉 서비스 하나당 n개의 프로젝트가 나올 수 있음
👉 한 프로젝트 구성
- 프로젝트 배경 > 문제인식 및 정의 > 가설 > 솔루션 > 결과해석 > 레슨런
👉 문제 해결력을 잘 보여줄 수 있는 중요도 순서로 배치: 최신순 아니어도 됨, 같은 서비스가 붙어 있지 않아도 됨
👉 JD상 필요시 장표 후반에 Appendix 추가 후 BX, 개발, 그래픽 관련 작업들 추가

가장 많이 여쭤보시는 질문 중 하나입니다. 채용 담당자 시절과 현재 코칭을 많이 하며 느낀 제 기준입니다. 👉 총 45-55p 사이👉 서비스 3~4개👉 프로젝트 6~7개, 장당 7-8p👉 프로젝트 = 서비스 아님👉 서비스 하나당 n개의 프로젝트가 나올 수 있음👉 한 프로젝트 구성- 프로젝트 배경 &gt; 문제인식 및 정의 &gt; 가설 &gt; 솔루션 &gt; 결과해석 &gt; 레슨런👉 문제 해결력을 잘 보여줄 수 있는 중요도 순서로 배치: 최신순 아니어도 됨, 같은 서비스가 붙어 있지 않아도 됨👉 JD상 필요시 장표 후반에 Appendix 추가 후 BX, 개발, 그래픽 관련 작업들 추가

✋적당한 문제 해결 포트폴리오 장수는?

Findings in our latest study show that the quality of code written with GitHub Copilot is significantly more functional, readable, reliable, maintainable, and concise.

Does GitHub Copilot improve code quality? Here’s what the data says

GitHub에서 Copilot의 효과를 파악하기 위해 실험을 했습니다.

5년 이상의 개발자 202명을 모집 후 절반은 GitHub Copilot을 쓰고 절반은 AI도구를 일체 사용하지 않은 채 웹 서버의 API 엔드포인트를 작성하도록 한 뒤 준비된 단위 테스트의 통과 여부와 전문가 검토를 통해서 코드를 평가했습니다.

연구 결과에 따르면 GitHub Copilot을 사용한 코드가 단위테스트를 통과할 가능성이 56% 더 높았고 가독성은 1~3% 좋고 유지보수 면에서도 쉬운것으로 평가 받았다고 합니다.

https://github.blog/news-insights/research/does-github-copilot-improve-code-quality-heres-what-the-data-says/

GitHub에서 Copilot의 효과를 파악하기 위해 실험을 했습니다. 5년 이상의 개발자 202명을 모집 후 절반은 GitHub Copilot을 쓰고 절반은 AI도구를 일체 사용하지 않은 채 웹 서버의 API 엔드포인트를 작성하도록 한 뒤 준비된 단위 테스트의 통과 여부와 전문가 검토를 통해서 코드를 평가했습니다. 연구 결과에 따르면 GitHub Copilot을 사용한 코드가 단위테스트를 통과할 가능성이 56% 더 높았고 가독성은 1~3% 좋고 유지보수 면에서도 쉬운것으로 평가 받았다고 합니다. https://github.blog/news-insights/research/does-github-copilot-improve-code-quality-heres-what-the-data-says/

The GitHub Blog

GitHub에서 Copilot의 효과를 파악하기 위해 실험을 했습

2024년 가을학기에 산호세 주립대 응용 데이터 과학 석사 과정에서 "DATA 226 Data Warehouse and Data Pipelines"이라는 과목을 가르치면서 그동안 17주 과정으로 가르쳤다. 희한하게 판데믹 전에는 이런 내용도 회사 주니어들 혹은 자문하면서 설명하느라 영어로 되어있는 컨텐츠였는데 한국에 있는 분들 대상으로 지난 3-4년 가르치면서 다 한국어로 바꿨다가 이번 강의 때문에 다시 다 영어로 바꿨다.

가르치면서 다시 한번 나는 선생/교수가 맞는 일이란 깨달았지만 동시에 세상이 바뀌고 있는데 이런 식으로 가르치는 것이 맞는지에 대한 큰 의구심을 갖게 되었다. 산호세 주립대는 취업에 집중하는 학교인데도 현실과는 거리가 있다. 예를 들면 GenAI를 사용해 숙제 하는 것을 허용할 것인지 여부인데 개인적으로는 상관할 필요가 없다는 생각이지만 학교 차원에서 어떤 정책이나 원칙이 정해져 있지는 않다.

참고로 커리큘럼은 아래처럼 만들어서 이제 15주차가 끝났다.

 1.  Data System Overview
 2.  Data Warehouse Overview
 3.  Data Warehouse Deepdive (Snowflake)
 4.  Advanced SQLs on Snowflake
 5.  Data Pipeline Overview
 6.  Airflow Overview
 7.  Midterm exam
 8.  Advanced Airflow
 9.  ELT Overview
 10. ELT Deepdive (dbt)
 11. NoSQL Overview (VectorDB)
 12. Big Data Processing (Spark)
 13. Streaming Data Overview (Kafka)
 14. End-to-end Data System & Guest Speaker
 15. Thanksgiving Break
 16. Group Project Presentation
 17. Final exam

77명의 학생을 두 클래스 나눠서 목금 오후 3시부터 6시까지 가르쳤고, 총 10번의 숙제를 냈으며, 두 번의 2인 1조 단기 프로젝트가 있었고 다음 주에 4인 1조 장기 프로젝트 발표가 있고 마지막 주에 기말 고사를 보면 끝난다. 단기 프로젝트를 하는 걸 보면 확실히 현업 경력이 있는 친구들이 잘 한다. 잘한 팀이 많았지만 GitHub에 잘 정리해 올린 팀 두 곳만 소개하면 아래와 같다.

https://github.com/SreenidhiHayagreevan/data226-lab2
https://github.com/sadhvi-singh/CryptoStream_Analytics

다음 주 그룹 프로젝트 발표에서는 어떤 결과물이 나올지 자뭇 기대된다.

2024년 가을학기에 산호세 주립대 응용 데이터 과학 석사 과정에서 "DATA 226 Data Warehouse and Data Pipelines"이라는 과목을 가르치면서 그동안 17주 과정으로 가르쳤다. 희한하게 판데믹 전에는 이런 내용도 회사 주니어들 혹은 자문하면서 설명하느라 영어로 되어있는 컨텐츠였는데 한국에 있는 분들 대상으로 지난 3-4년 가르치면서 다 한국어로 바꿨다가 이번 강의 때문에 다시 다 영어로 바꿨다. 가르치면서 다시 한번 나는 선생/교수가 맞는 일이란 깨달았지만 동시에 세상이 바뀌고 있는데 이런 식으로 가르치는 것이 맞는지에 대한 큰 의구심을 갖게 되었다. 산호세 주립대는 취업에 집중하는 학교인데도 현실과는 거리가 있다. 예를 들면 GenAI를 사용해 숙제 하는 것을 허용할 것인지 여부인데 개인적으로는 상관할 필요가 없다는 생각이지만 학교 차원에서 어떤 정책이나 원칙이 정해져 있지는 않다. 참고로 커리큘럼은 아래처럼 만들어서 이제 15주차가 끝났다. <ol ><li>Data System Overview</li><li>Data Warehouse Overview</li><li>Data Warehouse Deepdive (Snowflake)</li><li>Advanced SQLs on Snowflake</li><li>Data Pipeline Overview</li><li>Airflow Overview</li><li>Midterm exam</li><li>Advanced Airflow</li><li>ELT Overview</li><li>ELT Deepdive (dbt)</li><li>NoSQL Overview (VectorDB)</li><li>Big Data Processing (Spark)</li><li>Streaming Data Overview (Kafka)</li><li>End-to-end Data System &amp; Guest Speaker</li><li>Thanksgiving Break</li><li>Group Project Presentation</li><li>Final exam</li></ol> 77명의 학생을 두 클래스 나눠서 목금 오후 3시부터 6시까지 가르쳤고, 총 10번의 숙제를 냈으며, 두 번의 2인 1조 단기 프로젝트가 있었고 다음 주에 4인 1조 장기 프로젝트 발표가 있고 마지막 주에 기말 고사를 보면 끝난다. 단기 프로젝트를 하는 걸 보면 확실히 현업 경력이 있는 친구들이 잘 한다. 잘한 팀이 많았지만 GitHub에 잘 정리해 올린 팀 두 곳만 소개하면 아래와 같다. https://github.com/SreenidhiHayagreevan/data226-lab2https://github.com/sadhvi-singh/CryptoStream_Analytics 다음 주 그룹 프로젝트 발표에서는 어떤 결과물이 나올지 자뭇 기대된다.

데이터 엔지니어

홍현우

안녕하세요 백엔드 엔지니어 홍현우 입니다.
자유로운 분위기의 개발 문화를 선호하고 사람들과의 커뮤니케이션을 통해서 즐겁게 일하기를 추구합니다.

https://clumsy-trouble-714.notion.site/3dbd18f5253647eda6ea0fdbf8f142

Software Engineer @ Bear Robotics

최우석

주식회사 바이오리서치에이아이 소프트웨어 엔지니어

유하준

산호세 주립대에서 강의한 Data Engineering 과목 커리큘럼

교육 / 에듀테크

머신 러닝

데이터 분석

응용 데이터 과학 (Applied Data Science) 과정에서 DATA 226 Data Warehouse and Data Pipelines 과정 강의

겸임교수

- Built Document Imaging System on top of MS Windows.
- Worked with a number of clients including some big governemt agencies and banking/finance companies

Software Engineer

- Designed and implemented search part of WiseNut search engine. Also worked on the operation/monitoring areas for the search engine.
- WiseNut was acquired by Looksmart in April 2002

Engineering Manager

I was one of the co-founders. I designed and implemented a SEC-filing search engine (called EdgarIQ) and also developed a specialized insider-trading information web service called "insiderscoop".

CTO and Co-founder

- Worked on Vertical Intent part of Web search. 
- Managed teams working on web search result presentation, International markets content coverage, breaking news handling and Local search
- Was responsible for various International market web search qualities (focus on Asian markets)
- Started as a senior engineer and eventually was promoted to director of engineering in Oct 2008

Director of Engineering

Built Video/Image Ads backend service on top of AWS

VP of Engineering

Providing consulting and training around Big Data (Hadoop) and Search (ElasticSearch and Solr)
 - My customers included Trulia, WiderPlanet, TapJoy, Samsung Electronics, ...
 - Trulia went IPO later in the year (2012)
 - Taught Hadoop programming to 30+ CS professors in Korea. 
 - Wrote a Hadoop programming book in Korean (published in Feb 2013):
 * http://www.yes24.com/24/goods/8426044?scode=032&OzSrank=1

Consultant

- Managed product catalog (crawl/feed) team, search team and data editorial team
- Remained hands-on in Search (Solr/SolrCloud)
- Evaluated and built data pipeline on top of AWS Redshift using hadoop(EMR)/pig/perl/S3

Senior Engineering Manager

- Built 15+ people data team (engineering and science) from scratch in San Francisco and also managed 15+ discovery engineering team (search/recommendation/api) in Ankara Turkey.
- Built Data Warehouse using Redshift, Python, Spark/Hive/Presto and Pinball
- Implemented Logging Framework using Hadoop/Spark/Hive and Django
- Built Kafka/SparkStreaming/Cassandra based streaming infrastructure 
- Implemented Recommendation and A/B Test analysis pipeline using Hadoop/Hive on EMR, an on-premise cluster and Tableau

Senior Director of Data

Worked for the following companies:

 - Harmonize Health (San Mateo, CA): joined as a fulltime
 - Vetted Petcare (Los Angeles, CA)
 - Airvet (Los Angeles, CA)
 - Ready, Set, Food (Los Angeles, CA)
 - Printify (Latvia)
 - Tulip Cremation (San Francisco, CA)
 - Skip Scooters (San Francisco, CA)
 - Jobox.ai (Palo Alto, CA)
 - Coffee Meets Bagel (San Francisco, CA)
 - SK Academy (Seoul, Korea)
 - SK Telecom (Seoul, Korea)
 - Hyundai Card (Seoul, Korea)

Independent Consultant

Harmonize is a series A stage ($10M) startup building a remote care platform to impact patients at scale. Started as a consultant to build up its data infra from Aug 2019 before switching to a full-time in May 2020

Head Of Data

Grepp USA is a subsidiary of Grepp, Inc out of Seoul, Korea.

Chief Technology Officer (US Office)

python

리더십

커뮤니케이션

Mentor at 500 Startups
Mentor at SW Maestro
LP at K2G Fund (https://www.k2gfund.com/)

Angel invested in the following companies:

 - GoodTime.io (https://www.goodtime.io/)
 - ChartMetric (https://chartmetric.com/)
 - Cardon (https://www.cardonformen.com/)
 - The Miilk (https://www.themiilk.com/)
 - Select Star (https://getselectstar.com/)
 - Ceeya (https://www.ceeya.io/)
 - Hex Technology (https://hex.tech/)
 - Dokkaebier (https://enjoydkb.com)
 - Bobidi, Inc (https://www.bobidi.com/): YC W22
 - Dallem (https://dallem.com/)
 - Relate (https://www.relate.so/): YC S22
 - museLIVE (https://muse.live/)
 - EO (https://eoeoeo.net/)
 - Business Canvas (https://typed.do/)

Played or playing an advisor role in the following companies:

 - Moloco (http://www.molocoads.com/)
 - Chequer (https://www.chequer.io/)
 - TeamBlind (https://www.teamblind.com/)
 - 월급쟁이부자들 (https://weolbu.com/)
 - 제로엑스플로우 (https://1hour.ai/)
 - MakinaRocks (https://www.makinarocks.ai/)
 - Noul (https://noul.kr/)
 - Locket (Acquired by Wish)

Made numerous talks on data engineering & science and career:

 - Interviews with EO channel in Korean:
 - Part 1: https://www.youtube.com/watch?v=nLL409se8sM
 - Part 2: https://www.youtube.com/watch?v=XKqLz6WJSRA
 - Part 3: https://www.youtube.com/watch?v=3U0cbzmwSYc

Taught coding for college students and people who want to switch to IT industry (mostly for non-profit)

창업자 대표

Built BIOS for 386 PC which was a collaboration project with LG Electronics. I was part-timing from from 1990 to 1992

컴퓨터 공학 학사

- Taught Windows Programming (API and MFC) in 3 different programming schools 
- Developed a Windows based Hangul Wordprocessor

컴퓨터 공학 석사

한기용

실패는 나침반이다

월급쟁이 부자들: 연봉이 오르는 상위1% 커리어 성공 공략집

한기용 유니버스

인프런을 통해 제공하는 커리어 멘토링

컴퓨터 공학 석사 후 삼성전자에서 시작된 커리어가 친구덕에 실리콘밸리로 이어져 지난 28년간 13개의 다양한 스테이지의 회사를 다녔습니다 (창업, 대기업들, 다수의 스타트업들).  11개월 쉬어보기도 했고 엔젤투자, 어드바이저, 컨설팅 등의 역할도 해오고 있습니다.

산호세 주립대에서 강의한 Data Engineering 과목 커리큘럼

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필