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 уже залетел как обязательный пункт.
Есть такая старая шутка - есть совы, они поздно ложатся, есть жаворонки, они рано встают, а есть я - выхухоль, поздно ложусь и рано встаю. Это своего рода тоже режим, но никому не рекомендую ))
Тема вайбкодинга сейчас прет изо всех щелей. Понятно, тема то модная. Люди, не имеющие опыта разработки счастливо бегут и генерируют через GPT код, просто вставляя его в свой проект. Получают ошибки, правят их через тот же GPT. Красиво, спору нет... А потом в один прекрасный день обнаруживают, что БД угнали, а вместе с ней всю персоналку, которая там хранилась. А всё почему? А потому что GPT не будет думать о безопасности вашей поделки и в итоге может оставить такие дыры, что плакать потом будет уже бесполезно, действеннее сразу застрелиться. За любой автоматизацией должен стоять смотрящий, который как минимум понимает, что получает от нейронки и как оно работает.
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 уже залетел как обязательный пункт.
Есть такая старая шутка - есть совы, они поздно ложатся, есть жаворонки, они рано встают, а есть я - выхухоль, поздно ложусь и рано встаю. Это своего рода тоже режим, но никому не рекомендую ))
Тема вайбкодинга сейчас прет изо всех щелей. Понятно, тема то модная. Люди, не имеющие опыта разработки счастливо бегут и генерируют через GPT код, просто вставляя его в свой проект. Получают ошибки, правят их через тот же GPT. Красиво, спору нет... А потом в один прекрасный день обнаруживают, что БД угнали, а вместе с ней всю персоналку, которая там хранилась. А всё почему? А потому что GPT не будет думать о безопасности вашей поделки и в итоге может оставить такие дыры, что плакать потом будет уже бесполезно, действеннее сразу застрелиться. За любой автоматизацией должен стоять смотрящий, который как минимум понимает, что получает от нейронки и как оно работает.