Стыд и позор! Неужели мы ТАК учим программировать? | Обзор кода C# и Unity 

Не удаётся открыть ссылку

привет вы сказали что ваш курс компьютер програмирование игр яинор онлайн уроки офлайн уроки тоже есть

Вопрос на счёт браузерных игр: Что будет с инди разработчиками, которые делают браузерки, после того когда вы жадно захватите рынок? У которых это доступное хобби и небольшая прибавка к основной зарплате. Ведь этот рынок развили не вы. А именно инди разработчики, приходя домой, садясь за ПК, после тяжёлой работы за горсть сухарей.

Пожалуйста, можешь обозреть код Onigiri(челик который с помощью C# создаёт ИИ, игры, и т.д.)

можно по курсам устроиться в it-компанию на уровень junior?

@Алмаз Касперских раз он не ругал, то мог назвать видео, на подобии "Разбор кода моего ученика", тоже думаю вполне громкий заголовок, учитывая что он всем предлагает свой курс

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

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

@@stoksful я не авторизован и у меня тёмная, наверняка из настроек ОС это идёт

Хах, 360 p и смотрю с телефона)

Всмысле нет, давай я тебе продам, сколько килогигаьайт отсыпать?

LeetCode в помощь. И Гугл :)

@@Fearengate А знаете самый главный минус, ты НИКОГДА не поймёшь что надо стелать в задании пока не посмотришь ответы

Напишите менеджеру, он свяжется с вами если вы оставите свои контактные данные на сайте Агавы

@@mrcube4162 а как с менеджером связаться?

@@nuclear-decline Ну тыкните "Купить курс" на сайте Агавы, введите свой номер телефона и в течении нескольких дней должен написать менеджер, у него и спрашивайте про работу

@@nuclear-decline сдуя по таким вопросам, уже не подходите)

c# :))

@@viktorartemov2468 что тут за реклама началась ? И что значит (русскии язык есть на английском) ? ахахахаха

Комменты удалили!!!Эльфийский ваш английский!!!!

если хочешь начать с легкого - изучай питон, он как по мне самый легкий если хочешь начинать с реально полезного, учи С++, как говорится, на юнити с# можно написать игру, на С++ написали юнити

Когда ему станет интересно, тогда пусть и начинает. Если он хочет щас бегать крапиву палкой хуярить, то не мешай ему, не забирай у него детство.

я думаю что если Ребенку это будет и вправду интрестно то возраст не будет имееть значение)

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

Блин, вы родители задолбали, личинус еще не вырос, а вы за него решили кем он хочет быть. Дождитесь возраста, когда он сам захочет что-то свое

@@nikukralizikane А что плохого в разработке игр? Если это правильно преподать, это будет и интересно и может вылиться в профессию

У нас в программе есть шаблонный метод)

Паттерны сложно видеть и использовать пока не набьешь скила, просто прочитать книгу gof'ов недостаточно

@@rsakutin TakeDamage это и есть некая кривая реализация шаблонного метода по сути равзе нет?)

honor magicbook

@@NoName-wh1xu звучит не прям удивительно даже(

Скорее всего нисколько

столько сколько на главной странице, это 3 человека, ахах

Скомпилировать .

@@Python-room Здравствуйте, симуляторы и военные стратегии

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

@@pavelslutsky3114 но если блогеры не самый лучший идея то какие онлайн курсы придлагаеш?

@@user-pm4jp3jg7s Самый популярный, наверно, метанит. Но такие видео тоже иногда нужно смотреть для самопроверки.

@@pavelslutsky3114 Хорошо, СПС

На сайте степик вроде есть нормальные курсы

Могу предложить свою кандидатуру

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

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

@@tglstudio2655 ну почему... если вы умудрились как-то "извернуться" и использовать "недокументированную" возможнось то - надо... сейчас иногда попадаются вещи с полным отсутствием описания и приходится разбираться с исходниками библиотек. Это относится к новым ревизиям, к которым, возможно, при спешке забывают добавить описание. Но "убивать" время таким образом приходится. Вот поэтому я и не спешу.

Буду краток: лохотрон.

Очень интересно, а где подробнее про это почитать можно? Поделитесь, пожалуйста, ссылкой. Спасибо!

@@VitaliyMB я нигде не читал, этой мой опыт. И еще пары программистов со статусом Senior. Наложенный на принципы ООП и популярные паттерны. Скорее всего, что то по этой теме есть в паблике, но я таких курсов не видел. Целенаправленно этим не интересовался. В общем и целом, сейчас многие приходят к аналогичным выводам из моего топика. Какую то конкретную книгу не подскажу, нужно изучать все, и понимать как работают MonoBeh, в чем преимущества и недостатки, в каком порядке вызывается инициализация в главном стеке, анализировать. Тогда многое станет очевидным. Конкретно описывать Bootstrapper или менеджер загрузок думаю не имеет смысла, ибо реализация популярна, и принцип работы можно понять. Как я использую данный паттерн тоже уже описал. Просто мы должны все контролировать, но одновременно с этим не делать жесткую зависимость между скриптами. То же самое, что делает MonoBeh, но через свои точки входа для каждого события по типу Start Awake итд. То есть отказываемся полностью от ивентов по умолчанию. Может быть, когда ни-будь напишу статью на эту тему в DTF или схожих форумах, но пока не планировал. Многие вещи на самом деле не очевидны, и львиная доля специалистов даже уровня Middle+ приходят к понимаю фундаментальных и как потом оказывается очевидных решений спустя много лет разработки, нарабатывая опыт. Я вам банальный пример приведу, это GC. Многие мидлы не знают для чего отписываться от событий в C#, ведь там кастомный сборщик мусора) И почему может случится так, что висящая подписка вдруг окажется роковой для всего проекта. "Он ведь сам все делает" - так описывают книги. Это еще одна тема для размышлений.

@@adrew4 понял, большое спасибо! Вам бы завести свой канал на RU-vid или блог на Хабре, чтобы делиться знаниями и практиками хорошего кода и архитектуры с теми, кто хочет их перенять.😊

а Bootstrapper должен через FindObjectOfType цеплять объекты с другой сцены для инициализации?

@@fortisblue для чего? Нет, он не должен ничего цеплять, вы можете таким образом закешировать обьекты которые необходимы для вашей инициализации и работы Bootstrapper до момента запуска сцены, но такого правила нет. Например моя реализация, делится на следующие модули: у меня есть Bootstrapper, есть Console, SplashScreen и сцена игры. Из Bootstrapper я подгружаю сначала свой кастомный Loader стандартными средствами Unity SceneManagment, далее Loader загружает по цепочке мой экран загрузки, консоль и игровую сцену. Bootstrapper полностью контролирует этот процесс, и после загрузки каждого модуля он автоматически добавляется в Bootstrapper, я знаю, когда и какой модуль был загружен, имею к каждому дочеренему модулю прямую ссылку, для дальнейшей инициализации модулей после их подгрузки в проекте. Когда все загружено, Bootstrapper инициализирует каждый модуль, т.е. в каждой дочерней сцене, у меня есть скрипт, который является EntryPoint для сцены. Никаких void Start и прочего. Я жду полной загрузки, и когда я уверен, что процессорное время освободилось(Bootstrapper получает всю информацию о деталях инициализации каждого дочернего модуля), использую GetRootGameObjects() получаю ссылку на EntyPoint дочерней сцены которую загрузил и инициализирую ее, если говорить о деталях реализации. Если у вас Bootstrapper это EnytyPoint проекта, то вы заранее не можете иметь ссылок на модули которые еще не загружены. И я так понял вопрос именно об этом был. Соответственно это все работает асинхронно. И получается следующее: запуск exe, логотип Unity, моментально появляется мой SplashScreen, начинает давать инфу о процессе загрузки, далее каждый модуль подгружается по очереди, и внутри каждого дочернего модуля происходит Is Fully Loaded -> EntryPoint -> Initialization. Строгая иерархия запуска каждого компонента в сцене, во главе всего стоит Bootstrapper и мы видим посегментно какой скрипт когда был инициализирован, какой фидбек кинул итд. *Is Fully Loaded - проверяет Bootstrapper и Loader, и сам принимает решение о инициализации компонента. В моем случае у меня там просто async операция, которая ждет полную загрузку сцены. Отслеживать в такой цепочке баги связанные с инициализацией компонентов элементарно, это сразу видно в среде, потому что запуск происходит не хаотично а структурированно. Этот паттерн сейчас у меня успешно работает в одном крупном проекте который уже разросся до нескольких сотен скриптов. У меня не только есть EntryPoint проекта, у меня каждый модуль, даже если он не был запущен по старту, имеет свое EntryPoint, которое необходимо проинициализировать вручную прежде чем начинать работать с компонентом. Делается тоже элементарно, на общий стек Initializaton мы добавляем одну строчку ComponentName.Initialization, все(соотвественно каждый компонент должен либо наследовать логику, либо иметь интерфейс который ее представит, я сделал просто свой MonoBeh фактически). И дальше работаем с этим компонентом как обычно. При возникновении ошибок, мы можем вручную пройти по стеку и посмотреть в какой момент прошла инициализация. Это еще удобно, когда вы работаете со встроенными компонентами Unity через оболочку, не применяя условно к Image сразу новую позицию или color, а через модуль-посредник. Это тоже исключает ряд багов. Фактически мы делаем все тоже самое, что за нас делает void Start и Awake, но контролируем этот процесс на каждом этапе. Хаотичность пропадает, появляется структура в стеке, которую можно дебажить. Конкретно мои детали реализации паттерна достаточно обьемные чтобы их пытаться обьяснить несколькими строчками текста) Но я надеюсь дал примерное понимание непосредственно паттерна. В моей реализации фактически даже синглтонов нету или DI, они не нужны для этого шаблона(некоторые могут при прочтении ошибочно подумать что в них есть необходимость, поэтому сразу поясняю). Абсолютно никакой зависимости от других шаблонов нету, это целиком и полностью самостоятельная реализация.

Результат - убогие раннеры с кучей рекламы

Скажу сразу, на "программирование" и всей этой крутой штуке, я начал др@чить после просмотра сериала "КиберСталкер", прям чувак с ноута взломал твой тлф и следит за тобой, мне очень интересно, а вообще реально ли это всё?... Или просто выдумка для сериала??

программирование является слишком расплывчатым понятием

​@@mack1153ну в теории взломать телефон так можно конечно, но только если владелец недалёкий. Чтобы получить доступ к телефону со своего устройства, надо сначала троян туда пустить. А это уже труднее сделать. Мб если знакомый прям доверяет или чета такое. Ну либо как-то залить на какую-то сомнительную платформу и надеяться что какой-то левый чел скачает и заразит телефон свой. Ну и если хочешь взламывать электронику, то С# явно не твой выбор. Вирусы пишутся на более низкоуровневых штуках (а-ля си, с++ или даже ассемблер)

@@mack1153 не леееезь оно тебя сожреет

sololearn как вариант, но он платный