Мне то как раз ничего не нужно)))

Давай так - если кому-то что-то нужно - бери и используй то, что нужно

Это не тебе, а в целом утверждение

Сорян, я пьян)

Сорян, я пьян)

)))

в вайбе же идет понемногу к модульности

Ну возможно, я за ним не слижу. Просто не понятно, почему перед началом реализации нет анализа рынка

Что именно нужно толпе

И как это уже сделано в других фреймворках

И взять оттуда самое лучшее и добавить свое

ибо ето же опенсорс))

Зачем создавать что-то своё, координально новое, что не похоже на другое и, не факт, что лучше

Зачем создавать что-то своё, координально новое, что не похоже на другое и, не факт, что лучше

Вроде vibe по образу и подобию rails делался

Вроде vibe по образу и подобию rails делался

Возможно

Эх, время, не даёшь ты интересными проектами заняться

Но это не проблемы ДИ, а именно вайба

это когда было-то?

Сейчас синтетикой я не могу заставить вайб течь.

А с чего это проблема сборщика?

а с чего это проблема вайба?

Ну возможно, я за ним не слижу. Просто не понятно, почему перед началом реализации нет анализа рынка

Вайб давно разбит на части, например можно не подключать веб-часть вообще, а использовать только диспетчер файберов или только сериализацию.

Сейчас синтетикой я не могу заставить вайб течь.

В том и забава, что в синтетике всё ок обычно

А как начинаешь что-то делать, так сразу начинается...

ну были времена синтетика тоже текла в определенных случаях, находили, исправляли.

Чем вам так вайб не нравится? Код у него чистый, архитектура хорошая, развивается. Что еще-то надо?

Вроде vibe по образу и подобию rails делался

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

Вот сейчас спроси критиков вайба, что им именно не нравится, и либо ничего вменяемого сказать не смогут, либо сведения будут сильно устаревшими.

это когда было-то?

Около 2 месяцев назад

И что текло?

И памяти он юзал около 5 гигов, где Го справлялся с 800 метров где-то

Или просто памяти больше жрало? А как смотрели потребление памяти?

Или просто памяти больше жрало? А как смотрели потребление памяти?

htop-ом

Вот сейчас спроси критиков вайба, что им именно не нравится, и либо ничего вменяемого сказать не смогут, либо сведения будут сильно устаревшими.

Я уже озвучивал что не нравиться, но все сторонники вайб говорят 'чего хотел то? Это же опенсорс! Не хочешь - не используй!'

Я уже озвучивал что не нравиться, но все сторонники вайб говорят 'чего хотел то? Это же опенсорс! Не хочешь - не используй!'

)))

htop-ом

может виртуальную смотрели? А то каждый файбер сразу 4мб стека берет.

на 64 бит

Мы сравнивали

И Го реально потреблял меньше

И не рос объем

В то время, как вайб на глазах рос и рос

Я уже озвучивал что не нравиться, но все сторонники вайб говорят 'чего хотел то? Это же опенсорс! Не хочешь - не используй!'

насколько я понял все твои претензии сводятся к "баги, медленно исправляют" и так далее, а по существу есть, что-нибудь?

Мне не нравится конкретно то, что он использует много памяти и каждый раз все новую и новую просит

Лично у меня это основная притензия

В то время, как вайб на глазах рос и рос

дык может это гц тек? :) в вайбе если ручное управление памятью отрубить, мало что мимо ГЦ идет.

дык может это гц тек? :) в вайбе если ручное управление памятью отрубить, мало что мимо ГЦ идет.

На голых сокетах, с ручным разбором URI у меня он не тек

Мне не нравится конкретно то, что он использует много памяти и каждый раз все новую и новую просит

дык надо выяснить в вайбе ли дело? что делал микросервис?

насколько я понял все твои претензии сводятся к "баги, медленно исправляют" и так далее, а по существу есть, что-нибудь?

По существу весь вайб это оверинжегеринг, тут вы кричите все что гц это уже жирно, а вот вайб вам норм? Серьезно?

Простая обработка http запросов

На прием пару get запросов с указанием операции

Простая обработка http запросов

делал я простую обработку, ничего не текло.

И по существу мне совсем не нравится что многое из std дублируется

Типа: get /api/?v1=12&v2=6&op=+

По существу весь вайб это оверинжегеринг, тут вы кричите все что гц это уже жирно, а вот вайб вам норм? Серьезно?

что именно оверинжиниринг, по умолчанию там вообще

И сервис просто делал v1 op v2

И это текло!!!

И это текло!!!

тесткейс можно?

Да, прям сейчас с телефона в час ночи)))

И по существу мне совсем не нравится что многое из std дублируется

Интересно, что там дублируется?

Да, прям сейчас с телефона в час ночи)))

зачем сейчас, можнт завтра.

Json, работа с памятью?

Интересно, что там дублируется?

Та теже таскер)))

зачем сейчас, можнт завтра.

Давай так, если те тесты на работе остались - я во вторник их скину

Лень было нормально оформить сериализацию в std.json - запилим несовместные 'ещё одно'

Json, работа с памятью?

Да, зачем json было переписывать - не понятно

Json, работа с памятью?

json в фобосе тормозной сильно, его менять надо. А что там с памятью?

json в фобосе тормозной сильно, его менять надо. А что там с памятью?

Аллокаторы, которые в experimental

Та теже таскер)))

таски не дублируются, не надо, это дишные файберы из фобоса.

json в фобосе тормозной сильно, его менять надо. А что там с памятью?

Так лучше пул реквест в Фобос!

Так лучше пул реквест в Фобос!

Во!

таски не дублируются, не надо, это дишные файберы из фобоса.

Зачем тогда обертка?

Я вот про то же

ERROR: S client not available

Так лучше пул реквест в Фобос!

сонке уже сделал замену, но как-то неторопливо оно в фобос идет.

сонке уже сделал замену, но как-то неторопливо оно в фобос идет.

Потому что сам Сонке не форсирует

сонке уже сделал замену, но как-то неторопливо оно в фобос идет.

Хорошо, так чего не сделать отдельной либой тогда??? Зачем это в фреймворк впиливать???

Потому что сам Сонке не форсирует

а как сонке может это форсировать?

Время последнего изменения в vibe.data и варианте для std говорят что std ему мало интересен

а как сонке может это форсировать?

А что ему мешает это делать?

Хорошо, так чего не сделать отдельной либой тогда??? Зачем это в фреймворк впиливать???

это отдельная либа, можно ей не пользоваться.

А что ему мешает это делать?

ну как именно он должен это делать?

Раз уж взялся, то исправляй то что не подходит для std

Время последнего изменения в vibe.data и варианте для std говорят что std ему мало интересен

а зачем менять? либа полностью работоспособна. вибе.дата это еще и сериализация, которой нет в фобосе.

ну как именно он должен это делать?

А выглядит так, как будто он просто имена поменял в vibe.data и типа такой 'ну вот можете это взять, но мне в целом похуй'

Лень было нормально оформить сериализацию в std.json - запилим несовместные 'ещё одно'

Раз уж взялся, то исправляй то что не подходит для std

а уолтер и александреска не могут сформулировать, что именно им не нравится.

а уолтер и александреска не могут сформулировать, что именно им не нравится.

Может быть непонятная внешняя зависимость в виде algebraic (или как оно там)

А выглядит так, как будто он просто имена поменял в vibe.data и типа такой 'ну вот можете это взять, но мне в целом похуй'

это неправда, я гарантирую это. вибе.дата и замена в фобос - разные либы,.

Лень было нормально оформить сериализацию в std.json - запилим несовместные 'ещё одно'

стд.жсон говно, никто его не использует если критична скорость.

это неправда, я гарантирую это. вибе.дата и замена в фобос - разные либы,.

И опять... Зачем так было делать? Если уж замену для Фобоса сделал, то чего бы в vibe на неё не перейти?

Вот у Дэ с этим проблемы - если критична либо скорость либо качество либо удобство - ничего нельзя использовать ;)

И опять... Зачем так было делать? Если уж замену для Фобоса сделал, то чего бы в vibe на неё не перейти?

она была позже сделана и таки собираютс перейти.

В результате всегда можно либо взять другую библиотеку, либо придумать свой велосипед на 15% лучше

И таки 'в следующих версиях'

Ну чё... Ждём тогда пока...

И таки 'в следующих версиях'

ну а как иначе?

ну а как иначе?

С самого начала делать отдельно нормальный json

И его потом как модуль юзать в вайб

тоже самое касается аллокаторов, их не было когда вайбд писался, сейчас постепенно переходят на них.

Чтобы можно было этот модуль без зависимостей в std вставить

Тогда он и обкатан был, что не маловажно

Таких мелких вопросов много

С самого начала делать отдельно нормальный json

что за глупость ты пишешь, "сразу нормальный", у фобоса очень серьезные требования.

И его потом как модуль юзать в вайб

Там +- разные возможности. Насколько я помню версия вайба еще умеет жсон сразу в структуру десериализовать и автоматически декодирует utf8

что за глупость ты пишешь, "сразу нормальный", у фобоса очень серьезные требования.

Да? std.signal смотрю огонь вообще