Идея перенести всё общение в Telegram может показаться удобной, но здесь возникает другая проблема — смешение личного и рабочего. Когда одно приложение используется и для работы, и для личных дел, это приводит к выгоранию. Вдобавок путаются уведомления, а мемы, каналы и личные чаты отвлекают, не имея никакого отношения к работе.
Самое простое решение которое я нашел для себя - завести второй акк, вот и всё) А переводить все рабочие переписки в другой мессенджер мне жизни не хватит, да и не нужно это.
В плане кампания, которая активно вкладывалась в инфраструктуру.
Вы видимо говорите о wrike... я детально не смотрел во вклад этой компании, но в мире дарт wrike - мамонты) и с их уходом кажется никакого интереса больше не представляют, особенно для Flutter сообщества в который они успели влезть только как организаторы конференций про Dart, сами они жили в мире Angular Dart. А это между прочем два разных мира: Flutter - мобильный, ангуляр - веб.
скрин одной из статей wrike
Я же назвал актуальные на текущий момент компании, яндекс недавно портировал DivKit (2к звезд на гитхаб) на флаттер, что как бы намекает на живое состояние сообщества как вовне (которое просило), так и внутри (которое писало).
При этом Surf не менее, а может и более крупный игрок если судить по вкладу в "инфру", смотрите, 43 репозитория, я не могу сказать сколько из них чего и оценить пользу тоже (не пишущий флаттерист), но по прикидке 70% самописные или форкнутые либы, 30% остальное (образовательные репозитории+заготовки для новых проектов)
При этом я вами согласен: Dart как язык для веб разработки сейчас скорее мертв. Flutter же очень удобен и активно развивается сам, так и своей популярностью развивает Dart, язык улучшается и адаптируется под потребности и возможности фреймворка. В общем язык сейчас имеет свою нишу и в целом пытается где-то захватить новые.
Единственная кампания в России, которая им пользовалась в итоге от него решила отказаться.
Компаний, которые пишут на флаттер больше чем вы думаете, яндекс и surf на нем активно пишут и как-то нанимают, уверен что если поискать что-то найти по вкусу получится, но такого разнообразия как с другими технологиями не получите.
Непонятно почему главная фишка GigaIDE не разобрана - интеграция с GigaChat, насколько она полезна, маркетинговая уловка это или полезная глубокоинтегрированная фича которая значительно упрощает и/или ускоряет разработку?
чтобы тестовые данные, используемые в следующей модели, не пересекались бы с обучающими данными
Нет, наоборот, можно чтобы обучающие пересекались, но стоит недопускать пересечения обучающей и тестовой сквозь модели.
То есть, предлагается следующее: у моделей нижнего уровня (автоэнкодер) не должно быть в обучении того, что используется в тесте у моделей верхнего уровня (классификатор)
Если вы будете использовать одни и те же данные для обучения и тестирования модели, то не сможете точно оценить, насколько хорошо модель будет работать в реальных условиях.
Я поверхностно знаком с экосистемой реакта, но разве react.native не вполне себе рабочий инструмент? У него есть набор минусов, например, сложные анимации, но в целом какую то долю мобильной разработки он занимает.
Конечно, реакт натив не совсем честный реакт, тк рендерит всё происходящее не в html, а нативно.
В веб который заменит натив я тоже уже перестал верить, приложений которые так реально смогли можно пересчитать по пальцам руки фрезеровщика
Я слаб в правилах для uBlock, но, кажется, самый простой способ удалить ссылку на канал — удалять абзац, содержащий ссылку вида `https?://t.me/+.*`. При таком подходе можно порезать что-то полезное, но это малая цена душевному спокойствию.
+ Как будто такое можно и js плагином сделать. Если для uBlock это сложно
Громко сказано. Как язык дарт только-только начал вставать на ноги, и много языковых фич только в процессе реализации. Какие-то вещи можно решить пакетами, но есть расширения компилятора которые пакетом не решить. Кроме того есть ограничения языка которые даже мешают сообществу саморазвиваться, а разработчики постепенно их решают
Если говорить о флаттере, то он аналогично языку активно развивается, и вот только недавно начал обретать зрелый и стабильный облик, но там огромное количество вызовов которые только предстоит решить
сильно влияет открытость сообщества, по ощущениям, влияние юзеров на язык достаточно маленькое, а решения и реализация ложились на плечи Гугла
(это взгляд со стороны, буду рад ошибиться)
Если основной вклад действительно вносит только гугл, то много экспериментальных направлений могут закрыться, но тут же опять-таки, в статье не понятно о каких разработчиках/проектах речь и в каком количестве
Самое простое решение которое я нашел для себя - завести второй акк, вот и всё) А переводить все рабочие переписки в другой мессенджер мне жизни не хватит, да и не нужно это.
Вы видимо говорите о wrike... я детально не смотрел во вклад этой компании, но в мире дарт wrike - мамонты) и с их уходом кажется никакого интереса больше не представляют, особенно для Flutter сообщества в который они успели влезть только как организаторы конференций про Dart, сами они жили в мире Angular Dart. А это между прочем два разных мира: Flutter - мобильный, ангуляр - веб.
Я же назвал актуальные на текущий момент компании, яндекс недавно портировал DivKit (2к звезд на гитхаб) на флаттер, что как бы намекает на живое состояние сообщества как вовне (которое просило), так и внутри (которое писало).
При этом Surf не менее, а может и более крупный игрок если судить по вкладу в "инфру", смотрите, 43 репозитория, я не могу сказать сколько из них чего и оценить пользу тоже (не пишущий флаттерист), но по прикидке 70% самописные или форкнутые либы, 30% остальное (образовательные репозитории+заготовки для новых проектов)
При этом я вами согласен: Dart как язык для веб разработки сейчас скорее мертв. Flutter же очень удобен и активно развивается сам, так и своей популярностью развивает Dart, язык улучшается и адаптируется под потребности и возможности фреймворка. В общем язык сейчас имеет свою нишу и в целом пытается где-то захватить новые.
Компаний, которые пишут на флаттер больше чем вы думаете, яндекс и surf на нем активно пишут и как-то нанимают, уверен что если поискать что-то найти по вкусу получится, но такого разнообразия как с другими технологиями не получите.
и при этом React Native всё-таки был упомянут
Как альтернатива, можно здесь послушать:
https://music.yandex.ru/album/32753072
качество модели в данном случае второстепенно, гораздо интереснее
есть ли вендорлок на гигачат
как ide взаимодействует с моделью
в зависимости от ответов, то и интерес меняется, например, при желании можно поменять модель на локальную
А можно не надо? Ютуб и так начал битрейт резать в последнее время, 720p уже как будто старые 480 или 360p
Непонятно почему главная фишка GigaIDE не разобрана - интеграция с GigaChat, насколько она полезна, маркетинговая уловка это или полезная глубокоинтегрированная фича которая значительно упрощает и/или ускоряет разработку?
ИИ просто натренируют говорить
и вот мясной интеллект видит привычный паттерн, который можно фильтровать
Почему? Я поверхностно знаком с проблематикой, поэтому интересно, почему это является критичным.
Нет, наоборот, можно чтобы обучающие пересекались, но стоит недопускать пересечения обучающей и тестовой сквозь модели.
То есть, предлагается следующее: у моделей нижнего уровня (автоэнкодер) не должно быть в обучении того, что используется в тесте у моделей верхнего уровня (классификатор)
Если вы будете использовать одни и те же данные для обучения и тестирования модели, то не сможете точно оценить, насколько хорошо модель будет работать в реальных условиях.
Я поверхностно знаком с экосистемой реакта, но разве react.native не вполне себе рабочий инструмент? У него есть набор минусов, например, сложные анимации, но в целом какую то долю мобильной разработки он занимает.
Конечно, реакт натив не совсем честный реакт, тк рендерит всё происходящее не в html, а нативно.
В веб который заменит натив я тоже уже перестал верить, приложений которые так реально смогли можно пересчитать по пальцам руки фрезеровщика
Я слаб в правилах для uBlock, но, кажется, самый простой способ удалить ссылку на канал — удалять абзац, содержащий ссылку вида `https?://t.me/+.*`. При таком подходе можно порезать что-то полезное, но это малая цена душевному спокойствию.
+ Как будто такое можно и js плагином сделать. Если для uBlock это сложно
Вы нолик лишний написали
Вот вы смеетесь, а антиплагиат с его генеративным контентом уже именно так и работает
А почему нет? Мобильная версия сайта ж, а не приложения. (куча веб метрик как бы намекают)
К тому же, после известных событий много забаненых приложений долгое время жило как pwa мобильной версии сайта.
> над уже готовым проектом Dart&Flutter
Громко сказано. Как язык дарт только-только начал вставать на ноги, и много языковых фич только в процессе реализации. Какие-то вещи можно решить пакетами, но есть расширения компилятора которые пакетом не решить. Кроме того есть ограничения языка которые даже мешают сообществу саморазвиваться, а разработчики постепенно их решают
Если говорить о флаттере, то он аналогично языку активно развивается, и вот только недавно начал обретать зрелый и стабильный облик, но там огромное количество вызовов которые только предстоит решить
сильно влияет открытость сообщества, по ощущениям, влияние юзеров на язык достаточно маленькое, а решения и реализация ложились на плечи Гугла
(это взгляд со стороны, буду рад ошибиться)
Если основной вклад действительно вносит только гугл, то много экспериментальных направлений могут закрыться, но тут же опять-таки, в статье не понятно о каких разработчиках/проектах речь и в каком количестве
В среднем каждый объелся шоколада, и у каждого по одной ноге