Разработчики Яндекс карт это прям отдельный вид людей - документация не просто на 0, она отрицательная. Сделать по ней что-то тот ещё квест. Но сами карты (в смысле движок) писали конечно умные люди...
Я смотрел примеры. Но в них нет ничего более менее похожего на логику большого приложения - навигации. Там все примеры или QML - а куда девать C++ и как вообще с ним работать, или простые окна на с++, где что-то не корректно работает на мобильных устройствах. Примеров самой Авроры там штук 10 и все безумно простые, даже рисовалка на QML.
Ну я смотрел примеры которые идут с qt creator, это не самые ясные примеры (если дадите ссылки на другие примеры, где объясняется вся модель qt/QML - навигация, основные компоненты - буду благодарен). Да и вы сами сравните flutter в Android studio и qt в qt creator, что банально удобнее? А уж до kotlin и compose вообще далеко.
Так а какая разница что в нем хранить, он же не к bitmap привязан то. Понятно что в основном его не для этого используют, но технически кешировать им можно хоть классы, хоть что. Размер только переопределить при запросе.
Надо бы начать с того, что устройств в продаже нет. Как и нормальных мануалов по разработке приложений. Вот собственно проблема, почему приложений нет.
Все ж это не про ограничение, а про знание всех потомков на этапе компиляции (else не нужен, если все обработаны). В количестве то никто не ограничивает.
Это фикция. Точно также можно и на курсе не знать куда бежать и бросить его в середине, а денежки то тютю. Уж что что, а книги по структурам и алгоритмам распространены неплохо и в целом не меняются со временем.
Я все конечно понимаю, но уж книг по алгоритмам точно в достатке, и информации в них явно больше и она обширнее чем в курсе от Яндекса. Разве что они задачи дают сильно близкие с собеседований, тогда ещё какой-то смысл имеется.
А чем герконы не нравятся? Залипаний там же не будет все равно - ток мизерный же. Обычно в автоматизации везде их ставят, датчик холла больше линий тянуть придется - питание и сигнал, как миниму 3, а с герконом одной линии достаточно.
Можно что угодно делать, но 16 тактов мало, а буферизация не всегда возможна - у мег, 1 КБ памяти, много туда набуферизируешь если МК не только с UART работает?
Разработчики Яндекс карт это прям отдельный вид людей - документация не просто на 0, она отрицательная. Сделать по ней что-то тот ещё квест. Но сами карты (в смысле движок) писали конечно умные люди...
Я смотрел примеры. Но в них нет ничего более менее похожего на логику большого приложения - навигации. Там все примеры или QML - а куда девать C++ и как вообще с ним работать, или простые окна на с++, где что-то не корректно работает на мобильных устройствах. Примеров самой Авроры там штук 10 и все безумно простые, даже рисовалка на QML.
Ну я смотрел примеры которые идут с qt creator, это не самые ясные примеры (если дадите ссылки на другие примеры, где объясняется вся модель qt/QML - навигация, основные компоненты - буду благодарен). Да и вы сами сравните flutter в Android studio и qt в qt creator, что банально удобнее? А уж до kotlin и compose вообще далеко.
Были же сообщения, что собираются выпустить первые потребительские устройства в этом году
https://www.forbes.ru/tekhnologii/493830-akvarius-mozet-predstavit-al-ternativu-iphone-do-konca-goda
Но я щупал разработку на qt, это прям боль... Мануалов мало, как C++ с QML смешивать не понятно. Вопросов больше чем ответов
Справедливо. Спасибо за ответы!
Так а какая разница что в нем хранить, он же не к bitmap привязан то. Понятно что в основном его не для этого используют, но технически кешировать им можно хоть классы, хоть что. Размер только переопределить при запросе.
Такое себе на JVM полагаться, а вдруг кто из вендоров нахимичит что-то? Они могут...
А почему не lru cache? Он же тоже доисторический. Вполне можно настроить на работу же.
del
Теперь я знаю кто всю эту муть про gc и ссылки спрашивает...
Видимо kotlin и C++ вместе спаять не удалось...
Надо бы начать с того, что устройств в продаже нет. Как и нормальных мануалов по разработке приложений. Вот собственно проблема, почему приложений нет.
Я не знаю какой у вас доллар, но устройство это за 20к новое не купить.
Все ж это не про ограничение, а про знание всех потомков на этапе компиляции (else не нужен, если все обработаны). В количестве то никто не ограничивает.
Ну кто в студию Чулакова на Android developer собеситься будет, будет в курсе что там спрашивают :)
Можно сказать, что первые 15-20 минут о чем поговорить будет.
Это фикция. Точно также можно и на курсе не знать куда бежать и бросить его в середине, а денежки то тютю. Уж что что, а книги по структурам и алгоритмам распространены неплохо и в целом не меняются со временем.
Занятный момент, спасибо.
Я все конечно понимаю, но уж книг по алгоритмам точно в достатке, и информации в них явно больше и она обширнее чем в курсе от Яндекса. Разве что они задачи дают сильно близкие с собеседований, тогда ещё какой-то смысл имеется.
А чем герконы не нравятся? Залипаний там же не будет все равно - ток мизерный же. Обычно в автоматизации везде их ставят, датчик холла больше линий тянуть придется - питание и сигнал, как миниму 3, а с герконом одной линии достаточно.
Можно что угодно делать, но 16 тактов мало, а буферизация не всегда возможна - у мег, 1 КБ памяти, много туда набуферизируешь если МК не только с UART работает?