Есть два типа людей: 1. Научился писать круды - устроился формошлепом. 2. Научился делать масштабируемые, надежные, высоконагруженные распределенные системы - устроился формошлепом.
эмбед это другое. И то , последние 10 лет я и там байтики не считаю. Если конечно ты не решил, что настало и твое время запустить хттп сервер на пылесосе и внутренняя память мк самое ох...ое место для хранения ресурсов.
Так потому что экстримцоде это несколько челиков,которые попеременно генерят контент, а "братан, давай давай, контент в кайф" записано как раз его голосом
ну что поделаешь, чел думает, что его позовут в гугл, чтобы он там писал свою код с 30 вложенными условиями и тройным вложенным циклом. Именно поэтому такой маленький процент из постсовета в больших компаниях, потому что все пишут говнокод. И про bool жесткий нахрюк был, даже первый ответ с первой ссылки на стак оверфлоу дает ответ: "Because the CPU can't address anything smaller than a byte.". А вообще найс аргумент: "Так как бул занимает 1 байт, а не 1 бит, то мне похуй и я буду делать 2 вложенный цикл, который будет делать триллион операций, вместо миллиона, который был бы при константе. И вообще скоро будут нанокампудахтеры, так что всим ПОХУЙ! ", просто похлопаем.
Ладно, нам предлагают читать книги по алгоритмам и как-то развиваться, но что скажет автор насчет собеседований из 1980-х, когда тебя просят писать сортировки, реализацию деревьев и тп, а на работе ты используешь готовые функции из библиотеки? 🤡
На Middle Unity Developer (5 собесов) не разу не просили реализовать с нуля подобную дичь. Также более 10 собесов на Junior Unity Developer. Там о них даже не спрашивали. Либо мне везло так часто, либо это был байт на комментарий.
@@RimuruDev .Net, 20 собесов(джун-мидл), регион Европа-Америка(сам в Европе) контракты только B2B 10 отказов, на остальных КАЖДЫЙ раз просили реализовать какую-то ебаторию по типу упрощённого паттерна или алгоритма На одном спрашивали даже вопросы, на которые сениоры не всегда адекватно ответить могут, по типу "А почему в структуре нет конструктора по умолчанию?"
Полностью согласен. Чем больше вокруг тупых ремесленников тем больше платят нормальным образованным ребятам. Так что ребята, ну их нахер эти алгоритмы, не создавайте конкуренции.
Бля, в натуре, пацаны нахуй вам этот Кнут вам нужен? Видос Хауди-Хо про бота для телеги чекнул и погнал. Уже дядьки для вас написали все библиотеки для петухона на любой вкус.
Сказочник, ремесленнику, который делают свою херню хорошо и долго уже никакой "образованный" пирожок и в подмётки по ЗП не годится. И я блин из второго лагеря, писал на плюсах телегу связанную с лазерными технологиями
Лет 15 назад написал крестики-нолики, так молодняк на работе все допытывался "какой алгоритм использовал?". А я даже вопрос не понимал. Разве существует справочник такой? И как можно классифицировать свободное творчество?
крестили-нолики, тетрис, змейка, шахматы - они уже давно написаны в миллиарде вариаций, но для каждой такой игры есть примерный устоявшийся алгоритм работы, отходить от которого можно, на зачастую незачем
Вообще то это так и работает, сначала идет свободное творчество, потом оно признается и конкретная реализация получает свое название и вот фактически оно классифицировано. Осталось только найти еще пару признанных вариантов решения этой же проблемы, столкнуть их лбами и посчитать эффективность и можно выпускать пособие по данной теме. Есть же книга по тактикам сбора кубика Рубика.
@@shitposting_box Типичные рассуждение типичного молодого человека. А современный молодняк характеризуется очень выраженным свойством: жизнь по инструкциям. Я вырос в СССР и я никогда не видел столько людей живущих по инструкциям - как роботы.
@@ВладимирВоробьев-е6опрограммирование по большей части это перебор алгоритмов и подходов, даже если писать из головы, так или иначе реализуешь что-то, что уже классифицировали до тебя. Мы же не называем решение математической задачи свободным творчеством, даже если ее можно решить через разные уравнения? И да, классно, когда я отвечаю на поставленный вопрос, а мне в ответ перевод стрелок на "посмотрите, как молодежь живет, я-то в свое врем жил по-другому"
Согласен, что при старте нужно фокусироваться только на минимально необходимом наборе навыков. Остальное - сомнительно. Автор ушел в крайности, а правда лежит на поверхности - оптимизация узких мест, масштабирование и отзывчивость это то, на что нормальные IT компании тратят время и ресурсы в условиях здоровой конкуренции. И тут кто-то становится фреймворкмэном или шормошлёпом, а кто-то пишет специфичный решающий узкие задачи оптимизированный код. Вторых меньшенство, но и среди "фреймворкмэн сениоров" много тех, кто занимается оптимизацией производительности. Так что знать определенные алгоритмы и структуры данных полезно, не только для общего развития.
Но у начинающего программиста это отобьёт интерес к программированию в целом. Кому понравится всякую нудятину про алгоритмы и оптимизацию изучать, если можно сразу какие-нибудь интересные задачи решать? Вот со временем, когда уже смешариком становишься, вот тогда и можно изучать все эти дрочи с алгоритмами. Если тебе это надо. Если не надо, то нахера?
Ну тут не соглашусь, правильно один сказал, что сначала нужно научится ходить, а уж потом учится маршировать, и ходить строем. Ежели ты будешь сразу учится ходить через муштру. А что касается университета, зная своих знакомых, у них программирование стоит только для галочки, а программировать они учились заного. Вот такая печальная статистика.
Всё так! Люто поюсую. Есть только одна проблема - на собеседованиях как раз чаще требуют алгоритмы. Я на таких вопросах традиционно сливают. Т.к. я свитчер и у меня нет профильного образования. А учить вещи которые нужны только на собеседованиях - мне в тягость в силу особенностей личности. (Да, возможно это плохая эволюционная стратегия). И как я в итоге вывожу? Да просто хожу на собесы и рассчитываю на удачу что попаду на собеседующего, который понимает что ему в команде нужны люди для решения прикладных задач. За 5 лет получилось таким образом устроиться в 3 компании (включая первую работу в ИТ). Во всех этих компаниях моей работой были очень довольны и продвижение по карьерной лестнице было весьма бодрым. Но я считаю такой ход событий во многом удачей.
Ну я думаю что в скором никаких алгоритмов не будет, да даже сейчас проходил 20 собеседований после 3-х лет галеры. На половине никаких алгоритмов, да устройство памяти, да иногда хеш и так далее но всё поверхностно, и то что излагает автор я осознал ещё год назад. И главное это правильно преподнести себя, просто понять и запомнить эту базу. И всё чаще мне вот попадались собеседования где основной целью было решить задачу. Представить что нам нужно реализовать абстрактный сервис с абстрактными функциями на абстрактном окружени. И просто нужно пофантазировать и рассказать как бы ты это делал. И если собеседнику нравится ход мыслей и он адекватный и если ты рассказываешь это с горящими глазами то какие проблемы. Лично я бы так и собеседовал, и в процессе его представления сервиса стало бы ясно знает ли он о чем говорит. И как правило знание алгоритмов не имеет тут никакого значения. Да и в чем проблема, окей Гугл, топ алгоритмов для сортировки…5 минут копипаст и вот ты решил узкую задачу которая хорошо если раз в год встретится тебе.
1) действительно не нужны книги по программированию, если ты собираешься заниматься вёрсткой сайтов 2) эти байтики конечно не считают, поэтому простенькие игры не запускаются на старых ПК, а по современным стандартам c++ каждый хуй, который можно посчитать, запихивают в define, чтобы программа на этапе прекомпилирования подставила туда определенное значение, что в итоге бы дало буст к выполнению программы 3) действительно все эти связанные списки не нужны, я вообще не знаю кто из придумал, если тебе не надо решать задачи не школьного уровня если честно, а просто красить кнопки 😊
Это как раз то, почему я своим друзьям реккомендую именно ваш плейлист по шарпам: Нет старта отпугивающей теории, а сразу идут развлечения с кодом: "Чтобы получить вот это - делай вот так. Понял как работает? Молодец, играйся"
В мелких конторах глубокие знания компьютер сайенса действительно не нужны. Разработка сводится до использования готовых фреймворков и совершенно незамысловатых алгоритмов получения и обработки данных. Но есть одно важное НО: Крупные компании (Apple, Amazon, из Российских - Яндекс, Сбер, Тинькофф, VK итд по списку) довольно часто ведут разработку с упором на производительность продукта (никто не будет использовать поисковый движок, если он слишком долго обрабатывает примитивный запрос, никто не будет использовать твой ui фреймворк если на нем ты получаешь 30фпс а не 60, или и того хуже - появляются повсеместные фризы, статтеры... Можно вспомнить мобильную разработку, где бой идет так же за потребление батарейки, за скорость и плавность рендера которые довольно легко сломать если ты не знаешь каких то совершенно базовых вещей, за потребление трафика, который в условиях мобильной сети может быть ограничен) Кроме того, в таких компаниях пушатся на прод в основном те решения, которые остаются с продуктом очень и очень продолжительный период жизни - это значит, что твое решение должно быть мало того, что эффективным, но еще и поддерживаемым в долгосрочной перспективе. И полезность этих знаний кратно возрастает, если ты дорастаешь до того уровня, когда ты можешь претендовать на место в какой либо из указанных выше компаний. И вот тут ты столкнешься с тем, что оказывается где то действительно потребуется реализовать хэш функцию, что оказывается действительно нужно знать как внутри работает хэшмапа, чтобы быстро локализовать ошибку в программе а не сидеть с ней неделю и в итоге так и не найти решение, что оказывается где то нужно нарисовать совсем кастомный ui компонент который будет использован в паре десятков продуктов компании, компонент должен работать быстро, потому что экран где планируется его использовать и без того с очень сложной версткой, анимациями итд. Коротко - хочешь остаться джуном - не учи, кнопки красить и так сможешь Хочешь расти как разработчик - так или иначе придется в это погружаться
Ролик - популизм. Потом приходят такие раздолбаи, и кроме как на покрасить кнопочку ума не хватает, пихают картинки на клиент в оригинале размером в несколько мегабайт, три вложенных цикла - полет нормальный, у них то машина для разработки мощная. Потом открывает это пользователь на средней мощности смартфоне со слабым интернетом, ждёт пару секунд, ничего не меняется … закрывает, и пользуется приложением от конкурента, потому что оно не тупит. Любой университет всегда дает легаси, но вместе с тем он учит учиться, и диплом ты уже пытаешься писать на современной базе. Всегда те, кто получил фундаментальные знания отличается, у них другое восприятие мира. Ну и отклонения от среднестатистического бывают и в том и другом случае, но не надо думать, что именно ты станешь этим уникумом, который сам за 3 месяца освоил программу, которую преподают несколько лет. Посмотрите вакансии Яндекса на НН, там часто пишут, закончивших курсы даже не рассматриваем, хотя сами практикум преподают, явно они в теме кого брать, кого нет.
Ага, был у нас один такой алгоритмист олимпиадник анальник, код которого приходилось перечитывать по 10 раз, пока поймёшь, что он хотел написать. Вроде и работает, но пока читаешь, вопросов больше чем ответов. В результате приходилось переписывать за ним целые портянки кода, сокращая их с 20+ строк до 5 или 3, при том не теряя в производительности.
Люди проходят пару тем курса Скиллфэктори и бегут на вакансии отвечать, да так, что на них откликов >1000, а ты мне тут о проблемах Джунов что-то говоришь, я в шоке с тебя)
Есть программист которому это необходимо знать, а есть кодер которому это знать не надо. Программист потом разгребает всё то неоптимизированное говно что натворил кодер
Проблема в том, что вещи не называют своими именами. Озвученные вами задачи - это верстка, а не программирование. Следовательно люди которые их решают верстальщики, а не программисты.
Многократно плюсую всё, сказанное автором) Ибо сам потратил уйму времени на эти алгоритмы и тому подобное, а в реальной работе это всё оказалось не актуальным, но время было упущено и его не вернуть, в итоге в айтишку закатился на год - полтора позже, чем мог бы
Ну скажем так, в первую очередь они ждут знания языка и фреймворка, а алгоритмы спрашивают опционально, не всегда (тем более на фронтенде), но язык и инструменты обязательно. Я собесился на бэк (получил оффер), меня помимо языка и фрейма спрашивали структуры данных и SQL, а по алгоритмам сказали, если помнишь, можешь рассказать. Я сказал, что руками писал их давно и всё, их это устроило)
Две недели назад захотел нвписать ПО по своей бизнес модели. Вчера завершил. Все вроде работает, писал без ООП. Все CRUD функции выполняются... но сейчас хочу переписать код под MVC с использованием ООП. После этого видео подумал, стоит ли это делать, если мой код, кроме меня, никто не увидеть?
У нас было 3 томика Кнута, 75 статей по устройству памяти, 5 уровней сетевой модели или OSI, жёсткий диск наполовину наполненный реализациями алгоритмов и структур, и целое море разноцветный книг по частоте кода Макконнелла, Мартина и Свэйгарта, а также томик Никалауса Вирта, шпаргалка по Линуксу, книга Тонненбаума, и 12 сайтов самоучителей, не то чтобы всё это нужно было категорически необходимо программисту, но если уж начал собирать коллекцию, то к дело надо подходить серьёзно.
К изучению чего либо нужно относится эгоистично, не терять свое время из за мнения других людей, я сам тоже страдал, изучал то что потом не понадобилось… Желаю всем начинающим более позитивного прогресса, потаму что так можно держатся дольше, и развиваться выше ☝️
Все верно. Иначе выходит нахрена прошлые поколения придлумывали столько облегчений, что бы люди не двигали сраные байтики, а блин задачи выполняли. Это называется прогресс.
Ты прав! Начинающим это знать не надо. Дальше идет глубина и если человек знает хуйню, которая никогда не будет использована, значит он уже на столько преисполнился что он тебя понимает, а ты его нет
Братан, вообще красавчик! Я начал изучать java как раз с книг по ООП, Структуры данных, java core и тп. После прочтения страниц 1000, понял, что не умею писать код, прошел пару нелохих бесплатных курсов на ютубе и понял, что многое из книг понял на практических примерах гораздо быстрее. Теперь обращаюсь к книгам как к справочникам, что и следовало делать изначально.
Я как доморощенный недомиддл выражаю респект автору за видос. Спустила на подобную по@бень около 2 лет. Все встало на свои места, когда на галере прошла обучалово по типу типовой кейс - типовое решение. ЗЫ Курс лекций для маленьких и тупых сыграл не последнюю роль в моей жизни❤
На фразе про байтики вспомнил, как до меня докопался научник, что у меня есть поле в классе в формате int, а не short или чего-то подобное. В общем, суммарно это занимало байтов на 100 больше памяти для всех экземпляров. Программа для работы требовала порядке 500мБ, т.к. обрабатывала видео и тд... Directed by дед пердед
Ты задел чуства мазахистов :( З.Ы. Братан, харош! Давай, давай, вперёд! Контент в кайф, можно ещё вот этого вот? Вообще красавчик! Можно такого вот прям вообще почаще?
Истина, применимая не только к программированию. Сам я и, как мне кажется, большинство людей вокруг меня страдаем от лишней увлечённости теорией, которая на самом деле не позволяет сделать хорошее дело. Даже если учишься в вузе или делаешь науку, нужно помнить, что ты разбираешься с неестественными штуками, например интегралами не для того, чтобы считать себя способным , а чтобы иметь возможность решить сложную хозяйственную задачу. Для чего они и были придуманы.
Всё полезно в меру. Именно по этому в школе все по чуть-чуть, чтобы создать кругозор. Но для качественного знания придется работать в одном направлении годами. Нам в программисты берут сразу после университетов, и ребят приходится чуть ли не заставлять писать код правильно, не то что бы они говнокодят, но это скорее "кодоблуд" и "гит прошивка". Ну тоесть, ридмишка у них красивая, все папочки чистые, ни одного лишнего файла в гите, но блин модули грузятся по захардкоженным путям, код=первые строки из гугла, коментариев нет, форматирование аля java в кучу, премененные аля a,b,c,d, aa,bb,cc, i, ii и т.д. и не дай бог ты их начнешь в это тыкать - да я же самый лучший! Как начинаешь им рассказывать для чего нужно переменные именовать как положено - прям недоумение в глазах! А мы вот так делали и ничего! И научить просто так не получится - я же не посажу таких за проект в 200к строк кода - они же тупо время терять будут, так еще и напоганят.
Это говорит о том, что такие собесы упоротые и бесполезные. И да, есть куча компаний, которые не занимаются подобным говном. Если бы айтишники были решительны и отказывались от таких говнособесов, а не молча брали х за щеку и решали тупорылые алгоритмы, то и работодатели бы это не спрашивали.
Ага, а потом такие горе-программисты не могут даже элементарную форму из компонентов собрать, их поделки жрут память, как не в себя. О релизах игр даже говорить не стоит. Каждый раз имеем глючное тормознотое дерьмо, которое допиливается годами.
Я послушал этот совет на заре карьеры и сразу приступил к изучению инструмента, чтобы клепать фичи. Скажу сразу -- не надо так, если только не ситуация когда в IT надо быстрее, а времени совсем мало. Объясню, чем плох подход "учить инструмент". В кишках любой программы, независимо от года на календаре, используются одни и те же конструкции. Одни и те же типы данных, одни и те же алгоритмы, за малым исключением. И без системного понимания того, как оно всё там под капотом крутится -- ты становишься не столько инженером-механиком, сколько маляром кузовного ремонта. И при столкновении с инженером-механиком с мехмата, ты получаешь закономерный удар писей по лбу -- чисто за счёт скоупа у инженера. А ещё, когда выйдут продвинутые нейронки, которые красят кнопки и крудошлёпят за тебя, кнопкокрасов станет нужно всё меньше. А инженеров -- нужно будет всё больше.
Это называется воинственное невежество. НИКТО не говорит, что чтобы начать кодить, надо штудировать Кнута, кроме может пары 50-летних скуфов с заводов. Буквально все курсы и туториалы и книги чуть ли ни в первой строчке пишут, что мы, мол, будем фокусироваться на практике. Чтобы читать эти книжки и смотреть\посещать эти курсы даже не надо знать математику 5-го класса, там если НЕ ДАЙ БОХ напишут символ Сигма - 10 раз объяснят, что это означает сумма, как ваш "цикл фор". Другое дело, что если ты хочешь, чтобы тебе было интересно, а не просто кнопки красить и ты хочешь сделать что-то получше, чем страницу регистрации пользователя - тебе надо учить CS и всё соответствующее. Но даже учитывая это, я НИ РАЗУ не видел чтобы кто-то всерьёз советовал начинать с Кнута. Автор тупо рейдж бейтит чтобы просмотры росли. Мусорный контент, сорян, жму "не рекомендовать этот канал"
В моем случае, я заметил, что начав изучать именно науку, мне стало намного легче разбирать чужой код. Т.е читать тяжелый код открытых проектов с гита, например линукс. Чем больше я погружаюсь в науку, тем легче мне дается "ремесло", как бы это сказать, начинаешь чувствовать код, машину на которой пишешь
Надо задрачивать не алгоритмы, а оптимальные способы решения определенных задач. Например как на данном языке лучше всего реализовать многопоточность? Через какие инструменты, как именно? Какие есть нюансы? Где можно напортачить?
Для этого и нужно развиваться и учить больше материала, а не говорит что все это не нужно развиваться для себя, а не для работодателя. Многопоточность зависит от операционной системы native threads, а есть вертуальные машины и интерпретаторы которые реализуют собственные потоки green threads.
@@raymondxp4709 у меня нет работодателя, я программирую для решения своих задач. И так как уделяю этому не так много времени, всегда возникает вопрос: а правильно ли я работаю с классами, потоками и т.д.
Ты инженер, блин, не ученый, а инженер, и ты, как инженер, обязан изучить то, как работают те принципы, которые изобрели красноглазые. Причем изучить их глубоко, чтобы не попадать в идиотскую ситуацию, когда от тебя ждут, что ты разбираешься в том, что ты делаешь, и можешь дать какую-то гарантию результата почти во всех случаях, а у тебя почему-то то, что "вроде работало", и "я всегда так делал", вдруг подводит твои радужные ожидания от быдлокода.
Ждём видос про литкод и прчие такие площадки. Интересно ваше мнение. А, ну и ещë: Братан, хорош, давай-давай, вперëд! Контент кайф, можно ещë? Вообще красавчик! Можно вот этого вот почаще?
ну не прошел человек алгоритмическое собеседование, что вы так жестите) дайте ему остаыть а не мокайте его как нашкодившего кота в лужу) какой литкод, вы о чем
Даже в современных реалиях можно вылетать за допустимые объемы памяти, в рамках тех самых прикладных задач, особенно если речь про сложный BE с огромными объемами данных.
Жёстко фактишь. Я конечно не лез в такие дебри, но в самом начале просто штудировал учебник по JS. Мне казалось, что без этого я не смогу фронт пилить. На деле, я устроился на работу фулстаком, где от силы нужно знать базу, и то процентов 20. Большая часть задач решается либо ей, либо это что-то уникальное и тебе всё равно нужно изучать новые библиотеки. А лучше лучше учителя, чем практика, вообще нет.
Удачи найти работу (особенно первую) без знания алгосов))) Меня, например, взяли в яндекс чисто из-за этого. Если что на языке (go) пишу месяца 3 (на момент собесов около одного месяца) и ничего другого по стэку технологий не знаю (всякие там postgresql, rabbitmq, kafka и прочее зверье). Пэт проетков тоже 0
Вот вроде рофл, а ведь по факту чел прав: большинству программистов это навязанное задротство алгоритмами никогда не пригодится, а если и пригодится, то чел просто нагуглит или у ChatGPT спросит
чел.. ты в самом начале ответил на свой вопрос.. эти книги для ПРОГРАММИСТОВ (это те кто обучался этому в универе и познал эту науку ибо их О ЧУДО этому ОБУЧАЛИ!!!!, и алгоритмам и структурам и прочим сортировкам с деревьями), а не для тех кто лишь считает себя программистами (или не дай бог те кто в этом лохотроне скилбокс(фэктори) или как там его обучался).. на выходе из универа человек вроде и специалист уже (База то у него есть) но из-за отсутствия опыта и реальных проектов ему сложно сопрягаться с командой, писать "промышленный код", для этого все эти книги "Клин код" /"паттерны проектирования" и прочие нужны (а книги про алгоритмы так вообще скорее как настольный справочник куда можно быстро заглянуть) .. чтобы ты не только для себя что то там накодил и вроде как понимаешь чё да как, а чтобы и твой собуты..(ой сОворкер Вася) смог понять что ты там накалякал... на самом деле такие книги очень вправляют мозг в правильную сторону(особенно выпускникам только после универа), и каждый кто потом перечитывал свой код ДО этих книг просто фэйспалмят без остановки "как я мог такое писать" ... а ты же наоборот делаешь из программистов чуть ли не типичных скрипткиддисов которые вроде и юзают код/алгоритм, но не понимают как он работает, и не дай бог что то не так даже и не поймут как сиё подчинить... не надо так... это путь к деградации.. ((
Начинаю отсчёт видосов ради интеграции - *1* . З.Ы. Братан, харош! Давай, давай, вперёд! Контент в кайф, можно ещё вот этого вот? Вообще красавчик! Можно такого вот прям вообще почаще?
Зачем знать алгоритмы и что такое кеш процессора и архитектуру если ты фротендер на js. Такие мысли посещают новечка. Можно быть тупым и писать код такие ценятся сейчас ведь они пушут бестрее одноразовый код.
Согласен, что вот прямо начинающему говнокодеру это всё не нужно, и даже вредно. Но я всё же рекомендую потом, когда на карточку придёт первая денежка от работодателя, изучить на среднем уровне структуры данных, а по алгоритмам пройтись поверхностно, чтобы при поступлении очередной задачки на новую порцию очень нестандартного говнокода в головке могло щёлкнуть нечто подобное: "Ой! Что-то я когда-то читал про это, и это тут можно применить, и оно-таки будет эффективно. А ну-ка гугел, напомни мне, откуда скопипастить этот алгоритм!" А если совсем не знать о существовании таких алгоритмов и структур данных, то ничего в голове и не щёлкнет...
Это первое видео в котором я с тобой согласен, и сделал вывод: "Братан, харош! Давай, давай, вперёд! Контент в кайф, можно ещё вот этого вот? Вообще красавчик! Можно такого вот прям вообще почаще?"
Во во , начал изучение программирование месяц назад , до этого где-то пол года очковал приступить . Видал до этого "детские блочные IDE" и думал что это игрушки , а вот настоящее программирование это биты , байты , каждая строка кода это уравнение из 20-ти неизвестных . А оказалось это тот же сбор из кубиков нужной тебе программы , разве что кубики по другому выглядят .
Начал обучать нейросеть на видосиках экстрим цоде нейросеть -- Братан, харош! Давай-давай, вперед! Контент в кайф! Можно еще? Ваще красавчик! Можно вот этого вот почаще?
Я обычно вкатуну советую две книжки только Теоретический минимум по комплюктер сайенс, и грокаем алгоритмы. Сразу предупреждаю что бы не качал тонны макулатуры все равно он это читать не будет. Ну и советую четко определиться с областью, и выбором технологии которая ему могла бы быть интересна. Фронт там, бек, датахуяенс(кстати датасаентисты не программисты) ну и так далее. Я мудак или не мудак?
Короче херню пронес. А как же творчество? Мне, например, интересно изобретать велосипеды. Если бы не эта возможность творчества, хрен бы я стал прогером. Но соглашусь с тем, что 90% нашей работы - банальные круды. Но это очень скучно и неитересно…. Эх…
Чел видит все оч поверхностно. Он никогда не делал ПО для станков/мед аппаратов, никогда не создавал игры или инструменты на подобе docker. Просто все, чем мы пользуемся - это инсторанное, а там челики потеют. А здесь только прогеры для бизнеса в рашке
Когда что-то хочу изучить то просто ищу готовый курс с коротенькими по длительности видосиками, и всё, я готовый спец. Дальше уже знания дополняю по необходиомсти. Я думаю, что сейчас прогеры просто боятся потерять место рабочее, да они храбрятся, но на деле трясутся, потому что книгу читать долго, а видос это день времени.
@@boriskorotaev1279При работе с текстом человек работает с интерпретацией всего, что читает, в понятные для себя мысли, когда во время просмотра большая часть мозга работает не с интерпретацией прочитанного, а пытается высчитать логику того, что происходит на экране. Скажем, текстом тебе напишут: "Функцию можно объявить, используя идентификатор def и вписав название и передаваемые аргументы, а потом вызвать, обратившись к ней из любой точки кода, отдав аргументы". Ты конечно это поймешь, но не примешь интерпретацию этих слов сразу же. Когда же ты увидишь, как это работает, ты сразу выстроишь логику: "Ага, def (название)(аргументы):, а потом (название)(аргументы), чтоб вызвать. Это более полезно, ибо тебе нужно не описание работы функций, а осознавать, как заставить ее работать.
конечно же нет, автор херню несёт для вкатывающихся. leetcode это про гибкость ума, основное требование к разрабам. а на чем конкретно ты будешь писать, какие библиотеки, шаблоны использовать дело десятое
Если нравится, то зачем забрасывать? Чем больше вы задач решите, тем лучше у вас будет навык. А именно тактический навык (алгоритмизация, написание конкретных функций и т д). Это конечно не разовьет навыки проектирования и долгосрочного планирования, но это уже следующая ступень)
Открою глаза некоторым. Программирование -- это просто. Но те кто туда зашел раньше специально создают непонятные документации, чтобы отшить конкурентов и повысить порог входа. Там всё на пальцах можно объяснить. Но теперь появились инфоцыгане, которые зарабатывают на трактовании раскладов. И это дает еще больше прибыли чем само программирование
Клубешник вечных мидлов продолжает генерить бурления. Молодец, братан, можно вот этого вот почаще, контент в кайф. Должен же кто-то останавливать вкатунов от развития, дабы наши сеньорские морды оставались в дефиците и зарплатки продолжали расти)
Сеньор далеко не всегда по навыкам. Я был в трех компаниях, и в каждой повышение идет за выслугу лет (в редких случаях за особые заслуги). Проработав лет 9 ты станешь автоматом сеньором
Алгоритмы и структуры данных полезны далеко не только тем, кто собирается ракеты строить, и их спрашивают на собеседованиях довольно часто на самые разные вакансии. Но это определённо не то, с чего стоит начинать изучение программирования, не вещь первой необходимости. Есть много куда более актуального и приоритетного.
а чем чистый код мешает решению прикладных задач? Он напротив позволяет тебе говнокодом не обмазываться и не создавать неподдерживаемое говно, которое спустя 5 лет будет переписано с нуля.
Да, все так. Только нужно уточнить, что это справедливо для большей части проектов связанных в вэбом. В остальных проектах вероятность того, что алгоритмы и многопоточность не понадобятся - гораздо ниже. Поэтому если у кандидата написано спринг бут, то на разработку компилятора я его не возьму.
Уже тихонько начинаю присоединиться к этому же мнению. Все типы алгоритмов написали за программиста в языке давно, никакой человек не будет писать алгоритм быстрого поиска в массиве, все фигачат include либо in.
Со связным списком ты какую-то херню сморозил. Для прикладного программирования знать про связные списки и их отличия от банального ArrayList очень даже полезно. Но вообще я согласен, задрачиваться на алгоритмах не стоит. Стоит изучить лишь базовые вещи.
Хзхз, чел. Мир бы стал чище, если бы не заинтересованые джуны отсеивались на этапе обучения, а не на этапе первого завода, когда уже забрали место у норм специалиста
❤Подпишись на Telegram: t.me/extremecode
Не
"вышел в интернет с теми вопросами.." кто так говорит?
если напишешь "php сила, c++ могила "
Код-манки)
@@kosiak10851это мем из 2016
За 10 лет действительно ничего не изменилось: огонь по-прежнему горит, вода по-прежнему течет, а ютуберы по-прежнему рекламируют SkillFactory:)))
Ты своей рекламой скилфактори отпугнешь больше людей от программирования, чем любые алгоритмы)
В этом и цель. Зачем плодить кучу спецов на рынке?
@@yurivv69😂😂
язык фактов
ну пусть рекламирует, жалко что ли парню на чай))
Это его доход как никак, не думаю что несколько десятков секунд курсов будут стоять в сравнении целого ролика очень даже годного контента)
Есть два типа людей:
1. Научился писать круды - устроился формошлепом.
2. Научился делать масштабируемые, надежные, высоконагруженные распределенные системы - устроился формошлепом.
У меня собака такая смышлёная, что нашла работу мидлом быстрее, чем я джуном.
Это все фигня. У меня кошка свой стартап замутила…
"никто сранные байтики не считает"
где-то заплакал один мбедед разработчик...им был я.
В слове "мбедед" есть слово "дед"....)) хм))
эмбед это другое. И то , последние 10 лет я и там байтики не считаю. Если конечно ты не решил, что настало и твое время запустить хттп сервер на пылесосе и внутренняя память мк самое ох...ое место для хранения ресурсов.
@@АлексейХомутников-ц5э сегодня скорее всего и пылесос имеет память в несколько сотен мегабайт
Этим человеком был Альберт Эйнштейн
@@Mr43046721 да не, там stm 32 F серии, в нем пару сотен килобайт оперативки
Наконец-то голос нормальный )
Так потому что экстримцоде это несколько челиков,которые попеременно генерят контент, а "братан, давай давай, контент в кайф" записано как раз его голосом
@@РоманСмородов-л2в Я знаю, об этом в тгк часто писали
@@РоманСмородов-л2в спасибо, дружище, а то я всегда думал что это один чел разными голосами говорит
Мне иногда второй голос кажется женским
@@РоманСмородов-л2вспасибо, думал это один чел двумя голосами говорит
Мы не просто ремесленники, а еще и бываем говночистами, которые как раз разгребают ошибки тех самых дедов, которые "40 лет в программировании"
Я тот самый дед. Сейчас разгребаю собственное говно в 20-летнем проекте.
@@SklerozRuудачи вам
th-cam.com/video/4ramtlrYCJw/w-d-xo.html
@@SklerozRuValve не смогли с CS:GO, поэтому с нуля сделали ту же игру. Мне кажется, что вам быстрее заново написать, если есть такая возможность
@@SklerozRuрад встрече, коллега )
Регулярно хватаю рукой лицо, читая свои старые коды 🫣
Пацан ты чего разогнал целый видос, подумаешь завалил алгоритмичную задачу на собеседовании XD
ну что поделаешь, чел думает, что его позовут в гугл, чтобы он там писал свою код с 30 вложенными условиями и тройным вложенным циклом. Именно поэтому такой маленький процент из постсовета в больших компаниях, потому что все пишут говнокод. И про bool жесткий нахрюк был, даже первый ответ с первой ссылки на стак оверфлоу дает ответ: "Because the CPU can't address anything smaller than a byte.". А вообще найс аргумент: "Так как бул занимает 1 байт, а не 1 бит, то мне похуй и я буду делать 2 вложенный цикл, который будет делать триллион операций, вместо миллиона, который был бы при константе. И вообще скоро будут нанокампудахтеры, так что всим ПОХУЙ! ", просто похлопаем.
@@belphegor32, ну автор видео всë-таки все по факту сказал
@@belphegor32 и код будет писать искусственный интеллект
Ладно, нам предлагают читать книги по алгоритмам и как-то развиваться, но что скажет автор насчет собеседований из 1980-х, когда тебя просят писать сортировки, реализацию деревьев и тп, а на работе ты используешь готовые функции из библиотеки? 🤡
сейчас тоже самое))))
@@7sug368об том и речь
на собеседованиях на кого? На джуна? Или на сеньора? На веб-дева или на гейм-дева или на эмбедед дева? Тут как бы контекст важен.
На Middle Unity Developer (5 собесов) не разу не просили реализовать с нуля подобную дичь.
Также более 10 собесов на Junior Unity Developer. Там о них даже не спрашивали.
Либо мне везло так часто, либо это был байт на комментарий.
@@RimuruDev .Net, 20 собесов(джун-мидл), регион Европа-Америка(сам в Европе) контракты только B2B
10 отказов, на остальных КАЖДЫЙ раз просили реализовать какую-то ебаторию по типу упрощённого паттерна или алгоритма
На одном спрашивали даже вопросы, на которые сениоры не всегда адекватно ответить могут, по типу "А почему в структуре нет конструктора по умолчанию?"
Полностью согласен. Чем больше вокруг тупых ремесленников тем больше платят нормальным образованным ребятам. Так что ребята, ну их нахер эти алгоритмы, не создавайте конкуренции.
Бля, в натуре, пацаны нахуй вам этот Кнут вам нужен? Видос Хауди-Хо про бота для телеги чекнул и погнал. Уже дядьки для вас написали все библиотеки для петухона на любой вкус.
Сказочник, ремесленнику, который делают свою херню хорошо и долго уже никакой "образованный" пирожок и в подмётки по ЗП не годится. И я блин из второго лагеря, писал на плюсах телегу связанную с лазерными технологиями
@@artyom_trustee Надеюсь, на плюсах ты лучше мысли излагаешь.
Эй эй, слишком толсто)))
@@artyom_trustee по зп да. На заводах за программирование микропроцессоров и микроконтроллеров на С платят по 100к.
Лет 15 назад написал крестики-нолики, так молодняк на работе все допытывался "какой алгоритм использовал?". А я даже вопрос не понимал. Разве существует справочник такой? И как можно классифицировать свободное творчество?
крестили-нолики, тетрис, змейка, шахматы - они уже давно написаны в миллиарде вариаций, но для каждой такой игры есть примерный устоявшийся алгоритм работы, отходить от которого можно, на зачастую незачем
Вообще то это так и работает, сначала идет свободное творчество, потом оно признается и конкретная реализация получает свое название и вот фактически оно классифицировано. Осталось только найти еще пару признанных вариантов решения этой же проблемы, столкнуть их лбами и посчитать эффективность и можно выпускать пособие по данной теме. Есть же книга по тактикам сбора кубика Рубика.
@@shitposting_box Типичные рассуждение типичного молодого человека. А современный молодняк характеризуется очень выраженным свойством: жизнь по инструкциям. Я вырос в СССР и я никогда не видел столько людей живущих по инструкциям - как роботы.
@@ВладимирВоробьев-е6отем не менее в краткосрочной перспективе инструкции выгодны для экономия усилий и времени
@@ВладимирВоробьев-е6опрограммирование по большей части это перебор алгоритмов и подходов, даже если писать из головы, так или иначе реализуешь что-то, что уже классифицировали до тебя. Мы же не называем решение математической задачи свободным творчеством, даже если ее можно решить через разные уравнения?
И да, классно, когда я отвечаю на поставленный вопрос, а мне в ответ перевод стрелок на "посмотрите, как молодежь живет, я-то в свое врем жил по-другому"
Братан, харош! Давай-давай, вперед! Контент в кайф! Можно еще? Ваще красавчик! Можно вот этого вот почаще? Давайте пока!
Он тебе лохотронщиков рекламирует из скилфэктори, а ты и рад.
Братан, хорош, давай, давай, вперёд! Контент в кайф, можно ещё? Вообще красавчик! Можно вот этого вот почаще?
"Можно вот этого вот почаще?"
когда скопировал из методички немного лишнего
Не поленюсь поставить лайк.
...и написать коммент
Согласен, что при старте нужно фокусироваться только на минимально необходимом наборе навыков. Остальное - сомнительно. Автор ушел в крайности, а правда лежит на поверхности - оптимизация узких мест, масштабирование и отзывчивость это то, на что нормальные IT компании тратят время и ресурсы в условиях здоровой конкуренции. И тут кто-то становится фреймворкмэном или шормошлёпом, а кто-то пишет специфичный решающий узкие задачи оптимизированный код. Вторых меньшенство, но и среди "фреймворкмэн сениоров" много тех, кто занимается оптимизацией производительности. Так что знать определенные алгоритмы и структуры данных полезно, не только для общего развития.
Вот тут плюсану
Но у начинающего программиста это отобьёт интерес к программированию в целом. Кому понравится всякую нудятину про алгоритмы и оптимизацию изучать, если можно сразу какие-нибудь интересные задачи решать?
Вот со временем, когда уже смешариком становишься, вот тогда и можно изучать все эти дрочи с алгоритмами. Если тебе это надо. Если не надо, то нахера?
@@Drist_ayarс возрастом ты не сможешь учиться новому поэтому базу надо закладывать когда у мозга есть ресурс для обучения новому.
Ну тут не соглашусь, правильно один сказал, что сначала нужно научится ходить, а уж потом учится маршировать, и ходить строем. Ежели ты будешь сразу учится ходить через муштру. А что касается университета, зная своих знакомых, у них программирование стоит только для галочки, а программировать они учились заного. Вот такая печальная статистика.
@@_dlh_drl_ давай ссылку с пабмеда на сколько и в каком возрасте деградирует способность учиться
Всё так! Люто поюсую. Есть только одна проблема - на собеседованиях как раз чаще требуют алгоритмы. Я на таких вопросах традиционно сливают. Т.к. я свитчер и у меня нет профильного образования. А учить вещи которые нужны только на собеседованиях - мне в тягость в силу особенностей личности. (Да, возможно это плохая эволюционная стратегия). И как я в итоге вывожу? Да просто хожу на собесы и рассчитываю на удачу что попаду на собеседующего, который понимает что ему в команде нужны люди для решения прикладных задач. За 5 лет получилось таким образом устроиться в 3 компании (включая первую работу в ИТ). Во всех этих компаниях моей работой были очень довольны и продвижение по карьерной лестнице было весьма бодрым. Но я считаю такой ход событий во многом удачей.
Ну я думаю что в скором никаких алгоритмов не будет, да даже сейчас проходил 20 собеседований после 3-х лет галеры. На половине никаких алгоритмов, да устройство памяти, да иногда хеш и так далее но всё поверхностно, и то что излагает автор я осознал ещё год назад. И главное это правильно преподнести себя, просто понять и запомнить эту базу.
И всё чаще мне вот попадались собеседования где основной целью было решить задачу. Представить что нам нужно реализовать абстрактный сервис с абстрактными функциями на абстрактном окружени. И просто нужно пофантазировать и рассказать как бы ты это делал. И если собеседнику нравится ход мыслей и он адекватный и если ты рассказываешь это с горящими глазами то какие проблемы. Лично я бы так и собеседовал, и в процессе его представления сервиса стало бы ясно знает ли он о чем говорит. И как правило знание алгоритмов не имеет тут никакого значения. Да и в чем проблема, окей Гугл, топ алгоритмов для сортировки…5 минут копипаст и вот ты решил узкую задачу которая хорошо если раз в год встретится тебе.
@@romax2000для работы в крутых компаниях по типу Яндекс, тинькофф, сбер без алгоритмов никуда
1) действительно не нужны книги по программированию, если ты собираешься заниматься вёрсткой сайтов
2) эти байтики конечно не считают, поэтому простенькие игры не запускаются на старых ПК, а по современным стандартам c++ каждый хуй, который можно посчитать, запихивают в define, чтобы программа на этапе прекомпилирования подставила туда определенное значение, что в итоге бы дало буст к выполнению программы
3) действительно все эти связанные списки не нужны, я вообще не знаю кто из придумал, если тебе не надо решать задачи не школьного уровня если честно, а просто красить кнопки 😊
Зачем ты такое говоришь теперь же все вокруг будут писать медленный говнокод
Спасибо вам, ребята. Смотрю вас ещё с half life на фончике
Это как раз то, почему я своим друзьям реккомендую именно ваш плейлист по шарпам: Нет старта отпугивающей теории, а сразу идут развлечения с кодом: "Чтобы получить вот это - делай вот так. Понял как работает? Молодец, играйся"
Прошёл год. Сам то далеко ушел?)
@@constantin3280 сойдёт
В мелких конторах глубокие знания компьютер сайенса действительно не нужны. Разработка сводится до использования готовых фреймворков и совершенно незамысловатых алгоритмов получения и обработки данных. Но есть одно важное НО:
Крупные компании (Apple, Amazon, из Российских - Яндекс, Сбер, Тинькофф, VK итд по списку) довольно часто ведут разработку с упором на производительность продукта (никто не будет использовать поисковый движок, если он слишком долго обрабатывает примитивный запрос, никто не будет использовать твой ui фреймворк если на нем ты получаешь 30фпс а не 60, или и того хуже - появляются повсеместные фризы, статтеры... Можно вспомнить мобильную разработку, где бой идет так же за потребление батарейки, за скорость и плавность рендера которые довольно легко сломать если ты не знаешь каких то совершенно базовых вещей, за потребление трафика, который в условиях мобильной сети может быть ограничен)
Кроме того, в таких компаниях пушатся на прод в основном те решения, которые остаются с продуктом очень и очень продолжительный период жизни - это значит, что твое решение должно быть мало того, что эффективным, но еще и поддерживаемым в долгосрочной перспективе. И полезность этих знаний кратно возрастает, если ты дорастаешь до того уровня, когда ты можешь претендовать на место в какой либо из указанных выше компаний.
И вот тут ты столкнешься с тем, что оказывается где то действительно потребуется реализовать хэш функцию, что оказывается действительно нужно знать как внутри работает хэшмапа, чтобы быстро локализовать ошибку в программе а не сидеть с ней неделю и в итоге так и не найти решение, что оказывается где то нужно нарисовать совсем кастомный ui компонент который будет использован в паре десятков продуктов компании, компонент должен работать быстро, потому что экран где планируется его использовать и без того с очень сложной версткой, анимациями итд.
Коротко - хочешь остаться джуном - не учи, кнопки красить и так сможешь
Хочешь расти как разработчик - так или иначе придется в это погружаться
Ролик - популизм. Потом приходят такие раздолбаи, и кроме как на покрасить кнопочку ума не хватает, пихают картинки на клиент в оригинале размером в несколько мегабайт, три вложенных цикла - полет нормальный, у них то машина для разработки мощная. Потом открывает это пользователь на средней мощности смартфоне со слабым интернетом, ждёт пару секунд, ничего не меняется … закрывает, и пользуется приложением от конкурента, потому что оно не тупит.
Любой университет всегда дает легаси, но вместе с тем он учит учиться, и диплом ты уже пытаешься писать на современной базе. Всегда те, кто получил фундаментальные знания отличается, у них другое восприятие мира. Ну и отклонения от среднестатистического бывают и в том и другом случае, но не надо думать, что именно ты станешь этим уникумом, который сам за 3 месяца освоил программу, которую преподают несколько лет. Посмотрите вакансии Яндекса на НН, там часто пишут, закончивших курсы даже не рассматриваем, хотя сами практикум преподают, явно они в теме кого брать, кого нет.
Ага, был у нас один такой алгоритмист олимпиадник анальник, код которого приходилось перечитывать по 10 раз, пока поймёшь, что он хотел написать. Вроде и работает, но пока читаешь, вопросов больше чем ответов. В результате приходилось переписывать за ним целые портянки кода, сокращая их с 20+ строк до 5 или 3, при том не теряя в производительности.
Так ты же фронтендер. Тебе по-идее алгоритмы и не надо.
Если это видео не попадёт на гитхаб арктик, то можно вообще очистить все что там собралось❤
Нужно срочно нанять drop database developerа)))
Все нужные мне алгоритмы, мне пишет ChatGPT. Ту-дум---тссс
Братан, харош! Давай, давай, вперёд! Контент в кайф, можно ещё вот этого вот? Вообще красавчик! Можно такого вот прям вообще почаще?
Люди проходят пару тем курса Скиллфэктори и бегут на вакансии отвечать, да так, что на них откликов >1000, а ты мне тут о проблемах Джунов что-то говоришь, я в шоке с тебя)
Как же хорошо ты умеешь снимать антирекламу :)
По твоим антисоветам на линукс перешёл и радуюсь жизни
Сейчас кнута почитаем
F
Есть программист которому это необходимо знать, а есть кодер которому это знать не надо. Программист потом разгребает всё то неоптимизированное говно что натворил кодер
Проблема в том, что вещи не называют своими именами. Озвученные вами задачи - это верстка, а не программирование. Следовательно люди которые их решают верстальщики, а не программисты.
В этом есть доля смысла...
Ну а почему современные игры неоптимизированное дерьмище, а весят они по 300 гигов? Я вообще не кодер, я тут случацно прохожу
Многократно плюсую всё, сказанное автором) Ибо сам потратил уйму времени на эти алгоритмы и тому подобное, а в реальной работе это всё оказалось не актуальным, но время было упущено и его не вернуть, в итоге в айтишку закатился на год - полтора позже, чем мог бы
а на собесе не спрашивают за алгоритмы разве ?
Ну скажем так, в первую очередь они ждут знания языка и фреймворка, а алгоритмы спрашивают опционально, не всегда (тем более на фронтенде), но язык и инструменты обязательно. Я собесился на бэк (получил оффер), меня помимо языка и фрейма спрашивали структуры данных и SQL, а по алгоритмам сказали, если помнишь, можешь рассказать. Я сказал, что руками писал их давно и всё, их это устроило)
@@alib7619 я собес на бэка asp net core проходил. Там чел спросил, что я знаю, дал тестовое я его сделал и они прислали офер.
Две недели назад захотел нвписать ПО по своей бизнес модели. Вчера завершил. Все вроде работает, писал без ООП. Все CRUD функции выполняются... но сейчас хочу переписать код под MVC с использованием ООП. После этого видео подумал, стоит ли это делать, если мой код, кроме меня, никто не увидеть?
У нас было 3 томика Кнута, 75 статей по устройству памяти, 5 уровней сетевой модели или OSI, жёсткий диск наполовину наполненный реализациями алгоритмов и структур, и целое море разноцветный книг по частоте кода Макконнелла, Мартина и Свэйгарта, а также томик Никалауса Вирта, шпаргалка по Линуксу, книга Тонненбаума, и 12 сайтов самоучителей, не то чтобы всё это нужно было категорически необходимо программисту, но если уж начал собирать коллекцию, то к дело надо подходить серьёзно.
Цель не просто решить задачу а решить её оптимально, вот тут и сыпятся все ваши курсы говнокодинга.
Так-то ты прав, но...
С общим теоретическим бэкграундом (затрагивающий, к примеру, методологию разработки) может быть проще сопровождать
Не, ну конечно, нахера музыканту сольфеджио. Там вообще все просто, дуй и нажимай…
К изучению чего либо нужно относится эгоистично, не терять свое время из за мнения других людей, я сам тоже страдал, изучал то что потом не понадобилось… Желаю всем начинающим более позитивного прогресса, потаму что так можно держатся дольше, и развиваться выше ☝️
привиделся Конфуций на аватарке
Все верно. Иначе выходит нахрена прошлые поколения придлумывали столько облегчений, что бы люди не двигали сраные байтики, а блин задачи выполняли. Это называется прогресс.
Ты прав! Начинающим это знать не надо. Дальше идет глубина и если человек знает хуйню, которая никогда не будет использована, значит он уже на столько преисполнился что он тебя понимает, а ты его нет
Братан, вообще красавчик! Я начал изучать java как раз с книг по ООП, Структуры данных, java core и тп. После прочтения страниц 1000, понял, что не умею писать код, прошел пару нелохих бесплатных курсов на ютубе и понял, что многое из книг понял на практических примерах гораздо быстрее. Теперь обращаюсь к книгам как к справочникам, что и следовало делать изначально.
Поделись ссылками или названиями курсов пожалуйста.
Я как доморощенный недомиддл выражаю респект автору за видос. Спустила на подобную по@бень около 2 лет. Все встало на свои места, когда на галере прошла обучалово по типу типовой кейс - типовое решение.
ЗЫ Курс лекций для маленьких и тупых сыграл не последнюю роль в моей жизни❤
На фразе про байтики вспомнил, как до меня докопался научник, что у меня есть поле в классе в формате int, а не short или чего-то подобное. В общем, суммарно это занимало байтов на 100 больше памяти для всех экземпляров. Программа для работы требовала порядке 500мБ, т.к. обрабатывала видео и тд... Directed by дед пердед
Ты задел чуства мазахистов :(
З.Ы. Братан, харош! Давай, давай, вперёд! Контент в кайф, можно ещё вот этого вот? Вообще красавчик! Можно такого вот прям вообще почаще?
Я мазохист и это задевает мои чувства, но... я не то чтобы против)
Истина, применимая не только к программированию. Сам я и, как мне кажется, большинство людей вокруг меня страдаем от лишней увлечённости теорией, которая на самом деле не позволяет сделать хорошее дело.
Даже если учишься в вузе или делаешь науку, нужно помнить, что ты разбираешься с неестественными штуками, например интегралами не для того, чтобы считать себя способным , а чтобы иметь возможность решить сложную хозяйственную задачу. Для чего они и были придуманы.
Всё полезно в меру. Именно по этому в школе все по чуть-чуть, чтобы создать кругозор. Но для качественного знания придется работать в одном направлении годами. Нам в программисты берут сразу после университетов, и ребят приходится чуть ли не заставлять писать код правильно, не то что бы они говнокодят, но это скорее "кодоблуд" и "гит прошивка". Ну тоесть, ридмишка у них красивая, все папочки чистые, ни одного лишнего файла в гите, но блин модули грузятся по захардкоженным путям, код=первые строки из гугла, коментариев нет, форматирование аля java в кучу, премененные аля a,b,c,d, aa,bb,cc, i, ii и т.д. и не дай бог ты их начнешь в это тыкать - да я же самый лучший! Как начинаешь им рассказывать для чего нужно переменные именовать как положено - прям недоумение в глазах! А мы вот так делали и ничего! И научить просто так не получится - я же не посажу таких за проект в 200к строк кода - они же тупо время терять будут, так еще и напоганят.
Ну для 200к строк кода есть ООП, вряд-ли им там получается объявить поля через a,b,c. Хотя кто знает, все возможно))
Вроде бы всё в шуточном стиле податься, но при этом получаешь очень много полезной информации!
Продолжай в том же духе ❤❤❤
На проекте пилю легасии монолит, который на проде 300Гб ОЗУ ест. Взял его аз из, хотят ап сделать до уровня 2024г. Но не хотят платить за это ))
😢
Алгоритмы и паттерны задрачиваются в основном чтобы пройти собес. И да, писать хороший код это оч сложно, я до сих пор не научился
Это говорит о том, что такие собесы упоротые и бесполезные. И да, есть куча компаний, которые не занимаются подобным говном. Если бы айтишники были решительны и отказывались от таких говнособесов, а не молча брали х за щеку и решали тупорылые алгоритмы, то и работодатели бы это не спрашивали.
"паттерны чтобы пройти собес" - чувак, программирование это не твое
@@hotkey8457 я больше ничего не умею(
Ага, а потом такие горе-программисты не могут даже элементарную форму из компонентов собрать, их поделки жрут память, как не в себя. О релизах игр даже говорить не стоит. Каждый раз имеем глючное тормознотое дерьмо, которое допиливается годами.
факт братан, факт
Я послушал этот совет на заре карьеры и сразу приступил к изучению инструмента, чтобы клепать фичи. Скажу сразу -- не надо так, если только не ситуация когда в IT надо быстрее, а времени совсем мало. Объясню, чем плох подход "учить инструмент". В кишках любой программы, независимо от года на календаре, используются одни и те же конструкции. Одни и те же типы данных, одни и те же алгоритмы, за малым исключением.
И без системного понимания того, как оно всё там под капотом крутится -- ты становишься не столько инженером-механиком, сколько маляром кузовного ремонта. И при столкновении с инженером-механиком с мехмата, ты получаешь закономерный удар писей по лбу -- чисто за счёт скоупа у инженера.
А ещё, когда выйдут продвинутые нейронки, которые красят кнопки и крудошлёпят за тебя, кнопкокрасов станет нужно всё меньше. А инженеров -- нужно будет всё больше.
Это называется воинственное невежество. НИКТО не говорит, что чтобы начать кодить, надо штудировать Кнута, кроме может пары 50-летних скуфов с заводов. Буквально все курсы и туториалы и книги чуть ли ни в первой строчке пишут, что мы, мол, будем фокусироваться на практике. Чтобы читать эти книжки и смотреть\посещать эти курсы даже не надо знать математику 5-го класса, там если НЕ ДАЙ БОХ напишут символ Сигма - 10 раз объяснят, что это означает сумма, как ваш "цикл фор".
Другое дело, что если ты хочешь, чтобы тебе было интересно, а не просто кнопки красить и ты хочешь сделать что-то получше, чем страницу регистрации пользователя - тебе надо учить CS и всё соответствующее. Но даже учитывая это, я НИ РАЗУ не видел чтобы кто-то всерьёз советовал начинать с Кнута. Автор тупо рейдж бейтит чтобы просмотры росли. Мусорный контент, сорян, жму "не рекомендовать этот канал"
Босс программирования, составь, пожалуйста, свой список материалов для обучения программированию!
В моем случае, я заметил, что начав изучать именно науку, мне стало намного легче разбирать чужой код. Т.е читать тяжелый код открытых проектов с гита, например линукс. Чем больше я погружаюсь в науку, тем легче мне дается "ремесло", как бы это сказать, начинаешь чувствовать код, машину на которой пишешь
Надо задрачивать не алгоритмы, а оптимальные способы решения определенных задач. Например как на данном языке лучше всего реализовать многопоточность? Через какие инструменты, как именно? Какие есть нюансы? Где можно напортачить?
Опять же, зависит от позиции, куда собесишься
Для этого и нужно развиваться и учить больше материала, а не говорит что все это не нужно развиваться для себя, а не для работодателя. Многопоточность зависит от операционной системы native threads, а есть вертуальные машины и интерпретаторы которые реализуют собственные потоки green threads.
@@raymondxp4709 у меня нет работодателя, я программирую для решения своих задач. И так как уделяю этому не так много времени, всегда возникает вопрос: а правильно ли я работаю с классами, потоками и т.д.
11010000100100011101000110000000110100001011000011010001100000101101000010110000110100001011110100101100001000001101000110000101110100001011000011010001100000001101000010111110110100011000100000100001001000001101000010010100110100001011000011010000101100101101000010110000110100001011100100101101110100001011010011010000101100001101000010110010110100001011000011010000101110010010110000100000110100001011001011010000101111111101000010110101110100011000000011010000101101011101000010110100001000010010000011010000100110101101000010111110110100001011110111010001100000101101000010110101110100001011110111010001100000100010000011010000101100100010000011010000101110101101000010110000110100001011100111010001100001000010000100100000110100001001110011010000101111101101000010110110110100001011110111010000101111100010000011010000101101011101000110001001110100001011010100111111001000001101000010010010110100001011000011010001100010011101000010110101001000001101000010111010110100011000000011010000101100001101000110000001110100001011000011010000101100101101000110000111110100001011100011010000101110100010000100100000
ДА! Как же ты прав. Я пытался вкатываться через условную "базу" и получил боль и отчаяние. Это грусть. Просто берёшь и программируешь, потом остальное
Ты инженер, блин, не ученый, а инженер, и ты, как инженер, обязан изучить то, как работают те принципы, которые изобрели красноглазые. Причем изучить их глубоко, чтобы не попадать в идиотскую ситуацию, когда от тебя ждут, что ты разбираешься в том, что ты делаешь, и можешь дать какую-то гарантию результата почти во всех случаях, а у тебя почему-то то, что "вроде работало", и "я всегда так делал", вдруг подводит твои радужные ожидания от быдлокода.
Ждём видос про литкод и прчие такие площадки. Интересно ваше мнение. А, ну и ещë:
Братан, хорош, давай-давай, вперëд! Контент кайф, можно ещë? Вообще красавчик! Можно вот этого вот почаще?
ну не прошел человек алгоритмическое собеседование, что вы так жестите) дайте ему остаыть а не мокайте его как нашкодившего кота в лужу) какой литкод, вы о чем
Даже в современных реалиях можно вылетать за допустимые объемы памяти, в рамках тех самых прикладных задач, особенно если речь про сложный BE с огромными объемами данных.
Жёстко фактишь. Я конечно не лез в такие дебри, но в самом начале просто штудировал учебник по JS. Мне казалось, что без этого я не смогу фронт пилить. На деле, я устроился на работу фулстаком, где от силы нужно знать базу, и то процентов 20. Большая часть задач решается либо ей, либо это что-то уникальное и тебе всё равно нужно изучать новые библиотеки. А лучше лучше учителя, чем практика, вообще нет.
Удачи найти работу (особенно первую) без знания алгосов))) Меня, например, взяли в яндекс чисто из-за этого. Если что на языке (go) пишу месяца 3 (на момент собесов около одного месяца) и ничего другого по стэку технологий не знаю (всякие там postgresql, rabbitmq, kafka и прочее зверье). Пэт проетков тоже 0
Вот вроде рофл, а ведь по факту чел прав: большинству программистов это навязанное задротство алгоритмами никогда не пригодится, а если и пригодится, то чел просто нагуглит или у ChatGPT спросит
чел.. ты в самом начале ответил на свой вопрос.. эти книги для ПРОГРАММИСТОВ (это те кто обучался этому в универе и познал эту науку ибо их О ЧУДО этому ОБУЧАЛИ!!!!, и алгоритмам и структурам и прочим сортировкам с деревьями), а не для тех кто лишь считает себя программистами (или не дай бог те кто в этом лохотроне скилбокс(фэктори) или как там его обучался).. на выходе из универа человек вроде и специалист уже (База то у него есть) но из-за отсутствия опыта и реальных проектов ему сложно сопрягаться с командой, писать "промышленный код", для этого все эти книги "Клин код" /"паттерны проектирования" и прочие нужны (а книги про алгоритмы так вообще скорее как настольный справочник куда можно быстро заглянуть) .. чтобы ты не только для себя что то там накодил и вроде как понимаешь чё да как, а чтобы и твой собуты..(ой сОворкер Вася) смог понять что ты там накалякал... на самом деле такие книги очень вправляют мозг в правильную сторону(особенно выпускникам только после универа), и каждый кто потом перечитывал свой код ДО этих книг просто фэйспалмят без остановки "как я мог такое писать" ... а ты же наоборот делаешь из программистов чуть ли не типичных скрипткиддисов которые вроде и юзают код/алгоритм, но не понимают как он работает, и не дай бог что то не так даже и не поймут как сиё подчинить... не надо так... это путь к деградации.. ((
Начинаю отсчёт видосов ради интеграции - *1* .
З.Ы. Братан, харош! Давай, давай, вперёд! Контент в кайф, можно ещё вот этого вот? Вообще красавчик! Можно такого вот прям вообще почаще?
Зачем знать алгоритмы и что такое кеш процессора и архитектуру если ты фротендер на js. Такие мысли посещают новечка. Можно быть тупым и писать код такие ценятся сейчас ведь они пушут бестрее одноразовый код.
ждем извинения в следующем видео с рекламой платформы по обучению алгоритмам
Согласен, что вот прямо начинающему говнокодеру это всё не нужно, и даже вредно.
Но я всё же рекомендую потом, когда на карточку придёт первая денежка от работодателя, изучить на среднем уровне структуры данных, а по алгоритмам пройтись поверхностно, чтобы при поступлении очередной задачки на новую порцию очень нестандартного говнокода в головке могло щёлкнуть нечто подобное: "Ой! Что-то я когда-то читал про это, и это тут можно применить, и оно-таки будет эффективно. А ну-ка гугел, напомни мне, откуда скопипастить этот алгоритм!"
А если совсем не знать о существовании таких алгоритмов и структур данных, то ничего в голове и не щёлкнет...
Это первое видео в котором я с тобой согласен, и сделал вывод: "Братан, харош! Давай, давай, вперёд! Контент в кайф, можно ещё вот этого вот? Вообще красавчик! Можно такого вот прям вообще почаще?"
Во во , начал изучение программирование месяц назад , до этого где-то пол года очковал приступить . Видал до этого "детские блочные IDE" и думал что это игрушки , а вот настоящее программирование это биты , байты , каждая строка кода это уравнение из 20-ти неизвестных . А оказалось это тот же сбор из кубиков нужной тебе программы , разве что кубики по другому выглядят .
Начал обучать нейросеть на видосиках экстрим цоде нейросеть -- Братан, харош! Давай-давай, вперед! Контент в кайф! Можно еще? Ваще красавчик! Можно вот этого вот почаще?
Я обычно вкатуну советую две книжки только Теоретический минимум по комплюктер сайенс, и грокаем алгоритмы. Сразу предупреждаю что бы не качал тонны макулатуры все равно он это читать не будет. Ну и советую четко определиться с областью, и выбором технологии которая ему могла бы быть интересна. Фронт там, бек, датахуяенс(кстати датасаентисты не программисты) ну и так далее.
Я мудак или не мудак?
Всё теперь вкатуны украдут нашу работу………………
Короче херню пронес. А как же творчество? Мне, например, интересно изобретать велосипеды. Если бы не эта возможность творчества, хрен бы я стал прогером. Но соглашусь с тем, что 90% нашей работы - банальные круды. Но это очень скучно и неитересно…. Эх…
"С этим вопросом я вышел в интернет"
смотрю видео с советами по обучению - вижу скиллфактори - закрываю видос и баню автора
Чел видит все оч поверхностно. Он никогда не делал ПО для станков/мед аппаратов, никогда не создавал игры или инструменты на подобе docker. Просто все, чем мы пользуемся - это инсторанное, а там челики потеют. А здесь только прогеры для бизнеса в рашке
все по фактам бро, спс что подтвердил мои мысли, я оказывается все правильно делал
Когда что-то хочу изучить то просто ищу готовый курс с коротенькими по длительности видосиками, и всё, я готовый спец. Дальше уже знания дополняю по необходиомсти.
Я думаю, что сейчас прогеры просто боятся потерять место рабочее, да они храбрятся, но на деле трясутся, потому что книгу читать долго, а видос это день времени.
ради занудства скажу что читаешь ты быстрее чем слушаешь видосики, поэтому за сутки можно больше впитать инфы из книги чем из видосов
@@boriskorotaev1279При работе с текстом человек работает с интерпретацией всего, что читает, в понятные для себя мысли, когда во время просмотра большая часть мозга работает не с интерпретацией прочитанного, а пытается высчитать логику того, что происходит на экране. Скажем, текстом тебе напишут: "Функцию можно объявить, используя идентификатор def и вписав название и передаваемые аргументы, а потом вызвать, обратившись к ней из любой точки кода, отдав аргументы". Ты конечно это поймешь, но не примешь интерпретацию этих слов сразу же. Когда же ты увидишь, как это работает, ты сразу выстроишь логику: "Ага, def (название)(аргументы):, а потом (название)(аргументы), чтоб вызвать. Это более полезно, ибо тебе нужно не описание работы функций, а осознавать, как заставить ее работать.
вот таких вот программистов-ремесленников через пару лет заменит AI и пойдут они или читать умные книги (повышать свой скилл) или на завод.
Получается про leetcode можно забыть?
Я бы не забрасывал
конечно же нет, автор херню несёт для вкатывающихся. leetcode это про гибкость ума, основное требование к разрабам. а на чем конкретно ты будешь писать, какие библиотеки, шаблоны использовать дело десятое
Если нравится, то зачем забрасывать? Чем больше вы задач решите, тем лучше у вас будет навык. А именно тактический навык (алгоритмизация, написание конкретных функций и т д). Это конечно не разовьет навыки проектирования и долгосрочного планирования, но это уже следующая ступень)
Открою глаза некоторым. Программирование -- это просто. Но те кто туда зашел раньше специально создают непонятные документации, чтобы отшить конкурентов и повысить порог входа. Там всё на пальцах можно объяснить. Но теперь появились инфоцыгане, которые зарабатывают на трактовании раскладов. И это дает еще больше прибыли чем само программирование
Клубешник вечных мидлов продолжает генерить бурления. Молодец, братан, можно вот этого вот почаще, контент в кайф. Должен же кто-то останавливать вкатунов от развития, дабы наши сеньорские морды оставались в дефиците и зарплатки продолжали расти)
Сеньор далеко не всегда по навыкам. Я был в трех компаниях, и в каждой повышение идет за выслугу лет (в редких случаях за особые заслуги). Проработав лет 9 ты станешь автоматом сеньором
Я вообще нихуя писать код не умею , чисто хех ловлю с видосов. Побольше рекламы пожалуйста, можно уже и по две вставлять
Алгоритмы и структуры данных полезны далеко не только тем, кто собирается ракеты строить, и их спрашивают на собеседованиях довольно часто на самые разные вакансии. Но это определённо не то, с чего стоит начинать изучение программирования, не вещь первой необходимости. Есть много куда более актуального и приоритетного.
Тут возникает вполне интересный вопрос: а нафига всë это спрашивают на собесах, если оно (см. видос)?
@@karelalexКарго-культ
да, ток для собесов их и надо изучать по факту для реальной работы
Ставь лайк, если тобой нельзя манипулировать
Как инженер-программист на zynq проблемы с нехваткой памяти пока актуальны
а чем чистый код мешает решению прикладных задач?
Он напротив позволяет тебе говнокодом не обмазываться и не создавать неподдерживаемое говно, которое спустя 5 лет будет переписано с нуля.
Да, все так. Только нужно уточнить, что это справедливо для большей части проектов связанных в вэбом. В остальных проектах вероятность того, что алгоритмы и многопоточность не понадобятся - гораздо ниже. Поэтому если у кандидата написано спринг бут, то на разработку компилятора я его не возьму.
Братан, хорош, давай, давай, вперёд! Контент в кайф, можно ещё? Вообще красавчик! Можно вот этого вот почаще?
Прокрастинировал 6 лет, посмотрел это видео, сразу начал программировать🥹
был бы парализованным, еще бы и пошел после него))
Уже тихонько начинаю присоединиться к этому же мнению. Все типы алгоритмов написали за программиста в языке давно, никакой человек не будет писать алгоритм быстрого поиска в массиве, все фигачат include либо in.
Просто запомни все методы, которые для тебя же и написали в язык и не еби себе мозги
Лучший канал по айтишечке! Люблю вас, ребят!!!
Со связным списком ты какую-то херню сморозил. Для прикладного программирования знать про связные списки и их отличия от банального ArrayList очень даже полезно. Но вообще я согласен, задрачиваться на алгоритмах не стоит. Стоит изучить лишь базовые вещи.
Я котик с(^~^)с
Хзхз, чел. Мир бы стал чище, если бы не заинтересованые джуны отсеивались на этапе обучения, а не на этапе первого завода, когда уже забрали место у норм специалиста
а я думал алгоритмы соцсетей 😢 ладно полезное видео в целом, было интересно
Жги давай, мы хотим больше грязных словечек и содомии
Сделай подборку РЕАЛЬНО нужных книг для программиста или посоветуй видео/подборку/статью, спасибо, всем удачи
arduino в помощь я байтики считаю
Следующий ролик будет "учи алгоритмы"?
Мне одному интересно как ты изучал программирование без теории?