Size: a a a

Flutter Developers — русскоговорящее сообщество

2020 June 02

s

san-smith in Flutter Developers — русскоговорящее сообщество
tdesc
ничего не скажу. если не будет какого то «нативного» поведения мы сделаем свое, максимально удобное по UX
В том-то и дело.
Не сомневаюсь - сделаете. Но это не очень дружественно - зачем выбирать инструмент, который заставит что-то делать, да еще и в бете (Flutter для web), если есть уже готовый и проверенный (React/Vue/anythig).
Несомненно, для некоторых задач в вебе флаттер вполне неплохо подойдет, но для большинства ситуаций - это оверхед.
источник

t

tdesc in Flutter Developers — русскоговорящее сообщество
нет готового
источник

t

tdesc in Flutter Developers — русскоговорящее сообщество
у нас общая кодовая база
источник

t

tdesc in Flutter Developers — русскоговорящее сообщество
которая работает везде, и разработка под десктоп
источник

t

tdesc in Flutter Developers — русскоговорящее сообщество
все остальные решения этого не дают
источник

t

tdesc in Flutter Developers — русскоговорящее сообщество
флаттер для веба для большого ждет релиза
источник

t

tdesc in Flutter Developers — русскоговорящее сообщество
флаттер для мобайл веб вполне можно делать
источник

s

san-smith in Flutter Developers — русскоговорящее сообщество
tdesc
все остальные решения этого не дают
В вашем конкретном случае - очень может быть.
Но флаттер точно не вытеснит ни нативную разработку, ни классические веб-фреймворки.
Впрочем, он не для этого задумывался.
источник

t

tdesc in Flutter Developers — русскоговорящее сообщество
ну вот у меня нативщики будут все просто software engineer
источник

s

san-smith in Flutter Developers — русскоговорящее сообщество
Возвращаясь к породившему дискуссию сообщению - Flutter точно стоит того, чтобы спрыгнуть на него с Delphi.
Только не забывайте, что это тоже только инструмент (да, хороший), но, как и у любого другого инструмента, у него есть своя область применимости.
источник

t

tdesc in Flutter Developers — русскоговорящее сообщество
у флаттер область применения практически любой фронтенд
источник

t

tdesc in Flutter Developers — русскоговорящее сообщество
Переслано от tdesc
источник

t

tdesc in Flutter Developers — русскоговорящее сообщество
странно в этом чатике такой скептис встречать но если кто не видел, хорошее выступление
источник

s

san-smith in Flutter Developers — русскоговорящее сообщество
tdesc
у флаттер область применения практически любой фронтенд
Угу.
Завтра я захочу запилить маленький бложик и подумаю, на чем его делать.
Несомненно, флаттер справится с этой задачей, однако с ней точно также справятся и всякие jekyll/hugo, только потребуют меньших усилий, и не будут рендериться js-ом в канвас.
Стоит ли выбирать в этом случае флаттер?

Как по мне, всякой задаче свой инструмент.
источник

s

san-smith in Flutter Developers — русскоговорящее сообщество
tdesc
странно в этом чатике такой скептис встречать но если кто не видел, хорошее выступление
скепсис не по поводу флаттера, а по поводу всеприменимости.
источник

t

tdesc in Flutter Developers — русскоговорящее сообщество
тут же вопрос наличия общего кода
источник

t

tdesc in Flutter Developers — русскоговорящее сообщество
где он будет работать как раз вопрос всеприменимости
источник

t

tdesc in Flutter Developers — русскоговорящее сообщество
отсутствие общего кода роджает чудовищ и в разработке и в time to market
источник

s

san-smith in Flutter Developers — русскоговорящее сообщество
tdesc
тут же вопрос наличия общего кода
Ну какой общий код у бложика? Общий с чем?
Открываться он будет что в мобильном браузере, что в обычном, а большего и не требуется.
источник

ST

Sergey Tskh in Flutter Developers — русскоговорящее сообщество
Я помню как вышел angular 1 с его киллер фичей "2 way data binding".
Вещали, что это прям революция во фронтенде. а потом оказалось что если на экране много переменных то страница просто умирает он нагрузки на event loop. Почти все проекты потом это г. выкидывали кто как мог.
И потом как-раз во-время реакт появился, с его противоположенным подходом к dom (shadow-dom).
источник