Pull to refresh
2
0
Яковлев Вадим @FrimInc

User

Send message

Хорошая статья, только на Маркса надо было ссылаться сразу в первом абзаце - чтобы сэкономить время читателя.

если не знает придумает отсебятину

Наконец-то, библейски достоверный джун.

Хорошая попытка, господин подрядчик. Но по моему опыту (10 лет как подрядчик и три года внутри) - хуже подрядчика только субподрядчик.

Конечно бывают исключения

Ну, ни что не мешает МО когда надо сказать "ваша отсрочка кончилась, приезжайте". Так что с этой точки зрения без особой разницы отравлять или нет.

Да, и такое имеет место быть. Однако, если сотрудник найдётся сразу - что, ему скажут "ну приходи через полгода, сейчас пока бюджета нет" ? )

Разрыв в бюджете может быть причиной. Но во-первых, в вакансии для поиска новых сотрудников зарплата указана - я прошу не больше чем там. Если новому сотруднику готовы столько платить, а мне - нет, то это не только грустно, но и обидно. Я свою квалификацию знаю.
Во-вторых, обычно я заранее подхожу с вопросом "Шеф, когда мне подойти насчет ЗП". Т.е. это не "хочу 6 денег прямо сейчас".
Ну и в третьих, не могу быть уверен, но мне кажется затраты на найм и онбоардинг нового сотрудника + потери по текучке от увольнения старого суммарно выходят больше, чем сразу дать повысить зп.
И самое главное, что когда сказал что увольняешься - деньги находятся. Только один раз у меня было такое, что я сказал что увольняюсь, и начальник отнёсся с пониманием. И это был единственный случай, когда начальник не был владельцем бизнеса. В остальных случаях начинаются какие-то странные заигрывания.

Очень знакомая ситуация. У меня такое было несколько раз, и всё одинаково до смешного.
- Ок, шеф, давай может повысим мне зп. Инфляция, всё такое.
- Ок, давай, че сколько?
- Ну вот давай +10%, как в вакансии нашей.
- Ну прям сейчас нет, но до конца года (на дворе начало весны) может да. Может раньше.
- Ну окок.
.....
- Шеф, короче мне тут сделали оффер на +60%, я наверное пойду.
- Не, ну давай я сейчас +30%, а еще вот накинем тебе проект, обязанностей, сделаем визитки и может к концу года выйдет +60%.
- Не, пасибки.

И после этого планомерно наблюдаю как у вакансии на НН раз в пару недель планка зп увеличивается.

Очень это всё грустно.

3. «Это для вашей же безопасности, дорогие сотрудники» )))
Зарплату тоже будет IDE получать.
Осознал с полной ясностью некоторые моменты из рабочей практики. Ужасно.
По теме — есть еще и оборотная сторона такого подхода, для самих разработчиков\студий.
Набирается таких торчков клиентов с десяток, чаще всего у сеньоров (потому что им скидывают такие задачи, джун будет делать долго и плохо, а сеньору «ну пять жеж минут жеж»), и всё, серьёзный специалист занят бесконечным жонглированием костылями, созвонами (потому что менеджер не понимает да и трата времени через него объяснять), письмами, переписками. Разработчик погружается в бесконечную текучку из таких вот заплаточно-костыльных задач, теряет квалификацию, нервы и волю к жизни.
А джуны или мидлы спокойно пилят себе серьёзные интересные проектики — кто им доверит клиента который по капле, вскладчину с другими такими же, да и отбивает стоимость сеньора?
А когда приходит крупный проект, которые джун не вытянет ну никак — его некому отдать. Все сеньоры заняты. И начинается «кажется, нам надо расширять штат». И пока под проект пишется трёхсотстраничное ТЗ, новый сеньор «пока осваивается» погружается в тот же омут таблеточной текучки.
Грустно это всё.
Да ты настоящий злодей. И мальчика выжил, и сам на работу не пошел.
Ох уж эти джуны, которые не хотят работать за идею с интересным проектом, который приносит зарплату ниже рынка.
Компании, которые сидят на мешках с деньгами, мешки эти получили не от добрых дядек (конечно есть стартапы с инвестициями и госкомпании с нашими налогами, но речь не о них). Мешки набивают деньгами, которые приносит продукт. А продукт в свою очередь включает в себя не только гит-репозиторий, но и команду, которая его сделала, процессы, которые эта команда построила и поддерживает, и даже стратегическое видение будущих перспектив внутри головы руководителя.
Поэтому в таких вот, условно, «местечковых» проектах на мой взгляд может быть только две скорби — безразличие руководства (ну капает на счет 200К дивидендов и ладно) или некомпетентность руководства (все вокруг дураки я самый умный только успеха нет, видимо сглазили).
В обоих случаях не вижу для джуна ни одной причины быть благодарным конкретно компании.
Быть благодарный тимлиду, который его выучил-научил-взрастил (тоже не бесплатно кстати) — да, вполне разумно и в целом даже является социальной нормой, но не обязаловкой. Ну мне вот коллега бутылку виски подарил. Приятно, черт возьми. Только я не пью.

Я к чему это всё — каждый получает то, на что он внутренне согласен. Если в компании текучка кадров — значит это для них норма. Если лид делает интересный проект за зп ниже рынка, но при этом джуны сваливают через года-два — значит лида всё устраивает. Всё, включая отсутствие награды за усилия.
Чем раньше человек поймёт, что окружающая его действительность — это ровно та действительность, которую он считает для себя приемлемой, — тем раньше она начнёт меняться к лучшему.
«И завтра уже будет не возможно отличить реального эксперта от вот такого „брендового“»
пффф, на собесе
-Напишите, пожалуйста, как бы вы сделали запрос из двух таблиц
-Я слишком крут для этого, у меня брэнд.
-Отлично! Вы приняты!
Это не косяк конкретно PHP. в JS тоже самое, например. И в питоне.
Это проблема уровня процессора, а если быть совсем точным — периодических дробей, которыми в двоичной системе являются многие десятичные дроби.
Например 7/10
Но ведь «подготовка данных для удаления пользователя» — это создание пользователя, которое тоже надо проверить.
Логичным видится сделать @depends, либо (при наличии транзакций и откатов после тестов) удалять рандомного пользователя.
верно?

Upd. Да, ответил до того как вы отредактировали свой ответ. Теперь понятно, спасибо.
Я верно понимаю, что комплексный тест предлагается разбить на
подготовка — подготовка данных для регистрации пользователя;
действие — вызов UserController.RegisterUser();
проверка — запрос к базе данных для проверки успешного завершения регистрации;
и
подготовка — подготовка данных для регистрации пользователя;
действие — вызов UserController.RegisterUser();
действие — вызов UserController.DeleteUser();
проверка — запрос к базе данных для проверки успешного удаления.

?
Вполне логично, что господин -Путин- подписал такой закон. С другой стороны, это же просто -бомба- для Рунета. Какой-то прямо -переворот- во всей области.
Тот кто заблудился — он сотни стоит
Тех, кто предпочел остаться в стойле.
В оригинале же — 50%, разве нет?
1
23 ...

Information

Rating
Does not participate
Location
Москва, Москва и Московская обл., Россия
Date of birth
Registered
Activity