Даа, нишево-нишево, циферки умножать.. А вы знаете как генерируются тексты, производятся переводы и совершаются всякие языковые вещи? Я средней руки профессионал, но слышал там тоже циферки в матрицах под капотом. И умножаются к тому же:)
А по поводу статьи - интересно с какими вызовами столкнулись OpenAI и другие, при использовании данного подхода и почему решили не делать. Едва ли могли упустить из виду экономию в десятки процентов.
Мне чем нравится свой язык разметки в отличие от конструктора - весь контроль за кодом в руках программиста. Использование подобного языка не обременяет обязательствами, в отличие от конструктора. В любой момент можно написать хэндлер в привычном стиле, если есть такая необходимость.
Возможно у нас разные понятия о менеджерах, такое бывает, как мне кажется. В компании, где я работаю, менеджеры в том числе несут ответственность за конфиги разной степени важности, редактируют их, и окают чужие правки.
Всё так, думаем завезти полную кастомизацию. С другой стороны это всё должно быть опциональным: можно вынести в конфиг только текст и остальное оставить в коде, а можно полностью конфигурировать файлом.
Я пробовал python-telegram-bot библиотеку, но aiogram кажется на шаг впереди по развитию идёт: к примеру асинхронность была завезена много версий назад, а в PTB только приехала полгода-год как. Лично мне дизайном больше понравилась. Хотя среди 3-4 хайповых библиотек (в кои входит и aiogram и PTB), как мне кажется, критических отличий нет.
В свежей aiogram 3.0 пусть не так много документации и может быть что-то не перенесено из 2.0, но пользовательский опыт превосходит python-telegram-bot.
Удобная работа с button-callbackами, встроенные драйверы для db-стораджей, мидлвари и фильтры. Не спорю, может такое было и в python-telegram-bot, тогда меня поправят в комментариях.
Даа, нишево-нишево, циферки умножать.. А вы знаете как генерируются тексты, производятся переводы и совершаются всякие языковые вещи? Я средней руки профессионал, но слышал там тоже циферки в матрицах под капотом. И умножаются к тому же:)
А по поводу статьи - интересно с какими вызовами столкнулись OpenAI и другие, при использовании данного подхода и почему решили не делать. Едва ли могли упустить из виду экономию в десятки процентов.
Ага. У меня комментарий notwizzard не подгрузился на момент написания, так что получился дубль по смыслу:/
Привет, я если честно бегло пробежался, но не углублялся. Расскажи, если есть возможность, почему стоит обратить внимание?
Мне чем нравится свой язык разметки в отличие от конструктора - весь контроль за кодом в руках программиста. Использование подобного языка не обременяет обязательствами, в отличие от конструктора. В любой момент можно написать хэндлер в привычном стиле, если есть такая необходимость.
Две причины, на мой взгляд, которые возможно связаны:
1) Прошло модерацию.
2) Подходит под определение среднего уровня.
Возможно у нас разные понятия о менеджерах, такое бывает, как мне кажется. В компании, где я работаю, менеджеры в том числе несут ответственность за конфиги разной степени важности, редактируют их, и окают чужие правки.
Всё так, думаем завезти полную кастомизацию. С другой стороны это всё должно быть опциональным: можно вынести в конфиг только текст и остальное оставить в коде, а можно полностью конфигурировать файлом.
А вот про два из трех не понял, можешь пояснить?
Я пробовал python-telegram-bot библиотеку, но aiogram кажется на шаг впереди по развитию идёт: к примеру асинхронность была завезена много версий назад, а в PTB только приехала полгода-год как. Лично мне дизайном больше понравилась. Хотя среди 3-4 хайповых библиотек (в кои входит и aiogram и PTB), как мне кажется, критических отличий нет.
В свежей aiogram 3.0 пусть не так много документации и может быть что-то не перенесено из 2.0, но пользовательский опыт превосходит python-telegram-bot.
Удобная работа с button-callbackами, встроенные драйверы для db-стораджей, мидлвари и фильтры. Не спорю, может такое было и в python-telegram-bot, тогда меня поправят в комментариях.