Выглядит круто, а есть какая-то возможность в настройках убрать кнопку "продолжение пересказа" чтобы текст целиком сразу показывался без лишних кликов?
Не удивлен, недавно сравнивал rugpt3 и gpt3 для своих целей. И даже старенький gpt3 показывает качественно более интересные результаты. Видимо, с ру датасетами в то время были проблемы.
я думаю проблема в малом количестве денег, а не в возможностях серверов. Маск пытается вернуть те деньги которые потратил и, видимо, лучший способ на его взгляд - подписочная модель, остается только докручивать полезные фичи для купивших подписку и чуть душить бесплатных пользователей.
использовать параллельный запрос данных (в dart это реализуется с помощью изолятов);
Не очень ясно зачем для этого изоляты, запросы они и так асинхронные, этого достаточно чтобы несколько запросов выполнялись одновременно.
Изоляты обычно применяют, чтобы разгрузить основной поток, но это не связано только с запросами и в целом базово не обязательно, но если и есть, то должно быть архитектурно хорошо организовано.
Я это к тому, что данное улучшение находится в совершенно в другой плоскости и напрямую не является улучшением алгоритма.
Думаю, имелось в виду, что статья выглядит несколько притянутой за уши, та проблема которая решается в этой статье это архитектурная проблема бекенда и так адекватное апи для тонкого клиента работать не должно.
много, вот, например, есть российские процессоры на собственной архитектуре VLIW, им нужны разработчики компиляторов чтобы весь этот зоопарк оптимальным образом компилировался. Был jetbrains с крутой ide, но они ушли, должна появиться замена, чтобы сделать хорошую ide, нужно уметь работать с ast и подобным, ниш много, но насколько это нужно - сложный вопрос, без глобального рынка все это скорее всего не окупается, но с гос поддержкой может и будет на плаву. PS: это все мой взгляд со стороны
Также как сраная бриташка. Сраная СШАшка. Да и все остальныее не лучше. Вот когда они каяться начнут, тогда и я сразу, первым пойду.
то есть показать загнивающим странам пример, показать, что вы развитые движущиеся в будущее люди, вы не хотите? А желаете уподобляться тем кого и презираете. Ок продолжайте.
Полностью согласен, тут вопрос в том, а реально ли "нативность" приложения это преимущество? Если вы пишете на кроссплатформе, вы по умолчанию получаете единую логику и лишаете себя проблем со взаимодействием с этой логикой.
Поищите статьи про kotlin-multiplatform, если подвести их суть то экономия времени меньше, а разработка сложнее и с большим количеством нюансов.
При такой разработке есть разделение: Логика - Ui
И я вижу в таком разделении две проблемы 1. вам нужны разработчики которые разбираются в языке кода логики (и хорошо когда язык совпадает с одной из платформ) 2. вам все еще нужны нативные разработчики (и желательно чтоб они знали два языка или готовы выучить второй)
По затратам получается примерно либо чуть больше в сравнении с командой флаттеристов, но вы получите по факту разные приложения и возросшие затраты тестировщиков. Имхо этот подход в целом не про экономию средств, а про почти бескомпромиссный DRY. Если вы готовы идти на компромисс, то ваш выбор полная кроссплатформа - тупо сэкономите на ui написав его один раз (что выгодно если ваши приложения не отличаются дизайном на разных платформах).
Почему корпорации не могут запустить в своём дата-центре совсем непонятно.
Хорошие нейронки стоят денег и частенько недоступны в качестве self-hosted решения, а всяких полулегальных (привет, llama) опенсорс решений пруд пруди, но использовать их не сильно хочется, либо страдает качество, либо не применимо для легального использования.
Ну и некоторые компании все таки с этим справляются даже в рф (яндекс и сбер).
Подскажите, пожалуйста, есть ли в данной области фактор закупки оборудования за границей? Может поэтому нет большого спроса на специалистов. Нет конкурентного аукциона за кадры.
Хотите сказать, что во всем виноват железный занавес при ссср, поэтому теперь нужно сделать такой же чтобы неконкурентные разработки вывести на конкурентный уровень?
не, на мой взгляд массовый уход международных компаний привел к тому, что на зарплаты стала в основном влиять не глобальное положение вещей, а экономико-политическая обстановка в отдельно взятой стране. И торможение роста зарплат лишь индикатор того, что экономический рост в целом застопорился если был.
а что собственно сложного? Для меня сложное/многогранное только class modifiers, тут без мануала не обойтись, но это нужно только авторам библиотек. Остальное опциональное и при этом значительно облегчает обычный процесс кодинга и к тому же присутствует почти во всех актуальных языках в том или ином виде.
а для чего?
Выглядит круто, а есть какая-то возможность в настройках убрать кнопку "продолжение пересказа" чтобы текст целиком сразу показывался без лишних кликов?
Звучит здорово, а как они это сделали?
Я как-то пропустил это, о чем речь?
Не удивлен, недавно сравнивал rugpt3 и gpt3 для своих целей. И даже старенький gpt3 показывает качественно более интересные результаты. Видимо, с ру датасетами в то время были проблемы.
я думаю проблема в малом количестве денег, а не в возможностях серверов. Маск пытается вернуть те деньги которые потратил и, видимо, лучший способ на его взгляд - подписочная модель, остается только докручивать полезные фичи для купивших подписку и чуть душить бесплатных пользователей.
Не очень ясно зачем для этого изоляты, запросы они и так асинхронные, этого достаточно чтобы несколько запросов выполнялись одновременно.
Изоляты обычно применяют, чтобы разгрузить основной поток, но это не связано только с запросами и в целом базово не обязательно, но если и есть, то должно быть архитектурно хорошо организовано.
Я это к тому, что данное улучшение находится в совершенно в другой плоскости и напрямую не является улучшением алгоритма.
Думаю, имелось в виду, что статья выглядит несколько притянутой за уши, та проблема которая решается в этой статье это архитектурная проблема бекенда и так адекватное апи для тонкого клиента работать не должно.
много, вот, например, есть российские процессоры на собственной архитектуре VLIW, им нужны разработчики компиляторов чтобы весь этот зоопарк оптимальным образом компилировался. Был jetbrains с крутой ide, но они ушли, должна появиться замена, чтобы сделать хорошую ide, нужно уметь работать с ast и подобным, ниш много, но насколько это нужно - сложный вопрос, без глобального рынка все это скорее всего не окупается, но с гос поддержкой может и будет на плаву.
PS: это все мой взгляд со стороны
то есть показать загнивающим странам пример, показать, что вы развитые движущиеся в будущее люди, вы не хотите? А желаете уподобляться тем кого и презираете. Ок продолжайте.
Отчасти люди как раз покупают акции тесла из-за этого
Кстати, звучит как дельный совет, вы применяли такое и команде действительно становилось лучше?
Вот так по проценту современный софт и сжирает батарею наших устройств
Полностью согласен, тут вопрос в том, а реально ли "нативность" приложения это преимущество? Если вы пишете на кроссплатформе, вы по умолчанию получаете единую логику и лишаете себя проблем со взаимодействием с этой логикой.
Поищите статьи про kotlin-multiplatform, если подвести их суть то экономия времени меньше, а разработка сложнее и с большим количеством нюансов.
При такой разработке есть разделение:
Логика - Ui
И я вижу в таком разделении две проблемы
1. вам нужны разработчики которые разбираются в языке кода логики (и хорошо когда язык совпадает с одной из платформ)
2. вам все еще нужны нативные разработчики (и желательно чтоб они знали два языка или готовы выучить второй)
По затратам получается примерно либо чуть больше в сравнении с командой флаттеристов, но вы получите по факту разные приложения и возросшие затраты тестировщиков. Имхо этот подход в целом не про экономию средств, а про почти бескомпромиссный DRY. Если вы готовы идти на компромисс, то ваш выбор полная кроссплатформа - тупо сэкономите на ui написав его один раз (что выгодно если ваши приложения не отличаются дизайном на разных платформах).
Хорошие нейронки стоят денег и частенько недоступны в качестве self-hosted решения, а всяких полулегальных (привет, llama) опенсорс решений пруд пруди, но использовать их не сильно хочется, либо страдает качество, либо не применимо для легального использования.
Ну и некоторые компании все таки с этим справляются даже в рф (яндекс и сбер).
Хотите сказать, что во всем виноват железный занавес при ссср, поэтому теперь нужно сделать такой же чтобы неконкурентные разработки вывести на конкурентный уровень?
не, на мой взгляд массовый уход международных компаний привел к тому, что на зарплаты стала в основном влиять не глобальное положение вещей, а экономико-политическая обстановка в отдельно взятой стране. И торможение роста зарплат лишь индикатор того, что экономический рост в целом застопорился если был.
а что собственно сложного? Для меня сложное/многогранное только class modifiers, тут без мануала не обойтись, но это нужно только авторам библиотек. Остальное опциональное и при этом значительно облегчает обычный процесс кодинга и к тому же присутствует почти во всех актуальных языках в том или ином виде.
местами это даже выглядит сложнее, учитывая топорную простоту dart