В чем проблема? Просто не используйте эту либу))

а теперь возвращаемся к первому вопросу. Всё пишут апи через феникса и только на нём? Если можно без него то какую либу брать (ибо я не нашёл ничего)

В эликсире нет жизни, кроме феникса. Это как руби с рельсами, только эликсир с фениксом.

А ты пробовал создать проект имеено в swaggere? Там тоже можно писать спеку и подключить её к серверу.

я просто пришёл не с руби и для меня это ничего не говорит) В моей голове это как фреймфорк бек + фронт и всё для него

не, даже не совсем понял о чём ты. Типо json чистый писать?

Ну то есть, это не кложа, где сначала делают либы, а потом из них собирают типа-фреймворки, тут сначала делают фреймворк, а потом он один стоит на пепелище

Rails-way!

Если мне нужен REST, то я беру phoenix и отдельно пишу документацию в apiary

Սուրեն Կիրակոսյան

Еще есть аналогичный плагин к вскоду.

Интересная тула, я раньше не знал

есть еще n2o - https://github.com/synrc/n2o

Это шутка такая?

Я бы перефразировал это: жизнь и развитие Elixir обеспечивает Phoenix. Но это не означает, что без Phoenix у Elixir нету жизни, просто как и любой язык - эликсир тоже имеет свою область применения и больше всего он подходит для создания и поддерживания масштабируемых систем. Чем больше будет количество программ, нуждающихся в масштабировании - тем больше будет использоваться Elixir. Просто, пока что, рынок не сильно нуждается в масштабируемых программах.

масштабируемость в эликсире не обеспечена ничем и все базовые задачи distributed systems нужно решать с нуля рынок очень нуждается в масштабируемых программах, у лидеров индустрии есть масштабируемые программы(прикиньте) Просто рынок справедливо порешал, что сколь угодно серьёзные задачи следует решать на статически типизированных языках и с нормальной экосистемой

А почему масштабируемости нет в Elixir ? Я знаю кучу готовых опенсорсных либ, умеющих горизонтально масштабироваться, например распределённые пулы процессов. Да и сам по себе Elixir хорошо работает и в случае вертикального масштабирования И причём тут типизация?

Про экосистему верно, а вот насчет статик тайпинг - огромное кол-во систем написано на динамических языках и продолжают создаватьс новые, так что рыночек точно не порешал в сторону статик пока. У эликсира проблема скорее в том что нужно мышление свое перестраивать, и даже сильнее чем просто с ООП->ФП, поэтому многие просто не хотят даже суваться.

что вы понимаете под фп? пайпы, редьюсы в стандартной коллекции и иммутабельные структуры?

Почему про экосистему-то верно? У Elixir самая широкая экосистема в плане распределённых систем

Проблема в том что многие важные прикладные либы забрасываются, не достаточно массы комьюнити чтобы их подхватывали. Хотя для определнных задач конечно все есть.

> многие важные прикладные либы забрасываются Какие, например?

Можно зайти на https://awesome-elixir.ru/ и посмотреть сколько там сереньких либ, у меня такое было несколько раз, заходишь а уже все, 3 года без коммитов.

Можно зайти на maven.org и там свежими будут считаться либы, в которых последний коммит был 5 лет назад, так что не надо тут

Ну да не все так плохо, но все таки у тех экосистем с которыми я еще работаю в основном (js, ruby) намного лучше в плане либ и поддержки их.

> важные прикладные либы > js, ruby Я не хочу больше продолжать этот разговор

Ок, не серьезные а выжные для бизнеса и быстрой разработки. Деньги как бы и не только на ракетах и атомных станциях зарабатывают.

Я согласен что со сложными вещами которые связаны с базой того где используетя elrang/elixir все хорошо. Но вот тупо какие-то апишки приходится саомому писать, просто потому-что SaaS сервисам не до эликсира как бы. А когда у тебя таких интеграций десятки то совсем грустно.

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

Простые шутки, но стоят денег.

Можно интеграции написать на другом языке а ядро уже держать на elixir

ага, а потом писать клиента к своим интеграциям, написанным на другом языке

Ну такой себе поинт, я могу ещё понять что нет генератора клиентов из open api или там из graph ql (хотя мб есть уже) Вот в @erlangrus @levwalkin говорил что нет хорошего опенсорса для распределённых систем, типа там всяких консенсусов. Мне вот лично не нравится что все ноды общаются через cookie, epmd работает небезопасно, дефолтная топология кластера — все со всеми. Вот это вот хорошие поинты Скорость разработки крудов и веба на Phoenix не сильно велика (хотя сравнима с DRF или Rails). Я бы для таких проектов выбирал бы ноду и платил бы трём фуллстекам их фуллстековые зарплаты и получил бы готовый проект через полгода. А Elixir, он никогда не был про быстрое крудошлёпство

он стал про приемлимо быстрое крудошлёпство, потому что поток народу из крудов в эликсир выше(кажется)

Ну так крудов и задач уровня собери 10 SaaS интегрируй и напиши свой интерфейс 95% а серьезных сложных задач 5%, если элексир плохо подходит для "несерьезных" то и популярность он набрать не будет, а будет оставаться в узкой нише. Может быть конечно оно и к лучшему.