Hacker News 의견

• 수백 명의 사람들이 이 기사를 읽고 있는 지금, 여러분은 제 책상 위에 있는 Mac Mini를 통해 접근하고 있는 것임

• 웹 앱 중에서 CRUD 폼만 있는 것을 좋아함. 모든 문제에 적용되지는 않지만, 현실 세계와 상호작용하는 많은 문제 영역에서 잘 작동함. "약속이 있는지 확인하려면 약속 목록을 확인하세요" 같은 방식임

  • 반면, 통합 캘린더나 대시보드에 혼합된 "앱" 패턴도 유용함. Rails에서도 모두 구축 가능함. 그러나 CRUD 앱의 단순함이 매력적임
  • 어떤 스타일로든 원하는 기술로 구축할 수 있지만, Rails는 "1 모델 = 1 개념 = 1 REST 엔티티"를 선호하는 것 같음
  • Next.js와 같은 라이브러리는 "1 작업/뷰 = 혼합된 개념 = 1 특정 화면"을 선호하는 것 같음

• Ruby/Rails 커뮤니티가 이상한 이유는 절반은 조용히 작업을 하고, 나머지 절반은 Rails가 죽지 않았음을 주기적으로 확인시켜야 하는 것 같음

  • 모든 것이 AI를 필요로 하는 것은 아님

• Rails가 AI 응용 프로그램의 물결 속에서 나이를 드러내고 있음. LLM 텍스트 스트리밍, 병렬 처리에서 어려움을 겪고 있음

  • 내 경험으로는 Hotwire와 함께 매우 쉽게 작동했음. 수천 명의 사용자가 있는 Rails 앱에서 문제 없이 스트리밍 에이전트 채팅 인터페이스를 운영 중임

• Django + gevent를 추천함. Python 타입 시스템을 사용하며, 스트리밍 및 IO 바운드 병렬 처리에 적합함. CPU 바운드 병렬 처리에는 적합하지 않지만, 웹 애플리케이션에서는 덜 중요함

• Ruby, Django, D 언어로 RoR 같은 메타 웹 프레임워크를 구축하고 유지할 수 있음

  • Go와 Rust는 놀라운 언어지만, 왜 Rails 같은 프레임워크를 만들지 못하는지 궁금함. 시간이 지나면 가능할지, 아니면 근본적인 문제가 있는지 궁금함

• RoR은 강력함. 하지만 모든 것이 너무 빠르게 변화하고 있어, 최신 기술을 따라가지 않으면 뒤처질 것 같은 느낌이 있음

• AI 코딩 도구에 강한 타입이 부족하다는 비판을 들었지만, 내 경험상 LLM은 Rails 코드베이스에서 잘 작동함

  • Rails는 강력한 관습을 가지고 있어, 타입 정보가 없어도 LLM이 잘 학습할 수 있음. Rails의 핵심은 시간이 지나도 크게 변하지 않았음

• Django를 사용 중이며, 모든 것이 새롭게 느껴짐. htmx + alpine.js를 사용해 HTML을 전송하고 있으며, JSON REST API에서 벗어나 생산성이 크게 향상됨

• RoR은 훌륭함. Ruby는 그 이상으로 성장해야 함

  • Django 앱을 Python 3로 재작성할지 RoR로 재작성할지 선택해야 했을 때, 후자를 선택한 회사에서 일했음. Django에 들어온 많은 아이디어가 RoR에서 시작되었음
  • Python이 있는 다른 영역에서도 혁신이 필요함. 과학 컴퓨팅, 머신러닝/AI, 데이터 분석 등에서 Ruby가 Rails처럼 채택될 필요가 있음

• 2010년대에 관습이 설정보다 우선하는 접근 방식이 인기를 끌었음

  • Angular, EmberJS, Django, Rails가 매우 인기가 있었음
  • 현대 스택은 React/NextJS와 같은 맞춤형 백엔드로 이동함
  • NextJS가 React에 가장 적합한 "관습이 설정보다 우선"하는 접근 방식인지 궁금함