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