Чел, ты супер! С нетерпением жду следующее видео! Продолжай и дальше объяснять программирование на примере Factorio. Это гениально! Объяснение программирования с помощью игр куда лучше, чем просто чтение лекций! Продолжай в том же духе!🤌
Отличный контент, спасибо! Продолжайте ваше творчество, у вас великолепно получается объяснять сложные идеи простыми словами и жизненными примерами из факторио. С нетерпением ждем следующих серий
Честно говоря, очень удивляет, почему у вас такое "Обобщение" вызывает протест. Как мне кажется цель ролика заинтересовать, да опущены условности на что бы было понятно многим с понятными примерами. Если в дальнейшем тут будут видео про дизайн ситиблоков, то это будет гораздо сложнее понять аудитории. Представьте вы собираете аудиторию в университете на 30 человек и попробуйте им базово рассказать к примеру про Agile что бы были примеры. Думаю, Factorio не так и плох, что бы заинтересовать. Но все равно удивляет количество комментариев про сову в прошлом видео. И ваш коментарий. Почему такой протест?
чистый ооп сейчас по сути и не нужен. сейчас это больше похоже на дверь в туалет девочек. выглядит вроде чисто (а дверь в туалет мальчиков уже давно разбита, так что даже чище чем на самом деле), но никто не знает что там за этой дверью и как. а девочки не говорят. там может и не воняет никогда... всё что полезно знать так это разделение на data-классы и behaviour-классы. первый тип это то что определяет данные и их структуру, второй - отвечает за работу с дата-классами и их превращение. вот когда хотя бы минимально придерживаешься этой концепции то считай ооп у тебя в кармане. ну а детали архитектуры познаются только через опыт. теорию надо читать поверхностно и закреплять её практикой. и через опыт постоянных ошибок и их исправления уже осваиваешь теорию фундаментально.
Я залпом посмотрел ваши видео, связанные с факторио. Это хороший выбор, и идея. Для меня лично стало по проще воспринимать ооп, но что то начать делать для меня проблема :))
интересно как ты интерпретируешь последний принцип. ведь получается двойственно, с одной стороны ни одно здание не зависит от другого, а с другой стороны по сути вся база зависит от манипуляторов. при этом эта зависимость гораздо удобнее чем в других играх про автоматизацию, где манипуляторов нет и нужно париться с входами\выходами.
Интересно, как иногда работают алгоритмы предложки видео на UA-cam. Но да ладно, решил послушать еще одно объяснение принципов SOLID через Factorio. В целом интересно, но есть нюансы. Пример с сундуками в контексте LSP (принцип подстановки Барбары Лисков) вызывает вопросы. В видео утверждается, что иерархия сундуков полностью соответствует принципу LSP, но это не всегда так. Контекст здесь критически важен. Само по себе наследование не гарантирует соблюдения LSP. Например, если в игре есть логика, которая явно полагается на тип сундука (например, дрон-логистика), то замена буферного сундука на обычный может нарушить контракт поведения - дроны не смогут с ним взаимодействовать. Это нарушает LSP, так как замена базового класса подклассом или наоборот приводит к некорректной работе. Однако, если сундуки используются только как хранилища, без учета специфики дронов, принцип LSP будет соблюден. Важно всегда учитывать контекст использования, а не только иерархию классов.
Чел, ты супер! С нетерпением жду следующее видео! Продолжай и дальше объяснять программирование на примере Factorio. Это гениально! Объяснение программирования с помощью игр куда лучше, чем просто чтение лекций! Продолжай в том же духе!🤌
ох, спасибо. Это самое простое и быстрое объяснение. Это воспринималось мной как должное само собой, просто формально определилось понятием SOLID
Отличный контент, спасибо! Продолжайте ваше творчество, у вас великолепно получается объяснять сложные идеи простыми словами и жизненными примерами из факторио.
С нетерпением ждем следующих серий
В соревновании по на натягиванию совы на глобус побеждает автор этого канала
Честно говоря, очень удивляет, почему у вас такое "Обобщение" вызывает протест.
Как мне кажется цель ролика заинтересовать, да опущены условности на что бы было понятно многим с понятными примерами.
Если в дальнейшем тут будут видео про дизайн ситиблоков, то это будет гораздо сложнее понять аудитории.
Представьте вы собираете аудиторию в университете на 30 человек и попробуйте им базово рассказать к примеру про Agile что бы были примеры.
Думаю, Factorio не так и плох, что бы заинтересовать.
Но все равно удивляет количество комментариев про сову в прошлом видео. И ваш коментарий. Почему такой протест?
Сколько не читал теорию, было сложно понять про ООП. Посмотрел этот видосик, суть этих 2х принципов моментально стала понятна. Спасибо за контент!
чистый ооп сейчас по сути и не нужен. сейчас это больше похоже на дверь в туалет девочек. выглядит вроде чисто (а дверь в туалет мальчиков уже давно разбита, так что даже чище чем на самом деле), но никто не знает что там за этой дверью и как. а девочки не говорят. там может и не воняет никогда...
всё что полезно знать так это разделение на data-классы и behaviour-классы. первый тип это то что определяет данные и их структуру, второй - отвечает за работу с дата-классами и их превращение. вот когда хотя бы минимально придерживаешься этой концепции то считай ооп у тебя в кармане. ну а детали архитектуры познаются только через опыт. теорию надо читать поверхностно и закреплять её практикой. и через опыт постоянных ошибок и их исправления уже осваиваешь теорию фундаментально.
Ура🎉
Надеюсь, следующий выпуск не через 8 месяцев будет
Я залпом посмотрел ваши видео, связанные с факторио. Это хороший выбор, и идея. Для меня лично стало по проще воспринимать ооп, но что то начать делать для меня проблема :))
Жму руку стоя, спасибо за контент!)
Так, я пошёл закреплять теорию практикой в факторио
А будет про планету Глеба из длс и про время жизни запросов? типо Scoped и тд.
интересная идея... подумаю)
Интересный контент, можно ещё рассказать про многопоточность и доступ к общим ресурсам на примере поездов
Реквестирую видеорецепт лазаньи через аналогии с факторио
рекомендации возродили твой канал, давай дальше, только не через 8 месяцев
Я в программировании ничего не шарю, но даже я понял😁
Хотелось бы подлиннее контент, вот с конкретным строительством завода в факторио , пусть на час
я этот то ролик 8 месяцев делал, а ты час хочешь) Но что-нибудь придумаю на этот счет)
интересно как ты интерпретируешь последний принцип. ведь получается двойственно, с одной стороны ни одно здание не зависит от другого, а с другой стороны по сути вся база зависит от манипуляторов. при этом эта зависимость гораздо удобнее чем в других играх про автоматизацию, где манипуляторов нет и нужно париться с входами\выходами.
@@BlaCKM00n333 да, это самый проблемный, на мой взгляд, принцип, но вроде нашел хорошую аналогию. Уже в процессе)
Как можно натянуть ООП на игру?
Тут скорее ФП. Можно рассматривать завод как функцию.
Интересно, как иногда работают алгоритмы предложки видео на UA-cam. Но да ладно, решил послушать еще одно объяснение принципов SOLID через Factorio. В целом интересно, но есть нюансы. Пример с сундуками в контексте LSP (принцип подстановки Барбары Лисков) вызывает вопросы.
В видео утверждается, что иерархия сундуков полностью соответствует принципу LSP, но это не всегда так. Контекст здесь критически важен. Само по себе наследование не гарантирует соблюдения LSP. Например, если в игре есть логика, которая явно полагается на тип сундука (например, дрон-логистика), то замена буферного сундука на обычный может нарушить контракт поведения - дроны не смогут с ним взаимодействовать. Это нарушает LSP, так как замена базового класса подклассом или наоборот приводит к некорректной работе.
Однако, если сундуки используются только как хранилища, без учета специфики дронов, принцип LSP будет соблюден. Важно всегда учитывать контекст использования, а не только иерархию классов.
@@Uruluke да, ты прав
Будто за 8 минут платный курс на степике прошел