Hacker News 의견

• DSLs와 API는 종종 성공적으로 작동함. TensorFlow와 같은 추론 엔진도 DSL이나 DSL을 감싸는 API로 볼 수 있음

  • SQL, Shader 언어, BPF 등도 유사한 예시로 볼 수 있음
  • "그냥 API를 추가하자"는 접근은 성공적이지 않을 수 있음. UI를 구현할 때처럼 신중하고 철저하게 접근해야 함

• DSLs는 때때로 훌륭하게 작동함. jOOQ.org를 참고할 수 있음

• Elastic Load Balancer는 워크로드에 반응하는 제어 루프임. 이는 일종의 상품임

• 대부분의 산업에서 자원 부족이 만연함. 관련 자료로 erikbern.com과 "Goal: Process of Ongoing Improvement"를 참고할 수 있음

• 이상 탐지는 분산 시스템의 문제가 아님. 하지만 문제를 겪은 사람들은 필요하다고 생각할 수 있음

  • Isolation Forest 알고리즘은 때때로 기적적임. 2018년에는 텍스트에 CNN 기반 임베딩을 사용하여 좋은 결과를 얻었음

• "거의"라는 표현은 여기서 효과적이지 않음. 이는 단순한 비관주의와 냉소주의임

• 많은 사람들이 예외에 대한 미묘한 결정 함수를 찾으려 함. 하지만 실제로는 간단함. 내가 하면 잘 되고, 이전 사람이 하면 잘 안 됨

• "Domain Driven Design"은 사업 구조에 맞춰 애플리케이션을 설계하는 것은 재앙의 레시피임

  • 작은 사업에서는 문제가 없을 수 있지만, 성공하거나 성장하는 사업에서는 즉시 후회할 수 있음
  • 대신 기능 계층을 중심으로 설계하고, 가능한 한 비즈니스 로직을 구성, 데이터베이스의 행, 사용자 워크플로에 유지해야 함

• 로드 반응 제어 루프는 기본적이고 필수적인 구성 요소임. 많은 시스템에서 사용됨

• 여러 DSLs, P2P 캐시, 하이브리드 병렬성을 사용하는 프로젝트를 작업했으며, 대부분 성공적이었음

  • P2P 캐시는 필요하지 않아 큰 성과를 내지 못했음
  • 복잡하지만 그 복잡성이 다른 방식으로는 달성하기 어려운 기능을 제공함

• "그냥 데이터를 동기화하자"는 접근은 문제를 일으킬 수 있음

  • 많은 시스템이 "인터넷 규모"를 목표로 설계되었지만, 실제로는 그 범위 이하임
  • 이러한 팀은 순진하거나, 최악의 경우 비엔지니어링 관리자를 이용하여 문제를 해결하는 데 자금을 사용함

• 여러 아이디어를 성공적으로 실행했음. 따라서 약간 이상하게 읽힘