Сейчас у нас трудоустроено около 33 человека наших учеников.

13 человек находится на full-time и ещё 20 на проектной основе.

Я очень рад, что мы наконец-то начали собирать ребят в офиса в разных городах. Сейчас открылся офис на 6 человек в Питере и я не хочу на этом останавливаться.

Надеюсь к концу года мы уже будем в трёх городах и не меньше чем с 40 разработчиками в full-time.

Это необычное чувство когда проходишь по коридорам и видишь людей которые учились у тебя и теперь они крепкие специалисты, которые исполнили свою мечту и стали разработчиками игр.

Им это далось нелегко, часто они не верили в себя и опускали руки, но те кто смогли это преодолеть теперь здесь и сейчас.

Присоединяйся к нам, научим с нуля и гарантируем трудоустройство - https://ijunior.ru/unity-start

Открыл студию разработки игр в Питере | Заселяемся в офис

https://www.youtube.com/watch?v=IhNi3vKPlbE&feature=youtu.be

Обзор кода ХаудиХо из нового видео Учим Unity за 1 час!

https://www.youtube.com/watch?v=Y2dKztHcE2I

Делаю большое исследование про архитектурные подходы в Unity и варианты решения проблемы с отсутствующим конструктором.

Любители ECS могут идти пососаться за другими гаражами, здесь увлечённо теребят пенисы любители ООП. Прошу нам не мешать.

В курсе Напильник будет целая глава на эту тему, хотя я не собирался её добавлять. Люди просят, а мне не жалко.

Чуть позже и на канал общие мысли запишу.

Курс к сожалению покинуло три человека, им не понравилась подача материала + что курс не полностью опубликован. Я их понимаю, деньги мы им вернули, проблем никаких нет.

Сейчас первый поток и я курс пишу по ходу дела от обратной связи. По этому когда я вижу, что ребятам интересная какая-то тема, я еду в студию, провожу ресёрч, включаю микрофон и начинается...

В общем предлагаю занять места ушедших - https://ijunior.ru/napilnik

Открыл запись на курс для трёх первых человек. Не успеете придётся ждать следующего потока, который будет аж в сентябре.

Сходил на закрытую тусу разработчиков игр и на конференцию WN Conf

https://www.youtube.com/watch?v=vYMj7UHnqUM&feature=youtu.be

Я на интервью согласился только из большого уважения к человеку который его брал.

Мне сказать нечего.

Сейчас моя студия в положение, что впринципе мы самоокупаемые и у нас есть деньги, но пока ещё не выпустили ничего значимого.

И я ставлю перед собой цель сконцентрироваться на работе и выпустить что-нибудь разрывное.

Мы используем продуктовый подход, он странный и многим из вас кажется еб**утым.

Лучшей его защитой будет когда мы заработаем много бумажных денег.

Всё остальное пердеть в лужу.

Дал интервью Евгению Гришакову

https://youtu.be/mFDOUOLW4Hg

Эх.

Грустно это всё.

Короче я нашёл более 20 противоречащих друг другу описания паттерна MVC.

Это часть моей исследовательской работы для курса Напильник кстати.

Там я показываю РЕАЛЬНЫЕ примеры использования MVC, MVP, Presentation Model, Passive View, Supervising Controller и MVVM в Unity. Кайф? Кайф.

И я просто в диком охуенезе от статей безграмотных идиотов и на русском и на английском, которые пытаются описать паттерн по названию сущностей.

Вот как можно трактовать контроллер как "Ну он контролирует".

Да это ещё ладно. Но как можно было модель превратить в "Ну там запросы к базе данных".

50 лет назад умные люди в лабораториях Xerox всё уже придумали, последующие годы не менее умные люди вполне конкретно это всё развивали и конкретно описывали.

Ну вот впадлу найти первоисточник и прочитать, что такое Controller и какое отношение он имеет Input\Output Segregation?

Вы же замечали, что при описание MVC и MVP в разных статьях полупокеры могут одинаковую схему нарисовать? Я уже месяц просматриваю всё это творчество и я буквально натыкаюсь на одну и ту же схему и один автор рисовал её для MVP а второй для MVVM.

Печально это конечно.

Совет могу дать на последок.

Перед тем как вникать в архитектурные паттерны научитесь хорошо моделировать предметную область хотя бы через тот же DDD. Когда хорошо поймёте что такое модель и её концептуальные границы вам будет уже легче разобраться чем отличается Passive View от Supervising Controller.

Извиняюсь перед всеми за то, что оскорбили книженьки по программированию.

https://www.youtube.com/watch?v=Iv4m6RDzcrM

Абрахам, я думал мы друзья.

Кто как не друг тебе скажет, что ты делаешь хрень полную? Твои враги - это твои подсосы, которые за много лет убедили тебя, что ты хороший программист.

Ведь давай честно, у тебя же задницу рвёт из-за того, что твой привычный шаблон сломался? Всю жизнь тебя пряником сладким называли, а теперь оказывается что ты говнокодер. И не по мнению злого гринча который украл рождество, а по объективным стандартам индустрии.

Что же тебе это не сказали твои "друзья" сеньоры? Они боялись обидеть их принцеску-дойную корову.

Вот и весь расклад, всю жизнь был топовым блогером и гениальным программистом, а я тебе глазки твои заплывшие открыл, что разработчик ты посредственный и местами даже ужасный. Хватит примазываться к профессионалам индустрии, записывай весёлые видосики, народ смешить у тебя пока получается лучше.

А мы тут с ребятами на курсе Напильник научились превращать 40 строк кода A в 3 строчки кода B с сохранением всего функционала.

Познаём потихоньку силу декларативного программирования, статического анализа и кодогенерации с рефлексией типов.

Хотите видосы по таким сложным темам? Могу поразбирать проекты которые мы сейчас делаем на этом курсе.

Следующий поток кстати к середине августа уже собирать будем, когда уже допишу весь материал и и мы начнём заканчивать с текущим.

Как ПРАВИЛЬНО сделать передвижение в Unity? Нормали поверхностей + Чистый код на C#

https://www.youtube.com/watch?v=puPjNRJMmOc

:))

Как ПРАВИЛЬНО сделать прыжок в Unity? Анимационные кривые против блогеров

https://www.youtube.com/watch?v=zprbOhxHPXE

Как человек не пробовавший в своей жизни ничего слаще репы не понимает почему стейк стоит 6000 рублей, так и Хауди Хо не понимает разницы между своими писюльками и нормальным кодом.

Хоть он и пытается натужном скопировать форму, но за ней всё также пшик.

Немного про подход к физике.

Мой подход идёт не на прямой физической симуляции а на основе детерминированной физики и формализации процессов. Все механики так реализовывать комфортней и предсказуемей, но к сожалению да, если что-то надо, надо это написать а не ждать что физ. движок как-то разберётся.

У нас впереди ещё немало видео в которых я покажу нормальную обработку различных ситуаций и вы наглядно увидите, что решение через обычный толчок объекта вверх абсолютно бесполезно в сколько-нибудь реальном проекте.

Я глуповат по части работы с физикой, но я уже работал над сетевым шутером где любая физика это огромная головная боль и над трёхмерными файтингами (их кстати многовато было) где всё до пикселя должно быть точным.

Его код предлагаю моим зрителям самостоятельно разобрать - https://gist.github.com/Priler/03d7fe1893f179c9e23b632578ff87c3

Пишите в формате:
Опыт работы.
Пункты по коду.

Заглянул на гитхаб хауди.

Я конечно не знаток Питона, но это же прям совсем плохо?

Неужели он на чём-то программирует ещё хуже чем на C#?