Работать сидя с VR? Что-то малоприятное занятие. Уже имели опыт создание виртуальной клавиатуры, но стоя: руки жутко быстро устают, даже при наборе свайпом. Так что такая разработка будет уместна только в специфических областях.
Пререндеринг скорее как возможная оптимизация для статичных страниц, поэтому ее считать устаревшей не совсем верно. Зачем мучить сервер заставляя генерировать его одно и тоже?
Был где-то сайт, где проверялись приемы и подходы и как это влияет на поисковики. Попробуйте поискать, но насколько я помню SSR дает значительно лучший результата, так как даже при выполнении JS они не дожидаются многих асинхронных функций
Мне интересно, на каких моментах себя на этой мысли ловили. VCL позволяет быстро набросать форму, но вот в какой-то более менеее сложный UI, а уж, упаси боже, анимации на нем раз в 5 сложнее реализовываются.
Насчет Qt+QML говорить не стану, так как опыта работы с ним даже года нет, с VCL работал около 4ех лет и сказать, что с ним больше не хочу иметь дела, значит ничего не сказать, Сpp+VCL вообще штука не самая приятная, а Delphi как язык меня в результате развития не устроил, FMX был хоть и сырым но более приятным для более сложных GUI. Возможно для сложных программ для работы с СУБД я бы и предпочел VCL/FMX, но не более.
А чем проверенная связка HTML+CSS+JS вам не угодила понять не могу, возможно, только отсутствием визуального редактора.
Не стоит забывать, что Eдectron не только Chromium, но и Node со всеми отсюда вытекающими: работа с файлами, взаимодействие с ОС. Поэтому слова, что мы получаем тот же браузер не совсем верны. А вот насчет надбраузера, так на нем его уже сделали: Brave(правда там форк Electron-а и цели несколько иные нежели чем у обычных браузеров).
Если уж кому-то совсем в край извратиться тот же сервер можно для управления обернуть Electron-ом(но это надо уж совсем извращенцем быть)
Главная причина, почему Electron настолько популярен: не нужно переписывать уже написанное. Имея уже веб приложение, вам не потребуется много сил для натягивания его на Electron. Если же делать десктопное приложение с 0, то вам не придется искать новых специалистов. Берем имеющихся веб-разработчиков и усаживаем их за Electron и кошелек доволен и скорость разработки высокая. Например, тот же Slack так и поступил. Про легкость создания и настройки UI говорить не стоит.
Главным же недостатком Electrone является его прожорливость и большой вес даже минимального приложения. Я вижу такой путь к решению проблемы: завозим Electron в качестве VM, а exe-шник приложения по сути его запускает и скармливает нужные данные. И получаем сразу -90% от общего веса приложения (даже если от проблем с ОЗУ это спасет не особо, то компактность увеличит значительно), а о проблеме с ОЗУ надо уже отдельно думать.
То самое чувство, когда у нас это может звучать на полном серьезе вот так:
Уважаемый отдел софтвара. На утрненнем митапе мы с вашим тимлидом приняли решение, что ASAP надо закрыть таски, по которым просрали дедлайн. Если вы не видите эскейпов, то можете обратиться по вопросам тайменеджмента и мы попробуем найти решение, предварительно получив добро у ваших лидоов
Крайне некорректное высказывание, как и подсчет статистики браузеров, все-таки правильнее тут рассматривать движки браузеров. Например, Brave вообще вообще построен на Electrone и считать его клоном chrome…
Поэтому хотелось бы знать: как и по каким данным составлена данная статистика
ну наши контроллеры общаются с ядром тоже без OpenVR, но использовать приложению драйвер с OpenVR это никак не мешает. Да и зачем как-то стандартизировать взаимодействие устройства с его ядром? А вот использование ядра уже стандартизировать можно и нужно
Насчет шлема: мы ориентируемся преимущественно на Mobile VR, где ограничителем разрешения является лишь дисплей, так как тут на данный момент вообще нет конкурентов обеспечивающих достойную кроссплатформенность, и если все пойдет дальше, то реализуем шлем со своим уровня радиосигнала, которая нас на данный момент ограничивает BLE и сильно увеличивает задержку относительно возможной
С вибрацией все отлично, у нас уже полная совместимость с существующими основыми 3-DOF/6-DOF контроллерами. Правда серийный выпуск Fich Hands планируется не ранее 2018, так как необходимо реализовать продукцию Finch Shift (их к концу года планирует выпустить на прилавки, правда не знаю как с этим дела будут обстоять в России, так как тут нет компаний, которые бы взялись за распространение)
Не поверите, но я как раз собирался писать статью о лямбда исчислении на JS и даже написал под нее библиотеку.
Статья очень хорошо переварена для неподготовленного читателя(статья на викиконспектах зашла далеко не с первого раза)
На самом деле неплохо было бы раскрыть понятия: каррирования/декаррирования и частичного применения функций, которые тут показаны, но не указано, что это они и есть, а прочитавшие статью могут так и не понять, что страшные термины, которых они ранее избегали весьма безобидные и понятные.
Изначально тоже делали полноценную руку(правда без использования оптического трекера как у окулуса), но потом отказались из-за неудобства как такового(разные размеры рук у людейб снимать/надевать не очень удобно). Перешли на 5 отдельных датчиков на каждом пальце соответственно, спустя некоторое время разработки оставили лишь 3, так как они самые необходимые, а остальные просто не имели какого-либо игрового смысла. В итоге пока имеем датчики лишь на большом, среднем и указательным + сенсорный трекер на указательном пальце.
PS. если вдруг интересно finch-vr
1) Найти ментора и выпрашивать у него задачи с его заказов (частенько опытным разработчикам бывает даже полезная такая помощь, так как она позволяет скидывать скучную рутинную работу, которая для новичка еще является ценным опытом)
2) Набиваем себе шишки в реальных задачах и дальше просим выделять полноценные заказы от лица ментора (он занимается просто контролем качества, чтобы его имя не посрамили)
3) Ментор в вас полностью уверен и готов дать первый реальный проект: выпрашиваем делегировать реальный заказ уже вам без посредников
Таким образом мы и плавно влились в мир фриланса и на задачах могли выцепить часть работ в портфолио
Далее все уже в ваших руках
Сделать их не проблема, но вот их цена зашкаливает. Некоторые крупные компании заинтересованы в перчатках VR, но в массы их пускать пока нет смысла. И главное, поверьте, они далеко не так удобны для длительного использования как кажутся
А чем проверенная связка HTML+CSS+JS вам не угодила понять не могу, возможно, только отсутствием визуального редактора.
Если уж кому-то совсем в край извратиться тот же сервер можно для управления обернуть Electron-ом(но это надо уж совсем извращенцем быть)
Главным же недостатком Electrone является его прожорливость и большой вес даже минимального приложения. Я вижу такой путь к решению проблемы: завозим Electron в качестве VM, а exe-шник приложения по сути его запускает и скармливает нужные данные. И получаем сразу -90% от общего веса приложения (даже если от проблем с ОЗУ это спасет не особо, то компактность увеличит значительно), а о проблеме с ОЗУ надо уже отдельно думать.
Поэтому хотелось бы знать: как и по каким данным составлена данная статистика
Статья очень хорошо переварена для неподготовленного читателя(статья на викиконспектах зашла далеко не с первого раза)
На самом деле неплохо было бы раскрыть понятия: каррирования/декаррирования и частичного применения функций, которые тут показаны, но не указано, что это они и есть, а прочитавшие статью могут так и не понять, что страшные термины, которых они ранее избегали весьма безобидные и понятные.
PS. если вдруг интересно finch-vr
2) Набиваем себе шишки в реальных задачах и дальше просим выделять полноценные заказы от лица ментора (он занимается просто контролем качества, чтобы его имя не посрамили)
3) Ментор в вас полностью уверен и готов дать первый реальный проект: выпрашиваем делегировать реальный заказ уже вам без посредников
Таким образом мы и плавно влились в мир фриланса и на задачах могли выцепить часть работ в портфолио
Далее все уже в ваших руках