Ребят дотка не помогла. В дотку покатал, а знания о алгоритмах не появились. Неужели нужно учиться!? Да не бред какой то. Пойду еще сыграю и отпишусь о результатах моего прогресса.
Я вот за 15 лет программирования насмотрелся на всех этих менеджеров проектов (гуманитариев), scrum-мастеров, псевдо бизнес аналитиков и прочих прилипал в IT сфере и пришел к тому же выводу. Профессионализм и компетентность никому не нужны к сожалению, будешь много думать о алгоритмах и меньше думать о пролезании в начальники по карьерной лестнице, так всю жизнь и просидишь в senior разработчиках, а более ушлые коллеги за это время уже сделают карьеру начальников в IT не смотря на то что имеют в 10 раз ниже квалификацию. Я это понял к сожалению только спустя 13 лет работы, потом поменял свой подход и вот я уже начальник, хотя смотрю сейчас на все эти тенденции прихода в IT людей из других профессий и мне грустно, знаний 0 желания в чем то разобраться 0, но зато такая ориентированность на карьеру, а мои коллеги толковые программисты так и сидят на своих местах по 10 лет, зато вся эта шушера за 3-4 года из левых бизнес-аналитиков становятся их начальниками, грустно но автор комментария выше прав на 100%. Редко где в конторах смотрят на профессионализм и компетентность.
@@alexlightweight я в др сфере оказался в похожей ситуации, как ваши товарищи. Пришли пару человек (правда можно сказать по блату), посадили их на зп такую же и более, и все, у них есть перспективы, знаний у них нифига нету и желания их получать тоже. Я работаю 6 лет в компании, жопу рвал первые 5, но дело в том, что выбить зп выше (именно зп) человеку, делающему уже итак много, довольно тяжело, наверно тяжелее, чем вновь пришедшему лентяю с необоснованными амбициями. Так я решил сменить компанию в пределах сферы - не получилось, и вот я месяц сижу каждый день после работы, осваиваю программирование, сейчас у меня 2 нед отпуска и я вместо любимых путешествий в горах туплю у компа и хочу стать тем самым программистом из не программистов, про которых вы упоминаете)) А на счёт ваших товарищей, не попавших в начальники. Я не знаю, как в IT, но для меня менеджер - это не только чувак со знаниями, но и умеющий руководить, мотивировать, приоретизировать задачи, коммуницировать. Тут чисто знаний по предмету недостаточно
@@andrei8299 "Я не знаю, как в IT, но для меня менеджер - это не только чувак со знаниями, но и умеющий руководить, мотивировать, приоретизировать задачи, коммуницировать. Тут чисто знаний по предмету недостаточно" вы не внимательно видимо прочитали мой коммент, я писал про людей которые лезут в руководители ничего не знаю о том чем будут руководить, да и вообще какая то идиотская тенденция что рук. IT проекта не должен понимать в том чем руководит, как правило на таких позициях абсолютно не компетентные люди сидят, но очень амбициозные, я об этом писал, а то что не все из программистов могут быть начальниками с этим никто не спорит, просто я не понимаю как человека можно ставить начальником в той области о которой он не знает, а только пыль в глаза пускает на тему что он в целом будет руководить, а понимать как оно работает хотя бы на базовом уровне ему не надо. Собственно я прохиндеев менеджерчиков описывал, которые ни дня ни программировали, но пролезли в начальники за счет своей хитрож...ти как было написано в верхнем комментарии.
Главное умение разработчика - находить информацию и правильно её использовать. Тоже не вижу смысла держать в голове все тома Кнута и тому подобное )) Когда пригождается - всегда можно найти описание и наложить на код того языка на котором пишешь. Главное иметь принципиальное понимание того - что и как ты делаешь и что должно получиться в итоге) И умение находить готовые оптимизированные решения, вместо создания велосипедов с костылями. Как говориться - вижу цель - не вижу препятствий.
@@refrigerator887 а ты попробуй мозг включить. если он есть, конечно. и попробуй поработать по-настоящему. и штудировать ничего не придется, а просто прочитать.
@@JohnDoe-ei8wx, лол, если ты можешь в алгоритмы, то ты в любом случае программировать можешь. Можно программировать без алгоритмов, но знать алгоритмы и не уметь программировать, я даже немзнаю как это возможно. Я что имел ввиду то - вот не проштужировал ты кнутов всяких и как ты будешь владеть алгоритмами? В гугле копировать код, не зная даже что он делает? Так даже для общего сведения, какие вообще бывают, стоило бы изучить, а то даже не будешь знать об их существовании и как раз поэтому будешь велосипеды пилить. А потом жалуются, что у нас прогеры маленькую программу умудряются тормозной замутить. Они ж не признают, можно ведь тяп-ляп и в продакшн.
@ancient ukr Ну это примерно как уметь водить машину, но не уметь поменять колесо. Базовый навык, короче. Зачем знать таблицу умножения, если есть калькулятор? Если ты знаешь множество алгоритмов, то и свой придумаешь, при необходимости. А если не владеешь темой, то не возьмёшь барьер сложности серьёзной задачи. Так и продолжишь интерфейсы гуёвые дальше писать.
Понимание алгоритмов - это признак того что человек может в принципе быть программистом. Если нет, то не%уй и соваться в программисты. В общем случае, войти в АйТи - ЛЕГКО! Главное оттуда с треском не выйти... Таких примеров куча. Сидеть всю жизнь на 300-600$ джуном - тоже не выйдет... Джунов берут с перспективой роста, если джун не растет - нахер такого джуна. Так... что... чем больше ты знаешь на позициии джуна, тем меньше авралов с обучением у тебя будет, и тем легче быдешь осваивать новый материал, а не впадать в ступор при каждом новом непонятном слове. Дальше соглашусь с автором. Заучивать смысла нету, но прочитать и понять суть - НУЖНО.
На самом деле для джуниора достаточно знать основы алгоритмов - не думаю, что кто то будет просить джуниора на собеседовании реализовать что то экзотическое или даже быструю сортировку. Однако, джуниор должен быть знать основные структуры данных и оценки хотя бы базовых алгоритмов. Обычные вопросы по алгоритмам для джуниоров: что такое О большое, в чем разница между List\HashSet\LinkedList, какая сложность добавления\поиска в эти коллекции, что такое стек, очередь, как они рабтают и прочие подобные вещи. К слову говоря, на практике часто приходится работать с такими базовыми структурами данных, как List и Dictionary - и желательно знать разницу между ними - потому такой вопрос задают очень часто.
ну вообще эти вопросы задаются только джуниорам. Потому что он это прочитал в книжке и больше ничего не знает. И это единственная причина. Разработчиков уровнем выше никто не эту чепуху не спрашивает, у них другие компетенции.
@@Acid31337 т,е ты хочешь сказать что программситы уровня выше джуна не используют в своей работе списки, деревья и стек??? Или ты хочешь сказать что они это используют но понятия не имеют чем они отличаются? Ты бред полный написал чувак. Списки и деревья это основа после массивов. Даже json из этого состоит. Ты просто ни чего не напишешь без этих знаний сложнее калькулятора. Я уже молчу про клиент-серверный приложения где нужно постоянно оперировать разными списками, массивами и деревьями - передавать их на сервер, или грузить с сервера. Та же иерархия view на экране телефона - это list. Без знания что такое list ты просто не сможешь понять как перенести view ниже или поменять местами. А это банально верстальщик должен понимать. Я уже молчу про кодера.
@@Acid31337 да вот так всему учатся. у меня верстальщик андроида без меня не может 2 строчки кода написать. А если пишет то там проще выкинуть его код и написать с нуля. Уж извини но когда он тупит на элементарных структурах - он не делает экраны в строк. А я не могу связать эти экраны с сервером потому что их просто нет. Выходит я теряю свое время. Предлагаешь мне за него писать списки view, делать анимацию и учить компоненты андроида? Думаешь оно мне нужно? Он получает свои бабки и тупит когда нужно написать какую-то логику с экраном. Я это писать не могу - я не знаю функций андроидовских компонентов. И суть совместной разработки что бы это быстрее сделать а не дольше;
@@Acid31337 я нанял чувака что бы он написал мне UI часть андроида. А он банально не знает как пользоваться списком или деревом. Он тупо не может взять данные по индексу и отобразить их на Label экране. Я IOS-разработчик я не шарю андроид компоненты, поэтому нанял верстальщика андроида. Как бы всю остальную логику понятное дело я напишу сам.
Люди которые думают, что на теории алгоритмов только учат наизусть 50 видов сортировки, это или те кто вообще не изучал этот вопрос, или те кому попался препод, который думает ровно так же. Никто не учит реализации алгоритмов "на зубок", все эти бесчисленные сортировки, структуры данных, непонятные алгоритмы для работы с матрицами - всё это лишь примеры, на основе которых показывают, как именно нужно подходить к созданию алгоритмов, как оценивать сложность, как понять что выбранный алгоритм лучше остальных. Так же ошибочно высказывание, что никто не пишет свои алгоритмы, все используют "из коробки", любой решающий задачу код - алгоритм на конкретном языке, это следует из определения алгоритма. Так что любой работающий программист каждый день пишет десятки, если не сотни алгоритмов, и знание теории алгоритмов напрямую влияет на их качество (другой вопрос, что есть программисты которые пишут код примерами и копипастом, но им ещё много чего не нужно знать, не только алгоритмы). Теория алгоритмов, как и большинство "должен знать любой программист", не обязательная дисциплина, в любом случае люди имеют базовые знания из житейского опыта (например всем понятно что 1 раз сходить в магазин и купить 5 продуктов лучше чем 5 раз сходить покупая по 1 продукту), но по приоритетности в изучении я поставил бы её даже выше чем знание ООП.
Приятно, что такие видосики прекрасно с WarThunder'ом сочетаются. В целом, ппкс. Устраивался на работу, в требованиях был космос: C#, WPF, WCF, паттерны и еще куча всяких умных слов. По факту оказалось C++, Modbus, DCOM, OPC и все подобное, с чем разбирался уже по мере поступления задач. Вообще пофигу что там в требованиях пишут. Синтаксис знаешь, голова работает - тогда вперед! )))
Когда появится видео про потоки, асинхронное программирование и параллельные вычисления? Ибо никто их нормально не обьясняет, а от вашего канала усталось уже ждать. Так и сам бл#ть научусь ненароком.
CLR via C# - вот книга, в которой подробно описаны механизмы работы асинхронного кода. С первого прочтения двух глав по этой теме можно применять знания на практике. В этой книге много полезного, помимо асинхронного кода.
Если коротко, то код выполняется в отдельном потоке, а при завершении выполнения вызывает callback method, переданный вами. Насколько помню, (могу ошибаться) асинхронное выполнение кода, как языковое средство, появилось в C# 5.0, но и без него можно реализовать свои способы асинхронного исполнения кода.
Дополню ответ : иногда асинхронный код выполняется не в отдельном потоке, а средствами отдельного устройства. Например, многие методы работы с сетью или с памятью жёсткого диска в C# имеют свои асинхронные аналоги, имена которых обычно начинаются на слово "Begin". Метод-член делегатов BeginInvoke также асинхронный
@@lulook2806 это лямбда-функции называется а не async который в шарпе. В шарпе async более бесполезный - метод await ждет окончания выполнения функции и только после того как функция выполнилась - выполнение кода продолжается. На самом деле на практике это абсолютное бесполезное повидение. На практике в самой функции которую мы вызвали нужно обновлять UI а не из той что создала поток. Ибо обновлять UI можно много раз, можно выводить диалоги и тд. Через await выводить диалоги невозможно.
Меня как-то на собеседовании на позицию сеньора спросили про алгоритмы архивации и шифрования))) Меня вопрос удивил, да там был хайлоад, но зачем им были эти алгоритмы я так и не понял. В реальности они действительно не нужны, ну не то чтобы совсем, но в инете всегда можно найти инфу о самых разных алгоритмах. И в реальности, когда решаешь задачу, например, по поиску кратчайшего пути, ты всегда сначала лезешь в инет изучаешь тему. Конечно, новая инфа изучается быстрее когда ты делал, хоть что-то подобное, так что какой-то опыт в написании алгоритмов стоит иметь. Но про алгоритмы и структуры данных иногда спрашивают. Я объясняю это тем, что в институте этому учат, а те кто собеседует стараются найти оправдание потраченным годам.
т.е. без своей ОС, своего броузера, своего архиватора, своего шифровальщика и так далее - не специалист? все свое надо обязательно сделать? какой молодец. интернет поратал вдвоем за две недели сделаешь со всеми наворотами? видел я когда-то таких фантазеров.
@@JohnDoe-ei8wx Не пойму, как это следует из того, что я написал. Вообще, знание такой дисциплины, как "алгоритмы и структуры данных" полезно. Во первых, ты начинаешь понимать как работает компьютер, что как минимум дает тебе чувство уверенности в себе, и ты меньше пасуешь перед трудностями. Во вторых, ты не пытаешься изобретать велосипед, когда знаешь, что задача уже решена, ты просто находишь решение в литературе (инете). В третьих если ты хочешь пойти работать в Яндекс или Гугл, даже если ты фронт, тебя будут об этом спрашивать на собеседовании. Даже в компаниях попроще, но где есть хайлоад, часто спрашивают об этой теме на собеседованиях. Пример, почему 0.3 + 0.7 != 1.0 а 0.5 + 0.5 == 1.0 ? А это "алгоритмы и структуры данных". Другой вопрос стоит ли эту тему изучать новичку, или программисту без амбиций, который занимается исключительно продуктовыми (прикладными) задачами. Наверное, нет, потому что в обоих случаях есть множество куда более полезных тем.
@@JohnDoe-ei8wx Как только время появится, обязательно. Но тебе точно их учить не стоит, как и программситом работать, отрасль только выиграет, если ты в неё не пойдешь.
@@EshkinKot1980 джун, ты уже методы соотировки все выучил? Сделай лучше того же оракл. Вперед, программашка недоделанный. Называется - дерьмокодер-сеньЁр. Так луДше?
Всячески приветствую и одобряю! Я экспертный сеньор, и мне на фиг не сдались подрастающие молодые конкуренты. У них азарт, энергия юности и желание работать с утра до ночи. Если такие ребята знают алгоритмы - пиши пропало. Как семейному человеку соперничать с молодым асоциальным одиночкой? Но вот в этом видео ответ: просто не изучайте алгоритмы! И я, даже работая вполсилы, буду эпически востребован на топовых позициях. Потому что кто-то в компании обязательно должен понимать, что такое программирование на самом деле
меня на собеседовании попросили реализовать сортировку слиянием, а потом прикрутить её к реализации считывания нескольких файлов с сортировкой и записью и что бы всё это могло работать на системе с ограниченным количеством памяти. а на вопрос "а точно джун должен уметь в подобное?", посоветовали больше не приходить ¯\_(ツ)_/¯
Как было точно подмечено в видео большинство вопросов по алгоритмам на собеседованиях в обычных "IT шарагах" не более чем ПОНТЫ, я 15 лет занимаюсь разработкой на C# корп. систем и мне не нужны были алгоритмы ни разу, в своих pet проектах да я использовал их, но пару раз, так что автор очень точно передал мысль на счет того что если ваша профессия пилить сайты на php или что то очень прикладного уровня алгоритмы не нужны вообще, если вы уважающий себя senior то почитайте алгоритмы для общего развития, но не более.
А можете сказать, помогли ли вам ваши pet-projects где то(естественно, особенно хочется узнать про их вес в резюме). И также интересно, что за проекты это были? Спасибо
@@vladkruichkovski2844 если вы мидл и выше то про пет проекты писать в резюме не нужно, если Джуниор без опыта, то просто скажите на собесе что делали То то и то то. На счёт помощи наверно нет, Я скорее обкатывал на них новые технологии, но если у вас нет опыта то для вас будут очень полезны.
Начинающим не нужны, более опытным нужны, чтобы понимать какой алгоритм для какой структуры данных подходит больше всего, какой алгоритм будет производительнее. Более опытные ведь должны писать более качественный код. Так же и с паттернами проектирования, не нужно их везде использоваться, но знать нужно, чтобы проще было разбираться в существующих библиотеках и фреймворках. А алгоритм сортировки пузырьком должны вообще все знать )) Думаю знание и понимание алгоритмов необходимо в области криптографии, чтобы разрабатывать или поддерживать существующие алгоритмы шифрования. И полезно тем, кто будет заниматься нейронными сетями.
В Machine Learning / Artificial Intellect могут пригодится алгоритмы. Хотя там вообще продвинутая математика нужна - статистика, численные методы, теория вероятности и т.п.
Пишу на крестах, как правило для любых кодерских целей юзаются стандартные алгоритмы. Для порождения принципиально новых (под супер специфические задачи) есть отдельные люди (вообще не пишущие код, занимаются исключительно алгоритмами), после чего адаптацией их выродков занимаются специально подготовленные люди. Если работодатель спрашивает за алгоритмы у рядового программиста - он вообще не представляет, что такое алгоритм, и чем занимаются программисты. Хуже только когда идешь на галеру пробоваться, а у тебя там спрашивают, сможешь ли найти касательную.
Проходил когда-то алгоритмы и структуры данных и нынче, в принципе, не имею проблем с освоением любого языка программирования.. правильно как-то было сказано, что логика у всех одна и зная их ты просто натягиваешь шкуры проги на этот костяк. Был пример как чувак заглянул в с++ и дальше ваода ввывода двинутся не мог.. но данное метание было не долгим, хоть по началу я так же на тот момент не знал си-пи-пи(знал Си), но мог ему указать на все пробелы ему непонятные... но не спешил давать советы(основной "учить адс"))), но вот в моем случае мне алгоритмы достаточно хорошо так помогли освоиться в теме и аж на будущее. 🤷🏻♂️
Надо просто встать и сказать что ваша шарага мне не подходит и уйти с собеседования с гордо поднятой головой ! ))))))) Правда я сам так всего 2 раза в жизни делал и когда уже не джуном был. Если видите что вас не собеседуют, а пытаются доказать какое вы ничтожество и самоутверждаются за счет вас то посылайте просто нафиг. Я так сделал когда пришел на собеседование в Spera soft, там такие понты были на собесе, не говоря о том что я C# разработчик, а спрашивали меня по C++, на вопрос нафига меня тогда вообще пригласили на собес если я сразу сказал что я не С++ разработчик начались еще большие понты на тему что C# гаМно по сравнению с C++, и тут я сказал коронную фразу: "ваша шарага мне не подходит", надо было видеть их афигевшие глаза )))))))
Вот насчет практической пользы от навыков алгоритмизации, уважаемый автор прав. Но тогда также можно сказать и про математику для программирования. Разве нужно знать линейную алгебру и матанализ программисту, который использует готовые решения (библиотеки, модули, фреймворки)? По сути навыки в математике и алгоритмизации развивают мышление в области программирования.
Если потратить все время, которое потрачено на изучение математики, на программирование, то профита было бы гораздо больше. И вообще, есть какие-то научные исследования, подтверждающие взаимосвязь между программистскими скилами и математическими?
@@Antonio-mne-jarko есть разные потолки в разных сферах деятельности человека, в том числе есть много потолков в программировании. Одним из потолков является математика, без которой многие задачи будет или сложно, или невозможно качественно решить. Но это прямая взаимосвязь. А что же касается косвенной связи и возникающих от этого «потолков», то это увы не всегда очевидно, но то, что вы изучаете в программировании - зачастую огромные наработки прошлых лет, в том числе математические или сделанные по тем принципам и с теми подходами, которые присущи математикам. Вы, конечно, можете остаться на уровне использования, например, протокола TCP, а можете пойти дальше и начать разбираться в том, как устроена эта технология. Наверное, непонятно зачем копать глубоко, но именно глубокие знания позволяют вам становится более компетентным в какой-то узкой сфере программирования специалистом, а это позволяет выдерживать конкуренцию. Понимая что-либо изнутри, проще решать задачу (пусть даже поверхностно). Надеюсь к последнему тезису, вы не будете просить приложить результаты исследований)))
да лааааадно, лучше реализовать все эти алгоритмы на асембли, это точно поможет, а если серьезно, с автором согласен, далеко не везде необходимо пилить алгоритм самому
"не везде необходимо пилить алгоритм самому" - сомнительное высказывание, учитывая, что любой, решающий хоть какую-то задачу код - это и есть алгоритм по определению, просто записанный на конкретном ЯП.
@@zkksch Между прочим не везде. Программист больше времени читает код, чем пишет. Типичная ситуация - это когда ты приходишь и тебе дают огромную кучу говнокода, где нужно сделать маленькую правку, или что-то добавить, но так, чтобы эта куча не сломалась. Если архитектура более-менее нормальная - через некоторое время понимаешь, что и куда. Ну а если проект тонет - то всё, с какой стороны его не тронь - будут еще баги, а как исправить то, что уже наделали не знает никто.
Если нет кода в бибиотеках для вашего языка, то можно посмотреть на другие языки и их библиотеки, возможно там будет нужное вам решение, останется только портировать его. Если и там не нашли можно поискать в бесчисленных научных статьях, но нужно уметь читать математический язык и превращать его в код, уверен этого будет предостаточно.
В общем-то правильно, но, хорошо бы маслятам всё же знать разницу алгоритмов, даже если его не забросят пилить игровой движок с нуля или высоконагруженный сервис :) А так, наизусть задрачивать быструю сотрировку да ещё как рекурсией, так и итеративно - конечно вредно.
Когда я учился в школе, я занимался олимпиадным программированием. Я тратил кучу времени на обучение алгоритмам и структурам данных, а также на решение олимпиадных задач, и тогда я и подумать не мог о том, что мне это пригодится максимум чтобы поступить в хороший университет, где после второго курса, про всю эту ебалу можно забыть
Так совпало, что я слушаю это после второй попытки пробиться во FLAG компании. Если амбиции только для какой-нибудь местной конторки, то да, забей на алгоритмы и все остальное. Будешь работать с говнокодом и писать говнокод. Ну а если же хочешь поработать в компашке мирового лидера индустрии, будешь задрачивать алгоритмы до посинения, и каждый день их тренероваться писать. И все-равно узнаешь уже на самом собеседовании, что не помнишь какую-нибудь теорию о направленном графе или что у тебя проблемы с проектированием. Пойду дальше учить матчасть и пробовать снова и снова туда попасть.
Пока работал на уровне junior и middle особо алгоритмы были не нужны, перейдя на senior начал пользоваться как минимум для оптимизации сложных расчетов.
отлично, надо бы заменить, например, у Oracle его ORDER BY на свою сортировку, предварительно сделав выборку миллионов 10 записей. Надо такой вопрос задавать умникам ничего больше не знающим на собесе - вы там свой алгоритм сортировки собираетесь запилить вместо отработанного десятилетиями?
даже на уровне senior не нужно заучивать алгоритмы когда нужны - просто гуглишь, на википедии для большинства еще и математическое обоснование есть а нужно оно бывает когда уже уперся в производительность из-за библиотеки, если наткнешься на такое больше 3 раз с одним алгоритмом - запомнится само, но чаще бывает, что когда уперся в производительность - стандартного алгоритма просто нет
Ошибаешься. Часто гораздо проще написать собственную библиотеку которая делает то что нужно, чем тащить лишние зависимости в проект. И в любом случае надо понимать как работает тот же односвязный список, стек или очередь, чтобы их использовать.
Бэкенд, геймдев, сеньёры, начальники, никому не нужны алгоритмы.. А я что то на фронте напоролся на такую задачку, что чуть ли не надорвался и призадумался об алгоритмах! Причём такое просеивание кучи сущностей друг об дружку, что хз где готовое решение искать (три дня сидел голову рвал). Может конечно на всё это можно наложить декомпозицию и пару готовых решений, но все равно что бы даже готовые решения применять, надо хотя бы знать какие есть. Я до этого не сталкивался с решениями подобных проблем.
Пузырек это стандартный вопрос на собеседовании, 7/10 компаний это спрашивают. Как мне объясняли это нужно просто для того, чтобы убедиться, что соискатель не из леса вылез, а учился как все, ну т.е. его опыт и знания не сильно оторваны от реальности.
в топку такие компании! я бы спросил, они действительно сортируют пузырьком? как правило в стандартной библиотеке есть qsort || mergesort - самые быстрые в 99% случаев
Согласен полностью. Работаю веб разработчиком и мне накуй не нужна информации о том как написать сортировку пузырьком, коктелем или еще чем либо. Важен результат, и скорость выполнения, библиотек выше крыши.
Сейчас пытаюсь решить олимпиадные задачи Меньшикова, не потому что я такой офигевший хочу знать много алгоритмов, а потому что, хочу прокачать себе мышление. Алгоритмы помагают развить мыслительные способности.
Немного не по теме спрошу. Порой возникает необходимость распарсить какую-то строку, чтобы достать из неё данные. Как порядочный программист пытаюсь писать регулярные выражения, но иногда проще набросать алгоритм который будет резать строку как надо. Отсюда вопрос насколько это коряво, и допустимо в высшем свете? И вообще реквестую видос по принципам regex, если есть что рассказать
Кури правила Python - "проще - лучше", поэтому задай себе вопрос, что произойдет, если в будущем надо будет доставать другие данные, проверяй его на изменяемость, если проходит проверку твой способ и его могут прочитать легко, то используй
Зависит от требований. Иногда регэкспы будут просто медленными, или просто могут просто отсутствовать в стандартной библиотеке, а новые библиотеки добавлять нельзя. Коряво или не коряво - это субъективно, читаемость, правильность, гибкость и скорость - объективно.
Угу, не шариши в алгоритмах, а потом такой удивляешься 'а чего ето у меня страница грузится минуту' а оказывается что сложность твоего алгоритма n^3 🤔 Не нужно зазубривать алгоритми сортировок, но изучать их нужно для того чтоб было понимание как создавать ефективно свои алгоритмы 😀
ну если у тебя такой огромный объём данных, что страница грузится минуту, тогда тебе стоит задуматься над этим, и нагуглить решение с алгоритмом, займёт это пару минут, потом еще потратить минут 10 на его реализацию, и удачно забыть про этот алгоритм, потому как ты его еще не скоро применишь.
в силу своей деятельности сталкиваюсь с веб приложениями используемыми органами власти. видео дало ответ на причины тормозов, глюков, непонятных ошибок возникающих после обновлений... алгоритмы тренируют мозг в области абстрактного и логического мышления без которого до программирования допускать нельзя. а если мозг прокачен, то пузырек очевиден и его даже учить не придется.
Бред. Не знаю как в России, но в англоязычных странах практически всегда в мало-мальски серьезные конторы спрашивают основные структуры данных и алгоритмы. А так же просят закодировать какие нибудь задачки сложностью что то между easy и medium на leetcode.
Все верно, большинство алгоритмов уже давным давно реализованы, остается только пользоваться. Но бывают ситуации, когда ты не можешь найти готовое решение, в таких случаях приходится придумывать самому.
кстати, о собеседованиях, на которых спрашивают всякий шлак допустим вопрос: "покажите рекурсию на примере фибоначи" как правило, ожидают увидеть что-то вроде int fib(int n) { if(n
Так-то да. Даже если задачи на алгоритмы и структуры данных будут появляться в команде, то джуну их никто давать не будет, т.к. скорее всего они носят несколько фундаментальный для проекта эффект. Но для того, чтобы знать какую структуру данных куда воткнуть, всё же нужно хоть раз написать хоть некоторые из них
@Aleksandr Yakovlev ну разве что игрушечный ради побаловаться. Написание собственного компилятора даст лишь очень общие знания того, как _может быть_ устроен компилятор, которые можно получить и без его написания. И уж тем более не даст знаний об устройстве конкретного компилятора конкретного языка, на котором он пишет. Тем более, что компиляторов для одного языка может быть несколько, и знать все тонкости каждого из них в принципе невозможно. То же самое и с ОС: общие представления можно спокойно получить и без написания собственной, а знаний о конкретной ОС написание собственной не даст. Но если человеку так проще усваивать материал - ради бога.
Чёт хз - не столько стоит "учить" алгоритмы, сколько стоит, наверное, приобрести алгоритмическое мышление... Хотя - не знать пару алгоритмов обхода графа, quicksort или ещё что-нибудь по типу поиска общих вхождений в множествах, ну и пару жадных алгоритмов, если ты бекендер - ну такое... Про фронтенд - молчу) Тут верх алгоритмики - это реализация промисов заместо аякса)))
ну конечно, для СНГ можно не знать алгоритмов, можно и образования не иметь, но посмотрите на совбесы в гуглах, авсах, почему-то единственный и наиважнейший навык - решать алгоритмические или логические задачки, причем на количество и с анализом по времени и памяти(а это первая тема алгоритмов). Удачки, ребята тогда в СНГ)
Ну классно, но это реально спецевичные компании, в которые попадают только единицы, и попадают они туда, явно не благодаря знанию алгоритмов. И если ты нацелен на такую компанию, то перед собесом не так сложно потратить не большое количество времени ради этих самых алгоритмов.
@@arhim7650 нет, попадают благодарю уму і знанию алгоритмов, даже не их, но решению задач алгоритмических, и особенно и обязательно з анализом комплексити. Проходят действительно немногие, на это нужно время, голова, и труд, а не выучить ещё один фрейм) Потратить придется МНОГО времени, потому что скил решения задач, только появляется через решения задач. Те, кто прошли говорит о 200-400 задач медиум и хард уровня в литкоде. Удачи, если успеешь за "не большое количество времени", значить возможно ты слишком крут для гугла.
@@andreyka26_se Уже представляю собеседование в гугле. Почему мы должны взять вас на работу ? Потому что я знаю алгоритмы, и умею решать алгоритмические задачки. Отлично, вы приняты. А если серьезно, то в том же гугле, явно есть позицыи, не связанные с биг датой, и там алгоритмы мало чем тебе помогут. Понятное дело, что если ты работаешь с беком в энтерпрайзе, либо хочешь работать с биг дата, то тебе обязательно знать алгоритмы, всем остальным, в 99% случаев, алгоритмы в принципе не надо.
@@arhim7650 ну как бы, у меня тимлид проходил совбесы в авс и майкрософтах. Одни задачи и софт скилы, на все позиции. Опыт живого, знакомого мне человека.
О, автор живет в идеальной капиталистической модели мироздания, и на собеседовании, кроме реально использующихся навыков, никто ни у кого ничего не спрашивает. Акстись, автор, ты - обосрался. Есть фирмы, которые целые контракты с ВУЗами имеют и собеседующие в таких случаях, понимают, что реального опыта разработки у студентов нет и пытаютя составлять собеседование на основе принятых программ обучения, они таким образом проверяют насколько претендент в целом обучаем, и за тот же испытательный срок уже на реальных задачах натаскивают потом. Так что базовые алгоритмы, типо пузырьковой сортировки, знать очень даже не плохо, и может просто выиграть в конкурсе вам должность, если два студяги без опыта соревнуются за место. И это без учета личных загонов людей, которые на собес задания готовят. При этом фирмы успешные, которые будут платить тебе 100к в наносекунду, если к ним пролезешь.
Бабл сорт запоминается по названию, с квиксортами всякими проблемно запомнить, а бабл не запомнить только имбецил. Никому в компанию не нужен жуниор с мозгом как у воробья. Но заучивать рили не надо, лучше просто иметь базовые знания об алгоритмах, субд, ооп и т.д., в зависимости от области
Хрень сказал) Кроме алгоритмов сортировки, есть ещё тонна алгоритмов поиска и других, характерных для своей сферы. На собеседованиях их спрашивают для того, чтобы понять, может ли соискатель структурно мыслить, а не чтобы он 24/7 сортировал массив пузырьком.
Прослушал первые секунды и пошел играть в дотку. Спасибо за совет. Надеюсь мне поможет =D
Ребят дотка не помогла. В дотку покатал, а знания о алгоритмах не появились. Неужели нужно учиться!? Да не бред какой то. Пойду еще сыграю и отпишусь о результатах моего прогресса.
Hack X ну как? Жду уже 6 месяцев
PinPin утонул в дотке
@@ДимаСлесаренко-м5н дотка его забрала
rip
Почему-то со временем я начинаю понимать, что в программировании важно быть не дохуя умным, а дохуя хитрожопым.
да и по жизни работает такой же принцип
Я вот за 15 лет программирования насмотрелся на всех этих менеджеров проектов (гуманитариев), scrum-мастеров, псевдо бизнес аналитиков и прочих прилипал в IT сфере и пришел к тому же выводу. Профессионализм и компетентность никому не нужны к сожалению, будешь много думать о алгоритмах и меньше думать о пролезании в начальники по карьерной лестнице, так всю жизнь и просидишь в senior разработчиках, а более ушлые коллеги за это время уже сделают карьеру начальников в IT не смотря на то что имеют в 10 раз ниже квалификацию. Я это понял к сожалению только спустя 13 лет работы, потом поменял свой подход и вот я уже начальник, хотя смотрю сейчас на все эти тенденции прихода в IT людей из других профессий и мне грустно, знаний 0 желания в чем то разобраться 0, но зато такая ориентированность на карьеру, а мои коллеги толковые программисты так и сидят на своих местах по 10 лет, зато вся эта шушера за 3-4 года из левых бизнес-аналитиков становятся их начальниками, грустно но автор комментария выше прав на 100%. Редко где в конторах смотрят на профессионализм и компетентность.
@@alexlightweight я в др сфере оказался в похожей ситуации, как ваши товарищи. Пришли пару человек (правда можно сказать по блату), посадили их на зп такую же и более, и все, у них есть перспективы, знаний у них нифига нету и желания их получать тоже. Я работаю 6 лет в компании, жопу рвал первые 5, но дело в том, что выбить зп выше (именно зп) человеку, делающему уже итак много, довольно тяжело, наверно тяжелее, чем вновь пришедшему лентяю с необоснованными амбициями. Так я решил сменить компанию в пределах сферы - не получилось, и вот я месяц сижу каждый день после работы, осваиваю программирование, сейчас у меня 2 нед отпуска и я вместо любимых путешествий в горах туплю у компа и хочу стать тем самым программистом из не программистов, про которых вы упоминаете))
А на счёт ваших товарищей, не попавших в начальники. Я не знаю, как в IT, но для меня менеджер - это не только чувак со знаниями, но и умеющий руководить, мотивировать, приоретизировать задачи, коммуницировать. Тут чисто знаний по предмету недостаточно
@@andrei8299 "Я не знаю, как в IT, но для меня менеджер - это не только чувак со знаниями, но и умеющий руководить, мотивировать, приоретизировать задачи, коммуницировать. Тут чисто знаний по предмету недостаточно"
вы не внимательно видимо прочитали мой коммент, я писал про людей которые лезут в руководители ничего не знаю о том чем будут руководить, да и вообще какая то идиотская тенденция что рук. IT проекта не должен понимать в том чем руководит, как правило на таких позициях абсолютно не компетентные люди сидят, но очень амбициозные, я об этом писал, а то что не все из программистов могут быть начальниками с этим никто не спорит, просто я не понимаю как человека можно ставить начальником в той области о которой он не знает, а только пыль в глаза пускает на тему что он в целом будет руководить, а понимать как оно работает хотя бы на базовом уровне ему не надо. Собственно я прохиндеев менеджерчиков описывал, которые ни дня ни программировали, но пролезли в начальники за счет своей хитрож...ти как было написано в верхнем комментарии.
@@alexlightweight ок, понял)
Главное умение разработчика - находить информацию и правильно её использовать. Тоже не вижу смысла держать в голове все тома Кнута и тому подобное )) Когда пригождается - всегда можно найти описание и наложить на код того языка на котором пишешь. Главное иметь принципиальное понимание того - что и как ты делаешь и что должно получиться в итоге) И умение находить готовые оптимизированные решения, вместо создания велосипедов с костылями.
Как говориться - вижу цель - не вижу препятствий.
Да вот думаю, откуда это умение возьмётся, если не проштрудировал всех этих Кнутов
@@refrigerator887 а ты попробуй мозг включить. если он есть, конечно. и попробуй поработать по-настоящему. и штудировать ничего не придется, а просто прочитать.
@@refrigerator887 алгоритмы знаешь, а программировать не умеешь? молодец. далеко пойдешь. будешь манагером.
@@JohnDoe-ei8wx, лол, если ты можешь в алгоритмы, то ты в любом случае программировать можешь. Можно программировать без алгоритмов, но знать алгоритмы и не уметь программировать, я даже немзнаю как это возможно. Я что имел ввиду то - вот не проштужировал ты кнутов всяких и как ты будешь владеть алгоритмами? В гугле копировать код, не зная даже что он делает? Так даже для общего сведения, какие вообще бывают, стоило бы изучить, а то даже не будешь знать об их существовании и как раз поэтому будешь велосипеды пилить. А потом жалуются, что у нас прогеры маленькую программу умудряются тормозной замутить. Они ж не признают, можно ведь тяп-ляп и в продакшн.
@@refrigerator887 если ты не можешь В думать, то и алгоритмы тебе не помогут. смеши дальше, алгоритмик-аналист.
12 лет проработал программистом и не разу не реализовал свой алгоритм сортировки. Всегда пользовался стандартными. И да, всё работает!!! )) Удачи!
согласен на 100% !
А ты его хотя бы придумал? Реализовать - не вопрос.
@ancient ukr Ну это примерно как уметь водить машину, но не уметь поменять колесо. Базовый навык, короче. Зачем знать таблицу умножения, если есть калькулятор? Если ты знаешь множество алгоритмов, то и свой придумаешь, при необходимости. А если не владеешь темой, то не возьмёшь барьер сложности серьёзной задачи. Так и продолжишь интерфейсы гуёвые дальше писать.
А как делать сортировку слиянием IComparable объектов? Мне тут оно понадобилось, я написал. А что из стандартного сортирует слиянием IEnumerable?
Как?! Тебе ж надо в std::sort прописать Compare-функцию ))))
Похоже, не каждый кандидат ее реализовать может )))
В начале самая годная мысль : "Все зависит от амбиций" . Амбициозный человек ,как правило, хочет быть лучшим в своем деле.
Сижу, смотрю перед зачетом по алгоритмам и структурам данных
как советовал автор, собирай монатки и вали из этой конторы, она тебе не подходит))
Работаю 3 года в бекенде - ни разу не пригодились ни алгоритмы, ни матан. Как ты правильно сказал, всё уже написано до нас и для нас.
@@grish7003 Это вот точно было про алгоритмы, а не про паттерны?
@@polosatus, алгоритмы - для данных, паттерны - для архитектуры, суть одна - находить решение сложных задач
Блин, я и забыл что не прохождение халфы смотрю
Понимание алгоритмов - это признак того что человек может в принципе быть программистом. Если нет, то не%уй и соваться в программисты.
В общем случае, войти в АйТи - ЛЕГКО! Главное оттуда с треском не выйти... Таких примеров куча.
Сидеть всю жизнь на 300-600$ джуном - тоже не выйдет... Джунов берут с перспективой роста, если джун не растет - нахер такого джуна. Так... что... чем больше ты знаешь на позициии джуна, тем меньше авралов с обучением у тебя будет, и тем легче быдешь осваивать новый материал, а не впадать в ступор при каждом новом непонятном слове.
Дальше соглашусь с автором. Заучивать смысла нету, но прочитать и понять суть - НУЖНО.
На самом деле для джуниора достаточно знать основы алгоритмов - не думаю, что кто то будет просить джуниора на собеседовании реализовать что то экзотическое или даже быструю сортировку. Однако, джуниор должен быть знать основные структуры данных и оценки хотя бы базовых алгоритмов. Обычные вопросы по алгоритмам для джуниоров: что такое О большое, в чем разница между List\HashSet\LinkedList, какая сложность добавления\поиска в эти коллекции, что такое стек, очередь, как они рабтают и прочие подобные вещи. К слову говоря, на практике часто приходится работать с такими базовыми структурами данных, как List и Dictionary - и желательно знать разницу между ними - потому такой вопрос задают очень часто.
ну вообще эти вопросы задаются только джуниорам. Потому что он это прочитал в книжке и больше ничего не знает. И это единственная причина. Разработчиков уровнем выше никто не эту чепуху не спрашивает, у них другие компетенции.
@@Acid31337 т,е ты хочешь сказать что программситы уровня выше джуна не используют в своей работе списки, деревья и стек??? Или ты хочешь сказать что они это используют но понятия не имеют чем они отличаются? Ты бред полный написал чувак. Списки и деревья это основа после массивов. Даже json из этого состоит. Ты просто ни чего не напишешь без этих знаний сложнее калькулятора. Я уже молчу про клиент-серверный приложения где нужно постоянно оперировать разными списками, массивами и деревьями - передавать их на сервер, или грузить с сервера. Та же иерархия view на экране телефона - это list. Без знания что такое list ты просто не сможешь понять как перенести view ниже или поменять местами. А это банально верстальщик должен понимать. Я уже молчу про кодера.
@@serhiis_ то что ты сейчас описал называется "знание json". Ну давай еще поспорим на серьезных щах что надо учиться этому мастерству 3 года.
@@Acid31337 да вот так всему учатся. у меня верстальщик андроида без меня не может 2 строчки кода написать. А если пишет то там проще выкинуть его код и написать с нуля. Уж извини но когда он тупит на элементарных структурах - он не делает экраны в строк. А я не могу связать эти экраны с сервером потому что их просто нет. Выходит я теряю свое время. Предлагаешь мне за него писать списки view, делать анимацию и учить компоненты андроида? Думаешь оно мне нужно? Он получает свои бабки и тупит когда нужно написать какую-то логику с экраном. Я это писать не могу - я не знаю функций андроидовских компонентов. И суть совместной разработки что бы это быстрее сделать а не дольше;
@@Acid31337 я нанял чувака что бы он написал мне UI часть андроида. А он банально не знает как пользоваться списком или деревом. Он тупо не может взять данные по индексу и отобразить их на Label экране. Я IOS-разработчик я не шарю андроид компоненты, поэтому нанял верстальщика андроида. Как бы всю остальную логику понятное дело я напишу сам.
Люди которые думают, что на теории алгоритмов только учат наизусть 50 видов сортировки, это или те кто вообще не изучал этот вопрос, или те кому попался препод, который думает ровно так же. Никто не учит реализации алгоритмов "на зубок", все эти бесчисленные сортировки, структуры данных, непонятные алгоритмы для работы с матрицами - всё это лишь примеры, на основе которых показывают, как именно нужно подходить к созданию алгоритмов, как оценивать сложность, как понять что выбранный алгоритм лучше остальных.
Так же ошибочно высказывание, что никто не пишет свои алгоритмы, все используют "из коробки", любой решающий задачу код - алгоритм на конкретном языке, это следует из определения алгоритма. Так что любой работающий программист каждый день пишет десятки, если не сотни алгоритмов, и знание теории алгоритмов напрямую влияет на их качество (другой вопрос, что есть программисты которые пишут код примерами и копипастом, но им ещё много чего не нужно знать, не только алгоритмы).
Теория алгоритмов, как и большинство "должен знать любой программист", не обязательная дисциплина, в любом случае люди имеют базовые знания из житейского опыта (например всем понятно что 1 раз сходить в магазин и купить 5 продуктов лучше чем 5 раз сходить покупая по 1 продукту), но по приоритетности в изучении я поставил бы её даже выше чем знание ООП.
хорошо все объяснил неофитам. до всех остальных любителей на собеседовании задавать вопрос по сортировке - не дойдет. больше же ничего не умеют.
-----STAY-----
----CALM----
-----AND-----
---STACK---
OVERFLOW
Чувак, жму твою руку.
Приятно, что такие видосики прекрасно с WarThunder'ом сочетаются. В целом, ппкс. Устраивался на работу, в требованиях был космос: C#, WPF, WCF, паттерны и еще куча всяких умных слов. По факту оказалось C++, Modbus, DCOM, OPC и все подобное, с чем разбирался уже по мере поступления задач. Вообще пофигу что там в требованиях пишут. Синтаксис знаешь, голова работает - тогда вперед! )))
Думаю, что, все таки, чем больше ты знаешь, тем меньше возникает вопросов при решении чего-то что не может быть реализовано через фреймворки
Когда появится видео про потоки, асинхронное программирование и параллельные вычисления? Ибо никто их нормально не обьясняет, а от вашего канала усталось уже ждать. Так и сам бл#ть научусь ненароком.
Да там всё просто. Что рассказывать то ?
CLR via C# - вот книга, в которой подробно описаны механизмы работы асинхронного кода. С первого прочтения двух глав по этой теме можно применять знания на практике. В этой книге много полезного, помимо асинхронного кода.
Если коротко, то код выполняется в отдельном потоке, а при завершении выполнения вызывает callback method, переданный вами. Насколько помню, (могу ошибаться) асинхронное выполнение кода, как языковое средство, появилось в C# 5.0, но и без него можно реализовать свои способы асинхронного исполнения кода.
Дополню ответ : иногда асинхронный код выполняется не в отдельном потоке, а средствами отдельного устройства. Например, многие методы работы с сетью или с памятью жёсткого диска в C# имеют свои асинхронные аналоги, имена которых обычно начинаются на слово "Begin". Метод-член делегатов BeginInvoke также асинхронный
@@lulook2806 это лямбда-функции называется а не async который в шарпе. В шарпе async более бесполезный - метод await ждет окончания выполнения функции и только после того как функция выполнилась - выполнение кода продолжается. На самом деле на практике это абсолютное бесполезное повидение. На практике в самой функции которую мы вызвали нужно обновлять UI а не из той что создала поток. Ибо обновлять UI можно много раз, можно выводить диалоги и тд. Через await выводить диалоги невозможно.
Меня как-то на собеседовании на позицию сеньора спросили про алгоритмы архивации и шифрования))) Меня вопрос удивил, да там был хайлоад, но зачем им были эти алгоритмы я так и не понял. В реальности они действительно не нужны, ну не то чтобы совсем, но в инете всегда можно найти инфу о самых разных алгоритмах. И в реальности, когда решаешь задачу, например, по поиску кратчайшего пути, ты всегда сначала лезешь в инет изучаешь тему. Конечно, новая инфа изучается быстрее когда ты делал, хоть что-то подобное, так что какой-то опыт в написании алгоритмов стоит иметь.
Но про алгоритмы и структуры данных иногда спрашивают. Я объясняю это тем, что в институте этому учат, а те кто собеседует стараются найти оправдание потраченным годам.
т.е. без своей ОС, своего броузера, своего архиватора, своего шифровальщика и так далее - не специалист? все свое надо обязательно сделать? какой молодец. интернет поратал вдвоем за две недели сделаешь со всеми наворотами? видел я когда-то таких фантазеров.
@@JohnDoe-ei8wx Не пойму, как это следует из того, что я написал.
Вообще, знание такой дисциплины, как "алгоритмы и структуры данных" полезно.
Во первых, ты начинаешь понимать как работает компьютер, что как минимум дает тебе чувство уверенности в себе, и ты меньше пасуешь перед трудностями.
Во вторых, ты не пытаешься изобретать велосипед, когда знаешь, что задача уже решена, ты просто находишь решение в литературе (инете).
В третьих если ты хочешь пойти работать в Яндекс или Гугл, даже если ты фронт, тебя будут об этом спрашивать на собеседовании. Даже в компаниях попроще, но где есть хайлоад, часто спрашивают об этой теме на собеседованиях. Пример, почему 0.3 + 0.7 != 1.0 а 0.5 + 0.5 == 1.0 ? А это "алгоритмы и структуры данных".
Другой вопрос стоит ли эту тему изучать новичку, или программисту без амбиций, который занимается исключительно продуктовыми (прикладными) задачами.
Наверное, нет, потому что в обоих случаях есть множество куда более полезных тем.
@@EshkinKot1980 иди алгоритмы учи, программашка. вдруг в мидлы запишут, если будешь сказки рассказывать.
@@JohnDoe-ei8wx Как только время появится, обязательно. Но тебе точно их учить не стоит, как и программситом работать, отрасль только выиграет, если ты в неё не пойдешь.
@@EshkinKot1980 джун, ты уже методы соотировки все выучил? Сделай лучше того же оракл. Вперед, программашка недоделанный. Называется - дерьмокодер-сеньЁр. Так луДше?
Всячески приветствую и одобряю! Я экспертный сеньор, и мне на фиг не сдались подрастающие молодые конкуренты. У них азарт, энергия юности и желание работать с утра до ночи. Если такие ребята знают алгоритмы - пиши пропало. Как семейному человеку соперничать с молодым асоциальным одиночкой?
Но вот в этом видео ответ: просто не изучайте алгоритмы! И я, даже работая вполсилы, буду эпически востребован на топовых позициях. Потому что кто-то в компании обязательно должен понимать, что такое программирование на самом деле
10 звуков выстрела из дробовика из 10
Блин, какой хитрый ход использовался на старых видео. Из-за халвы пришлось второй раз переслушивать.
Вместе с алгоритмами изучают оценку сложности алгоритмов на примерах, а вот это много стоит.
Dmitry Vlasov поделись литературой по данному вопросу, пожалуйста
Алгоритмы построение и анализ Кормен
Гроша ломаного не стоит. преждевременная оптимизация - корень всех зол.
Через пару месяцев забудешь, если с этим не сталкиваешься хотя-бы раз в неделю
@@ZQutui какого построения? зданий, конструкций? молодец.
понравился совет на счет контр-вопроса, мол "а как часто сортировка используется у вас на практике?"
David Oganov лучше спросить какая у вас бизнес модель, каковы ваши основные отличия от конкурентов
@@macaronivirus5913 до слёз_)))0)))0
меня на собеседовании попросили реализовать сортировку слиянием, а потом прикрутить её к реализации считывания нескольких файлов с сортировкой и записью и что бы всё это могло работать на системе с ограниченным количеством памяти. а на вопрос "а точно джун должен уметь в подобное?", посоветовали больше не приходить ¯\_(ツ)_/¯
Jugger Wels какой язык, контора?
ну нормальная задачка, слиянием сортировать довольно просто, да и в файлах ничего страшного нет.
На самом деле, звучит как домашка по основам компьютерных наук.
Как было точно подмечено в видео большинство вопросов по алгоритмам на собеседованиях в обычных "IT шарагах" не более чем ПОНТЫ, я 15 лет занимаюсь разработкой на C# корп. систем и мне не нужны были алгоритмы ни разу, в своих pet проектах да я использовал их, но пару раз, так что автор очень точно передал мысль на счет того что если ваша профессия пилить сайты на php или что то очень прикладного уровня алгоритмы не нужны вообще, если вы уважающий себя senior то почитайте алгоритмы для общего развития, но не более.
А можете сказать, помогли ли вам ваши pet-projects где то(естественно, особенно хочется узнать про их вес в резюме). И также интересно, что за проекты это были? Спасибо
@@vladkruichkovski2844 если вы мидл и выше то про пет проекты писать в резюме не нужно, если Джуниор без опыта, то просто скажите на собесе что делали То то и то то. На счёт помощи наверно нет, Я скорее обкатывал на них новые технологии, но если у вас нет опыта то для вас будут очень полезны.
@@alexlightweight Спасибо за совет, прислушаюсь)
Подтверждаю, это так. За 6 лет всего пару раз приходилось столкнуться
Начинающим не нужны, более опытным нужны, чтобы понимать какой алгоритм для какой структуры данных подходит больше всего, какой алгоритм будет производительнее. Более опытные ведь должны писать более качественный код. Так же и с паттернами проектирования, не нужно их везде использоваться, но знать нужно, чтобы проще было разбираться в существующих библиотеках и фреймворках.
А алгоритм сортировки пузырьком должны вообще все знать ))
Думаю знание и понимание алгоритмов необходимо в области криптографии, чтобы разрабатывать или поддерживать существующие алгоритмы шифрования. И полезно тем, кто будет заниматься нейронными сетями.
при фразе "самый оптимальный" в голове сразу образ моего препода закричал: ТЫ ЧОО"
А чооо? В чем прикол?
@@kamiimak7873 тавтология
В Machine Learning / Artificial Intellect могут пригодится алгоритмы. Хотя там вообще продвинутая математика нужна - статистика, численные методы, теория вероятности и т.п.
я раньше не задавался вопросом об алгоритмах, но ты помог мне
Пишу на крестах, как правило для любых кодерских целей юзаются стандартные алгоритмы. Для порождения принципиально новых (под супер специфические задачи) есть отдельные люди (вообще не пишущие код, занимаются исключительно алгоритмами), после чего адаптацией их выродков занимаются специально подготовленные люди.
Если работодатель спрашивает за алгоритмы у рядового программиста - он вообще не представляет, что такое алгоритм, и чем занимаются программисты. Хуже только когда идешь на галеру пробоваться, а у тебя там спрашивают, сможешь ли найти касательную.
Проходил когда-то алгоритмы и структуры данных и нынче, в принципе, не имею проблем с освоением любого языка программирования.. правильно как-то было сказано, что логика у всех одна и зная их ты просто натягиваешь шкуры проги на этот костяк.
Был пример как чувак заглянул в с++ и дальше ваода ввывода двинутся не мог.. но данное метание было не долгим, хоть по началу я так же на тот момент не знал си-пи-пи(знал Си), но мог ему указать на все пробелы ему непонятные... но не спешил давать советы(основной "учить адс"))), но вот в моем случае мне алгоритмы достаточно хорошо так помогли освоиться в теме и аж на будущее. 🤷🏻♂️
как набраться наглости на собесе и сказать"нахера вам алгоритмы на вакансию джуна" ? =)
Надо просто встать и сказать что ваша шарага мне не подходит и уйти с собеседования с гордо поднятой головой ! )))))))
Правда я сам так всего 2 раза в жизни делал и когда уже не джуном был. Если видите что вас не собеседуют, а пытаются доказать какое вы ничтожество и самоутверждаются за счет вас то посылайте просто нафиг. Я так сделал когда пришел на собеседование в Spera soft, там такие понты были на собесе, не говоря о том что я C# разработчик, а спрашивали меня по C++, на вопрос нафига меня тогда вообще пригласили на собес если я сразу сказал что я не С++ разработчик начались еще большие понты на тему что C# гаМно по сравнению с C++, и тут я сказал коронную фразу: "ваша шарага мне не подходит", надо было видеть их афигевшие глаза )))))))
Прочитал про алгоритмы - ушел в лес
а я тут пытаюсь на практике quick sort отработать:D
ps: Сделаешь видео про mvvm?
mvvm простое ) но лучше такое не показывать ) Ото начнут годноту красивую делать которая не работает )
Алгоритмы как раз нужны там, где надо эффективность и быстродействие без всяких костылей...
А умение гуглить актуально при любом расскладе.
Вот насчет практической пользы от навыков алгоритмизации, уважаемый автор прав.
Но тогда также можно сказать и про математику для программирования. Разве нужно знать линейную алгебру и матанализ программисту, который использует готовые решения (библиотеки, модули, фреймворки)?
По сути навыки в математике и алгоритмизации развивают мышление в области программирования.
Если потратить все время, которое потрачено на изучение математики, на программирование, то профита было бы гораздо больше. И вообще, есть какие-то научные исследования, подтверждающие взаимосвязь между программистскими скилами и математическими?
@@Antonio-mne-jarko есть разные потолки в разных сферах деятельности человека, в том числе есть много потолков в программировании. Одним из потолков является математика, без которой многие задачи будет или сложно, или невозможно качественно решить. Но это прямая взаимосвязь. А что же касается косвенной связи и возникающих от этого «потолков», то это увы не всегда очевидно, но то, что вы изучаете в программировании - зачастую огромные наработки прошлых лет, в том числе математические или сделанные по тем принципам и с теми подходами, которые присущи математикам. Вы, конечно, можете остаться на уровне использования, например, протокола TCP, а можете пойти дальше и начать разбираться в том, как устроена эта технология. Наверное, непонятно зачем копать глубоко, но именно глубокие знания позволяют вам становится более компетентным в какой-то узкой сфере программирования специалистом, а это позволяет выдерживать конкуренцию. Понимая что-либо изнутри, проще решать задачу (пусть даже поверхностно). Надеюсь к последнему тезису, вы не будете просить приложить результаты исследований)))
да лааааадно, лучше реализовать все эти алгоритмы на асембли, это точно поможет, а если серьезно, с автором согласен, далеко не везде необходимо пилить алгоритм самому
"не везде необходимо пилить алгоритм самому" - сомнительное высказывание, учитывая, что любой, решающий хоть какую-то задачу код - это и есть алгоритм по определению, просто записанный на конкретном ЯП.
@@zkksch Между прочим не везде. Программист больше времени читает код, чем пишет. Типичная ситуация - это когда ты приходишь и тебе дают огромную кучу говнокода, где нужно сделать маленькую правку, или что-то добавить, но так, чтобы эта куча не сломалась. Если архитектура более-менее нормальная - через некоторое время понимаешь, что и куда. Ну а если проект тонет - то всё, с какой стороны его не тронь - будут еще баги, а как исправить то, что уже наделали не знает никто.
До сих пор за алгоритмы топят как в 90х? Я думал сейчас все на фреймворках или того хуже
Если нет кода в бибиотеках для вашего языка, то можно посмотреть на другие языки и их библиотеки, возможно там будет нужное вам решение, останется только портировать его. Если и там не нашли можно поискать в бесчисленных научных статьях, но нужно уметь читать математический язык и превращать его в код, уверен этого будет предостаточно.
В общем-то правильно, но, хорошо бы маслятам всё же знать разницу алгоритмов, даже если его не забросят пилить игровой движок с нуля или высоконагруженный сервис :) А так, наизусть задрачивать быструю сотрировку да ещё как рекурсией, так и итеративно - конечно вредно.
Когда я учился в школе, я занимался олимпиадным программированием. Я тратил кучу времени на обучение алгоритмам и структурам данных, а также на решение олимпиадных задач, и тогда я и подумать не мог о том, что мне это пригодится максимум чтобы поступить в хороший университет, где после второго курса, про всю эту ебалу можно забыть
Так совпало, что я слушаю это после второй попытки пробиться во FLAG компании. Если амбиции только для какой-нибудь местной конторки, то да, забей на алгоритмы и все остальное. Будешь работать с говнокодом и писать говнокод. Ну а если же хочешь поработать в компашке мирового лидера индустрии, будешь задрачивать алгоритмы до посинения, и каждый день их тренероваться писать. И все-равно узнаешь уже на самом собеседовании, что не помнишь какую-нибудь теорию о направленном графе или что у тебя проблемы с проектированием. Пойду дальше учить матчасть и пробовать снова и снова туда попасть.
Лучшее, что есть в знании алгоритмов - это чувство своего превосходства, но не более.
Согласен. Энтерпрайзу нафиг алгоритмы не упали, а энтепрайза на рынке не менее 70%
Что за шум на фоне летсплея? О чем это он?
А чё за Халфа?
Пока работал на уровне junior и middle особо алгоритмы были не нужны, перейдя на senior начал пользоваться как минимум для оптимизации сложных расчетов.
отлично, надо бы заменить, например, у Oracle его ORDER BY на свою сортировку, предварительно сделав выборку миллионов 10 записей. Надо такой вопрос задавать умникам ничего больше не знающим на собесе - вы там свой алгоритм сортировки собираетесь запилить вместо отработанного десятилетиями?
Когда след. Стрим?
даже на уровне senior не нужно заучивать алгоритмы
когда нужны - просто гуглишь, на википедии для большинства еще и математическое обоснование есть
а нужно оно бывает когда уже уперся в производительность из-за библиотеки, если наткнешься на такое больше 3 раз с одним алгоритмом - запомнится само, но чаще бывает, что когда уперся в производительность - стандартного алгоритма просто нет
Ошибаешься. Часто гораздо проще написать собственную библиотеку которая делает то что нужно, чем тащить лишние зависимости в проект. И в любом случае надо понимать как работает тот же односвязный список, стек или очередь, чтобы их использовать.
а какой алгоритм нужно почитать чтоб делать игры на Unity или на другом движке?
какие книги лучше почитать?
Геометрию знать нужно
Благодарю
Бэкенд, геймдев, сеньёры, начальники, никому не нужны алгоритмы.. А я что то на фронте напоролся на такую задачку, что чуть ли не надорвался и призадумался об алгоритмах!
Причём такое просеивание кучи сущностей друг об дружку, что хз где готовое решение искать (три дня сидел голову рвал). Может конечно на всё это можно наложить декомпозицию и пару готовых решений, но все равно что бы даже готовые решения применять, надо хотя бы знать какие есть. Я до этого не сталкивался с решениями подобных проблем.
Просто многие путают знание стандартных алгоритмов с умением превратить задачу в алгоритм. Первое далеко не всегда порождает второе.
Если программисту лень объяснять то он скажет алгоритм!
Меня на собесе просили алгоритм сортировки пузырьком на бумажке написать. Не прошел, так как не помнил его и знак напутал
И ведь специально на ролик игру ставят, чтобы ты не сел за книгу, а сел играть.
Пузырек это стандартный вопрос на собеседовании, 7/10 компаний это спрашивают. Как мне объясняли это нужно просто для того, чтобы убедиться, что соискатель не из леса вылез, а учился как все, ну т.е. его опыт и знания не сильно оторваны от реальности.
в топку такие компании! я бы спросил, они действительно сортируют пузырьком?
как правило в стандартной библиотеке есть qsort || mergesort - самые быстрые в 99% случаев
Если не нужна,зачем тогда учат как самому функции писать(которые уже реализованы)?
Согласен полностью. Работаю веб разработчиком и мне накуй не нужна информации о том как написать сортировку пузырьком, коктелем или еще чем либо. Важен результат, и скорость выполнения, библиотек выше крыши.
Ну знать-то наизусть конечно не надо, но хотя бы понимать базовые принципы и плюсы/минусы очень даже стоит, чтоб по крайней мере не позориться
Позориться перед дебилами которые это спрашивают?
Джуном я тоже думал, что это все надо. Хуйня это все
На каком уровне ты в програмировании?
Сейчас пытаюсь решить олимпиадные задачи Меньшикова, не потому что я такой офигевший хочу знать много алгоритмов, а потому что, хочу прокачать себе мышление. Алгоритмы помагают развить мыслительные способности.
"Игра в шахматы, позволяет развить умение играть в шахматы"
В алгоритмах в принципе только один алгоритм: поиск минимума. Всё остальное уже высокий уровень )
Лойс за блек мезу
спасибо
Можно подумать, кроме сортировок никаких алгоритмов нет. ВСЕГДА когда пишется программа реализуется алгоритм.
printf("Hello, world");
Немного не по теме спрошу. Порой возникает необходимость распарсить какую-то строку, чтобы достать из неё данные. Как порядочный программист пытаюсь писать регулярные выражения, но иногда проще набросать алгоритм который будет резать строку как надо. Отсюда вопрос насколько это коряво, и допустимо в высшем свете? И вообще реквестую видос по принципам regex, если есть что рассказать
Кури правила Python - "проще - лучше", поэтому задай себе вопрос, что произойдет, если в будущем надо будет доставать другие данные, проверяй его на изменяемость, если проходит проверку твой способ и его могут прочитать легко, то используй
Зависит от требований. Иногда регэкспы будут просто медленными, или просто могут просто отсутствовать в стандартной библиотеке, а новые библиотеки добавлять нельзя. Коряво или не коряво - это субъективно, читаемость, правильность, гибкость и скорость - объективно.
Что за игра на фоне?
halflife первый
Халфа вторая
Black Mesa
Пишу как раз лабу по алгоритмам и тут этот видос. Ну бля, кс так кс)
написал?
@@ЭддардСтарк-к7е Ну судя по тому что я не вылетел то да
Угу, не шариши в алгоритмах,
а потом такой удивляешься 'а чего ето у меня страница грузится минуту' а оказывается что сложность твоего алгоритма n^3 🤔
Не нужно зазубривать алгоритми сортировок, но изучать их нужно для того чтоб было понимание как создавать ефективно свои алгоритмы 😀
ну если у тебя такой огромный объём данных, что страница грузится минуту, тогда тебе стоит задуматься над этим, и нагуглить решение с алгоритмом, займёт это пару минут, потом еще потратить минут 10 на его реализацию, и удачно забыть про этот алгоритм, потому как ты его еще не скоро применишь.
в силу своей деятельности сталкиваюсь с веб приложениями используемыми органами власти. видео дало ответ на причины тормозов, глюков, непонятных ошибок возникающих после обновлений... алгоритмы тренируют мозг в области абстрактного и логического мышления без которого до программирования допускать нельзя. а если мозг прокачен, то пузырек очевиден и его даже учить не придется.
пишу из 2023 года, все еще нужны, даже на собесе в шарашкину контору будут спрашивать
А потом вам внезапно начнут платить нормальную зарплату, и окажется что все это нужно знать обязательно
Знатно поржал с друзьями с юньки))) совет тем кто идёт в геймдев, все что было сказано касаемо этой темы в видео дичь и чушь
Алгоритмы нужны, но не нужно из знать и запоминать, в современном мире гораздо проще загуглить
Бред. Не знаю как в России, но в англоязычных странах практически всегда в мало-мальски серьезные конторы спрашивают основные структуры данных и алгоритмы. А так же просят закодировать какие нибудь задачки сложностью что то между easy и medium на leetcode.
только что собесе просили решать задачи на алгоритмы по телефону
👍
Все верно, большинство алгоритмов уже давным давно реализованы, остается только пользоваться. Но бывают ситуации, когда ты не можешь найти готовое решение, в таких случаях приходится придумывать самому.
кстати, о собеседованиях, на которых спрашивают всякий шлак
допустим вопрос: "покажите рекурсию на примере фибоначи"
как правило, ожидают увидеть что-то вроде
int fib(int n) {
if(n
Не понимаю, чего сложного в пузырьковой сортировке?
Чё за мод для Half life?
Это Black Mesa вроде
Metro edition
Так-то да. Даже если задачи на алгоритмы и структуры данных будут появляться в команде, то джуну их никто давать не будет, т.к. скорее всего они носят несколько фундаментальный для проекта эффект. Но для того, чтобы знать какую структуру данных куда воткнуть, всё же нужно хоть раз написать хоть некоторые из них
Плох тот программист которые не мечтает написать свой язык/компилятор/ОС
Плох тот программист, который думает, что его язык, компилятор или, тем более, ОС, кому-то нужны :)
@@0imax нуу, чисто для саморазвития:D
@@kote_animen6313 ну разве что в качестве хобби. Ибо для прокачки профессиональных навыков есть гораздо более эффективные методы.
@@0imax я как раз это и имел ввиду:D
@Aleksandr Yakovlev ну разве что игрушечный ради побаловаться. Написание собственного компилятора даст лишь очень общие знания того, как _может быть_ устроен компилятор, которые можно получить и без его написания. И уж тем более не даст знаний об устройстве конкретного компилятора конкретного языка, на котором он пишет. Тем более, что компиляторов для одного языка может быть несколько, и знать все тонкости каждого из них в принципе невозможно. То же самое и с ОС: общие представления можно спокойно получить и без написания собственной, а знаний о конкретной ОС написание собственной не даст. Но если человеку так проще усваивать материал - ради бога.
Стиль Sorax'а.
Отличное видео, но сортировка пузырьком не такая сложная для запоминания :)
Чёт хз - не столько стоит "учить" алгоритмы, сколько стоит, наверное, приобрести алгоритмическое мышление... Хотя - не знать пару алгоритмов обхода графа, quicksort или ещё что-нибудь по типу поиска общих вхождений в множествах, ну и пару жадных алгоритмов, если ты бекендер - ну такое... Про фронтенд - молчу) Тут верх алгоритмики - это реализация промисов заместо аякса)))
ну конечно, для СНГ можно не знать алгоритмов, можно и образования не иметь, но посмотрите на совбесы в гуглах, авсах, почему-то единственный и наиважнейший навык - решать алгоритмические или логические задачки, причем на количество и с анализом по времени и памяти(а это первая тема алгоритмов). Удачки, ребята тогда в СНГ)
Да, знание алгоритмов - наиважнейший навык для прохождения собеседования, если ты целишься в крупную компанию.
Ну классно, но это реально спецевичные компании, в которые попадают только единицы, и попадают они туда, явно не благодаря знанию алгоритмов. И если ты нацелен на такую компанию, то перед собесом не так сложно потратить не большое количество времени ради этих самых алгоритмов.
@@arhim7650 нет, попадают благодарю уму і знанию алгоритмов, даже не их, но решению задач алгоритмических, и особенно и обязательно з анализом комплексити. Проходят действительно немногие, на это нужно время, голова, и труд, а не выучить ещё один фрейм)
Потратить придется МНОГО времени, потому что скил решения задач, только появляется через решения задач. Те, кто прошли говорит о 200-400 задач медиум и хард уровня в литкоде. Удачи, если успеешь за "не большое количество времени", значить возможно ты слишком крут для гугла.
@@andreyka26_se Уже представляю собеседование в гугле.
Почему мы должны взять вас на работу ?
Потому что я знаю алгоритмы, и умею решать алгоритмические задачки.
Отлично, вы приняты.
А если серьезно, то в том же гугле, явно есть позицыи, не связанные с биг датой, и там алгоритмы мало чем тебе помогут. Понятное дело, что если ты работаешь с беком в энтерпрайзе, либо хочешь работать с биг дата, то тебе обязательно знать алгоритмы, всем остальным, в 99% случаев, алгоритмы в принципе не надо.
@@arhim7650 ну как бы, у меня тимлид проходил совбесы в авс и майкрософтах. Одни задачи и софт скилы, на все позиции. Опыт живого, знакомого мне человека.
Фалваааав
Да можно впринципе то парочку в год подучивать ну чисто вы.бнуться, а что тоже приятно)
По моему мнению это нужно исходя из действий, ибо если вам не нужны алгоритмы, то нужными они не станут
Ксочка с пользой ммм
Это не КС, если что.
давай лучше без металлической тени звука)) оно зомбирует))
О, автор живет в идеальной капиталистической модели мироздания, и на собеседовании, кроме реально использующихся навыков, никто ни у кого ничего не спрашивает.
Акстись, автор, ты - обосрался. Есть фирмы, которые целые контракты с ВУЗами имеют и собеседующие в таких случаях, понимают, что реального опыта разработки у студентов нет и пытаютя составлять собеседование на основе принятых программ обучения, они таким образом проверяют насколько претендент в целом обучаем, и за тот же испытательный срок уже на реальных задачах натаскивают потом. Так что базовые алгоритмы, типо пузырьковой сортировки, знать очень даже не плохо, и может просто выиграть в конкурсе вам должность, если два студяги без опыта соревнуются за место.
И это без учета личных загонов людей, которые на собес задания готовят. При этом фирмы успешные, которые будут платить тебе 100к в наносекунду, если к ним пролезешь.
Дожилися, уже і алгоритми не потрібні програмістам😊
Технологии развиваются. Когда-то для программиста было позором не знать регистры процессора, сейчас даже архитектуру ПК надо знать далеко не всем.
Бабл сорт запоминается по названию, с квиксортами всякими проблемно запомнить, а бабл не запомнить только имбецил. Никому в компанию не нужен жуниор с мозгом как у воробья. Но заучивать рили не надо, лучше просто иметь базовые знания об алгоритмах, субд, ооп и т.д., в зависимости от области
Хрень сказал)
Кроме алгоритмов сортировки, есть ещё тонна алгоритмов поиска и других, характерных для своей сферы. На собеседованиях их спрашивают для того, чтобы понять, может ли соискатель структурно мыслить, а не чтобы он 24/7 сортировал массив пузырьком.
Знаю алгоритмы как отче наш, но где найти работу, за которую больше платят? :) Я к тому что это не ценят.
Meta, Apple, Amazon, Netflix, Google, Microsoft, Uber, Lyft, AirBnB, Citadel, Two Sigma, Virtu Finance, JPMorgan, Janes Street...
@@namelessboar Для этого нужно иметь разговорный английский...