Ответы на вопросы ролика "Вся суть ООП на примере Factorio"
00:00:00 - Вступление 00:04:50 - но ведь в примере в конце нарушен по сути базовый приинцип "Don't repeat yourself". причем настолько грубо, насколько это вообще возможно )) а так игра великолепна ) 00:08:05 - Как ни странно, но объяснение из вики о том, что "всё должно быть на объектах" гораздо точнее описывает суть ооп чем остальные 99% этого ролика. 00:09:14 - а можно играть на "микросервисной архитектуре", на так назывемых сити блоках. каждый ситиблок это территория, огражденная железной дорогой, например квадратики 100 на 100 рельм. ... 00:12:04 - Честно говоря... это полный бред. Принципы ООП ложатся на данный пример из факторио не "удивительно хорошо", а чертовски криво и притянуто, и скорее "графически", чем идейно (в факторке просто нет нужных для такого механик)... 00:13:58 - На практике вопрос архитектуры - трейд между целями и ресурсами. Если надо дешево и быстро, без потенциала в расширение, то зачем тратиться на что-то кроме функционального подхода ?.. 00:16:00 - Вся суть ООП в том, что вы пишите код, который работает с абстракциями, а не напрямую с данными. Классы это шаблоны объектов, поэтому вы можете указать, что вы передаёте не некий объект, а объект соответствующий определённому шаблону... 00:17:35 - сразу видно что автор не программист, после слов "абстракция - это так себе"))) 00:18:19 - Автор явно не понимает что такое "Инкапсулирование" и что такое "Полиморфизм" 00:18:39 - С ООП код становится проще?! Или наоборот сложнее? Код без ООП читать проще, чем с ООП, при условии, что его написали понятно... 00:21:47 - Благодаря этому ролику понимание ООП усложнилось в 50000 раз. В университете, давным давно, парадигма ООП гораздо проще объяснялась на примере игры в шахматы... 00:23:09 - Программистам везде мерещиться ООП. Даже в Factorio ООП не нужен так как завод показанный в видео чрезмерно много место занимает, а выхлоп - один заводик который долго производит карту. 00:26:42 - Только как бы то небыло, но в факторио выгоднее разносить производство по разным местам, в одном месте плавить железо, в другом медь, в другом нефть, так зачастую получаеися эффективние) 00:27:54 - Это скорее пример композиции, нежели наследования. Если завод модуля скорости 2 наследует завод модуля скорости 1, то он может производить на выход модуль скорости 1. Но это не так, он выдает модуль скорости 2!! 00:28:42 - На счёт кода с гитхаб - полностью ооп проекты не всегда целесообразно применять с точки зрения за затрат времени. Все зависит от размера и структуры проекта 00:29:20 - тут чтобы понять, нужно шарить в игре, либо в программировании 00:30:03 - После такого пояснения появляется желание ввести игру factorio в образовательную программу. 00:33:45 - Спасибо🤝 Пожалуй вы 1 человек в ютьюбе кто рассказал об ООП понятно. Как говорится кто ясно мыслит тот ясно говорит. 00:35:01 - Теперь паттерны в программировании через factorio 00:36:48 - Я: наблюдаю, как для производства модулей к заводам поступает руда вместо готовых плит. Мой глаз: *дергается как тварь* 00:40:30 - Чётко, понятно, но только для тех, кто в теме. Проще надо быть, и люди к тебе потянутся. Например начать играть и создавать базу параллельно комментируя основы программирования. 00:42:00 - класс это не объект, класс это шаблон, описание, по которому создаются конкретные объекты в оперативной памяти. 00:42:21 - Это безумно хорошо и наглядно. Даже мотивирует писать именно так. 00:42:50 - Требую продолжения :) Продолжай в том же духе . Когда ждать продолжения ????? 00:43:05 - Схема в конце по-моему великовата, наверное это всё можно было бы ужать 00:43:37 - Охренеть! Выбритый программист! 00:44:10 - Пожалуй худшее объяснение ооп которое мне попадалось) 00:44:27 - Видео отлично, но нужно поработать над подачей информации. Сильно затягиваете 00:44:51 - Вот уж не думал, что Курт Кобейн жив и поясняет за ООП.... 00:45:38 - Булджать, делай видос про пчел, хорош факторио гонять 00:46:40 - Блин, даже за 2 года всего 676подписчиков, у тебя отличный контент, желаю дальнейшего развития канала и продвижения контента ютубом. 00:47:26 - Расскажи про биткоин!!! 00:49:05 - Чувак ты в корне не понял ООП =) 00:49:14 - Вам стоит поработать над скоростью речи для видео 00:49:30 - Почему бы не попить чай до записи ролика? .. 00:51:51 - Пиши комментарии в коде с примерами краткими входящими данными и результатом что на выходе должно быть. И тогда поймет любой программист. Остальное мутные слова с заумными формулировками. 00:52:52 - Я так понимаю у Федора подгорело на это видео? ))) 00:53:53 - Только одного меня удивляют заядлые оопэшники, фразами типа: не нужно у класса "работник" дёргать его функции/методы, нужно ему "просто" дать задачу и пусть он её сам решает... А как её дать? Силой мысли? 00:58:36 - Снёс все деревья, Никто не атакует, Половина лент пустует, Вот до чего доводит ваш ооп 00:59:25 - Главный враг и спутник любого факториста - "пока так, потом перестрою" 01:00:00 - Концовка
00:00:00 - Вступление 00:04:50 - но ведь в примере в конце нарушен по сути базовый приинцип "Don't repeat yourself". причем настолько грубо, насколько это вообще возможно )) а так игра великолепна ) 00:08:05 - Как ни странно, но объяснение из вики о том, что "всё должно быть на объектах" гораздо точнее описывает суть ооп чем остальные 99% этого ролика. 00:09:14 - а можно играть на "микросервисной архитектуре", на так назывемых сити блоках. каждый ситиблок это территория, огражденная железной дорогой, например квадратики 100 на 100 рельм. ... 00:12:04 - Честно говоря... это полный бред. Принципы ООП ложатся на данный пример из факторио не "удивительно хорошо", а чертовски криво и притянуто, и скорее "графически", чем идейно (в факторке просто нет нужных для такого механик)... 00:13:58 - На практике вопрос архитектуры - трейд между целями и ресурсами. Если надо дешево и быстро, без потенциала в расширение, то зачем тратиться на что-то кроме функционального подхода ?.. 00:16:00 - Вся суть ООП в том, что вы пишите код, который работает с абстракциями, а не напрямую с данными. Классы это шаблоны объектов, поэтому вы можете указать, что вы передаёте не некий объект, а объект соответствующий определённому шаблону... 00:17:35 - сразу видно что автор не программист, после слов "абстракция - это так себе"))) 00:18:19 - Автор явно не понимает что такое "Инкапсулирование" и что такое "Полиморфизм" 00:18:39 - С ООП код становится проще?! Или наоборот сложнее? Код без ООП читать проще, чем с ООП, при условии, что его написали понятно... 00:21:47 - Благодаря этому ролику понимание ООП усложнилось в 50000 раз. В университете, давным давно, парадигма ООП гораздо проще объяснялась на примере игры в шахматы... 00:23:09 - Программистам везде мерещиться ООП. Даже в Factorio ООП не нужен так как завод показанный в видео чрезмерно много место занимает, а выхлоп - один заводик который долго производит карту. 00:26:42 - Только как бы то небыло, но в факторио выгоднее разносить производство по разным местам, в одном месте плавить железо, в другом медь, в другом нефть, так зачастую получаеися эффективние) 00:27:54 - Это скорее пример композиции, нежели наследования. Если завод модуля скорости 2 наследует завод модуля скорости 1, то он может производить на выход модуль скорости 1. Но это не так, он выдает модуль скорости 2!! 00:28:42 - На счёт кода с гитхаб - полностью ооп проекты не всегда целесообразно применять с точки зрения за затрат времени. Все зависит от размера и структуры проекта 00:29:20 - тут чтобы понять, нужно шарить в игре, либо в программировании 00:30:03 - После такого пояснения появляется желание ввести игру factorio в образовательную программу. 00:33:45 - Спасибо🤝 Пожалуй вы 1 человек в ютьюбе кто рассказал об ООП понятно. Как говорится кто ясно мыслит тот ясно говорит. 00:35:01 - Теперь паттерны в программировании через factorio 00:36:48 - Я: наблюдаю, как для производства модулей к заводам поступает руда вместо готовых плит. Мой глаз: *дергается как тварь* 00:40:30 - Чётко, понятно, но только для тех, кто в теме. Проще надо быть, и люди к тебе потянутся. Например начать играть и создавать базу параллельно комментируя основы программирования. 00:42:00 - класс это не объект, класс это шаблон, описание, по которому создаются конкретные объекты в оперативной памяти. 00:42:21 - Это безумно хорошо и наглядно. Даже мотивирует писать именно так. 00:42:50 - Требую продолжения :) Продолжай в том же духе . Когда ждать продолжения ????? 00:43:05 - Схема в конце по-моему великовата, наверное это всё можно было бы ужать 00:43:37 - Охренеть! Выбритый программист! 00:44:10 - Пожалуй худшее объяснение ооп которое мне попадалось) 00:44:27 - Видео отлично, но нужно поработать над подачей информации. Сильно затягиваете 00:44:51 - Вот уж не думал, что Курт Кобейн жив и поясняет за ООП.... 00:45:38 - Булджать, делай видос про пчел, хорош факторио гонять 00:46:40 - Блин, даже за 2 года всего 676подписчиков, у тебя отличный контент, желаю дальнейшего развития канала и продвижения контента ютубом. 00:47:26 - Расскажи про биткоин!!! 00:49:05 - Чувак ты в корне не понял ООП =) 00:49:14 - Вам стоит поработать над скоростью речи для видео 00:49:30 - Почему бы не попить чай до записи ролика? .. 00:51:51 - Пиши комментарии в коде с примерами краткими входящими данными и результатом что на выходе должно быть. И тогда поймет любой программист. Остальное мутные слова с заумными формулировками. 00:52:52 - Я так понимаю у Федора подгорело на это видео? ))) 00:53:53 - Только одного меня удивляют заядлые оопэшники, фразами типа: не нужно у класса "работник" дёргать его функции/методы, нужно ему "просто" дать задачу и пусть он её сам решает... А как её дать? Силой мысли? 00:58:36 - Снёс все деревья, Никто не атакует, Половина лент пустует, Вот до чего доводит ваш ооп 00:59:25 - Главный враг и спутник любого факториста - "пока так, потом перестрою" 01:00:00 - Концовка