godot engine

Я очень долго не мог поладить с Unity. В основном мои проблемы сводились к тому, что связность компонентов любой игры, которую я создавал с использованием этого движка, очень быстро росла. Я знал об этом, но не знал, что с этим делать. В итоге каждое новое изменение в коде игры давалось всё сложнее. Рост сложности кодовой базы выглядел примерно так. На самом деле всё не так плохо, но суть, я надеюсь, ясна. Что интересно, ни с каким из движков, с которыми я работал до этого, таких проблем не возникало. Поэтому я начал полагать, что это с Unity что-то не так, и мне просто нужно сменить движок. Unreal Engine я отмёл сразу, т.к. вся его мощь была для меня избыточной. Я посмотрел в сторону Godot Engine. Где-то на пятом часу его изучения познакомился с местной концепцией сигналов. Немного порефлексировав после, я понял, что это очень похоже на то, что я встречал в других движках и фреймворках и именно то, чего мне не хватало в Unity. После того как я стал использовать паттерны и концепции реактивного программирования в Unity, разработка игр стала идти как никогда плавно и без лишней нервотрёпки. К чему я это всё рассказываю? Даже если вы считаете себя специалистом очень узкого профиля, но планируете повышать свою экспертизу и свои навыки, важно подглядывать в смежные технологии и области и знакомиться с идеями оттуда. Это позволит смотреть по-другому на привычные вещи. Конечно, это не значит, что нужно быть абсолютным фуллстэком (читай мастером на все руки, но руки из одного места). Всё должно быть в меру, и лучше, если приобретаемые навыки положительно влияют на основные компетенции.