Pull to refresh
11
0
Send message
Я тоже смотрел в сторону k8s, немного охренел от количества информации, в которой нужно разобраться, и решил что Swarm пока что для моего мелкого кластера хватит с головой :)
А что собственно говоря не так? Маппинг — простой пример. Чтобы обучить нейросеть распознавать домики на карте, нужно потратить много ресурсов, использовать огромные датасеты и огромное количество итераций для закрепления. Сколько времени обучение такому или любому подобному навыку займет у человека?

Разница в том, что «ИИ» в его современном виде, способен делать только статистические предсказания. Это никакой не интеллект вообще, хоть и позволяет решать множество задач, для которых нужен интеллект. Человек посмотрит на снимок, увидит контекст, сможет смоделировать в голове, как выглядит дом сверху, используя другие модели и данные из памяти и определит его без особых усилий. И когда ИИ сможет делать что-то подобное, тогда это можно будет называть ИИ.
> Во-вторых, это не натив

на этом, сравнение с флаттером можно и заканчивать
Может вы его в debug mode запускали? Это две большие разницы
Цель Flutter — быть лучшим фреймворком для кросс-платформенной мобильной разработки

не только мобильной
useNativeDriver? Он сильно ограничен в своих возможностях
С релизом Jetpack Compose там будет так же, как и на флаттере
НЛП (то что психология) сложно назвать наукой
ни разу не работал с теми кто может в момент написания кода нагенерировать кучи ошибок

видимо вундеркинды какие-то, которые все переменные в голове могут держать и точно помнят, где и какие данные используются. ну, а все остальные, кто возится с этими дженериками, интерфейсами, типами костылями, просто идиоты, которые впустую тратят своё время :)

тестирование выявляет 99% багов и 1% выявят автотесты

и юнит тесты значит тоже пустая трата времени, всё ясно
а статический анализ? он ещё на этапе написания кода позволяет выявить и избежать кучи ошибок. ну, и видимо вы никогда не пробовали рефакторить большие проекты, без TS даже переименование одного свойства это боль
Преимущество TypeScript начинает ощущаться пропорционально росту сложности проекта
TypeScript это и есть JS, только с типизацией, с чего вдруг он должен отличаться?
В чём проблема написать часть приложения (ту, где RN / Flutter не справятся) в Native? Зачем полностью отказываться от кроссплатформы, только потому, что не хватает какого-то функционала, если эта проблема легко решается?
Что не взлетит? Dart? Или Flutter? Dart в своё время не взлетел, потому что его незачем было использовать.
Кроссплатформенность, скорость разработки (Hot reload это просто сказка). Фреймворк, который из коробки даёт всё что нужно. Если сравнивать с React Native, то Flutter решает почти все проблемы, которые есть у первого, особенно в плане производительности. Поэтому решающую роль при выборе здесь скорее играет не язык. К тому же после Java или JS, Dart даётся очень легко, переход не такая проблема. И компонентный реактивный подход во Flutter тоже выглядит очень привычно, после React JS.

Я вообще не планировал использовать Dart до Flutter, т.к. вокруг JS уже была огромная экосистема, TypeScript решал проблемы с типизацией, и поэтому смысла использовать Dart не было. Сейчас смысл появился :)
Даже в том, чтобы пробовать Dart на фронте и бекенде (хотя бы ради код шейринга)
Популяризируется, благодаря Flutter
Если сравнить ваши комментарии со статьей автора, то создается впечатление, что именно вы, не совсем здоровы
У меня была похожая реакция. Может я просто слишком тупой для redux'а, но вся эта куча констант и экшны меня совсем не привлекают. Вздохнул с облегчением, когда обнаружил для себя MobX

Information

Rating
Does not participate
Registered
Activity