출처- 원글 : How Figma's Databases Team Lived to Tell the Scale | Figma Blog- 번역 : Figma 데이터베이스 팀이 100배 규모 확장을 견뎌낸 방법 | GeekNews (hada.io) 이 글은 원글과 GeekNews의 요약을 보고 개인 의견 메모를 위해 작성되었습니다.요약Figma의 데이터베이스 팀이 Postgres 스택을 수평적으로 샤딩한 아홉 달간의 여정과 거의 무한한 확장성을 가능하게 한 방법을 정리Figma의 Postgres 스택 수평 샤딩 여정Figma의 데이터베이스 스택 규모가 2020년 이후 거의 100배 증가함: 이는 비즈니스 확장을 의미하는 긍정적인 문제이지만, 동시에 기술적인 도전을 야기함. 2020년에는 AWS의 가장 큰 물리 ..
출처- 원글 : Paul Butler – The hater’s guide to Kubernetes- 번역 : 쿠버네티스를 싫어하는 이들을 위한 안내서 | GeekNews (hada.io) 이 글은 원글과 GeekNews의 요약을 보고 개인 의견 메모를 위해 작성되었습니다.요약Kubernetes에 대한 비판적 안내서Kubernetes는 일부 기술자들 사이에서 불필요하게 복잡하고 시간 낭비라는 평판을 얻었으며, 작은 팀에서 사용하는 것은 과잉 설계로 여겨짐.Jamsocket에서는 몇 년간 Kubernetes를 생산 환경에서 운영하며, 필요한 기능만 사용하고 나머지는 무시하는 방식으로 효율적인 사용법을 찾음.Kubernetes를 사용하는 이유Kubernetes는 다음 세 가지를 모두 원할 때 가장 잘 다져진 ..
출처 - 원글 : 4 Questions to Ask Devs When They Say "No" (skiplevel.co) - 번역 : 개발자가 "No"라고 말할 때 물어봐야 할 4가지 질문 | GeekNews (hada.io) 이 글은 원글과 GeekNews의 요약을 보고 개인 의견 메모를 위해 작성되었습니다. 요약 개발자들이 No라고 할 때, 이에 대응하는 것은 제품 관리자로서 권한을 주장하고 목표를 달성하는 데 도움이 됨 기술적 이유로 인해 기능을 제시된 시간 내에 구현할 수 없다고 할 때, 올바른 질문을 통해 상황을 타개할 수 있음 1. 기능을 구축하는 데 있어 다른 기술적 해결책이 있을까요? 기능을 구축하는 방법은 여러 가지가 있으며, 처음 시도하는 방법이 항상 최적은 아님 개발자들은 최신 기술을..
출처 - 원글 : Measuring Developer Productivity: Real-World Examples (pragmaticengineer.com) - 번역 : 개발자 생산성 측정하기: 구글, 노션 등의 실제 사례들 | GeekNews (hada.io) 이 글은 원글과 GeekNews의 요약을 보고 개인 의견 메모를 위해 작성되었습니다. 요약 구글, 링크드인, 펠로톤, Amplitude, 인터컴, 노션, 포스트맨 등 17개 기술 회사들이 개발자 생산성을 측정하는 방법에 대한 심층 분석 1. 17개 기술 회사의 개발자 생산성 지표 개발자 생산성 측정은 복잡한 문제로, 지식 기반 작업인 소프트웨어 엔지니어링에서 "생산적"이라는 것의 의미 자체가 모호함 개발자 생산성(DevProd) 또는 개발자 경험..
출처 - 원글 : Prompt engineering - OpenAI API - 번역 : OpenAI의 프롬프트 엔지니어링 가이드 | GeekNews (hada.io) 이 글은 원글과 GeekNews의 요약을 보고 개인 의견 메모를 위해 작성되었습니다. 요약 대규모 언어 모델(GPT 모델이라고도 함)에서 더 나은 결과를 얻기 위한 전략과 기술을 공유하는 가이드 여기서 설명하는 방법들은 때때로 결합하여 더 큰 효과를 낼 수 있으며, 가장 적합한 방법을 찾기 위해 실험을 권장 예시 프롬프트를 탐색하여 모델이 할 수 있는 일을 배울 수 있음 더 나은 결과를 얻기 위한 여섯 가지 전략 명확한 지시사항 작성 모델은 마음을 읽을 수 없으므로, 원하는 것을 명확히 요청해야 함. 세부사항을 포함하여 더 관련성 높은 답변..
출처 - 원글 : The Architecture of Serverless Data Systems — Jack Vanlightly (jack-vanlightly.com) - 번역 : 서버리스 데이터 시스템의 아키텍처 | GeekNews (hada.io) 이 글은 원글과 GeekNews의 요약을 보고 개인 의견 메모를 위해 작성되었습니다. 요약 클라우드 데이터 서비스의 미래는 "대규모, 다중 테넌트" 구조 S3와 같은 최상위 SaaS 서비스들이 단순성, 신뢰성, 내구성, 확장성, 저렴한 가격을 제공하는 이유는 이 서비스의 기술들이 이러한 것들을 제공하기 위해 구조적으로 설계되었기 때문 대규모 자원 풀을 통해 고객에게 서비스를 제공하는 것은 규모에 따른 효율성과 신뢰성을 보장함 [서버리스 멀티 테넌트 (Ser..
출처 - 원글 : https://www.uber.com/en-GB/blog/up-portable-microservices-ready-for-the-cloud/ - 번역 : Uber가 수천개의 마이크로서비스를 멀티 클라우드 플랫폼으로 이전한 방법 | GeekNews (hada.io) 이 글은 원글과 GeekNews의 요약을 보고 개인 의견 메모를 위해 작성되었습니다. 요약 "Up: Portable Microservices Ready for the Cloud" Uber는 4,500명의 엔지니어와 수많은 자동 시스템이 매주 4,000회 이상 4,500개의 Stateless 마이크로서비스를 배포 이 서비스들은 전 세계에서 독립적으로 일하는 수백 개의 개별 팀에 의해 개발, 배포 및 운영됨 서비스는 크기, 모양,..
출처 - 원글 : What to Watch in India - The Generalist (substack.com) - 번역 : 인도에서 살펴봐야 할 8개의 스타트업 | GeekNews (hada.io) 이 글은 원글과 GeekNews의 요약을 보고 개인 의견 메모를 위해 작성되었습니다. 요약 세계에서 가장 인구가 많은 나라에서 새로운 바람을 일으키고 있는 8개의 스타트업들 Classplus(교육), Bhanzu(수학), Allo Health(성 건강), Kiwi(신용카드), Varaha(탈 탄소화), Ethereal Machines(제조), Zluri(SaaS 관리), ChistaDATA(데이터웨어하우징) 액션 가능한 인사이트들 모델 혼합: 인도 기업들은 역사적으로 해외에서 판매하기 쉬운 수평적 Saa..
출처 - 원글 : What I learned running a SaaS for a year - OnlineOrNot - 번역 : 혼자서 SaaS를 1년 운영해보고 배운 것 | GeekNews (hada.io) 이 글은 원글과 GeekNews의 요약을 보고 개인 의견 메모를 위해 작성되었습니다. 요약 업타임 체커인 OnlineOrNot을 Next.js + AWS Lambda로 7일만에 만들어서 런치하고 1년간 운영한 경험 200개나 되는 경쟁자가 있음에도 서비스를 유지하는 비법은? 주중 평일에 딱 두시간만 일함 고객의 고통을 해결하는 기능에 집중 엄청(ruthlessly) 반복적. 2시간에 기능 구현이 안되면 스코프를 줄여서라도 배포하고 그걸 반복 ✓ 1년간 배운 교훈들 문제를 해결하는 것이지, SaaS ..
출처 - 원글 : 언젠가_써먹는_심리효과_101 (slashpage.com) - 번역 : 언젠가 써먹는 심리효과 101 | GeekNews (hada.io) 이 글은 원글과 GeekNews의 요약을 보고 개인 의견 메모를 위해 작성되었습니다. 요약 편향 및 오류 관련 생존 편향(Survivorship Bias) 성공한 경우만을 고려하여 판단하거나 연구하는 편향 실패한 경우나 생존하지 못한 경우를 고려하지 않는다면, 개선점을 파악하기 어려움 주의 편향(Attentional Bias) 사용자가 주목하는 정보나 요소가 그들의 주의나 판단에 큰 영향을 미치는 것 긴급한 알림이나 중요한 기능은 눈에 띄는 색상과 애니메이션으로 사용자의 주의를 끌어야 함 확증 편향(Confirmation Bias) 사람들이 자신의 ..