По поводу "как читать книгу/смотреть курс". Сначала ты читаешь книгу от корки до корки как художественную литературу, примеры не проходишь, если код слишком сложный - сильно не вникаешь, если раздел вообще не нужен - можно пролистнуть. Главная цель этого подхода не вызубрить книгу, а ознакомиться с возможностями языка/технологии, чтобы просто иметь понимание что он в принципе может. Следующий этап: сразу садимся что-то писать, и вот когда возникает вопрос "а как вот это сделать?" - открываем соответствующий раздел в книге и читаем уже вдумчиво, с примерами и т.д.
@@WiseApe1 , она не всегда хорошая и очень часто это больше справочник, чем самоучитель. Хотя есть доки просто загляденье, ну или как у той же симфы рядом с доком есть ещё и куча официальных книг.
Мне советы Сергея в свое время очень пригодились. Правда по отдельным пунткам я пришел к несколько иным выводам (или вариациям, скорее), но в целом очень близко. 1) начинать свой проект слишком рано - тоже не очень оптимально, потому что хороший курс обычно вводит новые темы по нарастающей сложности, заодно показывая зачем собственно нужны те или иные приемы\технологии. К примеру, быстренько бросив прохождение курса по тому же Реакту до обьяснения State-oв, ты потом будешь долбиться в закрытую дверь, начнешь изобретать велосипед, а в итоге окажется, что работать надо так и так-то. И таких ситуаций не мало - какая-нибудь особенность фреймворка или языка может ввести тебя в ступор, хотя буквально через полчаса ты бы всё о ней узнал. И сэкономил бы кучу времени. Если в вашем курсе есть раздел промежуточных проектов - вот по нему и ориентируйтесь, скорее всего автор вставлял проекты в тех местах, где у вас уже есть кое какая база. Получили кусок знаний - сделали что-то осмысленное, и относительно компактное на базе имеющихся знаний - и можете идти дальше. Если есть только финальный проект, но сам курс не такой уж длинный (на часов 20 вместе с проектом) - тогда лучше пройдите всю базу, и вам не придется гадать почему у вас что-то не работает, не грузится, не обновляется, не возвращается и т.д. Особенно это касается фреймворков - они зачастую привносят кучу своих проблем и загвоздок, которые "интуитивно" понять невозможно. 2) еще один момент отчасти по выбору языка, и отчасти по вопросу "нравится\не нравится" - если вы, например, изучаете PHP , то гарантированно, что в курсе вам сначала дадут процедурный подход, и только потом , через Х часов курса (или вообще после изучения вакансий) оказывается, что работать то вы возможно будете в OOP парадигме. И что оказывается от вас будут ждать работы с очень конкретной структурой типа MVC , а не так как вы работали в начале. Т.е. существуют ситуации, когда первое впечатление не всегда отвечает реалиям работы или востребованным подходам. Не говоря уже о том, что вам может нравится язык, но не нравится фреймворк. И тут придется все таки принять, что не всегда "нравится" и "требуется" идут вместе. И что погоня за "это должно мне жутко нравиться" - может годами тягать вас за нос, годами подталкивая к бесконечным "пробам". Я для себя в свое время решил, что мне интересен веб-девелопмент, и принял, что переварю все сложности на этом пути. Что-то очень нравилось, а что-то сильно раздражало. Какие-то задачи решать интересно, а какие-то ощущаются как тупое и нудное долбление. Я сильно сомневаюсь, что можно найти нишу и технологию, в которых вас заинтересует вообще абсолютно всё, и где будет интересно решать 100% имеющихся задач. Никто не создавал эти технологии "во имя интересности" - они все существуют ради денег, ради результатов, ради поддержания каких-то систем и т.д.
Повністю згідний з усіма пунктами. Одне з найважливішого це обрати не модну сферу, а ту яка тобі подобається. Особисто зустрічав багато колег які добились успіху в фронтенді/андроїді/бекенді, але в якийсь момент розуміли що далі так не можуть працювати і міняли сферу. А деякі повністю перегоріли, починали ненавидіти програмування в цілому і не могли прокачуватись навіть в цікавій сфері
Пришла в голову аналогия - как стать художником? Надо просто начать рисовать и постоянно практиковаться и улучшать свои навыки. Если ты будешь только изучать теорию изобазительных искуств и историю ИЗО, максимум что из тебя получится - искуствовед
Надо рисовать именно что-то чтобы быть н1 в своей нише есть же люди которые хорошо делают там военное снаряжение а кто-то фантастику я взял и начал придумывать историю и рисовать как получается
Чтобы стать художником, надо не сколько практиковаться, сколько практиковаться правильно (это называется стадики), правильно ставить цели, изучать базу и с этой базой развивать насмотренность, изучать свои эталоны и, самое главное, не бояться технологий. Меня в свое время сильно прокачало 3D, сейчам сильно помогают нейронки (например, чтобы набирать референсы и изучать тонкости стиля, художников и техники). А есть те, кто просто безжумно рисуют годами, а развитие невероятно медленное
@@LinDahai88нет не совсем. практика дает навык. теория дает понимание как правильно. в лучшем случае нужно совмещать теорию с практикой Хорошо подходит схема 30/70. Например, имея 2 часа, выйдет 40 минут на обучение теории и 80 минут практики. Если вы совсем новичок и только начинаете то лучше 50/50. А если уже опытный то 20/80. Как то так вообщем.
И еще один, на мой субъективный взгляд, очень важный совет. Не бросай выбранное направление минимум года 4 года, а лучше никогда. В противном случае либо будешь вечным студентом, либо дилетантом, но никак ни профи.
Мотивация вас всегда подведёт. Никогда не гоняйтесь за мотивацией. Это - путь к провалу. Только дисциплина решает проблемы. Никогда не ищите что нравится. Учёт личных предпочтений в выборе карьеры и навыков, которые будут кормить вас и вашу семью, должен быть не более, чем "не хочется блевать при мысли об этом". Увлечения и отдушины должны быть помимо работы. Смешав работу и увлечение, вы потеряете увлечение. Человек получает удовольствие уже от собственного умения что-то производять, претворять замысел в жизнь, - вне зависимости от рода деятельности.
А у меня так: Порой тяжело посадить себя за программирования, лучше сериальчики посмотрю, посплю, да поиграю, но если удаётся усадить себя на программирование, оторвать потом тяжело. Я подсознательно отрываюсь только в том случае, если на протяжении долгого времени не могу решить проблему(Но в результате я её решаю на следующий день или в течении нескольких дней) или если я сделал что-то масштабное в пределах своих возможностей. Как говорится, преодолев свой предел.
@@mortydollar7592 Спасибо, теперь гиперфокус - цель, которой мне надо достичь. Скоро экзамены по японскому, а я и 50% того, чего надо не знаю. Важно ведь пройти призрака Тсусимы, зачем экзамены😄😄
Я уже нашел свой путь и опыт. И могу сказать, что жалею, что не было такого видео 5-6 лет назад. Очень все точно подмечено. Слушайте дядю, дело говорит.
Крутое видео! Учился ( и учусь ) абсолютно также. И в итоге я могу не знать как что-то называется в теории, но фактически владеть этим навыком и делать уже сложные проекты. Теорию потом можно почитать также отдельными моментами и она лучше ляжет на практические знания. В общем видео супер! Теперь наконец-то перестану всем знакомым, которые хотят начать учиться програмированию, рассказывать свои мысли, а буду просто отправлять ссылку на видео. )) Спасибо, Сергей! Сэкономили мне несколько часов в месяц на ответы знакомым
Спасибо замотивировал, отложил практику и погряз в теории, и чем больше искал инфу тем больше думал что я не чего не знаю, а щас понял что все эти знания мне не так и нужны.
По своему опыту скажу програмирование это настойчивость, настойчивость и еще раз настойчивость. Вот почему в россиии всего 1 процент програмистов среди всех рабочих профессий.и многие не хотят туда идти.
С одной стороны я рьяно поддерживаю совет не перерабатывать. С другой - я крайне рекомендую останавливаться на каком-то дискретном моменте времени когда проект находится в рабочем/законченном состоянии. Пуская фича не полностью работает, но зато проект собирается и он целостный. Что я имею ввиду? Если вы потратите целый день на то чтобы внедрить какую-то новую фичу и вечером встанете из-за стола с мыслями "надо еще вон там кусок добавить", "надо еще будет вот здесь проверки обновить", "надо не забыть в БД новые поля прорезать" и т.д. То на следующий день восстанавливать всю эту картину вы будете не 5 и не 10 минут...
Спасибо за мотивацию. 20 лет живу в компьютерах, и всегда меня останавливало слишком много вопросов как все работает в программирование. код читать могу, но писать лень, всегда лучше когда есть человек рядом который ответит на твои вопросы почему так, а что это и т.д . Чат GPT помогает учить код , наконецто это интересно. Но вот вопрос который останавливает опять же ,каким проектом занятся и на что акцентировать внимание, а будет ли востребовано и т.д . но важно начать с азов
Учу Джаву) какой проект посоветуете? Со слов Сергея Java больше про бэкенд, а я про бэкенд вообще ничего не знаю, на данном этапе. Как быть? Сайт какой нибудь подойдет в качестве проекта?
Дякую за відео!Я прийшов в айтішку з будівництва(мав невелику фірму),закінчив курс Fullstack developer(React,Node.js).Програмування давалося важко,засвоїв відсотків 50 інформації.Мені подобається зараз знаходити в ютубі туторіали по створенню різних додатків і повторяючи за лектором кожен крок створювати проект.Хочу почути думку Сергія наскільки ефективне таке навчання і чи взагалі так можна навчитись?Дякую!
На счёт того, чтобы заканчивать работу пока ещё продолжаешь хотеть работать: я пошёл ещё дальше - я даже не начинаю работу, когда хочется поработать. Результат превосходный! Мысли о работе приносят огромное удовольствие!😆😆😆
Когда начинаете свой проект, постарайтесь писать его сами, обращаясь к документации тех или иных библиотек. Потому что ctrl-c ctrl-v с гайдов - тоже не лучший способ изучать что-то
Так 1С по сути и есть пусть не фреймворк, то что-то подобное. Уж там о чистом языке говорить точно не приходится. Одинэсина хороша тем, что позволяет писать бизнес-логику, не морочась интерфейсом, авторизацией, правами-ролями и прочим. Есть определенные ограничения, но именно для автоматизации документоориентированных бизнес-процессов она реально хороша.
Как программист со стажем всего в 4 года подтверждаю все пункты. Я бы еще добавил что-нибудь про купирование синдрома самозванца. Спасибо вам, Сергей. Ценю вашу интеллигентную подачу материала.
Ты путаешь два значения слова "знакомства". Точнее, не значения, а коннотации. Речь, скорее, о софт скилах, о умении общаться с людьми, заводить знакомства и т.п., чем о блате.
Reacr || Angular ??? Мне симпатишней React, и не потому что модно и молодёжно )) Angular === ООП, classes , а мне нравится функциональное программирование. Конечно же по мере надобности и в Angular можно. В паре с React очень понравился NextJS. Так что согласен с Сергеем - делай то, что в кайф. Вподобайка )
Вот чего сильно не хватает вайтишной сфере - дак это готовых проектов с максимально подробным и проработанным ТЗ для тренировки. Вариант "придумайте себе проект сами" тут наихудший, ибо не может средний вайтишник, пока еще не знакомый с реальными проблемами, которые решают через код, придумать ничего нормального.
Если вообще никаких идей - тестовые задания по интересующей вас технологии. Их десятки в интернете, плюс многие с разбором. Выбираете, реализуете - потом смотрите разбор и сравниваете с тем что получилось. Плюс, по ходу дела будут появляться и свои идеи. Главное выбирайте свежие, что бы им было не больше 1-2 лет.
я начала ловить кайф только после года дисциплинированной учебы через силу. у меня был интерес,но было жуткое сопротивление. Эту проблему, в итоге, помог решить психолог😅
В случае когда долго не можешь решить проблему, а тебе объясняют суть за 30 секунд, то у меня взрывается в другом месте. ))) И всё же для написания своего проекта нужно иметь некоторую эрудицию по возможностям языка и архитектуре, без этого очень легко делать не то, не так и тратить время ни на что. А потом читаешь материалы и там всё это описано на что потрачены часы. Приходишь к выводу что нужно не только читать, но и выписывать интересные моменты, примеры.
В целом все верно. я в детстве сломался об с++ пытаясь с ходу стать крутым. Нужно было начинать с простого фронтенда. Главная проблема нет нормального окружения.
Очень крутое видео!!! Спасибо!!! Я выбрал для себя python! Но я пока как чистый лист. Порекомендуйте пожалуйста какой выбрать ноутбук для учебы и дальнейшей работы!!!
все по делу. фокусируйтесь в основном на софт скиллах, но забрасывать технические скиллы совсем не стоит, если вы разработчик. подходите с с умом, ваши хард скиллы в сочетании с софт-скиллами помогут вам получить авторитет среди разработчиков, такие члены команды приносят очень много пользы, ну а дальше уже все зависит от вас...
😊самый классный вариант не идти программировать на раскрученные языки. Там где дефицит, там и шансов больше: ассемблер, си, ада, луа, го. Также и с фоеймворками бери то что многие не могут или не берут потому что не умеют читать документацию... Мне помогает. Попробуйте.
Уважаю Сергея и канал. Я сам учить не умею. Но сам учиться люблю, жаль алгоритмы учебы мои ни на кого иного не работают. Ой, я тот самый супер-программер на пенсии в Канаде. P.S. А если кайфа нет, то эта профессия не подходит. У нас же кодинг это вторичное, первичное - получение и переработка инфы.
@@radacom Нужно быть шизоидом и вся эта хрень должна быть просто интересна. Вот сейчас я реанимирую компилятор BCPL для Windows. Там прикольно, но задолбался пока... вот такое мазохистское хобби.
Есть вещи которые применяли в школах это записать все, потому что когда пишешь ты быстрее запоминаешь, потому что ты видишь информацию а человеческий мозг устроен так что он запоминает лучше визуал.
дополню. лет 8 программирую и перерабатываю )) но лайфхак "завершать работу когда еще хочеться что то сделать", почему то прошел мимо. теперь понимаю почему: 1. первые 3-4 года работал над своими хотелками мотивации больше и работа даже с перереработкой все равно завершалась когда еще хочется что то дописать 2. только крайние 3 года работая над коммерческими проектами переработки завершались добивая фичу или какой то этап. почему и пропадает желание. а я думаю что за х происходит. благо отказался от очередного проекта. опять начну свое но более основательно
Пока ты не в теме, выбрать свой путь невозможно. Путь будет определён тобой в процессе самой работы. Не надо думать что если ты сначала решил стать Java backend разработчиком, то ты не сможешь потом стать фронтендером. Просто выбирай то, что хотя бы чуть-чуть интересно, этого достаточно для начала.
Я математик по обрпзованию в 37 лет решил стать разработчиком. Рпботал до этого инженером в сфере космоса. Щс мне 40, успел пощупать с#, javs, kotlin и angular. Последний год работаю на c# и ангуляр. Я наверно на собеседовании у Немчинского провалюсь, но я точно решу задачу просто потому что мне нравиться их решать.я от этого кайфую. Если чесно я думал кодить это очень сложно, если чесно кодить щас и в 2000 это разные вещи. После мехмата прогамирование похоже на худ. Литературу. Интнресно и все понятно.
Осваивать теорию гораздо важнее, нежели заниматься практикой. Профессионала от джуна-миддла и даже синиора отличает свободное владение мат. частью технологии/языка/фреймворка, где зачастую приходится использовать грамотное внедрение готового кода из библиотек, а также поиски сложноуловимых багов, которые допустили как раз те люди, которые не "парятся" чтением мануалов.
Здравствуйте. Изучаю Python, не для того чтобы устроится на работу. Мне просто нравится. Вопрос - можно ли на Python писать скрипты для ПК? Например - программа заметок, именно так как мне нужно. Спасибо.
вставлю свои пять копеек - программирование (в целом) довольно неприхотливо в плане начинки компа, особенно на этапе обучения. Это не комп. графика, где нужен мощный комп что бы не мучаться и не ждать результата часами ... Там да, мощности очень важны. Учиться программировать же можно на любом мало мальски современном компе (или даже не очень современном). Я обучался веб разработке на компе, которому было лет восемь. И честно говоря, никаких проблем не чувствовал. Т.е. i-5 процессора с 4 ядрами, 8 гигабайтами оперативной памяти - вполне хватало . Ситуаций типа "я не могу это освоить, потому что всё виснет и не запускается" у меня не было вообще. Конечно чам дальше в лес профессионального использования, чем больше софта хочешь запустить одновременно (плюс тяжелые базы данных, двадцать открытых вкладок браузера и т.д.) - тем больше требований, но это уже обычно начинается за пределами обучения. По хорошему, если проект требует использования какого-то монструозного компа - то обеспечение таким компом лежит на работодателе. (а если ты фрилансер, то вряд ли ты будешь иметь дело с какими-то колоссальными проектами) Большинство курсов, в которых, например, препод использует Мак - можно спокойно проходить на Windows , и наоборот. Спецификации компа вообще не вылезают в процессе обучения , ну или крайне редко на что-то влияют.. Хотя конечно если есть интерес программировать именно для продукции Эппл - то наверное лучше заранее обзаводится соответствующей средой. Я не специализировался на эппловской среде, так что по ним деталей не знаю. А вообще также зависит от того, какое именно программирование подразумевается. Фронтенд как направление скорее менее склонно к прожорливости, бэкенд может быть более требовательным (не всякий бэкенд конечно, но потенциально...) Сегодня я бы не брал 8 гб оп. памяти. Если бюджет ограничен - то хотя бы 16гб. (не то что бы 8 гб недостаточны для обучения, просто раз уж комплектуешь новый комп, то лучше 16)
Интересно у Сергея книги расположены на полочках, очень удобная навигация. Может быть, они отсортированы, как в библиотеке? если нет, то остается загадкой, как найти интересующую книгу😊
Выучил рект, стэйты, контекст, редакс... Никому не нужен работник без опыта... Сейчас важны не скили а опыт работы от 3 лет.... Таким образом, самый короткий путь в ит - идите сиквел админом в самую обычну контору и сидите там на базе 3 года, а потом сразу на синьер дата инжинера😂
Да потому что все во фронт ломятся. Не пойму почему. Выучите что-нибудь более редкое. Бек, java, c#, даже iOS разработка и то лучше. Фронтов просто пруд пруди по моим ощущениям. Сам фронт, 3 года коммерческого опыта, на заграницу никак не могу устроиться, а у нас платят 1,5к баксов.
Единственный способ пролезть как я через верстальщика, если опыта нет. Пытался найти пока работал, не брали. По том в фирме понадобился фронтенд и я себя предложил и работаю
При устройстве в серьезную компанию Epam, Global Logic, Lohika etc никакой нетворкинг не поможет, может только HR рассмотрит быстрее резюме, а дальше все этапи собеседований будут идти так же как и для всех, и это очень хорошо, потому, что нету кумовства нашего любимого в Украине. Я лично не хочу с кем то работать в команде, потому что он просто хороший друг какого то парня из компании.... Так может быть и работает, но только в ноунейм конторах низкокачественных которые дадут вам опыт, но скорее всего негативный. Ровняться нужно на гигантов отрасли.
Когда я посмотрел это видео "как учиться лучше конкурентов", то теперь все кто посмотрел это видео тоже стали моими конкурентами((((
Я вже дихаю тобі в спину, джоб офер буде мій!
@@eoricusaudeles4505ахахаха
@@eoricusaudeles4505 вахахахах
Будем товарищами👍
пхапхах
По поводу "как читать книгу/смотреть курс". Сначала ты читаешь книгу от корки до корки как художественную литературу, примеры не проходишь, если код слишком сложный - сильно не вникаешь, если раздел вообще не нужен - можно пролистнуть. Главная цель этого подхода не вызубрить книгу, а ознакомиться с возможностями языка/технологии, чтобы просто иметь понимание что он в принципе может. Следующий этап: сразу садимся что-то писать, и вот когда возникает вопрос "а как вот это сделать?" - открываем соответствующий раздел в книге и читаем уже вдумчиво, с примерами и т.д.
А еще лучше вместо книги читать документацию. Там в общем-то все тоже самое но без воды, плюс она бесплатная и всегда под рукой
@@WiseApe1 , она не всегда хорошая и очень часто это больше справочник, чем самоучитель. Хотя есть доки просто загляденье, ну или как у той же симфы рядом с доком есть ещё и куча официальных книг.
Мне советы Сергея в свое время очень пригодились. Правда по отдельным пунткам я пришел к несколько иным выводам (или вариациям, скорее), но в целом очень близко.
1) начинать свой проект слишком рано - тоже не очень оптимально, потому что хороший курс обычно вводит новые темы по нарастающей сложности, заодно показывая зачем собственно нужны те или иные приемы\технологии. К примеру, быстренько бросив прохождение курса по тому же Реакту до обьяснения State-oв, ты потом будешь долбиться в закрытую дверь, начнешь изобретать велосипед, а в итоге окажется, что работать надо так и так-то. И таких ситуаций не мало - какая-нибудь особенность фреймворка или языка может ввести тебя в ступор, хотя буквально через полчаса ты бы всё о ней узнал. И сэкономил бы кучу времени.
Если в вашем курсе есть раздел промежуточных проектов - вот по нему и ориентируйтесь, скорее всего автор вставлял проекты в тех местах, где у вас уже есть кое какая база. Получили кусок знаний - сделали что-то осмысленное, и относительно компактное на базе имеющихся знаний - и можете идти дальше.
Если есть только финальный проект, но сам курс не такой уж длинный (на часов 20 вместе с проектом) - тогда лучше пройдите всю базу, и вам не придется гадать почему у вас что-то не работает, не грузится, не обновляется, не возвращается и т.д.
Особенно это касается фреймворков - они зачастую привносят кучу своих проблем и загвоздок, которые "интуитивно" понять невозможно.
2) еще один момент отчасти по выбору языка, и отчасти по вопросу "нравится\не нравится" - если вы, например, изучаете PHP , то гарантированно, что в курсе вам сначала дадут процедурный подход, и только потом , через Х часов курса (или вообще после изучения вакансий) оказывается, что работать то вы возможно будете в OOP парадигме.
И что оказывается от вас будут ждать работы с очень конкретной структурой типа MVC , а не так как вы работали в начале.
Т.е. существуют ситуации, когда первое впечатление не всегда отвечает реалиям работы или востребованным подходам.
Не говоря уже о том, что вам может нравится язык, но не нравится фреймворк.
И тут придется все таки принять, что не всегда "нравится" и "требуется" идут вместе.
И что погоня за "это должно мне жутко нравиться" - может годами тягать вас за нос, годами подталкивая к бесконечным "пробам".
Я для себя в свое время решил, что мне интересен веб-девелопмент, и принял, что переварю все сложности на этом пути.
Что-то очень нравилось, а что-то сильно раздражало.
Какие-то задачи решать интересно, а какие-то ощущаются как тупое и нудное долбление.
Я сильно сомневаюсь, что можно найти нишу и технологию, в которых вас заинтересует вообще абсолютно всё, и где будет интересно решать 100% имеющихся задач.
Никто не создавал эти технологии "во имя интересности" - они все существуют ради денег, ради результатов, ради поддержания каких-то систем и т.д.
Отличный комментарий, превосходные выводы, полностью согласен, думаю надо закрепить
С первым выводом не согласен потому что потому что (долго объяснять)
Комментарий интересный, но прочитал я лишь несколько абзацев, т.к. в падлу дальше
Слишком много у вас текста)
Спасибо за недельную долю базы, со всем согласен.
Повністю згідний з усіма пунктами.
Одне з найважливішого це обрати не модну сферу, а ту яка тобі подобається. Особисто зустрічав багато колег які добились успіху в фронтенді/андроїді/бекенді, але в якийсь момент розуміли що далі так не можуть працювати і міняли сферу. А деякі повністю перегоріли, починали ненавидіти програмування в цілому і не могли прокачуватись навіть в цікавій сфері
Пришла в голову аналогия - как стать художником? Надо просто начать рисовать и постоянно практиковаться и улучшать свои навыки. Если ты будешь только изучать теорию изобазительных искуств и историю ИЗО, максимум что из тебя получится - искуствовед
И то не факт, потому что у некоторых больше 8 байт в кожаную флешку не записывается.
Надо рисовать именно что-то чтобы быть н1 в своей нише есть же люди которые хорошо делают там военное снаряжение а кто-то фантастику я взял и начал придумывать историю и рисовать как получается
Чтобы стать художником, надо не сколько практиковаться, сколько практиковаться правильно (это называется стадики), правильно ставить цели, изучать базу и с этой базой развивать насмотренность, изучать свои эталоны и, самое главное, не бояться технологий. Меня в свое время сильно прокачало 3D, сейчам сильно помогают нейронки (например, чтобы набирать референсы и изучать тонкости стиля, художников и техники). А есть те, кто просто безжумно рисуют годами, а развитие невероятно медленное
@@patronpatroson9875 это да, но по факту это все про практику
@@LinDahai88нет не совсем. практика дает навык. теория дает понимание как правильно. в лучшем случае нужно совмещать теорию с практикой
Хорошо подходит схема 30/70. Например, имея 2 часа, выйдет 40 минут на обучение теории и 80 минут практики. Если вы совсем новичок и только начинаете то лучше 50/50. А если уже опытный то 20/80. Как то так вообщем.
И еще один, на мой субъективный взгляд, очень важный совет. Не бросай выбранное направление минимум года 4 года, а лучше никогда. В противном случае либо будешь вечным студентом, либо дилетантом, но никак ни профи.
Сергея держат в заложниках. Он дает нам знак не представившись.
Интересно, много тут людей, кто с нуля в возрасте 30+ решил стать программистом?)
47
в 35 получил первую работу программистом, все возможно
32
40
Сейчас уже 2.5 года опыта и почти 43 года :)
Теорию полезно читать уже после того как изучил технологию на практике. Это поможет проходить собеседования
Мотивация вас всегда подведёт. Никогда не гоняйтесь за мотивацией. Это - путь к провалу. Только дисциплина решает проблемы.
Никогда не ищите что нравится. Учёт личных предпочтений в выборе карьеры и навыков, которые будут кормить вас и вашу семью, должен быть не более, чем "не хочется блевать при мысли об этом".
Увлечения и отдушины должны быть помимо работы. Смешав работу и увлечение, вы потеряете увлечение.
Человек получает удовольствие уже от собственного умения что-то производять, претворять замысел в жизнь, - вне зависимости от рода деятельности.
А у меня так: Порой тяжело посадить себя за программирования, лучше сериальчики посмотрю, посплю, да поиграю, но если удаётся усадить себя на программирование, оторвать потом тяжело. Я подсознательно отрываюсь только в том случае, если на протяжении долгого времени не могу решить проблему(Но в результате я её решаю на следующий день или в течении нескольких дней) или если я сделал что-то масштабное в пределах своих возможностей. Как говорится, преодолев свой предел.
почитай про гиперфокус
@@mortydollar7592 Спасибо, теперь гиперфокус - цель, которой мне надо достичь. Скоро экзамены по японскому, а я и 50% того, чего надо не знаю. Важно ведь пройти призрака Тсусимы, зачем экзамены😄😄
А как автора зовут? Он не представился.
Здається Він все ще Сергій Нємчинський, але це не точно! 😊
@@Jackson-gy4er А я не уверен. Вдруг это другой человек.
Лицо знакомое...вроде.
Олег Молдавский, по-моему
Сергій Немчинський
Я уже нашел свой путь и опыт. И могу сказать, что жалею, что не было такого видео 5-6 лет назад. Очень все точно подмечено. Слушайте дядю, дело говорит.
Крутое видео! Учился ( и учусь ) абсолютно также. И в итоге я могу не знать как что-то называется в теории, но фактически владеть этим навыком и делать уже сложные проекты. Теорию потом можно почитать также отдельными моментами и она лучше ляжет на практические знания.
В общем видео супер! Теперь наконец-то перестану всем знакомым, которые хотят начать учиться програмированию, рассказывать свои мысли, а буду просто отправлять ссылку на видео. ))
Спасибо, Сергей! Сэкономили мне несколько часов в месяц на ответы знакомым
Мне 62 года
Пару лет назад выучил Java
Просто для гимнастики ума. 486 000 место на литкоде.
Остальные языки заходят на ура
Совет про то, когда заканчивать работу, очень полезен. Благодарю! ❤
Я из-за этого совета даже работу не начинаю. Боюсь желание работать испортить.
В сотый раз убеждаюсь, что ответ внутри нас!)
Спасибо за видео, до встречи на вершине!)🎉❤😊
Ну вот! Теперь об этом знают 98 тыс. челов 😡
Спасибо замотивировал, отложил практику и погряз в теории, и чем больше искал инфу тем больше думал что я не чего не знаю, а щас понял что все эти знания мне не так и нужны.
По своему опыту скажу програмирование это настойчивость, настойчивость и еще раз настойчивость. Вот почему в россиии всего 1 процент програмистов среди всех рабочих профессий.и многие не хотят туда идти.
С одной стороны я рьяно поддерживаю совет не перерабатывать.
С другой - я крайне рекомендую останавливаться на каком-то дискретном моменте времени когда проект находится в рабочем/законченном состоянии. Пуская фича не полностью работает, но зато проект собирается и он целостный. Что я имею ввиду? Если вы потратите целый день на то чтобы внедрить какую-то новую фичу и вечером встанете из-за стола с мыслями "надо еще вон там кусок добавить", "надо еще будет вот здесь проверки обновить", "надо не забыть в БД новые поля прорезать" и т.д. То на следующий день восстанавливать всю эту картину вы будете не 5 и не 10 минут...
Спасибо за советы помогло именно не зацикливайтесь на теории и начать свой проект
Вы точно не потеряетесь среди конкурентов если у вас в резюме будет написано "коммерческий опыт- 5+лет"
Спасибо за мотивацию. 20 лет живу в компьютерах, и всегда меня останавливало слишком много вопросов как все работает в программирование. код читать могу, но писать лень, всегда лучше когда есть человек рядом который ответит на твои вопросы почему так, а что это и т.д . Чат GPT помогает учить код , наконецто это интересно.
Но вот вопрос который останавливает опять же ,каким проектом занятся и на что акцентировать внимание, а будет ли востребовано и т.д . но важно начать с азов
Учу Джаву) какой проект посоветуете? Со слов Сергея Java больше про бэкенд, а я про бэкенд вообще ничего не знаю, на данном этапе. Как быть? Сайт какой нибудь подойдет в качестве проекта?
Всё правильно говорит. Надо найти себе проект, идею. Я нашел себе идею и проект, и понял, что я в нужной нише. :)
В 7:46 очень важная мысль, про подсознательное закрепление, спасибо
Дякую за відео!Я прийшов в айтішку з будівництва(мав невелику фірму),закінчив курс Fullstack developer(React,Node.js).Програмування давалося важко,засвоїв відсотків 50 інформації.Мені подобається зараз знаходити в ютубі туторіали по створенню різних додатків і повторяючи за лектором кожен крок створювати проект.Хочу почути думку Сергія наскільки ефективне таке навчання і чи взагалі так можна навчитись?Дякую!
Мужик с первых слов повторил мой подход к программированию) Ставлю лайк, закрываю видео
На счёт того, чтобы заканчивать работу пока ещё продолжаешь хотеть работать: я пошёл ещё дальше - я даже не начинаю работу, когда хочется поработать. Результат превосходный! Мысли о работе приносят огромное удовольствие!😆😆😆
Одне з топових відео! Дякую 😊
Когда начинаете свой проект, постарайтесь писать его сами, обращаясь к документации тех или иных библиотек. Потому что ctrl-c ctrl-v с гайдов - тоже не лучший способ изучать что-то
Так, Джордан правий на всі 100%, мій улюблений гравець у баскетбол) Number one
Так 1С по сути и есть пусть не фреймворк, то что-то подобное. Уж там о чистом языке говорить точно не приходится. Одинэсина хороша тем, что позволяет писать бизнес-логику, не морочась интерфейсом, авторизацией, правами-ролями и прочим. Есть определенные ограничения, но именно для автоматизации документоориентированных бизнес-процессов она реально хороша.
Как программист со стажем всего в 4 года подтверждаю все пункты. Я бы еще добавил что-нибудь про купирование синдрома самозванца. Спасибо вам, Сергей. Ценю вашу интеллигентную подачу материала.
Сначала Сергей говорил, что по знакомству почти никого не берут и нужно самому пробиваться, а теперь без знакомств никуда))
Ты путаешь два значения слова "знакомства". Точнее, не значения, а коннотации. Речь, скорее, о софт скилах, о умении общаться с людьми, заводить знакомства и т.п., чем о блате.
спасибо !!Понял что надо учиться и практика и самое главное желание !!!
Огромное Вам спасибо, Сергей! Вы очень помогаете и поддерживаете!
Отличные борода бро😊👍👍👍 а контент как всегда очень полезный
Reacr || Angular ??? Мне симпатишней React, и не потому что модно и молодёжно )) Angular === ООП, classes , а мне нравится функциональное программирование. Конечно же по мере надобности и в Angular можно. В паре с React очень понравился NextJS. Так что согласен с Сергеем - делай то, что в кайф. Вподобайка )
Круто! Спасибо, Сергей и команда. На курсе GoF пттернов у вас. Освежаю на фоне опыта когда-то полученные академические знания👍)))
Вот чего сильно не хватает вайтишной сфере - дак это готовых проектов с максимально подробным и проработанным ТЗ для тренировки.
Вариант "придумайте себе проект сами" тут наихудший, ибо не может средний вайтишник, пока еще не знакомый с реальными проблемами, которые решают через код, придумать ничего нормального.
Забиваешь нужный стек в нейросеть, она тебе ТЗ по проекту выдает, 2023 год на дворе.
Айтишник не может увидеть проблему, узнать о проблеме больше и решить проблему с помощью кода? А это точно айтишник?
@@dimanroman4803речь про человека, который только калькулятор пока может написать - конечно не может
@@dimanroman4803 речь про вкатунов
Если вообще никаких идей - тестовые задания по интересующей вас технологии. Их десятки в интернете, плюс многие с разбором. Выбираете, реализуете - потом смотрите разбор и сравниваете с тем что получилось. Плюс, по ходу дела будут появляться и свои идеи. Главное выбирайте свежие, что бы им было не больше 1-2 лет.
я начала ловить кайф только после года дисциплинированной учебы через силу. у меня был интерес,но было жуткое сопротивление. Эту проблему, в итоге, помог решить психолог😅
О спасибо, тоже жесть со мной творится. Вплоть до того - щас помрем и уставшие.
Чем лечить, кроме топора? 😅
@@radacom тут реально только разбираться с головой - сразу прогресс пойдёт. но топор далеко не откладывайте 😅
Сергей творит судьбы людей! Дякую тобі друже за те що ти ж в нашому житті . 💪
Спасибо Сергей, ты настоящий мотиватор!)
Поздравляю теперь лучше всех 75 тысяч человек
Дякую за відео👍
дякую за корисний контент ✊
В случае когда долго не можешь решить проблему, а тебе объясняют суть за 30 секунд, то у меня взрывается в другом месте. )))
И всё же для написания своего проекта нужно иметь некоторую эрудицию по возможностям языка и архитектуре, без этого очень легко делать не то, не так и тратить время ни на что. А потом читаешь материалы и там всё это описано на что потрачены часы. Приходишь к выводу что нужно не только читать, но и выписывать интересные моменты, примеры.
Тема очень беспокоящая меня как человека который хочет учить веб разработку. Спасибо за видео заранее . Хоть его еще пока не смотрел
Серега, как всегда молодцом!
Порция мотивации в студии! )) Спасибо!
Спасибо большое, Сергей. Очень хороший ролик👍
В целом все верно. я в детстве сломался об с++ пытаясь с ходу стать крутым. Нужно было начинать с простого фронтенда.
Главная проблема нет нормального окружения.
Спасибо большое! Всего вам самого доброго!!!!
Очень крутое видео!!! Спасибо!!! Я выбрал для себя python! Но я пока как чистый лист. Порекомендуйте пожалуйста какой выбрать ноутбук для учебы и дальнейшей работы!!!
все по делу. фокусируйтесь в основном на софт скиллах, но забрасывать технические скиллы совсем не стоит, если вы разработчик. подходите с с умом, ваши хард скиллы в сочетании с софт-скиллами помогут вам получить авторитет среди разработчиков, такие члены команды приносят очень много пользы, ну а дальше уже все зависит от вас...
Дядя Сережа, спасибо за философию, это самое важное, остальное детали!
Спасибо за видео, как всегда выший класс
😊самый классный вариант не идти программировать на раскрученные языки. Там где дефицит, там и шансов больше: ассемблер, си, ада, луа, го. Также и с фоеймворками бери то что многие не могут или не берут потому что не умеют читать документацию...
Мне помогает. Попробуйте.
Спасибо за видео. Самую суть и правду рассказал
Сергей как всегда великолепен! Браво! Лайк!
Спасибо большое! Очень подбадривает работать над учебными проектами.
Уже давно пора признать, что я не стану программистом. Но все равно мне нравится смотреть Немчинского
Уважаю Сергея и канал.
Я сам учить не умею. Но сам учиться люблю, жаль алгоритмы учебы мои ни на кого иного не работают.
Ой, я тот самый супер-программер на пенсии в Канаде.
P.S. А если кайфа нет, то эта профессия не подходит. У нас же кодинг это вторичное, первичное - получение и переработка инфы.
Белые мыши отказались строить коллайдер? 😂😂
@@radacom Нужно быть шизоидом и вся эта хрень должна быть просто интересна.
Вот сейчас я реанимирую компилятор BCPL для Windows. Там прикольно, но задолбался пока... вот такое мазохистское хобби.
Спасибо вам вы настраеваете людей занимающихся этой интересной работой на позитив....❤❤❤
Сергей, спасибо за ваш опыт и советы!
Отличная мотивация, чтобы в отпуске сделаться что-то стратегически полезное.
Есть вещи которые применяли в школах это записать все, потому что когда пишешь ты быстрее запоминаешь, потому что ты видишь информацию а человеческий мозг устроен так что он запоминает лучше визуал.
У Сергея талант обьяснять понятным языком👍
Коммент в поддержку канала!
Очень понравилось видео, интересный рассказ доступным языком. Спасибо, подписался.
А если мне хаскель нравится. Покаместь сижу на расте в принципе тоже неплохо, но можно ли таки в хаскеле работу найти?
Я каждый раз когда сажусь учить C++ у меня пиво заканчивается быстро и я падаю. Тяжело быть скуфом.
Спасибо за информация.
дополню. лет 8 программирую и перерабатываю )) но лайфхак "завершать работу когда еще хочеться что то сделать", почему то прошел мимо.
теперь понимаю почему:
1. первые 3-4 года работал над своими хотелками мотивации больше и работа даже с перереработкой все равно завершалась когда еще хочется что то дописать
2. только крайние 3 года работая над коммерческими проектами переработки завершались добивая фичу или какой то этап. почему и пропадает желание. а я думаю что за х происходит.
благо отказался от очередного проекта. опять начну свое но более основательно
Лайк душевный ставлю👍🏻
8:30 так же про еду говорят. если ты вроде как поел, но еще хочешь - свое время остановиться))
Отличные советы!
Совет на тему "как не перерабатывать" - топ👍Спасибо - любо-дорого! Раньше были непонятки с тем в какой момент делать перерыв.
Пока ты не в теме, выбрать свой путь невозможно. Путь будет определён тобой в процессе самой работы. Не надо думать что если ты сначала решил стать Java backend разработчиком, то ты не сможешь потом стать фронтендером. Просто выбирай то, что хотя бы чуть-чуть интересно, этого достаточно для начала.
Я математик по обрпзованию в 37 лет решил стать разработчиком. Рпботал до этого инженером в сфере космоса. Щс мне 40, успел пощупать с#, javs, kotlin и angular. Последний год работаю на c# и ангуляр. Я наверно на собеседовании у Немчинского провалюсь, но я точно решу задачу просто потому что мне нравиться их решать.я от этого кайфую. Если чесно я думал кодить это очень сложно, если чесно кодить щас и в 2000 это разные вещи. После мехмата прогамирование похоже на худ. Литературу. Интнресно и все понятно.
Лайфхак "никогда не перерабатывайте" расширил мое сознание! Спасибо!!!
Ни один недопрограммист, не понимающий важности математики, и не понимающий важности теории, не обгонит "99% программистов".
Озвучил все мои мысли! браво!
Осваивать теорию гораздо важнее, нежели заниматься практикой. Профессионала от джуна-миддла и даже синиора отличает свободное владение мат. частью технологии/языка/фреймворка, где зачастую приходится использовать грамотное внедрение готового кода из библиотек, а также поиски сложноуловимых багов, которые допустили как раз те люди, которые не "парятся" чтением мануалов.
Здравствуйте. Изучаю Python, не для того чтобы устроится на работу. Мне просто нравится. Вопрос - можно ли на Python писать скрипты для ПК? Например - программа заметок, именно так как мне нужно. Спасибо.
Конечно, а всем проблема?
Неужели ни одна программа заметок не подходит? Зачем писать свою?
Здравствуйте, Сергей. Какими параметрами должен обладать компьютер будущего программиста? Какой модели, фирмы?
вставлю свои пять копеек - программирование (в целом) довольно неприхотливо в плане начинки компа, особенно на этапе обучения. Это не комп. графика, где нужен мощный комп что бы не мучаться и не ждать результата часами ... Там да, мощности очень важны.
Учиться программировать же можно на любом мало мальски современном компе (или даже не очень современном).
Я обучался веб разработке на компе, которому было лет восемь. И честно говоря, никаких проблем не чувствовал. Т.е. i-5 процессора с 4 ядрами, 8 гигабайтами оперативной памяти - вполне хватало .
Ситуаций типа "я не могу это освоить, потому что всё виснет и не запускается" у меня не было вообще.
Конечно чам дальше в лес профессионального использования, чем больше софта хочешь запустить одновременно (плюс тяжелые базы данных, двадцать открытых вкладок браузера и т.д.) - тем больше требований, но это уже обычно начинается за пределами обучения.
По хорошему, если проект требует использования какого-то монструозного компа - то обеспечение таким компом лежит на работодателе. (а если ты фрилансер, то вряд ли ты будешь иметь дело с какими-то колоссальными проектами)
Большинство курсов, в которых, например, препод использует Мак - можно спокойно проходить на Windows , и наоборот. Спецификации компа вообще не вылезают в процессе обучения , ну или крайне редко на что-то влияют..
Хотя конечно если есть интерес программировать именно для продукции Эппл - то наверное лучше заранее обзаводится соответствующей средой. Я не специализировался на эппловской среде, так что по ним деталей не знаю.
А вообще также зависит от того, какое именно программирование подразумевается.
Фронтенд как направление скорее менее склонно к прожорливости, бэкенд может быть более требовательным (не всякий бэкенд конечно, но потенциально...)
Сегодня я бы не брал 8 гб оп. памяти. Если бюджет ограничен - то хотя бы 16гб. (не то что бы 8 гб недостаточны для обучения, просто раз уж комплектуешь новый комп, то лучше 16)
Толпа бежит к реакту, Сергей - Не надо бежать за толпой, толпа поворачивает и бежит к ангуляру))
вы переоцениваете мое влияние :)
здравствуйте, а можно ли купить курс находясь в россии?
==== ОООууу Немчинский без няш няш, Он мне такой больше нравится !! СУПЕР!! ЛАЙК !!!! жЕСТКО - ПОНЯТНО - КОРОТКО И ПО ДЕЛУ !!! ☕☕☕☕☕☕☕☕
Мне нравиться ваш подход
99% программистов посмотрят это видео и станут лучше, чем 1%.
Круто! Спасибо!❤
Дядя Серёжа да я пишу UI на Java! Да до этого я прочел все труды Маркиза Де'Сада!
Интересно у Сергея книги расположены на полочках, очень удобная навигация. Может быть, они отсортированы, как в библиотеке? если нет, то остается загадкой, как найти интересующую книгу😊
Выучил рект, стэйты, контекст, редакс... Никому не нужен работник без опыта... Сейчас важны не скили а опыт работы от 3 лет.... Таким образом, самый короткий путь в ит - идите сиквел админом в самую обычну контору и сидите там на базе 3 года, а потом сразу на синьер дата инжинера😂
Да потому что все во фронт ломятся. Не пойму почему. Выучите что-нибудь более редкое. Бек, java, c#, даже iOS разработка и то лучше. Фронтов просто пруд пруди по моим ощущениям. Сам фронт, 3 года коммерческого опыта, на заграницу никак не могу устроиться, а у нас платят 1,5к баксов.
Единственный способ пролезть как я через верстальщика, если опыта нет. Пытался найти пока работал, не брали. По том в фирме понадобился фронтенд и я себя предложил и работаю
Спсибо Вам ! А как обстоят дела на рынке Salesforce админо и разрабов ? хочется вотйти в АЙти через него ? Ждем видео ! Спасибо!
Сергей как всегда по делу вещяет
Я уж подумал, что рынок действительно изменился. Открыл хантер - Angular 500вакансий, React 1500 вакансий, ну ок, уберем незначительный процент React Native - 1400. Отличные перспективы изучать ангуляр)))
При устройстве в серьезную компанию Epam, Global Logic, Lohika etc никакой нетворкинг не поможет, может только HR рассмотрит быстрее резюме, а дальше все этапи собеседований будут идти так же как и для всех, и это очень хорошо, потому, что нету кумовства нашего любимого в Украине. Я лично не хочу с кем то работать в команде, потому что он просто хороший друг какого то парня из компании.... Так может быть и работает, но только в ноунейм конторах низкокачественных которые дадут вам опыт, но скорее всего негативный. Ровняться нужно на гигантов отрасли.