Faraday: 다음 대규모 릴리스의 기능 목록

스트리밍 지원을 찾고 있습니다 ... 1.0에서 작업하는 사람이 있습니까? ... 그렇지 않다면 왜 다른 PR은 닫혔는지 😕

안녕하세요 @grosser님 , 이유는 https://github.com/lostisland/faraday/pull/604#issuecomment -259125910에 나와 있습니다.
주된 이유는 PR이 Net::HTTP 어댑터와만 호환되고 스트리밍이 v1.0으로 표시되었다는 사실이었습니다.
현재 v1.0에 대한 로드맵이 없으므로 당분간 스트리밍 작업을 하는 사람이 없습니다.

@iMacTia #604(또한 #522, #461)에 대한 작업을 "잠시만, 이것은 다음 릴리스에 있을 것입니다." , 하지만 작업하지 않습니다. 핵심 팀의 추진력이 없는 것 같은데 커뮤니티 변경 사항을 수락하지 않는 이유는 무엇입니까?

@jcoyne "스트리밍에 적극적으로 작업하는 사람이 없기 때문에" 스트리밍이 아직 시작되지 않았다는 의미는 아닙니다. 아무도 작업하지 않는다는 사실이 주로 내 잘못이라는 것을 완전히 알고 있습니다. 그러나 #604를 다시 미룬 이유를 설명했는데 구현이 문제가 아니었습니다.
604를 다음 중 하나로 병합하려면 먼저 다음 작업을 수행해야 합니다.

1. 다른 모든 어댑터에 대한 지원이 추가되었습니다(현재는 Net::HTTP만 지원됨).
2. 다른 어댑터에 대한 직접적인 지원을 제거하고 외부 프로젝트로 gemify할 수 있기 때문에 버전 1.0을 기다립니다. 그러면 #604가 현재처럼 병합될 수 있지만 불행히도 내부적으로 아직 합의되지 않았습니다.

위의 솔루션 중 하나에 대한 작업에 투자할 시간이 부족하고 느리다는 점에 대해 사과드립니다.
아마도 Net::HTTP에 대한 지원만 필요하기 때문에 #604만 병합하는 것에 만족하실 거라 생각합니다. 하지만 gem을 유지 관리해야 하고 그렇게 간단하게 만들 수는 없을 때 작동하는 방식이 아닙니다.

@iMacTia 나는 당신이 이 릴리스에 모든 노력을 쏟을 것이라고 기대하지 않습니다. 여러 사람이 작업했으며 알려진 기술적 문제가 없는 pull 요청을 닫거나 거부할 때의 냉담한 효과에 대해 좌절할 뿐입니다. 시간이 없다면 다른 사람들에게 도움을 주는 것이 합리적이지 않습니까?

다른 모든 어댑터에 대한 지원이 바람직한 이유를 이해하지만 어댑터 패턴에 대한 해석이 지나치게 엄격하다고 생각합니다. 어댑터 패턴은 하나의 상호 작용을 수행하는 방식의 일관성을 요구하지만 모든 어댑터가 모든 기능을 지원해야 한다고 말하는 것은 아닙니다. 이 느슨한 정의를 사용하는 유용한 라이브러리가 많이 있습니다(예: edgeapi.rubyonrails.org/classes/ActiveJob/QueueAdapters.html#module-ActiveJob::QueueAdapters-label-Backends+Features).

솔직히 말해서, 나는 개인적으로 마지막 문장에 동의합니다.
저는 ActiveJob이 작동하는 방식과 호환되는 gem을 앱에 추가하고 QueueBackend(예: Sidekiq)로 사용할 수 있다는 사실을 좋아합니다.

다른 한편으로 이것은 Faraday의 현재 상황이 아니며 핵심 팀의 원래 비전이 아니며 모든 사람이 익숙하지 않은 것입니다.
예를 들어 #486에서 사용자가 정확히 이 문제에 대해 불평하고 있습니다.

패러데이는 어댑터를 교체할 때만 작동할 것으로 예상합니다.

그리고 그것이 @mislav 와 다른 핵심 팀원들이 처음부터 시행한 것입니다.
따라서 내가 Faraday에 합류한 마지막 구성원으로서 과거 결정을 단순히 쓰레기통에 버리고 내가 원하는 일을 시작할 수 없다는 점을 귀하의 요구 사항을 완전히 이해하므로 이해해 주시기 바랍니다. 즉, 스트리밍을 0.x 흐름에 병합하기 전에 모든 어댑터에서 스트리밍을 지원해야 합니다.
같은 이유로 폐쇄된 다른 PR의 예: #485, #498, https://github.com/lostisland/faraday/pull/339#issuecomment -145872698

Faraday 1.0은 달라서 훨씬 더 많은 자유를 얻을 수 있습니다. 그래서 모든 어댑터에 대한 기본 지원을 중단하고 Thypoeus에서 발생한 것과 같은 외부 gem으로 옮기는 것이 좋습니다. 이것은 많은 이점을 가질 것이고 구조를 ActiveJob 와 훨씬 더 유사하게 만들고 부분 지원과 같은 것을 정당화합니다.
이런 이유로 스트리밍을 1.0 기능으로 보고 당분간 작업을 중단해야 했습니다.
시간이 훨씬 더 걸리겠지만, 그것은 나에게 제대로 된 일을 하는 것을 의미합니다. 나는 가능한 한 분명히 하고 싶다: 나는 누군가의 시간을 낭비하기 위해 PR을 닫는 것이 아니다. 나는 단지 핵심 팀을 기리기 위해 이 프로젝트를 추진하는 것을 돕기 위해 노력할 뿐이다. 전망.

시간이 없다면 다른 사람들에게 도움을 주는 것이 합리적이지 않습니까?

이것에 대한 마지막 참고 사항: 모든 사람이 도움을 받을 수 있습니다. 이것이 오픈 소스가 작동하는 방식입니다! 그러나 우리는 무언가에 기여할 때 핵심 팀의 비전도 존중해야 합니다. 우리는 그들에게 동의할 수도 있고 동의하지 않을 수도 있습니다(나도 그들과 몇 가지 점에서 동의하지 않습니다!). 그러나 패러데이가 오늘날과 같다면 그것은 분명히 많은 기여자들 덕분일 뿐만 아니라 그들의 선택을 존중해야 합니다. 핵심 팀은 모든 문제/PR을 관리하고 명확하고 논리적인 방식으로 프로젝트를 진행합니다(저를 믿으십시오. 후자는 산발적인 기여보다 훨씬 더 많은 시간이 소요됩니다). 그들이 기여자 입력을 필터링하거나 조정하지 않았다면 오늘날 우리는 완전히 다른 패러데이를 알게 될 것이고 우리가 실제로 알고 있는 것보다 더 나을지 확신하지 못합니다.

이 문제는 이제 프로젝트 로 변환되었습니다.