GN⁺ 2024-11-04 | parent | ★ favorite | on: Rails로 다시 작성하기(dirkjonker.bearblog.dev)
Hacker News 의견
  • Rails, Django, Laravel이 웹 앱 개발에 있어 다른 스택보다 훨씬 앞서 있음. 이들은 반복적인 작업을 처리하고, 요구 사항을 잘 알고 있으며, 애플리케이션을 구축할 때 방해하지 않음. 웹 개발은 이미 해결된 문제라고 생각하며, JavaScript 관련 기술은 대기업의 자금에 의해 주도되는 경향이 있음

  • 17년 동안 Rails를 사용해왔으며, 여전히 사랑하고 선호함. 코드 분리를 쉽게 할 수 있어 파일의 헤더가 불필요하게 길어지지 않음. 로직과 마크업을 분리하면 독립적으로 테스트할 수 있어 버그 추적이 쉬워짐

  • Rust는 매우 똑똑한 사람들이 만든 언어지만, 타입 이론과 메모리 할당에 집중되어 있어 일반 개발자에게는 이해하기 어려움. Rust 관련 블로그 글을 읽어도 절반 정도밖에 이해하지 못함

  • Ruby와 Rails에 대한 불만이 줄어들었음. 완벽한 언어나 프레임워크는 없으며, 강점과 약점을 알고 대처해야 함

  • Rust로 대형 웹 애플리케이션을 빠르게 작성하기는 어려움. Rails로 작성된 대형 애플리케이션은 빠르게 실행되지 않으며, 버그가 많고 유지보수 및 확장이 어려울 수 있음. Java, C#, Go 같은 언어는 Rails만큼 빠르게 작업을 완료하면서 Rust만큼 빠르게 실행됨

  • NextJS와 SvelteKit 같은 기술이 JS 개발자들 사이에서 인기 있는 이유는 Node.JS의 백엔드 개발 경험 문제를 해결하기 때문임. Rails는 2006년에 애플리케이션 구축을 위한 포괄적인 솔루션을 혁신적으로 제공했음

  • AdonisJS를 Rails의 TS 대안으로 테스트 중임. Rails나 Laravel과 유사하며, 스택의 모든 부분을 결정해야 하는 부담을 덜어줌

  • Rust가 웹 백엔드에 적합하지 않다는 의견에 혼란스러움. 작은 서비스에서는 좋은 경험을 했으며, 큰 애플리케이션을 구축할 때 복잡성이 증가할 수 있지만, Rust는 대규모 코드베이스에서 필요한 자신감을 줌

  • Django와 같은 경험을 하고 있으며, 성능 문제는 주로 Django 자체보다는 데이터베이스 쿼리에서 발생함

  • 2010년이 아닌데 왜 Rails를 사용하는지 의문임. Java(Spring), Go, Node 같은 많은 대안이 있음. Rust를 사용하는 것은 C++만큼이나 이상한 선택임