[GN#259] 방에서 가장 똑똑한 사람이 되려 하지 말고, 가장 친절한 사람이 되라

2024-06-17 ~ 2024-06-23 사이의 주요 뉴스들

사회 생활을 하면서 많은 회의에 참여하게 됩니다. 회사 내에서의 업무 관련 회의, 외부와의 영업 미팅, 연구 관련 학술회의, 요즘 다양하게 이루어지는 온라인 밋업 등을 통해서 일면식도 없었던 사람들과 회의를 하다 보면 정말 다양한 사람이 있구나라고 느끼게 됩니다. 최근에 참여했던 회의를 한번 생각해 보세요. 어떤 사람이 기억에 남으시나요? "방에서 가장 똑똑한 사람이 되려 하지 말고, 가장 친절한 사람이 되라" 글에서는 회의에서 "친절"한 사람이 되는 것이 중요하고, 가장 기억에 남게 된다고 이야기합니다. 친절한 사람들은 남의 이야기를 경청하고, 존중하며, 남의 입장을 이해하며 공감하기 때문에 더 해결 지향적이 되며 이 친절함은 전염성이 있어서 남들도 서로를 친절하게 대하게 된다고요. 댓글도 많이 남겨주셨는데요. 저는 이 글을 보면서 "배려는 지능"이라는 말이 생각났습니다. 가장 친절한 사람이 사실 가장 똑똑한 사람이지 않을까요?

2010년대 초반에는 MQ를 이용한 분산 시스템 구축 관련 글이 인기가 있었습니다. 요즘에는 이런 글을 찾아볼 수가 없는데요. 과연 MQ의 인기가 떨어진 걸까요? Redis/DB 등의 성능이 올라가면서 필요 없어진 걸까요? 아니면 이제 너무 보편화되어서 그런 걸까요? "메시지 큐 기반 아키텍처가 요즘 인기가 떨어지는 이유는 뭔가요?" 글에 다양한 답변이 올라와서 옮겨봤습니다. 결과적으로는 굉장히 복합적인 상황인 것 같습니다. 이제는 MQ가 너무 성숙해지고 일반화되어서 다들 쓰고는 있지만, 글이나 기사로는 작성하지 않는 것이라는 의견이 가장 많고요. Redis나 Postgres만으로도 많은 케이스 처리가 가능해져서 실제로 필요가 없는 경우가 많아졌으며, MQ가 실제로 필요한 건 초대용량 서비스인데 실제로는 그정도가 아닌 회사들이 많아서 선택하지 않게 되기도 하고요("우린 구글이 아니야"). 많은 기술 뉴스 사이트에서는 항상 신기술만 이야기하기 때문에, 기존에 잘 쓰는 기술들은 잘 부각되지 않게 되는 게 현실인데요. 이런 질문을 통해서 한번씩 상황을 되살펴보는 게 좋은 것 같아요.

개발자들은 "생산성" 단어에 민감합니다. 창의성혁신을 요구하면서도 품질과 속도의 균형을 맞춰야 하는데, 업무 환경도 도와주지 않고 평가 기준도 모호한 경우가 많거든요. "소프트웨어 생산성을 떨어뜨리는 간단한 방법" 글은 역설적으로 잘못된 상황을 제시하면서 이를 피하면 생산성을 올릴 수 있다고 이야기합니다. 기술/제품/리더십/채용/프로젝트 관리로 나뉘어서 꽤 많은 항목들이 있는데요. 익히 들어본 이야기들이라 더 와닿습니다. 핵심 시스템 재작성하며 이전 CTO 비난하기, 복잡한 개발환경 조성, 프로덕션과 다른 개발자 환경 구축, 배포를 최대한 가끔하기, 핵심 역량이 아닌 거의 모든 것을 내부에서 구축하기, 현재 대비 최대 3배 이상의 부하를 버티는 비현실적인 규모의 기술 결정, 거의 모든 것을 플랫폼으로 중앙집중화, "아키텍트"를 고용하고 작은 변경에도 아키텍처 검토 요구하기 등. 여러분 조직은 어떠신가요? 글을 참고하셔서 하나씩 없애보시는 걸 추천드립니다.

Feedback : 긱뉴스 위클리 어떻게 읽고 계신가요? 이번주 부터는 하단 기사에 요약 및 제 사견을 달아둡니다. 의견과 제안 부탁드려요

Show GN - 직접 만드신 오픈소스나, 재직중인 스타트업의 제품/서비스를 소개해주세요

Ask GN - 다양한 질문을 올려주세요.

✓ 사내 커뮤니케이션 도구에 GeekNews Bot을 추가해서 멤버들과 함께 새 글을 받아보세요
ㅤ→ Slack봇, 잔디봇, Teams봇, Discord봇, 구글 챗 봇, Swit 봇
긱뉴스는 RSS로도 구독 가능합니다
✓ 주위분들께 긱뉴스 위클리 - https://news.hada.io/weekly 뉴스레터를 추천해 주세요.


매주 월요일 아침, 지난 일주일간의 GeekNews 중 엄선한 뉴스들을 이메일로 보내드립니다.


  • 방에서 가장 똑똑한 사람이 되려 하지 말고, 가장 친절한 사람이 되라

    스페인어 속담 "Maestro Liendre: De tó sabe, pero de ná entiende"는 모든 것을 아는 듯하지만 실제로는 아무것도 이해하지 못한다는 의미를 담고 있습니다. 회의에서 가장 똑똑한 사람이 되려 하기보다는 가장 친절한 사람이 되려고 노력하는 것이 중요하며, 이는 경청, 존중, 공감, 해결지향의 특징을 포함합니다. 친절함은 전염성이 있어 이러한 태도를 적용하면 다른 사람들도 친절해 지는 효과가 있습니다.

  • 메시지 큐 기반 아키텍처가 요즘 인기가 떨어지는 이유는 뭔가요?

    MQ 기술이 성숙기에 접어들어서, 관련 글과 기사가 많이 안 나오지만 실제로는 많이 이용되고 있습니다. 물론 간단한 기능들은 Redis/DB 같은 것으로도 처리가 가능해져서 실제로 케이스가 줄어들기도 했습니다만, 그렇다고 없어지진 않았다는 것.

  • 소프트웨어 생산성을 떨어뜨리는 간단한 방법 (2023)

    여러분의 회사는 몇 개 항목에 해당되나요? 많이 해당 된다면 구인 공고 - 멤버를 찾고 계신가요?를 추천...

  • Effect - TypeScript로 강력한 앱 구축을 도와주는 라이브러리

    "The missing Standard Library for TypeScript" 라는 소제목이 잘 설명해줍니다. 복잡한 동기/비동기 프로그램을 쉽게 만들 수 있게 도와줍니다. TypeScript를 사용하신다면 꼭 살펴보세요.

  • 진정한 전문가와 모방자를 구별하는 방법

    많은 사람들이 전문가라고 주장하지만 실제로는 그렇지 않습니다. 모방자의 특징은 깊이 있는 질문에 답하지 못하며, 배운 어휘만 사용하며, 실패 경험을 이야기 하지 못하며, 자신이 어디까지 아는지 한계를 몰라서 모르는 분야에 대해서도 아는 척을 합니다. 또한 전문가와 대중화된 정보 제공자 구별도 필요합니다. 진짜 전문가를 찾아서 대화하세요.

  • AI 게임 스튜디오 만들기 : 우리가 배운 것들

    AI가 적용된 게임 개발은 어떤 모습일까요? 이 친구들은 정말로 LLM과 생성형 AI를 이용해서 게임 개발용 플랫폼을 만들고 있습니다. 이게 정착되기 시작하면 1인 게임 스튜디오가 더 많아질 것 같아요.

  • 저는 일주일 넘게 북한의 인터넷을 마비시킨 해커입니다. AMA(아무거나 물어보세요)

    4월에 국내 기사에도 소개되었던 'p4x'가 레딧에서 Ask Me Anything을 했습니다. 무려 댓글이 3500개가 넘게 달렸네요. 재미삼아 한번 보시기 바랍니다.

  • CSS에 if() 인라인 조건문 추가 예정

    과연 CSS는 어디까지 발전하게 되는 걸까요? 글 마지막에도 있지만, "CSS는 다른 프로그래밍 언어보다 마스터하기 어렵다" 라는 말에 더욱 더 공감합니다만, CSS에 대한 전문성은 인정받기가 참 어려운 것 같아요.

  • SQLite Studio - 싱글 바이너리 SQLite DB 탐색도구

    맥, 리눅스, 윈도우를 지원하며, sqlite-studio sqlite_db파일 명령어로 로컬 웹서버를 실행해 웹 UI로 기능을 제공합니다. 굉장히 깔끔하고 편하네요. 커맨드 라인 도구를 만들 때, 이런 방식으로 웹 UI를 제공하면 좋을 것 같습니다.

  • SPF, DKIM, DMARC 이해하기: 간단한 가이드

    최근에 국내 이메일 뉴스레터들이 Gmail에서 "주의해야 할 메일입니다" 라는 경고가 뜨고 있는데요. 바로 이 SPF, DKIM, DMARC 가 제대로 세팅 안되어서 그렇습니다. 이 가이드는 간단하고 명확한 설명과 예시로 누구나 쉽게 이해할 수 있으니 꼭 설정하시기 바랍니다.

  • Llama-3 8B-Instruct 모델 셀프 호스팅 비용

    EKS에서 호스팅 시 100만 토큰당 약 $17이 소요되지만, 직접 하드웨어를 사용하면 100만 토큰당 비용이 $0.01 이하로 줄어듭니다. 초기 설치 비용과 월간 유지 비용을 고려하면 약 5.5년 내에 손익분기점에 도달할 수 있습니다... 저기요 5.5년은 너무 긴데요.

  • shpool - 쉘 세션 연결을 유지해주는 도구

    shpool은 연결이 끊어져도 세션을 유지할 수 있는 가벼운 도구로 GNU screen의 대체제입니다. 기본 스크롤백이나 복사-붙여넣기 기능을 중단하지 않으면서 영구 세션을 제공합니다. 원격 호스트에 설치 후 간단한 명령어로 네임드 세션을 생성하고 재연결할 수 있어 편리합니다.

  • Amphi - 오픈소스 파이썬 ETL

    다양한 파일 형식에서 데이터를 추출하고 정리할 수 있는 Python 기반의 오픈소스 ETL 도구입니다. 데이터 과학자와 데이터 엔지니어가 직관적인 Low-Code 인터페이스를 통해 쉽게 데이터 파이프라인을 개발하고 배포할 수 있도록 지원합니다. 또한, 파일에서 데이터베이스로의 데이터 통합, 데이터 과학 및 LLM 기반 시스템을 위한 데이터 준비에 뛰어난 성능을 제공합니다.

  • SSH Honeypot을 30일 동안 운영하면 보게 되는 것

    SSH 허니팟(공격자가 시스템에 침입하려 할 때 공격을 감지하고 기록하는 장치)을 30일 동안 운영한 결과, 하루 평균 386번의 로그인 시도가 있었고, 주로 root와 admin 같은 기본 사용자명과 비밀번호가 사용되었습니다. 공격 패턴을 분석해서 방어전략을 세우는데 유용한 시도. 암호화폐 채굴기 설치하는 공격자는 다른 암호화폐 채굴기를 종료시킨다는게 재미나네요. 나만 쓸꺼야?

  • Token Cost - 400+개 LLM의 토큰당 비용 계산하기

    최신 LLM API 사용 비용을 정확히 계산할 수 있도록, 각 LLM 제공사의 최신 모델과 가격을 추적하여 비용 효율적인 선택을 도와줍니다. 간단한 함수 하나로 자신의 시스템에 쉽게 연동할 수 있는 방법도 제공합니다.

  • Htmx 2.0.0 릴리즈

    Htmx는 HTML 내에서 AJAX, WebSockets, SSE, CSS Transition등을 직접 쓸 수 있게 하는 라이브러리입니다. Htmx 2.0.0은 확장 기능을 별도로 관리할 수 있도록 분리했고, 다양한 JavaScript 모듈 스타일을 지원하며, 웹 컴포넌트와 다크 모드 지원이 크게 개선되었습니다. 처음엔 특이하다고만 생각했는데, 코어 팬층도 생기고 계속 발전하고 있네요.

  • Nvidia, LLM 훈련을 위한 합성 데이터 생성 파이프라인 공개

    NVIDIA가 다양한 산업에서 상업용 LLM 훈련을 위한 합성 데이터를 생성할 수 있는 Nemotron-4 340B 모델군을 발표했습니다. 이 모델은 고품질의 훈련 데이터를 무료로 제공하며, 맞춤형 LLM의 성능과 정확성을 크게 향상시킬 수 있습니다. 또한, NVIDIA NeMo와 최적화되어 있어 효율적인 대규모 추론이 가능하며, 현재 Hugging Face에서 다운로드할 수 있습니다.

  • AI 스타트업을 만드는 방법

    AI 스타트업 창업을 고려 중이라면, 성공과 실패를 가르는 핵심 요소들을 반드시 알아야 합니다. 이 글은 아이디어 실행의 중요성, 신기술 도입의 신중함, 제품화 과정의 투자 필요성, 데이터 보안 및 사용자 중심 문제 해결의 중요성을 강조합니다. 스타트업의 함정을 피하고 성공적인 비즈니스를 구축하는 데 필요한 실질적인 조언을 제공합니다.

  • Claude 3.5 Sonnet 출시: GPT4o를 뛰어넘는 성능

    Claude 3.5 Sonnet은 대학원 수준의 추론과 학부 수준의 지식, 뛰어난 코딩 능력을 자랑하며, 기존 모델들을 능가하는 성능을 제공합니다. 이 모델은 3 Opus 랑 비교가 되지만, 무료로 사용할 수 있어 유용합니다. 실제로 사용해보니 GPT-4o랑 비슷한 속도를 내네요. 품질도 Opus랑 큰 차이도 없고요. 역시 경쟁이 좋군요.

  • Nvidia Warp - 고성능 GPU 시뮬레이션 및 그래픽을 위한 Python 프레임워크

    Nvidia Warp는 고성능 시뮬레이션과 그래픽 코드를 Python으로 쉽게 작성할 수 있게 해주는 프레임워크입니다. 이 프레임워크는 Python 함수를 JIT 컴파일하여 CPU 또는 GPU에서 효율적으로 실행할 수 있는 커널 코드로 변환하며, 물리 시뮬레이션, 로보틱스, 기하학 처리 등 다양한 프리미티브를 제공합니다. 또한, PyTorch 및 JAX와 같은 머신러닝 파이프라인과 통합하여 사용할 수 있어 더욱 강력한 기능을 제공합니다.

  • BAML - 더 깔끔한 LLM 함수를 작성하기 위한 템플릿 언어

    BAML은 LLM 함수를 더 깔끔하고 효율적으로 작성할 수 있게 도와주는 템플릿 언어입니다. Python 및 TypeScript를 지원하며, 다양한 모델과의 호환성, 실시간 프롬프트 프리뷰, 원클릭 테스트 기능 등을 제공합니다. 또한, 함수 시각화 및 리퀘스트 리플레이를 지원하는 Observability Platform을 통해 개발자들이 더 안정적이고 오류 없는 코드를 작성할 수 있습니다.

  • OpenAI를 퇴사한 일리야 수츠케버, Safe Superintelligence Inc. 창업

    OpenAI의 공동창립자 일리야 수츠케버와 다양한 스타트업에 투자한 다니엘 그로스, 그리고 OpenAI의 전 Optimization 팀 리드 다니엘 레비가 공동 창업자로 참여. 이 회사는 성능 향상과 안전을 동시에 고려하여 AI 기술의 미래를 선도할 계획이라고 합니다. 근데 Safe 한 AI는 중요하긴 합니다만, 창업 아이템으로 적절한지는 잘 모르겠어요. 안전하지 않은(?) AI보다 분명히 더 비싼 제품일텐데, 성능이 다른 제품보다 뛰어나려면 뭔가 다른 혁신이 필요할 듯 합니다.

  • 마이크로소프트가 Edge 브라우저에서 React를 제거하는 이유

    마이크로소프트가 Edge 브라우저의 성능을 개선하기 위해 React 사용을 중단하고 새로운 WebUI 2.0 아키텍처를 도입. 이는 모듈성 문제, 클라이언트 사이드 렌더링으로 인한 속도 저하, 번들 크기 증가 등의 문제를 해결하기 위한 조치. React 대신 새로운 솔루션을 통해 더 빠르고 효율적인 브라우저 경험을 제공할 예정. React가 문제가 아니에요. Microsoft가 잘 못 구현한게 문제.

  • 할리우드와 게임이 AI와 싸우는 이유

    AI는 엔터테인먼트와 게임 산업에 혁신적인 기회를 제공하지만, 현직자들은 법적 문제와 크리에이터들의 반발 등 여러 어려움에 직면하고 있습니다. 그래서 스타트업들이 이러한 도전에 맞서 새로운 시장을 개척하고 있으며, AI를 통해 누구나 저비용으로 블록버스터급 콘텐츠를 제작할 수 있는 가능성이 열리고 있음. 앞의 AI 게임 스튜디오 만들기 : 우리가 배운 것들 글과 연결되네요.

  • 길리어드의 HIV 예방 주사제, 아프리카 여성 대상 임상시험에서 100% 예방 효과 입증

    길리어드 사이언스의 새로운 6개월 주기 주사제가 아프리카 여성 및 여자 청소년 대상 임상시험에서 HIV 감염을 100% 예방하는 데 성공했습니다. 이 주사제는 기존 일일 복용 약물보다 편리하며, 정기 검진 시 투여 가능해 접근성을 크게 향상시킵니다. HIV 예방을 위한 획기적인 옵션으로 주목받고 있는 이 주사제는 추가 임상시험 결과 확보 후 미국 및 기타 국가에서 규제 승인 신청이 예정되어 있습니다. 정말로 이제 HIV를 근절하게 될까요?

  • EU 이사회, Chat Control 법안 투표 철회

    EU 이사회가 논란의 Chat Control 법안 투표를 철회하면서, 프라이버시와 보안에 대한 중요한 논쟁이 계속될 전망입니다. Signal과 같은 앱들은 이 법안이 통과될 경우 EU를 떠나겠다고 경고했으며, 전문가들은 이 조치가 많은 거짓 양성 결과를 초래할 수 있다고 우려합니다. 7월부터는 헝가리가 의장국을 맡아 협상을 진행할 예정이며, 디지털 권리 단체들의 지속적인 우려가 예상됩니다.

  • 또 다시 AI를 언급하면 파일드라이버 해버릴꺼에요

    AI 기술의 혁신이 사회에 미치는 광범위한 영향과 그로 인한 논란을 다룬 이 기사는, AI 도입의 현실과 과대광고의 문제점을 신랄하게 비판합니다. 필자는 AI 기술이 실제 비즈니스에 어떻게 적용되고 있는지, 그리고 그로 인해 발생하는 문제들을 구체적으로 설명하며, AI에 대한 맹목적인 신뢰와 과도한 기대의 위험성을 경고합니다.

  • AI 에이전트 구축에 더 이상 LangChain을 사용하지 않는 이유

    Octomind는 LangChain의 높은 추상화 수준이 복잡한 요구사항을 처리하는 데 장애물이 되어 이를 사용하지 않기로 결정했습니다. 기존에 LangChain은 무의미합니다, LangChain의 문제점 글에서도 계속 얘기되었고요. Thoughtworks Technology Radar, 30호 에서도 LangChain을 Hold(주의해서 사용할 기술)에 지정했습니다.