gram news
Аватар канала Вячеслав Романьков — преподаватель программирования

Вячеслав Романьков — преподаватель программирования

@vrom1990pb

Преподаватель программирования, который всегда на вашей стороне. Никогда не махну рукой, какие бы неудачи и ошибки вы не делали, буду продолжать учить думать и действовать как программист-профессионал Написать лично мне сюда @vrom1990

1,450подписчиков

Открыть канал

Последние посты

  • Вячеслав Романьков — преподаватель программирования

    27 авг., 07:54

    Что вы знаете о бардаке? Это вот мой рабочий стол. И он почти всегда такой. Да и вообще комната, в которой я работаю.У меня в голове всегда хаос, куча каких-то идей, мыслей, и он отражается на окружении.При этом я время от времени прибираюсь, всё в комнате вылизываю, но через три дня всё возвращается к тому же состоянию. И такое со мной всегда.Но во многом благодаря этому я был готов к IT. Потому что в IT, в большинстве направлений, идеальный порядок недостижим. Но можно наводить разную степень порядка в разных вещах.На компьютере у меня всё чётко по папочкам и по категориям, часть информации в электронных табличках. Я умею упорядочивать проекты и планировать их. Да я соцсети веду довольно стабильно, в конце концов!И дома в остальных местах порядок я поддерживаю и слежу, там нет этого хаоса. Да, я пришёл к такому не сразу, многие стандартные вещи лично у меня вообще не
    Иллюстрация к посту канала Вячеслав Романьков — преподаватель программированияИллюстрация к посту канала Вячеслав Романьков — преподаватель программирования
    64314211Открыть в Telegram
  • Вячеслав Романьков — преподаватель программирования

    25 авг., 11:19изменён

    «Вячеслав, здравствуйте! А почему такой приоритет идет именно на циклы и массивы? Вы считаете это очень важной темой? »Этот вопрос мне задали про задачник на циклы и массивы(они же списки в Python). И я думаю, полезно на него ответить.Циклы и массивы это одна из четырёх самых сложных для новичков тем — другие темы это рекурсия, работа с файлами и основы ООП. На этих темах новички обычно останавливаются и бросают. И тема массивов и циклов обычно идёт первой из четырёх.Да, я планирую задачники на все четыре, думал об этом давно. Более того, у меня есть уже курс по рекурсии на Python, где я постепенно и медленно втягиваю человека в эту тему, но я хочу сделать универсальный продукт так же, как с этим задачником.Так вот, этот задачник первый, так как эта тема изучается раньше остальных. Я вижу проблему и очень хорошо помню, что и мне она далась нелегко, спасибо преподавателям, что
    62321Открыть в Telegram
  • Вячеслав Романьков — преподаватель программирования

    20 авг., 15:26изменён

    Растёте ли вы как программист? Если вы стали ошибаться чаще, то точно да. Вы входите в область, которую раньше боялись, сложную и непонятную. И от этого и начинаете ошибаться чаще.На знакомой территории у вас уже есть привычки, навыки, многое доведено до автоматизма, и поэтому ошибок немного или вообще нет. На новой для вас области многое до автоматизма не отработано, и там первое время лезут ошибки.Кроме того, поначалу все темы и задачи простые, там меньше возможностей для ошибки. А чем дальше, тем темы сложнее, тем больше там нюансов и мелочей.Так что если где-то в вас сидит идея о том, что увеличение ошибок говорит о каком-то ухудшении — поскорее разберитесь с этим. Потому что это петля, которая очень сильно душит и не пускает туда, где происходит развитие. Многие люди из-за этого сидят там, где попроще, всё знакомо, и не развиваются.И да, это всё не про зону комфорта, это
    Иллюстрация к посту канала Вячеслав Романьков — преподаватель программированияИллюстрация к посту канала Вячеслав Романьков — преподаватель программирования
  • Вячеслав Романьков — преподаватель программирования

    19 авг., 14:08изменён

    Как я опять облажался или проблемы планирования в IT. Я писал выше, что начал делать задачник по циклам и массивам (спискам, если Python). Так вот, я взялся за дело и совершил просто типичную ошибку для IT. Я очень сильно ошибся со сроками. Думал, что первую
    TelegramВячеслав Романьков — преподаватель программированияУникальный чат «Программирование у камина» Зачем Это мой чат для нетоксичной поддержки новичков в программировании. Чат, где никто не скажет «что за глупый вопрос? Это же гуглится за секунду! Тебе не место в программировании!», а если вопрос уже обсуждали…
  • Вячеслав Романьков — преподаватель программирования

    18 авг., 08:22

    Зачем я делаю задачник на циклы и массивы, если нейросеть всё нагенерирует? Мне такой вопрос задали после того, как я выложил свой.Я сам так думал и пробовал. Для задачника генерировал через Claude Opus и продолжаю до сих пор.В итоге проблема у него одна — он не понимает контекст так, как я. Да, всё ещё. И то, что он генерировал изначально, совсем не годилось — слишком быстрое усложнение, много путающих и сбивающих с толку деталей, добавлений. В конце концов я ему дообъяснил всё, последние 10 задач на новую тему, которые он выдал вчера — сгенерировал неплохо. Всё, наконец-то понял и не делает ерунды.Но я всё равно сел и переписал формулировку во всех 10 задачах, там не хватало пары полезных деталей. И 5 задач заменил на другие, потому что эти задачи лучше сработают. Потому что я знаю, что там и как у ученика будет на деле.А если уж говорить о выборе видов задач — тут я сильно с
  • Вячеслав Романьков — преподаватель программирования pinned «Задачник-лестница: циклы и массивы Вы дошли до темы циклы или массивы(в Python вместо них списки) и начали решать задачи. Первые задачи были простыми, а потом резко перестали что-то понимать и застряли. Почему? Потому что это довольно большие темы и большинству…»

    18 авг., 07:50

  • Вячеслав Романьков — преподаватель программирования

    17 авг., 10:24

    Я конкретно так приуныл перед публикацией своего задачника-лестницы по циклам и массивам. И не сразу понял, в чём дело — всё как-то не шло, крокодил не ловится, не растёт кокос. А потом понял, что в голове типичные мысли вроде «да это никому не нужно», «да плохо сделано, надо детальнее проработать и больше задач» и т.д. и т.п.И это при том, что в комментариях в соцсетях многие люди мне написали, что да, очень трудно было на темах циклов и массивов (в Python списках), некоторые написали, что бросили программирование именно на массивах. Какая-то часть людей и без меня поняла, что проблема в том, что задач мало и после элементарных сразу идут сложные, простых и средних задач нет.В итоге с момента анонса задачника-лестницы каждый день один-два человека его покупали (фото в комментарий скину, только информацию персональную замажу). Убрало ли это совсем эти мысли? Нет😁. Потому что это
  • Вячеслав Романьков — преподаватель программирования

    11 авг., 18:19изменён

    Задачник-лестница: циклы и массивыВы дошли до темы циклы или массивы(в Python вместо них списки) и начали решать задачи. Первые задачи были простыми, а потом резко перестали что-то понимать и застряли. Почему? Потому что это довольно большие темы и большинству важно нарешать достаточно задач с постепенным повышением сложности. А вам дали мало задач, да ещё и с резким повышением сложности: элементарные → средние → сложные. Этот задачник — лестница от элементарных задач к сложным, где сложность повышается медленно, постепенно.Что внутри: Задачи на невложенные циклы и массивы по типам, типы идут по нарастанию сложности. В каждом типе 10 задач с растущей сложностью Сейчас 14 тем, 140 задач К каждому типу — объяснение метода и разбор одной задачи целиком Проверочные наборы задач, где типы перемешаны и не подписаны: сначала нужно понять, что за задача перед вами К каждой задаче пример:
  • Вячеслав Романьков — преподаватель программирования

    11 авг., 09:19изменён

    Есть в IT гейткиперы — держатели ворот. Они стоят на входе в профессию и стараются не пустить туда «кого попало». Негативный оттенок это слово имеет не зря, так как в «кого попало» они запишут реально кого угодно, сколько бы способным и ответственным этот человек не был. Они никакие диагносты и вердикты выносят на уровне бабушек у подъезда, которые за какую-нибудь мелочь запишут вас в наркоманы или проститутки. У гейткиперов и уверенности в своих выводах столько же, кстати.Я долго искал слово для противоположного углу, для таких, как я. И наконец-то нашёл — файрсайдеры. To fireside это место у огня. У костра, у камина. Куда можно сесть погреться.Для меня IT это часть того приятного и тёплого, что есть в нашем мире. Возможность почувствовать радость и уют. Да, токсичности там хватает и многого другого, конечно, туда ведь давно пришли корпорации. Но всё же тёплое и приятное там есть,
  • Вячеслав Романьков — преподаватель программирования

    29 июл., 12:30

    Первая версия задачника по циклам и массивам (спискам в Python) почти готова. Кто пропустил — он должен не только помочь справиться тем, кто на этих темах застрял. Он ещё и подготовить к алгоритмическим задачам на всяких литкодах должен, так как проблемы часто именно на этом уровне, пробелы в циклах и массивах.Пробелы и застревания на этой теме дело обычное, потому что тема большая, а задач дают мало. Дадут 10 задач, 2 лёгкие, одну ещё кое-как решил и остальные резко сложные и непонятные.Нет, у меня сейчас в задачнике уже 14 тем по 10 задач, 140 задач. И это только начало. Пока там самые лёгкие темы, нет ещё задач на вложенные циклы и массивы, задач, где нужно несколько циклов или массивов. Они появятся позже. А так в каждой теме в результате должно будет быть минимум 40 задач, максимум больше 100. И самих тем станет раза в два-три больше.Если всё идеально сложится, то задачник не
  • Вячеслав Романьков — преподаватель программирования

    28 июл., 12:02

    «Нет математического склада ума? Программирование не для тебя. Пятёрки по алгебре в школе не было? ХА, ДАЖЕ НЕ СУЙСЯ»Часто встречаю этот миф в комментариях, на форумах — короче говоря, вроде бы от профессионалов в программировании. И им многие верят. Человек даже с четвёркой по той самой алгебре грустит, молча закрывает вкладку с курсом по программированию и выбрасывает эту идею из головы. Потому что что поделать, с рождения я вот такой, на программирование не способный. Что очень несправедливо, потому что давно уже неправда.Да, когда-то так и было. Изначально компьютеры были по сути калькуляторами-переростками. Их создавали для вычислений, для расчётов. И работало всё это на математике, занимались программированием учёные, лаборанты и прочие научные сотрудники. Тогда без математики соваться туда не было смысла.И сейчас, кстати, так и остаётся — там, под капотом. Вы в игру играете
  • Вячеслав Романьков — преподаватель программирования

    14 июл., 11:38

    Похвастаюсь здесь, что ли, тоже новым отзывом и комментарием к немуПроект был не самый простой — чтобы вы поняли, одной из тем курса было создание собственных нейросетей. Пусть и не сильно глубоко в это приходилось погружаться. Одной из довольно многих тем, а знания Python и вообще программирования у ученицы на старте были околонулевые.И сроки были сжатые, но мы грамотно цели поставили и работали как надо. Ученица тратила кучу времени на подготовку, старалась, плюс неплохой технический бэкграунд был. Но если меня вернуть в наш первый созвон, то я всё равно бы никаких гарантий на старте не давал. Я обещал, что объяснить всё смогу и научить всему по теме смогу, было бы желание. Но времени могло и не хватить.Так что если вам нужна помощь, то лучше не тяните и обращайтесь как можно раньше #отзывы
    1,190видео11531Открыть в Telegram
  • Вячеслав Романьков — преподаватель программирования

    10 июл., 07:45изменён

    Как я опять облажался или проблемы планирования в IT.Я писал выше, что начал делать задачник по циклам и массивам (спискам, если Python). Так вот, я взялся за дело и совершил просто типичную ошибку для IT. Я очень сильно ошибся со сроками. Думал, что первую версию, урезанную, выпущу через неделю. А на самом деле хорошо бы за месяц выпустить. И я расскажу вам, почему эта ошибка частая и как совершать её реже.В IT-компаниях люди постоянно ошибаются со сроками, по крайней мере, на постсоветском пространстве. Как это происходит: человеку дали задачу, он посидел, оценил, что нужно сделать, каждое дело прикинул по времени и сложил. Называет сроки. Но!Он не учёл, что не будет всё идти как по маслу. Ему для выполнения задачи нужно, чтобы кто-то из компании ему что-то дал или сделал? Это будет выполнено с задержкой, позже, чем казалось. Потому что у того человека внезапно болезнь, другая
    1,270181021Открыть в Telegram
  • Вячеслав Романьков — преподаватель программирования

    2 июл., 09:37

    Что за штука такая этот ваш Докер? Программисты-профессионалы часто про него пишут, говорят.Представьте историю. Вы хотите создать приложение для генерации мемных видео. Для этого есть библиотека для Python. Вы ставите Python, библиотеку, начинаете работать — процесс не идёт как надо. Ерунда какая-то выходит, не то, что должно получаться.Копаетесь и выясняете, что нужно дополнительно библиотеку установить одну, которая делает круче. Она не обязательная, без неё работает, но вот так как попало. Вы устанавливаете — не работает как надо всё равно.Копаетесь, оказалось — уже что-то там в вашей Windows поменялось с обновлениями. А библиотека под эти обновления не обновилась. Но можно установить Ubuntu более старую, и там всё будет как надо!Устанавливаете Ubuntu, предыдущую стабильную, LTS-версию. Всё там устанавливаете — не работает опять. Копаетесь — оказывается, одна из библиотек не
  • Вячеслав Романьков — преподаватель программирования

    29 июн., 17:28

    Меня тут спросили про фронтенд, но ответ не только про фронтенд, а общий про программирование.Где можно оплошать, когда начнёшь работать программистом и как избежать этого?Оплошать легче всего и чаще всего получается одним способом: реализовать в коде только «счастливый сценарий».Я имею в виду ситуацию, когда всё-всё работает как надо. Пользователь всё сделает как надо, не наиворит ерунды нигде. Если данные куда-то уходят из программы, то дойдут нормально, если приходят — придут нормально и т.д. и т.п.На практике запросто может быть ситуация, что программа откуда-то получала данные и это прервалось на середине. Или данные передались, но слишком медленно. Или где-то пользователь поставил галочку для ситуации, в которой в этой галочке вообще нет смысла. И от этого программа или ломается или выдаёт какой-то странный результат.Как это не допустить? Чтобы этого не допустить, нужно
  • Вячеслав Романьков — преподаватель программирования

    23 июн., 16:33

    Ох я упахался. Всю прошлую неделю я к этому шёл. Появилась новая нагрузка из-за того, что болеет попугай и с ним нужно много возиться, чтобы часть болезней вылечить, а часть стабилизировать, чтобы жить не мешали.И я давно уже выстроил баланс. Я регулярно хожу пешком на гору, на высоту 64-этажного дома. Питание, сон - всем я этим давно более-менее управляю, на каждую неделю есть план, как и на день.Я мог бы просто следовать этим своим наработкам, была возможность организовать всё умнее и не выматываться. Но я это не сделалБолее того! В понедельник я продолжил и слег вечером с головной болью. Грубая и положительная ошибка.Как я к этому отношусь? Так же, как учу относится всем к ошибкам и проблемам в IT. Ошибки, провисания, тупняки это часть работы с большими сложными вещами, с программированием, с жизнью.Так что получился эксперимент, результат понятен — продолжаем дальше
  • Вячеслав Романьков — преподаватель программирования

    18 июн., 16:21изменён

    Понял тут важную штуку — важную для многих из вас.Есть две проблемы, которые на самом деле одна .Первая — многие новички застревают на циклах или массивах(в Python списках). Простые задачки решают, всё понятно. Посложнее — не могут. Полный ступор. Многие на этих темах и бросают всё.Вторая проблема — человек хочет работать программистом и узнаёт, что на собеседовании часто дают алгоритмические задачки решать. Идёт на какой-нибудь Leetcode, начинает пытаться решать и вообще никак не идёт. Или всё непонятно, или вроде и понятно, да только в голове вообще ничего не задерживается. Пытается изучить шаблоны, базовые приемы, на которых всё строится — и всё равно не идёт...Проблема и там и там на самом деле одна. Недостаточное количество задач на циклы/массивы, и из-за этого — резкое повышение сложности.Темы «циклы» и «массивы»(«Python-списки») очень большие и чтобы их освоить, нужно
  • Вячеслав Романьков — преподаватель программирования

    16 июн., 16:36изменён

    Завтра в чате Программирование у камина устраиваем созвон по синдрому самозванцаБудем обсуждать, что это за штука и как не давать ей сильно мешает нам жить
  • Вячеслав Романьков — преподаватель программирования

    15 июн., 13:42

    Кого возьмут в программисты? Часть 2В первой части я рассказал, что требовалось от джунов раньше, почему джунов нейросети не заменили и не заменят, но само понимание джуна поменялось.Какие джуны нужны сейчас и будут нужны потом Итак, сейчас язык и фреймворк знает нейросеть. И наклепать на нём что-то плохонькое тоже может нейросеть, причём лучше, чем большинство тех самых ковидных клепальщиков.Но нужны люди, которые смогут управлять этой нейросетью. Которые будут понимать, что эффективнее и дешевле сделать самому, а что доверить нейросети. Уметь заметить ошибки нейросети и исправить их, или сформулировать и передать наверх. Что сделает человека таким джуном?1. Базовое понимание языка, библиотек, фреймворков. Нет, не знание, а ПОНИМАНИЕ. Можно не помнить отдельные детали, но видеть механизм, систему 2. Базовое понимание концепций программирования — переменные, ввод-вывод, циклы,
  • Вячеслав Романьков — преподаватель программирования

    14 июн., 12:42изменён

    Кого возьмут в программисты? Часть 1Пока куча людей продолжают повторять мантру «нейросети всех заменят», другие повторяют «джуны не нужны», этих самых джунов продолжают нанимать на работу. Да, меньше, чем в ковид, да, меньше на 34%, чем в предковидное время. Но продолжают нанимать. Только теперь это другие джуны, не те, что раньше. И это не первое такое изменение.Какие джуны были раньше?Какое-то время назад достаточно было сделать то, что делают большинство и сейчас, когда решают изучать программирование. Называют это «выучить язык программирования». На самом деле изучить и понять тот же Python целиком невозможно, и новичок осваивает только синтаксис, поверхность этого гигантского айсберга.И вот такой человек вполне мог прийти и устроиться джуном, пусть это даже правильнее назвать не джуном, а стажёром. Такой джун знал синтаксис, но вообще не умел работать, хоть как-то