Hacker News 의견

• "Make"를 정적 사이트 생성기로 사용하는 논의에 대한 기사
• 한 사용자가 Makefile을 사용하여 웹사이트를 생성하는 개인적인 경험을 공유, 뉴스, RSS 피드, 연구 발표와 강의 자료의 자동 목록 등의 기능을 추가한 것이 효과적으로 작동해 왔음
• 사용자는 웹사이트가 호스팅되는 원격 서버에서 필요할 때 'make'를 자동으로 호출하는 git hooks의 사용을 언급
• 다른 사용자는 이 접근법의 문제점을 지적: 소스에서 파일을 삭제해도 빌드에서 삭제되지 않음. 전체 빌드 폴더를 재빌드 전에 제거하는 우회 방법을 제안하지만, 이는 빌드 시스템의 목적을 상쇄시킴
• 한 사용자는 m4를 추가하여 유연성을 높이는 것을 제안하지만, 기여자들 사이에서 HTML 숙련도가 필요하기 때문에 이 접근법이 오늘날의 큰 웹사이트에서는 작동하지 않을 수 있음을 지적
• 한 사용자는 Karl의 "blog.sh" 쉘 스크립트 작업에 영감을 받아 자신의 미니멀리스트 정적 사이트 생성기(SSG)인 "barf"를 만드는 방법을 공유
• 다른 사용자는 이미 Github에 푸시하고 있다면, 소스를 푸시하고 Github이 마크다운을 호스팅된 페이지로 게시하게 할 수 있다고 지적
• 한 사용자는 Hacker News에서 접하는 대부분의 개발자 블로그에 RSS 피드가 있음을 칭찬하며, 자신이 읽는 모든 흥미로운 기사에 대한 피드를 팔로우하는 습관을 공유
• 한 사용자는 'make'를 사용하여 과학 논문을 생성하는 경험에 대한 일화를 공유, 단일 테스트 파일을 변경하면 테스트를 실행하고 그래프를 생성하는 등 논문 전체를 재생성할 수 있음
• 한 사용자는 'make'가 느린 컴파일러에 의해 빌드된 큰 프로그램에 유익하다고 주장, 빠른 증분 재빌드를 가능하게 하지만, 빠르게 생성할 수 있는 정적 사이트의 경우 스크립트가 더 효율적일 수 있음
• 한 사용자는 쉘 스크립트를 사용한 후 Makefile로 전환한 경험을 공유, 이것이 더 적합하다고 발견. 페이지를 생성하고 색인과 Atom 피드를 생성하기 위해 XSLT 템플릿의 사용도 언급
• 20년 이상 리눅스와 쉘 스크립트를 사용해 왔지만 코딩을 많이 하지 않은 사용자는 'make'가 쉘 스크립트보다 선호되는 이유를 묻고, Zim-wiki에서 웹사이트를 만든 후 스크립트를 사용하여 메인 강의 페이지를 정리하고 업데이트하는 습관을 공유