Hacker News 의견

• JavaScript에서 독립적으로 구현한 구성 정규 표현식 기능을 소개하며, 이는 여러 프로젝트에 자주 사용되는 라이브러리임. 이 기능은 언어 내에서 일급 파서를 사용하는 느낌을 조금 더 가깝게 해줌. 예로 미디어 타입 파싱을 구현한 사례를 공유함

  • "templated-regular-expression"은 npm과 GitHub에서 확인 가능함
  • 프로그래밍 언어는 실제 파서를 가져야 하며, 정규 표현식을 파서로 사용해서는 안 됨. 그러나 정규 표현식을 사용할 경우, 작은 조각으로 나누는 것이 좋음

• Raku 코드베이스를 유지보수하기 전에 산업을 떠나고 싶다는 의견이 있음

• Raku의 속도 문제는 여전히 해결되지 않았으며, 최신 Raku는 Python 3.13보다 로그 파일을 파싱하는 데 6.5배 더 오래 걸림

• Raku의 주요 기능은 CLI와 문법임

  • CLI는 일반적인 기능이며, Raku에 내장되어 있어 사용하기 좋음
  • 문법은 프로그래밍 언어에서 "일급 시민"으로 취급되는 것이 드물며, 객체 지향 프로그래밍을 사용해 문법을 생성할 수 있는 능력을 제공함

• Hyper는 재귀 스킴의 더 임시적인 버전처럼 보이며, Scala의 _와 유사함. 람다를 위해 Scala를 사랑하며 모든 언어가 유사한 것을 채택해야 한다고 생각함

• (2, 30, 4, 50).map(* + *)가 (32, 45)를 반환하는데, (32, 54)를 반환해야 하는지에 대한 의문이 제기됨. 이는 일부 국가에서 숫자를 표현하는 방식의 차이 때문일 수 있음

• Perl이 이제 APL 계열 언어로의 관문 역할을 하는지에 대한 의견이 있음

• (2,4,8...*)[17]이 262144를 반환하는 것에 놀라움을 표함

• Raku를 실제 환경에서 사용하며, 텍스트 처리에 가장 적합한 언어라고 생각함. 파서를 구축하는 것이 매우 좋으며, LLM 텍스트 파이프라인을 만드는 데 최적의 언어가 아닌 것이 놀라움

• 이 프로젝트를 오랫동안 지켜보았으며, 흥미롭지만 Perl 6가 이 프로젝트로 인해 크게 방해받았다는 점이 아쉬움