А почему? Не выйдет ли что если там не будет IO, то разработчики не будут "eat own dog food"?

Это же надо тогда делать комитет по стандартизации, голосовать, и т.п. чтобы всем угодить, а это сильно затормозит разработку.

разработку таиплкассов?

Да

их не то что бы часто меняют

Но для начала надо договориться какие они будут.

Я так понимаю что ДеГоз считает что cats-effect имеет предрасположенность делать то что нужно для IO, а не для ZIO, потому что там есть IO.

А я в этом не уверен. Недельку ничего особо не мешало присоединиться к проекту и наконтрибутить чего ему там нужно.

Мне кажется проблема не в структуре кода, а в отношениях людей. Не сошлись характером авторы. А кто там виноват - фиг разберёшь.

договорятся

Интересно, а авторы каких-либо кастомных коллекций не жалуются что cats содержит в себе конкретные реализации их, типа NonEmptyList и Chain 😊

а есть ли такие люди и такие коллекции?

> предрасположенность делать то что нужно для IO

КанкаррентЭффект прибит гвоздями к ио

очень злит

Да там много чего к IO прибито

Effect тоже

в Async есть тоже лифт

Само собой

Да, котоэффекты смогли навредить почти всем, кто решил их поюзать

А как навредить?

Я до сих пор не понимаю, почему Недельку бросил Task, чтобы заниматься в действительности более стрёмным IO

Заставить писать то ContextShift , то Concurrent в каждом первом месте
Наделать библиотек, требующих Effect
Наделать продов, использующих IO недостаточно вдумчиво, и получающих непредсказуемую лэтенси и внезапные зависания на пустом месте.

То, что библиотека требует таскать implicit ContextShift и расставлять shift вручную - это не фича, это плохой дизайн, возвращающий ко всем ужасам приложений на Future
Где нужно таскать ExecutionContext и вдумываться, когда "запускать" фьючу

То, что нельзя воспользоваться практически ничем ,не используя Sync - ломает вообще всё ФП