Unreal сложна в освоении чем Unity - кардинально другой подход в проектировании и использовании инструментария.
Одна сборка под платформу чего стоит. Ради теста попытался собрать шаблонный проект под windows - ушло более 20 часов и это при тестовой 3d сцене, которая предлагается для начала проекта. По характеристикам видеокарта на 4 Гб и оперативка на 8 Гб. Использовался Unreal Engine 5.2.
По мне видно, это не то же самое что собрать проект на Unity, особенно для разработки игр под мобильник. Если проект большой и у вас мощные ПК, то конечно Unreal в остальном случае нужно что-то облегчённое Godot, Panda3d, Construcrtor, Defold, Pygame, Game Maker, NeoAxis, Castle Game и т.д.
вставка протезов - это не лечение зубов. Ложное замена понятия. Это ведь протезирование. Протези вставляют при отсутствии части тела.
Почему-то многим кажется вставка искусственного материала- это лечение.
Лечение имеет этимологическое понятие как восстановление, излечение. От сюда и вытекает, что лечение - это восставновление повреждённого участка. И это должно быть из родного строительного материала.
Цитата "Я тогда сильно разозлился и спросил у преподавателя: «Почему мне два, а ему нет — он тоже не подтянулся!». Преподаватель это проигнорировал, а после пары однокурсники мне объяснили, что так не делается."
Вот это не отсутствие социальных навыков - это отсутсвие у преподавателя педагогического образования. Что значит, пояснили что так делать нельзя? Указано на явное несправедливое и необъективное решение. Никогда не любил жополиз из которых появляются "эффективные менеджеры и бизнес тренеры"
Ну что сказать - это очередная недоделанная конструкция. На видео не представлены реальные возможности робота: - не показали, как реально перемещается робот без поддержки - не показали работа с деталями (объектами). - не показали в реальном времени как робот решает проблемы препятствий, поиска пути и т.д.
Акккумуляторной батареии пока нет или другого источника питания, есть провод. Будет ли этот робот с проводом как пылесос?
Раньше, каких-то 15-20 лет вышки строились большие и на хорошем удалении от населённых от жилых домов. Потом в геометрической прогрессии численность возрастала, а высота снижалась.
Тут уже писали что томографы безвредны, а по мощность что-то схоже с излучением радиовышки. Но - томограмму мы можем пройти раз в год или почти ниразу. А излучение, как радиочастот, так и тепловое постоянно 24 часа в сутках и при нагрузках мощности передачи и приёма увеличиваются.
И тут на волне паники ковида многие бросились часто делать томографию, на что роспотребнадзор выступил с заявлением, что это может привести к вреде здоровью и вызвать формирования онкологии. Об этом заявили и иностранные врачи. https://www.gazeta.ru/social/2020/08/04/13177243.shtml
Если сейчас учесть что в городе стоят вышки, так что антены смотрят в окна 4-5 этажей и это не вымысел. А дом стоит в 15-20 метрах, то жильцы круглосуточно днём и ночью получают долю направленного излучения. Даже тот же роутер в квартире и доме можно выключить на ночь и микроволновка работает от силы 20 мин -1 час за сутки, то из сильных радиоизлучающих источников остаются мобильные телефоны.
Но рост онкозаболеваний и проблем со здоровьем растёт - согласно статистики. Ведь волшебным образом это не появляется. Поэтому, рядом стоящие антены - это зло для организма, потому что плохо изучена.
Проблемы на ранних этапах развития данной индустрии наблюдалось и с птицами. Возможно радиочастостные шумы в мировом масштабе вредят и морским жителям - есть статьи с предположением на влияние электромагнитных излучений техногенного характера на сбои в навигации животных.
Это прям как с вакцинацией. Она как бы необязательная и добровольная, но без неё ты никто и паспорт гражданина страны ниже по статусу сертификаты. Вот такая жиза.
Но подождите. Вы видели и работали в RAD studio? Сейчас там есть интеграция и с python и продолжается поддержка C++
Это предубеждение. Никто уже не пишет на чистом Delphi как это было 10 -15 лет назад. Уже другие направления. И они очень крутые. По некоторым показателям круче чем тот же visual studio с поддержкой тех же языков C++ и python.
Например, тот же python - это полумёртвый язык. Он жив только благодаря распиаренной компании. По факту на этом языке мало ниш где разрабатываются коммерческие проекты. Он больше для быстрого прототипирования, а как нужно создать стабильное приложение то C++, C#, Java, Delphi, Visual Basic...
Понятно, что многие гонятся за модой и толпой. Напомнило это вот таким высказыванием.
Delphi не мёртвый язык. Почему автор так считает непонятно, с учётом что это переведённая статья. Сейчас Delphi входит в пакет RAD Studio от embarcadero с поддержкой языка: каждый год выходит новая версия под современные нужды:
Сейчас прекрасно можно создать приложение под windows, ios, android и linux именно на Delphi. Всё стабильно работает.
Visual Basic net очень частый язык в образовании (школы, вузы, техникумы, и доп. образование), как и scratch .
Все эти мощные видокарты, и множество ядер в процессоре сжираются новой ОС и фактически проку от этого ноль. Хотя по факту твой компьютер может управлять запуском ракет, межорбитальными полётами и контролировать рой роботов, но 50% ресурсов сожрёт именно красивые интерфейсы.
А потом придут обновления и у тебя начнёт дико всё тормозить...
"Да, это вполне может быть. Основное ядро знаний и у тех, и у тех, и у тех, примерно одно и то же, а основные различия между ними пролегают именно в их автономности (способности работать без подсказок), производительности, количестве набитых шишек (что позволяет решать возникающие проблемы, иногда еще до того, как они возникли), чувстве прекрасного и кругозоре. "
Из данной фразу как раз и ответ на эту статью Никак нельзя стать мидлом, сеньёром и даже джуниор, если у тебя за плечами только знание языка и даже если есть практика на своих проектах, то в большинстве случаях тебе ничего не светит.
Проходить +1001 собеседований, чтобы стать очередным соискателем в списке HR и не пройти не одной, так как нет опыты согласно вашим описанным критериям. Т.е. Зря тратить время, когда можно тратить с пользой и прибылью для себя.
"В итоге на галерах у зеленых новичков и джунов очень быстро жгутся нервы, зато скорость роста в техническом плане на порядке выше чем при любой другой работе". А оно это нужно? Важнее здоровье или деньги? Поднимади подобную тему про кремневую долину, что из-за стрессов почти все разрабы расслабляются только благодаря наркотическим средствам и алкоголю.
А что такое "говнокод"? Есть точное определение? Из моей практики я вижу что говнокодом ругают код написаный вне компании, но используемый человеком или рядом сотрудников данной компании.
Когда они создают свою программу и выкладывают на обозрение, то другая компания или та у которой те брали другой код начинает говорить что они создали говнокод...
А если учесть что сотрудники перекочёвывают из одних компаний в другие, то обычно уже знают кто какой говнокод пишет...
И если говорить о говнокоде с позиции таких оценщиков, то получается - все пишут говнокод.
"как человек, "выращивающих джунов в мидлы" уже не первый год, я на подобные примеры насмотрелся своими глазами."
- обычно в вакансиях, ищущих джунов уже задаётся масса критериев отвечающих мидлу или сеньёру (пример hh или хабр карьера). А в некоторых компаниях согласно интервью отдельных личностей по уровню знаний джуниор не отличается от мидла или сеньёра и часто люди ходят в должности джуниора по 10-20 лет лишь бы не брать больше ответственности или не касаться бизнес моделей..
Хотя, как известно, в европейском варианте немного другой подход. Есть существенное различие кто такой джун и кто мидл и там точно разница в знаниях и опыте. Обычно джун в европейских компаниях это тоже самое что стажёр в российских - почему-то сложилась такое мнение. И эту проблему очень часто обсуждают на linkedin.
Поэтому чтобы дорасти до мидла или сеньёра остаётся именно саморазвитие на уровне разработок своих проектов и их продвижения, что бы удовлетворить запросы будущего работодателя, когда уже имеешь огромное портфолио.
вот и главный момент, а зачем разработчику, который сам делает работающие приложения идти в найм к компании если он и так себя реализовал, да ещё может быть и зарабатывает на этом.
"огда перед неопытным разработчиком встаёт проблема, которую ему нужно решить, у него может просто не хватить кругозора и опыта, чтобы увидеть хороший метод ее решения " - Для этого есть книги, документация, видеоролики от индусов или разработчиков языка (фреймворка и т.д.) и конечно stackoverflow. Как из многих интервью - всех джунов отправляют именно туда, если у них возникли вопросы.
"Продукт может работать и радовать пользователей, но код у него при этом может быть написан совершенно отвратительно и не разваливаться только благодаря невероятному везению. " - ну тут много есть споров на эту тему и даже целые лекции на youtube от компаний, где не всегда нужно вылизывать код для идеала, главное добиться выполнения задачи и стабильной работы.
Вот хороший пример как нужно разбирать информацию по новым задачам от Лёшы Корепанова https://youtu.be/3Z0K8AIP4zQ
Я не писал про замыкание на себе и своём продукте. Обратная связь всегда есть от пользователей. А вот умеют ли его принять разработчики или нет её - это другая история.
Какие приоритеты стоят у команды: - склепать быстро команду из недоучек и быстро создать приложение на котором поднять деньжат на общем хайпе - создать команду или делать проект не ради прибыли, а в первую очередь ради получения от процесса удовольствия, доказать себе что ты сможешь создать достойный продукт и подтянуть навыки и получить новые знания (google в помощь, чтение документации, и.т.д.)
У вторых прибыль как следствие, а у первых как цель. Эволюцию никто не отменял и борьба за существование есть везде.
Ваши доводы ещё не показатель отправлять себя в рабские условия на галеры. Есть множество интересных продуктов, разработанных вот такими инди разработчиками.
Хороший пример Маркус Перссон, Евгений Рошаль и подобные
Если бы всё было так просто, то да я бы воспользовался данным модулем, но к сожалению он мне не помог. Никак не мог определить камеру ни usb ни pi camera.
Тут дело вкуса. По мне, очень неплохая. Достаточно большое сообщество. В дополнении с другими модулями выдаёт неплохие результаты
Unreal сложна в освоении чем Unity - кардинально другой подход в проектировании и использовании инструментария.
Одна сборка под платформу чего стоит. Ради теста попытался собрать шаблонный проект под windows - ушло более 20 часов и это при тестовой 3d сцене, которая предлагается для начала проекта. По характеристикам видеокарта на 4 Гб и оперативка на 8 Гб. Использовался Unreal Engine 5.2.
По мне видно, это не то же самое что собрать проект на Unity, особенно для разработки игр под мобильник. Если проект большой и у вас мощные ПК, то конечно Unreal в остальном случае нужно что-то облегчённое Godot, Panda3d, Construcrtor, Defold, Pygame, Game Maker, NeoAxis, Castle Game и т.д.
вставка протезов - это не лечение зубов. Ложное замена понятия. Это ведь протезирование. Протези вставляют при отсутствии части тела.
Почему-то многим кажется вставка искусственного материала- это лечение.
Лечение имеет этимологическое понятие как восстановление, излечение. От сюда и вытекает, что лечение - это восставновление повреждённого участка. И это должно быть из родного строительного материала.
Цитата "Я тогда сильно разозлился и спросил у преподавателя: «Почему мне два, а ему нет — он тоже не подтянулся!». Преподаватель это проигнорировал, а после пары однокурсники мне объяснили, что так не делается."
Вот это не отсутствие социальных навыков - это отсутсвие у преподавателя педагогического образования.
Что значит, пояснили что так делать нельзя? Указано на явное несправедливое и необъективное решение. Никогда не любил жополиз из которых появляются "эффективные менеджеры и бизнес тренеры"
Вопрос к началу статьи. А что другие языке сейчас этого не умеют делать? Я спокойно тоже самое могу делать на C#, Lua, Delphi, Basic ...
Ну что сказать - это очередная недоделанная конструкция. На видео не представлены реальные возможности робота:
- не показали, как реально перемещается робот без поддержки
- не показали работа с деталями (объектами).
- не показали в реальном времени как робот решает проблемы препятствий, поиска пути и т.д.
Акккумуляторной батареии пока нет или другого источника питания, есть провод. Будет ли этот робот с проводом как пылесос?
Робот на стенде - это всего лишь "Манекен"
Раньше, каких-то 15-20 лет вышки строились большие и на хорошем удалении от населённых от жилых домов. Потом в геометрической прогрессии численность возрастала, а высота снижалась.
Тут уже писали что томографы безвредны, а по мощность что-то схоже с излучением радиовышки. Но - томограмму мы можем пройти раз в год или почти ниразу.
А излучение, как радиочастот, так и тепловое постоянно 24 часа в сутках и при нагрузках мощности передачи и приёма увеличиваются.
И тут на волне паники ковида многие бросились часто делать томографию, на что роспотребнадзор выступил с заявлением, что это может привести к вреде здоровью и вызвать формирования онкологии. Об этом заявили и иностранные врачи.
https://www.gazeta.ru/social/2020/08/04/13177243.shtml
Если сейчас учесть что в городе стоят вышки, так что антены смотрят в окна 4-5 этажей и это не вымысел. А дом стоит в 15-20 метрах, то жильцы круглосуточно днём и ночью получают долю направленного излучения. Даже тот же роутер в квартире и доме можно выключить на ночь и микроволновка работает от силы 20 мин -1 час за сутки, то из сильных радиоизлучающих источников остаются мобильные телефоны.
Но рост онкозаболеваний и проблем со здоровьем растёт - согласно статистики. Ведь волшебным образом это не появляется.
Поэтому, рядом стоящие антены - это зло для организма, потому что плохо изучена.
Проблемы на ранних этапах развития данной индустрии наблюдалось и с птицами. Возможно радиочастостные шумы в мировом масштабе вредят и морским жителям - есть статьи с предположением на влияние электромагнитных излучений техногенного характера на сбои в навигации животных.
Интересная задумка. +
Это прям как с вакцинацией. Она как бы необязательная и добровольная, но без неё ты никто и паспорт гражданина страны ниже по статусу сертификаты. Вот такая жиза.
Но я уже не встречал где кроме RAD Studio и в FireMonkey (который кростплатформенный) используется язык Delphi, как минимум лет 10 уже.
Поэтому, говоря о Delphi всё таки подразумевается современный вариант использования и применения.
Одна из лучших программ по фракталам Apophysis как раз написана на старом Delphi. Пока лучше для математических вычислений и не найдено
Но подождите. Вы видели и работали в RAD studio? Сейчас там есть интеграция и с python и продолжается поддержка C++
Это предубеждение. Никто уже не пишет на чистом Delphi как это было 10 -15 лет назад. Уже другие направления. И они очень крутые.
По некоторым показателям круче чем тот же visual studio с поддержкой тех же языков C++ и python.
Например, тот же python - это полумёртвый язык. Он жив только благодаря распиаренной компании. По факту на этом языке мало ниш где разрабатываются коммерческие проекты. Он больше для быстрого прототипирования, а как нужно создать стабильное приложение то C++, C#, Java, Delphi, Visual Basic...
Понятно, что многие гонятся за модой и толпой. Напомнило это вот таким высказыванием.
Delphi не мёртвый язык. Почему автор так считает непонятно, с учётом что это переведённая статья. Сейчас Delphi входит в пакет RAD Studio от embarcadero с поддержкой языка: каждый год выходит новая версия под современные нужды:
Сейчас прекрасно можно создать приложение под windows, ios, android и linux именно на Delphi. Всё стабильно работает.
Visual Basic net очень частый язык в образовании (школы, вузы, техникумы, и доп. образование), как и scratch .
До сих пор пользуюсь XP и 7
Все эти мощные видокарты, и множество ядер в процессоре сжираются новой ОС и фактически проку от этого ноль. Хотя по факту твой компьютер может управлять запуском ракет, межорбитальными полётами и контролировать рой роботов, но 50% ресурсов сожрёт именно красивые интерфейсы.
А потом придут обновления и у тебя начнёт дико всё тормозить...
"Да, это вполне может быть. Основное ядро знаний и у тех, и у тех, и у тех, примерно одно и то же, а основные различия между ними пролегают именно в их автономности (способности работать без подсказок), производительности, количестве набитых шишек (что позволяет решать возникающие проблемы, иногда еще до того, как они возникли), чувстве прекрасного и кругозоре. "
Из данной фразу как раз и ответ на эту статью Никак нельзя стать мидлом, сеньёром и даже джуниор, если у тебя за плечами только знание языка и даже если есть практика на своих проектах, то в большинстве случаях тебе ничего не светит.
Проходить +1001 собеседований, чтобы стать очередным соискателем в списке HR и не пройти не одной, так как нет опыты согласно вашим описанным критериям. Т.е. Зря тратить время, когда можно тратить с пользой и прибылью для себя.
"В итоге на галерах у зеленых новичков и джунов очень быстро жгутся нервы, зато скорость роста в техническом плане на порядке выше чем при любой другой работе".
А оно это нужно? Важнее здоровье или деньги?
Поднимади подобную тему про кремневую долину, что из-за стрессов почти все разрабы расслабляются только благодаря наркотическим средствам и алкоголю.
Приятно, когда работаешь в своём темпе.
А что такое "говнокод"? Есть точное определение? Из моей практики я вижу что говнокодом ругают код написаный вне компании, но используемый человеком или рядом сотрудников данной компании.
Когда они создают свою программу и выкладывают на обозрение, то другая компания или та у которой те брали другой код начинает говорить что они создали говнокод...
А если учесть что сотрудники перекочёвывают из одних компаний в другие, то обычно уже знают кто какой говнокод пишет...
И если говорить о говнокоде с позиции таких оценщиков, то получается - все пишут говнокод.
"как человек, "выращивающих джунов в мидлы" уже не первый год, я на подобные примеры насмотрелся своими глазами."
- обычно в вакансиях, ищущих джунов уже задаётся масса критериев отвечающих мидлу или сеньёру (пример hh или хабр карьера). А в некоторых компаниях согласно интервью отдельных личностей по уровню знаний джуниор не отличается от мидла или сеньёра и часто люди ходят в должности джуниора по 10-20 лет лишь бы не брать больше ответственности или не касаться бизнес моделей..
Хотя, как известно, в европейском варианте немного другой подход. Есть существенное различие кто такой джун и кто мидл и там точно разница в знаниях и опыте. Обычно джун в европейских компаниях это тоже самое что стажёр в российских - почему-то сложилась такое мнение.
И эту проблему очень часто обсуждают на linkedin.
Поэтому чтобы дорасти до мидла или сеньёра остаётся именно саморазвитие на уровне разработок своих проектов и их продвижения, что бы удовлетворить запросы будущего работодателя, когда уже имеешь огромное портфолио.
вот и главный момент, а зачем разработчику, который сам делает работающие приложения идти в найм к компании если он и так себя реализовал, да ещё может быть и зарабатывает на этом.
"огда перед неопытным разработчиком встаёт проблема, которую ему нужно решить, у него может просто не хватить кругозора и опыта, чтобы увидеть хороший метод ее решения "
- Для этого есть книги, документация, видеоролики от индусов или разработчиков языка (фреймворка и т.д.) и конечно stackoverflow.
Как из многих интервью - всех джунов отправляют именно туда, если у них возникли вопросы.
"Продукт может работать и радовать пользователей, но код у него при этом может быть написан совершенно отвратительно и не разваливаться только благодаря невероятному везению. "
- ну тут много есть споров на эту тему и даже целые лекции на youtube от компаний, где не всегда нужно вылизывать код для идеала, главное добиться выполнения задачи и стабильной работы.
Вот хороший пример как нужно разбирать информацию по новым задачам от Лёшы Корепанова
https://youtu.be/3Z0K8AIP4zQ
Я не писал про замыкание на себе и своём продукте. Обратная связь всегда есть от пользователей. А вот умеют ли его принять разработчики или нет её - это другая история.
Какие приоритеты стоят у команды:
- склепать быстро команду из недоучек и быстро создать приложение на котором поднять деньжат на общем хайпе
- создать команду или делать проект не ради прибыли, а в первую очередь ради получения от процесса удовольствия, доказать себе что ты сможешь создать достойный продукт и подтянуть навыки и получить новые знания (google в помощь, чтение документации, и.т.д.)
У вторых прибыль как следствие, а у первых как цель. Эволюцию никто не отменял и борьба за существование есть везде.
Ваши доводы ещё не показатель отправлять себя в рабские условия на галеры.
Есть множество интересных продуктов, разработанных вот такими инди разработчиками.
Хороший пример Маркус Перссон, Евгений Рошаль и подобные
По факту можно жостич уровня мидла или сеньёра просто разрабатывая свои проекты (продукты) и тренируясь их продавать.
И при этом не нужно стучаться в компании, особенно в те, что требуют как с мидла, а платить будут как джуну или стажировщику.
Ну таких компаний пруд пруди и не только на российском рынке. Много скандалов и у иностранных компаний, например Nitrogen Studios
https://ru.wikipedia.org/wiki/Полный_расколбас
Если бы всё было так просто, то да я бы воспользовался данным модулем, но к сожалению он мне не помог. Никак не мог определить камеру ни usb ни pi camera.
И судя по форумам, это проблема не только у меня.