За нейронку, конечно, обидно. Так меня еще не называли ( Я делаю самые первые шаги в геймдизайне и да, при поиске информации по азам статья "The Door Problem" Лиз Ингланд попадается одна из первых. На меня, как человека об этом никогда не задумывавшегося она произвела очень сильное впечатление, которое вылилось в этот небольшой монолог.
Karaf действительно развивается и даже используется у нас для ограниченного числа клиентов (чаще для тех, у кого уже сейчас стоят фермы Карафа и отказаться от них нет возможности). Однако, для них у нас выделен отдельный пайплайн для сборки именно под Karaf. Вся проблема в том, что Karaf очень плохо дружит со Spring Boot. Официально поддержку обещают, если не ошибаюсь, только в 5й версии. Сейчас же есть обходные решения, но вся суть Карафа при этом теряется. Ведь в чем его основной смысл - это контейнер с набором установленных зависимостей, которые используются задеплоенными приложениями. Т.е. разделение: приложение - логика, Karaf - управление зависимостями через разделяемую память. Если приложение собрано на Spring Boot, то оно уже в себе держит все нужные зависимости. Два приложения - два набора идентичных зависимостей. Получаем большой оверхэд, который не несет особой пользы. Поэтому сейчас у нас разделение - один пайплайн сборки *.kar для Карафа, второй пайплайн для сборки docker-image для запуска в Kubernetes.
Да, например, из последнего делали компоненты для работы с 1С через протокол OData. Заказчик потребовал подключение к 1С на этапе дизайна , чтобы было понятно, с какими объектами можно работать. Соответственно, в компонент добавляли кнопку "Получить данные", по которой делали подключение к 1С, выполнение запроса на получение данных согласно заданным в компоненте параметрам и вывод результата запроса тут же в компонент в специально отведенное для этого многострочное поле. Каталог данных - это один из продуктов нашей компании, опять же. Например, в нем хранится информация об API внешних систем, их сваггер описания, где-то таблицы в БД со всеми их атрибутами, события кафки и т.п. По мониторингу всё просто на текущий момент - собираются метрики по всем интеграционным обменам в Camel, включая успешные и неуспешные. Неуспешные в свою очередь делятся на обработанные и необработанные (обработано исключение или нет). Исходя из этого можем строить графики нагрузки на интеграцию (всплески и просадки) и выводить гистограммы по ошибкам - где, когда и сколько.
Да, есть как семья, ипотека, так еще и автокредит ) Более того, ипотека с автокредитом кушают сильно больше жены и ребенка)) Я выше уже писал в комментариях, что не могу позволить себе бросить основную работу. Во-первых, она мне нравится, во-вторых, она приносит доход оооочень сильно выше среднего заработка по городу. На играх за последний год я заработал столько, что даже минимальной суммы вывода с Яндекса не набралось. Единственная привилегия, которая у меня есть - 24-часовой день. Зачастую его хватает чтобы и денег на работе заработать и с семьей немного побыть и геймдевом позаниматься пару-тройку часов. На сон, к сожалению, остается не так много, но приходится чем-то жертвовать.
Ну вот у меня тоже что-то подобное. Сначала что-то сделал, самому понравилось. Потом сделал несколько игрушек на Яндекс, скинул в несколько чатов, получил даже немного похвалы) Сейчас уже что-то более серьезное делаю, пусть, может быть, всё еще не под стим, но и он не за горами)
Конечно, даже сейчас, спустя почти 2 года, каждый раз мне кажется, что я делаю недостаточно. Каждый раз мне кажется, что я делаю новую фичу слишком долго и можно сделать гораздо быстрее, но выё это решается опытом. У меня за плечами десятки, если не сотни начинаний что-то делать с нуля. И за счет всех этих начинаний я усвоил урок - ничто не получается быстро (если это не выигрышный лотерейный билет). Любая новая технология усваивается потом, кровью и объемом решенных задач. Так же усвоил, что нельзя придти и сходу сделать задачу "создать вселенную". Сначала простейшие задачи, только потом поэтапное усложнение. По поводу "идеально". Моё ИМХО - идеальной должна быть игра со стороны конечного игрока. Он должен играть в нее с удовольствием. Что под капотом - это вопрос второй и гораздо менее приоритетный. Сейчас я всегда сначала прототипирую - при этом на код смотреть зачастую страшно. А вот если сделанная фича мне нравится, то уже тогда я начинаю делать рефакторинг.
Позиция вполне понятна, но у нас с тобой принципиально разные цели. У тебя всё упирается в "найти работу с достойной оплатой" - у меня есть работа, она мне нравится, мне не нужна вторая. Я просто начал заниматься тем, чем давно хотел где-то на подкорке мозга, но в чем совершенно не разбираюсь. По поводу багов в определенной фазе луны - ты даже не представляешь, сколько их было на моем почти 20-летнем пути. Поверь, такое бывает не только в геймдеве. Одни из самых веселых - это ошибки, возникающие только на продуктивных данных, доступа к которым у тебя нет и никогда не будет...
Это всё еще хобби, хотя где-то в глубине души тлеет огонек надежды, что когда-нибудь хобби превратится в основной источник дохода. К сожалению, даже если это и произойдет, то очень нескоро - зарплата на текущем месте работы слишком хороша и догнать ее на разработке игр просто так не получится). Из опубликованных было 6 игр на яндексе, но сейчас все они сняты с публикации (и хорошо, за большую часть из них мне сейчас стыдно...) из-за низкого рейтинга. Пару из них я планирую в ближайшее время оживить.
Я не храню в ScriptableObject прогресс. Как и писал, использую их для задания настроек и конфигураций. Я написал, что можно менять их в рантайме, но делать этого не рекомендую )
Так а я же не спорю ) мне 40 лет и я тоже вырос на 8-битках. Они прекрасны. Даже сейчас очень много крутых пиксельных игр, которые с уверенностью могу назвать шедевром с моей точки зрения. Но делать 2D игры самому пока не хочется. Ведь любую игру нужно делать интересной. Нужно уметь передать в одном пикселе тот самый мир. У меня это пока не получается...
Да, смотрел (кроме Love2d, о таком даже не слышал), но поверхностно, т.е. только в виде каких-то обзоров и сравнений движков на Ютубе. Сам руками не трогал. Больше всего оттолкнуло малое количество обучающих материалов (по крайней мере на тот момент) и основной язык разработки. C# теперь навечно в моем сердечке ))
Ну, это кому что проще. Для меня 2D графика это кошмар и мучение - руки совсем не из того места. А вот для 3D могу хоть что-то похожее на правду собрать в Блендере.
У нас в компании Java (SpringBoot) пока всё равно остается на первом месте просто потому что вся экосистема на это завязана - генераторы кода и прочее - ну и компетенции разработчиков тоже. Однако, самые высоконагруженные сервисы потихоньку переезжают на Go. Лично меня это пока не коснулось, но в планы аттестаций MSA разрабов Go уже залетел как обязательный пункт.
Есть такая старая шутка - есть совы, они поздно ложатся, есть жаворонки, они рано встают, а есть я - выхухоль, поздно ложусь и рано встаю. Это своего рода тоже режим, но никому не рекомендую ))
За нейронку, конечно, обидно. Так меня еще не называли (
Я делаю самые первые шаги в геймдизайне и да, при поиске информации по азам статья "The Door Problem" Лиз Ингланд попадается одна из первых. На меня, как человека об этом никогда не задумывавшегося она произвела очень сильное впечатление, которое вылилось в этот небольшой монолог.
Karaf действительно развивается и даже используется у нас для ограниченного числа клиентов (чаще для тех, у кого уже сейчас стоят фермы Карафа и отказаться от них нет возможности). Однако, для них у нас выделен отдельный пайплайн для сборки именно под Karaf. Вся проблема в том, что Karaf очень плохо дружит со Spring Boot. Официально поддержку обещают, если не ошибаюсь, только в 5й версии. Сейчас же есть обходные решения, но вся суть Карафа при этом теряется. Ведь в чем его основной смысл - это контейнер с набором установленных зависимостей, которые используются задеплоенными приложениями. Т.е. разделение: приложение - логика, Karaf - управление зависимостями через разделяемую память. Если приложение собрано на Spring Boot, то оно уже в себе держит все нужные зависимости. Два приложения - два набора идентичных зависимостей. Получаем большой оверхэд, который не несет особой пользы. Поэтому сейчас у нас разделение - один пайплайн сборки *.kar для Карафа, второй пайплайн для сборки docker-image для запуска в Kubernetes.
Тут согласен, как только начинается сохранение на диск и чтение с него, скорость сразу резко падает, сами натыкались на это в начале пути.
Да, например, из последнего делали компоненты для работы с 1С через протокол OData. Заказчик потребовал подключение к 1С на этапе дизайна , чтобы было понятно, с какими объектами можно работать. Соответственно, в компонент добавляли кнопку "Получить данные", по которой делали подключение к 1С, выполнение запроса на получение данных согласно заданным в компоненте параметрам и вывод результата запроса тут же в компонент в специально отведенное для этого многострочное поле.
Каталог данных - это один из продуктов нашей компании, опять же. Например, в нем хранится информация об API внешних систем, их сваггер описания, где-то таблицы в БД со всеми их атрибутами, события кафки и т.п.
По мониторингу всё просто на текущий момент - собираются метрики по всем интеграционным обменам в Camel, включая успешные и неуспешные. Неуспешные в свою очередь делятся на обработанные и необработанные (обработано исключение или нет). Исходя из этого можем строить графики нагрузки на интеграцию (всплески и просадки) и выводить гистограммы по ошибкам - где, когда и сколько.
Да, есть как семья, ипотека, так еще и автокредит ) Более того, ипотека с автокредитом кушают сильно больше жены и ребенка))
Я выше уже писал в комментариях, что не могу позволить себе бросить основную работу. Во-первых, она мне нравится, во-вторых, она приносит доход оооочень сильно выше среднего заработка по городу. На играх за последний год я заработал столько, что даже минимальной суммы вывода с Яндекса не набралось. Единственная привилегия, которая у меня есть - 24-часовой день. Зачастую его хватает чтобы и денег на работе заработать и с семьей немного побыть и геймдевом позаниматься пару-тройку часов. На сон, к сожалению, остается не так много, но приходится чем-то жертвовать.
Ну вот у меня тоже что-то подобное. Сначала что-то сделал, самому понравилось. Потом сделал несколько игрушек на Яндекс, скинул в несколько чатов, получил даже немного похвалы) Сейчас уже что-то более серьезное делаю, пусть, может быть, всё еще не под стим, но и он не за горами)
Да, пожалуй, соглашусь. Испарвил.
Отлично, рад, что сумел помочь )
Конечно, даже сейчас, спустя почти 2 года, каждый раз мне кажется, что я делаю недостаточно. Каждый раз мне кажется, что я делаю новую фичу слишком долго и можно сделать гораздо быстрее, но выё это решается опытом. У меня за плечами десятки, если не сотни начинаний что-то делать с нуля. И за счет всех этих начинаний я усвоил урок - ничто не получается быстро (если это не выигрышный лотерейный билет). Любая новая технология усваивается потом, кровью и объемом решенных задач. Так же усвоил, что нельзя придти и сходу сделать задачу "создать вселенную". Сначала простейшие задачи, только потом поэтапное усложнение.
По поводу "идеально". Моё ИМХО - идеальной должна быть игра со стороны конечного игрока. Он должен играть в нее с удовольствием. Что под капотом - это вопрос второй и гораздо менее приоритетный. Сейчас я всегда сначала прототипирую - при этом на код смотреть зачастую страшно. А вот если сделанная фича мне нравится, то уже тогда я начинаю делать рефакторинг.
Позиция вполне понятна, но у нас с тобой принципиально разные цели. У тебя всё упирается в "найти работу с достойной оплатой" - у меня есть работа, она мне нравится, мне не нужна вторая. Я просто начал заниматься тем, чем давно хотел где-то на подкорке мозга, но в чем совершенно не разбираюсь.
По поводу багов в определенной фазе луны - ты даже не представляешь, сколько их было на моем почти 20-летнем пути. Поверь, такое бывает не только в геймдеве. Одни из самых веселых - это ошибки, возникающие только на продуктивных данных, доступа к которым у тебя нет и никогда не будет...
Это всё еще хобби, хотя где-то в глубине души тлеет огонек надежды, что когда-нибудь хобби превратится в основной источник дохода. К сожалению, даже если это и произойдет, то очень нескоро - зарплата на текущем месте работы слишком хороша и догнать ее на разработке игр просто так не получится).
Из опубликованных было 6 игр на яндексе, но сейчас все они сняты с публикации (и хорошо, за большую часть из них мне сейчас стыдно...) из-за низкого рейтинга. Пару из них я планирую в ближайшее время оживить.
Я не храню в ScriptableObject прогресс. Как и писал, использую их для задания настроек и конфигураций. Я написал, что можно менять их в рантайме, но делать этого не рекомендую )
То, что можно - знаю. Нужно - впервые, если честно вижу такое мнение, но спорить с ним не имею права, так как некомпетентен в этом вопросе.
Так а я же не спорю ) мне 40 лет и я тоже вырос на 8-битках. Они прекрасны. Даже сейчас очень много крутых пиксельных игр, которые с уверенностью могу назвать шедевром с моей точки зрения. Но делать 2D игры самому пока не хочется. Ведь любую игру нужно делать интересной. Нужно уметь передать в одном пикселе тот самый мир. У меня это пока не получается...
Да, я именно про рисование. Да и личное предпочтение - все-таки 3D мне нравится больше, чем 2D, по крайней мере именно со стороны работы с графикой.
Да, смотрел (кроме Love2d, о таком даже не слышал), но поверхностно, т.е. только в виде каких-то обзоров и сравнений движков на Ютубе. Сам руками не трогал. Больше всего оттолкнуло малое количество обучающих материалов (по крайней мере на тот момент) и основной язык разработки. C# теперь навечно в моем сердечке ))
Ну, это кому что проще. Для меня 2D графика это кошмар и мучение - руки совсем не из того места. А вот для 3D могу хоть что-то похожее на правду собрать в Блендере.
Спасибо, она мне понадобится )
У нас в компании Java (SpringBoot) пока всё равно остается на первом месте просто потому что вся экосистема на это завязана - генераторы кода и прочее - ну и компетенции разработчиков тоже. Однако, самые высоконагруженные сервисы потихоньку переезжают на Go. Лично меня это пока не коснулось, но в планы аттестаций MSA разрабов Go уже залетел как обязательный пункт.
Есть такая старая шутка - есть совы, они поздно ложатся, есть жаворонки, они рано встают, а есть я - выхухоль, поздно ложусь и рано встаю. Это своего рода тоже режим, но никому не рекомендую ))