Как вас обманывают ХаудиХо, Гоша Дударь и Skillbox | Код для новичков! 

файнд в апдейте ? серьезно, так никто не может писать

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

На сколько хорошо пишет код на python Иван Викторович?

👍🏻👍👍🏾

Подскажи, что думаешь о Brackeys?

Не соврал ))

Гений постиронии

При всех прочих, чувствуется в нем какая-то "базовая токсичность", даже когда он норм вещи говорит. Иметь такого тима на долгий период так себе)

🤣🤣🤣

"подожди секундочку"

Я искал, но не нашёл

Искал из-за того что хочу приобрести курс

надеюсь Роман сделает такое видео 😆

@Valeryia Tsitova Не все, как?

+

Стал?

А нормальные преподы это частные? можешь посоветовать?

Стал?

Вы сейчас работаете программистом? На удалёнке, на каком языке? Если не секрет сколько зп в среднем, жильё снимаете в мск!?

Так он же сказал, что у него опыта нае*ывания людей больше на 10 лет

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

@@MrCrab42 У него развлекательные ролики по большей части

@@mit7871 типо ДК?

@@MrCrab42 он самый популярный рускоязычный программист он получает много

Спасибо за совпадающее мнение. (Мой опыт, 2 мес )))

Учытель, с чего начинать, какого курса держаться ?

@@user-jc4pw3hb6g Русский язык

@@kolyan_69 какой ты умный 🤭

Вот то что я хотел написать, разве учить использовать чужие вещи это нормально?) Лучше рассказать как написать что-то на том, что есть из коробки движка, а там уже и понимание чужого кода пойдет

Самый гениальный комментарий, что я увидел. Действительно описывает всю суть видео

+

с программированием не путай, основа это просто как стих выучить

@@jessypinkman8010 чо

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

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

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

Ты просто охуеешь от количества реально ценной информации по кодингу если выучишь английский или хотя бы скачаешь Яндекс с переводом видер

Я отписался от хауди Хо, когда он меня в ВК на**й послал и забанило в их группе. Я вот спросил несколько лет назад: "А обещанное продолжение туториала по kiwy(фреймворк для Python) будет?". Не могу вспомнить точно что мне сказали, но мне было очень обидно.

@@stalker32041 ну если этот парень так поступил , то рользуйся его материалами как беспланой шкурой и знай что он черт, не обижайся, обыграй и сделай

Невозможно выучить язык

@@sureyou1139 Ладно.

знать как массив создать это не выучить язык

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

ахахаха, клоуном ты стал не более 🤡🤡

И соглашусь, и нет. Как оно работает "под капотом", ИМХО, нужно изучать до того как, а не в процессе. А в частном случае, речь идет о конкретном движке и среде разработки. Мы как бы не на PDP-11 RSTS/E уже работаем. Тут главное вовремя приучить новичка не теряться, а начинать хоронить свои велосипеды на кладбище собственного фреймворка, который можно будет так же просто использовать и в будущих проектах.

@@flightforfunchannel если новичку изучать всё до практики - он испугается или забудет половину по дороге. Нормально как в универах чередовать теорию и практику.

верно, пришлось как-то чужую библиотеку переписывать 😂

Как хорошо звучит последняя фраза

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

Полностью согласен. В 1ом варианте описывается весь алгоритм работы . Во 2ом три строчки магии и все работает, но хрен его знает откуда это взялось

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

@@lmmunne причем тут методы? Если не понятен сам алгоритм. Окей он зайдет увидит, что возвращается какой то объект, который берется из другой функции в итоге т.к у него минимум знании ооп и алгоритмов. Он ничего не поймет.

@@Diqeeeeeeeeeei ты понимаешь как работает двигатель внутреннего сгорания? Нет, но это не мешает тебе водить автомобиль

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

Яндекс Практикум.

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

​@@hellohi763,ну лучшеиДударь за бесплатно, чем практикум за 150к

Ну вы не понимаете всю соль Этот человек профессионально разбирается в шарпе и юнити, скорее всего он может строить системы промышленного масштаба(смотря на код, но так же не могу сказать пока не увижу эту систему) У него есть своя студия по разработке игр И всеми этими действиями он МОЖЕТ гарантировать человеку который пришел что курс который он продает не фуфло. В случае чего он лично может посмотреть что какой то ментор написал хуйню и уволить его С растом же он не знаком. Он может нанять ребят и они напишут ему курс, но где гарантия что курс будет хорош? Раст это другая сфера, нежели юнити, и даже разработка энтерпрайза на дотнете И в теории я согласен что принципы типа dry, kiss, solid они везде хороши, однако сами языки имеют отличия в реализации. Допустим в дотнете поощраются орм, а в го нет И вот получается что он должен променять свою совесть ради курса по раст? Ну уж нет

Хаха! И там будет такой же говно код 😂

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

Я с вами

@@privetpoka9430 пруфы?

этож ссакутин))

@@user-qy5gj7rw2w дак всё просто. Обосрать проще, чем дать конкретную критику. И обосрать что-то известное может придать ему популярности. В общем такие дела

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

Какая твоя работа?) и кем она будет оцениваться...

@@black_grizzly не шариш,молчи

@@zeon_X с тобой разговора не было, молчи сам, серожа.

чел харош,рил работа будет дороже

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

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

В принципе так и делаю. День на просмотр курсов от Гоши, два дня на какие-нибудь другие. Короче, стараюсь охватить всю доступную информации, с условием, что они за free. Так пока не нашёл "идеальных курсов", где всё правильно и понятно, обычно в каких-то аспекта одни лучше, в других аспектах уже другие лучше, но в среднем этого хватает, чтобы понять азы/основы. В любом случае, у каждого своей путь к совершенству, но пока лучший из них это постоянная практика и старых советские учебники(шутка)

" уже три года. Уровень middle+ в отдельных не очень опытных командах могу квалифицироваться как senior." если я буду сидеть с бабушками на скомейки у меня будет уровень бог. джун мидл синиор тимлид техлид не годами определяются а навыками джун - умеет делать то что надо под присмотром миддл - умеет делать то что надо сам синиор - умеет делать КАК надо при этом "что надо и как надо" бизнесу для увеличения его доходов. техлид - обладает экспертизой в конкретной области тимлид - чел который 80% времени занимается комуникациями

Даже не используя Pickup и Health подход ужасен. Это сравнимо с жестко прописанным path в программе, вместо выбора файла.

@@Oleksandp по логике можно и алгоритмы учить не стоит, уже есть готовые решения, так нахуя мучить жопу и решать алгоритмы

@@Oleksandp ++ Даже не используя фреймворк, можно было хотя бы прописать OnTriggerEnter для проверки вхождения в объект, а далее прописать kill в сущность противника и на него ссылаться. Но проверять в Update - это определённо ужасно

А где можно найти список всех этих официальных фреймворков от юнити

А как этот фреймворк искать? Получается новичку вместо того чтобы изучать как сделать функционал нужно идти искать в ассет сторе нужный фреймворк? Так ему еще и разобраться придется как им пользоваться, но если он новичок то хрен он там разберется...

Не все водители такие) я получил права ещё 7 лет назад, но до сих пор помню, как меня колошматило и каким затупком я был. Да и в целом считаю хорошей практикой запоминать отдельные моменты, каким ты был, какой ты есть.

Если учитель хороший и хочет действительно обьяснить, как плохой вариант на самом деле работает, ему придется детально рассказывать про то, что такое GameObject, Component и как расчитывается Distance. Правильный пример с Pickup менее нагружен концепциями специфицными для Unity и больше приближен к человеческому понятию процесса. Наследование есть в обоих примерах - плохой от MonoBehavior, хороший - от Pickup, так что хороший учитель должен рассказать о наследовании в любом случае. Плохой пример не проще, он только ленивый - от человека, которому было лень подумать, как это сделать грамотнее и писать меньше кода. Так может писать сам начинающий, не имеющий под рукой ничего кроме базовых описаний Unity API, а вот от учителя такой код - просто позор.

ну вообще понимать "такую муть" как наследования и пространство имен надо бы, чтобы вообще код адекватный писать. Это как бы база. Имея базу адекватную хоть какюу-то основную все станет понятнее. Ну и если уж писать плохой код надо делать ремарки что так не делается если ты адекватный человек. А там люди наверное так пишут на курсах и типа как будто так и надо и так и преподают. Пример с обучением и давностью это да. Есть такое. Но как я сказала есть база, которую надо знать, странно гвоорить про базовые принципы как про какую-то муть. Некоторые новички ничего особо учить не хотят, даже основы на которых много что построено вообще, но хотят уметь. И потом тоже будут оправдывать говнокод возможно тем что так проще понимать. Хотя на самом деле, если преподаватель на вебинаре пишет хороший код короткий и комментирует, что там делается хоть немного под капотом, то все там понятно будет. А знаю базу и без комментов понятно будет как оно работает. Реально просто взят и доки почитать. Но чтоб их почитать надо еще понимать основные вещи. Но с норм преподами хорошо объясняющими это не проблема - писать и правильно и чтоб понятно было чо там происходит

год прошёл, как успехи? обучился? работу нашёл?

Плохой пример не менее свободен от абстракций - есть и GameObject, и Component, и MonoBehavior, о которых начинающему так же мало понятия, как о Pickup. Но вариант с Pickup более приближен к человеческой логике, он не такой технический, поэтому ментально проще воспринимается. Просто тут немного ловушка - вариант, где больше кода как бы больше раскрывает то, что происходит под капотом фреймворка, поэтому появляется ложное чувство, что ты больше узнал и больше умеешь, но вот как раз в этом моменте такое чувство опасно, так как ты просто теперь знаешь, как это делать неправильно и потом тебе придется тратить время, чтобы отучить себя от такого варианта решения. Цель - не больше кода и не нагрузить себя больше терминами Unity, а научиться использовать Unity эффективно для достижения цели - программы, которая делает то, что тебе нужно.

такое себе тот кто плохо в этом разбирается не должен значит бежать учить юнити. ЛИБО, преподы должны говорить что это плохо код и так не делается, а делается все правильно благодаря ООП, его для этого и придумали как бы, писать понятнее и правильнее с точки зрения как потом это все поддерживать и понимать и расширять. Написал криво - расскажи что это криво и почему. И нечего тут оправдывать на самом деле) А написать хороший код с комментариями препода что и как работает в этом хорошем коде (в этом смысл школы, не?) это гораздо лучше, чем просто писать говно и оправдываться. Ведь можно написать нормально и просто расписать что там было сделано подробно. А можно написать не очень нормально и сделать ремарку, что мы щс так пишем но это не очень нормально, но я хочу чтоб вы увидели вот это и вот это. Это тоже будет нормальным. А Абстракции тут все равно есть малоизвестные человеку, который ничего не знает в базовых вещах но почему-то хочет писать. Чо-т мало хотят учить что-то правильно и понимать, а хотят зато прийти с нуля и типа покажите нам без базовых концепций, которых у нас в голове нет, как это все работает, и мы станем сразу клевыми разработчиками, но если перед основным курсам вы проверяете базовые знания или просто начинаете обучение с базы а не сразу к делу, то нееее извините это воооода это многооо.

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

Ещё один тру хардкорщик-лицемер. Он новичок, или сеньор? Зачем ему знать, как работает эта функция на базовом уровне, если ему просто нужно решить задачу? Легко говорить это с позиции человека, имеющего ресурсы на изучение. А когда тебе нужно абы как на работу попасть, чтобы выжить, тут как бы не до зубрения основ. Это уже с опытом придёт.

в этом и проблема, что ожидают много Хотят что-то ПИСАТЬ не зная что такое переменная и так далее. Ну если уж писать код то писать его, зная что-то. А сликшом глубоко копать тоже не надо. В говнокоде в примере тоже далеко не все известно, а как а что. Килл значит килл. Какая разница как оно обрабатывает. Важнее понимать реально наследование, что можно применить, какие методы переиспользовать и все такое. В курсах проблема как раз что да, они обещают хер пойми чо а учат так, как никто нормальный не делает. К бесплатным так не придерешься, они деньги не дерут. Но тоже обещают написать нормально и как что-то сделать, но забывают доавить "как это сделать кое-как лишь бы костыляло". А такие ремарки важны. Ладно написать не очень, но главное это ведь сказать что это не очень, что это только начало. ПОтом объяснить что такое рефакторинг и все такое. А если этого нет, то они реально говно продают) (я не просто не знаю есть в курсах на которые он ссылается это или нет). Но там кто-то выше писал что говнокод понять проще, потому что надо понимать наследование и все такое. А я охеренла с того, что почему люди лезут программировать, именно программировать, а не с окнами поиграться и нодами или чем там, если даже не хотят базу выучить типа ооп, ну типа ну что-то базовое должно быть. Если уж ты писать хочешь. Базовые принцип. Они не такие сложные. Даже если на общие эти принципы уйдет неделя (и то это много чтоб понять ООП на уровне понимания что это и почему и что такое объекты, классы, наследование и импорты или неймспейсы) И по хорошему в курсах сначала какой-то ликбез на такие темы проводить должны, а потом уже писать код и писать правильно и с комментариями. Чтоб понятнее было. А не просто говно лепить и объяснять это тем что залететь хочет кто попало кто ничего изначально знать не хочет чтоб понять как работает более правильно написанный код. Хотя какие-то вещи допройти чтоб понять пример в видео это вообще недолго. И это к тому же прекрасно отразится на дальнейших изысканиях. Доки легче читать. Понятнее. Самому что-то искать а не только смотреть как кто-то сделал и под копирку слизывая потому что в доках ничего непонятно совсем. И тд. Необязательно копаться в глубинах. Их нужно не больше на таком этапе чтобы просто понять вот эти концепции какие-то главнейшие по которым пишут код в данном примере (здесь ооп) и уметь их как-то хоть использовать. А общеать такие курсы тем кто не знает даже что-то такое переменная это ваще) и не иметь в курсе доп модулей чтоб человек подтянулся до нужного уровня понимания (что было бы правильным подходом) а вместо этого писать говно с отмазами чтоб вот такие вот понимали) Почему из-за школы и таких вот которые влетают просто с нуля с ноги сразу куда-то в облака в движок писать (писать, Карл, руками) код должны страдать другие люди, которые хотят научиться писать нормально и понимают базовые вещи, на основе и базе которых и решили уже хорошо освоить движок, например =)

И тот и другой код говно. Как человек, «у которого на 10 лет больше опыта» уверенно заявляю. *пошел в своем коде убирать неиспользуемые импорты - буду настоящим профи!

@@spetz911 Интересно тогда узнать, как бы вы реализовали такую задачу, показанную в видео?

Это уже больше проблема объясняющего, нормальный преподаватель должен объяснять что это такое и как мы к этому пришли, и проблема эта довольно распространена, в школе к примеру обычно учителя дают условную формулу или правило, а что это и как это работает не объясняют

@@-sn4k3-94 , слился ахаха

@@Maxus-gt5vw я то? 🤨

Ну а что ты ожидал? Наверное по причине того, что его курсы мягко говоря не ахти (в Рунете пишут). Он решил отыграться на незначительных личностях, лучший метод защиты - это атаковать всех подряд и надеятся что кто-то купить твой "уникальный курс". Я лично видя таких личностей, думаю: лучше пусть меня обучат гавнокоду чем я буду работать с токсиком, который будет говорить - твой код гавно, вот мой он в 20 раз лучше

@@mercifulhero1130 честно говоря чел оставляет впечатление типичного гопаря из подворотни и инфоцыгана. Его сайт и манера речи прямо кричат об этом.

@@placid3495 Эм а где его сайт? (не хейт , я начинающий верстальщик хочется посмотреть на работу "мастера")

@@animefanat9746 ссылка в описании, как обычно) сайт-то может нормально свёрстан, ничего такого ты там не увидишь. Да и верстку легко заказать. Я имел в виду манеру подачи информации.

А фреймворк это не часть программирования?

Ага. Я вообще джаваскриптер обосцаный. Но поняла только тот код, который написал господин в видео. А какие нахрен отсчитывания расстояния до противника. Я вообще не понимаю зачем это

@@the_eye8574 зайди в любую мморпг, поймешь зачем

@@the_eye8574 Я конечно больше back, а не front, но данный метод похож на подгрузку элементов при скролле, только при подгрузке проверяется не расстояние, а позиция.

@@user-sz8qw4yp3f аа понятно

Дак он на методы всю логику раскидал, а какой код в этих методах не показал, может там тоже самое)))

+, я у него за 1 час научился немного питону

@@woxxxi тоже самое. Благодарен ему за подачу информации

Та забей просто очередной челик превликает аудиторию за счет громких имен...

@@woxxxi и что ты конкретно умеешь?

​@@imspecnazovec как минимум теперь он умеет писать код телеграмм бота на библиотеке python weather

Почитай лучше книжку какую-нибудь. Там то же самое, только дешевле или даже бесплатно. Многие курсы просто по известным книжкам создаются, даже разделы одинаковые в курсе и в оглавлении😂 По питону есть книжка «Простой Python» Любановича. Для начала сойдет.

Тоже возникли эти вопросы, но в этом и прелесть этого видео: ты увидел какой-то новый класс и значит можно поискать о нём информацию. А при "плохом" коде ты ничего нового по сути не узнал (если ты совсем не "ноль").

Pickup - подбирает кнопку убийства босса. enemy.Kill() - убить противника. Англ учи?)

@@user-yd9jl1zs7w но... Но... Я получил работающий код, который не понимаю, почему работает... Прям сильно не хватает пояснения, почему это работает

@@darthkroxis черт, логично!))

@@victorpolyakov3031 никогда не оставляй код без понимания. Я тоже новичек. И взяла за принцип не использовать костыли и понимать всё что я пишу

Согласен, один главный цыган это он

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

Я всё ещё новичок и например про телеграм ботов хауди хо объяснил так себе я бы сказал на отъ*бись я кончено сделал бота но не понимал что и как работает пришлось ещё очень много гуглить и смотреть другие уроки на ютубе

Апхапхапхах, и каким образом, вы "научились" там? И ещё и говорите за множество людей...Просто смех. Я не хейтер ХаудиХо, и сам частенько люблю глянуть его видео, но, если по-вашему - это стереотипы, клоунада или т.п. то, я вам сочувствую, ибо вам человек полностью по полкам всё разложил, а вы говорите что он - клоун) Тем самым вы лишь только показываете, то, какая аудитория у ХаудиХо. И если не секрет, то чему же именно, вы научились у ХаудиХо, как и "множество людей" ? Я не спорю про то, что многие знакомятся с программированием благодаря ему и всё же.

SimpleCode. Вот кто реально учит, но там на те же самые плюсы 200 видео, чего для начала хватит

И хорошо ли вы научились за час программировать? :) покажите ваш гитхаб и SO пожалуйста.

@@lowfolen9827 они научились повторять )

Это как "узнал что такое МММ - захотел уйти в бизнес". Просмотр качков не поможет самому накачаться, а просмотр дилетантов (тех же псевдо качков, накачавшихся химией) тем кто реально учится наоборот в ущерб, ибо сначала нужно осознать и принять, что это кал, а потом заново искать источник обучения. Есть технический материал, а есть псевдо технический. Прогеры приходят всегда за первым, кому под чай ютубчик полистать - за вторым. Ощутима разница?

Но факт есть факт - они учат людей говнокоду.

@@Hellafast2uDude , не неси чепуху. При просмотре таких видео реально появляется мотивация. Что не скажешь об этом гаргамеле. И тот же Хауди курсы не продает. Какие к нему могут быть претензии?

@@Maxus-gt5vw появилась - рад за тебя. Продолжай его смотреть и деградировать

@@Hellafast2uDude , гуляй. Такой же токсик, как и автор видео

Мой девиз в жизни такой: Торопитесь Активно Учится Хорошим Искренним Делам. Запомните эту аббревиатуру. И пусть этот девиз сопровождает вас везде.

Если эта задача требует отдельный, как ты говоришь фреймворк, хотя правильно библиотека, то, скорее всего, ты ее за пару дней не напишешь, а если она нужна многим, то решение будет. Это тоже часть работы, понять, где надо писать самому, а где берется готовое и ОТЛАЖЕННОЕ.

@@attrakcion * учиться

Он на плюсах очень давно писал и не специалист. В чём разбирается, о том и рассказывает

))

Cогласен, не хватает подобного контента под ue4

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

@@michael.manasian И это ставит тебя на колени перед этим фреймворком. В следующий раз ты соберёшься делать не шутан, а платформер, а метода Pickup у тебя и нет. И всё - ты в ступоре.

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

Сначала детей в школе нужно учить писать пером, потом перьевой ручкой, а потом уже шариковой. Они же новички. Надеюсь, аналогия ясна)

@@michael.manasian Прикинь, появился новый фреймворк и тот на который ты надрачивал целый год стал ненужен. А ты не можешь понять другой, потому что ты просто зубрил названия функций и понятия не имеешь как они работают. Придётся заново платить гипотетическому Роману Сакутину, чтобы он объяснил тебе как работает новый фреймворк. Кроме того, если у тебя появится ошибка в коде, крайне трудно будет её обнаружить, если не знаешь как устроен фреймворк Про постепенное развитие (о чём ты написал ниже) здесь вообще речи не идёт. Это просто скачка по верхушкам. Постепенное развитие - переход от простого к сложному с многократным повторением пройденного.

Сам оксимирон лучше не сказал бы

Мой девиз в жизни такой: Торопитесь Активно Учится Хорошим Искренним Делам. Запомните эту аббревиатуру. И пусть этот девиз сопровождает вас везде.

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

@Lucky Strike грокаем алгоритмы уже изучил

@Lucky Strike спасибо, а ты программист в какой сфере, чем занимаешься?)

@Lucky Strike Если python там применяется, это не говорит о том, что это единственный вариант и нужно бежать читать одну конкретную книгу

@@GloryToUkrainianRus Решаешь задачки - уже программируешь. А чтобы развиваться, как и в любом другом деле, нужно постоянно практиковаться, ставить новые задачи, в том числе более сложные, изучать инструменты, которые помогают решать новые проблемы. Нельзя выучить язык в смысле "достигнуть конечной точки, что учить больше совершенно нечего". Можно изучать новые вещи и углубляться в уже известные, но выучить все нереально. Если нет конечной цели и просто хочется делать что-то интересное - так и делайте, придумывайте интересные задачи, проекты, идеи и так далее. Те, которые будут именно интересны вам и реализовывайте их. И в таком случае точно не стоит идти читать книгу по глубокому обучению, тем более если вы не представляете что это такое.

Ого

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

Очень интересный опыт. Думаю тебе стоит книжечки почитать, чтобы все повторить и лучше понять

когда учился веб разработке из 30 закончили пятеро

@@evgenfenix4422 учусь в GB. НО, я не знал, про Напильник, когда шел учиться. Могу сказать одно, что код ревью очень важен в учебе, накидать скриптов, чтобы двигались пиксели - это не самое сложное. А вот качественный фидбэк, еще поискать надо. Думаю надо ориентироваться на обратную связь с учениками, либо задуматься о том, чтобы купить обучение у какого-то разработчика, но его тоже поискать надо. А так в принципе, как базовые знания о профессии, любая школа примерно по одним шаблонам учит. В ГБ живые вебинары, так что вопросы можно задавать прямо по ходу лекции. Судя по видео, в скиллбоксе такого нет. В Напильнике еще и домашку возвращают, пока не сделаешь, как правильно, это действительно круто (не в коем случае не прогиб).

Я тоже на юнити не пишу, но я эти ошибки нашёл тк я работаю в уе4, а он похож на юнити

во во. Истинно так)

Натяните тогда ещё одну сову на глобус: «зачем объект по имени искать?»

Какраз такая "математическая" проверка невереная, все поголовно её используют, не понимая, что для обычной проверки дистанции есть оптимальный и правильный аналог: (a - b).sqrMagnitude < c * c. В чём оптимальность? В этом решении нету извлечения из квадратного корня в отличии от Vector3.Distance. Да сложно читать/писать и именно поэтому такие вещи выносят или в абстаркции или в функции хелперы, чтобы в одном месте всё контроллировать, не думая о перфе каждый раз.

Программисту нужно писать код с правилом "Всегда пиши оптимально, но никогда не оптимизируй раньше времени". В контексте правила расшифрую: Оптимально - это значит применять все простые и понятные техники которые ускоряют код/время разработки, используй эти техники когда начинаешь делать проект. Оптимизация - это поиск ещё неизвестных техник ускорения кода/рендера/разработки, не трать время на поиск, пока не доделал проект, доделай проект, а потом только открывай профайлер/сделай ретроспективу что и сколько ты делал и как можно было делать эффективнее если бы архитектура была другой.

@@rsakutin Натягиваю - на сцене нет объекта, чтобы в инспекторе на него ссылку задать.

Мой девиз в жизни такой: Торопитесь Активно Учится Хорошим Искренним Делам. Запомните эту аббревиатуру. И пусть этот девиз сопровождает вас везде.

Ape ba hay@ tenc ban kgri?

Мой девиз в жизни такой: Торопитесь Активно Учится Хорошим Искренним Делам. Запомните эту аббревиатуру. И пусть этот девиз сопровождает вас везде.

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

​@@user-ey9tp3ed7h Если я хорошо разбираюсь в инструменте, то я могу построить алгоритм от А до Я. Но бывает когда не знаешь как сделать что-то (не все АПИ помнишь, не осознаешь весь доступный инвентарь) и это как раз вопросы уровня "как определить направление" или "как подвинуть камеру", то есть без этого не получится сделать задуманное. Вопросы же "стоит ли мне запускать звук" или "сколько урона нанести чтобы убить" второстепенные и решаются на вкус и цвет. В общем неудачный он пример привел.

@@xezdx Да нет, не второстепенные. В примере плохого кода Роман наносит 1000хп урона, разве из этого понятно, что данное действие должно убить объект ? Разве использование подобных числовых констант в коде адекватно ? А если мне еще где-то потребуется его убить ? Мне копировать код? За такое надо бить по рукам и переучивать, показывать разные способы реализации.

@@user-ey9tp3ed7h чел... конструкции должны быть изучены, да да. Он же говорит про людей которые являются новичками а это значит что они только начинают учить фреймворк. И да код конечно хуйня тут и не поспоришь. Но справделивости ради для тех кто начинает учить очень глупо накидывать абстракции на абстракции

​@@rtrry-hj5xb Почему показывать новичкам использование абстракций - плохо ?

полностью согласен. в BadSolution меня сразу смутило 2 вещи: поиск объекта по имени и проверка дистанции каждый кадр. Однако, GoodSolution менее понятен мне как новичку. Откуда новичок должен знать про класс Pickup(), какие в нем есть методы и вообще как с ним работать. Об этом автор канала умалчивает))))

Тут проблема, что в плохих примерах не просто упрощение и свобода от фреймворка, а просто неправильное, неэффективное использование фреймворка.

@@camelCased Когда обучал Qt студентов давал задачку писать свой ProgressDialog, хотя готовый есть. Неправильное использование фреймворка? Безусловно. Но зато есть возможность сравнить свое решение с готовым, глянуть что пропустил в апи, сравнить реализацию. По мне так было очень полезно.

@@user-ng2yz1yp1v Если учитель перед таким заданием сам грамотно напишет или посмотрит готовый код ProgressDialog, тогда будет знать, как проверить результат студентов не только на работоспособность, но и на грамотность использования языка и фреймворка. Но в плохом примере в этом видео проблема больше в том, что это написано ленивым образом. Давать упрощенные примеры или примеры для пояснения того, как работает, например, Pickup (или ProgressDialog) логика внутри - это нормально, а вот давать такие примеры, после которых потом придется говорить "Забудьте об этом коде, никогда так не делайте" - это уже плохо.

В целом так и есть. В рамках обучения сначала пытаешься сделать сам, а потом переходишь на использование готовых абстракций. Почти все книги по программированию на этом подходе строятся. Но авторам курсов почему то кажется, что надо или писать руками или использовать фреймворк. И все они в итоге неправы 😂

Здесь проблема в постановки задачи. Понимание структрур данных это одна задача, а написание шутера другая.

VS нативная IDE для си языков отJetbrains это про питон и джаву но энивей дело вкуса.

@@Jen-hs8ln Спасибо!

Мой девиз в жизни такой: Торопитесь Активно Учится Хорошим Искренним Делам. Запомните эту аббревиатуру. И пусть этот девиз сопровождает вас везде.

@attrakcion какая же чушь...😅

Я в программировании ноль, от слова совсем, но честно, как то понятнее стало после сокращений. Почему необходимо ссылаться на имя объекта, а не сразу на "здоровье" этого объекта? К чему нанесение урона, если есть команда убить? Куча действий, которые даже с пониманием английского выглядят громоздко и словно "намазано" друг на друга. Я может в чем то не прав, случайно тут оказался) поправьте если что

@@crinjovik6905 может потому что без фреймворка нет никакого килл? Как минимум

@@user-xl8sv7gy6u стало понятнее, но в чем проблема использовать уже имеющееся колесо, чем писать его заново?

@@crinjovik6905 потому что для новичка это какая то магия которая из ниоткуда взялась, он не понимает что находится внутри библиотеки, и когда наступит момент чтобы решить проблему самостоятельно окажется что он полный ноль

@@user-xl8sv7gy6u понял, разумно) спасибо что объяснил

как успехи, помог вам профи обрести профессию?

@@Jen-hs8ln Да

Если человек, который пишет код правильно, комментирует, зачем он так пишет и объясняет ученикам и говорит, что там происходит под капотом, то все там нормально будет написать. И можно писать и более неправильно, и в видео говорится об адекватном упрощении кода и что это не надо путать с говнокодом. И при упрощении должно явно говорится, что это упрощение и так не пишут в реальных проектах. Так что это опять же отговорки и выгораживания говна. Понятнее - непонятнее, это все понятно. Смысл в том, чтобы такое говно не выдавать за конечный и правильный код. И упрощать правильно. И с нормальными объяснениями можно сразу правильно писать. Или писать сначала примерно как в первом варике, а потом сказать что вообще вот такое есть и лучше вот так писать. Это все за один урок можно сказать. Я думаю смысл видео то в том, что видимо там как раз такой код как первый выдают за конечный и правильный. И тут уже реально выгораживай не выгораживай - нормальным и адекватным подходом это назвать сложно, если он таков, конечно) Да и зная что есть библиотеки встроенные или совместимые можно на основе этого прежде чем писать все самому поискать сначала а что есть для прощения и чтобы код выглядел не так громоздко. И вот это уже полезный навык. а для основ конечно можно и по шагам все прописывать, но опять же, надо делать ремарки, что это только для обучения.

@@furycydonian5491 В реальных проектах пишут по всякому. Есть реальные проекты, которые, например, не используют тот фреймворк, к которому ты привык. Есть проекты, где приходится реализовывать стандартные функции. Например проект конкурирующей библиотеки.

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

Здравствуй, друг! Как успехи? Наверное уже хорошо вырос и зарабатываешь? Подскажи, если можешь: хочу взять ноут для питона, не дорогой. 8 гб оперативки хватит? Спасибо!

@@romanco3667 Хаатит

@@adekakz9794 коп рахмет!

и что ты на практике сделал?

@@user-wu5bu7mg7n Десятки игр, сотни мелких программ и более 10 приложений для телефона и под винду

Это и был весь код. Просто есть уже готовые библиотеки, из которых мы достаем все нужное нам в конкретный момент. Роман так и сделал. Он не писал этот Pickup, не стал тратить на это время и придумывать то, что уже делали миллионы раз. В программировании всегда шла и идёт борьба между декларативным подходом и императивным (можешь почитать). Так вот Роман сделал, на мой взгляд, абсолютно правильно и сделал именно второй подход - не стал пошагово объяснять программе, что ей делать, потому что во фрейморвке Pickup это уже и так сделано, а мы можешь просто это использовать. Короче, те четыре строки - это и есть весь код, который он написал.

@@xcaelestisox7074 А если твоя цель - не изучение конкретного фреймворка а изучения того языка, на котором он написан? Программист ,который понимает что такое Pickup без магии и как такое можно написать самостоятельно, лучше чем программист, который этого не понимает. Второй, возможно, даже не пройдет собеседования в нормальную компанию. Потому как синтетические задачки учат тебя думать, а дергать за готовые методы может даже обезьяна.

да согл я по роликам хауди HTML с питоном выучил(точнее основу)

Твой ник сам за себя говорит

@@cherniyruski7462 твой тоже.....

@@user-bf2lq3xo4n ты чем то думал прежде чем это написать? Что мой говорит? Твой например что ты ребенок, который не понимает что написал бред

По поводу моего поста, чел..., просто посмотри, не один я такое думаю...

Тоже об этом подумал) P.S. а можно ещё через коллайдер сделать и столкновение игрока и объекта OnCollisionEnter?

@@zakgard9154 По идее не надо, ведь Collision - физический объект, а Trigger просто проверяет вхождение. Ты выбираешь каким является объект, Collision или Trigger, в инспекторе (в своём BoxCollider)

@@zakgard9154 можно. Работать будет, но здесь лучше подходят триггеры

@@zakgard9154 так on collision это же скольжени или трение двух физических или контролируемых тел, on trigger это выполняется когда 1 тело физическое 2 триггерное

Проникновение