Ого, сколько негатива вам тут накидали. При том, что идея хорошая и есть уже работающий зал. Я к вам обязательно доберусь и на себе проверю, как это по ощущениям.
Вдруг вы не догадывались )) вот вам еще одна область, где ваша система скорее всего будет очень хороша: реабилитация после травм. Одна из проблем в том, что после травмы у человека появляются "мертвые" диапазоны. Это некие положения тела или органа, в которых человек избегает прилагать усилия. Как правило, такие зоны проходятся а) на инерции б) за счет подключения других мышц в) за счет смены позы. Соответственно, есть приборы для выявления таких положений (как правило, это изометрия + тензодатчики). Т.е. сначала выявляешь, потому пытаешься как-то по памяти это проработать.
У вас же есть три преимущества:
Так как датчики у вас уже есть, такие зоны сразу будут видны;
Так как у человека перед глазами дисплей, он может концентрированно и управляемо работать над этими зонами;
Зоны будут активно прорабатываться, так как на инерции работать уже не получится.
Ок, неплохо, но не означает ли это детерминизм подобного мира с самого начала "сотворения"? Ведь мы убрали случайность с точки зрения подобной мультивселенной?
Тут беда, как мне кажется, в том, что проект позволял приложениям сразу писать в Firebase Database. Это просто и, одновременно, разрушительно. Если сделать все записи только через API, реализованный (например) на Functions, все проблемы с разрушением структуры, дублированием и т.п. уйдут.
Иными словами: неверная архитектура как при проектировании, так и при принятии решения об уходе с платформы.
Прекрасно! А ваш движок позволяет сделать следующее:
1. Я остановился на 20-ом шаге из 50.
2. Хочу поменять входные параметры и посмотреть, как изменится результат на этом шаге.
Сейчас меня сразу перебрасывает в конец, а я хочу наблюдать (по возможности) промежуточный результат.
У меня очень хорошие впечатления от Ашановских 2032. Работают значительно лучше, чем Duracell и Energizer (на всякий случай: режим разрядки- постоянный, без скачков; всегда в тепле).
У меня в воображении )) получается перекрыть один диск другим целиком.
Давайте проще- разрежем каждый диск на 4 лепестка. Все лепестки чуть наклонены (как лопасти), если мы начнем поворачивать нижний круг, его лепестки вылезут и перекроют лепестки верхнего диска.
А как идея- смотрите, есть плоские моторы (PCB motor). Они представляют собой плату + магнит. Дальше два круга с прорезью друг над другом- если крутим один, он выезжает через прорезь и перекрывает другой. Все получается плоское, соседние элементы друг за друга не цепляются. Можно даже всю конструкцию закрыть стеклом.
Прекрасно, но как вы собираетесь конкурировать с тем же Airbnb? У них подобный сервис довольно давно, услуг больше и работает по всему миру. Например Tahoo, USA (кстати, ценник сопоставим с вашими тренерами в Сочи). С серфом у них все еще лучше. Ну и маркетинговый бюджет значительно больше.
Я, конечно, не «настоящий сварщик», но в Google Colab развернул YOLO4, прогнал через него кучу фотографий и 2х минутное видео не заплатив за все это ни копейки. У Сбера точно самые низкие цены в отрасли?
А у вас есть опыт пилотирования? Сможете с пульта посадить на полосу самолет на три точки, когда он садится на вас? Если нет, шасси вам не нужны, а сажать надо на траву или снег. Пропеллер для таких посадок нужен складной.
В любом случае я бы рекомендовал купить (или самому сделать) «пенопластку» и отрабатывать все на ней. Самолеты из пенопласта практически неубиваемы. После краша их прям в поле можно починить ЦА и тут же летать. Их не жалко в конце-концов. Они дешевы. А падений у вас будет много, поверьте- вы же собираетесь как-то испытывать свою систему управления.
Еще замечания- машинки управления в крыле стоят в торце управляющей плоскости (верно?). Учитывая, что плоскости вы печатаете, это не очень хорошее решение. Во-первых, очень сложно соблюсти соосность и у вас будет либо клинить серву, либо серва будет ломать крепления и ось. Во-вторых, сила прикладывается с одной стороны- это перекос плоскости и потенциальное ее разрушение (отрыв от сервы). В-третьи, а как вы планируете регулировать нейтральное положение, подумали? Классически серва стоит впереди управляющей плоскости и соединена качалкой. Не так эстетично, зато решает все три проблемы.
Согласен. Для определения размеров можно использовать практически тот же подход, т.е. поставить на тележку два светодиода. С засветами от других источников сложнее, но тут поможет калибровка, в ходе которой вы поймете, как будет расположена узкая полоска по которой двигаются светодиоды. Т.е. все, что вне этой полоски мы просто игнорируем.
А почему, например, не использовать в качестве метки инфракрасный светодиод и, соответственно, ИК-камеру? Задача локализации такой метки сильно упрощается и может быть решена микроконтроллером. Я бы еще добавил режим калибровки системы, что позволило бы решить проблемы с дисторсий объектива и произвольным расположением камеры.
Ха, регистрировали PayPal аккаунт на российскую компанию. Проверка со стороны PP продолжалась более месяца, после чего клиент согласился на ЯК. Насколько я знаю, по этой заявке никакого решения не было принято, т.е. она где-то там так и висит.
Пока стартап стартапит, крупные компании уже выпускают полностью электрические катера. Ценник адский, но надо понимать, что это не просто катер, а вейкбордический буксировщик премиум-класса: www.nautique.com/models/super-air-nautique-gs22e/overview
del
Ого, сколько негатива вам тут накидали. При том, что идея хорошая и есть уже работающий зал. Я к вам обязательно доберусь и на себе проверю, как это по ощущениям.
Вдруг вы не догадывались )) вот вам еще одна область, где ваша система скорее всего будет очень хороша: реабилитация после травм. Одна из проблем в том, что после травмы у человека появляются "мертвые" диапазоны. Это некие положения тела или органа, в которых человек избегает прилагать усилия. Как правило, такие зоны проходятся а) на инерции б) за счет подключения других мышц в) за счет смены позы. Соответственно, есть приборы для выявления таких положений (как правило, это изометрия + тензодатчики). Т.е. сначала выявляешь, потому пытаешься как-то по памяти это проработать.
У вас же есть три преимущества:
Так как датчики у вас уже есть, такие зоны сразу будут видны;
Так как у человека перед глазами дисплей, он может концентрированно и управляемо работать над этими зонами;
Зоны будут активно прорабатываться, так как на инерции работать уже не получится.
Я правильно понимаю, что в этом случае вопрос возникновения подобного мира остается открытым, так как случайности больше нет?
Ок, неплохо, но не означает ли это детерминизм подобного мира с самого начала "сотворения"? Ведь мы убрали случайность с точки зрения подобной мультивселенной?
Не очень понятно, сколько вселенных возникнет в случае не целочисленной, а дробной вероятности (например, 1/3).
Тут беда, как мне кажется, в том, что проект позволял приложениям сразу писать в Firebase Database. Это просто и, одновременно, разрушительно. Если сделать все записи только через API, реализованный (например) на Functions, все проблемы с разрушением структуры, дублированием и т.п. уйдут.
Иными словами: неверная архитектура как при проектировании, так и при принятии решения об уходе с платформы.
1. Я остановился на 20-ом шаге из 50.
2. Хочу поменять входные параметры и посмотреть, как изменится результат на этом шаге.
Сейчас меня сразу перебрасывает в конец, а я хочу наблюдать (по возможности) промежуточный результат.
Давайте проще- разрежем каждый диск на 4 лепестка. Все лепестки чуть наклонены (как лопасти), если мы начнем поворачивать нижний круг, его лепестки вылезут и перекроют лепестки верхнего диска.
А у вас есть опыт пилотирования? Сможете с пульта посадить на полосу самолет на три точки, когда он садится на вас? Если нет, шасси вам не нужны, а сажать надо на траву или снег. Пропеллер для таких посадок нужен складной.
В любом случае я бы рекомендовал купить (или самому сделать) «пенопластку» и отрабатывать все на ней. Самолеты из пенопласта практически неубиваемы. После краша их прям в поле можно починить ЦА и тут же летать. Их не жалко в конце-концов. Они дешевы. А падений у вас будет много, поверьте- вы же собираетесь как-то испытывать свою систему управления.
Еще замечания- машинки управления в крыле стоят в торце управляющей плоскости (верно?). Учитывая, что плоскости вы печатаете, это не очень хорошее решение. Во-первых, очень сложно соблюсти соосность и у вас будет либо клинить серву, либо серва будет ломать крепления и ось. Во-вторых, сила прикладывается с одной стороны- это перекос плоскости и потенциальное ее разрушение (отрыв от сервы). В-третьи, а как вы планируете регулировать нейтральное положение, подумали? Классически серва стоит впереди управляющей плоскости и соединена качалкой. Не так эстетично, зато решает все три проблемы.
www.nautique.com/models/super-air-nautique-gs22e/overview