XE에는 고객이 없습니다.
전부 사용자이죠. 이문제 때문에 저번에 논란이 되었던 걸로 기억합니다.(고객의 정의에 대해..)

XE를 돈을 내고 쓰고 있다면, 당연히 마일스톤이 밀렸을때 항의해야 합니다. 내돈내고 쓰는데 밀린다니 말이 안되죠.

참고로 본문에 예로 들으셨던 PHP의 마일스톤도 정확히 날짜로 나와 있지 않습니다. 게다가 (4+ additional months) 라고 연기의 가능성까지 적어두고 있네요.

저는 (유료)고객과 (무료)사용자를 엄밀히 구분하자는 주의는 아닙니다. 그래서 YJSoft님과는 약간 다른 각도에서 답변을 드려 볼게요.

마일스톤은 어디까지나 개발팀의 내부적인 기준입니다. 사정이 있다면 개발팀 내부에서 회의를 거쳐 바꿀 수 있는 거죠. 정확히 몇월 몇일까지 어떤 기능을 개발하여 납품하겠다고 외부에 약속한 바가 없다면, 외부에서는 마일스톤에 대해 알 필요도 없고 왈가왈부해서도 안 됩니다.

깃허브에 마일스톤이 공개되는 것은 모든 정보가 공개되어 버리는 깃허브 사이트의 특성상, 내부적인 기준이 본의 아니게 외부에 유출되었다고 보셔도 무방할 것 같습니다. 마치 사무실에 웹캠을 켜두는 바람에 직원들끼리 화이트보드에 끄적거려 둔 내용이 인터넷에 공개되어 버린 것과 비슷한 상황인 거죠.

갤럭시 신제품 사진이 외부에 유출되었다고 삼성에서 꼭 그 사진 그대로 제품을 만들 의무는 없는 것처럼, 내부적인 기준인 마일스톤이 외부에 유출되었다고 개발팀에서 꼭 그 일정을 지킬 의무는 없습니다. 공홈의 블로그에서 약속했다면 몰라도, 마일스톤에 대해서는 어떤 약속도 한 적이 없거든요.

웹에이전시나 SI/SM 업계에서는 마일스톤에 목숨을 걸겠지만, 오픈소스는 그렇지 않은 경우가 대부분입니다. 국내외의 많은 프로젝트들이 "release when it's ready"라는 원칙을 견지하고 있습니다. 아직 완성되지 않았거나 충분히 테스트되지 않은 기능을 마일스톤 때문에 서둘러 공개하느니, 차라리 몇 주 더 걸리고 만다는 것이 오픈소스 개발자들의 일반적인 사고방식입니다.

그러나 XE 1.8 유지보수에 투입되는 시간과 자원이 급속도로 줄어들고 있다는 점에 대해서는 저도 위기감을 느끼고 있습니다. 지난 봄까지는 그나마 반응이 있었던 것 같은데, 이제는 해도해도 너무한 것 같네요. 아무리 "release when it's ready"가 원칙이라고 해도, "it"을 "ready"하게 만들려는 노력은 좀더 적극적으로 보여줬으면 좋겠습니다. 제 댓글이 XE 개발팀에게 관대하게 읽힌다면 아마 저도 재촉하다 지쳐버려서 그럴 것입니다 ㅠㅠ