래리 벽의에서 원래 펄 v1.0을 게시 받는 comp.sources.misc의의 1987년 12월 18일에 뉴스 그룹, 그는 말했다 :

일반적으로 sed 또는 awk 또는 sh를 사용하는 문제가 있지만 그 기능을 초과하거나 약간 더 빨리 실행해야하고 C로 바보 같은 것을 쓰지 않으려면 perl이 적합 할 수 있습니다.

A의 훨씬 나중에 박람회 , 그는 더 조금 정교 :

그러나 유닉스 셸 프로그래밍의 좌절로 인해 Perl을 직접 만들었습니다. 그러나 본질적으로 쉘 스크립팅은 대부분의 동사가 제어하지 않으므로 서로 거의 일치하지 않는다는 사실에 의해 본질적으로 제한됩니다. 그리고 명사는 빈곤하고 문자열과 파일로 제한되어 있으며 누가 알았 을까요?

1 차원 유니버스라는 사고 방식이 더 파괴적이었습니다. C로 프로그래밍했거나 셸로 프로그래밍 한 것입니다. One Continuum의 반대쪽 끝에 있기 때문입니다. Perl은 스크립팅이 항상 프로그래밍의 반대라고 생각할 필요는 없지만 단일 언어는 두 가지 모두에 매우 유용 할 수 있음을 깨달았습니다. 그것은 거대한 생태 학적 틈새 시장을 열었습니다. 많은 사람들이 조작과 위축의 2 차원을 가진 나의 오래된 조개 껍질 도표를 보았습니다.

오늘날 Perl은 쉘 스크립팅 및 텍스트 구문 분석 요구에 대한 표준 대안 / 대체이며 기존 도구보다 훨씬 강력합니다. 펄은 극도의 유연성 (일부에서는 우아하지 않음)으로 인해 ” 스위스 스크립트 언어의 스위스 군용 전기 톱 “으로 묘사되었습니다 . Perl로 해결할 때 작업이 상당히 짧거나 쉬워 지거나 확장 가능할 수 있습니다. 많은 시스템 도구, 스크립트 및 더 큰 프로그램이 일상적으로 Perl로 작성됩니다. 따라서 현대 Linux 환경에서 Perl은 이제 또 다른 표준 Unix 도구이며 진정으로 없어서는 안될 도구입니다.

답변