нет, не надо

До собеседования далеко ещё) решил уже вести портфолио на будущее

Человек 3 месяца изучает, соответственно делает портфолио, значит его код будут смотреть при собеседовании и нужно, обязательно нужно писать комент , чтобы читающий понимал , как будущий джун /стажёр реализует свою мысль.

я про чат. если в код обязательно

До собеседования далеко ещё) решил уже вести портфолио на будущее

Лучше да , даже если вы к примеру, решили что-то написать в блоке кода стандартное , но оно занимает отдельную функцию или класс, то пишем , что именно вы делаете. Вариант: // эту библиотеку я выбрал для использования.... // этот блок кода будет выполнять... Так нужно делать, для того, чтобы читающий ваш код понимал, что вы хотите и как вы хотите реализовать свою мысль .

Если пишите портфолио, то делайте несколько проектов. От простого до сложного. В описании каждого проекта пишем что он выполняет и что он использует : арифметика, массивы , массивы массивов , работа с бд и т д . Соответственно потенциальный мидл , который будет принимать основное решение о приёме вас на работу в свою команду, зайдёт на github посмотрит ваш портфолио и откроет описание и будет смотреть , как и что вы реализовали и с использованием чего . Так ему будет легче понять , подходите вы или нет . По этому, если мидл увидит чистый код , с комментариями, что и как . То шансов больше, чем он откроет и просто увидет код , а что и зачем, а главное почему вы выбрали именно этот вариант решения задачи не увидет, то может подумать что вы индус )))

Это бред никто не будет читать этот коментарий это раз. хороший код это самодокументируемый код нормальные названия функций и переменных. И второе такие коментарии очень быстро устаревают. Описания если и делают то входных параметров и в основном в библиотеках.

Это бред никто не будет читать этот коментарий это раз. хороший код это самодокументируемый код нормальные названия функций и переменных. И второе такие коментарии очень быстро устаревают. Описания если и делают то входных параметров и в основном в библиотеках.

для этого нужно использовать принципы YAGNI, KISS, DRY

именно код должен быть читаемым без коментариев . Если вы используете хаки или воркэраунды тогда да нужно описать и лучше со ссылками но описывать все это абсурд

я выбрал paramiko потому что для sftp в пайтон больше нифига нет. Кому это интересно? :)

Читающему

кто такой читающий?

кто такой читающий?

кто такой читающий?

это градация ни о чем.

и когда я буду читать подобное резюме я поржу максимум пользы от этого не будет

давайте вы скажите что вы хотите доказать

давайте вы скажите что вы хотите доказать

а уже на собесе мы разберемся что почему и как

Человек судит о пользе курсов. Мне интересно каких результатов он достиг. Что для него стать разработчиком с помощью курсов. Без стеба спросил.

Так что именно вас не устраивает в моем совете? Конкретные вопросы:

мидл будет принимать решение о приеме на работу рыли? мидл у себя в проекте не имеет права принимать решения о выборе библиотек

а пет проекты я мало у кого видел

Ребят, посоветуйте где можно заработать на фрилансе легко

да и гитхаб мало о чем говорит хотя бы потому что код написанный из курсов и код написанный с чистого листа это две большие разницы

как показывает практика 2 из 20 на это способно и это плачевно

А у вас на проекте надо задачки с кодварса решать?)

вы нам не подходите ,)

нет у нас не нужно решать задаки из кодеварс но такие споры на собесе ни о чем. Кью 6 это логика а не алгоритмы

имхо конечно :)

просто один в один

я не пойму что это решает?

и что же тогда делать ?

да собеседовали индусов они такие же как и наши

этого хватит для условного мидла

Так я не пойму, вас же не пускают на собеседование? Или вы уже имеете право выбирать?

ой нет, а что с условным интерном?

Пока вы сочиняете ответ :) я вам скажу свое видение. Программист это человек который пишет код. Тут в чате было от силы 3-4 человека которые при обсуждении оперировали кодом. Все остальные только пафос нагоняют. Вот если человек оперирует кодом он для меня программист. Критерий простой.