Comments 23
Сейчас надо искать работу через людей
Если честно, складывается ощущение, что вы просто не умеете вести переговоры, без обид
Выше описаны три ситуации - HR, пм+заказчик, пм. Во всех трех ситуациях нужно было просто говорить людям то, что они хотели услышать
зачем говорить HR что-то другое, если вы знаете что надо было сказать?
зачем ставить ультиматумы клиенту? Если стороны не смогли прийти к консенсусу это провал переговоров
с ПМом сложнее определить но если с вас спрашивают работу за 3 месяца а она не делалась то проблема в процессах и возможно вашем участии в них?
нет, это не виктим блейминг
По собесам поддерживаю - с такой ерундой на каждом втором собесе сталкиваться приходится. С тем же успехом могли бы гугл-опросник скидывать , где нужно везде "да" проставить
Во всем поддерживаю автора! Надоели эти фильтры hr (бесполезные, о как неожиданно) и фейковые сеньеры, которые насидели свои должности, а по факту знаний как будто и не хватает, объективно
Согласен, надоели. Но просто не надо в такие компании устраиваться. Собеседование не только для соискателя, но и для работодателя тоже. Кажется, все об этом забыли
А другие это какие? Спросите на собеседовании кем они видят вас (программиста) через 3 года и инвестиций 3-4 миллиона в год (зп плюс налоги, на вскидку)
В те, в который собесы проводит фейковый синьер. А для hr можно придумать список неудобных вопросов. Пусть тоже подумает немного. Я, например, часто спрашивал нужен ли команде вообще руководитель, на должность которого Вы меня собеседуете. Ну или такой - а кто раньше работал на этой должности, почему ушел? Давно уже не был на собесах, поэтому над развитием списка неудобных вопросов давно не работал
HR задаёт вопросы, которые ему дали от команды разработки, куда ищут кандидата. Это простой фильтр на уровне анкеты, чтобы сузить поиск. Может оказаться и так, что тот же Redis в проекте используется не просто как примитивное Key-Value хранилище, а под высокими нагрузками, и надо иметь большой опыт работы с ним. Нюансов там хватает с головой. А может и достаточно будет понимания что это и для чего.
Не понимаю претензий к HR, вряд ли каждый разработчик согласится выполнять в полный рост работу HR, созваниваясь с десятками кандидатов фулл тайм. А если сотрудник HR будет разбираться в разработке на уровне мидла, зачем бы ему тогда работать HR-ом? У меня тоже есть претензии к качеству поиска, но идей, как это пофиксить тоже нет.
Насчёт претензий к заказчику тоже странная история. Кто платит, тот и заказывает музыку. Прекрасно понимаю стремление делать хорошо, качественно, правильно. Но если ваше видение усилий, которые нужно приложить на результат, категорически не сходится с видением заказчика, может вам не по пути? К чему ставить какие-то ультиматумы? Поверьте, есть множество историй, где тяп-ляп и в продакшен позволило выйти на рынок раньше остальных, тем самым сорвать куш. Может это тот случай, ну или заказчик в это свято верит.
Ну то есть безумие ситуации: Работник уговаривает надзирающего делать работу нормально, хотя наоборот должно быть.
Буквально сегодня такое словил.
Надзирающая сторона говорит: "Есть задача XYZ. Нужно сделать быстро." В задаче, в которой какого-то понимания с надзирающей стороны не было вообще.
Говорю: "Задачу XYZ быстро и, одновременно, нормально сделать нельзя. Могу сделать либо как правильно, либо никак.
Заработал дизлайк сразу, моментально :)
Ну это с опытом придет и к вам и к автору - слышать, что вас просят.
Представьте, что вы наняли отделочника, обои поклеить по-быстрому, пусть чуть кривовато и чуть внахлёст на неровные стены. Вы с ними планируете полгодика пожить, если вам понравится, вы уже основательный ремонт сделаете потом с этими обоями. А отделчоник давай говорить, да вы неправильно живёте, да надо по технологии, всю мебель из квартиры вывезти, да на пару миллионов стены выровнять, да двери поменять, да пологода делать, а потом уже обои.
Понимаю о чём говорите, думаю это не совсем та ситуация, ну лично у меня. Чрезмерно усложнять, если можно делать проще не нужно, но и делать абсолютно "фасад без начинки", что не будет абсолютно ничего работать тоже нельзя
Иногда если тупо следовать тому что хочет заказчик может получится то чем он сам же не будет пользоваться (видел и такое)
Может технический специалист от части и нужен чтобы желания накладывать на тех ограничения? Подрегулировать желания под техническую реальность))
Такое ощущение если честно что программисты воспринимаются как-то не правильно, какие-то злодеи, делать как хочет человек (даже если это нереально) не хочет...Про какую-то архитектуру говорит...Когда уже всем начнут платить за количество кода, а не почасовую (Если что это реальная мечта некоторых глав ИТ отделов, которые я слышал сам лично...)
Руководить разработчиками должен только разработчик)) Есть желание уйти из IT уже, пока совсем мозги не сварилсь, только куда не понятно
Я вижу выход - работать на себя, развивать свое ИТ без сотни фреймворков и микросервисов, с хорошей архитектурой и предсказуемой разработкой. Нужно делать из ИТ конфетку, а не кусок...микросервиса...
А так я с вами солидарен, я понял что найм это вообще мимо меня всё, тоже уже думал сменить профессию, но уже слишком много времени отдано, да и как никрути нравится это дело)
Руководить разработчиками должен только разработчик))
В идеальном мире, да.
Но, при этом, совсем не каждый разработчик хочет быть тимлид. Чем выше квалификация сотрудника именно как разработчика, тем ровно пропорционально меньше он подходит на роль TeamLead. Чаще происходит по-другому, переход идет либо по принудиловке ибо сказано/велено или же надо хоть как-то расти (супруга наседает, давай там это, пора уже быть начальником или кем там, короче в пиджаке и галстуке, чтоб нас на районе знали).
Это называется Agile Vs Waterfall.
По Agile, почему-то, что ни каждая вторая заметка или статья, так в комментариях постоянно лютый бешеный гнев, ненависть, спор и срач, а по классике берем методологию Waterfall - внезапно все отлично здорово и хорошо, люди улыбаются, машут друг другу руками, солнце лучиками светит, трава зеленая растёт.
Почему так? Agile же, очевидно, супер круто, здорово и быстро, а Waterfall логично медленно.
Это ведь не от того что лично ты вредный какой-то, а действительно других путей решения нет. Мне думается проблема часто возникает между "не технарь" ПМ и "технарь" разработчик.
Проблема, более чем часто возникает на стыке Продажники vs Технари. Первые пообещали и продали клиенту фичу A, B и C и оная точно будет готова к сентябрю, заключили железобетонный контракт, конечно же со штрафами, ежели не. А технарей, исполнителей, в лучшем случае, уведомили об этом в начале августа: "Вы уж там поднапрягитесь, сделайте, клиент как бы уже типа ждёт, замазано, ударили по рукам. Не подведите. Иначе прилетит всем, мы же пообещали, кровью договор подписали, вот сами смотрите. Ни разу ни врём, клиент денег заплатил, реально ждут к сентябрю".
Что самое любопытное, основные стейкхолдеры бизнеса обо всем этом ни сном, ни духом. Ну продукт продается, денежка капает, прибыль идёт. Все ребята, вся наша команда, абсолютно все молодцы! За здравие!
А по факту, продажники купаются в лаврах с закрытыми и сверх прибыльными овертаймами KPI (смог продать фичу клиенту в воскресенье, под кофе в стар бакс, учтите) и получают бешеные премии, а у разрабов пригорает каждый день. Сегодня кидаемся пилить фичу один, завтра же срочно переобуваемся и пилим фичу два.
Обо всём и наболевшем