Валентин Федяков
а я и не говорил, что обойтись. а про то, что товарищам с опытом пройти hr фильтр гораздо проще т.к. меньше формальных поводов для отказа т.к. кадровый голод довольно сильный
не всегда, что?
Исходя из ваших слов про соотношение цена-качество, считаете ли вы, что разработчик, кто соглашается на оплату ниже рынка, а тем более 15-18 т.р. это говнокодер т.к. он хочет за свои услуги слишком мало?
Окей, только я о другом спрашивал)
Только при этом везде разные налоги, разная цена на проживание, разная цена на еду и услуги, а из этого складывается тот самый ожидаемый уровень зп. По этому ребята из Индии так уверенно демпингуют на фрилансе.
Но мы отошли от вопроса, экономили ли вы когда нить на услугах и если да, то считаете ли вы что платили за услуги менее чем по рынку?
т.е. Вы считаете, что предприниматель обязан был отказать разрабу в выплате низкой ЗП которую он запросил и обязать его получать больше. окей
а рынок, упомянутый Вами, наверное Екатеринбург === Кремниевая долина. окей
Вообще интересная позиция.
Вы, наверное, не экономите в принципе, покупаете приставки и видеокарты у перекупов, выбираете самый максимальный и жирный тариф на такси, ходите только в частную клинику за свои деньги. все это услуги которые вы оплачиваете, как наемному труду или предоставляемым услугам. так же и предприниматель, который оплачивает работу своим сотрудникам.
Если вы хоть раз в жизни сэкономили на чем либо, считаете ли Вы себя тем самым экономным человеком, что вы описали выше?
А hr и не должен принимать окончательное решение. На мой взгляд и непосредственный опыт, hr отсеевает неадекватов (как то у нас hr приболел и без его фильтра я собесил, могу сказать, что там полно кадров с кем я не хочу вообще общаться в жизни... Сексисты, неуместны юморист, говорящие с компами и читающие ауры вычислений...) и тех кто готов уйти в себя и не быть командный игроком (на мой взгляд эти люди могут найти себя во фрилансе и отвечать ток за себя)
Дак в чем мудачность типичного предпринимателя?
Самое забавное, это сдать все эти алгоритмы, архитектуру часть и после этого получить фидбек "вы нам подходите, но ожидаете слишком большую зп, надо снизить ожидания иначе команды не будут вас рассматривать". А ты такой думаешь "мы зп обсудили на первом созвон, она указана в резюме, вы её знали приглашая меня на собес, на что вы рассчитывали когда после долбанных 8 часов перед доской с маркером, роняете меня в деньгах? "...
А внедрение low code систем, постепенно выместит с рынка большинство разработчиков. Развитие ии выкинет из профессии дизайнеров и верстальщиков. Роботы заменят людей на производстве. А человечество терраформирует и колонизирует Марс. На мой взгляд, все это имеет, примерно, одинаковые сроки исполнения)
Привет, я бестолковый кусок биомассы, с 2 образованиями и уволенный в запас сержант, а ещё teamlead / senior frontend developer
Типичному предпринимателю в любой стране нашего шарика. Вопрос в том, кто к нему пойдёт на 18. Но если есть такие кандидаты, то грех жаловаться. Кандидат нашёл работу и согласился сам, осознанно на эти условия. Предприниматель (тот что судак), нашёл того кто будет выполнять работу заказчиков из Европы, которых он искал и конкурировал с такими же судака и, что бы иметь возможность оплатить зарплату себе и кандидату. А заказчик из Европы нашёл копеешного исполнителя для своего очередного лендос ка или сайтика, что бы поднять ещё больше бабла потратив минимум. Все в плюсе.
Дак в чем мудачинность данного начальника, кроме стремления заработать, как и у всех в этой цепочке?
Противовес "жёстким навыкам")
Приходит чел на собес. Ты его спрашиваешь по хардам. Например он не знает разницу между макро и микротаской. Быстренько ему объясняешь. Через минут 10 даёшь типичный кусок кода с setInterval, alert, Promise и спрашиваешь в каком порядке выведется и почему. Ожидаешь, что он помнит твоё объяснение. Проверка обучаемости - done.
Мотивированность ещё глупее: чвот помимо курсов делал, что читаешь ща и для чего, проходил чво нить на codewars/codingame/hakcerrank, участвовал в хакатонах, участвовал в челленджа codepen? ... Смотришь, что и как рассказывает.
Если я верно понял, то статья больше про джунов без опыта, кто только ищет свою первую работу (те у кого опыт есть, обычно, просто проходят hr фильтр), а вопросы представленные вами, более для мидлов и выше.
Я, всегда, больше за специализацию. Когда разраб знает, как найти рекомендации гугла и яндекса к формированию html и обязательно это применяет. Когда контенщики делают человекопонятное описание, которое помогает пользователю, а не тупо отработать список ключевых слов из ядра. Когда ux знает о том, как пользоваться тепловой картой кликов и скролла. А seo выступает, как консультант, а не выполняет роль тимлида. И что в прод не должен отправляться сайт который не получил апрув от seo-шника (привет алиэкспресс Россия). Потому и удивился
Сешник занимался разработкой структуры страницы? Вроде ux/UI исследования и оптимизации не входят в скоуп задач сеошника. Сеошник учил верстальщика shema.org? Есть же спецификация, рекомендации гугла и яндекс, а так же инструменты проверки. Я сомневаюсь, что вы внедряли json-ld. Тз на разработку ставил сеошник? А зачем, что кроме вёрстки там делать сеошнику? Сеошник выполнял роль qa? А зачем и почему не подошли инстремунты автоматизации тестирования?
Ты видишь все плюсы и минусы продукта, ты стараешься вытащить его, ты горишь этим продуктом и хочешь менять, что бы он был лучшим, ты работаешь не от звонка до звонка, а от идеи к идее с перерывом на сон. И все это разбивается об бюрократию, кучу заинтересованных сторон, толпу хомичков которым все равно или очередную, гениальную, менеджерскую оптимизацию или банальную рутину. У меня с проекта ушло 4 выгоревших друга, а теперь и я.)
А, ну и забавно, "увольняйте без сожалений". А что на это нам скажет трудовой кодекс?
Разработчик. Не уверен, что хорошая тема т.к. на том же хабре достаточно статей описывающий различные методики оптимизации перфоманс. Но я бы с удовольствием почитал про 2 штуки:
1) решенные кейсы. Типа берём сайт, проводим анализ различным туллингом со скриншотами и объяснением полученных данных, далее на основе результатов делаем заключение с указанием вещей, что и как поправить и после выполнения рекомендаций - сравнение на до и после.
2) доказать зависимость поисковой выдачи от результатов перфоманс гугла. Типа мой сайт просел на 5 баллов, что это для меня значит и как повлияет? А 20 баллов посадка? А если у меня 0 из 100 баллов, мой сайт пропадёт из выдачи (споллер, нет)? Т.е. зачем вообще для seo делать оптимизацию перфоманс (именно для seo, а не для пользователя)? Мой опыт показал, что она есть..... но слишком призрачна. В основном все диктуется - есть баллы и мы должны получить их много потому что где то кто то сказал, что это влияет на поисковую выдачу.
На мой взгляд - это очень поверхностная статья. Например, вопрос подключения скриптов на сайт. Если у нас легаси ресурс и ранее вообще не использовались атрибуты асинхронной загрузки, то самое верное решение - defer, за счёт того, что он не блокирует отрисовка страницы и формирование dom при загрузке скриптов, а так же гарантирует порядок исполнения скроптов после события domcontentloaded, переносить скрипты из head не нужно. Использование же async в большенстве случаев вызывает race condition и самое главное, что если ресурс с качается быстрее, чем html распарсится, то он будет так же блокирующим ресурсом (банальный пример: пользователь вернулся на ваш сайт и ему из кеша идут ресурсы). Async вообще лучше использовать для различных метрик, с которыми не общается твой код, а они живут сами по себе. Использование critical css т.е. inline внесение css первого экрана в head в саму структуру html приводит к раздуванию самого html которому не всегда дают правила кеширования, т.е. вынуждая каждый раз загружать большой html. Плюс ко всему, такой подход частенько вынуждает переставать layout страницы и просаживал метрику смещения layout того же lighthouse. Моя практика использования cdn (системы распределенной поставки ресурсов) показала, что лучше с ней, чем без неё в большинстве случаев, а что бы минимизировать негативный эффект на TTFB за ресурсом, то делать prefech или preconnect в зависимости от ситуации.
вы точно работали или разрабатывали low-code решения? автоматизация написания код не нужна, нужна автоматизация или упрощение решения бизнес задач. Разработчик, для бизнеса, тут такая же мало нужная штука, как и HR, аналитики, ПО и прочие. А код.... если абстрагироваться, то на низком уровне, автоматизацией написания, сейчас занимается компилятор/интерпретатор который переводит высокоуровневый язык в низкоуровневый (https://godbolt.org). И возможно в будущем будет команда "хочу поднять лохотрон для ставок", а он тебе отдает лендос, приложуху и тд и тп... Звучит как ерись, но кто его знает, что там еще придумают на нейросетях в ближайшем будущем