Как учиться программированию, чтобы не потеряться среди тысяч конкурентов?

Показать описание

Как учиться программированию, чтобы обогнать 99% программистов? Дольше, усерднее? Даже это не гарантирует вам успеха, а что гарантирует - смотрите это видео! ☕

А для новичков:

____________________________________________________________________________________

Курсы для будущих JS-разработчиков:

Курсы для будущих С#-разработчиков:

Курсы для будущих Python-разработчиков:

🎓 Другие направления:

🎓Продвинутые курсы для состоявшихся девелоперов:

Тайминг:
00:00 - Вступление
00:21 - Не зацикливайся на теории
03:31 - Выбирай сложные пути, не иди за остальными
04:43 - Java
05:45 - Нет одного языка программирования или направления для всех, которое точно сделает тебя №1
06:50 - Фокусируйся на процессе
07:46 - Никогда не перерабатывайте
08:38 - Какие проекты ты хочешь делать, тот язык, фреймворк выбирай
10:13 - Networking is a King
12:07 - Софт скиллы всему голова

Рекомендации по теме

Комментарии

Когда я посмотрел это видео "как учиться лучше конкурентов", то теперь все кто посмотрел это видео тоже стали моими конкурентами((((

olndgky

В сотый раз убеждаюсь, что ответ внутри нас!)
Спасибо за видео, до встречи на вершине!)🎉❤😊

otvasilevicha

Огромное Вам спасибо, Сергей! Вы очень помогаете и поддерживаете!

RuslanNazarov

Сергей творит судьбы людей! Дякую тобі друже за те що ти ж в нашому житті . 💪

romanmerkulov

Круто! Спасибо, Сергей и команда. На курсе GoF пттернов у вас. Освежаю на фоне опыта когда-то полученные академические знания👍)))

PandA

спасибо !!Понял что надо учиться и практика и самое главное желание !!!

lifmxrs

Спасибо большое, Сергей. Очень хороший ролик👍

bondarenko

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

GenaTolstij

Спасибо Сергей, ты настоящий мотиватор!)

romanchernyshov

Спасибо за советы помогло именно не зацикливайтесь на теории и начать свой проект

SoSd_tl

Мне советы Сергея в свое время очень пригодились. Правда по отдельным пунткам я пришел к несколько иным выводам (или вариациям, скорее), но в целом очень близко.

1) начинать свой проект слишком рано - тоже не очень оптимально, потому что хороший курс обычно вводит новые темы по нарастающей сложности, заодно показывая зачем собственно нужны те или иные приемы\технологии. К примеру, быстренько бросив прохождение курса по тому же Реакту до обьяснения State-oв, ты потом будешь долбиться в закрытую дверь, начнешь изобретать велосипед, а в итоге окажется, что работать надо так и так-то. И таких ситуаций не мало - какая-нибудь особенность фреймворка или языка может ввести тебя в ступор, хотя буквально через полчаса ты бы всё о ней узнал. И сэкономил бы кучу времени.

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

2) еще один момент отчасти по выбору языка, и отчасти по вопросу "нравится\не нравится" - если вы, например, изучаете PHP, то гарантированно, что в курсе вам сначала дадут процедурный подход, и только потом, через Х часов курса (или вообще после изучения вакансий) оказывается, что работать то вы возможно будете в OOP парадигме.
И что оказывается от вас будут ждать работы с очень конкретной структурой типа MVC, а не так как вы работали в начале.

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

Я для себя в свое время решил, что мне интересен веб-девелопмент, и принял, что переварю все сложности на этом пути.
Что-то очень нравилось, а что-то сильно раздражало.
Какие-то задачи решать интересно, а какие-то ощущаются как тупое и нудное долбление.

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

MgelikaXevi

Сергей, спасибо за ваш опыт и советы!
Отличная мотивация, чтобы в отпуске сделаться что-то стратегически полезное.

nagirov

У Сергея талант обьяснять понятным языком👍

bakhtiyar

Крутое видео! Учился ( и учусь ) абсолютно также. И в итоге я могу не знать как что-то называется в теории, но фактически владеть этим навыком и делать уже сложные проекты. Теорию потом можно почитать также отдельными моментами и она лучше ляжет на практические знания.
В общем видео супер! Теперь наконец-то перестану всем знакомым, которые хотят начать учиться програмированию, рассказывать свои мысли, а буду просто отправлять ссылку на видео. ))
Спасибо, Сергей! Сэкономили мне несколько часов в месяц на ответы знакомым

pavelkharitonov