mamkaololosha: это сеньорские требования. У миддла по определению не может быть идеальных знаний фронтенда, даже если это чистый фронтэндщик, не full stack разработчик (наверное, еще и с навыками devops, раз упоминают Linux), коего здесь хотят видеть.
Думай Головой: учёба в государственном университете на естественно-научных специальностях по-прежнему даёт хорошую базу.
Я тоже по молодости думал, что учёба в ВУЗе ничего хорошего не даст, что там рассказывают какую-то ерунду на парах, которая мне, программисту, никогда в жизни не понадобится. А спустя уже лет 5 я сильно сожалел, что когда у меня была возможность я не учился, а забивал на пары по анализу, теории оптимизации, аналитической геометрии.
Если, конечно, предел мечтаний - вёрстка, то университетское образование не нужно.
Это плохой совет. Да, на фрилансе он сможет получать 60 тыс. в месяц, но не вырастет выше $15 в час в конечном итоге (цифры здесь условные).
Для того, чтобы перешагнуть планку в $20/час нужно иметь неплохой опыт. Рейты $40/час и выше подразумевают уже удалённую работу в команде и senior-уровень. Вырасти самому по книжкам/форумам/работе на фрилансе (которая для джуниоров обычно заключается в том, чтобы доделать за кем-то работу или что-то поправить) - это из области фантастики и доступно только самым толковым и усидчивым людям.
В начале стоит пойти в хорошую контору (пусть даже на бесплатную стажировку или работая за еду), где прокачать скилл работы в команде, с наличием обратной связи от опытных разработчиков подтянуться в уровне хотя бы до миддла (за год это реально) и потом уже думать о фрилансе. Наличие рядом на старте опытного программиста, который и код отревьюит и ответит на вопросы, посоветует что почитать - это очень и очень важно.
> особенно ох№;%нно звучит "поддержка самописного фреймворка", от слова "legacy код" бежать надо
Проблема в том, что большая часть работы обычного программиста вне региональной веб-студии - это как раз поддержка существующей кодовой базы. И да, суппорт легаси иногда оплачивается очень здорово :)
Grow-Progress.com: если заказчик по одному горе-фрилансеру составляет мнение о всех остальных, то это не совсем адекватный заказчик. Вам надо иметь дело с таким?
Kuzmichik мой комментарий был сарказмом. Автор ответа похоже писал какой-то совсем элементарный парсер, раз у него вышло проще с requests + lxml, чем со scrapy
Если подготовительную работу сделали и не получается найти клиентов, то стоит показать свои cover letters вместе с проектами, куда вы подаетесь. Возможно там у вас какие-то серьёзные ошибки.
Сергей Протько: насоветуете тут, блин, самому ваять из компонентов, а потом прибегают клиенты и приносят таких уродцев, рожденных предыдущими разработчиками, что волосы начинают шевелиться везде. Для человека, который задаёт такие вопросы, нужно советовать Symfony + Silex (или какой там микрофреймворк на базе Sf2 сделали?)
Александр Аксентьев: т.е. в команде над большими проектами не работали. Именно там начинает рулить IDE. Интегрированный отладчик, автоматический линт по мере написания кода, тулзы для рефакторинга - вот как вы без этого? Конечно, всё это можно сделать вручную, но зачем, например, переменную переименовывать вручную, когда в IDE это делается одним шорткатом?
Shamaal: конкретно у меня не было такого. У знакомых были неудачные попытки: от попыток сесть на шею, до исполнения работы и получения 3*. Кроме того, неудовольствие клиента хорошо обычно проступает через текст отзыва, даже если поставлено 5*.
Вообще просто поговорите с клиентом и спросите о впечатлениях. Напрямую, не через менеджера. Это, как заметил Пума Тайланд, просто быстрее и проще, чем спрашивать совета здесь.
И помните, что удерживать рейтинг 5.0 при длительной работе на бирже практически нереально.
Shamaal: угрозы, а также варианты поработать неделю бесплатно за хороший отзыв обычно работают очень плохо (по крайней мере это касается адекватных заказчиков, не сомневаюсь, что немало найдется и таких, что будут шантажировать отзывом).
Думай Головой: так нет тогда проблемы вообще. Если бы речь шла о суммах в $10к+... а так называйте оценку "в хорошем случае", "в среднеем случае" и "в плохом случае", а еще лучше договарвиайтесь на почасовую работу, предварительно дав временные оценки. Если заказчик не идёт на контакт здесь, то лучше не связываться с ним и всё.
Sanes: вы вообще как себе техническое задание представляете? Если у вас появляются ежедневные правки в нем, то либо у вас проект на 3 дня и 150 строк кода вместе не с самым лучшим заказчиком, но тогда весь обсуждение и вопрос смысла не имеет, либо же перед вами стоит гораздо более серьёзная проблема (которая просто сигнализирует о том, что вперед будет катастрофа), нежели регулярная отправка документов почтой.
