Привет! Что-то накопилось много простых-нудных задач, которые делать надо, но некому. В связи с чем решил, что может пригодиться стажёр, который будет всё это разруливать, а заодно учиться. Платить стажёру готов немного - около 20к. Соответственно, работа будет ок для студентов и тех, кому нужна хорошая практика в вебдеве. С чем придётся работать: 1. Мелкие правки по вёрстке - поправить тут, поправить там, проверить-поправить мобилку итп; 2. Интеграция вёрстки в движки (WP, Laravel) - ничего заоблачного, рутинные вещи; 3. Решение разных мелких фронтенд- и бакенд-задач. Нарисовать аджакс с выводом данных в нужный блок, сделать CRUD, накодить страничку настроек плагину и т.п. Тоже довольно простое всё. Куда смотреть, что читать, какие функции использовать, я расскажу, если где-то нужна будет помощь. 4. Тестирование и предложения по исправлениям готовых задач. Что вы должны знать/уметь: 0. Основные навыки работы с сайтами (залить, развернуть, склонить, что-то поправить через хостинг-панель или админку) 1. Основы вёрстки 2. Основы кодинга в PHP (включая MySQL) и JS/jQuery 3. Использование Google для поиска решений Иными словами, всё то, с чем придётся работать дальше. Помогать разбираться с самыми-самыми основами я не буду. Остальному научу или дам возможность научиться. В "остальное" входит вёрстка, WP, Laravel, Git, SCSS, npm, Node/Electron, в ближайшем будущем - js-фреймворки и гибридные приложения. Что я требую: 1. Выработка в день хотя бы шести часов. Желательно - плюс-минус совпадающая с рабочим днём. Можно вырабатывать больше. Меньше тоже можно, но нечасто. Забивание на работу, пропадание со связи, слабая выработка и низкие результаты - и я ищу другого стажёра. 2. Желание учиться и позитивный настрой на работу. 3. Желание пользоваться головой и делать как лучше, а не как сойдёт. 4. Следование правилам. Работать надо будет удалённо, с использованием инструментов, которые используются у нас в команде (bitbucket/sourcetree, slack, trello, avocode) Расчёт з/п производится примерно так: берём 20к, делим на 160, получаем ставку 125/час. Если есть какие-то задачи, вы делаете их, и я оплачиваю время. Если задач нет - я даю учебные задания, и снова оплачиваю время. Если вы хорошо справляетесь и начинаете делать все задачки легко-быстро - мы обсуждаем повышение.
Как думаете, не пора ли этот пункт переносить в основы? Как по мне, системы управления версиями прочно вошли в нашу жизнь и не знать о их существовании преступление. Или у меня проф. деформация?
Нет. Не проф деформация. А профессиональная этика. Если сотрудник хочет работать в команде, знание git должно быть обязательным. Как методология agile или scrum.
К сожалению, почти никто из тех, с кем приходилось работать, изначально не знал гит. Сам тоже очень не сразу начал его использовать - вначале набил шишек Поэтому не ставлю как обязательное. Будет круто, если стажёр сразу будет знать гит, но важнее найти того, кто просто что-то знает .
На редкость адекватное объявление. Можно соглашаться/не соглашаться с отдельными пунктами, но требования и обещания выглядят ясными и четкими. Прям образец. А кто думает, что вот это: «...дикая смесь, он ничего не понимает!» Иди попробуй, как там в реальности на похапэ без основ мускуля, жабаскрипта (когда нахлебаешься голой жабы, джейквери как избавленье). Сам бы пошел, будь мне 20. Или, хотя бы, 40.
Видимо то, что можно самому из учебников или из курсов почерпнуть. Недавно искали еще одного сотрудника на подхват. Верстка, немного js, код в шаблон внедрить, - ничего сложного. Взяли девушку, до нас она работала офис-менеджером в веб-студии. Видимо проникнувшись тамошним духом прошла онлайн-курсы по верстке, но работы на старом месте ей не нашлось - у них в штате только менеджмент и продажники. Курсы очень даже неплохие, помимо sass\js\jquery её дали основы vue и angular, объяснили что такое npm и gulp и как всё это использовать. Некоторые фишки выученные её фишки прямо очень круты. Коучи на курсах явно были серьезными профи. Понятно, что до написания плагина с нуля или каких либо сложных вещей ей далеко, но это сейчас и не требуется. Базовые вещи она знает и учиться способна. Партнер в прошлом году искал себе помощников-маркетологов. Опыт не требовал, но знание базовых вещей было обязательным. В идеале - в активе у соискателя должно быть прохождение каких нибудь популярных курсов вроде Туботрафика или БМ. Хотя по его словам это все г**но, но базу там разжевывают хорошо.
Это не касается программирования как такового. Речь идет об нюансах применения таск-менеджеров, средств прототипирования и т. д. Можно конечно разобраться самим, особенное если есть желание и видимость желаемого результата, но это как раз тот случай, когда чужой опыт и идеи полезней.
Что-то я смотрю на ваши списки и диву даюсь. Вы точно везде про джуниоров на 20к говорите? Имхо чтобы даже к одному SASS переходить надо года два лбом упираться в ограничения обычного CSS ))) А вообще не успел человек голову поднять а ему сразу пятнадцать фрейворков в лоб, ннна, ссу.а! Учи, студент! Может ему JSLint/ESLint для начала освоить? )))))
Да бросьте, никаких там проблем. Проблемы с переходом на предпроцессоры в основном у давно работающих людей. Или у тех, кто занимался самообучением. Разобрались в css и начали работать. Я выше привел пример как учат на курсах коучи. Они сразу учат работать с SASS/SCSS, использовать смеси, gulp, и т.д. Прививая полезные привычки. А CSS дается только в базе, для общего понимания - это если что погуглить можно. Люди с опытом - рабы привычек. Я помню как туго мы переходили к использованию sketch, figma и avocode. Дизайнер ныл, верстальщики плевались. А сколько сил потратили чтобы приучить людей заполнять CRM. Зато сейчас уже не понимаешь, как раньше работали.
Навыки, достаточные, чтобы не задавать вопросы по тому, почему не работает код/стиль/запрос, но недостаточные для того, чтобы не задавать вопросов, почему не работает код/стиль/запрос в конкретном окружении. Если человек научился программировать и что-то там себе пишет-делает с использованием упомянутых навыков, это можно считать отправной точкой для стажёра. Если он что-то себе делает в рамках некоторой среды (фреймворка, парадигмы, итп), и не имеет большого опыта и рабочих проектов, то это заявка на джуна. Ну и так далее. Имхо. У меня начинающий, но очень мотивированный верстальщик, пересел на SASS через два-три месяца после первых шагов. Пока что полёт нормальный, с поправкой на неопытность. На мой взгляд, тут проблема в том, что помимо навыков надо сразу же ставить процесс. Иначе будет много казусов вроде правок не сильно разбирающимся человеком откомпилированного кода, строительство костылей, набрасывание обычных CSS-файлов и так далее. В одной команде, с которой работаю, есть инициативный парнишка, использующий препроцессоры, а с недавнего времени ещё и ES6+. Код сдаёт в аккуратном минифицированном виде, и за этого его хочется медленно и тщательно убивать об стену, потому что никто кроме него так не работает, эти фишки не введены в процесс разработки, и используя вроде бы правильные вещи он раскидывает вокруг несчётное количество граблей.
А ему объяснять не пробовали, что так делать не надо? У нас стандарт верстки - SASS. И от верстальщиков требуем сдавать исходники на нем. После верстальщика проект попадает на бэкэнд. И на этой стадии все равно приходиться править фронэнд - стили где-то подправить, добавить скрипты. Я, выдавая ТЗ, прописываю что я хочу получить, в том числе и требования к коду. Какой предпроцессор, какая методология, перечень используемых js плагинов,требования к оформлению кода, таск-менеджер и его конфиги. Пока не будет сделано как требуется, работа не принимается. Потому что если это не соблюдать, потом будет много лишних телодвижений. К сожалению многие ТЗ читают по диагонали. Недавно был проект. В плане верстки ничего мегасложного, если не одно НО. Не использовать jquery. А там модалки, слайдеры, стилизованые формы, хитрые скроллы, анимация. Отдали человеку со стороны. Работу сдал даже раньше срока. Открываю проект - естественно везде плагины требующие jquery. Спрашиваю что такое. Ответ - ой, не заметил это в ТЗ. Это товарищ начал переделывать, и тут-то он понял, что 40 рублей за этот проект мы не просто так платим. .
****, 40 рублей за за модалки+слайдеры+скроллеры+анимация без фреймворков на чистом js? Не проще написать один хороший слайдер без jquery и продавать премиум-версию например для WP за совсем другие деньги? )))
@alexsoff, одной из основных причин создания jquery было стремление иметь единообразный инструмент манипуляции над DOM в среде разношёрстных браузеров в те уже далёкие времена. Но сейчас это уже практически не нужно из-за более менее устоявшихся API и ставших популярными транспайлеров, типа бабеля.
js-фреймворки вроде angular. Нормальная цена за верстку многостраничного сайта, с учетом особенностей. С jquery было бы ~25 тыс. Мы не работаем в WP. Да и не востребованы такие вещи.
Там всё сложно. Устоявшегося процесса разработки нет, кто на ком стоит - не ясно. Мои предложения и гайды руководство то видит, то не видит. Чел в подчинение не передан, его босс держит при себе, и при том, что ему известны мои требования к разработке и вроде бы он дал своё согласие на этот стандарт, он сам их регулярно нарушает, нанимая людей со стороны или самостоятельно раздавая задачи. Поэтому я тут предпочитаю собирать косяки и кидаться ими в руководство.
А тут имхо нужен сильный менеджмент, даже (и в особенности) с внешними работниками. Роадмап проекта, собеседование по входным данным, разбиение проекта на задачи, QA. Сам принципиально не работаю попроектно по коду.
Черт, да! Вы в Калифорнии Волгограде, сэр! © С куриного моего насеста глядя: для коллективной разработки не ахти, нынче в моде ангуляры с реактами и прочие бабели. И жыквери не заточено под программирование мышкой.