Как меня из лида джуниором сделали и что из этого вышло

Статья публикуется анонимно. Все имена, локации и незначимые детали изменены до неузнаваемости намеренно.

История, которую я вам расскажу, произошла со мной несколько месяцев назад при поступлении в одну из малоизвестных киевских аутсорсинговых компаний.

Я успешно прошел собеседование на должность Lead Back-end Engineer и получил оффер с довольно стандартными условиями и хорошей зарплатой. Выходя на работу, я надеялся, что выбранная мной компания окажется достойной и сотрудничество наше станет долгим. Увы, этим надеждам не суждено было сбыться.

Забегая вперед, скажу, что в середине истории я окажусь на позиции Junior JavaScript Developer и буду очень этому удивлен, а в конце буду уволен. Но обо всем по порядку.

Иллюстрация Марии Рыбак

Первые дни на работе

В первые дни работы ничто не предвещало беды. Хороший офис, приличная локация, дружелюбный коллектив.

Закончив с обычными в таких случаях формальностями, я занял свое рабочее место и начал готовить лэптоп к разработке.

Вскоре пришло первое известие: запуск моего проекта задерживается на несколько недель. Хотя к тому моменту на проект уже было нанято человек двадцать, всех нас посадили на бенч.

Ну, невелика беда, такое в IT хоть и не часто, но случается. Тем более на это время мне выдали временный таск, которым я смог себя занять на несколько дней (о нем подробнее ниже).

Худшие новости пришли недели через три, когда проект все-таки был запущен. От клиента пришло большое письмо с описанием распределения нас по командам. Команд всего на проекте было выделено четыре, то есть примерно по пять человек в команде. Я, как тимлид, ожидал, что в моей, скорее всего, окажется пару Senior-разработчиков, пару QA и я сам.

Первым (и еще небольшим сравнительно) сюрпризом стало то, что в моей команде из разработчиков оказался только я и... еще один Lead Back-end Developer (назовем его Павел). То есть подчиненных у меня, несмотря на должность, фактически не было, хотя на собеседовании оговаривалось совершенно иное.

Вторым сюрпризом стала нагрузка. И вот тут я уже действительно был удивлен, поскольку в качестве нагрузки на ближайшие месяцы нам предлагалось заниматься... разработкой на Angular. Точнее, на странной смеси классического MVC и Angular в рамках используемого здесь самописного модульного фреймворка. Здесь важно заметить, что мой опыт в фронтенд-разработке — нулевой. Я опытен в разработке высоконагруженных масштабирующихся SOA-систем, баз данных, оптимизации перформанса... но не во фронт-энд разработке.

К счастью, клиент в своем письме также назначил митинг, на котором обещал рассказать подробности и ответить на наши вопросы. Естественно, первым моим вопросом было: «Как вы ожидаете, что мы, два бэкенд-разработчика, будем выполнять свои обязанности по разработке кода на Angular?». Проще говоря, я спросил «Какого черта?», но в обтекаемых формулировках, единственно уместных, на мой взгляд, в общении с клиентом.

Клиент на этот вопрос ответил, кстати, вполне вменяемо: «Произошла какая-то ошибка, мы пересмотрим комплектацию команд». И вскоре выполнил свое обещание: через пару дней меня и Павла перевели из команды 3 в команду 1, где нагрузкой нам стала... все та же разработка на Angular!

Тут мое недоумение начало переходить в понимание, что так и было задумано. Павел разделял мои опасения, и мы начали искать выход из ситуации.

Конфликт с руководством

Здесь самое время представить вам руководство этой прекрасной аутсорсинговой компании. Их было двое. Назовем их в честь великих полководцев древности — Юлием и Ганнибалом. Как вы понимаете по моему тону, руководить они не умели от слова совсем.

Юлий выполнял (или делал вид, что выполнял) функцию Head of R&D, что в моем понимании означает, как минимум, обеспечение technical excellence, а также оказание всяческой поддержки сотрудников своей компании в сложных ситуациях. Он также был моим прямым начальником. Он сыграет немалую роль в этой истории, в отличие от Ганнибала, который был CEO (должности назывались иначе, но смысл схожий) и большую часть времени просто отмалчивался, делая вид, что занят. Возможно, так и было.

Когда начались первые непонятки с распределением ролей на проекте, моей первой реакцией, естественно, было обратиться к Юлию за медиацией, поскольку выяснять отношения с клиентом — дело деликатное.

Сказать, что он самоустранился от исполнения этой роли — ничего не сказать. Ответ мне был дан четко и решительно: «Все определяет клиент, я тут ничего не решаю и не вмешиваюсь». Слова истинного руководителя, не так ли? Поскольку моя роль меня по-прежнему не устраивала, я решился проявить еще немного инициативы и попросил технического менеджера со стороны клиента о коротком митинге, чтобы высказать ему свою обеспокоенность подобным распределением ролей. Тот согласился.

После 15 минут разговора с ним картина стала мне совершенно ясна. «Два месяца до релиза, тридцать новых человек на проекте, не до тебя, явно не до тебя», — устало, но уверенно отвечал мне технический менеджер. «Ну а после релиза?» — продолжал надеяться на лучшее я. «It depends on possibilities», — ответил он.

Попутно выяснилось, что на стороне клиента тоже есть команда лидов, которые встроены в те же команды. Ну, то есть вы понимаете схему, да? Есть лиды с американской стороны, которые распределяют таски, и есть «лиды» с нашей, которые эти таски выполняют. Если даже упомянутые «possibilities» и возникнут, то их явно приберегут для своих, а не для свеженанятых украинских Lead Back-end разработчиков, которые даже Angular еще не выучили. То есть мне неявно предложили сменить career path на JavaScript-разработчика и начать новую карьеру с нуля. Даже не спросив моего мнения. Зачем было нанимать лидов, когда можно было нанять синьоров — еще один вопрос к Юлию и Ганнибалу.

А теперь внимание, вопрос на логику: даже если забыть про собственные карьерные ожидания... Насколько разумно это решение: за два месяца до релиза ставить на проект двух бэкенд-разработчиков педалить JavaScript? Какого качества будет этот код? Сколько времени уйдет на код-ревью у ревьюверов? Сколько багов мы привнесем в систему, которая вот-вот уйдет на релиз? Про закон Брукса ни клиент, ни местное руководство, видимо, даже не слышали.

С этого момента я начал стремительно терять надежду на долгое и успешное сотрудничество с компанией. Другой на этом месте начал бы сразу собирать вещи, но я все же решил поговорить с Юлием и Ганнибалом о случившейся ситуации. В конце концов в компании были и другие, хоть и меньшие проекты, на которые я мог бы перевестись.

Состоявшийся разговор с руководством вышел, безо всякого преувеличения, эпичным. Ганнибал многозначительно молчал, а вот Юлий не скрывал своего раздражения моим вольнодумством. «У нас в компании так: сказали — сделал», — сообщил мне он. Это прямая цитата, ребята. «Почему же мне это не сообщили при приеме на работу?» — пронеслось у меня в голове. «Потому что тогда никакой дурак сюда бы и не пошел!» — ответил я сам себе. И знаете что, я позволил себе разозлиться и высказать им, что дела так не делаются и в моем оффере присутствуют слова «Lead Back-end», а слова «Junior JavaScript» отсутствуют. И в данной ситуации с их стороны полагаются как минимум извинения, а как максимум...

И вот здесь мы подходим, собственно, к причине написания этой статьи. Дело в том, что в тот момент я понял, что не знаю, ни какую компенсацию здесь я могу требовать; ни как доказать юридически собственную правоту (стенограмм митингов я ведь все же не вел); ни какая компенсация была бы справедливой. Поэтому здесь открытый вопрос к вам: как вы думаете? Отвечать прошу по ссылке на опросник, упомянутый ниже.

Возвращаясь к моей истории... Не буду утомлять вас подробностями дальнейших препирательств, они не слишком интересны. Скажу, что считал и считаю себя в этой ситуации правым: делая оффер, компания берет на себя обязанности его обеспечить. И это касается не только зарплаты, но и должности. Закончилось дело тем, что свою неправоту они не признали ни в чем и на мое компромиссное, как мне казалось, предложение принести извинения и на этом считать эпизод исчерпанным, ответили отказом и быстрым увольнением.

Ситуации добавляет пикантности тот факт, что при поступлении в компанию я попросил аванс в размере двух третей своей зарплаты с возвратом в течение трех месяцев, который на момент увольнения еще не был полностью мной выплачен. То есть я оказался в конфликте с людьми, которым был должен денег, из-за чего защищать свои права уж слишком рьяно мне стало немного неловко, что ли.

Поэтому я и обращаюсь к уважаемому комьюнити DOU, как мог бы обратиться к третейскому судье. Выскажите, пожалуйста, свое мнение по данному вопросу. С моей точки зрения, я потерял пару месяцев своего времени впустую, сделал свое резюме несколько хуже (см. «job hopper») и потерял некоторое количество нервных клеток, так что извинения здесь считаю уместными. Да, мне платили зарплату исправно. И зарплату лида, а не джуниора. Но это можно сказать про любое место работы в моей карьере.

Для удобства сбора мнений я подготовил следующий опросник. Он совсем короткий, всего несколько вопросов, что я поднимаю в статье. Результаты обещаю опубликовать через несколько дней здесь же в комментариях или, если они будут того стоить, в отдельной статье. Комменты приветствуются, попрошу только воздержаться от хейта и напрасных сомнений в стиле «ну и почему мы должны тебе верить». Верить мне причин нет, но и особых причин лгать я не вижу. Да и история здесь такая, что нарочно не придумаешь. Деананомизировать компанию и ее руководителей, подчеркиваю, я не стану, вне зависимости от результатов опроса. Тех, кто узнает по тексту название компании, очень прошу — не выдавайте ее. Любителей деанонимизировать всех и вся из вредности я тоже прошу не вмешиваться. Я этого точно не хочу.

Disclaimer. Написанием данной статьи я не намерен нанести никакого репутационного ущерба ни компании, ни упомянутым здесь лицам. Поэтому все имена и несущественные детали изменены, название компании и мое собственное имя (по которому, конечно, очень легко вычислить компанию) отсутствуют. Более того, скажу сразу, что считаю данный случай не единичным курьезом, а проявлением системной проблемы нашего IT-сектора в целом — использование жесткой административно-командной системы там, где были бы уместны Аgile-методы. Иначе говоря, советским мышлением руководства компании. Но об этом как-нибудь в другой раз. А раз проблема системная, то цели «мстить» или выдвигать претензии конкретно этой компании у меня нет. Моя цель другая — выяснить мнение комьюнити по этому вопросу. А дальше уже будем плясать от полученных результатов.

Bonus

А чтобы вам было легче отвечать на приведенные вопросы, добавлю еще несколько примеров failed leadership со стороны руководства компании на правах анекдотов.

Не тот кофе

В первый день работы в компании я, понятное дело, оформлял документы и знакомился со всеми значимыми людьми. В какой-то момент я и Александр (офис-менеджер, который, к слову, оказался самым доброжелательным персонажем в этой истории) решили сходить за кофе и пообщаться о местных порядках. Попробовав кофе, я тут же понял, что здесь принято пить какую-то невероятную бурду. (Сам офис, кстати, был на 10 из 10, далеко не все в этой компании было плохо.) Я за годы работы лидом привык оптимизировать вокруг себя всё и решил проявить инициативу в первый же день. Выяснив цену кофе и ассортимент поставщика, я проконсультировался со своей знакомой баристой насчет смены марки кофе («Как вы вообще могли это пить?» — спросила она недоуменно), я предложил Александру перейти на другую. Стоила она на 15% дороже, но по вкусу была много лучше. Александр согласился.

И что вы думаете было дальше? Когда эта история дошла до Юлия, он вызвал меня к себе и спросил меня строгим голосом, цитирую: «Для чего ты ищешь проблемы в моей компании?». Верите? Я бы, честно говоря, не поверил, если бы не слышал это своими ушами. Оставим за скобками вопрос, почему собственно «моей», а не «моей и Ганнибала». Но видеть в улучшении «поиск проблем», на мой взгляд, выходит за рамки логики и относится к области уязвленного эго.

Кстати, предвижу, что некоторые читатели засмеются совершенно над другим. Не следует, мол, лиду, выбирать марки кофе, это дело офис-менеджера. По крайней мере так отреагировала одна моя бывшая коллега, Senior PM крупной компании. Ребята, вы меня удивляете. Если я вижу очевидную возможность улучшить работу компании, почему бы мне это не сделать? Тем более в первый день работы, когда я ничем особым и не был занят.

Можно даже попробовать оценить возможный профит от этого изменения. Какой процент сотрудников пьет кофе? Грубо говоря, 50%. Насколько улучшается производительность сотрудника, выпившего неплохой, пусть и недорогой кофе вместо бурды? Тут оценить сложно, но все же не зря его люди пьют, он действительно придает энергии. Ну, пусть будет по минимуму, 1% от дневного output. Итого имеем +0,5% к средней производительности всех сотрудников на ровном месте. Допустим, я ошибся в пять раз, пусть будет +0,1%. Вы представляете, сколько это — 0,1% в переводе на доллары для компании в 100+ сотрудников? Думаю, в разы больше, чем доплата в 50 гривен за пачку кофе. На целую библиотеку книг по эффективному менеджменту для Юлия хватило бы.

Не тот таск

Когда я приступал к работе, как уже было сказано, тасков для меня не было.

Помучившись неделю от скуки, я все-таки получил временную задачу со смежного проекта, раз старт моего откладывался.

Таск был простой и понятный: развернуть упомянутый проект локально, запустить и сделать гайд по этому процессу. До которого, как это обычно бывает, никак не доходили руки.

Звучало логично. Проект был хоть и не мой, но смежный, имел с ним общий фреймворк... Польза для компании и для меня очевидна. Таск я должен был выполнять под руководством Андрея, молодого тимлида (кстати, очень адекватного специалиста), проработавшего в компании уже несколько лет.

Не тут то было. Начнем с очевидного: чтобы стянуть проект, мне понадобились креденшелы. Поскольку я к тому времени своих еще не имел, то попросил о помощи Андрея. Я полагал, что он сбросит мне копию сорцов или, возможно, разово позволит воспользоваться своими креденшелами. Какое же было мое удивление, когда он в ответ сбросил мне в скайпе креденшелы... Юлия. «У нас все ими пользуются в таких случаях», — не моргнув глазом сообщил мне он. «Ну что ж, можно и так», — ошарашенно сказал я и поставил галочку «save my credentials».

Стянув проект и установив необходимые компоненты, мне почти сразу удалось его успешно скомпилировать, что вообще-то неплохой результат. Но при запуске обнаружилась проблемка — не хватало файла appSettings.development.json. На мой вопрос, где его взять, Андрей все так же невозмутимо прислал мне копию и предложил сделать это первым пунктом гайда. «У нас всегда так делают», — добавил он.

А теперь внимание, снова вопрос на логику! Что лучше: иметь в установочном гайде пункт «После скачки солюшена попроси у тимлида копию appSettings.development.json и добавь в солюшен» или просто сделать так, чтобы этот файл изначально был частью солюшена? И всегда был up-to-date, был частью CI и так далее? Одновременно автоматизируя один пункт из вышеупомянутого гайда? Сделаю вид, что ответ не очевиден.

Дальше были безуспешные попытки запустить проект в течение, кажется, недели или даже больше. Признаюсь честно, я не осилил. Первый раз в жизни я не смог запустить проект локально, даже с помощью местных сотрудников. (Если интересно, так и не удалось заставить работать местную кастомную систему аутентификации. И даже Андрей не помог.)

Через неделю мои и без того расшатанные общением с Юлием нервы не выдержали, и я позволил себе немного вспылить, назвав Андрею систему развертывания этого солюшена «хламом». Андрей был искренне оскорблен. Что ж, исправляюсь. Прости, Андрей, ты этого не заслуживал. Ведь подобный подход к разработке — общекомпанейский, если даже у тебя, работающего на этом проекте, нет информации о том, какой из двух протоколов аутентификации нужно выбирать, то значит такой уровень профессионализма задается уровнем профессионализма самого руководства. Так что претензии к тебе были не обоснованы с моей стороны, виноват.

Кстати, коммуникация в этой компании — отдельная песня. Официально все пользуются скайпом, там заведен общий чат и прочее. Тем людям, которые скайп ненавидят (к которым отношусь и я), позволяют коммуницировать через телеграм. Для коммуникаций с клиентом используется Teams. Рабочих почтовых ящиков, кажется, три, хотя уже точно не помню, может, и больше. Работа ведется через вечно тормозящие виртуалки. В общем, хотя бы в выборе мессенджера и почты здесь свобода. Но вот только не в выборе своей должности, увы.

Не те отзывы

При поступлении на работу у меня поинтересовались, готов ли я сам проводить интервью, так как компания быстро расширяется. Интервью я люблю, своих подчиненных предпочитаю нанимать сам, так что согласился немедленно.

Перед первым собеседованием Надежда (местный рекрутер и ответственный человек) проводила начальный инструктаж. Он был самым обычным, кроме одной детали. Надежда очень настаивала на том, чтобы я, как интервьюер, был максимально вежливым и корректным. Когда я поинтересовался, зачем же подчеркивать то, что и так ясно, она сообщила: «Недавно был неприятный случай, один молодой человек после интервью накатал на нас негативный отзыв, и мы получили от руководства большой нагоняй». На DOU я действительно обнаружил этот отзыв. Случай там был спорный, но дело не в этом. А в том, что количество отзывов у компании было всего двузначным. Конкретное число не привожу из понятных соображений, допустим XX.

У меня тогда еще не отбили напрочь желание проявлять инициативу, так что я тут же предложил: «Смотрите, у вас ведь компания быстро расширяется. Давайте предложим сотрудникам, прошедшим испытательный срок и решившим остаться, оставлять отзыв. Добровольно, конечно, но раз им у вас понравилось, то вряд ли они откажутся. Обычно отзывы оставляют после более долгого срока работы, но ведь и негативный отзыв вам оставил человек, который ни дня у вас не проработал. Это дает вам пять-десять отзывов в месяц. Через несколько месяцев вы с лихвой перекроете тот негативный фидбэк свежей информацией». Надежда оценила идею и радостно согласилась. «Только мне нужно с Юлием согласовать», — добавила она. Через пару дней она сообщила, что тот дал добро. Слава богу, подумал я, все же он способен на хорошие решения... Изредка.

В чем соль истории? В том, что сегодня на странице этой компании я увидел все еще ХX отзывов. Видимо, даже когда хорошие решения сами идут к вам руки, их все еще можно... потерять, назовем это так. Собственно, как и хороших сотрудников.

Кстати, у этой компании рейтинг на DOU больше 90. Как это возможно, понятия не имею. Статистическая погрешность, видимо.

Заключение

На этом я заканчиваю свою статью. Это первая моя публикация на уважаемом мною DOU, так что для меня важны ваши отзывы. Оставляйте комментарии, пообщаемся.

Еще момент: в заключении было бы уместно рассказать немного о себе. Делать этого, к сожалению, я не стану, дабы соблюдать условие анонимности. Но, поскольку волей судьбы я все еще в поисках достойного места работы, позволю себе оставить здесь свое мини-резюме и одновременно приглашение для возможных работодателей. Делаю это сжато, дабы избежать вездесущих обвинений в желании «попиариться». Дорогие хейтеры, обращаюсь к вам: пиариться статьей о собственном увольнении могут либо мазохисты, либо любители говорить чистую правду. К первым я не отношусь, честное слово.

Если вам нужен человек с 10+ годами опыта бэкенд-разработки, с опытом работы за рубежом, патриот, человек мегаинициативный, с отличными идеями и неуемной энергией; если ваша компания не огромный монстр с обязательными тайм-репортами и скрамом «для вида», а действительно гибкая компания, в которой приветствуются перемены к лучшему, или если вы компания, которая созрела совершить переход к гибким методологиям, но не знает, как это сделать, дайте знать здесь же, в комментах, с указанием почты. Поговорим.

Возможные роли, которые я мог бы выполнять: консультант по работе с процессами и людьми, человек-генератор идей, скрам-мастер с упором на kaizen-культуру, тимлид.

Приверженцам командно-административного подхода к работе — огромная просьба не беспокоить.

Спасибо за внимание. И не забудьте, пожалуйста, про опрос! Результаты обещаю опубликовать в ближайшее время.

Всегда ваш,

Неизвестный тимлид.

👍НравитсяПонравилось21
В избранноеВ избранном1
LinkedIn

Лучшие комментарии пропустить

Честно говоря, как-то все переусложнено и неясно, зачем эта вся драма. Работы на рынке — вагон, поэтому еще на этапе того, когда выяснилось, что ТС вынужден будет работать ангулярщиком, а не тем, кем ему было обещано, можно было:

а) уволиться и искать новую работу по специализации (еще и получив зп за бенч, который отсидел);

б) если было желание, получать зп бэкенд лида за возможность научиться ангуляру.

Ну и разорвать контракт ФОПу в любой момент — не проблема.

«подчиненных у меня, несмотря на должность» бляяя...
Автор, ты и все остальные, запомните — у тебя нет подчинённых, есть команда!
Когда же этот совок уже закончится?.. (facepalm)

Тред не читай @ сразу отвечай

Если бы я оказался на месте ТС, я бы сел учить JC с нуля, получая при этом лидовский оклад, и в целом был бы довольным этими оплачиваемыми курсами по переквалификации. Если бы во время работы начали появляться вопросы по перфоменсу, а аргумент «вижу ваш ангуляр третью неделю» не прокатил бы — тогда бы вышел на рынок за новой работой. Но, судя по описанному хаосу, там никаких вопросов бы долго не возникало.

Неэффективный менеджмент наказывается денежкой, и понимается только ретроспективно, если прям все пошло плохо. Если же проект все равно худо-бедно продолжается, то этот момент могут и не понять в принципе. Так уж сложилось, что компании, которые обычно остаются на плаву, фокусируются на увеличению ревеню, а не маржинальности, и шлюпка худо-бедно плывет. И такие неэффективности случаются сплошь и рядом. Можно устранять их, а можно просто зарабатывать еще больше, и второй вариант на самом деле для компании лучше.

Тут надо понимать, что я говорю про «семейного типа» компании, где, грубо говоря, каждый работник имеет выход на СЕО. Условному EPAMу каждый новый контракт принесет +0.1-1% ревеню, а такой компании +10-20%. А трансформация с компании, где С-левел менеджмент решает вопросы о кофе, в нормальную корпорацию — это совершенно другой вопрос.

P.S. Судя по посту, ТС — тоже плохой менеджер, т.к. выглядит, что доказать свою правоту для него более приоритетно, чем решить проблему. Работа тимлида/инжиниринг менеджера все таки не о коде, а о коммуникациях, и у ТС прокоммуницировать так, чтобы решить свою проблему, не удалось.

Я как-то пришел на должность FE lead, а пришлось работать blockchain разработчиком на solidity, потому что внезапно клиент дропнулся.
Ни разу не пожалел, разобрался, наконец как эти ваши блокчейны работают и в резюме записал.
У автора в статье одно нытье, файлика в гайде нет, о господи, кофе не тот, божечки.
Как будто не 10 лет опыта, а первый раз замужем.

Как человек, сознательно избегающий фронтенда насколько это вообще возможно, хотел было даже автору посочувствовать. А потом вчитался повнимательнее... и «не все так однозначно»

при поступлении в компанию я попросил аванс в размере двух третей своей зарплаты с возвратом в течение трех месяцев, который на момент увольнения еще не был полностью мной выплачен
Да, мне платили зарплату исправно. И зарплату лида, а не джуниора.

Мы видим компанию, которая выглядит весьма порядочной в финансовом плане. И денег авансом дали, и платили зарплату лида (за отсутствие работы, заметим)...

Получается, что единственной реальной претензией выступает вот это

С моей точки зрения, я потерял пару месяцев своего времени впустую, сделал свое резюме несколько хуже (см. «job hopper») и потерял некоторое количество нервных клеток, так что извинения здесь считаю уместными.

Особенно понравилось про извинения. «Вы платили мне зарплату бекенд лида, а заставляли делать работу фронтенд джуна (которую я все равно не делал так как не смог развернуть окружение) — будьте любезны извиниться, господа!» :)

Допустимые теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
Допустимые теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter

Странная история. Ок, бывает бардак и похлеще в конторах, но я бы максимум после разговора где «не до тебя» тихо уволился, в резюме бы эту работу не добавлял. Вопрос даже не в том, что посадили на непрофильную работу, в конце концов это плюс к широте квалификации. Вопрос в отношении. Вас футболят, избегают диалога и отправляют работать непонятно на что без предупреждения, причем как на стороне клиента, так и на стороне посредника. Красный флаг: таким будет и все последующее сотрудничество. Ни один серьезный вопрос по проекту с такими людьми вы не сможете решить без кругов коммуникационного ада. Либо без того чтобы брать множество решений на себя, а затем быть за них виноватым.

Единственный деликатный (и странный для меня) момент это задаток денег. Я так понимаю, что автор не от хорошей жизни его попросил? Финансовые сложности? Но тогда это ставит больше вопросов чем ответов.

Еще и иллюстрации специально нарисовали.

Чувак, тебе дали возможность за счет заказчика (зарплата то лидская) поучится фронту и стать фулстеком (что еще никому не мешало). Чем ты не доволен? На твоем месте я бы выслал заказчику цветы за такую возможность.

Быть фулстеком одни минусы, зп ниже, за всем нормально не успеешь (99% фулстеков слабее чистых беков и фронтов) и т.д. единственный плюс это проще искать работу, но ее и так просто искать. Чему тут радоваться непонятно

Чесно кажучи, не розумію, чому ця історія все ще не опинилась в відгуку тієї компанії. Бо порушення оферу зі сторони компанії очевидне.

Сам по собі матеріал чудовий, але без імені цієї «чудової» компанії втачає 90% користі.

Наняли типа как Lead, но как выяснилось в команду вместо «двух рабов» выдали еще одного Lead. Замер внешних половых органов видимо не позволил однозначно определить доминанта. Пришлось идти к начальству.

Ну и бекенщика хотели заставить работать на богомерзком Angular.

В процесі чувак вирішив замінити каву на кухні, бо вона йому здалася поганою, тому він не став це ні з ким обговорювати :-)

Радуюсь за наших работодателей, который могут нанять двадцать человек на новый проект. Хорошо живём!

я предложил Александру перейти на другую. Стоила она на 15% дороже, но по вкусу была много лучше. Александр согласился.

Мне интересно какой сорт кофе лучше.

Не хватает прозрачности и откровенности в отношениях. Давайте посмотрим со стороны работодателя. Хай потеншиал проект, нужно запускать, все руки заняты — идем на рынок, ищем топа без дела. Расчет такой: если попрет, сначала наймем пару тяговых лошадок, затем доберем по мере необходимости. Взяли аванс, взяли парочку. Клиент оживился, вдуплять начал, менять по ходу дела. Дело ясное что дело темное.
Ну тут нужно было все честно выяснить, и на первом же моменте закончить отношения.
Обычно, в приличных компаниях, говорят если проект гипотетический. И звонят когда пора. С другой стороны, приемлемый порог дорисовывания в резюме белого человека не более 20%, это не индус стайл.

Во время прочтения этой статьи (еще не читая комментов) сразу же бросилось в глаза «я лид» «подчиненные». Автор, не обижайся, но, судя по статье ты не лид. Далеко не лид. И никакие 10+ лет опыта тут не играют роли. Одно из главных отличий лида — умение вести за собой. А кого ты можешь повести за собой, если сам не можешь понять куда идти. Могу и подробнее. Тебе, подчеркиваю, тебе, не понравился сорт кофе. Это твое личное мнение. Не исключено, что другие его любят. Ты сделал предложение, его не приняли. К чему такие удивления? Представь противоположную ситуацию: тебе предложили снизить зарплату на 15% и очень удивлялись бы, что ты не согласился. Про тестовую задачу тут уже писали: отладка на stackoverflow это не путь лида. Да, бывает, что и супер-лид дев не может развернуть проект локально. Но через 4-6 часов попыток ты должен был эскалировать проблему и просить помощи у команды и не отступать, пока ты ее не получишь. Ты же поступил как типичный джун, которому дали низкоприоритетную задачку и о нем забыли. Просидел «неделю или больше» и ничего не сделал. Джуну за такое я бы устроил большой тренинг «что делать, если задача не решается». Синьора бы рекоммендовал уволить. Ну и к сути вопроса: да, ты вполне мог отказаться от позиции Javascript джуна — тут я тебя осуждать не буду. Это личные предпочтения каждого. Но я бы действительно воспользовался шансом добавить в свои скилы Angular сидя на зарплате лида.
Да, в компании много бардака. Но его много в любой компании. Его надо просто исправлять. Ты мог сам добавить appSettings в проект и попросить Андрея заревьюить этот PR. Вот это был бы поступок синьора.

Со многими согласен кроме:

я бы действительно воспользовался шансом добавить в свои скилы Angular сидя на зарплате лида.

Для чего? Если человек специализируется на чем-то, то ему нет смысла забивать голову не релевантными знаниями, даже за деньги. Лучше вообще ничего не узнать нового и заниматься тем, чем занимаешься, чем голову набивать откровенно бесполезной информации.

чем голову набивать откровенно бесполезной информации.

Скажите, вы гвозди забивать умеете? Может на музыкальных инструментах играете? Детей растите?

Это имеет какое-то отношение к Angular и backend-разработке, которой занимается автор статьи?

Ну это же нерелевантные знания и бесполезная информация. Зачем таким себе голову забивать?

Вы изначально выбрали неправильную аналогию. Из этого у вас ошибка в дальнейших рассуждениях.

Аналогия не может быть правильной или неправильной. Аналогия — это аналогия. Вам эта аналогия неудобна? Давайте другую аналогию — вождение автомобиля. Вы водите легковой автомобиль?

Нет, я не вожу автомобиль. Но можем и автомобильную аналогию взять. Так вот, чтобы ездить на автомобиле куда полезнее учить правила дорожного движения и практиковаться в вождении автомобиля, а не мотоцикла. А тратить время на езду на мотоцикле, чтобы потом водить грузовую фуру — как минимум странно.

Странно только в вашем понимании и вот почему: в вождении все формализовано и компетенция водителя определяется не столько знаниями, сколько категорией в удостоверении.
А теперь внимание вопрос — что определяет компетенцию техлида? И сразу ответ — ничего. Понапридумывают себе лычек, а потом рассказывают всем, как их обидели тем, что «заставили» делать что-то не то. Как взрослого, уверенного в себе человека можно что-то заставить сделать помимо его воли?

Ты хочешь быть узким специалистом? Так какого рожна ты лезешь в штат? Иди на контракт — без испытательных сроков, с обязанностями в рамках контракта. Но нет же, поналазят в штат и потом рассказывают, что им поставщика кофе не поменяли по запросу. Ты когда успел баристой стать? Ведь это ж

нерелевантные знания и бесполезная информация

!

Ерунду пишете. Человек шел на позицию бэкенд-разработчика. Не фулстека даже, а именно бэкендера. Ему начали давать задачи по фронтенду. Это глупо и для самого человека — он занимается не релевантными задачи, тратит время на развитие в направлении, в котором не планирует работать, и для компании — потаить зарплату топового специалиста и использовать его возможности на 10% от силы.

и для компании — потаить зарплату топового специалиста и использовать его возможности на 10% от силы.

У меня, например, есть две компании, которые занимаются разработкой. И я, с точки зрения владельца таких компаний, скажу так: то, что со стороны выглядит глупо, зачастую так выглядит только для людей, которые с бизнесом не связаны вообще.

Поэтому еще раз: не хочешь глупостей — научись формулировать свои мысли и потребности заранее. Хочешь получать деньги и всегда делать то, что нравится — иди на контракт. Я так всегда делаю и, опять же, из своего опыта скажу, что контрактерам никто мозг не правит(главное читать контракт — опять нерелевантные знания и бесполезная информация). И сорта кофе выбирать не придется.

С точки зрения бизнеса платить условные 5000 бэкенд-разработчику, чтобы он решал задачи, которые за 1000 сможет сделать фронтенд-разработчик — это идиотизм. Ну и тут вы тоже не правы:

научись формулировать свои мысли и потребности заранее

Человек изначально шел на позицию бэкенд-инженера, а не фулстека, или фронтендера.

это идиотизм

Идиотизм — это рассказывать про нерелевантные знания и бесполезную информацию.

Человек изначально шел на позицию бэкенд-инженера, а не фулстека, или фронтендера.

Человек шел на позицию инженера. Все остальное в этой фразе — это для самолюбования.

Идиотизм — это рассказывать про нерелевантные знания и бесполезную информацию.

И вы мне еще что-то пытались рассказывать про бизнес ))

Человек шел на позицию инженера.

У инженера есть специализация. Прежде чем комментировать что-то — постарайтесь хотя бы вникнуть в тему, о которой говорите. Чтобы в следующий раз не оказаться в такой же дурацкой ситуации, как сейчас.

И вы мне еще что-то пытались рассказывать про бизнес ))

Вы, видимо, плохо воспринимаете информацию, наверное сказываются годы отсева нерелевантных знаний и бесполезной информации. Я вам пытался рассказать не про бизнес, а про свой бизнес.

У инженера есть специализация.

А у бизнеса есть задачи. И иногда их нужно решать любыми способами, даже если это выглядит глупо в глазах какого-то «Software Architect» или «backend team-lead engineer». Поэтому прежде чем комментировать что-то — постарайтесь хотя бы вникнуть в тему, о которой говорите. Чтобы в следующий раз не оказаться в такой же дурацкой ситуации, как сейчас.

Обожаю, когда люди вместо того, чтобы просто признать свою неправоту, обижаются и продолжают с пеной у рта стоять на своем )) Ладно, не вижу смысла больше в этой дискуссии, так как вы либо не хотите понять, о чем я говорю, либо просто не способы.

Обожаю, когда люди вместо того, чтобы просто признать свою неправоту, обижаются и продолжают с пеной у рта стоять на своем. Ладно, не вижу смысла больше в этой дискуссии, так как вы либо не хотите понять, о чем я говорю, либо просто не способны.

А когда вы рассказываете про свой бизнес, вы не про бизнес рассказываете? А про что, про вышивку крестиком?

А когда вы рассказываете про свой бизнес, вы не про бизнес рассказываете?

Нет

А про что, про вышивку крестиком?

Про себя

То есть вы хотите сказать, что врач который который учился и становился профи стоматологом идет на стоматолога, а ему говорят ты будешь хирургом это норм и он должен это принимать? ;)

Ну ты же врач и все этим сказано... Да, врач, но совсем другой области и специализации. Тут так же, разве нет?

профи стоматологом идет на стоматолога, а ему говорят ты будешь хирургом это норм и он должен это принимать?

Вообще-то так и есть. У меня друг — хирург-стоматолог. Хирургические операции — это не только операционный стол и многочасовое копание во внутренностях.
Но дело даже не в этом, дело в тупой самоуверенности и тверодолобости особой породы айтишников — узких специалистов, которые считают, что мир крутится вокруг них. Это как Кожаев, только от АйТи: вони много, пользы мало.

Эксперт, потому и эксперт, что разбирается отлично в своей области и сам может решать, за что ему браться, а за что нет. Он ценен своим опытом и своей экспертизой. В отличии от эникеев, которе по чуть-чуть всего нахватались, но толком ни в чем не разбираются, которых можно легко заменить и которых пачка за штуку баксов на следующий день в очередь выстроится.

Эксперт, потому и эксперт, что разбирается отлично в своей области и сам может решать, за что ему браться, а за что нет.

Вы опять выходите на связь? Вы же, вроде, попрощались?
Я вам ничего объяснять по второму кругу не буду. Сначала найдите мне эксперта по зажиганию газовых фонарей. Это очень ценный эксперт, который тоже может выбирать.

Знаете, если брать здравый смысл, логику и ваши сообщения, то они как грязь на капоте новенького автомобиля. Вот не удержался и смахнул логический мусор )) Интересно, вы правда не понимаете в чем бредовость ваших измышлений, или просто так неудачно троллите?

Интересно, вы правда не понимаете в чем бредовость ваших измышлений?

Нуу хз, звучит немного крипово. Если б мне нужна была операция на сердце и мне сказали что ее будет делать бывший стоматолог с 10+ опыта, но с пол года опыта хирургом, я бы скорее всего отказался...

На челюсти. Операция на челюсти. Или на лице.

Я же сказал, что это уже персональные предпочтения. Я считаю, что бесполезной информации не бывает. Жизнь очень часто оборачивается весьма разными сторонами. Изученый, просто ради интереса в ранне-институтском возрасте, COBOL, пылился невостребованым где-то в глубинах мозга десяток лет. Пока не всплыла проблема Y2K и нашлась старая программа на COBOL. В этот момент клиент был готов платить совершенно любые деньги за того, кто сможет подправить 10 строчек в коде. Получить двухмесячный доход за день работы было весьма неплохо.

Можно ждать, что когда-нибудь выстрелит знание какой-то специфической вещи, и это единоразово принесет небольшую сумму денег. А можно развиваться в той сфере, которой занимаешься и это в долгосрочной перспективе принесет больше и пользы и денег.

Я считаю, что бесполезной информации не бывает.

Но есть более полезная, а есть менее полезная.
Количество часов в сутках ограничено.
Если рассматривать карьеру, то заниматься надо тем что видится более перспективным. Если не хватает ширины, надо расширять. Если глубины, то как ни странно углублять. Каждый случай индивидуален.

Это вверх не понимания того как нужно развиваться... если хотите быть синьором а не вечным джуном, то вы должны понять как строить системы — чтобы это понять вам нужен разный опыт, а если это один и тот же опыт в течении 10 лет, то вы в реальности джун. Разный опыт получается при работе с разными технологиями в разных доменных областях, в разных организационных структурах.

Разные релевантный опыт. Если человек занимается созданием хайлоад систем, масштабированием кластеров и т.д., то и знания ему нужны в этом направлении. А знание того, как работает ангуляр ему точно не нужно. Если бы человек хотел развиваться как фустек — тогда другое дело. Но тут речь про бэкенд-специалиста.

мне при работе на фронте помогают знания того как делается бекенд на джава/ноде.джс
при работе над перформенсом (не важно где) — мой опыт трейдинга
при работе над микросервисами — понимания того как делается фронт

ну я эффективнее 99% программистов/разработчиков/архитектов/тех.лидов с которыми работал

мне еще куча всего помогает, как ты написал «нерелевантного», в ИТ.

настоящий эксперт, как правило знает с 10 смежных в той или иной степени, и куча вообще не связанных областей, потому что заимствование является одним из самых эффективных средств

Для работы бэкенд-разработчиком лучше помогает знание того, как можно масштабировать системы, как распределять нагрузку, как реализовывать кэширование, понимание что такое системы массового обслуживания. А учить анугляр для того, чтобы заниматься бэкендом. Ну такое.

масштабировать системы, как распределять нагрузку, как реализовывать кэширование, понимание что такое системы массового обслуживания

где я говорил что оно бесполезно? это прекрасные знания, хватит чтобы дотянутся до мидла в бекенде

Вы же сами отстаиваете позицию, что бэкенд-разработчику стоит посвятить кучу времени на осваивание Angular.

моя позиция, состоит в том, что если хочешь быть сеньором без знаний смежных технологий тебе им не быть (или носить просто тайтл ничем не подкрепленный)

Это если что не исключает необходимость профильных знаний

Не надо

быть сеньором

Эти «звания» абсолютно условны и в каждом месте даются рандомно. Хотите быть сеньором — напишите себе в резюме «senior» и будет вам счастье. Вопрос же не в лычке, а в том, чем человек занимается. Если человек хочет развиваться как бэкхенд специалист, то ему нужно знать как работает HTTP, иметь базовые понятие TCP, базовые понятия работы JS, возможно знать концепцию какого-то из популярных фреймворков. Но на фултайме заниматься абсолютно не релевантными для него задачами, как-то пилить фронтенд на Angular — это банально сливать свое время и в никуда.

есть звания, а есть понятия уровня. я говорю о втором, а не о первом.

время мы все сливаем, это нормально, только попилить фронт 2-3-6 месяца для бекендщика будет очень полезно, и с инженерной стороны (лучше поймет трейдофы фронта, и поможет поставить под сомнение «бест практис» бекенда, что приведет к лучшему их пониманию и обусловленности) так и организационно — лучше поймет проблемы фронта соотвественно в обсуждениях АПИ с фронт командой в будущем, будет понимать их ограничения, и предлагать адекватные варианты до того как 2 недели все пилили а потом оказывается что это не подходит либо вызовет огромные проблемы перформенса

Чтобы не было проблем, о которых вы пишете, нужно не тратить пол года жизни в никуда, а коммуницировать с командой. И те же REST API обычно проектируются в при участии как frontend, так и backend команд. При этом, фронтом может быть не только веб-апп на Angular, но и на React. А может быть мобильное приложение на Xamarin, или внезапно(!) десктопное приложение на WPF. Надеюсь, теперь поняли в чем проблема и ошибка в вашей позиции?

нужно не тратить пол года жизни в никуда, а коммуницировать с командой

это не работает, от слова совсем. ну я допускаю исключения, но я бы их не брал за правило. все бекендщики проецируют свой опыт на то как пишется фронт, и в 95% случаях сильно ошибаются. фронтендщики делают то же самое в обратную сторону и точно так же не правы.

технология фронта не принципиальна. фронт делится на 2 вариант — «одноразовый фронт» лишь бы загрузился заранее, СПА — и то на чем он написан «React/Angular/WPF/Xamarian/whatever» не столь принципиально, они все в целом с теми самыми вводными существуют, ну единственное мобилки имеют небольшую специфику. но и тоже можно многому научится потыкав React/Angular/WPF/Xamarian отдельно

Вот второй частью своего поста вы сами подтвердили мысль, что нет смысла пол года изучать тонкости Angular, а достаточно иметь понимание того, как работает фронт и какие есть ограничения у HTTP.

то не работает, от слова совсем.

Как раз не работает, если не коммуницировать.

у ТС, насколько я понимаю, 0 опыта во фронте, он от получения опыта и погружения в окружения с другим набором требований и ограничений отказался.

да, на сам Ангуляр я бы больше 2 недель на изучение не потратил (а может и не больше 1 дня), так как кроме интересного подхода к DI он не сильно то отличается от других фронт фреймворков.

но опят таки, есть огромная разница между — «человек имеет опыт с фронтом и понимает какие там проблемы и какие концепции лучше всего решают их и почему», и «человек никогда выходил из свой песочницы бекенда и хочет сидеть в ней дальше с закрытыми глазами»

насчет коммуникации — все команды команды которые видел где были чистые фронт и чистые беки, и они общались годами и годами друг друга не понимали, за исключением кейса перехода, тогда люди начинал друг друга понимать.

и они общались годами и годами друг друга не понимали

Интересно а что они должни понимать. Бекенндщики, это люди которые заливают фундамент и возводят стены. Фронтендщики, счикатурят, клеят обои и обставляют мебелью. Все это строительство возможно когда каждый занимается своим делом. Можете крановщика попросить клееть обои, а маляра посидеть на кране, но стройка от этого лучше не станет. И понимание тут не причем.

Что и требовалось доказать.

Disclaimer. Написанием данной статьи я не намерен нанести никакого репутационного ущерба ни компании, ни упомянутым здесь лицам.

А стоило бы. Страна должна знать своих героев :)

Если бы страна еще согласилась представлять мои интересы в возможном суде, мне было бы легче принять это решение, куда легче.

Напишите мне, пожалуйста, в LinkedIn www.linkedin.com/in/torifedorchenko или на почту v.fedorchenko@do-it.co

Вспомнился анекдот:
В кабинет к доктору врывается мужик и с порога кричит «Доктор, спасите, у меня упал и не встает!». Доктор спокойно пишет что-то на бумажке и говорит «Вот — выйдите и пройдете на 2 кабинета дальше и там вам помогут». Мужик настороженно «Это вы меня к хирургу сразу?». Доктор: «Нет — для начала к окулисту, потому что у меня на кабинете ясно написано что я — ЛОР».
Это я к тому, что если кто-то нанимает синьор бэкендера что бы писать фронтенд — то ему нужно для начала искать не программиста, а доктора.

Это я к тому, что если кто-то нанимает синьор бэкендера что бы писать фронтенд — то ему нужно для начала искать не программиста, а доктора.

ты хочешь что же ж сказать что в фхтангах синьоры прошедшие 100500 уровней литкод интервью и столько же ж на прилежное поведение и вот эти синьоры сами принтер не заправят?

Контора не даст, цена часа работы синьера, больше цены картриджа.
А если синьер обсыпится тонером — то новый принтер, будет дешевле тех потерь, которые будут.
Хотя, неумение пользоваться калькулятором, имея Си левел и в гугле бывает наверное.

Контора не даст, цена часа работы синьера, больше цены картриджа.

а тестировать даст?

try{    Project p = projects.getRandomProjectOnFire();      SeniorJavaDev(JuniorJavaDev).writeGettersAndSetters(p);    SeniorJavaDev(AdultHuman).washTheFlor(office);    if(TeamLead.mentalState(String).eqals("Moon in Mars")){       if(!SenorJavaDev(AutomationQA).doSomeTests(p).result()) trow new NullPointerExeption = n;     }   }catch (TypeMismatchException e){ system.out.println("А вы своих сеньёров на на инфантильность проверяли? Вдруг, он до сих пор, у мамки из под юбки кодит? Вот возьми и сам сделай!")  }catch (n){    system.out.println("****еб! Иди козу на баяне заставь играть!");     timeMissedProjects.addProject(p,"Тимлид д******б");  }  
Я думаю, как-то так.
*да видно тег code не часто используют...

*да видно тег code не часто используют...

там оказывается есть секрет надо использовать не code а pre и тогда оно сохранит форматирование и подсветит синтаксис но для подсветки синтаксиса страницу надо перегрузить чтобы отработало на сервере потому локально сразу после постинга этого не видно (т.е. его просто нет)

enjoy dou tips and tricks ))

На стековерфлоу — кейса нет, значит пускай чинят тег code. 😁

Странно слышать заявления про узкую специализацию ведущего бекендера и желание стать скрам мастером

Так скрам мастерство специализации не мешает. Это как крестиком вышивать на досуге. Скрам по сути плюс-минус то же самое — интересно, прикольно, но пользы на работе никакой не приносит.

Возможные роли, которые я мог бы выполнять: консультант по работе с процессами и людьми, человек-генератор идей, скрам-мастер с упором на kaizen-культуру, тимлид.

да ладно, больше смахивает на любителя почесать языком, нежели узкоспециализированого технаря.

Твердження суперечливе, але скільки б я не був скрам-мастером слеш лідом, а виділена людина зробить це краще.

Это обратная сторона роста ИТ и зарплат разработчиков. Если раньше можно было взять в команду бэкенд и фронтенд специалистов — то сейчас если нанимают девелопера за большие килобаксы — то потом ожидают от него что он может все: и фронт и бек и девопс и бигдату и ИИ...
Я подобное недавно наблюдал на проекте одной из топ-10 мировых ИТ компаний. Команда ИХ сотрудников годами пилила ентерпрайз веб-сайт для бизнеса, но потом менеджеры решили что очень нужно именно модное SPA приложение. И поставили задачу напедалить фронтенд приложение на Реакте. При этом никого не интересовало знает ли кто-то из команды реакт или писал ли раньше фронтенд. У них такой подход: все сотрудники — это инженеры, нет разделения на фронт и бек, нет девопсов, нет QA — каждый должен уметь делать все!
С одной стороны в такую компанию набирают только профи — а настоящий профи может разобраться во всем. Но с другой — опыт ничто не заменит. Даже если синьор бекендер выучил весь Реакт вдоль и поперек — это все равно будет его первый проект. И очевидно что он получится «комом».
В итоге так и получилось — профи из топ ИТ компании с зарплатами от 400К в год налабали на Реакте просто жуткую дичь! В принципе — оно работает, но при этом все контролы обновляются непрерывно и жрет это ресурсов как паровоз. Разобраться в зависимостях в коде уже нереально. Ведь если для бэкенда давно проработали разные архитектуры (лэеры, SOA, микросервисы), то как правильно декомпозировать огромное приложение на Реакте — нигде не написано.
Может кто-то подскажет как выглядит «микросервисная архитектура» для фронтенда? Потому что у них получился монолит в его худшем виде! С одним огромным стейтом всего приложения, висящим в памяти. И поскольку мой опыт во фронте то же на уровне джуна — то я не представляю как это можно разделить. Приемы, которые я знаю для рефакторинга бэкенда как-то плохо подходят для джаваскрипта. Я даже не нашел ни одного примера dependency injection container для фронта. Как можно реализовать слабую связность если все контролы прописаны один внутри другого?

профи из топ ИТ компании с зарплатами от 400К в год налабали на Реакте просто жуткую дичь!

Не судите строго.
Им приходится держать в голове магические матрицы из Литкода, чтоб хопнуться в другую контору, если вдруг что-то пойдет не так.
Не до ваших реактов тут.

В итоге так и получилось — профи из топ ИТ компании с зарплатами от 400К в год налабали Реакт

Поправил

Просите больше денег, у вас, явно есть аргументы! 8)))))

А у меня сложилось следующее впечатление: автор — бездельник. Пришел на работу, хотел 8-12 человек лидать, чтобы было за кого спрятаться, в результате получилось, что надо было вкалывать + еще и новую технологию освоить.

Смотрим желаемые позиции, подтверждающие догадки выше:

консультант по работе с процессами и людьми, человек-генератор идей, скрам-мастер с упором на kaizen-культуру, тимлид.

перевод:
втыкать — получать деньги раз, втыкать — получать деньги два, втыкать — получать деньги три, ну, на крайняк, тимлид.

Ошибаешься, если у него нет опыта во фронте, то время на разработку нужно будет больше, чем фронтам, а т.к. он более оплачиваемый, то им будут недовольны — тупик. Бездельник/не бездельник не играет роли. Если тебя продали дорого и не по профилю, то почти всегда плохо кончится

Лид должен сам нанимать команду. Если лид приходит в готовую — есть риск что его не примут.

Скорее всего автор хотел быть Лидом, при этом им не являясь. Потом ему вручили работу, которую не хотелось делать, и он обиделся.
Кстати похожая ситуация в нашей конторе, сначала побыл лидом, не смог работать с коллективом, его перевели на другой проект(в) и в итоге человек не потянул рутину, наделал ошибок и его уволили.
Вообще понятие лид — это лидер в какой-то конкретной команде, если выдают конкретные полномочия, обычно новичок лидом становится где-то через год работы в компании.

лид — это вообще не менеджер, а ключевой специалист в своем домене, а не команде
менеджер — это ТИМлид

Может автор имел ввиду что-то типа principal ? Впервые вижу вакансию Lead, наверное у меня это ассоциируется больше с проектным менеджером и чаще эту должность совмещают с developerом либо менеджером , в чистом виде не встречается как таковая

Это видимо дословный перевод должности, которая была еще в СССР: «Ведущий инженер».
Тогда это был дядька, который протирает штаны в проекте много-много лет и способен не просыпаясь ответить на любой технический вопрос по проекту.

— кофе не тот, замените
— инсталлятор не тот, переделайте
— пусть сотрудники пишут отзывы, добровольно
...
«Да гранаты у него не той системы!»
youtu.be/nm86fxGGg6U
действующие лица:
Верещагин — гребцы которые не парятся;
подпоручик Семён — новый лид;
Абдулла — читатели топика с Доу;

вот зря вы так. філіжанка кофа — єнто же ш очень и очень:

+0,5% к средней производительности всех сотрудников на ровном месте.

не меньше!!!
не мешало бы еще каждому сотруднику прям сразу на турникете кофа в горло вливать. разумеется в целях повышения производительности труда... сами же потом спасибо скажут...

ггг, дело Петра 1-го живет и процветает ;-)
Кофе «...осушает любой насморк и излечивает простуду, избавляет от ветров, укрепляет печень; превосходное средство против чесотки и порчи крови; облегчает сердце и жизненно важное биение такового, приносит облегчение страдающим болями в желудке и отсутствием аппетита» и т. д. Вернувшись на родину, Петр издал специальный указ, повелевающий всем подданным пить кофе и в частном порядке, и на официальных ассамблеях.

Непонятно, на что жалуется автор.
Если его использовали как джуна, при том что он лид, и платили лидскую зарплату,
то логично поделать джунскую работу за 1/10 времени и на 9/10 времени пойти работать зайчиком на другой проект.
Это вообще уникальная ситуация, тут радоваться надо было такой возможности и рассказывать завидующим друзьям как зарабатывать 10к.
Намного чаще прижимистые заказчики выжимают все соки.

Непонятно, на что жалуется автор.
то логично поделать джунскую работу за 1/10 времени

ШТА? А нейрохирург еще на полставки дантистом может же подработать. Это каким боком он может сделать то, с чем он не знаком в новой для себя сфере, еще и за 1/10 времени?

Читал по диагонали.
Я считаю что Lead Software Engineer должен быть способен делать любую работу Junior Software Engineer, даже на новой технологии.
А вот обратное неверно.
В твоей аналогии это скорее звучит так, что нейрохирург должен быть в состоянии подать инструменты дантисту или замешать там раствор для пломбы какой-то.

Я считаю что Lead Software Engineer должен быть способен делать любую работу Junior Software Engineer, даже на новой технологии.

То что Embedded Software Engineer сможет там заместить фронт на Ангуляре на джуновском скилле? Новая технология для BE dev это взять новый BE фреймворк, или там другую SQL бд взять, а не другой ЯП в другой сфере, с абсолютно другими технологиями и фреймворками.

что нейрохирург должен быть в состоянии подать инструменты дантисту или замешать там раствор для пломбы какой-то.

Как называется разраб, который не пишет боевой код? Наверно таки трейни, а не джун. Джун дантист это практикант, который делает пломбы за 3 часа, вместо часа, с более опытным коллегой в соседнем кабинете.

подать инструменты дантисту или замешать там раствор для пломбы какой-то.

Такое тело называется медсестра

То что Embedded Software Engineer сможет там заместить фронт на Ангуляре на джуновском скилле?

Embedded — это другой домен, не совсем корректный пример.
А тут тот же домен веб разработки.

Ну и я например, работал в разных доменах.
Был случай, когда после С++ вышел на работу на Python в другой компании в другом домене после викенда за туториалом и в первую же неделю уже комитил в репозиторий и закрывал таски.
И я даже не Lead.

Embedded — это другой домен, не совсем корректный пример.

Да ну? Фронт это Ui? да. В Embedded есть UI? Есть. В IoT веб ui есть? есть. Все, «один домен» и велком то зе ангуляр хелл )

А тут тот же домен веб разработки

Т.е любая серверная разработка это автоматом веб и браузер? Для BE дева ж очень важно клиент какого типа делает запрос к его детищу. Тогда по этой логике и мобильная разработка один домен, и Embedded тоже, если делает сетевые запросы.

Т.е любая серверная разработка это автоматом веб и браузер?

конкретно у автора тут был один домен.

То что Embedded Software Engineer сможет там заместить фронт на Ангуляре на джуновском скилле?

Может. Если не может, то он не Senior/Lead in the first place

Автогонщик, 100% соберет кукурузу комбайном 8), он же 2 подиума на ф1 взял 8))))
Детский сад старшая группа, лид, это тот, кому доверить можно что-то и потом не проверять.
А не затычка в каждую дырку. (блин помоему 80% сисьадминов так и работают 8((( )

Автогонщик, 100% соберет кукурузу комбайном 8), он же 2 подиума на ф1 взял 8))))

Не поверишь, но думаю что соберет.
Я думаю даже ты ее соберешь под руководством опытного комбайнера

лид, это тот, кому доверить можно что-то и потом не проверять.

Это ты синьора описал или сильного мидла.
Джуна надо проверять обязательно.
Мидл сам скажет где он не уверен и где его лучше проверить.
Синьор сам проверяет и менторит.
А лид сильнее синьоров, т.е. чел с офигенной экспертизой, типа rock star на проекте.

Rockstar = Оверквалифиед, видно до погромистов, тренд еще не дошёл.😄
И до сих пор 9 синьеров за месяц обещают родить.
Тасочки то, разные бывают.
*Лид делает задачу, просто чужими руками, так эффективнее.(ну или должно быть еффективнее😭) Синьер сам по себе *пшик*, и денег своих никогда не сможет отработать. В лучшем случае тру-фулстек будет перформить на уровне мидла, в соло. И выгорит нафиг за 3мес. А вот если еще есть лид, два мидла и ждун, то включается форсаж. ИМНО.

Может я неправ, но я всегда думал что есть разделение на Lead Engineer и Team Lead.
Lead Engineer работает как Senior на максималках, но больше все-таки как соло, менторство идет в нагрузку как небольшой % времени.
А Team Lead — это уже больше % в сторону менторства и управления людьми (делает задачу, просто чужими руками), и кодит небольшой % времени.

На каждой галере гребцов делят по количеству этажей с веслами...
Есть тимлид(или просто лид), есть синьер...
Если нужно по драить палубу, есть юнга, крутить штурвалом — на крайняк синьер. А еще, есть паруса, весла, кухня, распределение рома...
Какой бы синьер не был морской волк, в одну каску даже якорь не поднимет, о выходе из порта и речь не идет.
В армии тоже, полковников на порядки больше чем полков(это про лычки и их ценность).
Вот и с автором приключилась такая история, взяли чуть не главным на склянке, а по факту, драить палубу ангуляром(лид же может палубу помыть?), ну он и сгорел.

Лід не має бути сильнішим за сеньора, він має приймати рішення і брати відповідальність.

Лід не має бути сильнішим за сеньора, він має приймати рішення і брати відповідальність.

Так все принимают решения и берут ответственность.
Или джуну/мидлу/синьору можно напедалить левой ногой и в прод?

Путаете ответственность с пониманием. Откуда ждун знает как педалить не правой а левой?😀
А лид не будет сеттеры и геттеры шлепать.

Аутсорсинковая компания в которой роли расперделяет клиент — этим все сказано. Особенно если западный заказчик то могу сказать что на западе считается что разработчик знаком в той или иной мере с разными технологиями и на некоторое время может перейти на фронтэнд даже если представляет себя как бэкэнд разработчик, так как человек с дипломом Computer Science обычно сталкивается с разными задачами и имеет несколько проектов с разными технологиями.

У мене точно такій ситуації ніколи не було. Але в однієї не дуже відомої ІТ-компанії перекинули з поточного проекту на інший, причому без моєї згоди і навіть не повідомивши перед цим, що це за проект.
Виявився проект на CRM системі, абсолютно невідомої в Україні, назви вже не пам’ятаю. Вивчати її — безглуздо для подальшої кар’єри, шанс, що вона знадобитися в майбутньому — 0.001%
Загалом, 99% часу йшло на правку JSP і зміна конфігурації CRM. Три місяці я намагався пристосуватися, потім пішов в інший проект.

Примерно лет 20 назад меня взяли в одну компанию как разработчика на Delphi + MS SQL. В итоге я примерно года 3 из примерно 3.5 проведенных в компании занимался датамиграцией на Oracle. Долго потом не мог избавиться от восприятия меня профессиональным сообществом как DBA. Последний раз работу DBA предлагали где-то с полгода назад.

История, описанная в статье, не то чтобы не из ряда вон выходящая, а попросту банальная. Бизнес ВСЕГДА имеет свои интересы, и ситуация очень часто меняется настолько быстро, что руководство успевает принять кучу решений, которые устаревают ещё до начала их исполнения. И да, кадровых тоже. Учитывая, что рынок труда в IT — это давно уже рынок кандидата, не иметь дела с самыми откровенным белками сравнительно несложно. При желании новая работа находится меньше, чем за неделю. Вопрос только желания и готовности чуток повпахивать.

ЗЫ Никогда не беру в долг у работодателя. И никому не советую.
ЗЗЫ На последнем месте работы внезапно пришлось в боевых условиях осваивать Node.js & Ext.js. Проблема вылезла внезапно и лучшего кандидата на её решение не нашлось. Опыт оказался неожиданно интересным и полезным, как для меня, так и для компании.

Я все-таки не назвав би ситуацію банальною. Взяти людину на проект, щоб її потім кілька місяців навчати тому, що вона не знає і не хоче вчити — це айтішной треш.

В кожного свій досвід. Судячи з мого, ситуація саме банальна. За приблизно 25 років моєї кар’єри більш ніж у половині випадків кожна нова позиція була до певної міри misfit’ом. Різниця лише в тому, до якої міри. Навіть якщо на співбесіді ставиш всі необхідні питання, навіть якщо отримуєш на всі питання відповіді, які тебе стовідсотково задовольняють, все одно залишається неабиякий ризик, що є «певний нюанс», який все суттєво змінює. :) Щоб зрозуміти ступінь ризику, треба знати ситуацію зсередини. Єдине виключення, це коли клієнт (работодавець) згоден дати доступ до сорців та можливість «погратися» з проектом ще до того, як ти даєш остаточну відповідь що до офера. В моїй кар’єрі таке трапилося два рази. Один з них — робота на Upwork на fixed price.

Але ще більший треш — не брати людину, яка і знає і хоче з технологією працювати, під приводом ’треба супер-гуру’. Часто помічаю, що беруть хлопаків з 0м досвідом в якійсь технології (Angular, Node.js,AWS/Azure, чомусь сподіваючись, що чувак швидко розбереться). В той же час, тобі весь мозок винесуть на співбесіді, запитуючи всяку фігню, що для проекту не критична. Жодна контора-галера ще не навчила чомусь новому (завжди треба було знати на 300% те, з чим доведеться працювати)

Є різні проекти.
Наприклад, ви добре знаєте MySQL і вас взяли на проект. Потім проект закінчився і вам пропонують інший, де вже Oracle, який ви не знаєте.
Доводиться його вчити, щоб швидко увійти в проект.
Ну а взагалі все знати неможливо, і неможливо навiть знати щось невелике ідеальне. Завжди є чому вчитися.

пропонують інший, де вже Oracle, який ви не знаєте.
Доводиться його вчити, щоб швидко увійти в проект.

Це добре, якщо «дають час» розібратись і вчитись, а не «ось є проект з Oracle, треба оцінити за 2-3 години, а навіть коннекшену до БД не дали». Ти кажеш обезбашеній Head of HR, що в резюме жодного слова про Oracle, а ти web-розробник .NET Core+Angular, але вперта хря наполягає під приводом «оцінюй, ти ж программізд !!!».
Взагалі, дикий хаос в рекрутингу вже котрий рік пробиває дно.

Ответ мне был дан четко и решительно: «Все определяет клиент, я тут ничего не решаю и не вмешиваюсь»

Ви не повірите, але в більшості українських ІТ-компаній так вирішують будь-які поточні проблеми і питання

Саме так. І справа тут не в якостях українських менеджерів, а в політико-економічній ситуації в країні. Завдяки певним особливостям української політики, юриспруденції, та практик правозастосування, із всіх айтішних бізнесів у нас існує тільки аутсорс та аутстаф. В обох випадках повноваження місцевого керівництва вичерпуються маркою кави та місцезнаходженням офісу. Все інше вирішує клієнт.

«Видите этих прекрасных парней во главе со старшим сержантом Лавровым? Им фронтенды писать по сроку службы не положено, а зарплату они любят. Будете им cssы править с детским мылом: тимлиды багов боятся.»

Раскороновали смотрящего.

Ну и вдогонку:
Ошибки со стороны лида:
1. В погоне за вкусными условиями очевидно не был проведен элементарный анализ проекта на этапе собеседования. Достаточно было задать пару прямых вопросов типа «на каком этапе проект», «сколько людей планируется в команде с той и с этой стороны», «какова планируемая иерархическая модель в проекте», чтобы найти тонну красных флагов типа незнания базовых сведений о проекте.
2. Постоянные попытки решения задач методом прямого конфликта вместо конструктива.
Та же история с кофе: во-первых, предложенное решение — дороже. Во-вторых, оно сугубо индивидуально: лиду лично не нравится данный кофе (а кто сказал, что он таки объективно плох?), а выбор баристы — опять-таки основывается на вкусе баристы, но никак не на объективности.
История с JS — да, облом. Я бы донёс это до менеджмента и попросил сменить проект по причине несоответствия реальных условий с офером с указанием дедлайнов решения проблемы: ну, например, месяц-полтора, чтобы найти замену. Как вариант, в параллели начал бы подыскивать место поинтереснее, на случай, если ничего не поменяется (смена работы в течение ИС не будет рассматриваться как job hopping — я бы её даже в CV не включал. А если охота включить — не вопрос. Если спросят, ответ прост: не сошлись взглядами с проектным руководством, посчитал работу там неэффективной для себя. Абсолютно честно притом :) ). Но ругаться, увольняться и т.д. — зачем? Это лишнее.
Туда же история с развёртыванием. Таск был в написании документации по развёртыванию, не в его оптимизации или ревью. Это можно было бы сделать отдельным пунктом, если останется время, эдакой вишенкой на торте. Типа вот вам инструкция для ньюкамеров, а вот тут вам мои рекомендации по улучшению процесса. А так — и инструкцию не сделал, и советов надавал ненужных, испортив таким образом отношения с соседней командой.
3. Насчёт извинений — немножко скользкий момент. Я думаю, их реально было бы получить, если правильно выдерживать тональность разговора. Исходя из описанного в статье, лид часто уходит в конфликты. Не исключено, что немного чересчур эмоционален. В этом случае простая просьба признать свои ошибки, сказанная не в тот момент разговора или не тем тоном вполне могла восприняться другой стороной как провокация и реакция последовала соответствующая. Да и в принципе, сама идея извинений тут была бесполезна как факт. Платят ЗП? Платят. Как договаривались? Да. Приходится выполнять другую работу? Ну, неприятно, но мы все тут работаем не за идею, а за денежку. Поэтому я бы тут просил не извинений, а конструктива.
Разговор бы вёл примерно в таком ключе: «Смотри, вы меня нанимали как бекэнд-лида, я готов выполнять эти задачи. Задачи ангулярщика я выполнять не готов: во-первых, я в них неэффективен. Во-вторых, я не чувствую, что приношу пользу проекту сообразно тем деньгам, что мне платят. Это делает меня недовольным собой, ухудшает мою самооценку и не даёт мне возможности показать себя с той стороны, где мои знания приносили бы больше пользы. Какие ты видишь решения, как мой менеджер, чтобы исправить сложившуюся ситуацию?» И на основании полученного ответа на мой вопрос (а не на требование извинений) — я бы получил достаточно информации, чтобы определить дальнейший вектор развития ситуации: оставаться в случае, если менеджмент понимает проблему и намерен искать пути её решения (win-win) или намерен оставить ситуацию как есть из разряда «деньги за тушку платят — и ладно».

Ошибки со стороны галеры:
1. Очевидная неспособность реагировать на изменения в ситуации. Им ситуация с изменением необходимых квалификаций была известно задолго до дня Д, дней за несколько — точно. Переговорить с каждым, чья квалификация не совпадает с требуемой, найти оптимальное решение (ну, к примеру, найти ещё 1 бекэндера, который знает JS и засунуть его туда, а автора — туда, где JS не нужен или изначально распрощаться с автором, объяснив расклад и выплатив отсиженное на бенче время + нотис и найти JS-ника).
2. Самоустранение менеджмента. Оч плохо выглядит. Если просто нет других опций — ну нету сейчас на этой галере открытых BE вакансий, галера-то некрупная совсем — опять-таки, объяснить данный расклад и попрощаться, а не тянуть муму. Смотрится как попытка получения денег с клиента по схеме «или ишак сдохнет, или с падишахом что-нить случится».

В общем, по моему мнению, тут нет однозначного ответа, кто самый неправый. Неправы тут оба...

1. Очевидная неспособность реагировать на изменения в ситуации. Им ситуация с изменением необходимых квалификаций была известно задолго до дня Д, дней за несколько — точно.

Инфа 100%? У меня были ситуации когда кастомер просто присылал письмом «вот этих троих людей — снять». И любись как хочешь.

Не, 99%. Лично с ситуацией не знаком, но слишком многое на это указывает: задержка на 3 недели со стороны клиента, вялая реакция менеджмента: похоже, что какое-то время из этих 3 недель (а может, даже дольше) шли какие-то торги, которые закончились не так, как Юлий с Ганнибалом рассчитывали.

Да, торги шли и скорее всего результат был что кастомер согласился взять на лидовскую зп кадры другого профиля. Потому что кастомер сначала заказывал одно, а потом оказалось другое.

Да кастомеру вообще пофиг на эти мелочи. Для него что 20 $/ час, что 18 — никакой особо разницы :)

Самоустранение менеджмента. Оч плохо выглядит.

О котором мы знаем только со слов ТС — но кое-что не пляшет в этой версии. Хорошая инфраструктура, финансовая стабильность — все это требует определенного уровня менеджмента, деньги на все это сами по себе не возникают. Понятно что даже у хороших манагеров случаются факапы, но в данном случае нужно фильтровать рассказ: о плохих и ничего не делающих менеджеров нам рассказывает человек, который за пару месяцев своей «работы» собственно работы не сделал вообще, при этом получая исправно деньги (вероятно, пристойные). То есть «плохие» менеджеры свою работу как раз сделали (как минимум, выполнили свою часть обязательств по контракту) — не идеально, но мы не знаем внешних обстоятельств, что там клиент в реале отмочил. А что продуктивного сделал герой сюжета чтобы критиковать и тем более требовать извинений/компенсаций?

Деньги возникают благодаря американской корпорации которая настолько богата что готова сжигать свои деньги буквально. Решение бросать бекендщиков на ангуляр говорит само за себя: американцы богаты, отсюда и деньги. Компетенции у Ю и Г нет.

<место для банального комментария о том, что каждый сотрудник в компании владеет разным объёмом информации о проекте и поэтому по-разному судит об эффективности тех или иных решений>

настолько богата что готова сжигать свои деньги буквально.

Как-то не сильно вяжется с привлечением аутсорса с Украины

Мои ошибки:
1. Согласен! Действительно, был на этапе собеседования уж слишком доверчив.
2. Кофе — не согласен в принципе. Я привел свои аргументы почему это объективно выгодно в виде эстимейта. Контраргументов к ниму не увидел. Что с того что дороже если люди станут больше и с удовольствием пить кофе и выдавать больший результат?
По увольтению — те же претензии. «Это лишнее» это вывод без аргументов, т.е. безосновательный.
«Развертывание» — то же самое. Я привел свои аргументы, минус один пункт в гайде это реальная выгода. Вы же своей логикой предлагаете мне мыслить in the box, тогда как я предлагаю out of the box, а значит объективно превосхожу ваши предпосылки.

Кофе — не согласен в принципе. Я привел свои аргументы почему это объективно выгодно в виде эстимейта.

Это если бы все гребцы на галере были Вами. С Вашими вкусами и предпочтениями ))
Я же писал:

а кто сказал, что он таки объективно плох?

Давайте задам больше вопросов:
1. Сколько человек на галере пьют кофе?
2. А сколько из них — регуляро?
3. А сколько из них — гурме и различают вкус, а не пьют, чтобы проснуться с утра?
4. А сколько из последних не устраивает вкус наличествующего кофе?
5. Эти моменты были учтены в Ваших расчётах?

если люди станут больше и с удовольствием пить кофе и выдавать больший результат?

А где взаимосвязь? Вам лично, может быть, тонна кофе позволяет кодить лучше. Но для остальных людей это может быть и не так. Средний человек не выпьет кофе слишком много: чревато передозом. Таким образом, выпивая сейчас 2 чашки кофе в день, к примеру, после замены кофе он не станет выпивать их 10 — он сдохнет ))) Он будет выпивать те же 2 чашки в день )

По увольтению — те же претензии. «Это лишнее» это вывод без аргументов, т.е. безосновательный.

Окей. Вы поскандалили, поругались... К какому-то конструктивному изменению это привело? Нет. Можно ли было уволиться без скандала? Да. Ещё основания нужны?

«Развертывание» — то же самое. Я привел свои аргументы, минус один пункт в гайде это реальная выгода.

Сколько ньюкамеров за время пары месяцев там вы увидели на том проекте?
Иными словами, давайте посчитаем в денежке:
1. Выполнить 1 пункт из гайда (попросить файлик) — займёт ну пусть 10 мин времени. На каждого ньюкамера.
2. Изменить процесс таким образом, чтобы вся текущая команда работала с этим файликом как-то по-другому (ну там настроить vault, если он содержит какие-то конфиденциальные ключи, дописать необходимый код по вытаскиванию сикретов, проапдейтить все бранчи этими изменениями, ...) - сколько времени займёт? Ну пусть полчаса. Для всей текущей команды.
3. Консультации с лидом той команды, попытки изменить процесс — сколько заняли? Часов несколько как минимум?
А теперь давайте посчитаем 1 vs 2 + 3.
Нормируем 10-минутными интервалами.
1 * x(ньюкамеров) = 3 * 5(чел в команде) + 18 (ну пусть 3 часа заняли ваши переругивания) = 15 + 18 = 33.
Итого, чтобы эта стратегия окупилась, необходимо 33 ньюкамера при данных метриках.
Пусть на проект заходит 1 ньюкамер в месяц. Это достаточно активный стаффинг. Значит, потребуется 33 месяца ~ почти 3 года, чтобы это изменение окупилось.
Проживёт ли проект 3 года и нужен ли будет стаффинг в таком режиме? Я не знаю, история это умалчивает :)
Поймите, не все улучшения ради улучшений одинаково полезны. Иногда банан — это просто банан :)

Ваша основная беда, из того, что я вижу — Вы слишком эгоцентричны и не склонны к восприятию точки зрения собеседника. Это не оч хорошо для лида, могу как лид это сказать ))

Есть предположение, почему всё могло пойти именно так.
Итак.
1. День Д-N. Приходит в компанию «Рога и Копыта, Inc» клиент Вася Пупкин (который есть вендор Пети Васечкина) и говорит «есть у меня проект на X денег, мне надо N таких-то девелоперов, M таких и K разэдаких». Рога с копытами отвечают: «конечно, не вопрос!» <потирая рога и почёсывая копыта>. И начинают найм людей.
2. День Д. Вася приходит и говорит «так, ща не до вас, ждите, у нас своих проблем по самые не балуй».
3. День Д + 15. Вася появляется снова: «так, с Петей мы всё порешали, но тот проект мы... хм... пролюбили. Но, чтобы не платить вам неустойку — вот вам другой проект, педальте его пока что, а там поглядим, как вы справитесь».
4. День Д + 20. Новый проект ревьювается и обнаруживается несоответствие имеющихся квалификаций с требуемыми: проект-то другой. На это Вася отвечает — не мои проблемы, как хотите, так и выкручивайтесь. Деньги — вот, на бочке. Хотите — берите, нет — лес вооон там.
5. День Д + 21. Вася отправляет письмо с распределением позиций, дальнейшая история описана выше.

Что лучше: иметь в установочном гайде пункт «После скачки солюшена попроси у тимлида копию appSettings.development.json и добавь в солюшен» или просто сделать так, чтобы этот файл изначально был частью солюшена?

Со стороны выглядит так, словно в этом файлике конфигов хранятся чувствительные данные, вроде ключей, паролей, адресов и прочего. Отправлять его в репозиторий — очень плохое решение как с точки зрения безопасности, так и удобства пользования гитом, и, вероятно, поэтому в гит-проекте он просто заигнорен. Получается, Вашей задачей было в первом пункте гайда по развёртке просто описать процесс создания такого файлика с нуля. Хотя я бы ещё подумал о возможности написания шелл-скрипта для его генерации (если это возможно, конечно). В общем, из того что написано в статье, все выглядит как обычная рутина. Странно, что подобное могло создать сложность для лида.

кофе

Тут тоже странно. Почему тимлид занимается вопросом выбора поставщика кофе в офис, притом, судя по всему, ещё и через голову того, кто этим занимался раньше, мне решительно непонятно. Но если так сильно захотелось «поменять марку кофе», то почему бы сначала не узнать мнение остальных коллег (вдруг, именно это кофе тут в основном предпочитают — кто знает), а потом найти человека, который этим занимается, и поговорить с ним?

Первый вопрос: почему не вынести чувствительные сеттинги отдельно? Аппсеттингс файл огромный был. Почему не зашифровать их и не расшифровывать on the fly?

Второй вопрос: критически важный момент упускаете — офис-менеджер Александр согласился, т.е. заапрувил мое предложение. А именно он имеет это своей обязанностью. Я сделал то о чем вы говорите, причем в явном виде

Первый вопрос: почему не вынести чувствительные сеттинги отдельно? Аппсеттингс файл огромный был.

По идее, если никто в проекте не начудил, и не разместил в файле настроек то, что в идеале должно быть константами, то его содержимое, разделяй его или нет, все равно будет меняться от инстанса к инстансу. А значит, оба файла конфигов в идеале не должны попадать в репозиторий. Все же, на вашем месте я бы предпочел какой-нибудь шелл-скрипт, выполняющийся на стадии cd и заполняющий сеттинги инстанса по шаблону.

Почему не зашифровать их и не расшифровывать on the fly?

Потому что симметричный ключ не сложно выковырять, имея весь исходный код на руках.

Я сделал то о чем вы говорите, причем в явном виде

Ну, не совсем. Я ведь писал о «поговорить», а не делать за Александра его работу. А перед этим узнать мнение коллег. Как-то ведь ваш начальник узнал о такой мелочи? Притом, судя по всему, в негативном русле. А значит, кому-то ваши действия не пришлись по душе =)

Повторяюсь, файл предлагалось скопировать как есть и это помогло с запуском. Возможно потом его и пришлось бы менять, но почему не поставить его в солюшен сразу в качестве дефолтов? Неужели мне на практике пришлось бы каждый из них менять? Вряд ли.

По кофе: так, давайте договоримся о терминах. Что значит «делать за него его работу»? С моей точки зрения делать его работу это как раз то что вы предлагаете — опросить коллег, начальника... Я со своей стороны сделал что-то вроде рацпредложения. После того как он сам, добровольно согласился, то частью его, как вы правильно говорите, а не моей работы является опросить коллег, уточнить действительно ли этот кофе хорош на практие (сделать пробную закупку) и так далее. Моя внос, ответственность, эффорт здесь минимальны. Пятнадцать минут времени. И это правильно поскольку в целом это все же его работа. Я лишь помог ему ее выполнять лучше. Что задело эго Юлия, но что уж тут поделать.

Чувак на испыталке на проекте, на котором хватает проблем, занимается подбором кофе.
Если б я был директором, у которого голова пухнет от других вопросов, то меня бы это тоже выбесило.
Этот вопрос не стОит и 5 минут чтоб на него тратить.
Не нравится кофе — принеси свое и пей.

кофе это он

Или тире поставь, или крестик сними :)

так а что плохого — запрату выплатили как договаривались. Ну поработал в говноконторе пару месяцев, подумаешь)

Кожен сіньйор мріє працювати як джун і отримувати зарплату сіньйора і тільки лідам — то кава не та, то середовище не запускається.

Так яка марка кави, яку автор назвав бурдою?

Выскажите, пожалуйста, свое мнение по данному вопросу. С моей точки зрения, я потерял пару месяцев своего времени впустую, сделал свое резюме несколько хуже (см. «job hopper») и потерял некоторое количество нервных клеток, так что извинения здесь считаю уместными.

Не вижу здесь особых проблем. Ты ФОП, то бишь ЧПшник. Если простаиваешь, но деньги идут согласно договорённостям — всё в порядке. Находи в это время другие проекты, занимайся, самообразованием, лепи свой стартап, итп...
Что касается резюме/джоб-хопперства — для ЧПшников это, скорее, норма.

Дальше были безуспешные попытки запустить проект в течение, кажется, недели или даже больше. Признаюсь честно, я не осилил. Первый раз в жизни я не смог запустить проект локально, даже с помощью местных сотрудников.

А вот здесь проблемы вижу. Нет оправданий неспособности запустить у себя локально то, что уже работает у других. Тем более, с помощью окружающих.
Продиагностировать/продебажить и подсунуть нужные зависимости, подправить скрипты, итп — это уровень миддла. А ты, как сам утверждаешь, синьор-лид...

это уровень миддла. А ты, как сам утверждаешь, синьор-лид...

ну даже не знаю можно ли назвать дебагингом при наличии всех конфигов и исходных кодов + работающего примера, скорее так, пробежкой лёгкой трусцой по освещенному изо всех прожекторов стадиону... солнечным днём...

Когда можешь угадать компанию по нескольким цитатам.

та напишите уже в личку название галеры, а я честно скажу, да или нет :)

Как следует поорал и со статьи, и с комментариев. Особенно улыбнул вот этот шэдэвральный пассаж:

У меня тогда еще не отбили напрочь желание проявлять инициативу, так что я тут же предложил: «Смотрите, у вас ведь компания быстро расширяется. Давайте предложим сотрудникам, прошедшим испытательный срок и решившим остаться, оставлять отзыв. Добровольно, конечно, но раз им у вас понравилось, то вряд ли они откажутся.

Как же это гениально! Жаль что инициативу то птичЬке отбили. Побольше бы таких «человеков-генераторов идей», «срам-мастеров с упором» лёжа и тэдэ. А то скучновато как то.

Грусти в одиночестве, малыш. А я пойду дальше, в компанию куда лучше.

Где то в далекой-далекой компании куда получше почему то вдруг взгруснулось сотрудникам, прошедшим испытательный срок и решившим остаться...
Ну а я тем временем уже сбегал за попкорном и с нетерпением ожидаю вторую часть вашего марлезонского балета...

Рекомендую автору і всім почитати цю книгу nashformat.ua/...​startap-bulbashtsi-709115. Цікаво, смішно і щось схоже до статті!

Иначе говоря, советским мышлением руководства компании.

Тридцать лет прошло. Нет совка. Нет руководителей в IT аутсорсе из того времени. А если есть, то монстры, которые заткнут за пояс всех молодых. Хватит оправдывать жадность, тупость, ограниченность, отсутствие компетенции, кумовство присущее многим заказчикам и исполнителям, предвзятость и прочие проблемы человеческой природы мифическим совком, канувшим в лету. Это как своих родителей в свои 30, 40, 50 лет обвинять во всех бедах.
Теперь по существу.
Я бы изучил JS. Другое дело если бы не хотел, то тоже был бы удивлен. Но лично я — пробовал. Мне не зашло, не моё по ощущениям и восприятию.

Тридцать лет прошло. Нет совка. Нет руководителей в IT аутсорсе из того времени

Не просто так израильтяне 40 лет по пустыне ходили. Даже 30летние воспитаны людьми, ориентиры которым задал союз, а те, кто постарше 40-50 летние еще и сформировались как личность в союзе, так что тут х2 влияние. Не все так однозначно, хотя я считаю, что менталитета нет :) И явно не стоит винить совок во всех «ментальных» грехах.

Евгений, ваш комментарий на твердом первом месте по вызванному у меня офигению из всех вообще.

Попробую отложить эмоции в сторону и изложить факты.

Если коротко: совок он в головах, а не в графе «страна рождения». Нынешние двадцатилетки вполне могут иметь советское мышление.

Подробее:
У нас с этим еще значительно лучше, а вот в соседней России в кресле президента сидит кадровый офицер КГБ и ведет политику родом из времен застоя СССР. Мы с этим самым Кремлем воюем (во многих смыслах) и балансируем на грани дефолта уже который год, то ближе то дальше. Тем не менее даже в таких условиях когда казалось бы очевидно на чьей стороне правда и сейчас добрая треть украинского (!) народа на вопрос «Хороший ли президент Путин» или «Хорошо ли было в советском союзе» или «Хотите союз с Россией а не Европой» отвечают утвердительно. Если это не проявление совка в головах то что это? Только не говорите «пропаганда», совок на ней и строился. На двоемыслии: «рабство — это свобода», «партия сказала надо — комсомол ответил есть» (а народ и не спрашивали даже), командно-административная система и плановая экономика — годный ответ гибким западным методам.

Возвращаясь к нашему комьюнити: 12% в моем опросе сказали что это такое мышление «просто наша специфика», а не тормоз нашей отрасли. Ну вот вам 12% совка на доу, на основании опроса 400 посетителей.

«Нет руководителей в IT аутсорсе из того времени» — а ЕПАМом кто руководит? 1960 года рождения советский инженер. То что он добился успеха в условиях капитализма этого не отменяет. Порядке в ЕПАМе соотвествующие. До сих пор помню как за апрувом на лицензию перформанс профайлера пришлось идти к начальнику моего начальника. И как он закупался две недели, как будто плановая экономика все еще в строю.

Не знаю ни одного случая где «без гигантской бюрократии никак». В гугле ее нет. В фейсбуке насколько я знаю тоже. Чем ЕПАМ уникален?

Ну да, ну да. Перформанс ревью и промо пакеты, что это как не бюрократия?
Или мы останавливаемся на перформанс профайлерах? Так у них денег полно, такое не считают.

Кхем. Давайте договоримся о терминах тогда. Бюрократией называю бессмысленный бесполезный процесс. А не любой процесс в принципе, не смешивайте понятия будьте любезны.

Она есть абсолютно во всех больших компаниях

Обосновывать свою позицию будете? Я работал в компании с оборотом в несколько миллиардов долларов в год. Там нет бюрократии. Совсем. Компания западная продуктовая.
Почему у нас нельзя так же?
Очень важный вопрос, я действительно не понимаю почему вы не видите очевидного. Бюрократия везде потому что мы ке пустили везде. Потому что ее считаем нормой.

Бюрократия — это когда надо что-то сделать, все в команде это понимают, в том числе непосредственное начальство, но сделать ничего не могут, потому что это обязательно должен зааппрувить какой-то чел на какой-то очень ответственной должности в каком-то аппрувительном департаменте, который, естественно нифига не понимает в вопросе. И в лучшем случае придется долго ждать, но этот чел может спокойно незааппрувить что-то и все, на это никак не повлиять. При этом, это будет всегда начиная с определенных размеров компании, в которой появляется отдельный департамент/команда аппрува чего-угодно.

Примеров такого полно, читал, как чел уволился из гугла, потому что ему не повышали зарплату, при этом он работал, но забивал на перформанс ривью — вот это и есть бюрократия — не повышать зарплату, пока не будут выполнены определенные условия.

Либо, например, лимит на повышение зарплаты, такое очень часто видел/слышал в больших компаниях.

Нет руководителей в IT аутсорсе из того времени.
А если есть, то монстры, которые заткнут за пояс всех молодых.

ЕПАМом руководит именно такой. Это исключение, которое автор тут же и обозначил.

Задача любого вербовщика в армию затянуть жертву любым доступным способом. Что будет потом с рекрутом его волнует от слова «никак». В данном случае «вербовщик» даже не солгал. Просто клиент слился. Владельцы неправы, хотя бы потому, что не выступили с предложением об участии автора на новых условиях. Хотя тут их можно понять(но не простить), нафига договариваться(вдруг свалит, а тут планы по другой теме горят) если можно тупо поставить перед фактом.
Но дальше на самом деле все просто. Если разговоры ни к чему не привели, то ты либо прими и выучи, если хочешь узнать новое, за зарплату далеко не джуна, либо сразу сваливай не доводя себя до точки кипения. Накал страстей всегда контрпродуктивен.
Автор, как по мне, хочет жить в мире где все идеально по именно его разумению и каждый раз события случаются прогнозировано согласно его плану. Ок, но проблема в том, что мир не идеален и под автора подстраиваться не будет. Увы.

Накал страстей создает каяественно лучший результат. В споре рождается истина. Отсутствие споров ведет к застою. У автора комментария стоит внутренний запрет на отстаивание своей правды в конфликтах. Как и у большей части нашего населения в целом.

Напомнило... Как то, в одном из лидеров рынка, я был единственным человеком на проекте со сторны компании, пилил бекенд на банковском проекте.
В один прекрасный день ко мне пришла рекрутер и обрадовала, что в Киеве взяли еще хлопца на фронтенд. Все собеседования он проходил с командой заказчика(!)
Хлопец скоро вышел, полный сил и уверености что пришел писать на фронт на JavaScript.
Вот только оказалось, что весь фронт был на Java Swing :)
Хлопец, конечно, не долго у нас промучился, почти сразу сбежал.

О, да, фронт на Java Swing — это весело. При том что его развитие, подозреваю, к тому момент было уже остановлено. Идея его как раз хорошая, но вот пилить в ногу со временем его было тупо некому.

глава про кофе — это прям заготовка для прекрасного IT. так можно сразу тестировать компании на пригодность — если в день первого визита оказалось что кофе дерьмо, отказываемся от оффера. а вообще зажрались украинские айтишнички. в «одном известном швейцарском банке» в офисе кипяток для чая платный(!) а кофе и подавно .

А что, там про кофе было? Воспользуюсь поиском...
Ожидание: Пошли кофе пить, какие-то вопросы порешали.
Реальность: Х&%ми мерялись

Цель статьи — расшевелить болото )) судя по каментам — удалось

Хех, вот и ответ на мой давний вопрос:
«Какие додики крутят маховики таких говноконтор?»

Навіть якщо автор щось прикрасив, щоб бути «весь у білому», я в шоці, скільки скільки людей в коментах написало, що якщо платять гроші, і не ставлять задач, то можна сидіти на попі рівно і нічого не робити, чи вчити новий стек технологій, деградуючи по своїй основній спеціальності, а ініціативу проявляти — то фу!

Ще смішніше чути/читати таке від людей, що називають себе devops`ами. Бо devops, як методологія, явно каже «не сиди на попі рівно — а покращуй процеси, проявляй ініціативу»

Я думав, що більшість все таки працює на результат, а не на «освоєння бюджету»

Спасибо большое за ваш коммент. Я сам в шоке.

Мені на позиції C++ сеньйора доводилося кілька разів по місяцю-два писати на JS, Python, Java. Ну, просто тому, що треба було допиляти частини продукта на цих мовах, я знав контекст та предметну область і рівня джуна для поставлених задач було достатньо, якоїсь геніальної архітектури не вимагалося. Ну, нічого, пописав трохи, повивчав ці мови. Вище рівня джуна в них так і не просунувся, але тепер маю хороше уявлення що там і як. Якщо завтра у світі заборонять С++, то швидко дотягнуся до рівня мідла в одній з тих мов. Одним словом — вчитися чомусь новому з відома і погодження замовника — одне задоволення.

Основной прикол программиста на C++ заключается в том, что он может писать на любом языке.

После brainfuck все остальные языки програмирования кажуться какими то слишком однообразными и понятными).

Только жаль, рекрутёры об этом не знают. Реальный диалог: «Ой, у вас больше десяти лет опыта на C++, вы даже на питоне писали, только не писали достаточно на питоне бэк под AWS, извините, взять не можем»

Если меня просят писать на питоне, я сразу прошу рейт x3. Ковыряться в языках с динамической типизацией — себя не уважать

Программист на С++ может писать на любом языке, как на С++

Вот это именно в точку, что как на С++. Потом ревьювишь код на каком-нибудь пхп или джаваскрипте и с удивлением обнаруживаешь там повсюду венгерскую нотацию =)

Это у многих так, не обязательно С++. Тебе дают код на произвольном языке и ставят цель. Ты достигаешь цели не взирая на язык.

Я однажды вышел на позицию С++ программиста чтоб допилить проект под XBox, прислали код проекта, а он оказался на C#, это было сюрпризом для всех, но мне пообещали дать время разобраться. Потом там же следующий проект на nodejs в перемешку с python, местами java, scala, go, bash/sh, pure js, в общем все кроме C++. Так довольно весело прошли 4 года, эту компанию считаю лучшим местом работы, хотя с плюсами было бы наверное еще веселее.

Был в такой же ситуации. Наняли контрактором на 6 месяцев как разработчика Oracle SOA Suite, но пока оформлялся у них судя по всему отвалился клиент и менеджер, ничего мне не говоря, оформил меня на проект в онсайт команду, которая занималась сугубо фронт-энд разработкой на Ангуляре. Тимлид был очень удивлен, когда узнал, что я вообще не шарю в Ангуляре и почему меня назначили в его команду. Я был удивлен не меньше. В первый же день начал выяснять, что произошло, но они начали юлить и кивать на менеджера, который ушел в отпуск. Тоже были просьбы выучить Ангуляр, на что я ответил отказом, так как не собирался тратить время на изучение не интересной мне технологии, тем более в условиях стресса. В итоге компания проявила себя прилично, попросили потерпеть недельку пока не вернется менеджер и в конце-концов нашли мне проект хотя и не на ту технологию, на которую меня нанимали, но на смежную, которую я с удовольствием выучил и спокойно проработал на ней до конца контракта и использовал в будущем. В общем согласен с позицией автора, так как работать «куда пошлют» — путь терпилы. И не надо тут кивать на Фейсбук и иже с ним, они правила игры озвучивают сразу и ты либо согласен с ними либо нет.

Але ж у вас був такий шанс стати full-stack девелопером ...

Я себя комфортно чувствую в своей сфере деятельности. И full-stack я бы все равно не стал бы, так как меня скорее всего поперли через месяц. Это контракт, результат нужно давать прямо сейчас. Клиент не будет башлять большие деньги консалтинговой фирме за обучение контракторов.

Автор, звичайно, занудний. Але це таке. А от патрони — неадеквати. Треба було відверто поговорити і пояснити яка ситуація, якщо дійсно сталися зміни після найму. Якщо хороші продажними, можливо змогли б навіть представити ситуацію в вигідному для ТС світлі. На мою думку, як тільки зрозумів з ким маєш справу, треба було звільнятися. Є такий вислів — краще з розумним загубити ніж з дурним знайти.

Зачем все это было писать? Уволился, сделал выводы, пошел дальше. Это просто бизнес. Где то получается, где то нет.

ну, наверное, чтобы в будущем люди понимали какие с ними ситуации могут случаться

какой то терпильный майндсет

Так ты же название конторы не назвал, получается что любой может туда попасть. И нет не «терпильный», те кто меня обижает получает по полной и я указывать имена и полные данные включая адреса их прописки не боюсь, а всегда пишу.

я не автор поста
и вот как раз указывать все имена и прописки уже глупо

Автор — Обиженка. Но тут все не правы и правы одновременно.

Комментатор — обиженка. Но тут он [угадайте кто] и не [то же слово] одновременно. Как говорят, один раз — не [ ]

Можливо, але ж версію іншої сторони ви ніколи не почуєте

Это нужно вносить в обучающие книги по софт-скиллам

Я не могу представить, чтобы в продуктовой компании был запрос на продукт, а лид сказал я не хочу учить ангуляр :) Я представляю как тупо это звучало от работника аутсортсинговой компании из восточноевропейского офиса

Конечно Юлий самоустранился, это не компетенция СЕО решать проблемы лида одной из команд.

То есть подчиненных у меня, несмотря на должность, фактически не было

Лид это не тот кто руководит, это тот с кого все спрашивают

Насколько разумно это решение: за два месяца до релиза ставить на проект двух бэкенд-разработчиков педалить JavaScript? Какого качества будет этот код? Сколько времени уйдет на код-ревью у ревьюверов?

Меня нанимали как python back-end, первой таской было — запилить фронтенд на React. Чтобы въехать в javascript с нуля мне понадобилась примерно неделя. Еще через неделю мой код уже был в проде. А еще через неделю фидбек от пм что все работает збс

Не тот кофе

Ты провел какой-то опрос, обсудил это с менеджерами, написал письма ответственным или просто в тупую поменял на свое усмотрение? 50 гривен тут вообще никакой роли не играют, пусть даже новый кофе на 50грн дешевле

Официально все пользуются скайпом, там заведен общий чат и прочее. Тем людям, которые скайп ненавидят

Способ коммуникации в компании — Скайп. В чем проблема?

что при поступлении в компанию я попросил аванс в размере двух третей своей зарплаты с возвратом в течение трех месяцев

а зачем просить аванс?

Что лучше: иметь в установочном гайде пункт «После скачки солюшена попроси у тимлида копию appSettings.development.json и добавь в солюшен» или просто сделать так, чтобы этот файл изначально был частью солюшена?

нормальный лид создал бы task или epic в jira, навесил лейбл technical debt и обсудил бы это на ближайшем груминге/ретроспективе

слова «Lead Back-end», а слова «Junior JavaScript» отсутствуют

учить два месяца новую технологию за лидовскую зп, что может быть лучше?

Со стороны смотрится как работник, который саботирует технологии, саботирует внутренние полиси, саботирует кофе, прыгает через голову в эскалации конфликтов

Я не могу представить, чтобы в продуктовой компании был запрос на продукт, а лид сказал я не хочу учить ангуляр :)

Поэтому продукт это зло.
Но Ангуляром в продукте даже и не пахнет обычно, зато есть WinForms и прочее легаси говно.

Как правило там банально самописные инхаус селфмейд технологии, которые особо нигде кроме этого же продукта не нужны. Если удастся убедить подключит какой нибудь фреймверк и всех убедить что его лицензия не даст подать в суд — уже прогресс, не надо велосипедить. Прикрутил скажем Vue — уже довольный шо слон. Посему и надрючивают на совбесах алгоритмы, одно дело юзать фреймверк — другое время его делать.

В продуктовой компании часто есть фреймворк, который сделали 10-20 лет назад, и 99% разработчиков сейчас его юзают, а 1% добавляет новые костили в него.
Поэтому делать фреймворки у тебя не получится, будешь шлепать формы, только не на Angular а на самопальной фигне.

Хз, братюня, ко мне никто никогда с жабаскриптом не приставал. Кубернетесы и прочие клауды да.

да че хочь могут дать
могут посадить ремонтировать базу, а могут посадить писать spark скрипты.
инвесторам непонятно почему кубернетес так медленно пилится, если три лида на бенче сидят

Никогда не бывал на бенче, может в этом проблема)

«это не компетенция СЕО решать проблемы лида одной из команд»

Офигеть логика. Чья же компетенция решать проблемы между клиентом и его прямым подчиненным? Не уборщицы ли?
Компания маленькая, повторяюсь. И он не CEO, а Head of R&D, начальник всей разработки то есть, а значит овнер всех проблем разработки и точка эскалаци для меня.

Офигеть логика. Чья же компетенция решать проблемы между клиентом и его прямым подчиненным?

Интересно, как вы себе представляете такое решение проблемы?

Вот, например, фирма в 500 человек и у каждого какая-то важная проблема. Даже если делать митинги 1:1 по полчаса с каждым для выяснения обстоятельств, то целый месяц будешь заниматься 1:1 и все еще всех не опросишь. А если 5000 человек?

Увольняться и идти работать дворником, если в вашей компании у каждого человека важная проблема вы явно лузер.
Юлий и Ганнибал не производили впечатление занятых людей, что и отображено в статье

если в вашей компании у каждого человека важная проблема вы явно лузер.

Возможно, даже вероятно.
Но ведь есть разница между «у человека важная проблема» и «человек считает, что у него важная проблема». И, в основном, люди склонны преувеличивать важность своих проблем.

Юлий и Ганнибал не производили впечатление занятых людей

Опять же, производить впечатление и быть — это разные вещи. Тоесть, я, например, может и не занят(на форуме пишу вот), но время под митинги/стенд-апы/1:1 со мной можно зарезервировать только в понедельник и в пятницу с 10 до 11. И ближайшая свободная дата — в сентябре. И это я даже не настоящий СТО.

«человек считает, что у него важная проблема» — тут с вами согласен.

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

На одном из проектов была проблема с тормозами VDI которая довольно легко решалась на практике их настройкой, но решением пользовались не все. Таунхол помог донести до всех это решение, вой про «когда мы уйдем с виртуалок» стих. Впрочем, эта проблема даже не совсем надуманная, наполовину только.

Людей с совсем надуманными проблемами я в своей карьере почти не видел, как правило они имели сильные проблемы с психической стороны. Да, буквально, токсичные или вечно ноющие люди к таким относятся по моему непрофессиональному мнению. В 500 человек имеющих надуманные проблемы я не верю. А вот решать реальные проблемы 500 человек — моя цель на отдаленное будущее. Сейчас ориентируюсь на 10-70 человек, в зависимости от исполняемой роли.

Какой-то драматический бред 🤨. ТС такой нудный, что ему самому от себя скучно.

Эта история интересна тем, кто первый раз. Когда перекидывают джунов, это ещё достаточно легко воспринимается. Но когда лидов переучивают...

А в чому проблема в навчанні? Припустимо, людина 10 років писала на Delphi, доросла до тімліда, потім виявилося, що це нікому не потрібно. Вона взяла і перевчилася на Java або C #

Да ни в чем, если человек с головой, то с опытом синьора/лида переучится сразу в мидла минимум(алгоритмы, паттерны и т.д. везде одинаковые), а софтскиллы так и останутся лидовыми.

Та ні в чому. Але бекенд — то не делфі, під який не було попиту. Нащо втрачати знання на які попит є?

в качестве нагрузки на ближайшие месяцы нам предлагалось заниматься... разработкой на Angular

«боже Крис они же ещё просто дети!»
А в чем смысл для компании брать человека на зп лида, чтоб тот прикинулся фронтом и кодил за джуна, коих можно нанять 3-4 штуки на его зп? Если ТС еще и не BE на node, то какого черта?

«Пылесос» включили потому что. Нужно заказчику подсунуть «30 senior frontend with 5+ expirense with Angular 11». Это естественно — бред и всем кто в теме это понятно. Если заказчик увидит лица 20 летних студентов, тут же заподозрит неладное. А так аферисты динаму будут крутить пока не выяснится что это вообще: C++, C#, Python и Java. И frontend из этих 30 — пятеро мидлов. Но к тому моменту дедлайн который через два месяца, и который пытаются спасти введя в команду 30 новых человек (тоесть туша пожар бензином) безнадежно просран, проект закрыт менеджеры на стороне заказчика или отстранены или уволены. И тут клиенту предъявляют счёт на 40 к баксов. Всех кого отпылесосили с рынка уже сумели пристроить куда то в другие проекты, например тех же пятерых фронтендеров. А сильно умных которые ещё и правду заказчику успели сказать на первой же неделе — выставили на мороз сразу.

Так в этом случае ИНДУСОВ брать надо. Они реально допилят. Правда на костылях, а костылить будут тесты — но то такое.

Тут ще є інший момент. Чи була тут співбесіда з замовником? В оповіданні про це ні слова, а всі ці нестиковки там би і вилізли.

Нет, не было. Все же это на бумаге аутсорс а не аутстаф. Но только на бумаге.

Так в каком нибудь фейсбуке тебя протестят на литкод задачи и будешь сегодня ангуляр, после завтра раст.

Украинский тимлил — вчерашний джуниор на западе. Но есть конечно исключения :) с точки зрения софт скилов

Я заметил что на западе универсалов часто хотят, которым пофиг на чём писать. Там упор на алгоритмы. Но это не значит что наши плохие, так как универсал это «Jack of all trades, master of none».

Если это оговорено при поступлении на работу — нет проблем. Если при поступлении оговорено иное — есть проблема.

У меня вчера вообще произошла удивительно дискриминационная ситуация.
Приглашают в офис на время испытательного, потом ремоут.

Я говорю, мне условно нужна определённая кофеварка в офисе, они говорят — сорян чувак, Вы нам не подходите. И это при спеце на 6к условно.

Я говорю, мне условно нужна определённая кофеварка в офисе, они говорят — сорян чувак, Вы нам не подходите.

Это на собеседовании так или еще до него?

До собеседований, на стадии HR болтовни.

Отлично вообще. А, представь, вдруг лид/менеджер собирал про тебя информацию, давал задание ХР захантить и потом она ему — кандидат не прошел отсев. И он такой думает «Какой отсев? До техов? А почему?», а ему рррраз — и Ангуляр дают! Потому что вот так теперь делают...

Свою принести иногда вообще не проблема.

Свою принести иногда вообще не проблема.

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

Я говорю, мне условно нужна определённая кофеварка в офисе, они говорят — сорян чувак, Вы нам не подходите. И это при спеце на 6к условно.

Я бы тоже послал, ибо в голове у человека опилки

А Вы к офису никогда никаких претензий не предьявляете, что дали то и кушаем?

Я против инфантилизма. Если бы мне в офисе нужна была бы уникальная кофеварка (а вообще я кофе не пью), то я бы купил свою и поставил бы себе на стол. И забрал бы с собой, когда бы менял галеру. И не ходил бы за офис-менеджером «маааам, ну пожалуйста, ну купи»

Та там не кофеварка, я ж написал «условно».
Там была высказана некая потребность.
Просто удивительно, что отказывают относительно дорогому спецу, когда сама проблема стоит дёшево.

Тоесть общий подход звучит скорее
«Я плачу много, поэтому будешь раком танцевать», чем
«Я заплатил много, как бы сделать лучше условия, чтобы он не ушёл через 3 месяца, и я не потерял 25 тыс $».

Там была высказана некая потребность

Непонятно что за потребность.

«Я заплатил много, как бы сделать лучше условия, чтобы он не ушёл через 3 месяца, и я не потерял 25 тыс $».

«Этот чудак мало того что просит дофига, так еще и выеживается в мелочах. Зачем нам головная боль за оверпрайс?»

Доу что в женский форум превратился?

Ні з тими самими сексистськими коментаторами, ти не помилився, заходь

Если бы мне в офисе нужна была бы уникальная кофеварка (а вообще я кофе не пью), то я бы купил свою и поставил бы себе на стол.

В Украине такое разрешено? Везёт, чё...

В эльфиях, офисные электроустройства — должны быть аттестованы с точки зрения электро- и прочей безопасности. И проверяются (с наклеиванием соответствующей этикетки) регyлярно.

Иногда даже свою мышь с клавиатyрой сложно принести.

кто и как их проверяет? за откаты что ли? если оно разрешено к продаже в рознице значит оно соответствует нормам безопасности. у меня ничего не аттестовано, потому что хоум офис :-0

Я не предъявляю, ремоут-с (и еще до карантина). Последний раз я предъявлял к офису претензии когда в этом офисе после «уплотнения» собирались очереди в туалет в несколько человек. Проблема кофе решается вообще элементарно — берешь свой кофе и джезву/электрическую бойлерную. И пьешь нормальный кофе.

Про кофе — то было условно.
Меня например не беспокоят очереди в туалет, а вот вейп в помещениях офиса беспокоит.

Вы говорите, я хочу чтобы в опен-спейсе не курили вейп, а они такие, «не вы нам не подходите», и так многие компании — это дискриминация выходит?

Меня например не беспокоят очереди в туалет

Возможно, просто еще не было достаточно долгой очереди

Про кофе — то было условно.

Извини, твой условный пример наложился на контекст от топика. Автор пытался «всем улучшить условия» конкретно начиная с кофе. Потому момент про «условную кофеварку» я воспринял не так, как ты написал.

Вы говорите, я хочу чтобы в опен-спейсе не курили вейп, а они такие, «не вы нам не подходите»

Тут надо задуматься подходит ли тебе компания. Вполне конкретно: я предпочитаю в рабочее время параллельно с кодингом курить кальян. Я не буду требовать от компании меня им обеспечить. Как и не буду офисный кальян (есть такие конторы) рассматривать как плюшку. Когда дела касается вредных для окружающих привычек (например рыбной диеты или вейпов) — то таким людям стоит задуматься о ремоуте или частичном офисе.

То есть грубо говоря, то что ты не хочешь дышать вейпом в офисе вполне правильно и понятно — а если компания тебе по этой причине отказала, то ты увернулся от пули. Или это опять был условный пример?

очереди в айтишных офисах в туалеты это норма. правда , было такое практически во всех офисах софтверных галер, где я работал. а все из-за того что соотношение М к Ж порядка 9 к 1 или 10 к 1. на «женских» этажах там где эйчарки и бухгалерия, очередей нет — надо туда ходить :-0

Ожидания: меня протестят на литкоде, будет сегодня ангуляр, после завтра раст
Реальность: PHP

Кстати, предвижу, что некоторые читатели засмеются совершенно над другим. Не следует, мол, лиду, выбирать марки кофе, это дело офис-менеджера. По крайней мере так отреагировала одна моя бывшая коллега, Senior PM крупной компании.

Это говорит скорее о деградации не только тайтла PM’а, но и Синьор ПМа.

Она толковый специалист, но в плане взглядов на процессы моя полная противоположность — сторонница жесткой вертикали власти, «каждый делает то что ему положено и ничего больше», где-то так я ее понимаю. «Каждый сверчок знай свой шесток» © Салтыков-Щедрин, кажется.

Советское мышление в головах умных людей это настоящая беда нашей отрасли, по моему твердому убеждению.

А я не такой. Они все такие, они все такие, они все такие, а я не такой
©

Она толковый специалист, но... сторонница жесткой вертикали

Это взаимоисключающие понятия.
ПМ должен уметь делегировать, доверять, давать право на ошибку. И слушать фидбек, а также ценить инициативу подчиненных

Знаете, согласен. :) Но это мнение, кажется, в ТАКОМ меньшинстве!

ну, с тех пор, как появилось понятие Junior PM — да. Сейчас они подросли, а в бекграунде только умение заполнять Таймшит и спрашивать по прогрессу на дейликах.

Лид на лиде и лидом погоняет. Я с трудом представляю себе боевое подразделение, состоящее из одних замполитов, но, видимо, есть компании, где такое — норма. Хочу в такую компанию!

Лид это скорее аналог просто сержанта или максимум лейтенанта.
В ГРУ есть спецназы в которых как раз одни офицеры в качестве рядовых бойцов.
Но только компании надо было несколько техлидов брать, и одного тимлида, а не одних тимлидов.
В лидерах рынка есть проекты где одни техлиды.
А тимлиды будут писать код хуже чем синьоры.

Замполит — это не про звание, это призвание.

В ГРУ есть спецназы

В этом ты прав, такое даже в ДШБ есть, но мы говорим про людей, которые должны как-бы направлять, а получается, что направляют их. И еще соревнуются, кто быстрее и дальше направит.

В лидерах рынка есть проекты где одни техлиды.

Начихуахуа? На старте проекта можно понять, когда эти люди выкатывают прототип и активно участвуют в формировании команд, дальше то зачем?

Джун це вже молодший лейтенант, тому що в армії теж є військові інженери і вони всі традиційно офіцери, тут хіба що трейні буде охотником чи «вольноопределяющимся» по-вашому. Відповідно, мідл це лейтенант-старлей, сіньйор старлей-капітан, лід — майор-підполковник, інжинірінг-менеджер чи аплікейшн-архітект — підполковник-полковник, солюшн архітект — генерал (чи неіснуючий в нас бригадний генерал, середнє між полковником і генерал-майором), якось так.

солюшн архітект — генерал

Мне конечно приятно Генералом быть, всю жизнь об этом мечтал, но у меня в команде 20 человек, а не 15+к.
Так что я максимум сержант замкомвзода, а комвзвода это DM.
В армии США командир отделения у которого 10 человек в подчинении это как раз Team Lead.
Так что PM/DM по такой логике командир взвода, а архитект замкомвзода, акаунт менеджер, если на акаунте 100 человек это командир роты, а синьора архитект — старшина роты.

Ну ви може й сержант, коли читати не вмієте:

в армії теж є військові інженери і вони всі традиційно офіцери

Сержант над офіцерами це нонсенс.
Плюс, мені щось здається, що ви таки application, а не солюшн, у тих термінах :-)

Ну я архитект над 3-мя командами, и занимаюсь больше долгосрочным планированием, а не повседневными тасками, так что я считаю себя солюшином.
А в некторых компаниях типа EPAM вообще апликейшен архитектов нет, а есть только солюшены.
Кстати начальник отдела связи бригады у которого 20-30 человек в подчинении это майор или подполковник, но у него не все офицеры.

но у него не все офицеры.

знову ви за своє? Інженер == офіцер, крапка.

В бригаде 200 офицеров где-то, и то ей полковник командует.
В батальоне 20 примерно, и ими майор командует.
Поэтому те, у кого 20 офицеров в подчинении явно не генералы.

тебя в такую не возьмут. там в логику надо уметь.

What?

Лид на лиде и лидом погоняет. Я с трудом представляю себе боевое подразделение, состоящее из одних замполитов, но, видимо, есть компании, где такое — норма. Хочу в такую компанию!

Иди в юристы. Там каждый cотрудник, работающий с клиентами — по лычке не просто какой-то лид, а целый «партнёр».

Крайне сомневаюсь, что компания специально задумала платить лидовскую зп джуну фронту.

Мб проблема в том, что заказчик хотел одно, дал деньги и поменял задачи.

Тоже сомневаюсь. Судя по их беспомощному виду и поведению, они и сами просто рады получать свою зарплату C-уровня. И извинения не приносят потому что искренне непонимают как я могу быть чем-то вообще недоволен!

Как и все, скажем так бездари, *сиди тихо а то узнают о некомпетентности и выгонят на мороз* 8)))

Это уже проблема культивации бездарей. Она системная.

TL;DR:
Тс не вывез ангуляр:)

Бинго!! А я все думаю, когда же хоть кто-то догадается в чем на самом деле была загвоздка.

Кароч, действительно, дело было так: я открыл для начала википедию на странице про Ангуляр, испугался количества версий и решил вместо того чтобы учиться сделать вид что я обиделся. У меня дочка так часто делает, с нее взял пример. А на самом деле, ты прав, Влад, я просто тупой бекендер :))))))))))

испугался количества версий

Та там ничего не меняется по факту, с 2-й версии.

если работа не нравится и улучшений не наблюдается, просто валишь. Кмк так это должно работать. Тем более смысл вести диалог с людьми, которые очевидно обманули на этапе собеса?

Ну не знаю, для фана, зло сорвать, компенсацию попробовать выбить, первое что приходит в голову.

Здесь мне многие талдычат что пока мне платили зарплату я должен был молчать в тряпочку.
Почему-то никому не приходит в голову, что пока я ссорился с Гаем Юлием и Ганнибалом мне ее тоже платили. И я получал огромное удовольствие появляясь на вечерних стендапах с клиентом и скромно заявляя «Still no workload for me, waiting for backend tasks», в то время как другие, более покладистые разработчики печально отчитывались о том как они педалят джаваскрипт.

Две недели прошло между тем как я отказался педалить джаваскрипт и моим увольнением. Я считаю, что имел полное право не выполнять те задачи что мне предлагали, так как они прямо противоречат моему оферу. Статью эту опубликовал чтобы получить подтверждение своего подхода. Судя по результатам опроса комьюнити на моей стороне (75% за то что мне полагаются как минимум извинения).

То есть я вместо того чтобы конфетку съесть (молча педалить джаваскрипт и искать работу в фоне) или на лошадке покататься (гордо уйти хлопнув дверью и жить эти две недели за свой счет), умудрился сделать и то другое. Еще и попробовал систему на прочность.

Система конечно не только устояла но даже не дрогнула, но и я ничего не потерял. Минусов у своего подхода не вижу, совесть свою считаю чистой. Людей агитирующих за то чтобы сдаваться сразу не понимаю и не поддерживаю, права свои намерен защищать и впредь, даже если они не прописаны буквально в офере, руководствуясь своей совестью в первую очередь.

А шо ты хотел? Мы для них тупо офшор для скучных тасок

Плюс похоже попил годового бюджета на контракторов

Привіт!
Зараз саме шукаємо тімліда, з яким стеком ви працювали? nandreev@infozahyst.com

А вот посмотрим :) Ссылка на эту статью теперь часть моего собеседования во все следующие компании. Как самореклама и анти-реклама одновременно.

А потом будет вторая серия ))

Вторая будет совсем скоро, с результатами опроса и, если меня уговорят, с названием компании и моим именем тоже.

По статті відчувається, що автор молодий та дєрзкій :) Порекомендую шукати більш системні компанії, де питання будуть вирішуватися без Юрія та Ганібала.

«Молодой и дерзкий» — это в точку, спасибо :) Системности действительно хочется. но системности разумной. В ЕПАМе и Глобале системность безусловно своя тоже есть, но от нее тоже хочется «тикать». Где-то в Украине есть же все же маленькие но разумно устроенные компании. Вот такую и ищу.

Где-то в Украине есть же все же маленькие но разумно устроенные компании.

Ні синку, це — фантастика (((

Ну ладно, есть же как минимум Grammarly. Ну хоть одна, ну есть же!

Грамарли не аутсорс, а продуктовая компания

А я где-то сказал что фанатею от аутсорса?
Впрочем, вы правы, в аутсорсе найти хорошую компанию действительно сложно. Примеров не знаю.

глобал вполне ок, правда смотря в какой юнит попадешь. и я блин не жаловался, что работал как мануал тестер, получая ЗП убер-синьор девелопера :-)))

Где-то в Украине есть же все же маленькие но разумно устроенные компании

Так, є. Це Ваша майбутня компанія. Але до того треба трохи подивитися на прикладі інших компаній, як не треба робити. У Вас все вийде! :)

Вы прямо самый доброжелательный комментатор века. <3

Где-то в Украине есть же все же маленькие но разумно устроенные компании

Любая разумно устроенная галера стремится расшириться до передела разумной устроенности.

Маленькие галеры на то и маленькие, что не могут удерживать клиентов из-за собственного идиотизма.

Есть небольшая компания Alty, там процессы норм. Но не знаю что там с бекендом.

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

«Два месяца до релиза, тридцать новых человек на проекте, не до тебя, явно не до тебя»

В общем люди про закон Брукса star-wiki.ru/wiki/Brooks’s_law вообще ничего не слышали, т.е. вы имеете дело с случайными людьми ставшими руководить в ИТ, проще говоря джуниорами или еще хуже дилетантами (т.е. заблуждающимися и даже не отдающими себе отчет о том что они заблуждаются). Скорее всего и всех других знаний нужных для проектного менеджмента у них очевидно нет, они не могут ни прояснять требования ни планировать, ни собрать команду в общем ничего не могут кроме создания галеры с беспрерывными бесплатными овертаймами. Собственно тут уже сразу надо было тикать, как это не печально осознавать.

В общем люди про закон Брукса star-wiki.ru/wiki/Brooks’s_law вообще ничего не слышали,

Слышали. Именно поэтому они и разбили разрабов на команды:

Команд всего на проекте было выделено четыре, то есть примерно по пять человек в команде.

Дальше ваше офигенно ценное мнение не читал, уж простите.

Слышали. Именно поэтому они и разбили разрабов на команды:

o_O т.е. по вашей логике если разбить людей на команды то «adding manpower to a late software project makes it later» вдруг не работает. 30 человек разбитые на команды вдруг быстро изучат проект и не будут отвлекать на себя колег которые с ним знакомы и как раз могли бы перформить ? В таких обстоятельствах действует только ужатие функциональности (reduce scope). 2. Ваш комментарий тоже весьма ценен. .P.S. en.wikipedia.org/wiki/Brooks’s_law en.wikipedia.org/...​ki/The_Mythical_Man-Month В книге в общем по нынешним меркам и есть не самые актуальные мысли, в особенности по устройству команд. Но почитать советую.

Не по моей логике, а по логике статьи из Педивикии, на которую вы же и сослались. На тот случай если у вас в друг случилось помутнение зрения или рассудка то вот выдержка:
Good segmentation helps by minimizing the communication overhead between team members. Smaller sub-problems are solved by a smaller team, and a top-level team is responsible for systems integration
Если вас впредь не затруднит немножечько поподробнее изучить вопрос, затем самую малость поразмышлять, и уж затем, если непреодолимое желание вас не покинет — поделиться с миром вашим «ценным» мнением — буду вам премного благодарен.

Це все звичайно цікаво, але
Президент підписав закон про «Дія.Сіті»

ожидаемо, дякую 73% за монобільшість

Интересует кофе, что порекомендовал бариста. Можно его озвучить?

Интересно, почему именно кофе вызвал такой интерес :)
Это был Lavazza Qualita Oro. Около 400 гривен за пачку был, если не ошибаюсь
Уточняю: по словам баристы, это не лучший кофе из возможных за эту цену, а лучший из доступных у поставщика данной компании (METRO)

Интересно, почему именно кофе вызвал такой интерес :)

Из кофе-машин и автоматов находящихся в офисах некоторых «голубых гигантов», с тех самых пор как компании разрослись до того размера, как этот самый кофе стали потреблять тоннами, стало литься редкостная мерзостная гадость непонятно какого сорта и пережареная. Эту бурду можно сравнить разве что с растворимым «кофе» из желудей или цикорием. В прочем от города и конкрентного офиса зависит, в некоторых офисах вполне хороший. Посему «мерзотный кофе» и превратился мем сразу же понятный всем тем кто в теме.

Пережаренные желуди — это да, это наша реальность. Практически корм для свиней, почти что буквально блин...

У вас такой изысканный вкус. Не изволите ли копи-лювак ?

копи-лювак боюсь что в наших реалиях тоже поддельный, вместо пальмовой циветы кошки нассали :-0

«Золота Лавацца» — плюсую:) Вдома п’ю, в офісі була трохи гірша, але теж норм.
п.с. суто моє «імхо», спробуйте (просто для себе) Dallmayr Crema d’Oro

Самое обычное кофе с двухкратной наценкой за бренд, порожняк. У нас в стране куча обжарщиков куда получше раскрученной лаваццы. Кофе в Италии не растет

Да, кофе обычный самый согласен. Но до этого было что-то типа Амбасаддора только дороже по ценнику. Вспоминается старый шуточный рекламный слоган «Coffee Ambassador — bringing a new meaning to the word vomit»

Lead Back-end Engineer

і малює картинки?) топікстартер певно треба світчатися в дизайнери)

он в скрам мастера хочет, там ниже написал

трололо какое то

Вяло, очень вяло троллите. Уверен, сможете лучше в следующий раз.

Тем людям, которые скайп ненавидят (к которым отношусь и я), позволяют коммуницировать через телеграм.

За що ненавидіти скайп то?

он в ответ сбросил мне в скайпе креденшелы...

В телеграмі було би ок?) Чи де?)

За що ненавидіти скайп то?

Не всем нравится кушать дерьмо?

а шо не так то? яка різниця між телегою і скайпом?

Ну начиная с того, что в скайпе невозможно адекватно регистрацию провести. Теперь не просто loginName, а просто смесь каких-то доменов и цифр в логине.
Про отвратительный UI/UX я оставлю без комментариев. Его наверное шизы делали.

Скайп там на чём написан? На электроне? Иначе я не понимаю почему он так грузит как IE.

Про разницу с телегой:
нативный клиент на С++ (десктоп). Ни разу не было чтобы он у меня подвисал. На мобайлах тоже самое.
Полная синхронизация между всеми устройствами. Я могу напечатать на телефоне и допечатать на ноуте.
Безлимитное облако, пока что.
Адекватный UI/UX?))
Легко поддерживается несколько аккаунтов.
Есть API, можно любого бота накидать под свои нужды очень легко.

Это так, написал что первое в голову пришло.
Особенно меня смешит когда хрюши пишут: «У нас передовые технологии, давайте обсудим в скайпе». До свидания сразу xD

Теперь не просто loginName, а просто смесь каких-то доменов и цифр в логине.

Скоріш за все мова йде про live:456465 — що можна змінити при потребі при реєстрації.

Про отвратительный UI/UX я оставлю без комментариев.

Це суто субєктивна думка.

Скайп там на чём написан? На электроне?

Скайп на десктопі зараз це веб вроді завернутий в електрон але є і норм версії на c++.
І навіть є кастомні клієнти типу pidgin які все ще підтримують скайп.

Есть API

У скайпа так само є апі.

Безлимитное облако, пока что.

У скайпа так само можна скидати файли безлімітно вроді би (було якесь там обмеження вроді на 100мб але не знаю чи є ще воно) Звісно напевно аплоадити фільми не варіант в скайпі але в робочих цілях (для резюме і т.д.) файлообміну в скайпі цілком достатньо.

Легко поддерживается несколько аккаунтов.

Не бачу складності зі скайпом в цьому плані.

А ще скайп колл працює норм навіть на EDGE.. а телега в тому плані явно гірше. навіть у мене на 3g працює доволі нестабільно.

Ну і про різні деталі по працевлаштуванню про мене хай краще знає MS ніж РФ.

Ну і я вже мовчу про то що просто так взяти і юзати телегу на десктопі не вийде. мусиш ставити мобільну апку. і це ультиматум.

Ну і я вже мовчу про то що просто так взяти і юзати телегу на десктопі не вийде.

А чого? Ніби ж працює без проблем

) працює якщо є телефон на якому апка. без неї не працює)

це таке на десктопній версії tg? Бо на веб версії (яку я зазвичай використовував нема такого (у скайпа є) ))

Телеге достаточно передать код пришел по смс для логина. Аппка не нужна

ага. счас.
„We have sent you a message in Telegram with the code”
такщо ні. апка всеж потрібна...

Выключи интернет на своем телефоне блин.

і нічо не міняється) і навіть якщо ввести номер на якому немає телеграму то всеодно «We have sent you a message in Telegram with the code»"

А вот теперь думай где у тебя еще телега включена

Ахах. у дурова?)
вводиш неіснуючий телеграм в web telegram org і смс не отримуєш)

як саме працює? по смс? в якій версії? на веб не працює.

Про разницу с телегой:
нативный клиент на С++ (десктоп). Ни разу не было чтобы он у меня подвисал.

А вот тут не надо. Последние полгода какая-то бага не позволяет ему с вероятностью около 20% адекватно подняться из Hibernate. Он не просыпается. Подозреваю, что какой-то криворукий воркер охудивляется, глядя сколько прошло микросекунд между вызовами.

У телеги есть пока одна недоработка, нельзя лайкнуть сообщение.
В скайпе можно)

И у телеги нет рекламы про самый лучший файлообменник

У нас сейчас рабочие чаты в телеге. И это жесть, потому что у меня личная переписка в телеге. Любой другой чат я даже не открываю в нерабочее время, а тут хочешь- не хочешь, а всё равно в фоне с личным видишь и рабочее

для работы должна быть отдельная сим карта

А каким файлообменником вы пользуетесь?
©

Как человек, сознательно избегающий фронтенда насколько это вообще возможно, хотел было даже автору посочувствовать. А потом вчитался повнимательнее... и «не все так однозначно»

при поступлении в компанию я попросил аванс в размере двух третей своей зарплаты с возвратом в течение трех месяцев, который на момент увольнения еще не был полностью мной выплачен
Да, мне платили зарплату исправно. И зарплату лида, а не джуниора.

Мы видим компанию, которая выглядит весьма порядочной в финансовом плане. И денег авансом дали, и платили зарплату лида (за отсутствие работы, заметим)...

Получается, что единственной реальной претензией выступает вот это

С моей точки зрения, я потерял пару месяцев своего времени впустую, сделал свое резюме несколько хуже (см. «job hopper») и потерял некоторое количество нервных клеток, так что извинения здесь считаю уместными.

Особенно понравилось про извинения. «Вы платили мне зарплату бекенд лида, а заставляли делать работу фронтенд джуна (которую я все равно не делал так как не смог развернуть окружение) — будьте любезны извиниться, господа!» :)

Час дійсно був втрачений. Але — втрачений недаремно.

«Особенно понравилось про извинения. «Вы платили мне зарплату бекенд лида, а заставляли делать работу фронтенд джуна (которую я все равно не делал так как не смог развернуть окружение) — будьте любезны извиниться, господа!»

Да, именно так. Только не «будьте любезны», а «я требую». Сарказм здесь лишний от слова совсем.

Если бы вы видели как относятся к своим сотрудникам западные компании вы бы быстро поняли что к вам относятся как к рабской рабочей силе и... что хуже, вы сами согласны считать себя рабами за хорошую зарплату.

А мы кто??? Мы они и есть. Только наёмники.
Другой вопрос, что я бы просто открыл дверь и вышел, как только увидел с чем иметь дело. Потому что прекрасно знаю, что не подняв таски, скорее всего не получу и обещанного.

Я так понимаю, это был ответ на мое сообщение выше? :)

Если бы вы видели как относятся к своим сотрудникам западные компании вы бы быстро поняли что к вам относятся как к рабской рабочей силе и... что хуже, вы сами согласны считать себя рабами за хорошую зарплату.

Видишь ли, тут автоматически возникает много вопросов:
— Зачем же ты нанимался на галеру, если западные компании относятся к сотрудникам лучше? Я, например, разделяю это твое мнение и поэтому принципиально работаю только на западные компании (и только на продукт — офферы от аутсорса/аутстаффа не обсуждаю независимо от цифр)... А ты получается рассказываешь одно, а делаешь другое — почему?
— Почему ты не уволился сразу же как только стало понятно, что «произошла чудовищная ошибка»?
— Ты считаешь получать зарплату лида и не делать работу (даже на уровне джуна) — это профессионально?
— Когда стало понятно что проекта для тебя нет и не предвидится (а те что есть ты пилить не хочешь в принципе) — чего ты хотел добиться продолжая качать права?

Если бы вы видели как относятся к своим сотрудникам западные компании вы бы быстро поняли что к вам относятся как к рабской рабочей силе и... что хуже, вы сами согласны считать себя рабами за хорошую зарплату.

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

Я сейчас работаю на аутстаффе на западную компанию, главный офис которой находится в Лондоне, и я в ужасе от того, как там относятся к штатным сотрудникам. К примеру, время обеда там строго по расписанию, и не дай бог опоздать с перерыва хоть на минуту. Большие боссы там — отдельная каста с короной на голове, мои тиммейты и PM (которые являются штатными сотрудниками) боятся свой менеджмент в прямом смысле этого слова. Я даже читала на Глассдоре, что для топ-менеджмента в офисе существует отдельный вход, но это отзывы других людей, сама не видела. Мне в Украине такое отношение и не снилось, и это радует. При этом, те же люди на Глассдоре жалуются, что зарплаты там ниже рыночных. Так что, давайте не будем про рабов — ими могут быть кто угодно и где угодно.

А главное — работаешь и продолжаешь работать как анальная рабыня как ни в чем не бывало, и тебя всё устраивает. 🤷🏼‍♀️

Если это попытка меня задеть, то, увы, мимо: я не работаю по их расписанию, не кланяюсь их топ-менеджменту и получаю то вознаграждение, о котором договорилась с моим украинским менеджментом и которое меня устраивает.

Контора, которой важны красивые отчеты, а не реальные результаты.

Если компенсация хорошая и их устраивает отсутсвие у вас глубокой экспертизы на фронте, то не вижу проблемы — я обычно, более сговорчивый, ведь меня нанимают решать проблемы, а не их создавать. Есть работа и ее надо сделать — как бы для этого айтишники.
И да, я думаю вполне успешно смогу решать проблемы на фронте, при условии, что я бэкенд. Как я уже сказал — если их устраивает отсутсвие глубокой компетенции за эти деньги и готовы мириться первое время с низким перформансом — нет проблем

Ну как бы заказчик спрашивает естественно как с фронтенд синиора, за эти деньги и нагнетает. Галера конечно сознательно пошла на тактический обман заказчика, т.к. быстро вот так вот взять и в один момент достать 30 Angular разработчиков негде, а поснять за закон Брукса не выгодно, сознательно начали «пылесосить рынок» ( нанимать всех подряд лишь бы согласился и выглядел IT-шником, что означает — пусть даже обезьяна лишь бы по английски на технические темы разговаривал). Понимая что заказчик — лабух ему и втюхали 30 людей из которых может 3-5 ему в конечном итоге и подойдут. Но пока разберутся с заказчика срубят по 40-50 баксов в час. Таким образом посчитаем, если вся махинация шла месяц, при: 40 рабочих часов, и 25 человеко-задов баласта, средняя ставка в час $40. 40*40*25= 40 000. Как видим заказчика (лоха) опустили на сорокет. P.S. Мораль сей басни — ИТ-шники постоянно изучайте новейшие и востребованные на рынке технологии, чтобы не попадать под «пылесос».

Галера конечно сознательно пошла на тактический обман заказчика, т.к. быстро вот так вот взять и в один момент достать 30 Angular разработчиков негде, а поснять за закон Брукса не выгодно, сознательно начали «пылесосить рынок» ( нанимать всех подряд лишь бы согласился и выглядел IT-шником, что означает — пусть даже обезьяна лишь бы по английски на технические темы разговаривал).

типичная галера, сколько уже таких примеров про «лидеров рынка» было и сколько еще будет.
мне лично прожекты рассказывали разводя руками — ну а шо делать, если сейчас на позицию хоть обезьяну не поставим, заказчик ее через неделю вообще закрыть может. таски совместными усилиями как-то закроются, а там даст бог заменим на кого-то приличного с другого проекта.

Настільки душно написана стаття і заангажоване опитування, що навіть поспівчувати автору складно при всьому бажанні :D
Про жодну компенсацію не може бути і мова, якщо все оплачували вчасно і розірвали контракт згідно відповідного пункту в договорі, а те, що автор сидів там пару місяців в очікуванні чогось іншого, то це вже ССЗБ

Google с AWS не DevOps/бекэндеры/фронтэндеры делают, а инженеры... автор тест не прошел

Гугл и AWS декларируют честно загрузку на проекте, данная компания — нет

Мой пост коснулся не прецедента, как такового, а вашей бурной на него реакции.
B.T.W.

честно загрузку на проекте

 — откуда у вас такая информация?

Гугл и AWS декларируют честно загрузку на проекте

Да, особенно честно декларируют загрузку во время oncall

Був у мене подібний досвід. У 2015 році найняли як Senior iOS Developer, але оскільки не було проєкта, дали час на вивчення Python і відправили на проєкт в якості Python-розробника зі збереженням зарплатні. Я там пробув недовго, встиг написати декілька юніт-тестів та познайомитись з Docker, дуже швидко мені знайшли iOS-проєкт. Залишився дуже вдячним компанії за цей досвід, адже тепер я краще розумію, як працює бек-енд.

Я как-то пришел на должность FE lead, а пришлось работать blockchain разработчиком на solidity, потому что внезапно клиент дропнулся.
Ни разу не пожалел, разобрался, наконец как эти ваши блокчейны работают и в резюме записал.
У автора в статье одно нытье, файлика в гайде нет, о господи, кофе не тот, божечки.
Как будто не 10 лет опыта, а первый раз замужем.

Вчитися на робочих проектах — божественно.

Спочатку я коли читав про огидну бурду замість кави подумав, що мова йде про ЕПАМ.
Але ні, бо пише «малоизвестных киевских аутсорсинговых компаний».

Не ЕПАМ, не Глобал, не СофтСерв, ни один из монстров вообще.

Дуже шкода. Бо огидна бурда замість кави одразу кидає тінь на цих монстрів.

Про монстров все таки уже все понятно и так, не так ли? Я хорошо помню ЕПАМ, очень хорошо.

Блеск и нищета айти.
В комментариях "лиж бы платили"©
А в чем смысл ? У человека есть определенные планы на карьеру.
Есть определенная специализация и желание развиваться в какой-то области.
Зачем брать вот так и себя свитчить в совершенно другую область ? А если завтра начальник решит что ты должен хорошо рисовать акварелью и верстать страницы, тоже будет "лиж бы платили"©. Переквалифицироваться с слесаря в художники ?

А на следующем собеседовании что будешь говорирть ?
Я был лидом но последний год программирую на CSS.

А на следующем собеседовании что будешь говорирть ?
Я был лидом но последний год программирую на CSS.

я бы сказал, что на предыдущем месте работы я столкнулся с большими испытаниями, в ходе преодоления которых овладел новыми технологиями и успешно зарелизил продукт.

Это так не работает. Если ты на следующем собеседовании ответишь, что твой ближайший релевантный опыт фронтенд, то тебя определят фронендщиком и поставят минус напротив бекенд скилов.

За настоящими лидами в Украине (и не только) очередь стоит. Последние лет пять я вообще сайтами по-поиску работы не пользовался, все находят меня по-рекомендациям. Думаю, у любого лида лет за 10-15 опыта в резюме столько всего написано (разного), что Ангуляр тут не будет казаться лишним.

Если ты на следующем собеседовании ответишь, что твой ближайший релевантный опыт фронтенд, то тебя определят фронендщиком и поставят минус напротив бекенд скилов.

Ну, назови себя фуллстеком... вообще не вижу проблемы.

Только терпила или мазохист согласится на оффер после такого собеса и оценки.
Что дальше? Девопсы будут конопку отнимать? :-))

Это так не работает. Если ты на следующем собеседовании ответишь, что твой ближайший релевантный опыт фронтенд, то тебя определят фронендщиком и поставят минус напротив бекенд скилов.

Ты в курсе, что ты не под присягой?

— Что ты делал на прошлом проекте?
— Ой а что вам надо?
— Ну мы ищем программиста SAP, ABAP asap
— C SAP я на прошлом проекте работал очень много, в ABAP я реально гуру, на а про ASAP даже говорить не приходится.

Лід Джава Девелопер із 10-ма роками стажу.
Останні 9-ть років із яких програмую суто на DevOps.
Так складались обставини просто. Не судіть строго.

За год знания условного c# не сильно устаревают. Хз, я и фронт ковырял и бек и девопс, мне по кайфу, иногда надо отвлечься. А в резюме можно писать что хочешь.

после того как лид осознает, что он не lead back end, а junior front end, у него есть два пути
— принять это и работать дальше
— не принять это и попрощаться

Нельзя принять это, а потом саботировать работу. Это позиция дилетанта. Либо делай хорошо, либо не делай вообще

Про css сильно, а не деградация?

Переквалифицироваться с слесаря в художники

Ну вы же (без обид) переквалифицировались из таксиста/шахтера/слесаря-сантехника/ (нужное подчеркнуть) в айтишнека?
А вообще да, я с вами согласен: тема бабла красной нитью пронизывает все так называемое айтишное сообщество и когда попробуешь заикнуться о каком то там призвании, то на тебя посмотрят, гм, очень-очень осуждающе.

У ФОПів не може бути керівників) Тим більше, що якщо порушили умови контракту, можна його розірвати в той же день.

А в чем смысл ? У человека есть определенные планы на карьеру.
Есть определенная специализация и желание развиваться в какой-то области.
Зачем брать вот так и себя свитчить в совершенно другую область ? А если завтра начальник решит что ты должен хорошо рисовать акварелью и верстать страницы, тоже будет "лиж бы платили"©. Переквалифицироваться с слесаря в художники ?

На мою власну думку, правильним було б поспілкуватися про проблеми ( що автор і зробив) і побачивши, що бажаного тримати тут не можна, і напрям, котрий пропонують йде в розріз з його кар’єрним шляхом — просто покинути компанію і піти в ту, де він зможе отримати бажане.

Про що тут писати? Компанія, можливо, першопочатково і справді брала на ті умови, котрі пропонувались. Змінились вимоги у клієнта — ну, в тут керівництво самого аутстаф провайдеру і справді безсиле — ти або приймаєш те, що пропонують, або йдеш (чи в рамках провайдеру на інший проект, чи в іншу компанію, будь-вона продуктовою чи також цієї ж моделі).

Тому, якщо стоїть справі кар’єрне питання — не зійшлися по умовам чи технологіям, не біда, знайдеш де інде. В цілому, для таких от ситуацій і є trial-періоди (вони ж бо не тільки про фіт співробітника в комапанію, але і у зворотню сторону, якщо хто не знав).

В мене радше питання, чи варто в такому випадку писати про це статтю (якщо це справді можна назвати статтею, радше ниття)?

Если вопрос нового проекта актуален — маякните. Расскажу какие варианты есть с плюсами и нюансами.

Если мы говорим про великих полководцев древности, то у одного из них имя — Гай, и фамилия Юлий; у другого же имя Ганнибал и фамилия Барка. У вас неконсистентно написано, поправьте. :)

Чорт, оказывается не только во фронт-энде не разбираюсь... :))))

А это стандартная тактика: порете любую чушь и затем знающие гугл и википедию люди в комментариях вас поправляют. До сих пор, как видите, работает. Вот и я вас сейчас мог бы слегка в правописании поправить. Да, да, но нет.

Статья уровня итальянского сайта, но опубликована тут. Почему бы не опубликовать ее и там, но уже с названием галлеры ?

Сплошное анонимство говорит о неготовности автора как к защите своих прав, так и к ответственности. О чём тут может идти речь?

О том чтобы внимательно читать написанное и не выдумывать альтернативную мотивацию там где есть очевидная. Отстоять свои прова будучи уже уволенным довольно проблематично. Цель написания статьи — поднять и обсудить проблему относительной бесправности ФОПовцев в нашей айти индустрии. Цель анонимности — снизить хайповость и хейтерство.
Если бы я написал статью неанонимно и с указанием компании, такой же Андрей Морской № 2 укорял бы меня в желании насолить компании. Haters gonna hate.

неверно, ибо мне важна своя мотивация, а не твоя. мотивирован я двумя вещами: не читать бесполезную информацию и оставлять свой фидбек, если я считаю нужным. если я не прав, уверен, лайков не будет на нём.

Вижу смысл в таком подходе, претензий не имею.

В чому суть безправності при «звільненні» ФОПа? У нас навіть немає трудової, куди можна внести запис про звільнення. Шіт хепенс еврі дей, але мало хто йде анонімно скиглити сюди, решта спокійно міняє роботу. У більшості людей рівня мідла і вище не буде часу писати такий лонгрід і потім його довго коментувати з огляду на завантаженість або роботою або інтерв‘ю.

Написание статьи заняло 4 часа. Комментирование — примерно столько же.

відповідальності за шо? я би канєшно не став прям от так з першого дня переформатовувати каву на невідомій канторі як і претендувати на якусь компенсацію за відітєлі моральну шкоду, але з роботою його явно прокинули і ще і нахамили прямим текстом

с этим я не спорю. просто не затрагиваю этот аспект. Возможно другим он интереснее, чем мне.

Похоже автор выходец из идеального мира. Вопрос почему променял идеальный мир на растущую компанию, остается открытым.

Если платили как лиду подтянуть ангуляр вообще не вопрос. Можно было быстро переквалифицироваться. Ангуляр требует высокий уровень знаний в ООП.

Пс. Я бы действительно не совал свой нос в офис-менеджерские вопросы. Тут максимум что можно сделать — предложить. Инициатива — наказуема.

Для меня сказать «инициатива — наказуема» означает сдаться и согласиться жить в совке, уж извините. Категорически несогласен. Не только мы можем прогибаться под компанию но и компания под нас. Была бы критическая масса несогласных.

Це шлях до конфліктів. І хоча така наука як Конфлікт Менеджмент декларує, що конфлікти це розбіжності в поглядах різних людей, та є звичайним явищем в діяльності суспільства, в ІТ конфлікти це негативне явище. А людей, які конфліктують називають токсичними. Лише в США я це зрозумів, коли через свою ініціативу загубив черговий проект :) Баланс між «не висовуватися» та «проактивна позиція», «індивідуальне» чи «колективне», «промовчати» чи «різанути правду-матку» — це все приходить лише з роками та життєвим досвідом.

Конфликты в смысле «споры» есть неотъемлемая и желанная часть любого проекта. В стартап культуре они вообще критически важны. Вы можете представить себе как можно задизайнить первый айфон, скажем, без споров?
В аутсорсе, где почти все решает клиент они менее важны, но все же отсутвие споров означает исключительно низкую культуру команды, где есть главный который все решает и исполнители.

Восприятие конфликтов как «переход на личности» характерно именно для советской и постсоветской культуры. Действительно, спорить у нас не умеют совсем и отсюда делают неверный вывод что лучше совсем без конфликтов чем с ними. Но это совершенно не так. Можно и нужно с ними, просто в корректной форме. Два синьора спорящие два дня над выбором архитектуры очень важное и нужное явление на старте проекта, например.

С Юлием и Ганнибалом я спорил осмысленно и не переходя на личности (до этой статьи конечно. Здесь я очень даже позволил себе это поскольку извинений мне они так и не принесли. И даже здесь я защищаю их право на приватность скрывая их имена). Не вижу в этом ничего плохого.

Баланс с моей точки зрения был вполне себе соблюден, пока я аргументировано отстаиваю своию позицию а не говорю «я прав, вы дураки» или что-то в этом духе.

Конфликты в смысле «споры» есть неотъемлемая и желанная часть любого проекта. В стартап культуре они вообще критически важны.

Нет, никому конфликты и споры не нужны, они ничему не помогают, только тормозят процес и розжигают никому не нужную энтропию.

Люди, которые этого не понимают — либо сильно молодные, либо особо одаренные. Они или поймут это сами и переучатся, или их сильно сломают в нескольких мясорубках и они переучатся, или они просто выпадут из обоймы.

Вы можете представить себе как можно задизайнить первый айфон, скажем, без споров?

Легко. Начальник говорит — делайте айфон. Подчиненные говорят «есть, делаем». Кто начинает возмущаться, вылетают из мейнстрима на какой-то сапорт.

С Юлием и Ганнибалом я спорил осмысленно и не переходя на личности (до этой статьи конечно.

Посади себя на место Юлия.

Ты владелец или совладелец галеры. Приходит какой-то черт, который работает первую неделю и говорит — «ребята, у вас кофе говно, я вам новое нашел». Ты думаешь, что у тебя пройдет в голове мысль «Во, дело говорит! Какой инициативный сотрудник, молодец». Нет, у него в голове проходит «Какого хрена этот никто приходит и рассказывает мне, CEO, как вести бизнес? Сильно умный?» Элементарная психология.

Подавляющее большинство людей, больше чем ты можешь себе представить, никогда не признают публично, что они не правы, большинство из них никогда даже не допустит мысли что они могут быть неправы. Единицы людей (которые обычно уже всем все доказали), у которых есть «professional integrity» примут такой фидбек и адекватно на него отреагируют, но шансы встретиться с такими людьми у тебя близки к нулю.

Вообще-то именно конфликты и споры приносят пользу.

Это тебя так в совке научили, а на деле получаются самоуверенные неучи. Потому вас совков и не особо слушают.

Это ты про «ЦРУ против СССР»?
Книжки есть о чем угодно, но все это из серии «Do As I Say, Not As I Do» — не стоит и выеденного яйца.
В 90% случаев нужна стабильная реализация в рамках существующих технологий, в 9% планомерное движение вперед по эксперименту, а 1% оставим совкам с их вечными конфликтами.

Ну так приведи пример отличной, по твоим меркам, книги по кофликтологии.

Не, я в эти ваши совковые игры не играю. Давай одну. Я ж тебе привел одну.

Витя, раз это из анекдота, то это совками высмеивалось, а значит — это было противно совковой натуре.
Я ж тебе отличную книгу про конфликты предложил, а ты, совок, меня в БСЭ отправил.

В СССР до начала Перестройки критиковать произведения Н. Н. Яковлева было запрещено[13]. На Западе одна из рецензий, вышедших в 1984 году, недоумевает по поводу того, что хотя ЦРУ — несложный объект для критики, «автор с заданием справился на двойку», а почти всю книгу посвящает совсем другим темам, в особенности нападкам на диссидентов в СССР[11].

Но это ладно, давай любую из гугля возьмем и узнаем, что она целиком и полностью посвящена гашению(или разрешению) конфликта, но не пользе самого конфликта. Догадываешься почему?

социальными сетями прибило «48 законов власти»

Витя, ты, по твоему же утверждению, живешь в жопе мира без перспектив(бар за доллар, да), принимаешь нейролептики «от всего» и годами ищешь работу.
Ты не думал, что твои советы не совсем те советы, которые конструктивны? Совки не умеют в советы, Витя, и ты — яркий тому пример.
Тоесть английская википедия — это еще куда ни шло, но зачем мне россиянский вариант? Ведь даже в ссылке видна разница «Conflict resolution» и «Конфликтология».

Ну, значит, не все у тебя плохо — с голоду не пухнешь. Главное, чтобы у тебя младенцы не заканчивались.

Царь

Вызывает антирес
Ваш технический прогресс:
Как у вас там сеют брюкву —
С кожурою али без?..

Посол

Йес!

Царь

Вызывает антирес
Ваш питательный процесс:
Как у вас там пьют какаву —
С сахарином али без?..

Посол

Йес!

Есть такая книга — Марк Гоулстон «Как разговаривать с мудаками», которую совки часто ставят в топ книг по кофликтологии. Но если прочитать книгу, станет понятно, что она не о конфликтах, а об общении. И почти все, что издается на западе по этой теме о том же. Даже «Why Do We Fight?: Conflict, War, and Peace».
И только у совков «Конфликт — вещь в наше время, к сожалению, неизбежная и на работе, и в семейной жизни, и в личных отношениях.»
Возможно у вас получится подумать на досуге над тем, насколько для меня ценно ваше мнение и как я использую книгу Марка Гоулстона в разговоре с такими, как вы.

Ппц. Конфликт возникает всегда когда есть разнонаправленные интересы хотяя бы у двух человеков. Общение — это один из способов разрулить конфликт. Еще конфликт можно разрулить мордобоем, разбитой посудой, увольнением и т.д.

Возможно у вас получится подумать на досуге над тем, насколько для меня ценно ваше мнение и как я использую книгу Марка Гоулстона в разговоре с такими, как вы.

Я эту книгу не читал, но ваш пассивно-агрессивный тон — это верный признак чудачества, и его не рекомендуют использовать вообще никогда.

и его не рекомендуют использовать вообще никогда.

Советікі от анонов — бесценны... Скажу сразу: я вас, анонов, никогда за людей не считал и советы ваши мне не нужны. И расскажу тебе почему —

Когда Кастурба, жена Махатмы Ганди с которой он прожил вместе 62 года, заболела бронхиальной пневмонией, ее сначала пытались лечить традиционной аюрведической медициной. Врачи давали ей воду из священной реки Ганг. Один из сыновей настаивал на пенициллине, но Ганди, не доверявший западной медицине, отказался, мотивируя это тем, что все в руках Господа и нельзя противиться его воле. Кастурба умерла и Ганди сказал, что так Господь испытывает его веру.
Через шесть недель после смерти жены Ганди заболел малярией. Три недели он безуспешно лечился водяной диетой, а потом, по совету западных врачей, принял хинин и выздоровел.

Потому что до вас дойдет только когда вам ваша же ограниченность в лоб прилетит. А мне время тратить, что на анонов, что на разрешение конфликтов, — не хочется, я с инфантилами как-то внезапно завершил «плодотворное» общение много лет назад.

Потому что до вас дойдет только когда вам ваша же ограниченность в лоб прилетит.

Ограниченность в чем?

Извините, но

мне время тратить, что на анонов, что на разрешение конфликтов, — не хочется
У вас все вокруг совки, а вы стоите один в белом как Д`Артаньян

Чой-то все вокруг? В этой теме только вы и Витя.

Просто на других вы кидаться пока боитесь. Все таки сложно быть одним против всех, да?

Вот видите, вы опять все сводите к конфликтам. А я ведь не против, мне — по№@й.

Я пока не увидел возражений. Возможно вы не умеете сформулировать свою мысль на письме.

Возражений чему? Вашему «Бред пишите»?
Давайте разберем эту фразу детально. Начнем со второй части — «пишите». Она отвечает на вопрос «что делайте?» и, соответственно, является призывом к совершению каких-то действий. В данном случае — писательских. Первая часть фразы — Бред — определяет качество действий. То-есть, если я правильно понял смысл фразы, вы предложили мне писать низкокачественную аллогичную мутотень. Но я только за! Как я могу тут возражать?

Она отвечает на вопрос «что делайте?»

Вы неверно расставили ударения и ваша логика пошла по наклонной.

Но я только за! Как я могу тут возражать?

Окей, не пишите больше бреда. Я вам запрещаю писать бред. И уберите за собой все что здесь писалось.

Вы неверно расставили ударения и ваша логика пошла по наклонной.

Согласно правил русского языка ударение в слове «пишите» можно поставить только одним способом. Но мне тут, в другой ветке, подсказывали, что есть

люди с особыми потребностями

поэтому я бы хотел услышать ваш вариант.

Окей, не пишите больше бреда. Я вам запрещаю писать бред. И уберите за собой все что здесь писалось.

Это так не работает. Чтобы собрать пауков из разбитой банки, нужна банка большего размера.

Ну раз у вас особые потребности, то, сорри, я не учитель из интерната для инвалидов, я не смогу удовлетворить ваши. Возможно вам стоит вернуться в школу.

Получается в вашем интернате для инвалидов можно ставить ударения так, как вам хочется? Интересное.
Возможно вам не стоит из него выпускаться — столько свободы ни одно общество не обеспечит.

в вашем интернате для инвалидов

И опять у вас какие-то пассивно-агрессивные фантазии. Это у вас так рабочие моменты «урегулируются»?

Вы бред пишете.

Ви точно впевнені, що в 1944 в Індії пеніцилін був такий вже доступний? Щось схоже на якийсь накид на Ганді.

«Жизнь и смерть Махатмы Ганди» приводит его цитату от 19 февраля 1944: «Если Господь послал ей это, Он проведёт её сквозь болезнь». Life приводит и такую цитату Ганди: «Вы не можете сейчас излечить свою мать, не важно какие чудотворные таблетки у вас есть. Она теперь в руках Господа». Спустя три дня Девдас всё еще настаивал на пенициллине, но Ганди его осадил: «Почему ты не веришь Богу?». В этот день умерла Кастурбай.

Но суть той цитаты не упорность Ганди, это была аллегория на полезность некоторых понятий, которые не совсем понятия, и не совсем полезны.

Есть такая книга — Марк Гоулстон «Как разговаривать с мудаками», которую совки часто ставят в топ книг по кофликтологии. Но если прочитать книгу, станет понятно, что она не о конфликтах, а об общении.

как раз читаю )) первое что резко меняет вопрос что в переводе оказывается потерян смысл там вовсе не «с мудаками» а очень даже конкретно «с crazy people» что резко меняет вообще всё

ЗЫ: пока не дочитал потом ещё перечитаю в оригинале но вообще нужна книга как раз за мудаков а вовсе не за «психов»

И только у совков «Конфликт — вещь в наше время, к сожалению, неизбежная и на работе, и в семейной жизни, и в личных отношениях.»

это не так и именно потому я сразу и обратил внимание что книга вовсе не за что именно я ожидал там найти исходя из российского варианта названия

«с мудаками» а очень даже конкретно «с crazy people»

А ты зацени как сократили «Why Do We Fight?: Conflict, War, and Peace» в переводе до «Почему возникают конфликты». Хлопок газа и отрицательный рост.
Я ведь почему раньше такой злой был — потому что я тупых и ограниченных совков читал. Даже переводчиков...

это не так и именно потому я сразу и обратил внимание что книга вовсе не за что именно я ожидал там найти исходя из российского варианта названия

Я вроде именно про это и писал. Книга совсем не про то, про что в ее названии упомянули совки. Но совкам это невозможно объяснить, для них «полезный» конфликт — это основа бытия.

Но совкам это невозможно объяснить, для них «полезный» конфликт — это основа бытия.

А у вас все конфликты — зло (даже «не спорь с начальником»)?

У меня нет конфликтов. У меня есть рабочие ситуации, которые прорабатываются в рамках взятых на себя обязательств.
И если кто-то неправильно понимает про обязательства, то компетентные люди сначала объясняют про обязательства, а уже потом рабочие ситуации прорабатываются в рамках взятых на себя обязательств.
А уж если кто-то пытается отказаться от взятых на себя обязательств, то решение таких задач выносится на аутсорс — в досудебное или судебное урегулирование.
B2B именно из-за того такое высокоплачиваемое, что люди не тратят время на конфликты. Их попросту нет, все всегда описывается в денежном выражении.
Сложно спорить с начальником, когда у тебя нет начальника.

У меня нет конфликтов.

Ааааа, я понял. Ньюспик. Дебилов не существует, есть только люди с особыми потребностями, ага-ага.

B2B именно из-за того такое высокоплачиваемое, что люди не тратят время на конфликты. Их попросту нет, все всегда описывается в денежном выражении.

«А денежное выражение описывается путем судебного урегулирования рабочих моментов.»

Б-дь, поколение снежинок.

Дебилов не существует

Почему это не существует? Я тут встретил одного анона — очень удачный экземпляр.

А денежное выражение описывается путем судебного урегулирования рабочих моментов

Вы невнимательно читаете. Денежное выражение описывается во время принятия обязательств. По крайней мере, в моем случае. Зачем тратить много времени потом, если можно потратить немного времени сейчас и не тратить его больше никогда?

Б-дь, поколение снежинок.

У вас, в слове «совков» 6 ошибок.

Я вроде именно про это и писал. Книга совсем не про то, про что в ее названии упомянули совки. Но совкам это невозможно объяснить, для них «полезный» конфликт — это основа бытия.

ещё раз я ожидал что книга как раз будет за то как решать конфликты когда это именно конфликты а не случайные стыковки со случайными идиотами вроде мелких магазинных грабителей и прочей гопоты

прочесть в переводе и в оригинале будет в основном интересно чтобы понимать степень «затерянного в переводе» как проявление отечественной культурной реальности с которой пока что всё равно приходится иметь дело

ещё раз я ожидал что книга как раз будет за то как решать конфликты когда это именно конфликты а не случайные стыковки со случайными идиотами вроде мелких магазинных грабителей и прочей гопоты

Я что-то не понял, о каким именно конфликтах идет речь? Чем отличается Conflict Resolving со случайными идиотами и неслучайными идиотами?

Чем отличается Conflict Resolving со случайными идиотами и неслучайными идиотами?

это интересный вопрос дабы не писать тут статью потенциально превосходящую ца самого доу (как я их нищебродов) возьму первый же ж пример их сабжевой книги где аффтар «подыгрывает» случайному водиле которого аффтар умудрился подрезать дважды и который таки «полез разбираться» при этом «предоставляя возможность» аффтару «отделаться» отбитыми почками и чем там ещё

я «ситуации» такого класса описываю двумя словами «два дебила это сила раз дебил и два дебил» (к) (тм)

если этот момент не стал быть более понятным то сорян я как раз только начал разбираться с темой чтобы делать краткие систематизирующие заключения и рекомендации и прочия

о каким именно конфликтах идет речь?
отбитыми почками и чем там ещё

Понятно, значит тема затронула знакомые струны. Ты ж, вроде, в израильской армии служил — как оно у тебя совмещается?

ты дурак? это армейское правило которое можно обобщить до «не спорь с дураком» как «чтобы выиграть спор с дураком нужно тренировать навык в него не вступать и не попадать в ситуацию в которой придётся спорить с дураком чем тренировать навык выигрывать спор с дураком»

читай уличный бой выигрывает тот кто в него просто не попадает

зачем был этот «личный выпад»? что ты хотел этим сделать? ты поставил себя как сабжевого «случайного идиота» дальше что? в этом фишка разницы которую ты искал но не смог понять с «случайными идиотами» не вступают ни в какие «конфликты» именно потому что это «случайные»

Я не совсем понял, к чему ты это все написал. Личные выпады какие-то, прочий бред я даже не читал.
Я имел ввиду, что все военнослужащие армий цивилизованных стран участвующие в вооруженных конфликтах могут претендовать на прохождение определенной психологической подготовки, в том числе и по разрешению конфликтных ситуаций. И читать эту книгу такой военнослужащий будет только в качестве детской литературы.
Я, например, только так и читаю все книги по «кофликтологии», которые у Вити стоят в гугле на почетном месте.

Но как ты его будешь решать уже зависит

=>

я чуть замешкался и не вступая в спор чинарик выплюнул и выстрелил в упор

Но все же зависит от информации, которая у тебя есть для принятия решений, так?

А информацию ты от Бога напрямую в мозг получаешь или путем общения с другими людьми?

К счастью ни то, ни другое. Бог меня оставил, а люди, в основном, — либо самоуверенно тупят, либо врут.
Информацию я получаю из наблюдений и сравнений с предыдущим опытом. Да и само общение это уже результат получения информации, так что если ты хочешь о «случайном конфликтном идиоте» получить информацию в общении с ним, то ты уже опоздал.

Не стоит рассуждать на краях допустимого. Совок и кофе?

Компания не должна прогибаться под каждого сотрудника индивидуально. Слышать — да. Но и терпеть самоуправство не обязана.

Инициатива наказуема везде если она не прошла обсуждение (RFC не?). Если вы действительно лид, вы это уже давно должны были знать.

Основной скил лида — умение адаптироваться под требования бизнеса. Не важно какие. У вас это не вышло. Простите за прямоту. Тут два пути: принять или уйти. Вы не ушли, но и принять у вас тоже не вышло. Я понимаю, лидить вам не дали, к сожалению. По сути вы устроились синьером на зп лида. Субъективно я бы расстроился но учитывая мат компенсацию — принял бы. Объективно — если нет другого офера под рукой — тоже принял бы.

В виду вашего опыта, рискну предположить, что с ФЭДом вы сталкивались и знаете как его готовить. Ангуляр довольно серъезный фреймворк. У меня был опыт разработки на нем. Впечатления положительные. Хотя и не без нюансов. Верстать конечно не интересно, но ангуляр это больше про программирование.

Рынок априори не идеален. Скорее наоборот.

Пути три: принять, уйти, спорить. Я выбрал третий.

Прогибаться их не прошу, прошу принести извинения. 78% опрошенных считают что они здесь уместны.

78% опрошенных считают что они здесь уместны.

по результатам опроса в интернете 100% пользователей выбрали вариант «пользуюсь интернетом»

Если платили как лиду подтянуть ангуляр вообще не вопрос. Можно было быстро переквалифицироваться. Ангуляр требует высокий уровень знаний в ООП.

Ангуляр требует весьма специфичный знаний именно про ангуляр.

Да ничего он не требует, кроме времени на погуглить, он слишком упрощён относительно того как фронт писали лет десять назад

Вы им про пхп, асп, жсп, и ие 6 еще раскажите, вот они удивяться, окажется, можно делать сайты которые не жрут 4ГБ озу... На цсс и пхп...
* Откидывается назад, и продолжает демонстративно громко хрустеть попкорном.*

Галера и ТС достойны друг друга. Галера безбожно аутстаффит и наелюбливает клиента, а ТС занимается какой-то фигней вместо зарабатывания денег и страдает графоманией.

Можно даже попробовать оценить возможный профит от этого изменения. Какой процент сотрудников пьет кофе? Грубо говоря, 50%. Насколько улучшается производительность сотрудника, выпившего неплохой, пусть и недорогой кофе вместо бурды? Тут оценить сложно, но все же не зря его люди пьют, он действительно придает энергии. Ну, пусть будет по минимуму, 1% от дневного output. Итого имеем +0,5% к средней производительности всех сотрудников на ровном месте. Допустим, я ошибся в пять раз, пусть будет +0,1%. Вы представляете, сколько это — 0,1% в переводе на доллары для компании в 100+ сотрудников? Думаю, в разы больше, чем доплата в 50 гривен за пачку кофе. На целую библиотеку книг по эффективному менеджменту для Юлия хватило бы.

Именно в этот момент я понял, что эта история — не только лишь про зашкварную галеру, но и про аутизм

А теперь внимание, снова вопрос на логику! Что лучше: иметь в установочном гайде пункт «После скачки солюшена попроси у тимлида копию appSettings.development.json и добавь в солюшен» или просто сделать так, чтобы этот файл изначально был частью солюшена?И всегда был up-to-date, был частью CI и так далее? Одновременно автоматизируя один пункт из вышеупомянутого гайда? Сделаю вид, что ответ не очевиден.

Я в этих ваших веб технологиях не шарю, но могу предположить, что там лежат ключи-явки-пароли и кастомер не хочет светить их галере. А галера соотв. поднимает окружение локально

У меня тогда еще не отбили напрочь желание проявлять инициативу, так что я тут же предложил: «Смотрите, у вас ведь компания быстро расширяется. Давайте предложим сотрудникам, прошедшим испытательный срок и решившим остаться, оставлять отзыв. Добровольно, конечно, но раз им у вас понравилось, то вряд ли они откажутся. Обычно отзывы оставляют после более долгого срока работы, но ведь и негативный отзыв вам оставил человек, который ни дня у вас не проработал. Это дает вам пять-десять отзывов в месяц. Через несколько месяцев вы с лихвой перекроете тот негативный фидбэк свежей информацией». Надежда оценила идею и радостно согласилась. «Только мне нужно с Юлием согласовать», — добавила она. Через пару дней она сообщила, что тот дал добро. Слава богу, подумал я, все же он способен на хорошие решения... Изредка.

Ахахахаха, на ДОУ у одной галеры до сих пор висит пачка отзывов сделанных по разнарядке начальника одного отдела (топы ничего не знали). А сверху — «все перенаписанные отзывы — фейк». Отличная идея, ага

А галера соотв. поднимает окружение локально

Чо? Локальний енвайромент вже відмінили? :))))

Я в этих ваших веб технологиях не шарю, но могу предположить, что там лежат ключи-явки-пароли и кастомер не хочет светить их галере. А галера соотв. поднимает окружение локально

Можно мати конфіг файл для локального енвайрмента в гіті.
Можна мати ключі-паролі-явки в кєй волті в улюбленому клауді, і налаштувати стягування паролів і явок звідти (як приклад — крутити локальний енвайрмент в умовному minikube, який читатиме паролі і явки за допомогою умовного secrets store CSI driver на ваш вибір).
І взагалі після того як шаряться через скайп креденшали Юлія, казати про секьюрність в цій конторі — це давати їм занадто багато кредиту довіри.

І взагалі після того як шаряться через скайп креденшали Юлія, казати про секьюрність в цій конторі — це давати їм занадто багато кредиту довіри.

Именно поэтому забугорный кастомер и не отдает свои креденшиалы сюда.

Не зовсім зрозуміла мета статті. Просто «випустити пару»? Можна назвати всіх, нехай буде їм уроком. А я б ще й Юлію врізав 🤷‍♀️

Цель статьи — поднять тему наличия, а точнее отсутсвия у нас, как нанятых ФОПов, возможности отстаивать свои права на оговоренную при собеседовании и указанную в офере позицию. В том случае если компания сознательно решит эти права нарушить.

А что отстаивать. Тебе зп платили, сиди ковыряй ангуляр, на любой наезд говоришь, я не ангулярщтк — выучу — посмотрим. Уволят, уйдёшь на др работу , благо её полно

Какой такой ангуляр? Наша Галя балувана.

Тебе зп платили, сиди ковыряй ангуляр,

в англії колись була професія «зборщік мочі». кажуть за неї теж не погано платили

А типа не фоп что-то может отстоять у нас

отстаивать свои права на оговоренную при собеседовании и указанную в офере позицию

бгг)
ну и будут вам писать в офферах позицию Software Engineer, как это в гуглях принято

Ці права відстоюються дуже просто: від імені юридичної особи (ким є ФОП) пішеться офіційне письмо в компанію, в якому викладаються всі претензії і попередження, що в разі неусунення проблем, співпраця буде розірвана (або буде позов в суд, як було у мене). Письмо відправляється поштою з подтвердженням про отримання. В майбутньому це може бути доказом в суді. Я так вирішував питання в одній гоп-стоп компанії, яка вирішила трошки «притримати» мою ЗП :)

Так можна просто звільнитися — і їм це буде боляче, чи не гірше за тебе, в умовах ринку, де вакансій більше за кандидатів.

А що і хто вам забороняє відстоювати в даній ситуації?
62.01 Комп’ютерне програмування — не каже, що ви тільки бекенд, чи тільки фронтенд, чи навіть QA. Він вам, як ФОПу, дає можливість вести діяльність у всіх течіях звязаних з цією групою. Якщо, особисто ви, не планували і не бажаєте займатись запропонованою в результаті роботою, то це ваше право, і ви можете або поговорити з вашим наймачем, що це не ваш скоуп і або він матиме змогу вам надати бажане, або в такому разі вибір за вами, чи залишатись і відкрити для себе щось нове, чи все ж знайти іншого клієнта, котрому зможете надавати послуги в рамках тих технологій, котрі бажаєте.
Як виглядає по статті, вам першопочатково пропонували можливо і бажану вам роль, але ситуація змінилась. І тут справді був вибір за вами, ви молодець, що підняли обговорення, про не відповідності, але коли отримали відповідь, про неможливість отримання бажаного, то тут вже вам обирати.
Не бачу, де порушили ваші права. Бачу ниття дитини, якій не дали бажану іграшку, а іншу. При чому дитина сама знає, де взяти необхідну їй.

Есть квед создание сайтов, если позанудствовать. Туда можно именно фронт прилепить.

і бекенд туди теж підходить ;)

Цель статьи — поднять тему наличия, а точнее отсутсвия у нас, как нанятых ФОПов, возможности отстаивать свои права на оговоренную при собеседовании и указанную в офере позицию. В том случае если компания сознательно решит эти права нарушить.

Не важно, ты ФОП или не фоп. Если компания решила тебя кинуть, она тебя кинет. Если бы у тебя была возможность иметь какой-то вес в этом споре, то ты бы не был простым кодерком, ты бы был владельцем своей компании, смекаешь?

Честно говоря, как-то все переусложнено и неясно, зачем эта вся драма. Работы на рынке — вагон, поэтому еще на этапе того, когда выяснилось, что ТС вынужден будет работать ангулярщиком, а не тем, кем ему было обещано, можно было:

а) уволиться и искать новую работу по специализации (еще и получив зп за бенч, который отсидел);

б) если было желание, получать зп бэкенд лида за возможность научиться ангуляру.

Ну и разорвать контракт ФОПу в любой момент — не проблема.

Цель статьи — поднять тему наличия, а точнее отсутсвия у нас, как нанятых ФОПов, возможности отстаивать свои права на оговоренную при собеседовании и указанную в офере позицию. В том случае если компания сознательно решит эти права нарушить.

Цель статьи — поднять тему наличия, а точнее отсутсвия у нас, как нанятых ФОПов, возможности отстаивать свои права на оговоренную при собеседовании и указанную в офере позицию.

Я ваш контракт, конечно, не читала, но во всех договорах, что видела, было написано, что контрактор разрабатывает для заказчика программное обеспечение. И по этому поводу всё. Никакие тайтлы и конкретные технологии (ангуляры, БД и прочее) там не указаны. О каких правах речь и какой пункт контракта нарушила компания?

То, что такая контора с их порядками и обманом после оффера — днище, это очевидно. Но таких сейчас вполне себе карает рынок за просранную репутацию.

Здравый смысл никто не отменял и отказываться от него я не собираюсь. Я собеседовался на Lead Backend и никак иначе. Предложи они мне Angular разработку на собеседовании или в офере, я бы отказался и они это прекрасно знают. Таким образом меня намеренно ввели в обман, ожидая что столкнувшись с реальным положением дел я стану молчать в тряпочку, как и остальные.

Павел, собственно, до сих пор работает там. Более того, говорит что уже все не так плохо потому что «подбрасывают бекенд таски время от времени».

Все способы ввести в обман исключить в контракте методом перебора просто нереально. Поэтому ваш подход «нет моем в контракте значит я неправ» изначально обрекает вас на проигрыш. Если вам угодно сдавать свои позиции без боя — воля ваша. Мне дорого мое время, мои деньги, мои усилия. Три месяца это 0.5% моей взрослой жизни примерно. Мне их никто не вернет.

Мне дорого мое время, мои деньги, мои усилия. Три месяца это 0.5% моей взрослой жизни примерно. Мне их никто не вернет.

Если оно вам так дорого и после бенча дали ангуляр вместо бэкенда (обманули), то чего сразу не уволиться и не пойти на бэкенд куда угодно (можно еще и отзыв написать, как все было, с указанием имени компании)? Зачем терпеть? Такое впечатление, будето вам просто нравится страдать.

Поэтому ваш подход «нет моем в контракте значит я неправ» изначально обрекает вас на проигрыш. Если вам угодно сдавать свои позиции без боя — воля ваша.

Какой проигрыш? Какой бой? Я, в общем-то, работу работаю, а не веду войну. Если не нравится компания — можно ее просто сменить. Это ж не та ситуация, что город на 30 тысяч человек, некуда уехать, и один завод, помимо которого работы нету.

Какой страдать? Я две недели ничего не делал препираясь с Ю и Г о своей нагрузке. В это время в фоне искал работу. Чем ваш вариант уволиться лучше?

Чем ваш вариант уволиться лучше?

Тут у вас какие-то взаимоисключающие параграфы. С одной стороны,

Мне дорого мое время, мои деньги, мои усилия. Три месяца это 0.5% моей взрослой жизни примерно. Мне их никто не вернет.

С другой

Я две недели ничего не делал препираясь с Ю и Г о своей нагрузке.

Если вас устраивало это препирательство вместо, собственно, работы, то чего жаловаться... А если это, по вашим словам, потеря времени, то увольнялись бы сразу после известий о ангуляре.

Еще раз, медленно, разжевывая, как для маленькой.

Две недели я не считаю потерянным временем так как это был мой собственный выбор, остаться и спорить. Ответственность за свой выбор я принимаю на себя, полностью, время с этого момента не считаю потерянным.

Меня не устроило то что меня обманули при приеме на работу. Считаю потерянным время между выходом на работу и осознанием что предложенной позиции у них нет.
Почему? Потому что здесь выбор сделали за меня, предложив мне то чего у них в наличии не было.
Есть ли претензии? Есть.
К кому? К тем кто меня обманул — моим работодателям.

Если бы я сам выбрал быть ангулярщиком — претензий бы не было.

Теперь понятно?

Меня не устроило то что меня обманули при приеме на работу. Считаю потерянным время между выходом на работу и осознанием что предложенной позиции у них нет.

Так лучше всего в таком случае наказывать компанию описанием ситуации в отзывах с указанием названия конторы (итальянский сайт есть еще), чтоб к ним никто не шел... толку тут с нытья.

Еще раз, медленно, разжевывая, как для маленькой.

А вы точно лид? О_о

А Павел тем временем кодил на Angular и становился Full-stack developer )))

Как правило, спорить и «добиваться правды» невыгоднее, чем просто работать.

якшо павлу це цікаво то чому ні. але цікаво може бути не всім

Это если человеку интересно быть фулстек и сидеть в дебагере до 50, релизть на продакшн в 5 утра и не спать по ночам из за разницы по времени с заказчиком, не ходить в отпуск и всеми прочими прелестями. А если интересно развиваться в другом направлении: архитектура, менеджмент, продажи т.д. ? В общем просто работать это может быть подходом лошади которая в колхозе работает лучше всех, при этом её ещё и бьют плохо кормят и поят, а председателем она таки не становится.

это 0.5% моей взрослой жизни

з ваших відповідей в мене склалося шо це життя не достатньо доросле

права на оговоренную при собеседовании и указанную в офере позицию

Звільняйся в чому проблема (взяв аванс? — треба було взяти пізніше) — а так прийдеться відпрацювати ) або прописуй таке в контракті.
А так взагалі якщо тебе взяли джуном на гроші не джуна то тішся що маєш кучу часу)) роботу джуна ж виконувати недовго на день не джуну).

Если в контакте прописан круг обязанностей (а он прописан) компания обязана выполнять обязательства в том объеме, в котором они прописаны. Если же она не выполняет вы можете направить официальное письмо с требованием устранить замечания к договору. Я так понимаю официально вы их не уведомили. Зря. После игнорирования письма можно подавать в суд на невыполнение обязательств. Но тут как бы нюанс. В договоре штрафные санкции за не выполнение обязательств со стороны компании прописывают юристы компании и они мягко говоря слабые если вообще есть. Вы имеете полное право при найме настаивать на изменении этих пунктов. Не ведитесь на слова — это типовой договор. Вы ФОП — вы заключаете договор между двумя юридическими лицами и контракт может и должен быть отдельным. Компании любят ФОП потому что можно выкидывать на улицу в удобное время и можно платить меньше налогов? Жизнь боль — значит любите и особые условия в контрактах

Такое, неоднозначні враження як про автора статті так і про компанію. Бачу як плюси так і мінуса обох.
Чесно кажучи, не впевнений хто в даному випадку має більше мінусів, автор чи компанія в обличчі її двох керівників.

Американцы привыкли нанимать на работу Software engineers. Им плевать на каком языке ты круто пишешь, или на каком языке будешь решать задачки на интервью, они берут на работу инженера по разработке софта, а не только C шарп и только CRM и только без вашего джаваскрипт Девелопера. Им нужен майнд сет, а не стек технологий. Это у нас привыкли, реакт выучил, педалишь на нем 5 лет к ряду, а на все остальное — у меня лапки. Я спесииииалист. Поэтому недоумение заказчика можно легко понять. К местной фауне — конечно вопросы есть. Они знали, на каком рынке раб силу ищут.
Всем добра. ТС — не грусти. Есть еще много компаний с вкусным кофе и узкой специализацией.

Американцы привыкли нанимать на работу Software engineers. Им плевать на каком языке ты круто пишешь, или на каком языке будешь решать задачки на интервью, они берут на работу инженера по разработке софта,

тогда им надо понимать что такие спецы работают минимум за х3 от галерного рейта

мы же не знаем какой ценник на галеру зашел. С учетом того, что они платили зп лида за 0 скилов на момент, и 0 продуктивности на перспективу еще многих месяцев, есть у меня подозрение, что денег там насыпали — неплохо.

Сильно сомневаюсь что в галеру зашла бы зп спеца из FAANG в 200к+ в год=)

Я бы не сказал, что у человека, который скейлил хай-лоад и работал, скажем, над сервис экспожером, микросервисами с бизнес-логикой и прочим траффикшейпингом, тот же майндсет, что у человека-спеца по МВВМ.
Я с американцами уже несколько лет плотно не работаю, но имхо проблема не в них, а в наших компаниях, которые радостно говорят «да, у нас есть спецы», и пытаются вырастить из бэкенд-сеньйоров фронт-мидлов.
Будучи в своё время фулл-стек разработчиком, и затем пообщавшись с опытными фронтами (моя изначальная специализация — бэк), я понял, что мы все делали на фронте чуть ли не абсолютно всё не так... Поэтому фронтов из бэков, и фулл-стек из бэков надо выращивать в командах с хотя бы одним опытным синьйор фронтом... Если надо вообще.

Американцы привыкли нанимать на работу Software engineers. Им плевать на каком языке ты круто пишешь, или на каком языке будешь решать задачки на интервью, они берут на работу инженера по разработке софта

уже ж миллион раз этот момент обсуждался — им так проще, чем искать по полгода-год специалиста с нужным стеком
но очевидно, что и результат уже «через 2 дня, но на вчера», при таком подходе никто и не ждет

этот подход иногда работает , иногда нет. в случае гугля работает потому что у них очень много собственных внутренних тулзов в помощь разработке, которые не знает никто (до сих пор не работавший в гугле). вплоть до собственной билд системы и CI/CD. поэтому не ожидают от новичка немедленной отдачи пока он не изучит все эти тулзы и принятый в компании воркфлоу. скорее всего его не посадят в первый же день пилить таску которая завтра-послезавтра в продакшн. другое дело мелкие конторы работающие по аджайл методике (х...як х...як и в продакшн!) где каждый разработчик должен уметь ВСЕ (в том числе тестировать и деплоить собственный код, настраивать CI/CD конвейр и заниматься саппортом) и времени на обучение у него много не будет

И это правильно. Язык всеголишь инструмент.

Интересная статья, спасибо что написал. Не все понятно по изначальным условиям работы. Что было согласовано? Был ли контракт? Вот это все «превращение кареты в тыкву», простите в Джаваскрипт, оно как в документах отразилось?

В офере указано черным по белому «Lead Backend Engineer». Размер команды не указан, не слышал чтобы такое случалось на моей памяти. На собесе я указывал, что мой оптимальный размер команды 8-12 человек, такие команды я лидил в прошлом.
Ни о каком джаваскрипте, естественно речь не шла.
Проблема в том, что принятый в наших компаниях формат офера в принципе кажется не особенно обязывающим ни в чем кроме зарплаты.
По крайней мере в моем случае слова «Lead» и «Backend» оказались, в общем-то, пустышкой.

ти правий, йшов на ліда -> мала бути позиція ліда.
але всяке буває, клієнт відвалюється в останній момент, завтикали з контрактом, куча всього іншого. то нормально:)
тобі гроші заплатили при тому що роботи як такої не було -> значить вони свої обовязки виконали, це вже ознака хорошої фірми.

Як тільки побачив що щось не так, треба було йти по співбесідах. За тиждень-два мав б офер. Якщо до того часу не внормувалось тоді йдеш на іншу роботу. А якщо хочеш додаткової компенсації то ще й не йдеш з першої роботи хоча б місяць.

Lead Backend Engineer

Маленький лайфхак:
Если идешь на типичную укр галеру и хочешь именно лидить, то и ищи позиции типа X Team Lead. А то лычка типа Lead Backend Engineer значит только то, что тебя можно дороже продать кастомеру. И лидить ты будешь, в лучшем случае, себя.

Возможно вы и правы, я после работы зарубежом подзабыл эти реалии. Действительно, вспоминаю в ЕПАМе Лид инженеров на линейной позиции без своей команды.

X Team Lead.

местами можно даже не писать код. Я реально прозрел, когда тимлида на время отпуска подменял

Так Lead Backend Engineer — это только уровень квалификации, проще говоря позиция в вилке зарплат. Вам предлагали именно позицию тим лидера (линейного менеджера) когда нанимали на работу? Или вы просто решили что Lead в тайтле автоматичски означает тимлидскую позицию ?

Речь шла о лидстве. Лычки меня не интересую сами по себе. Не вижу смысла в лычке самой по себе, мне сумма зарплаты ее заменяет для меня чуть более чем полностью.

Ну это понятно. У нас тут издревле так повелось: на два козака три гэтьмана, и на два рАба три прораба. Вот и вас кохвэм не корми дай рукой поводить )))

Тред не читай @ сразу отвечай

Если бы я оказался на месте ТС, я бы сел учить JC с нуля, получая при этом лидовский оклад, и в целом был бы довольным этими оплачиваемыми курсами по переквалификации. Если бы во время работы начали появляться вопросы по перфоменсу, а аргумент «вижу ваш ангуляр третью неделю» не прокатил бы — тогда бы вышел на рынок за новой работой. Но, судя по описанному хаосу, там никаких вопросов бы долго не возникало.

Неэффективный менеджмент наказывается денежкой, и понимается только ретроспективно, если прям все пошло плохо. Если же проект все равно худо-бедно продолжается, то этот момент могут и не понять в принципе. Так уж сложилось, что компании, которые обычно остаются на плаву, фокусируются на увеличению ревеню, а не маржинальности, и шлюпка худо-бедно плывет. И такие неэффективности случаются сплошь и рядом. Можно устранять их, а можно просто зарабатывать еще больше, и второй вариант на самом деле для компании лучше.

Тут надо понимать, что я говорю про «семейного типа» компании, где, грубо говоря, каждый работник имеет выход на СЕО. Условному EPAMу каждый новый контракт принесет +0.1-1% ревеню, а такой компании +10-20%. А трансформация с компании, где С-левел менеджмент решает вопросы о кофе, в нормальную корпорацию — это совершенно другой вопрос.

P.S. Судя по посту, ТС — тоже плохой менеджер, т.к. выглядит, что доказать свою правоту для него более приоритетно, чем решить проблему. Работа тимлида/инжиниринг менеджера все таки не о коде, а о коммуникациях, и у ТС прокоммуницировать так, чтобы решить свою проблему, не удалось.

«я бы сел учить JC с нуля» — т.е, молча согласился бы сменить карьеру на фул-стек, просто потому что так сказал дядя и зарплата хорошая, я правильно понимаю ваш подход к этому важному выбору?

Сменить карьеру — это пойти матросом работать. А освоить новый язык — это профессиональное развитие. Я вот на досуге сейчас Python ковыряю, если бы мне по работе пришлось это делать — был бы только рад.

Хорошо, справедливости ради, добавляю это важное уточнение: решение не учить фронт-енд с моей стороны — сознательное, а не случайное. Развиваться хочу в сторону скраммастера, коуча. консультанта по процессным вопросам. Что и оговаривалось на собеседовании, работодателя мое отсутствие знаний в этой области устраивало.

Ну смотри, допустим такую невероятную ситуацию, что я прихожу на новую работу, и мне говорят что я буду на ReactNative писать, хотя я ожидал нативной разработки. Невероятная она потому, что если бы мне могли внятно объяснить на собеседовании что за проект и чего на нем надо делать — я бы не пошел туда изначально. Описанная ситуация в топике очень странная, btw, все сидят на бенче, но при этом он на предрелизной стадии. Где вы там собирались проектировать высоконагруженные системы, эсли уже все спроектировано до вас, и после релиза по сути начнется длинный цикл багфиксинга всего того, что не отловили на тестовом окружении.

Какие варианты у меня есть:
1) Уйти
2) Остаться и учить ReactNative, хотя он мне не нравится
3) Идти и всем объяснять что они ничего не шарят и надо все нативно делать

Разберем все пункты.

1. Тут все понятно — этот вариант так или иначе всегда будет, так что имеет смысл оставить его на последок.

2. Мне не нравится ReactNative. Но на самом деле это субъективное мнение, я с ним и на пет-проектах не работал, не говоря уже о коммерческом коде. Я знаю его плюсы и минусы, потому что держу нос на ветру происходящего в индустрии, но писать на нем не пробовал, и в свободное время не попробую. Так почему бы не попробовать это в рабочее время и составить об этом более внятное мнение. У меня от переобувания корона не упадет, я свои ошибки умею признавать. Если окажется все так же, как я и ожидал — ну что же, у меня будут конкретные аргументы в следующем споре в интернете. Опять таки, хотя мне не нравится ReactNative, сам React — это то, в чем стоит разобраться даже для android дева, т.к. что нам, что айосникам сейчас через JetPack Compose и SwiftUI приходят парадигмы декларативного описания UI, которые в свое время сделал популярными именно React.

3. Воевать с ветряными мельницами — это конечно прикольно, но вероятность, что целая компания переобуется с фундаментальными решениями из-за хорошего спича чувака на испыталке с позицией «не читал но осуждаю» крайне мала. А если они действительно переобуются — то мне пожалуй стоит открывать свою галеру, раз у меня настолько хороший скилл убеждения.

Что бы я сделал? Попробовал все три варианта (3->2->1).

Сначала поговорил бы почему вообще так вышло, а уверены ли они что хотят дальше двигаться с этим фреймворком, понимают ли различия с нативной разработкой и проблемные места этого решения. Возможно ReactNative появился просто потому, что был был чувак который его знал, наваял MVP за 2 недели, и так с ним и поехали дальше (по моим наблюдениям, решения по выбору стека в начале пути софта принимаются именно по таким причинам в примерно 6 с 10 случаев), ибо в тот момент это позволилл не идти искать девов под каждую платформу.
Если окажется что уже слишком много сделано, чтобы мигрировать, или чуваки наоборот довольны выбором, тогда окей, кто платит — тот и музыку заказывает.

Дальше я бы честно попытался вникнуть в работу в течении испытательного срока (вариант 2), а после него решал, двигаться ли дальше с этой компанией (вариант 1).

А освоить новый язык — это профессиональное развитие.

С этим утверждением я конечно согласен, но...
есть большая разница между «освоить новый язык(технологию)» потому что так хочет компания(заказчик) или потому что так хочешь ты сам. И ведь вы сами написали:

Я вот на досуге сейчас Python ковыряю, если бы мне по работе пришлось это делать — был только рад.

Вы python изучаете не потому что вас заставляют, а вам интересна технология. К тому же про «освоить новый язык», если говорить в разрезе профессионализма, то необходимо четко понимать для каких целей вы его изучаете и как его дальше применять исходя из ваших текущих навыков. Садясь работать на условном TS на постоянной основе, не стоит забывать, что ваш оригинальный скил, за который вам «сейчас» платят хорошие деньги может просесть, потому как вместо алгоритмов и перформанса в задачах, у вас только таски по типу — «табличка поехала на IE 11» на протяжении условного года.

Я чуть выше описал ситуацию, что бы я делал, если бы мне пришлось работать с стеком, который мне не нравится, но повторюсь.
Никто не говорит, что надо коммитится сразу на год/два/десять. Коммитишься до конца испыталки, смотришь что происходит вокруг, потом решаешь двигаться ли дальше с этой компанией. Рубить с плеча я бы не стал.

У меня в резюме есть и смена стека, и строчка о компании, в которой я проработал 2 месяца, и полугодичный пробел, и это мне не мешало в собеседованиях.

А если следовать вашей логике, я бы сейчас все так же Jooml-у конфигурировал, ибо так сложилось, что это была моя первая работа.

По поводу устаревания знаний — такое. Фундаментальные знания по тем же реляционным базам данных сформировались в 70-х годах, я не знаю как они могут протухнуть за год. Все новые тулзы, которые сейчас возникают, концептуально привносят очень мало, а научится крутить гайку #67, если понимаешь что такое гайка, и до этого крутил гайки #63 и #65 не сложно. Вот если не вникал что такое гайка, когда ее надо использовать, а когда лучше на условные заклепки посадить соединение, а когда тебе вообще не нужна работа по металу, а можно доской и и пва клеем обойтись — тогда да, можно и подвыпасть. Но это, уже, извините, карго-культ, а не инженерия. И освоения фронта на минималках бекендеру даст куда больше профита в понимании проблем фронта, нежели знания как считается правильно условный постгресс конфигурировать в 2021.

А напоминаю, что для бека клиентом является именно фронт, а не конечный пользователь.

Например, видел как затащили в проект GraphQL, чтобы решать определенные проблемы доменной области, но все равно продолжили его использовать так же как и REST концептуально. И вышло так, что появилось много новых проблем с новым фреймворком, но так и не решились старые проблемы, просто на фоне новых они стали не такими уж и важными. GraphQL как строчка в резюме — круто. Но для компании такое решение мамкиных архитекторов вылилось в перенос релиза более чем на пол года.

затащили в проект GraphQL, чтобы решать определенные проблемы доменной области, но все равно продолжили его использовать так же как и REST концептуально

Можна про це детальніше?

Нужна была гибкая древовидная структура с потенциально бесконечной вложенностью, где у тебя есть условная базовая нода, и штук 5 различных имлементаций с дополнительными полями, и каждая нода содержит в себе список с чайлд нодами, и надо для каждого кейса динамически это все добро парсить. Грубо говоря, как файловая система, но есть не файлы и папки, а поболее сущностей.

Решили построить систему на графкуелвских интерфейсах, с идеей что ты передаешь парент ноду, и тебе на любом уровне возвращает список текущих, и от них ты пляшешь, не выгребая всю структуру, при этом динамически маппишь результат.

Начали делать, долго проектировали, не особо срасталось, раза три модельки переделывали. Потом отказались от супер гибкости и переложили все одну уберкверю, которая возвращает все сразу с рута, что изначально и было сделано на RESТе, только маппер надо было кастомный дописать, чтобы динамически json парсить. Потом еще добавили кверю на 3 уровень вложенности, и вышло так, что начала выгребаешь первые три, а потом уже от 4 и до конца, когда произошел нужный UX ивент.

Понятно, что в процессе работы была еще бизнес-составляющая, требования до конца были не понятны, они уточнялись и менялись по ходу пьесы, а потому нельзя сказать, что во втором варианте можно было сэкономить пол года и вписаться в дедлайн. Но на чисто инфраструктурные и технические задачи пару месяцев угробилось точно. А то, что каждый клиент будет сам себе выгребать данные в том виде, в котором ему надо, что есть основная идеология graphQL так и не было сделано. Вложенность в итоге ограниличи глубиной в то ли 6 то ли в 7 уровней.

Так же на графQL переехали только консюмерская часть системы, административная осталась на ресте, т.к. не было ресурсов ее переписывать, что тоже впоследствии сильно ограничило полет мысли, т.к. требовалось еще бекворт компатибилити сохранить. И писать вышеупомянутые парсеры :)

Зачем менять карьеру. Пока платят зп разберись с фронтом для себя же, естественно, если начнётся спрос , как с синьор фронта, и не справишься уйдёшь на профильный проект. Или сразу уходи, но менять что-то, ходить к менеджерью и предлагать, они сами знают , как им лучше наябывать клиента

Если бы я оказался на месте ТС, я бы сел учить JC с нуля, получая при этом лидовский оклад, и в целом был бы довольным этими оплачиваемыми курсами по переквалификации

Я очень хорошо понимаю ТС. С некоторого момента, вот такие «финты» очень сильно портят портрет «узкозаточенного» специалиста. Если провести аналогию, это все равно что забивать гвозди микроскопом. Да, задача будет выполнена, но микроскоп «слегка» потеряет уникальный товарный вид. И при поиске новой работы по стеку нужно будет либо как-то ретушировать этот период «забивания гвоздей», либо вообще его выбрасывать и аргументировать «творческим отпуском».

Но, судя по описанному хаосу, там никаких вопросов бы долго не возникало

Да не вопрос, в подобных компаниях можно пинать годами, стабильно получая оговоренную сумму. Но фишка в том, что после некоторого порога (индивидуального для каждого) сумма компенсации перестает оказывать решающее значение на качество работы. Это становится необходимым, но не достаточным условиям удовлетворения специалиста.

Можно устранять их, а можно просто зарабатывать еще больше

Насколько я могу судить, ТС относится к первому типу спецов, и прошить БИОС на второй тип уже не представляется возможным.

Судя по посту, ТС — тоже плохой менеджер, т.к. выглядит, что доказать свою правоту для него более приоритетно, чем решить проблему

Да, есть такое. Моя позиция по этому вопросу проста: менеджмент нужно мягко воспитывать, постепенно внедряя Best Practices. Например, с вопросом о кофе нужно было придать правильное направление человеку, который отвечает за кофе. Предоставив ему необходимую аргументацию для общения с руководством. Пусть заберет лавры себе, вопрос с кофе ведь будет решен. Не обязательно в каждом таком вопросе тянуть одеяло на себя, показывая, какой ты офигенно крутой менеджер и лидер. В данном случае, лидерские качества были показаны достаточно, чтобы руководство фирмы оценило угрозу для себя и заняло оборонительную позицию.

Работа тимлида/инжиниринг менеджера все таки не о коде, а о коммуникациях,

О коммуникациях, которые касаются жизненного цикла ПО. От специалиста ожидают экспертизы в строго определенной области. Не может каждая кухарка управлять государством, это утопия...

Я очень хорошо понимаю ТС. С некоторого момента, вот такие «финты» очень сильно портят портрет «узкозаточенного» специалиста. Если провести аналогию, это все равно что забивать гвозди микроскопом. Да, задача будет выполнена, но микроскоп «слегка» потеряет уникальный товарный вид. И при поиске новой работы по стеку нужно будет либо как-то ретушировать этот период «забивания гвоздей», либо вообще его выбрасывать и аргументировать «творческим отпуском».

Я не осуждаю ТС, и его понять тоже могу. Он просто интересовался мнением коммунити, я ответил что бы делал я.

Да не вопрос, в подобных компаниях можно пинать годами, стабильно получая оговоренную сумму. Но фишка в том, что после некоторого порога (индивидуального для каждого) сумма компенсации перестает оказывать решающее значение на качество работы. Это становится необходимым, но не достаточным условиям удовлетворения специалиста.

Для меня возможность освоить новые технологии это именно возможность, а не проблема. ТС вообще в сраммастера/коачи/консультатны метит, у него другие приоритеты, он не хочет делать сам, хочет рассказывать другим как надо делать. С поста, собственно, это сильно заметно, даже офис-менеджеру решил рассказать как он(а) говняно свои обязанности выполняет.

О коммуникациях, которые касаются жизненного цикла ПО. От специалиста ожидают экспертизы в строго определенной области. Не может каждая кухарка управлять государством, это утопия...

Ну ТС вон с проектным менеджером Андреем он прокоммуницировать тоже не смог, сам не разобрался, и не смог ничего лучше сказать как «ваш проект — говно».
Будто бы вернулся во времена, когда в дотку играл. Чувак пикает Сларка, выходит 0-5 с линии, кричит шо «тима пидарасов, не засапортили» и разбивает вещи на 20 минуте игры. У него все виноваты, один он красавчик, просто не повезло.

Неочевидный момент: изучая новый язык, ты забываешь свой. Старый забываешь быстрее, если на нём не работаешь. Потому тот же JS я знаю немного, и постоянно это немного приходится RTFMмить по мере надобности — и снова забывать. Потому что начни я его зубрить — и однажды утром обнаружил бы что совсем не помню массивного куска знаний. Знания не теряются по чуть-чуть, их пожирает целыми массивами как сборщиком мусора.

С обычными естественными языками так не получается, потому что вы не оставляете среду общения. А вот со всем остальным, не только с программированием — три года переопределяют вашу квалификацию не только лишь полностью.

Хотите реально развиваться — смотрите в смежные области знаний, которые не будут накладываться друг на друга. А не вот это вот всё, откуда вы вылетите пинком под зад с плохой кармой, как и положено джуну на синьорских тасках. И даже не факт, что заплатят.

Хочу сказать, что аутстафф — это дно, а вот аутсорс — это топчик

я предложил Александру перейти на другую

какую, если не секрет?

Чергова токсична місцева контора з царьком і совковим менеджментом де є раби і Хазяїн. Напишіть назву хоч якимось ребусом, щоб інші і близько до неї не підходили.

Можуть заставити робити щось нікому непотрібне і чого ви не знаєте.
Але гроші все рівно заплатять.

«подчиненных у меня, несмотря на должность» бляяя...
Автор, ты и все остальные, запомните — у тебя нет подчинённых, есть команда!
Когда же этот совок уже закончится?.. (facepalm)

Может когда кофе вкусный закупят?

Согласен, о том и статья. В этой компании были именно подчинённые и начальники.

А в твоїй голові хіба інакше? Справжні думки і позицію, знаєш, так легко не сховаєш, десь та й вилізе.

Интервью я люблю, своих подчиненных предпочитаю нанимать сам, так что согласился немедленно.

А ты знаешь более подходящее слово в русском языке? «Младшие члены команды», так лучше?
Я не согласен что есть только команда. Прежде всего команда — да. Но лид не равен мидлу в моем понимании. Я против диктатуры но и против демократии в ее буквальной имплементации.

Я за меритократию. В русском языке просто отсутствуют слова для уважительного обращения к старшим и уважительного же обращения к младшим, как они есть, кажется в японском.

Є слово «Колеги» як в російській, англійській так і в українській мові.
Твій колега, тімлідом якого ти можеш бути в конкретний момент, може бути на голову вище тебе в технічному плані або володі стеком в якому ти ні в зуб ногою. Це вже не кажучи, що вони можуть в рази бути краще тебе по софт скілами і просто бути приємнішими людьми.

У ліда одні обов’язки, в сініор девелоперів інші, в мідлів ще інші, але це ніразу не вибудовує між ними вертикаль влади чи домінування, а в твоїх словах саме так це і виглядає.

Більше того, я навіть стикався із проектами, де лідом був Senior QA в минулому, а у команді були девелопери всіх рівнів, Qa, BA. І це все чудово працювали саме за рахунок правильного розподілу обов’язків і адекватного делегування тасків, а не вибудовуванні вертикалі влади і домінування.

Те, що в компанії є СЕО з авторитарним стилем управління, ніразу не говорить про те, що решті співробітників дозволено також себе так вести.
По-перше: «Що дозволено Юпітеру, то не дозволено бику ©», по-друге, авторитарний стиль може бути виправданий в даний конкретний момент, наприклад, в моменти кризи коли потрібний кризис-менеджмент. Але це все вже out of scope цієї теми і переходить в площину управління компанією, що є принципо іншим ніж управління командою.

Ти знаєш, далеко не завжди любитель влади достойних і є тим достойним :-)
Особливо якщо він ТІМлід, що часто означає адміністратора тімки, де технічні рішення приймають більш досвідчені і вмілі сіньйори, які свідомо скинули йому цю роботу.
Я прихильник того, щоб сильно це не виставляти. Глибші знання, більший досвід, більші повноваження — все це і так самозрозуміле, якщо воно є.
Але мені здається, що ти ще й досить молодий (~25) і для тебе то ще досі елемент певного самоствердження.

Або ще уяви, як з тобою працювати дійсно скілловим і досвідченим людям, які просто не хочуть управлінської мороки, коли ти ходиш і гнеш пальці, що ти їхній начальник, а вони твої підлеглі.
Тобто з бандою джуніків твій підхід на ура, можеш хоч строєм їх водити, але не з «primus inter pares».

так он еще и

своих подчиненных предпочитаю нанимать сам

Ну а что удивляет? В любом деле, сколько бы ни орали про команду, есть иерархия. Это естественно. Другой вопрос, работает ли делелирование, насколько лидер сам участвует, или только рукамиводит.

А то что нанимает сам — ну, малолетка наверное с лычкой лида. Сам нанимает — сам же будет и разруливать таски, сам же через себя пустит всю коммуникацию, и по итогу вместо команды получит «дружный коллектив».

Да-да, небо всегда голубое и Снта-Клаус приходит на рождество, равенство, комунизм и т.д. Но что касается тимлида — подчиненных у него как правило действительно нет, т.к. он сам как правило не платит и назначает зарплату, самостоятельно не нанимает и не увольняет и т.д. Посему только косвенно воздействовать может как сержант в армии, наругать или похвалить в общем то. Самое большее порекомендовать (как в положительном так и в отрицательном смысле) тем кто платит деньги.

Ну, різне буває. І інтерв’ю проводиш, і performance review. Якась влада є, але хтось відчуває її як привілей, а хтось як відповідальність.

Та, це було сильно. Його не Юлій з Ганібалом там харили, а те, що він не один з них :-)

Автор, ты и все остальные, запомните — у тебя нет подчинённых, есть команда!

Чергова новомодна бабуйня — я тобі не начальник але роби те що я сказав і як сказав.

Я вот честно-честно не могу понять, как такой супер крутой лид, которым автор себя представляет, не смог завести проект локально? Возможно во мне говорят годы работы в атусорсе, где такого говна типа отсутсвуюших конфигов — целая бочка. И ты ожидаешь, что прийдется повозиться. Но можно же посмотреть в сорсы, поковырять дебагером? Или это уже сильно сложно?

Видал я один раз проект который пишется 15 лет, там бекенд и фронт нужно поднимать. Когда я пришел, мне его локально поднимали 4 дня. Без посторонней помощи это вообще нереально.

Супер крутым я себя не называл, только супер инициативным.
Если интересно, дело было примерно так:
Местная аутентификация поддерживает два протокола. Назовем их Auth1 и Auth2.
По умолчанию выбран Auth1.
Со слов Андрея именно он и должен был работать.
Отладка действительно должна решать все, но в данном случае речь идёт о самописном коле аутентификации с которым стековерфлоу не слишком помогал.

Выглядело это примерно так:
Андрей: попробуй под Auth1, все должно взлететь.
Я: (через 4 часа отладки): Я упёрся в ОшибкуХ, знаешь как решать
Андрей: не знаю, но спрошу у ребят... (Через полчаса). А знаешь попробуй Auth2 поставить
Я: Ок! (Через 4 часа отладки) Не работает, падает с ошибкой Y, знаешь как решать?
Андрей: Щас спрошу, может быть все таки Auth1...

И так происходило дня три. До этого было несколько проблем которые решить удалось, но с этой завязли конкретно.
У меня нет цели сказать что этот проект невозможно запустить, ни в коем случае. Но усилия на запуск кажутся несопоставимы и со сложностью проекта.

Отладка действительно должна решать все, но в данном случае речь идёт о самописном коле аутентификации с которым стековерфлоу не слишком помогал.

Я грешным делом думал что отладка — это накидать брейкпоинтов, потрейсить и вот это вот всё. А никак не стековерфлоу...

Lead stackoverflow developer

Брейкпоинты и протрейсить это до эксепшена. Ну а дальше что? Аутентификация падает с эксепшеном а-ля (точный текст уже не помню): «Received malformed input message. Failure code 0×0000007». Inner Exception пустой. Дополнительной информации ноль. Документации тоже. Ваши действия?

Мои действия? Передвинуть брейкпоинт назад — в точку где тот самый «input message» посылается. И сравнить что посылаешь ты и что посылается у соседа, у которого «все работает». Найти 10 отличий и разбираться откуда у них ноги растут. Я еще понимаю когда тебе нужно завести что-то что в принципе не работает пока, но когда рядом сидят коллеги у которых все развернуто и работает...

мне кажется автор имеет ввиду, что сервис аутентификации внешний, а значит доступа к коду нет, тогда и ошибки эти не решить дебагом..

Не нужно дебажить код стороннего сервиса — нужно дебажить код который отправляет туда запрос. А для начала сравнить работающие запросы (напомню, у нас у коллеги за соседним столом все развернуто и работает) с неработающими и попробовать найти различия (что может быть проблематичным в случае какого-то кастомного протокола, но до этого сначала нужно дойти)...

Если сервис внешний, то и документация должна быть. А если доки нету — то скорее всего сервис свой и доступ к коду есть. Но это ж нужно опять же что-то делать, открывать, смотреть и обоже стековерфлоу не поможет

чужой сервис может иметь доку, но только для успешных случаев, а для ошибок (или для данной ошибки) — не иметь. Хотя я хз что было конкретно у автора.
Если тебе не приходилось дебажить чужой сервис на аутентификацию, дока которой не соответствует реальности, то тебе повезло...

Соседа нет, пойми. Есть Андрей который хотя и работает четыре года в компании но не может найти человека который бы четко сказал как должно работать. Как такое может быть — я хз, не ко мне вопрос. Коллег в офисе было четыре человека, все остальные на ремоуте.

Можно привести аргумент «раз никого больше нет, надо было не тратить дни на отладку, а не отставать от Андрея пока не даст нужную инфу» — в общем правильно, частично согласен. Но по факту это был уже не первый день отладки, а по предыдущим вопросам он меня частенько перенаправлял к Юлию. Это было то еще удовольствие, поэтому к моменту когда мы дошли до аутентификации я предпочел «забуриться» что называется, чем искать помощи у этого человека.

Шо за єресь, тільки print є єдиним законним засобом відлагодження.

Здесь поддержу автора. Аунтификация это настоящий ад. Даже в множестве фаанговских продуктов она периодически глючит, неправильно выбрасывает, перенаправляет и тд. Что уже говорить о обычных проектах.
Самое смешное, что сам процесс логина это древняя технология ещё с времён когда к компьютеру начали обращатся всего два пользователя.
Но потом что-то пошло не так.

У меня был случай 3 недели сетапился и переписывал гайд в котором было разве что 30% информации нужной для развертывания локального энва. Например там ничего не было про кучу разных VPN и кредов к сторонним системам без которых проект локально не стартовал что с ним не делай.Плохой момент от этого всего как правило к тому моменту пока у тебя энва нет — с тебя требуют задачу на позавчера, которую кто-то там без тебя за эстимировал без рейквайментов.

Блин, это прям предистория к теме «Зашкварная галера, как вычислить?»
dou.ua/forums/topic/34358

К вечнозелёной теме вечноитальянского сайта

Напишите название конторы — это ведь самое важное

Потрібен рерайт на веселе айті без купюр

Вот не уверен что это стоит делать. Готов услышать аргументы за и против.
Те люди которые там работают не видят проблем, вроде бы всем довольны.
В конце концов и сам совок все ещё имеет своих поклонников.

Чтобы люди типо вас не переживали это потерянное время и нервы. Вы сами писали что потратили кучу нервов, времени в пустую. Но не оставили ни названия компании, ничего.
Получается для разраба эта статья — БЕСПОЛЕЗНА! Таких в интернете миллион.

Дело в том, что в тот момент я понял, что не знаю, ни какую компенсацию здесь я могу требовать; ни как доказать юридически собственную правоту (стенограмм митингов я ведь все же не вел); ни какая компенсация была бы справедливой.

Що за дитячий садочок? Схема ФОП, на якій всі сидять, тим і приваблива для працедавців (в т. ч. заокеанських), що можна взяти і підписати контракт за одень день і припинити його в будь-який момент, а для розробника, що можна не знати про такі слова як «трудова» чи «звільнення по статті», а працювати, поки працюється, а як ні — переходити через дорогу на +500.

Детский сад это соглашаться с тем что «все плохо» и ничего не делать по этому поводу. Возможно у этой статьи КПД и невелик, но он уж точно больше нуля целых нуля сотых процентов вашего комментария.

Я не дочитав до кінця, бо багато літер. Що там поганого? Вам зарплату не виплатили?

можна умовно поділити ITшників на 2 категорії:
1 — ті, хто все ще вважають гроші основним ресурсом
2 — ті, хто вже зрозумів, що основний ресурс — час
*кряхтить як старий дід*

Який час? Я не помітив, щоб ТС ще й овертаймив. Він просидів фактично на бенчі без жодних результатів, покохав трішки мізки менеджменту кавою і звільнився. Таке собі, але мав право. Компанія найняла його незрозуміло для чого, але платила лідовську зарплату за нульовий вихлоп. Таке собі, але мала право і забов’язання свої виконала.

При чому тут овертайми? Уявіть:
1. ви шукаєте роботу, ходите по співбесідах (наприклад місяць)
2. приймаєте офер, відповідаєете всім компаніям, що знайшли роботу
3. кілька місяців намагаєтесь вїхати в новий проєкт, страждаєте фігнею і звільняєтесь

Результат: витрачено 3 місяці + купа нервів і все треба починати спочатку. А ще через цей двіж навіть у відпустку не поїдеш.

Я б, наприклад, не хотів літо на таке просрати. І таке жодні вибачення не компенсують

Ситуації, коли людина й проєкт не фітяться, або людину беруть на проєкт, а вона опиняється на бенчі, бо в замовника щось не склалося абощо, трапляються. Це все неприємно, але це робочі моменти, таке трапляється і в мене бувало також. Але викатувати нечитабельні простині на ДОУ про «доказать юридически собственную правоту» це просто LOL. Контрактор підписав договір, що буде робити роботу за гроші. Опустимо, як він її робив, але гроші йому виплатили, а робота не сподобалась, контракт розірвали. Все чудово. Інша справа, якби його із грошима прокидали.

Подписаться на комментарии