Мое мнение. Любую теорию можно переупаковать в абстрактную форму (математическую, формальную, модельную). Но для того чтобы передать эту форму другому нужно чтобы другой увидел ценность такой абстрактной формы. Без этого она останется конструкцией "не различимой" от других. А если человек уже ищет абстракции — он найдёт в этих записях подтверждение своим ценностями или противоречия. Ценность определения чистой абстракции наблюдения, без конкретных целей, это больше похоже на бесконечный путь, который в итоге найдет свое окончание при определении ценностей и целей этого пути.
Смотря что с чем сравнивать и какой есть бэкгрунд/навыки/скилы у человека, чтобы куда-то переходить. Моё мнение автор меняет шило на мыло. Ничего против не имею юнити или 1С. Соглашусь очень узконаправленная тема. Конкретно для гуманитариев перспектив больше в 1С, чем в юнити.
Ну вы же тоже такие делаете) Это бизнес. Кому-то нужна "мат модель" одного качества, где надо просто ходить и тыкать. Другим нужно чуть больше, чтобы там булевая логика автоматов, тут включили, тут выключилось, а кому-то больше. Вывод: Чтобы провести анализ насколько они успешны в целом и указать какие успешнее, какие дешевле, высчитать эффективности, сделать что угодно, нужны подготовленные данные из разных источников, которыми вы не обладаете.
Открываем источник 6 страницу , смотрим в таблицу. Видим отчетливо падение смертности за весь период наблюдения с 2000 по 2020. Возьмём потенциально бум вра с 14 по 22 год, каких-то аномальных скачков не видно. Вывод: статья - реклама тренажеров симуляторов. Да какую-то пользу приносят, количественно посчитать эту пользу сложно. Сфера не стандартизирована и под тренажёр можно подвести что угодно.
Не очень понял про "весь мета гейм вероятно будет на стороне реакта". Не могу придумать сложный кейс, но представим себе джуниора, ему поставили задачу разработать какую-то ui логику, при работе с этой логикой недостаточно просто вывести логи, допустим это задача связана со взаимным расположением ui компонентов друг относительно друга в зависимости от различных параметров. Без визуального представления такую задачу сложно решить. Исходя из такой логики, я хочу представить идеальный кейс, при котором можно построить работу с комфортом и без ненужной переработки используя эту библиотеку и основания для внедрения ее. С моей точки зрения, я бы применил эту библиотеку, если бы у меня был уже готовый юнити проект на другой платформе и я решил бы зайти на webgl.
Видимо у всех разные подходы, пока сталкивался с компаниями, которые не используют серьезные мат модели. Интересно узнать в каких программах вы работаете unity view , а для моделирования физики что используете и как синхронизирует ?
Рынок unity завален вакансиями вр и ар тренажеров. Сложность разработки таких симуляторов сводится к тому что получить разрешение попасть на предприятие, сделать фотографии и видео и получить все возможные материалы, по которым 3д художники что-то склепают. "Упрощённая мат модель" в 90 % случаев , это если пользователь нажмёт эту кнопку, пусть этот датчик по какой-нибудь кривой дорастет до значения 6. При любом отклонении от сценария пользователю выведут сообщения "ай я ай ошибка". Я бы не стал романтизировать, индустрия производства таких тренажеров жива, только потому что нефтяника может себе позволить дорогостоящее оборудование и проверить эффективность такого оборудования очень сложная задача.
Я не эксперт в области программирование на микроконтроллерах. По моему маленькому опыту, один из самых важных аспектов это подбор оборудования, максимально дешево и чтобы можно было выполнить поставленную задачу. Возможно, для простых задач на микроконтроллерах, которые не требует высокой скорости обработки входных сигналов и относительной дешевизны stm, такая архитектура будет к месту. На текущий момент мне сложно представить, такого специалиста, который будет программировать что-то на C# и DI, а где-то будет использовать что-то другое более производительное без усложнений. На каждый экземпляр устройства будет тратиться больше денег, для того чтобы потенциально удешевить скорость замены модулей оборудования. Также мне очень трудно представить сложную архитектуру в устройствах на микроконтроллерах. Из личного опыта, последний хоум проект был связан с программирование робо руки. Прочитав несколько книжек по DI и набравшись опыта в C#, я решил, да будет ООП, сделаю все по "уму". Не буду вдаваться в подробности, но скорость поворота членов устройства меня сильно разочаровала и я перешел на старый добрый спагети код.
Очень напоминает классическую вакансию где нужен непонятно кто. Не важен язык на котором вы пишете, даже если вы сомневаетесь пробуйте, достаточно математической базы итд. А потом удивление техлида , что-то кандидаты задачи не могут решить.
Интересно узнать у других членов комьюнити, какие им задают вопросы на собеседованиях на мидл позицию. По моему опыту мидлу задают вопросы по работе с конкретными фраемворками, которые использует компания, архитектурные паттерны или математические задачи.
Статью надо переименовать, как стать хорошим менеджером, тимлидом, техлидом. Понятия пересекаются во всей статье. В большей части это для тимлидов на мой взгляд.
Мое мнение. Любую теорию можно переупаковать в абстрактную форму (математическую, формальную, модельную). Но для того чтобы передать эту форму другому нужно чтобы другой увидел ценность такой абстрактной формы. Без этого она останется конструкцией "не различимой" от других. А если человек уже ищет абстракции — он найдёт в этих записях подтверждение своим ценностями или противоречия. Ценность определения чистой абстракции наблюдения, без конкретных целей, это больше похоже на бесконечный путь, который в итоге найдет свое окончание при определении ценностей и целей этого пути.
Общемировые ценности валюта и рейтинги, введем их и в обучение детей, чтобы они быстрее привыкли к взрослой жизни)
Смотря что с чем сравнивать и какой есть бэкгрунд/навыки/скилы у человека, чтобы куда-то переходить. Моё мнение автор меняет шило на мыло. Ничего против не имею юнити или 1С. Соглашусь очень узконаправленная тема. Конкретно для гуманитариев перспектив больше в 1С, чем в юнити.
https://lcontent.ru/product/pozharno-tehnicheskij-minimum/
https://lcontent.ru/product/okazanie-pervoj-pomoshhi/
https://lcontent.ru/product/narusheniya-pri-proizvodstve-ognevyh-rabot/
Я вот это мультиками называю просто. И не вижу ничего в этом плохого или постыдного, сам занимался, ничего сложного.
Ну вы же тоже такие делаете) Это бизнес. Кому-то нужна "мат модель" одного качества, где надо просто ходить и тыкать. Другим нужно чуть больше, чтобы там булевая логика автоматов, тут включили, тут выключилось, а кому-то больше. Вывод: Чтобы провести анализ насколько они успешны в целом и указать какие успешнее, какие дешевле, высчитать эффективности, сделать что угодно, нужны подготовленные данные из разных источников, которыми вы не обладаете.
Открываем источник 6 страницу , смотрим в таблицу. Видим отчетливо падение смертности за весь период наблюдения с 2000 по 2020. Возьмём потенциально бум вра с 14 по 22 год, каких-то аномальных скачков не видно. Вывод: статья - реклама тренажеров симуляторов. Да какую-то пользу приносят, количественно посчитать эту пользу сложно. Сфера не стандартизирована и под тренажёр можно подвести что угодно.
https://blog.unity.com/technology/tales-from-the-optimization-trenches-better-managed-code-stripping-with-unity-2020-lts
Как всегда информативно от unity. Последняя картинка как бы намекает "Ставь minimal, не совершай ошибки".
В unirx много расширений для удобства работы с классами unity.
Вот этот аспект построения команды мне как раз и был интересен, спасибо за статью и ответы. Не пробовали ли babylon.js ?
Тогда зачем вообще использовать юнити ?
Не очень понял про "весь мета гейм вероятно будет на стороне реакта". Не могу придумать сложный кейс, но представим себе джуниора, ему поставили задачу разработать какую-то ui логику, при работе с этой логикой недостаточно просто вывести логи, допустим это задача связана со взаимным расположением ui компонентов друг относительно друга в зависимости от различных параметров. Без визуального представления такую задачу сложно решить. Исходя из такой логики, я хочу представить идеальный кейс, при котором можно построить работу с комфортом и без ненужной переработки используя эту библиотеку и основания для внедрения ее. С моей точки зрения, я бы применил эту библиотеку, если бы у меня был уже готовый юнити проект на другой платформе и я решил бы зайти на webgl.
Тяжелые проекты в вебджл достаточно долго билдить, как программист тестирует код в юнити, он дублирует интерфейс в каком-то простом стиле?
Видимо у всех разные подходы, пока сталкивался с компаниями, которые не используют серьезные мат модели. Интересно узнать в каких программах вы работаете unity view , а для моделирования физики что используете и как синхронизирует ?
Рынок unity завален вакансиями вр и ар тренажеров. Сложность разработки таких симуляторов сводится к тому что получить разрешение попасть на предприятие, сделать фотографии и видео и получить все возможные материалы, по которым 3д художники что-то склепают. "Упрощённая мат модель" в 90 % случаев , это если пользователь нажмёт эту кнопку, пусть этот датчик по какой-нибудь кривой дорастет до значения 6. При любом отклонении от сценария пользователю выведут сообщения "ай я ай ошибка". Я бы не стал романтизировать, индустрия производства таких тренажеров жива, только потому что нефтяника может себе позволить дорогостоящее оборудование и проверить эффективность такого оборудования очень сложная задача.
Я не эксперт в области программирование на микроконтроллерах. По моему маленькому опыту, один из самых важных аспектов это подбор оборудования, максимально дешево и чтобы можно было выполнить поставленную задачу. Возможно, для простых задач на микроконтроллерах, которые не требует высокой скорости обработки входных сигналов и относительной дешевизны stm, такая архитектура будет к месту. На текущий момент мне сложно представить, такого специалиста, который будет программировать что-то на C# и DI, а где-то будет использовать что-то другое более производительное без усложнений. На каждый экземпляр устройства будет тратиться больше денег, для того чтобы потенциально удешевить скорость замены модулей оборудования. Также мне очень трудно представить сложную архитектуру в устройствах на микроконтроллерах. Из личного опыта, последний хоум проект был связан с программирование робо руки. Прочитав несколько книжек по DI и набравшись опыта в C#, я решил, да будет ООП, сделаю все по "уму". Не буду вдаваться в подробности, но скорость поворота членов устройства меня сильно разочаровала и я перешел на старый добрый спагети код.
Очень узко специализировано, чисто для пет проектов и прототипов. В реальной жизни NET и DI в микроконтроллерах никому не сдался.
Очень напоминает классическую вакансию где нужен непонятно кто. Не важен язык на котором вы пишете, даже если вы сомневаетесь пробуйте, достаточно математической базы итд. А потом удивление техлида , что-то кандидаты задачи не могут решить.
Интересно узнать у других членов комьюнити, какие им задают вопросы на собеседованиях на мидл позицию. По моему опыту мидлу задают вопросы по работе с конкретными фраемворками, которые использует компания, архитектурные паттерны или математические задачи.
Очень интересная статья, советую присмотреться к ссылкам в тексте.
Статью надо переименовать, как стать хорошим менеджером, тимлидом, техлидом. Понятия пересекаются во всей статье. В большей части это для тимлидов на мой взгляд.