Я начинала в 2018 году, будучи в 10-м классе. Моим первым системным обучением стал Яндекс Лицей, где я изучала Python и впервые увидела программирование не как учебную дисциплину, а как инструмент создания реальных решений.
С тех пор прошло восемь лет. За это время я прошла путь от школьницы до магистранта, участвовала в некоммерческих проектах, вместе с командой получила патент на программное обеспечение в 2021 году на клиентский модуль для анализа технологических процессов, начала работать и развивать стартап, который вырос из pet-project.
Параллельно я наблюдала сотни начинающих программистов и работала преподавателем. Некоторые из них прогрессировали очень быстро, другие оставались на одном уровне годами, несмотря на усилия и потраченное время. Разница между ними почти никогда не заключалась в таланте, университете или количестве курсов. Главной причиной почти всегда было отсутствие стратегии и понимания того, что именно они делают и зачем.
Где теряется время в начале пути
Одна из самых распространенных ошибок - попытка изучать несколько языков программирования одновременно без уверенного владения хотя бы одним. Это создает ощущение движения, но не формирует глубины. Знание нескольких языков действительно важно, но оно должно появляться как расширение уже существующей базы, а не как замена ей.
Похожая ситуация возникает с алгоритмами. Они являются фундаментальной частью программирования и формируют мышление разработчика, но их ценность не в количестве решенных задач. Намного важнее понимать, как работает алгоритм, уметь реализовать его самостоятельно и применять в своих проектах. Решение большого количества задач без практического применения редко дает значимый эффект.
Ещё пассивное обучение. Просмотр курсов и чтение материалов создают ощущение понимания, но настоящее понимание появляется только тогда, когда код пишется самостоятельно. Программирование невозможно освоить без практики. Ошибки, которые возникают в процессе, и попытки их исправить дают больше роста, чем любое количество просмотренных лекций. Также распространена попытка изучать новые технологии без понимания базы. Современные инструменты упрощают разработку, но остаются всего лишь инструментами. Без понимания фундаментальных принципов программирования их использование остается поверхностным и нестабильным.
Где происходит прогресс на самом деле
Настоящий прогресс начинается в тот момент, когда появляется собственный проект. Даже небольшой проект создает среду, в которой знания перестают быть абстрактными. Каждая ошибка становится конкретной задачей, которую необходимо решить. Каждый новый компонент требует понимания того, как он работает. Именно в этот момент начинает формироваться инженерное мышление. Также проекты позволяют не только применять знания, но и видеть результат своих усилий, что дополнительно мотивирует развиваться дальше.
Не менее важным навыком является умение самостоятельно находить решения. Работа с документацией, поиск причин ошибок и попытки разобраться в проблеме формируют независимость и умение избегать багов в дальнейшем. Знание английского языка значительно ускоряет этот процесс, поскольку большая часть документации и информации доступна именно на нем, перевод всё ещё несовершенен.
Отдельную роль играет взаимодействие с сообществом. Общение с другими разработчиками, обсуждение решений и получение обратной связи ускоряют развитие и позволяют увидеть альтернативные подходы. Программирование редко является полностью изолированным процессом, и умение взаимодействовать с другими разработчиками становится важной частью профессионального роста.
Роль университета
Университет дает важное преимущество в виде среды. Постоянное взаимодействие с другими студентами создает пространство для обмена знаниями и совместного решения проблем. Возможность обсудить задачу, получить обратную связь или просто наблюдать за тем, как работают другие, ускоряет развитие. Кроме того, университет часто становится первым местом, где появляется практический опыт разработки. Производственная практика, учебные проекты и стажировки позволяют столкнуться с реальными задачами и лучше понять, как устроена индустрия.
При этом научиться программировать можно и без университета. Однако этот путь требует значительно большей самостоятельности и дисциплины. Без среды развитие может происходить медленнее, особенно на начальном этапе.
Как бы я действовала, начиная сегодня
Я бы сосредоточилась не на изучении как можно большего количества технологий, а на формировании прочной базы и постоянной практике. В центре этого процесса был бы один язык программирования, используемый как основной инструмент. Цель состояла бы не в запоминании синтаксиса, а в понимании того, как выполняется программа, как данные обрабатываются и как взаимодействуют различные части системы. Параллельно я бы постоянно работала над собственными проектами, даже если на начальном этапе они кажутся простыми. Именно проекты создают контекст, в котором возникают настоящие вопросы и настоящее понимание. Алгоритмы, структуры данных и новые инструменты изучались бы не изолированно, а по мере появления необходимости в процессе разработки. Важной частью процесса стало бы взаимодействие с другими разработчиками. Получение обратной связи, совместный поиск багов, их исправление.
Со временем такой подход естественным образом привел бы к более сложным задачам, командной работе и созданию собственных продуктов. Это результат набитых шишек.
Выводы
Если бы я могла вернуться в начало своего пути, главным изменением стало бы более осознанное отношение к обучению. Вместо попыток изучить как можно больше я бы сосредоточилась на последовательном развитии, практике и использовании доступных возможностей, даже если они кажутся сложными. Со временем становится очевидно, что развитие не является линейным процессом и не происходит мгновенно. Оно требует времени, практики и системного подхода. Попытки ускорить этот процесс за счет хаотичного обучения редко дают результат.
Мне интересно, насколько описанный подход релевантен. Если вы начинали недавно или обучаетесь сейчас, строится ли ваш путь вокруг собственных проектов и постепенного формирования базы, или LLM-инструменты меняют этот процесс принципиально? Ускоряют ли они ваше развитие или создают иллюзию понимания?
Буду благодарна обратной связи в комментариях! Ваши ответы и мнения очень помогут мне при формировании программы занятий для небольшого, скромного, бесплатного кружка, который я желаю организовать.
Комментарии (38)
Emelian
27.02.2026 22:34В центре этого процесса был бы один язык программирования, используемый как основной инструмент.
Здравая мысль! Я бы на месте: «Юноши, обдумывающего житьё – делать жизнь с кого? – С товарища Дзержинского! (с) В. Маяковский», имел бы в виду программирование на «1С».
«1С» есть почти везде. Он достаточно труден, на уровне внедрения и использования. Расти там есть много куда. При этом, он завязан на множество технологий: Базы данных, SQL, веб и мобильное программирование, внешние компоненты (а это могут быть языки, вроде С++ и иже с ним), администрирование серверов, сетевые технологии и т.п. Плюс прикладной уровень: теория учета, управление бизнес-процессами, внешняя отчетность, клиент-банки и много чего еще. Отдельный вопрос, знание и обновление типовых конфигураций, «правильная» доработка конфигураций, конвертация данных, разработка внешних отчетов и обработок. Продолжать можно бесконечно. Т.е., работа найдется всем, конкуренция особо мешать не будет.
По крайней мере, я сам шел этим путем. Занимался не только «1С», но и программированием на множестве «нормальных» языков, начиная от ассемблера и заканчивая С++ с Питоном и ИИ-ями. Пет-проектов своих тоже хватает.
У «1С8х» масса недостатков. Она мне нравится меньше, чем «семерка» («1С77»), но, начинать новую жизнь я начал бы с нее, ибо за ней будущее, да и востребованность там повыше будет, чем для того же Питона.
Только не брезгуйте учетом, в т.ч., бухгалтерией, учетом заработной платы, производственным и торговым учетом, финансовым и управленческим – тоже. Всё, в той или иной мере, пригодится. Вариантов для самореализации там вполне достаточно. Однако платформа и система эта тяжелая, будет много трудностей и разочарований. Да и по части оптимизации она еще не очень. Но именно эти проблемы позволят вам проявить творчество и способности для их наилучшего разрешения.
Дерзайте! Я верю в вас! :)
ulovka22
27.02.2026 22:34Что можно можно углубленно изучать в языках программирования? Звучит бессмысленно. Фреймворки, библиотеки, бест практис решения конкретных задач - это может быть более релевантным
red_motif Автор
27.02.2026 22:34Например, понимание того, как работает CPython. Почему есть GIL? Почему
isи==разные? Почему маленькие int кэшируются? Почему операции с list быстрее, чем с custom objects?Это позволяет не просто писать код, а предсказуемо оптимизировать его и правильно диагностировать сложные проблемы. Фреймворки меняются, а фундаментальные принципы работы языка остаются и позволяют быстрее осваивать любые инструменты. Без этого разработчик знает «как использовать», но не понимает «почему это работает именно так».
ulovka22
27.02.2026 22:34Это, мне кажется, не "фундаментальные принципы работы языка", а особенности конкретной его реализации. И даже зная устройство внутренностей, для решения конкретной задачи все равно потребуются библиотеки и фреймворки. А чтобы смотреть внутри CPython, потребуется знание C и понятия о разработке компиляторов и интерпретаторов. Как-то не выстраивается передо мной стройная картина познания мира под лозунгом "углубленное изучение языка программирования".
doubleblessk
27.02.2026 22:34Зачем вообще этим заниматься если из каждого утюга орут что вы не войдёте в профессию в 26 году, хотя курсы и школы бьют в грудь и говорят обратное. Даже тут же полно статей о невозможности и космически завышенных требованиях.
HiItsYuri
27.02.2026 22:34Вы видимо не настоящий "сварщик", раз во все эти статьи верите.
Квалифицированных кадров не хватает.
SmokerSF
27.02.2026 22:34Разве огромное количество "низкоквалифицированных" кадров, набранных в хлебные годы не повышают свою квалификацию, не развиваются сейчас на местах?
HiItsYuri
27.02.2026 22:34Это не так работает. Набрали тех, кто хотел лёгких денег. Развиваться во что-то квалифицированное из них готовы единицы. Это скорее балласт, который не даёт увидеть реально желающих.
red_motif Автор
27.02.2026 22:34Сфера остро нуждается в кадрах, но в тех, кто действительно понимает, что пишет и зачем. Для инженерной профессии требования для начинающих могут показаться жёсткими, но это естественно для области с высокой ответственностью и технической сложностью. Поверхностных знаний часто хватает только на базовые задачи, а реальная ценность специалиста определяется глубиной понимания. В профессию входят не те, кто прошёл курсы, а те, кто научился думать и разбираться в инструментах.
Anarchist
27.02.2026 22:34Но сколько же вам лет, дитя моё?
Ах, много сударь, много! Восемнадцать!
Не беспокойтесь, 8 лет - это и есть самое начало. Я бы на вашем месте выбирал даже не язык, а направление. Язык приложится.
red_motif Автор
27.02.2026 22:34Спасибо большое за Ваш комментарий!
Рассматриваю биоинформатику как долгосрочное направление и планирую двигаться в эту сторону постепенно. Сейчас для меня важно сначала сформировать сильную базу — как в программировании, так и в понимании биологических процессов.
pg_expecto
27.02.2026 22:34Я начинала в 2018 году, будучи в 10-м классе.
Я начинал в 1987 году будучи в 10-м классе.
И если бы можно было бы вернуть и начать опять , опять пошел тем же путем : Basic -> C(Assembler) -> Fortran -> C++ ->SQL (Delphi не считаю за этап). Т.е. от простого к сложному , от частного случая абстракции к общему.
Смысл в том, что для DBA опыт разработки дает существенный плюс и другое отношение к задачам по сравнению с чистыми DBA.
Со временем становится очевидно, что развитие не является линейным процессом и не происходит мгновенно. Оно требует времени, практики и системного подхода.
Именно так ! Я только совсем недавно понял , почему кафедра на которой я учился называется "Прикладная математика" и специальность по диплому "инженер-математик".
В целом по статье , как говорится - респект и уважение !
Удачи по жизни !
Главное идти по жизни твердо своим путем , в общем то не обращая внимание на реплики встречных прохожих.
Спасибо. Я всегда знал и знаю, что не все разработчики криворукие ламеры, которые встречаются и запоминаются чаще, конечно же есть нормальные !!!! Они просто тихо и спокойно делают свое дело , незаметно, скромно и эффективно.
Удачи !
RulenBagdasis
27.02.2026 22:34Этот человек, определенно, видел некотортое дерьмо ) Хоть и не согласен с предложенным роадмапом, комментарий точно ценнее статьи ))
red_motif Автор
27.02.2026 22:34Благодарю за ценный комментарий!
Предложенная стратегия очень интересна. Абстракции, аналогии и др. часто использовала во время работы с дошкольниками и школьниками начальных классов. На аудитории 17-24 ещё не пробовала - видимо зря :)
Учту Ваш опыт и путь для построения обучения в кружке)
winkyBrain
27.02.2026 22:34Я начинала в 2018 году, будучи в 10-м классе. Моим первым системным обучением стал Яндекс Лицей, где я изучала Python и впервые увидела программирование не как учебную дисциплину, а как инструмент создания реальных решений.
То есть если бы вы осознали такое в 5-м классе, то "пути-в-айти" было бы уже 13 лет, верно?
вместе с командой получила патент на программное обеспечение в 2021 году на клиентский модуль для анализа технологических процессов, начала работать
Работать-то вы начали тоже в 21 году? А то всё так удачно перемешалось, что трудно вычленить информацию. И главное - кем? Хочется же понимать, кто тут пришёл рассказывать "как надо начинать свой путь в IT"
red_motif Автор
27.02.2026 22:34Понимаю Вас. Немного фактов. До 2018 года у нас в регионе для школьников не было (или я не знала) возможностей бесплатно и качественно изучать программирование. ЯндексЛицей мною окончен с отличием и это можно проверить тут https://lms.yandex.ru/certificate/check. Номер сертификата могу подсказать в личном диалоге. Я очень много времени уделяла участию в олимпиадах и хакатонах. Но это не отменяет необходимости практического, коммерческого опыта. Первая моя работа в ИТ была в 2020 году в 18 лет. Работала специалистом по тестированию и разработке удаленно, ковид, пыталась совмещать с обучением на первом курсе и работой над патентом. Выгорела, сдала проект на работе, уволилась, закончила работу над патентом и пошла работать лаборантом в свой универ. Потом была педагогом доп.образования (2023-2024). Ученики меня очень полюбили, но бакалавриат кончился и нас разлучил переезд (потому думаю создать кружок). В магистратуре я серьезно взялась за свой проект, поскольку вся предыдущая деятельность совмещалась с волонтерством, но не было возможности реализовать свою задумку. О том и пишу тут. Мною ранее было дано большое количество интервью. Могу поделиться ссылками в личном диалоге, поскольку полное своё резюме я давно не обновляла.
av-86
27.02.2026 22:34Нам надо больше узких специалистов. Их проще эксплуатировать. Чем уже тем лучше. Полностью согласен с автором статьи.
RulenBagdasis
27.02.2026 22:34Одна из самых распространенных ошибок - попытка изучать несколько языков программирования одновременно без уверенного владения хотя бы одним. Это создает ощущение движения, но не формирует глубины. Знание нескольких языков действительно важно, но оно должно появляться как расширение уже существующей базы, а не как замена ей.
Я программист, решал задачи в ходе своей карьеры на 15 или 20 языках, лень считать. Язык, это инструмент, язык определяет задача. Мне, грубо, всё равно на чём писать, надо будет изучить ещё один язык, изучу, не проблема. Вы пишите примерно "я автослесарь и сегодня я изучаю накидной ключ, а завтра я буду изучать рожковый". Язык не важен, язык, это фигня, любой учится при необходимости.
Похожая ситуация возникает с алгоритмами. Они являются фундаментальной частью программирования и формируют мышление разработчика, но их ценность не в количестве решенных задач. Намного важнее понимать, как работает алгоритм, уметь реализовать его самостоятельно и применять в своих проектах. Решение большого количества задач без практического применения редко дает значимый эффект.
Опять карго-культ.
Настоящий прогресс начинается в тот момент, когда появляется собственный проект.
Чушь. Настоящий прогресс будет, когда вы придёте на крупный проект и вас будет учить команда опытных разнаботчиков.
Вам пока рано писать статьи, вам надо хотя бы крепким джуном стать.
OlegZH
27.02.2026 22:34Я программист, решал задачи в ходе своей карьеры на 15 или 20 языках, лень считать.
Да. Такое легко представить. Но у такого подхода есть и очевидная оборотная сторона: глубина знакомства с каждым отдельным языком программирования. Да, конечно, успешный практический опыт говорит о том, что, скорее всего, Вашего уровня владения было достаточно для успешного решения задач. Но это не значит, что Вы не упускали в каждом языке программирования что-то важное, позволяющего решать поставленную перед Вами задачу правильным образом. В этом смысле, конечно, лучше, сначала хорошо погрузиться в какой-то один язык программирования и добиться подлинной глубины освоения.
Язык, это инструмент, язык определяет задача.
Да! Верно! Инструмент. Только, не понятно, что и чем определяется. Пожалуйста, скорректируйте фразу.
Мне, грубо, всё равно на чём писать, надо будет изучить ещё один язык, изучу, не проблема.
Вопрос в том, что именно Вы изучите: набор типов, типовых операций и синтаксис. А есть ещё и инструменты, завязанные технологии (из экосистемы) и общая идеология составления приложений на данном языке программирования. Легко осваиваются только общие вещи, и это приводит к том, что задачи на различных языках программирования начинают также одинаково решать. Заменили язык
ШИЛОна языкМЫЛО. А стоило ли переходить?Настоящий прогресс будет, когда вы придёте на крупный проект и вас будет учить команда опытных разнаботчиков.
Это, конечно, здорово, если такая возможность есть. Всегда требуется взаимодействие. Это очень важно, когда есть другая сторона вопроса. Когда тебя проверяют. Когда ты проверяешь. Когда каждый занят своим делом. Когда есть, куда расти. А если этого ещё нет?
mahmud90
27.02.2026 22:34Мне, грубо, всё равно на чём писать, надо будет изучить ещё один язык, изучу, не проблема.
Верно для опытного разработчика. Но в статье советы для тех, кто начинает свой путь. Им лучше сосредоточиться на чём-то одном.
прогресс начинается в тот момент, когда появляется собственный проект.
прогресс будет, когда вы придёте на крупный проект и вас будет учить команда опытных разработчиков.
Оба утверждения в какой-то степени верны. Свой проект помогает научиться самостоятельности, приобрести опыт создания проекта "с нуля" (в отличие от проектов на работе), попробовать новые технологии. Это очень мощная прокачка навыков и опыта. Разумеется, если делать его руками, без помощи ИИ.
swingaroo
27.02.2026 22:34Параллельно я бы постоянно работала над собственными проектами, даже если на начальном этапе они кажутся простыми. ... Алгоритмы, структуры данных и новые инструменты изучались бы не изолированно, а по мере появления необходимости в процессе разработки.Здесь вы рисуете образовательную модель "подмастерья", когда ученик, фактически, занимается производственной практикой, изучая необходимые теоретические основы по мере надобности. Просто потому, что без них он будет не в состоянии продолжать.
В противовес этому, "академическая" система набивает в ученика массу теории, оставляя его самостоятельно приспосабливать ком полученных знаний (обычно это не структура, а именно ком) к реальной деятельности. Вспоминаем старую байку "забудьте всё, чему вас учили".
Оба подхода в чистом виде плохие и нуждаются в балансировке.
Массовая накачка знаниями, среди прочего, нацелена на формирование кругозора и общей картины. Ожидается, что информация из различных областей будет дополнять друг друга, кроме того, человек эрудированный может принимать решения с учетом большего количества факторов. Не факт, что он это всё до конца понимает или умеет применить, но, как минимум, он знает об их существовании.
Человек, обучаемый проектом, будет способен к реальному применению изучаемых тем буквально сразу, "от парты". Однако он естественным образом ограничен направлением своего проекта. Отдельные технологии, алгоритмы, могут никогда не попасть в технологический скоуп собственного проекта. Или даже десятка собственных проектов. Становится критически важным охватить в собственных проектах некий обязательный минимум, чтобы не стать в итоге подобным флюсу.
И тут мы приходим к необходимости синтеза подходов, с одной стороны, бесспорна важность групповой практической деятельности, мы делаем готового джуна, с другой стороны мы должны разнообразить эту деятельность, чтобы готовый джун не оказался навсегда перекладывателем джейсонов.
Учебный план исключительно важен. Учебный план должен предусмотреть проекты, охватывающие достаточный спектр, чтобы не оставить в знаниях готового специалиста дыр.
Я намеренно игнорирую тему саморазвития, потому что, во-первых, речь всё-таки о программе занятий, а во-вторых, саморазвитие -- очень индивидуальная штука, подчиняющаяся личным интересам, самодисциплине и в целом весьма нестабильная.
Наконец, рефлексия -- не всегда надежный метод. Я периодически думаю, что жизнь моя могла бы сложиться иначе, если бы в 1999 я тщательно изучал %ЯП%, вместо того, чтобы заниматься ерундой. В далёком 2004 мне случилось недолго работать в школе, и преподаватель информатики мимоходом спросил меня, какому языку стоит учить десятиклассников. Он хотел преподавать Perl. Я предложил Javascript или Python и был осмеян. А теперь посмотрим на состояние веб- и AI-разработки 20 лет спустя. You never know.
Удачи с кружком!
Samolet78
27.02.2026 22:34Обучение происходит по спирали. Сейчас вы изучили синтаксис, а через время вы вернулись если задали для себя правильные вопросы и разбираетесь а как же это работает внутри
red_motif Автор
27.02.2026 22:34Спасибо за Ваш комментарий. https://en.wikipedia.org/wiki/Spiral_approach
Действительно интересный подход к обучению. Пока что я ищу для своего кружка баланс между активным и интерактивным методом. Но рассмотрю и обучение по спирали, благодарю за его упоминание.
Angry_Bel
27.02.2026 22:34Если вы бы могли выбрать себе профессию в ИТ сейчас, что бы вы выбрали?
-Плиточник
А если серьезно, здравые мысли, но эти здравые мысли не нужны работодателям. Нужно и на баяне играть и танцевать и рэп читать, сразу все в одно время.
У нас вот Петя и в питон и в джаву и в с4- умеет, с Клод кодом, конечно, но производительность ого-го.
Грустно все это
IVA48
27.02.2026 22:34Полезная статья с оценкой своего подхода к профессии.
Но "на берегу" необходимо определиться какой смысл вкладывается в термин программист. Либо это простой кодировщик, который работает только на уровне входа-выхода отдельной процедуры, переводя заданный алгоритм на конкретный язык программирования согласно принятым стандартам. Либо это специалист программист, который по техническому заданию и требованиям должен спроектировать модульную структуру отдельного функционального компонента разрабатываемой системы и ее запрограммировать. Либо это специалист-разработчик программного обеспечения для определенной предметной области, имеющий по ней знания и выполняющий функции программного архитектора и управленца непосредственной разработки ПО. Как видно из перечисленных даже этих 3-ех видов работ (есть и другие), требуются свои знания и учебная подготовка. Кроме того, если рассматривать упрощённо только само программирование, то и тут также требуется своя специализация. Например, программирование экономических задач, математических задач вычислительного характера, программирование с базами данных, web-разработка и другие виды работ не говоря уже о системном программировании (типа параллельных вычислений и обработки очередей запросов к базе данных или другому информационному обьекту). Поэтому, в настоящее время высочайшего уровня сложности технологий разработки ПО (о котором полвека назад и даже 30-ти лет невозможно было и подумать) требуется вести речь о СПЕЦИАЛИЗАЦИИ в этих технологиях, знаниях в них и, соответственно, своей учебной подготовке. Говорить и рассуждать о профессии программиста как некого специалиста знакомого с 10--ю языками программирования в виде этакого умельца "многостаночника на все случаи жизни" по меньшей мере это упрощение профессии. Времена изменились и причем давно.
Gwilwo
27.02.2026 22:34Алгоритмы, структуры данных и новые инструменты изучались бы не изолированно, а по мере появления необходимости в процессе разработки
А как бы вы поняли, что вам нужен какой-то алгоритм, если бы не изучили его изолированно? На мой взгляд это опасно в том плане, что можно взять первое попавшееся решение и потом долго его использовать. Хотя это ваш совет себе, но на мой взгляд он совсем не оптимален.
red_motif Автор
27.02.2026 22:34Статья была написана как раз в поисках оптимума, рефлексируя почему ранее при более ограниченых ресурсах для обучения мы получали специалистов лучше чем сейчас. Очень надеюсь, что в будущем мы решим проблему того, что с одной стороны программировать на базовом уровне необходимо уметь каждому, это уже почти как чтение или письмо, а с другой стороны нам нужны специалисты способные разобраться в сложных архитектурах и чётко понимающие как что работает. Было бы неплохо составить единые планы обучения по уровням и направлениям (и регулярно их обновлять). Поскольку сейчас есть масса курсов, но в большинстве своём они оказываются бесполезны при переходе к реальным задачам.
YuriPanchul
27.02.2026 22:34Текст писался с помощью ИИ
red_motif Автор
27.02.2026 22:34Здравствуйте! Хотелось бы понимать, что Вы имеете в виду под "помощью ИИ", поскольку статья написана на основе моего личного опыта. Как мне кажется любая хорошая статья должна проходить отбор через "если Вам самим не интересно это читать, то зачем Вы это публикуете?". Конечно же, я искала материалы для того, чтобы статья имела какую-никакую глубину помимо моего опыта. И вот тут уж никуда не деться - браузеры используют ИИ, да и в целом общаясь с ИИ (а это мое направление обучения и мне важно много и часто с ними общаться) сам немного становишься похож на них по стилю письма. Мы перенимаем красивые обороты и некоторые термины. Со временем только сложнее будет отличить ИИ от человека без личной встречи (а возможно в дальнейшем и личная встреча не поможет), потому я разрабатываю решение, помогающее верификацировать человека и стремлюсь снизить риск для незащищенных (животные/дети). Можете почитать другие статьи в блоге)
LeavemeAcKerman
27.02.2026 22:34Если бы я начинала свой путь в IT зазаново
Я не начинал бы — слишком убивает здоровье, а уровень выхлопа околонулевой, по крайней мере сейчас
red_motif Автор
27.02.2026 22:34Все профессии нужны, все профессии важны)
Знание языков программирования, математики и алгоритмов позволяет быть востребованным также в смежных областях (например, финансовый сектор). Думаю программист, как человек с аналитическим складом ума, нужен будет всегда и везде, просто в разных ролях.
red_motif Автор
Для понимания, каких интересных вещей в последнее время не хватает начинающим и что хотелось бы обновить вместе с сообществом (дабы не утонуть в сгенерированном контенте):
https://miram.livejournal.com/630972.html
fr33zy
Добавьте сборку дронов, пожалуйста
tminnigaliev
Просто вместо сессий, лекций, семинаров, лаб, экзаменов и зачётов - каждому по автомату.