Hacker News 의견

• Suckless의 Stali Linux FAQ는 나에게 큰 영향을 주었음. 그들은 Linux를 위한 완전히 정적으로 연결된 사용자 공간을 구축했음

  • 이전에는 Linux의 "모든 것을 위한 공유 라이브러리" 접근 방식을 당연하게 여겼음
  • 작은 CLI 도구를 만들 때, 배포 패키지를 만들거나 tarball을 사용해 라이브러리를 설정했음
  • 이런 방식이 꼭 필요하지 않다는 것을 깨달았음
  • 이후로는 가능한 한 정적 링크를 사용하고, 그렇지 않으면 AppImages를 사용함
  • 동적 링크도 필요하지만, 기본적으로 소프트웨어 배포가 복잡할 필요는 없다고 생각함

• dwm과 dmenu 덕분에 10년 동안 데스크톱이 거의 변하지 않았음. 최소주의가 가져다주는 안정성을 사랑함

• for 루프 초기 선언을 사용하지 말라는 것이 이해되지 않음. variadic 매크로는 괜찮다고 하면서 for(int i = 0...)가 너무 복잡하다는 것이 이해되지 않음

• 최소주의를 받아들일 수 있지만, 모든 것이 필요하지는 않음

• Suckless의 코딩 철학은 아름다움. 모든 소프트웨어가 이런 철학으로 작성되었으면 좋겠음. 하지만 창 관리자와 X-menu가 최고의 사례는 아님

• 커뮤니티의 드라마는 어리석음. 소프트웨어 철학을 사랑해서 이 도구들을 사용함. 저자의 개인적인 신념이나 정치적 성향은 신경 쓰지 않음

• 다양한 터미널을 평가한 후, st 포크로 돌아왔음. 몇 년 동안 사용해왔고, 안정적이고 버그가 없음

• 이 철학이 완벽하지는 않지만, 신뢰할 수 있는 소프트웨어를 만드는 데 가장 가까운 접근 방식임. 복잡성을 억제하는 것이 가장 어렵고 중요한 일임

• surf는 WebKit2/GTK+ 기반의 간단한 웹 브라우저임. 웹사이트를 표시하고 링크를 따를 수 있음

• dwm은 소스 코드를 편집하여 사용자 정의되므로, 이진 패키지를 만드는 것은 무의미함. 사용자 기반이 작고 엘리트적임

• Suckless이지만 비동기적이고 모든 것을 위한 소프트웨어를 원함. 많은 앱이 단일 스레드로 협력하는 방식으로 작동하는 앱을 찾고 있음

• 이들이 존재하는 것이 좋음. 그들이 하는 일을 감사하게 생각함. 하지만 약간의 불편함이 있는 소프트웨어를 선호함. BSPWM의 설정은 적당하지만, C 코드를 다시 컴파일하는 것은 과함