[
{
"type": "link",
"text": "https://api.flutter.dev/flutter/material/Colors-class.html"
}
]

 

Как можно это исправить?

 

сингл чайлд скролл вью не подходит

 

ну клава на кнопку заезжает

 

а поставить проперти в сскафолде тоже не сильно подходит

 

resizeToAvoidBottomInset: false

 

CustomScrollView, либо можно использовать комбо из LayoutBuilder, ConstrainedBox и IntrinsicHeight

 

щас чекну

 

спасибо

 

[
"Имеете в виду только руками? \n\nХотелось бы какую-то утилиту ей на вход colors.xml, на выходе сниппет \n",
{
"type": "pre",
"text": "Theme.of(context).copyWith(accentColor: const Color(0xFF000aaa) .. ),",
"language": ""
},
""
]

 

Всем привет, могу ли я использовать CupertinoPageRoute вместо MaterialPageRoute для андроида, мне просто нужно чтобы был переход как у ios или лучше самому сделать анимацию?

 

здраствуйте

 

пытаюсь сканировать блютуз устройства

 

выходит исключение

 

Exception: GenericFailure(code: ScanFailure.unknown, message: "Location Permission missing (code 3)")

 

Можно

 

Спасибо)

 

Permission на геолокацию нужно дать похоже

 

[
"Можешь например этот пакет заюзать ",
{
"type": "link",
"text": "https://pub.dev/packages/swipeable_page_route"
},
""
]

 

Он поддерживает назад через свайп как в телеге

 

Я туда два пулреквеста кинул

 

Спасибо большое сейчас буду смотреть.

 

Там баг связан с нативным свайп бек на андроиде

 

Я понял спасибо)

 

Срабатывает и нативный свайп и флатеровский

 

И приложуха закрывается

 

Поэтому надо добавить жля флатеровского расстояние от края экрана на котором он активируется

 

Всем привет, кто работал с WebRTC, можно ли там как-то использовать зум камеры?

 

[
{
"type": "link",
"text": "https://developer.android.com/training/gestures/gesturenav"
}
]

 

Я хз как во флатере понять поддерживает ли система нативный свайп навигацию или нет

 

Поэтому захардкодил просто отступ в 60px

 

У меня на нокии такие свайпы. Так бы и не узнал про это

 

Вот я пальцем потянул слева стрелка

 

У всех так

 

Да ептыть

 

Этот свайп работает как кнопка назад

 

Назад

 

У меня нет кнопки назад и домой вообще

 

Все свайпами

 

Потянул снизу приложуха свернулась

 

И бывает так что приложуха минимизируется и флатеровский лист в фоне прокручивается. Т.е. по ходу приложение должно учитывать это все и в той ссылке на андроид дев об этом есть. Только я не знаю как на флатере это хендлить

 

Должен быть в идеале виджет который например добавляет поля в которых можно безопасно хендлить жесты

 

А сами свайпы удобные. Я когда беру другой телефон без этой фишки туплю ужасно

 

ща еще 12й андроид подъедет ??

 

Всем добрый день!

Мы ищем преподавателя по Python в школу программирования.
График - part-time (частичная занятость, 6-10 часов в неделю), в основном в вечернее время после 18:00, есть возможность совмещать с основной работой/учебой.
Требования и ключевые навыки: постоянное проживание в городе Нур-Султан, ответственность, грамотная речь, умение и желание общаться с людьми, знание Python на уровне strong junior/middle, опыт в преподавании будет плюсом.
Условия по оплате обсуждаются по результатам собеседования.
Всем желающим и даже просто интересующимся обращаться в лс.

 

Можно ли человека который пишет Unit и Widget тесты назвать тестировщиком?

 

Вы явно не в тот чат попали...

 

А можно называть программиста который пишет unit и UI тесты, тестировщиком?

 

тестировщик webrtc

 

> знание Python на уровне strong junior/middle

интересно, кем и где эти уровни определяются? Выдают сертификаты или что? :)

 

Типа Джун питон будет учить питону )) хмм

 

Им похоже пофигу кто и как будет учить, главное бабла с людей срубить ??

 

во-во

 

Псевдокурсы)))

 

стать senior ML python data scientist за 2 месяца за 100к рублей и получить 100500 в наносекунду)

 

все современные курсы такие аха

 

Поэтому лучше договориться со знающим разработчиком чтобы он тебя обучил)

 

В последнее время есть такая тенденция, что тот, кто код написал, тот его и покрывает тестами, так что по тенденции это скорее программист

 

Понимаю

 

Будешь ментором?

 

вот у меня такой вопрос. Есть gridView из n элементов. Нужно вставлять в рандомные места рандомные данные. Что будет меньшим из зол:
1) Разбивать этот gridview на n и вставить между ними эти данные
2) Пихать это данные в массив на этапе сбора данных для gridview

 

Тут ты под лоадер можешь закинуть

 

А в первом варианте есть возможность не попасть в 16 мс

 

16мс можно решить прерыванием)

 

евентлупа

 

Ребята помогите сделать логику функции, где мне нужно получить рандомную цифру в пределах 100. Получил новую цифру, проверить есть ли он в листе, если нету то добавить и выйти из метода, а если эта цифра есть в листе, тогда сгенерить следущее число. Спасибо!

 

Оно тебе надо?)

 

просто что то что то как то все костыльно

 

сижу вот окуеваю

 

Вообще странная задача. Но я уже не удивляюсь)

 

было у меня такое мы делали через массив

 

лан пойдем по 2 пути ??

 

[
{
"type": "link",
"text": "https://metanit.com/dart/tutorial/5.2.php"
}
]

 

Я вот никак не пойму, как так получается что мы можем играть в 3д игры с кучей графики, анимаций, мультиплеере, звуками и т.д. в 60 фпс, но не можем рокрутить скрол на 100 элементов без тормозов?

 

потому что говнокод ;)

 

флаттер и 120 может

 

dart не c++

 

Не от этого зависит

 

справедливости ради в 60фпс ты поиграешь только на железе за 100к+ в современны игры (я как геймер тебе говорю)

 

от этого тоже зависит

 

doom не в счет)

 

потому что в обычном юае навешно куча абстракций

 

от этого может зависеть потому что в с++ нет сборщика мусора

 

в играх отрисовка на низком уровне

 

Способ рендера абсолютно другой

 

а ты забавный

 

На низком уровне он везде одинаковый

 

ну игры напрямую юзают например opengl а флатер через скию

 

вопрос сколько у тебя до низкого уровня еще слоев

 

ну и что

 

можно и на флаттере сделать игру в 60 фпс

 

ския чтоли такая тормозная?

 

но зачем

 

если есть unity

 

vulcan?

 

тетрис)))

Tetris 64 FPS FULL 4k graphics))

 

На низком уровне у нас везде машинный код)

 

я про отрисовку
там везде так или иначе опенгл (на оайсе метал)

 

просот реально мне кажется количество анимаций в играх и вообще сложность ну несопоставима просто с каким-то туду приложением в котором выводится 100 эленетов в списке и анимации переходов страниц. Но и то я иногда замечаю какие-то фрей дропы на релиз билде

 

Да))) Там везде 0 и 1))

 

то-ли GC запускается в какие-то неподходящие моменты то-ли что

 

Я тебя правильно понял? У тебя в эмуляторе подлагивает список огромный, а на том же компе игра хорошая без лагов?

 

я эмулатор не юзаю

 

на телефоне иногда я вижу особенно если приложение перед этим было свернуто не совсем плавную анимацию

 

например у меня игра есть детская на юнити там анимация ну на порядок плавнее

 

а ты в дебаге смотрел?

 

да в релизе. что я дурачок какой-то что-ли

 

ну я видел таких кто говорил флатер хуйня а дальше дебага не заходили

 

ну от кода зависит

 

я не скажу что это проблема прям, но вот как-то заметно чт плавность не та

 

смотри

 

дарт - однопоточный

 

может списко который ты выводишь его генерация занимает более 16мс

 

всякие штуки типа там сетевых запросов, парсинга жисонов

 

надо смотреть через профайлем вообщем )

 

надо выносить в изолят отлельный

 

в основном потоке UI

 

с изолятом беда тоже есть

 

в изолятах все остальное говно

 

есть ишью на гитхаюе, если изолят возвращает большой json наприер, то мейн тред тоже блочится пока читает из канада данные

 

нету shared стейта к сожалению

 

не надо из изолята возращать Json потому что

 

ну а как ты прсинг джейсона сделаешь в изоляте

 

его же вернуть надо куда-то

 

между изолятами надо шарить тока примитивы

 

типо например изолят получает по апи данные, парсит, пишет в БД а в мейн тред только например оповещение что данные пришли?

 

как-то так?

 

так json это примитив

 

ну и циклы жоские которые миллиард фигни перебирают тоже можно оптимизировать

 

да наверное это неплохоая идея надо пересмотреть архитектуру )

 

но это уже оверинжиниринг

 

через StopWatch

 

короче можно все - вопрос только во времени на разработку и нужно ли это

 

Это какого должен быть объёма жсон что бы основной поток его так долго принимал что доходило до тормозов?

 

если у тебя там циркулярпрогресс индикатор лагнул на полсекунды и чтоб он не лагал надо потратить например 10 часов на рефакторинг. вопрос оно того стоит?

 

от 500кб

 

Странности

 

там типа просадка до 20-30 фпс в зависимости от устройства (условный китайфон за 3к)

 

Гугл нахуевертили наверное тогда в системе обмена сообщениями между изолятами

 

на норм девайсах норм все)

 

json же тоже разные бывают

 

где то тупо массив

 

а где то дерево 100500 детей

 

и когда ты шаришь между изолятами

 

оно все конверитится

 

и потом обратно

 

Я думаю если там будет просто строка размером от 500кб то тоже будет тормозить

 

строку 500кб тупо стримом байтов можно передать

 

А почему нельзя передать например сложный массив стримом байтов?

 

потому что объект в изоляте1 и в изоляте2 это 2 разных объекта

 

Берёшь ячейки памяти, попируешь их в другие ячейки, вуаля

 

вообще мне идея передавать объемы данных большие кажется какой-то не очень

 

как-то сама идея потоков теряется

 

у тебя нет доступа к памяти в dart

 

есть костыль

 

А мне и не надо, пускай система изоляторов с ней работает

 

лучше тогда как говорили делать все включая работу с БД в изоляте, а в мейн треде оставить только стейт и собития что типо что-то поменялост

 

ЭТО КОСТЫЛЬ

 

TransferedTypedData

 

Ты о чём?

 

не юзайте)

 

Блять

 

там есть другая фишка но она пока в internal

 

метод sendAndExit

 

Причём тут вообще твой трансферед тайпед дата? Я интересуюсь в чём проблема дарта под капотом скопировать данные из одних ячеек памяти в другие и ничего никуда не передавать при этом сериализовывая и десериализовывая

 

я так понимаю идея в том что изолят возвращает данные и типо сразу гарантированно умирает

 

я считаю что если между изолятам и надо гонять что то "тяжелое" - это косяк архитектуры

 

А вот кстати нет

 

это позволяет я так понимаю как-то смапить просто данные в главный поток и избежать шаред доступа

 

а как?

 

У меня недавно был кейс где надо в изолятах очень часто что--то обрабатывать

 

А т.к. свапн изолята занимал тучу времени, намного больше чем обработка, пришлось спавнить один изолят и туда сюда гонять данные

 

ну вот например в сях каких-то это решается через глобальную очередь с блокировкой

 

та возможно накосячить зато эффективно

 

не надо гонять байты туда сюда

 

Просто это вводит кучу сразу понятий в язяык и порого входа увеличивается

 

Общая память осталась для системных языков

 

в сях ты себе ногу отсрелишь скорее чем оптимизируешь)

 

общая память - зло

 

та ну как сказать зло

 

Это не зло

 

Но чаще не нужно чем нужно

 

Если это дело просто обернуть так что чтобы получить доступ к разделяемому объекту можно только через блокировку то не вижу каких-то прям проблем

 

Где нужна серьёзная оптимизация она полезна, хотя сама по себе она опасна

 

аля
final buff = SharedBuff(..... 100MB)
buff.lock.then(... do something with buff).finally(...release lock)

 

Общая память часто используется когда блокировку организовывать нельзя - нужно большому количеству потоков работать с ней одновременно

 

типо предлагаешь дать доступ множеству потокок в разделяемой памяти без блокировок?

 

Когда кейс подразумевает что один поток может ждать, то она нахер не нужна, нужно просто нормально посыл сообщений из потока в поток реализовать на нижнем уровне )

 

удачное решение

 

есть лок-фри структуры данных не спорю, но там такая сложная реализации что ну его в баню

 

почему, поток же не просто ждет, он в это время может делать что-то другое

 

получил блокировку, обработал

 

короче обычный мать его мьютекс

 

Получил блокировку - перестал делать то что только что делал?

 

А если в общей памяти

 

Один и тот же объект будут менять разные потоки

 

Чо тогда?

 

Это как уже выше упомянули лок-фри системы

 

Но это же 3.14здец

 

ну как обычнцй await работает

 

Я тебя понял

 

Но он работает так на низком уровне