Чат начинающих программистов

Неплохо! Как вариант, можно добавить контроль входных данных. Проверка должна пропускать целые положительные числа. А случае некорректных данных в виде текста, отрицательных чисел, слишком больших чисел выдавать соответствующее сообщение.

Добрый день, да, понимаю и как раз думал что именно такие люди разбираются во всем и сталкивались с апи провайдеров по нейросетям

Вопрос Как понять, что базовый уровень программирования пройден? Ответ Цель базового уровня — понимание основных принципов программирования и конструкций выбранного языка, а также умение применять их на практике при решении небольших задач. Обычно речь идёт о написании консольных программ размером в несколько десятков строк. На базовом уровне вы должны понимать и уметь применять: • ввод и вывод; • переменные и основные типы данных; • условия; • циклы; • списки / массивы; • функции; • символы и строки; • составные структуры данных; • работу с файлами; • базовую отладку. Один из практических ориентиров — способность самостоятельно решать большинство задач соответствующей сложности из задачников по программированию Златопольского или Абрамяна, в том числе незнакомых. Если вы можете: ✅ самостоятельно понять условие; ✅ выделить входные и выходные данные; ✅ сформулировать идею решения; ✅ разбить задачу на части и определить последовательность действий; ✅ определить, какие конструкции и структуры данных понадобятся; ✅ написать основную часть решения без копирования готового кода; ✅ воспользоваться документацией или справочником по синтаксису; ✅ найти и исправить ошибки; ✅ проверить программу на обычных и крайних случаях; ✅ объяснить своими словами, как работает решение. то, скорее всего, базовый уровень у вас действительно сформирован. При решении задачи нормально пользоваться справочной информацией по синтаксису. Самостоятельность не означает, что нужно помнить наизусть весь синтаксис языка. Завершённость базового уровня не означает, что вы должны решать любую небольшую задачу мгновенно и без ошибок. Важно, что столкнувшись с новой задачей, вы понимаете, с чего начать, можете самостоятельно построить план решения, попробовать его реализовать и, столкнувшись с ошибкой, продолжить поиск решения. Базовый уровень пройден не тогда, когда вы изучили все темы по отдельности, а когда можете самостоятельно и комплексно применять полученные знания при решении новых

Вопрос Сколько задач нужно решить, чтобы освоить конкретную тему по программированию? Ответ Универсальной цифры нет, но хотя бы 10-15 разнообразных задач по изучаемой теме. Тут важно понять, что помимо количества решённых задач важно их качество. Что такое качество в данном случае? Конкретная тема по программированию многогранна и чем дальше двигаться по пути обучения, тем больше граней у новых тем появляется. Она по-настоящему освоена, если вы подошли к ней с разных сторон — решили разные задачи. Бывает так: ученик решил несколько задач текущей темы. Делает шаг в сторону, сталкивается с задачей, где те же конструкции языка применяются немного иначе — и начинает теряться. Небольшое изменение формулировки даже очень похожей задачи может вогнать его в ступор. Или в лучшем случае он решит, но не самым оптимальным способом. Например, ученик сделал ряд из N чисел Фибоначчи и вроде всё понял. Но потом встречается с задачей, в которой нужно проверить является ли введённое число - числом из ряда Фибоначчи. Вроде небольшое изменение формулировки, но часто такая задача вызывает трудности, потому что приходится смотреть на тот же цикл немного под другим углом. Поэтому важно решать разнообразные задачи по выбранной теме — чтобы освоить её с разных сторон. Критерий может быть таким: вы нашли несколько новых для себя задач по текущей теме (например, циклы и числовые ряды) и без особых трудностей их решили. Если да, то тема достаточно закреплена на данном уровне. Если нет — нужно больше практики и не только количеством, но и разнообразием.

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

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

Вопрос Сейчас учу Python, дошёл примерно до int, input, for и т.д. Сам урок вроде понимаю хорошо: разобрал, написал код, всё работает — думаю: «Ну всё, я почти программист!» 😂 Но стоит мне вернуться через день к прошлой теме, как мозг такой: «Извините, мы этого человека не знаем» 🤣 Получается, пока учу новый урок — старый уже начинает выветриваться. Как вы, когда начинали, удерживали всё это в голове? Нужно каждый день повторять все предыдущие темы, делать задания, писать свои программы или есть какой-то другой способ? Подскажите, как правильно учиться, чтобы знания не исчезали из головы после перехода на следующую тему 😄 Ответ То, что забывается - это нормально, что-то новое не сразу хочет твёрдо закрепиться в памяти. На твёрдое запоминание материала нужно время и повторения. То, что забываются какие-то синтаксические моменты языка, это вообще не проблема, их и опытные забывают. Нет ничего зазорного посмотреть в прошлый код и вспомнить нужный синтаксис. Мы же на экзамене, нам нужно задачу поставленную решить. Повторять можно не всё, а по мере необходимости, именно то, что оказалось необходимо в моменте и желательно через практику. Помимо повторения пройденного материала, желательно не только прорешивать старое, но и решать самостоятельно что-то новое по той же теме, чтобы не просто повторить, а взглянуть на изученное немного с другого угла. Тогда закрепляться будет лучше.

Вопрос Что такое backend и востребован ли он в 2026? Ответ Backend — это серверная часть приложения, которая отвечает за обработку данных, бизнес-логику и взаимодействие с другими сервисами. Да, backend остаётся одним из основных направлений разработки и востребован в 2026 году. При этом уровень входа для новичков сейчас довольно высокий. Упрощенная, но показательная аналогия. Представьте автомобиль. Фронтенд — это всё что видно и можно потрогать: сиденье, руль, педали, индикаторы и т.д. Бэкенд — это всё, что под капотом: то, что просто так не увидишь не потрогаешь, но без этого машина не поедет. Бэкенд-разработчик — это тот, кто строит и поддерживает эту подкапотную часть программного обеспечения. Чем он занимается: - Обрабатывает запросы от пользователя. Вы нажали «Оплатить» в интернет-магазине. Запрос улетает на сервер. Дальше работает бэкенд. - Обрабатывает логику. Проверить, есть ли товар на складе. Посчитать скидку. Проверить, прошла ли оплата. Всё это — код на сервере. - Работает с базой данных. Сохранить заказ, найти историю покупок, обновить остатки. Бэкендер пишет запросы, которые читают и изменяют данные. - Отдаёт ответ. Сервер формирует данные и отправляет их обратно — а уже фронтенд красиво показывает их пользователю. - Тестирует код. Проверяет, что новая функция работает правильно и не сломала то, что уже работало. Что должен знать бэкенд-разработчик • язык программирования + backend-фреймворк: например, Python + FastAPI/Django, Java + Spring, C# + ASP.NET. Обычно выбирают что-то одно; • базы данных и SQL; • HTTP и API; • Git; • основы Linux; • Docker и основы развёртывания приложений; • основы безопасности и тестирования. Почему это направление может быть интересно? • много логических и инженерных задач; • можно создавать системы, которые обслуживают большое количество пользователей; • меньше внимания визуальной части, чем во frontend-разработке; • можно развиваться в самых разных направлениях: высоконагруженные системы, микросервисы, облака, A

Вопрос Как выбрать направление / специализацию после освоения базового уровня программирования Ответ Здесь возможны такие варианты. Вас уже куда-то тянет. Бывает, что направление нравится ещё до глубокого погружения в программирование. Возможно, оно не выглядит самым прибыльным или модным — но вам интересно. И это хороший знак. Если есть внутренний отклик — двигайтесь туда. Живой интерес — один из самых надёжных компасов. Например, вам хочется разобраться с компьютерной графикой. Даже не совсем понятно почему, но хочется понять, как работает рендер, какое место там занимает математика и какие её разделы задействуются, как они сумели отрендерить прозрачный стаканчик, в который налита водичка и т.д. Тогда возможно это направление ваше. Другой вариант, вообще непонятно, куда идти Это нормально. После освоения базы возможные направления только начинают проявляться, и некоторая растерянность здесь вполне уместна. Тут неплохо работает метод перебора. Сначала узнайте, какие направления вообще существуют: backend, frontend, базы данных, мобильная разработка, встроенные системы, анализ данных, DevOps и т.д. Не нужно становиться экспертом в каждом. Достаточно понять общую картину. Дальше — пробуйте, не сильно углубляясь в выбранное направление, поизучать его, потрогать, пощупать. Первичная задача - понять оно нравится или вообще не то. Попробовали базы данных — не зашло. Попробовали frontend — скучно. Попробовали backend — появился интерес, захотелось разобраться глубже. Это и есть движение. Во время пробы задавайте себе простые вопросы: • Нравится ли мне сам процесс? • Интересно ли мне разбираться, как это работает? • Хочется ли решить возникшую проблему, даже когда она сложная? • Хочется ли продолжить после того, как первая задача уже решена? • Нравится ли мне сам тип задач? • Могу ли я несколько часов заниматься этим и не чувствовать, что просто мучаюсь? • Появляется ли желание продолжать после какой-либо неудачи на этом пути? Если приходит ощущение «пу

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

302302

В продолжение темы: "Какие существуют критерии освоения продвинутого уровня?" Ещё один критерий - это способность разбираться в чужом коде и аккуратно вносить в него изменения, не ломая то, что уже работает. Почему это важно? В реальной разработке далеко не всегда приходится создавать программу с нуля. Во многих проектах уже существует большая кодовая база, которую писали вы, ваши коллеги или вообще другие разработчики. Вам дают задачу: «Добавьте вот эту возможность». И прежде чем написать хотя бы строчку кода, нужно понять, куда именно её добавлять и как устроена программа, которую вы собираетесь изменить. Поэтому умение читать чужой код — не второстепенный навык, а важная часть работы программиста. Как это можно тренировать начинающим? Попросите ИИ сгенерировать небольшую законченную программу: например, «Сапёр», «Морской бой», парсер, файловый менеджер или скрипт для поиска дубликатов файлов. Поначалу можно сделать проект небольшим (несколько сот строк) и разместить весь код в одном файле. Когда такой уровень перестанет вызывать сложности, увеличивайте размер проекта и просите разделить его на функции и модули. Дальше попробуйте работать с ним как с чужим проектом. Попытайтесь разобраться со следующими вопросами: - где начинается выполнение программы; - из каких частей она состоит; - за что отвечает каждый модуль; - где хранится состояние программы; - какие функции вызывают друг друга; - как данные проходят через программу; - где находится код, который отвечает за нужную вам возможность. По необходимости, используйте отладчик и проследите, что происходит с программой во время выполнения. Когда общая структура станет понятна, поставьте себе небольшую задачу. Например: - в «Морском бое» добавить ограничение на количество выстрелов; - в «Сапёре» добавить таймер; - в парсер — сохранение результатов в файл; - в скрипт поиска дубликатов — вывод размера найденных файлов. При этом, не просить ИИ сразу написать готовое изменение. Сначала попробуйте самостоятельн

Вопрос Как готовиться к собеседованиям на позицию программиста? Ответ Один из множества способов подготовки — смотреть записи реальных технических собеседований. На видеохостингах таких материалов достаточно много. Но смотреть их желательно не как зритель. Представьте, что вы сами сидите на собеседовании. После каждого вопроса ставьте видео на паузу и сначала попробуйте ответить самостоятельно. Только потом включайте запись и сравнивайте свой ответ с ответом кандидата. Обращайте внимание: • какие вопросы задают; • какие темы проверяют; • где кандидат испытывает трудности; • какие ошибки допускает; • насколько полно он отвечает; • как объясняет ход своих мыслей. Иногда вы обнаружите, что сами ответили бы лучше кандидата и это хорошо. А иногда окажется, что на простом, казалось бы, вопросе вы сами не смогли бы ничего ответить. Значит, нашли пробел, который стоит закрыть. При этом технические знания — не единственное, что стоит тренировать. Попробуйте обратить внимание ещё и на себя: • Что происходит, когда вы не знаете ответа? • Теряетесь ли вы? • Можете ли спокойно сказать «не знаю»? • Получается ли рассуждать вслух? • Можете ли объяснить, как вы искали бы решение, даже если не знаете его прямо сейчас? • Можете ли задавать уточняющие вопросы? Это тоже можно тренировать. Ведь на собеседовании важно не только знать ответ. Важно уметь показать, как вы думаете, когда ответ не лежит у вас в голове в готовом виде. Поэтому запись реального собеседования можно превратить из обычного просмотра видео в небольшую симуляцию настоящего интервью.

Приёмы поиска ошибок в сложном алгоритме.   Порой ученики оказываются в ситуации, когда алгоритм написан, но на некоторых данных он ошибается. Часто при этом они пытаются его тестировать сразу на сложных входных данных. В результате становится трудно понять, на каком именно шаге алгоритм начал работать неправильно.   В таких случаях я советую: упростите входные данные.   Не нужно сразу гонять алгоритм на больших массивах, длинных строках или больших числах. Берём простой случай: числовой ряд не из 100 чисел, а из 5, строка не из 200 символов, а из 4, матрица не 40 на 40, а 3 на 3.   Почему это помогает: такие данные легче держать в голове. проще следить за значениями переменных; легче понять, что происходит на каждом шаге алгоритма; быстрее найти место, где всё ломается.   А дальше можно постепенно усложнять входные данные и проверять, сохраняется ли правильная работа алгоритма.   И часто оказывается, что ошибка, найденная на простых данных, объясняет и все остальные сбои. Починил на простом — заработало на сложном.

Новое видео на канале https://youtu.be/g2HCsZMAokU

Вопрос Идёт ли новичкам на пользу, когда они обучаются при помощи ИИ или из-за подсказок сложнее нормально разобраться в сути? Ответ На мой взгляд, подсказки от ИИ могут быть полезны, если использовать их правильно. Проблема начинается не тогда, когда ученик обращается к ИИ за подсказками, а тогда, когда ИИ делает за ученика ту работу, которую ученик должен был сделать сам. Например, если вы застряли над задачей, можно попросить ИИ: - дать небольшую подсказку, но не решение; - указать направление поиска; - задать вопросы, которые помогут самому разобраться; - объяснить непонятную концепцию; - найти ошибку в вашем коде и объяснить её причину. А вот запрос: «Вот условие задачи. Напиши готовое решение» при обучении часто оказывается не самым полезным. Вы получите работающий код, но можете так и не понять, как самому прийти к этому решению. Поэтому моя рекомендация: Сначала попробуй сам. Если застрял — попроси подсказку. После подсказки снова попробуй сам. Причём чем меньше подсказка позволяет сделать за вас, тем больше работы вы продолжаете делать сами. Даже если первое решение получилось неоптимальным или содержит ошибки — это часть обучения. Вы анализируете свою идею, проверяете её, находите ошибки и исправляете их. А это очень важный навык для программиста — уметь самостоятельно разбираться с проблемой, а не только получать готовый ответ. После собственной попытки можно попросить ИИ показать другие варианты решения и сравнить их со своим. ИИ может быть хорошим помощником в обучении. Главное — не отдавать ему ту часть работы, ради которой вы вообще учитесь программировать.

Вопрос Как понять эту грань между полезным поиском решения и моментом, когда уже лучше спросить подсказку у ИИ, чтобы не топтаться на месте? Ответ Я думаю, это про поиск баланса. С одной стороны — настрой решить самому. С другой — желание сохранить мотивацию и не выгореть на текущей задаче. Опираться можно на внутреннее ощущение, на личный опыт столкновения с подобными ситуациями. Если чувствуете, что силы еще есть, мотивация сохраняется, то можно сделать попытку / другую / третью. Если же чувствуете усталость, ощущение что стена непреодолима, снижение мотивации, ощущение, что слишком много тратите сил и нет движения вперед, то наверное стоит запросить помощь "друга". Тут нет чего-то зазорного.

Вопрос Дайте совет что вы делали после получения базы какого то языка, изучали новое дальше или проводили кучу времени над практикой и решением различных задач Ответ Зависит от того, какая у вас база. Как понять, что база крепкая: - Можете решить задачу средней сложности без подсказок; - Понимаете зачем нужна каждая строчка кода. - Знаете, с чего начать при встрече с новой задачей; Если это про вас — можно двигаться дальше. И для этого, как вариант, можно спросить у ИИ: «Я знаю Python на таком-то уровне. Владею такими-то темами. Какую тему изучать следующую и почему?» Если база пока сырая, то есть: - новая задача вгоняет в ступор; - не понимаете, с чего начать; - решение не доходит до конца; - код работает, но объяснить его не можете. Тогда нужна практика: - брать тему, где провал, и решать по ней 5–10 задач; - перерешивать старые задачи без подглядывания; - разбирать чужой код и пытаться понять логику. Если не можете оценить себя сами — это нормально. Попросите наставника, ментора или человека в теме посмотреть ваш код и дать обратную связь. Или попросите ИИ: «Вот мой код. Оцени уровень и скажи, что подтянуть».

Ребят, привет! Пожалуйста, посоветуйте, как мне выстроить обучение? Я сейчас прохожу курс «Поколение Python: курс для продвинутых», в планах попробовать устроиться на стажировку в Яндекс. Купил книгу «Грокаем алгоритмы», думаю учить алгоритмы, начал обучение ООП, в планах также SQL, Linux, фреймворки. Есть роадмап, но подскажите, как именно и с чем совмещать моё обучение?