Очень сомнительный проект. Совершенно непрактичный ИМХО. Сразу видно, что проектировался ценителями смузи и тостов с авокадо.
Главная претензия — отсутствие места для багажа. Извините, но все утверждающие, что багаж не нужен, и нечего таскать туда-сюда не пойми что, и что берите сумку как в Победу и будет вам счастье и что в природе вроде бы существуют багажные купе/вагоны — нет, комфортное размещение багажа, это ОЧЕНЬ важный фактор, можно сказать первостепенный. Если я еду на поезде, то чаще всего это потому, что нужно привезти что-то, например электросамокат, который нельзя возить в самолёте. И куда в этом поезде засунуть тот же электросамокат? В шкаф посередине купе? В лоточек наверху?
Стоит ли говорить, что в классическом плацкарте этот вопрос достаточно хорошо продуман и подобный челендж не челендж даже, а мелкая банальность, которую даже соседи по купе не заметят.
Что касается варианта с ящиком посередине купе, у меня тут, если честно, даже нет подходящих слов, чтобы это комментировать. Более клаустрофобного и бесполезного расходования пространства, куда даже «редикюльчик» едва ли войдёт, сложно себе представить. Ну и шторки в соседнее купе. Нет, серьёзно, всё настолько плохо, что сложно даже описывать это.
Купе без шкафа посередине ещё туда-сюда, если закрыть глаза на лоточек для чемодана.
Нужно было тут по-быстрому написать Android приложение, ну там REST-сервисы и всё такое. На нативном не было времени вникать, Flutter в принципе получше, но тоже не сильно меньше по времени занимал. В итоге набрёл на проект NativeScript в варианте в Angular и о чудо, через день уже приложение вполне себе нормально работало. Если есть представление в Angular, то очень рекомендую, хоть он там немного урезанный, но даже удивительно как они его вполне органично положили в качестве обвязки для нативных компонентов Андроида/iOS. Кстати, протестировал на довольно старом устройстве с Aндроидом 5, так вот, простое приложение на Flutter буквально поле ввода и кнопка — на нём вполне существенно тормозило при вводе — буквы появлялись очень медленно и иногда происходили пропуски нажатий, при этом аналогичное приложение на NativeScript вообще без вопросов работало.
И отдельно хочется отметить различные варианты разработки. Ребята очень заморочились и разрабатывать можно: как обычным способом, запуская на устройстве/эмуляторе, так и используя специальное приложение NativeScript Playground, которое после сканирования QR из консоли (!) отображает разрабатываемое приложение с динамическим обновлением при изменении. Ну и совсем для ленивых — запуск в этом же вспомогательном приложении по QR коду вообще из браузера.
Кстати, очень удобная штука — можно собирать исполняемые файлы с разными веб-серверами как для ARM систем вроде Raspberry, так даже и для некоторых моделей роутеров если у них процессор с поддерживаемой архитектурой. Например такая команда для сборки под ASUS AC-66:
Не хотелось бы расстраивать, но основной вопрос при использовании Яндекс карт в приложении такси не в стилизации и построении маршрутов, а в том, что его вообще нельзя использовать в приложении такси и подобных применениях. Гуглокарты — можно (и то только платный вариант API), Яндексом же может пользоваться только Яндекс в своем такси. Увы.
Поэтому лучше обратить внимание на Open Street Map и производные от него библиотеки вроде MapBox.
Кстати, вот интересное видео, где в числе прочего показано из каких предпосылок разрабатывался дизайн Sagrada Familia и как Гауди обошёлся без нейронных сетей для решения задачи оптимизации: www.youtube.com/watch?v=JlL6ZHChhQE
По сути в мире Андроид два варианта — этот и Самсунги, но те близки по стоимости к айпаду про. Ещё бывает в природе Huawei MediaPad 10 Lite с пером, но это совсем другой планшет и на российском рынке с пером не продаётся (где продаётся, у него перо с батарейкой). Но это более бюджетный вариант.
M5 pro я лично покупал для ребенка и сам рисовал на нём в SketchBook на основе идей из видеомануалов по Procreate www.youtube.com/watch?v=4FGEX8yZqiM (очень классный канал кстати). Так вот, процессом доволен как слон и все из приведённых возможностей доступны, лишь некоторые детали чуть иначе сделаны, но работа со слоями и прочее без претензий вообще. Некоторые вещи даже удобнее кстати сделаны. например тапом тремя пальцами можно убирать с экрана всё, включить блокировку тачей (кроме стилуса) и работать просто прекрасно. Стилус очень точный, металлический, с зарядкой через USB-C по проводу.
Скачал, книжка понравились. В первых частях неплохо раскрыто становление представлений о мире от античных философов до хода мыслей Ньютона и Эйнштейна. Даже ребенку можно некоторые идеи пересказать, поскольку повествование логичное и последовательное.
Насчёт бюджетности, да, вероятно преувеличение, но по впечатлениям от работы это точно более выигрышный вариант, нежели самый бюджетный iPad. Понятно что с Pro напрямую сравнить сложно, но размер экрана, качество дисплея ближе к нему, а это уже совсем другой ценник.
Кстати, вполне адекватный бюджетный вариант — Huawei MediaPad M5 Pro с комплектным стилусом. В Андроиде тоже есть довольно много редакторов, один из лучших — Autodesk SketchBook (Pro) покрывает больше 90% функционала Procreate, они вообще очень похожи и различаются нюансами.
Просто на чистой системе собирал github.com/dusty-nv/jetson-inference и запускал примеры. Запуск любого примера в итоге перегревает плату. Если без радиатора, то вообще без вариантов виснет.
У меня к девайсу пока главные вопросы — это питание и теплоотвод. Играюсь с ним в свободное время и результаты пока такие: на ресурсоемких примерах он стабильно виснет минут через 5-10.
Радиатор при этом достаточно горячий. Сначала грешил на питание, мол радиатор горячий, но возможно это рабочий режим и зависание из-за просадки по питанию. Взял качественный блок питания на 3+ Ампера и качественный micro USB кабель. Все аналогично. Взял в блок питания с бочонком 5В/4А. Аналогично. Поставил кулер, правда работающий на 5 вольтах 12 вольтовый, особо не улучшилась ситуация.
Может Micro SD дефектный оказался, не знаю, но без нагрузки в целом все работает. У кого какой опыт есть по локализации таких проблем? Может что из логов может пролить свет на причины?
Пока не нашёл ответа на вопрос, в чём прикол использования int257? Подозреваю, что с архитектурной точки зрения это вроде как знаковое int256, но как это вообще сочетается с хранением? Понятно, что виртуальная машина своя и там можно хоть тернарную арифметику использовать, но реально ведь код будет исполняться на обычных и разные там SIMD-инструкции уже не так полетят.
Главная претензия — отсутствие места для багажа. Извините, но все утверждающие, что багаж не нужен, и нечего таскать туда-сюда не пойми что, и что берите сумку как в Победу и будет вам счастье и что в природе вроде бы существуют багажные купе/вагоны — нет, комфортное размещение багажа, это ОЧЕНЬ важный фактор, можно сказать первостепенный. Если я еду на поезде, то чаще всего это потому, что нужно привезти что-то, например электросамокат, который нельзя возить в самолёте. И куда в этом поезде засунуть тот же электросамокат? В шкаф посередине купе? В лоточек наверху?
Стоит ли говорить, что в классическом плацкарте этот вопрос достаточно хорошо продуман и подобный челендж не челендж даже, а мелкая банальность, которую даже соседи по купе не заметят.
Что касается варианта с ящиком посередине купе, у меня тут, если честно, даже нет подходящих слов, чтобы это комментировать. Более клаустрофобного и бесполезного расходования пространства, куда даже «редикюльчик» едва ли войдёт, сложно себе представить. Ну и шторки в соседнее купе. Нет, серьёзно, всё настолько плохо, что сложно даже описывать это.
Купе без шкафа посередине ещё туда-сюда, если закрыть глаза на лоточек для чемодана.
Оправдано ли всё это наличием душа? Не уверен.
И отдельно хочется отметить различные варианты разработки. Ребята очень заморочились и разрабатывать можно: как обычным способом, запуская на устройстве/эмуляторе, так и используя специальное приложение NativeScript Playground, которое после сканирования QR из консоли (!) отображает разрабатываемое приложение с динамическим обновлением при изменении. Ну и совсем для ленивых — запуск в этом же вспомогательном приложении по QR коду вообще из браузера.
В общем, советую попробовать: play.nativescript.org
Кстати, очень удобная штука — можно собирать исполняемые файлы с разными веб-серверами как для ARM систем вроде Raspberry, так даже и для некоторых моделей роутеров если у них процессор с поддерживаемой архитектурой. Например такая команда для сборки под ASUS AC-66:
А чем не устраивает рестриминг через OBS studio?
Не хотелось бы расстраивать, но основной вопрос при использовании Яндекс карт в приложении такси не в стилизации и построении маршрутов, а в том, что его вообще нельзя использовать в приложении такси и подобных применениях. Гуглокарты — можно (и то только платный вариант API), Яндексом же может пользоваться только Яндекс в своем такси. Увы.
Поэтому лучше обратить внимание на Open Street Map и производные от него библиотеки вроде MapBox.
M5 pro я лично покупал для ребенка и сам рисовал на нём в SketchBook на основе идей из видеомануалов по Procreate www.youtube.com/watch?v=4FGEX8yZqiM (очень классный канал кстати). Так вот, процессом доволен как слон и все из приведённых возможностей доступны, лишь некоторые детали чуть иначе сделаны, но работа со слоями и прочее без претензий вообще. Некоторые вещи даже удобнее кстати сделаны. например тапом тремя пальцами можно убирать с экрана всё, включить блокировку тачей (кроме стилуса) и работать просто прекрасно. Стилус очень точный, металлический, с зарядкой через USB-C по проводу.
Радиатор при этом достаточно горячий. Сначала грешил на питание, мол радиатор горячий, но возможно это рабочий режим и зависание из-за просадки по питанию. Взял качественный блок питания на 3+ Ампера и качественный micro USB кабель. Все аналогично. Взял в блок питания с бочонком 5В/4А. Аналогично. Поставил кулер, правда работающий на 5 вольтах 12 вольтовый, особо не улучшилась ситуация.
Может Micro SD дефектный оказался, не знаю, но без нагрузки в целом все работает. У кого какой опыт есть по локализации таких проблем? Может что из логов может пролить свет на причины?
Пока не нашёл ответа на вопрос, в чём прикол использования int257? Подозреваю, что с архитектурной точки зрения это вроде как знаковое int256, но как это вообще сочетается с хранением? Понятно, что виртуальная машина своя и там можно хоть тернарную арифметику использовать, но реально ведь код будет исполняться на обычных и разные там SIMD-инструкции уже не так полетят.
Там как минимум до обеда сервисы толком не работали, сейчас вроде поправили.