Windmill 개발자들은 "한 가지 일을 잘하라"는 조언을 정반대로 실행한 것 같음. Windmill.dev를 봐도 소프트웨어가 무엇에 쓰이는지 명확하지 않음. Retool, Airflow, Temporal의 경쟁자인지, 노코드 워크플로우 빌더인지, 드래그 앤 드롭 UI 빌더인지, 온라인 IDE인지, 수많은 통합 기능이 있는지 혼란스러움.
워크플로우 엔진의 속도가 일정 수준을 넘어서 중요한지 의문. 많은 워크플로우가 장기 실행 작업을 포함하기 때문에, 중요한 것은 멀티 테넌시, 즉 사용자가 원하는 만큼의 작업을 지원하면서 각 작업이 워크플로우 엔진에서 유일한 것처럼 예약되고 실행되는 능력임.
비즈니스 프로세스를 스프레드시트, 개인 이메일, 관리자의 기억에서 웹 폼, 업로드, 자동화된 이메일, 대시보드로 옮기고 싶음. Airtable, Smartsheet, Budibase 등을 살펴봤지만, 프로젝트 관리에 더 초점을 맞춘 것 같고 캘린더 통합이나 이메일, 예약된 스크립트에 대해서는 만족스럽지 않음. 데이터에 대한 API가 있거나 필요하다면 코딩할 수 있으며, 관리자가 스프레드시트 뷰를 가지고 UI 작업을 일부 할 수 있고 프로그래머가 통합을 처리할 수 있는 로우코드 접근 방식을 선호함.
사람들이 이렇게 많은 시간과 노력을 기울여 글을 쓰고도 맞춤법 검사기를 한 번도 사용하지 않는 것에 놀람. 2023년에도 기본적으로 맞춤법 검사를 하지 않는 텍스트 에디터를 사용하는 사람들이 있는지 궁금함.
오픈소스라고 하면서 SSO 사용자 10명 제한이 있다는 것이 혼란스러움. 오픈소스는 일반적으로 코드 수정을 허용하지만, 어떻게 10명의 제한을 집행하는지 의문. 소스 코드를 살펴보니 라이선스 체크 코드가 있음. 오픈소스라면 누구나 그 코드를 제거할 수 있지 않을까? 수정이 불가능하다면 그것은 "소스가 공개된" 것이지 "오픈소스"는 아님. 프로젝트가 멋져 보여서 상사에게 제안하고 싶었지만, 이 부분을 어떻게 설명해야 할지 모르겠음.
Windmill을 HN 런칭 때부터 팔로우했고, 1년 미만 전부터 더 많이 사용하기 시작함. Discord 서버가 매우 활발하고 Ruben이 주말에도 몇 분 안에 답변하고 버그를 수정함.
Windmill 시스템을 사용하고 싶지만, 라이선스 문제로 망설임. 대부분의 소프트웨어는 AGPLv3 하에 있지만, README의 상업 라이선스 섹션은 AGPL에 대한 광범위한 해석을 시사함. Windmill을 통해 기능을 구축하려면 제품도 AGPLv3이어야 한다는 것은, 심지어 API를 통한 호출만으로도 저작권법이 적용될 수 있다는 것을 의미함. 이는 Windmill을 "완전히 오픈소스"로 포지셔닝하는 것이 기술적으로는 맞지만 실제로는 "소스가 공개된" 것에 더 가까움. Windmill이 라이선스를 이렇게 해석하기를 원하지 않는다면 명확히 해야 함.
Windmill은 훌륭함. 자체 호스팅 가능하고 개발자 경험(Developer Experience, DX)에 충실해야 함. 직장에서는 사용할 필요가 없었지만, 집에서 작은 웹 크롤러와 yt-dlp 작업을 실행하는 데 사용함. 매우 재미있는 도구임.
라이선스에 대해 혼란스러움.
데이터베이스에 코드를 저장하고 웹 IDE를 통해 편집하는 것과 깃(Git)에 코드를 체크인하고 일반 개발 및 피어 리뷰 과정을 통해서만 변경하는 것 사이의 균형을 찾는 방법을 아직 찾지 못함. Windmill은 주로 데이터베이스에 코드를 저장하지만 깃 리포지토리에서 동기화할 수 있는 API를 제공함. 특정 스크립트/기능/비밀을 제공된 리포지토리에서 가져온 워크플로우에만 제한하는 규칙을 강제할 수 있는 메커니즘이 있는지 궁금함.
Hacker News 의견