Codewars –онлайн-тренажёр с задачами на различные темы. По моим наблюдениям, это одна из самых популярных в СНГ площадок подобного рода. Здесь можно отрабатывать синтаксис языка, взяться за решение алгоритмических задач или что-то продвинутое по типу шаблонов проектирования. Решать упражнения можно на любом из 60 языков программирования. Все задачи разделены на уровни: с 1 по 8 kyu. Чем ниже номер уровня задачи, тем она сложнее. Соответственно 8 kyu - самые легкие задачи, 1 kyu – самые тяжёлые. Твоё решение сразу проверяются встроенными тестами на сайте. Можно посмотреть или обсудить решения других пользователей. Среди участников есть таблица лидеров, где можно померяться своим kyu'eм. Из минусов – русский язык на сайте отсутствует. Так что придётся напрячь ваши знания «Ландан из э капитал оф инглишь» или пользоваться переводчиком.
да почему вы превьюхи то не умеете делать, вот правильная
Ох уж этот Leet code пиздец, ребята которые не понимают как строить системы от начала и до конца, часто не знающие банально о том как писать расширяемый код + обычно не знает что в IDE есть подцветка/автокомплит, но он ими не пользуется только vim, и что в конце концов порой надо не тупо решить задачку, а подумать о том "а точно ли это будет нужно пользователю?" и обговорить это продуктом.
Но зато 100+ задачек решил..
Делайте реальные актуальные проекты, например свой VPN сервис🌚
ну задачки можно иногда решать, чтобы знание синтаксиса/библиотек подтянуть
но вообще да, нужно придумывать самому себе задачу и пытаться ее реализовать, тот же всеми любимы todo list
https://www.codingame.com/ Вот еще залипательная штука
Здорово конечно, но зачем мне видео если я уже все прочитал?
У меня вопрос немножко не по теме: изучал тут курс по питону на степике и заметил, что в решениях задач некоторые делают решение в одну-две строки. а я обычно все расписываю подробно, то есть если цикл, то он обособлен, а не одной строчкой и т.п. Так вот глупый вопрос: что лучше, стремиться к минимум строку или всё-таки расписывать, как делаю я?
Нужно соблюдать баланс. ) К примеру, если в языке есть синтаксический сахар, который позволяет записать что-то короче, но без потери читаемости, то лучше его использовать. Но, с другой стороны, не стоит пытаться записать все в одну строчку, в которой бы выполнялась куча разных операций. Но, пока чувство этого баланса не наработано, то лучше-таки расписывать. Такой код читается сильно проще. Особенно когда смотришь его не в IDE, а во время ревью в каком-нибудь интерфейсе гитлаба. Не стоит экономить строчки в файле, переменные, символы в названиях переменных и т.д.