За что программиста могут уволить и как этого избежать
ฝัง
- เผยแพร่เมื่อ 14 ต.ค. 2024
- Если вы программист и только устроились на свою первую работу, то эти советы про то, что вам делать, чтобы вас не уволили после испытательного срока, как сделать так, чтобы начальство захотело продлить ваш контракт.
![[Gegagedigedagedago] NEW Help Gegagedigedagedago Nugget escape from Nikocado Avocado Challenge](http://i.ytimg.com/vi/hJWnwRC2Fz8/mqdefault.jpg)
![ILLSLICK - WINTER IS COMING [Official Video]](http://i.ytimg.com/vi/dwTMeM1zIhQ/mqdefault.jpg)
t.me/devworden - наш телеграм-чат, где можно задать вопросы
discord.gg/7B4prKBxkZ - Discord-сервер с каналами по разным языкам программирования
Мой микрофон: ya.cc/WEPcs
Моя камера: ya.cc/WEPvP
Мой рабочий компьютер: ya.cc/WEQGr
Ссылки партнерские, я могу получить вознаграждение, если вы купите что-то, перейдя по этим ссылкам.
В начале своей карьеры работал сисадмином, у меня было начальство которое не понимало что я делаю.
Знаете, объяснять им было бесполезно, и никакие тикеты не помогут.
Леш, выпусти плиз видео про то как часто можно увольняться, чтоб новые рекрутеры не смотрели на тебя косо?
Хромая гугля визжит что "вы переходите на небезопасный ресурс."
за брехню на ютюбе
Есть еще один совет, иногда лучше уволиться, а не держаться за место.
Да и развивать своё дело а не дяди.
и жрать дошики вместо нормальной еды?
@@skye4152 ну если ты такой спец, что не можешь другую найти то да держись за хреновую работу
@@skye4152 дошик стоит дороже чем нормальная еда
@@skye4152 спагети стоит дешевле.
Алексей, вот просто приятно тебя слушать. Ни одного пустого слова.
Спасибо!
Согласен. Среди всех соплежуев-балаболов на ютабчике сложновато найти человека, который вот так без лишнего пафоса, экивоков и лишних размышлений, кратко и по сути объясняет.
Он так запрограммирован! ☺
Только нигде так и нет ответа на вопрос "что есть программист", учитывая что как бы веб-сфера и допустим программная инженерия - это разные вещи. Существует ли ниша написания прикладных ПО? А хер его знает. Ответов нет, вакансии - сами по себе те еще загадки.
Ну и еще человек конечно хорошо стелит, только забывает про подставы, подсидки, наебы старшими товарищами младших с целью "а чо он пришел на мое место метит".
Как и всё еще нет ответа на вопрос "зачем на собеседовании начинают спрашивать инфу из википедии. По типу "назовите мне функции класса такого-то". так и хочется ответить "чел, посмотри в википедии, если ты их забыл".
Итого продуктива теоритического - есть, практического - хрен да маленько.
@@Nebrituy да ,несомненно ответственно и без задатков лени он делает видео ,посмотрите какая плотная склейка
Многое еще зависит от работодателя, как устроен сам рабочий процесс. Меня так взяли на работу - целых два месяца на меня просто не могли выделить время (не было времени отвечать на мои вопросы по системе), а после того как мне дали задачу и я решил ее костылем (просто там другого решения не было), попросили написать заявление на увольнение. Иногда в компании просто не хватает времени на новичка, в таком случае, лучше уйти самим, поскольку контора рано или поздно развалится - опытные программисты сами уходят на другую работу, а новых они подготовить не в состоянии.
Спасибо! Высочайшая концентрация полезной информации в 8 минутах и никакой воды!
Спасибо!
согласен, молодец)
Еще не устроился, но уже уволили
Алексей, спасибо Вам за каждое видео на канале.
Очень много граблей можно обойти, просто послушав опытного человека! (Где же вы были раньше? :) )
Спасибо за отзыв!
Настул на грабли.
У меня 10 лет опыта в России и пока 4 года в Нидерландах. В начале карьеры следовал именно таким правилам, ну а где не получалось или не хотелось, увольнялся сам до того как начнут гнать :) Зато сейчас с опытом, определённой нишей, как вы и рекомендуете, и это действительно очень важно: уметь что-то делать, что не умеют другие, или делать это лучше всех - это очень ценится. Ну и теперь вполне получается на правила на эти подзабивать и больше свободы в выборе задач.
4:31 скорость важна, работал гравёром в ритуальных услугах, товарищ "штамповал" мраморные памятники со скоростью один памятник в 40 минут, через пару лет он уже свою контору открыл. зато памятники которые я гравировал потенциальным заказчикам на фото показывали (и вроде бы до сих пор показывают) - смотрите какая красивая гравировка в нашем бюро. не совсем в тему
Это ж какой был спрос, что по плите в 40 минут только один сотрудник клепал?
@@Костей_Бессмертный этот бизнес не про «хоронить» а про память. Я бы, как работодатель, предпочёл медленного сотрудника, делающего качественно, нежели чувака, который каждые 40 минут выдаёт «белые блины» с посредственным сходством. Вам приходилось хоть раз их клиенту сдавать?
@@FyUajYpUlM39 посмотрите смертность в России относительно остальных стран мира, соотнесите с миграцией из средней азии по миллиону в год и будет вам ответ.
Много из ролика подойдёт вообще для любой работы. Очень правильные советы.
"уволили потому что ругался"))) а еще хуже был прав))))))
У нас одного скубента уволили в первый же день за то, что использовал в коде переменные macho и muchacho
@@euginekosenko2268 а че мидлы и сеньеры не научили правильно называть переменные?
ну если быть правым важнее, чем остаться на этом месте, то может оно и стоит того)
Дело не в правости или не правости. Дело в том, как ты до людей доносишь информацию о том, что они не правы. Можно сказать: "Слушай, вот тут это лучше сделать так, потому, что тогда это будет вот так". И услышать аргументацию человека, возможно, даже, узнать что-то новое. Или сказать: "у моей бабушки в селе ишак был, так вот он точно так же код писал". И, довольно закономерно, пойти нахер. Ведь тебе могут указывать на твои ошибки в таком же стиле. Но тогда ты огорчишься, у тебя сгорит пердак и ты сам уйдёшь, попутно рассказывая о токсичных ЧСВ в той компании. Но никто не будет тебя учить общению с людьми, просто выгонят да и всё.
@Пономарьова Валерия pers это разные вещи, я ничего не говорил о стиле кода, подходах или правильности. Я говорил о умении общаться с людьми, доносить свою точку зрения и слышать их точку зрения. Всегда можно спросить: "а почему бы не сделать вот так?" и услышать аргументацию. Возможно, ты даже будешь не прав, ведь тот, кто писал код, тоже о чём-то думал и чем-то руководствовался. Возможно, ты не полностью понимаешь контекст задачи или нюансы. А возможно, ты прав. В любом случае проблемы не возникнет, а код станет лучше и ты чему то научишься.
потрясающее видео, невероятно грамотное объяснение и очень хорошие, практичные советы! лайк и подписка без тени сомнений!
Спасибо!
Потому, что работник, ходящий по собесам, обычно уже вырос из текущей позиции и получает меньше, чем стоит на самом деле.
Его уволили и никуда не будет потом?
два моих братана сеньоры во фронтенде, меняют работу раз в два года, с повышением зарплаты в среднем на 40-50%
Эти советы, если смотреть в общем, применимы к любой работе тоже.
@@rarecase3666 такое у нас было, пока коллектив был новый, а потом, к счастью, сошло на нет. Все зависит от конкретного "индюка" :) хотя в соседней бригаде до сих пор есть. От коллектива очень много зависит, будет ли работа в удовольствие, или же будешь ходить туда как на каторгу.
@@rarecase3666 кстати, работает правило "80 на 20" -это когда 20% людей делают работу предприятия на 80% а остальные только оставшиеся 20. Банально не умеют или отлынивают.
Алексей, смотреть ваши ролики одно удовольствие! Кратко, полезно, спасибо вам за такой контент!
Напишу комментарий, чтобы выпендриться) И поддержать хорошего человека)
Итого, озвученные причины увольнений:
1. делаешь не то что нужно
2. не понятно что ты делаешь
3. фрилансишь
4. ругаешься с коллегами
.5 ходишь на собеседования (?)
вообще-то он сказал, что на его памяти за хождение по собеседованиям не увольняли
Второй пункт спорный. Это нормальная практика, когда непонятно зачем вообще люди ходят на работу и какая от них польза. Иногда люди наносят только вред своими действиями.
@@yuriy7220 на его да... Но так то возможно, если спалят
@@zhenshuang особенно у сисадминов)
@@mishaikon не думаю, что за хождение по собеседованиям увольняют. Если хороший спец, то скорее повысят в должности и/или в зп =)
Пункт: "Начальство не понимает чем ты занимаешься". Это ключевая проблема всех IT, где я имел удовольствие работать - поскольку "начальство" не имело никакого отношения к IT, оно в принципе не понимало, чем занимались разработчики. В результате, сложилось мнение, что хороший разработчик - это тот, который быстро закрывает тикеты. И, с точки зрения бизнеса, что ориентирован на краткосрочные перспективы, они были несомненно правы. Однако, подобная тенденция привела к драматическому ухудшению всей кодовой базы (код из г...а и палок, зато очень быстро!). За считанные года (8-10 лет), при низкой квалификации нанимаемых сотрудников (наймом занимаются те же самые парни, которые делают "быстрые" решения, которые требуют 24/7 сопровождения, таким образом обеспечивая себе 100% лояльность бизнеса). Быстро же! И это не единичный пример, когда посредственные "программисты" буквально сажают на иглу своей некомпетентности целые отделы разработки...
Спасибо Алексей, лайк на автоматизме 👍
Всем бы еще пожелать найти работу, где тикеты будут прописываться четко, а не на уровне абстрактных хотелок кого-то из менеджмента и копипасты чьих-то переписок.
Это, кстати, один из полезных софт-скиллов - суметь перевести тикет с менеджерского на технический, то есть сконвертить хотелки в пункты техзадания, при этом ни с кем не поругавшись по дороге. Реальность такова, что заказчик/менеджер не обязан знать технические подробности реализации и не всегда умеет ясно выразить пожелания, если только это не баг-репорт. И это нормально, в других областях то же самое.
Берешь автора тикета, продукт мененджера и беседуешь, пока вы не договариваетесь о том, что он описал все что хотел, а ты все это понял. Если видишь хорошие идеи можно их предлагать, хороший менеджер может ими воспользоваться или объяснить почему надо по другому. Если команда не может и не хочет так работать, то желательно поскорее найте что-то другое.
3:50 - спорный совет. Как развиваться в "золотой клетке"? Как ходить в отпуск? Ведь рано или поздно захочется позаниматься другими задачами. Это субъективно, но вот мне например сложно долго сидеть на одной теме и это здорово, что есть возможность позаниматься смежными задачами, не говоря уже про походы в сторону бизнес-анализа или лидства/ТМ-ства. Я вот наоброт, стараюсь на проекте не быть незаменимым и более того, мы периодически проводим сессии, где шарим ключевые моменты своих наработок. Прям универсальными бойцами на проекте это нас не делает, но сильно уменьшает время на то, чтобы "въехать" в код коллеги для багофикса или для допиливания его наработок по дизайну (который, бывает, может подкорректироваться уже на стадии билда) .
это советы не по развитию, прочитайте тему заново
Спасибо, Лёша. Очень актуально)
Ну со стороны сотрудника в походах по собеседованиям есть свои плюсы, ты держишь себя в тонусе, знаешь можешь ли если что рассчитывать на предложение работы, примерный оклад, пополняешь свою базу вопросов и ответов, даже можешь потом сам собеседовать на своей текущей работе после этого. Но только это нужно уже после испытательного делать)
Меня однажды уволили за то, что фирма-клиент слишком долго не могла выдать мне логин и пароль от рабочего компьютера. В итоге у выше стоящих коллег образовалось предвзятое отношение на меня, и даже проджект менеджмер мне предъявлял, что от меня ожидали большего и типа я бесполезен (абсолютно все вокруг, кроме моей команты, понимали ситуацию и регулярно за неё извинялись, но конкретно мой коллектив был очень токсичным). Но тут ещё надо сказать, что фирма сама с очень плохой репутацией, в последствие мои коллеги, у которых это была первая работа, и которые прошли испытательный срок, сами уволились сказав, что это помойка, а не фирма.
Наверное, можно сказать, что повезло, неприятно было бы в такой команде работать :-)
6:11 - ужасно. Тут за неделю сложно вспомнить, а уж про полгода так тем более. Тоже стараюсь своевременно логировать время, потраченное на задачу, пишу себе список тикетов, над которыми работал. В большинстве случаев можно восстановить хронологию по коммитам, но это работает не всегда. Например, потратил время на ассесмент, оказалось, что бага на стороне UI и перекинул тикет коллегам из UI. Коммита нет, время на анализ потрачено, а в конце недели и не вспомнишь уже про это. Так что да, своевременное логирование - это отличная тема. Это нужно не только для менеджмента, но и для вас самих, когда идет речь про оценки трудозатрат. У меня вот обычно оценки оптимистичные и я, зная себя (статистика по оценкам до начала работ и факт по затраченному времени) вывел для себя некоторый коэффициент, на который умножаю свои оценки. Как по мне, лучше дать бОльшую оценку и сделать вовремя или раньше, чем в оценки не уместиться.
Мы в одной компании, кстати, собирали оценки и то, сколько времени потом потратили на задачу по факту. Получали оттуда коэффициент, а потом при оценки следующих задач умножали на этот коэффициент.
Обычное значение этого коэффициента от 2 до 4. Впервые эту идею встретил в сборнике законов Мерфи, посмеялся, но потом стал приглядываться и в результате убедился, что в каждой шутке есть доля правды )
Так будут спрашивать с чего столько много времени нужно
7:40
Хе хе... меня как-то уволили за то что я "ходил на собеседование к конкуренту"
А я просто в свой законный day-off зашёл к другу на его работу за диском, который я у него попросил...
И я даже не знал что компания где он работает в той же тематике...
нееее.... ну это Редкий Случай
Другой вопрос: как они узнали куда, когда ты ходил? М? Не напрягает ничего?
А еще хуже если в компании не ценят программиста. И думают что он все сможет сделать по технической части. Например починить принтер, решить проблему с технической неполадкой компьютера. А если он не может этого сделать, то он некомпетентный программист.
а как можно быть программистом без понимания работы компьютера?
@@skye4152 программист на то и программист что он пишет код а не копается в железе. Но устройство он должен знать. Но здесь проблема в том что тебе на шею повешают ту работу к которой ты не имеешь отношения. Это все равно как учителю сказать красить ворота школы.
@@skye4152 как можно быть JS-разработчиком без понимания работы C++?
@@metalcorewitchkhousovitch5774 так это одно и то же, все си подобные
@@skye4152 а нафиг компании два человека вместо одного нанимать?
Спасибо, Алексей. Четко, ясно и все по делу. Особенно когда 2-3 начальника. Только грамотное описание тикетов спасает от чьих-то внезапных инициатив.
тикеты на англ пишут?
Таки да, тикеты пишут на английском...
По поводу конфликтности ИМХО надо было в начало списка ставить. Именно про конфликтность я слышал такое высказывание - что технические навыки человек может подтянуть и в большинстве случаев это вопрос времени, в то время как отсутствие социальных навыков куда хуже и если человека нельзя нормально встраивать в комманды, то скорее всего его попросят на выход.
ЗЫ а вообще со своей стороны могу сказать, что увольнение программиста явление крайне редкое и как правило обусловленно грубейшими нарушениями со стороны самого программиста.
Он слишком глуп, чтобы догадаться, что это нарушения. Он-то думал, что это смысл жизни.
Спасибо. Очень хорошая плотность информации. Скажу еще что смотреть пошире - отличный совет, но в разумных пределах, не увлекаться в ущерб времени, заложенной на тикет. Ну и если есть область компетенции, но не надо ее искусственно зажимать, не давая информации по ней другим- достаточно негативно может быть воспринято.
Спасибо за дополнение!
Отличные советы. Спасибо!)
Спасибо за отзыв!
Спасибо, Алексей за стоящие советы.
Отличные советы, универсальные. Годятся почти для любой профессии, требующей исполнения заданий вышестоящих.
Спасибо за ваш труд, очень приятно смотреть а главное познавательно.👍
Алексей, огромное спасибо. В данный момент я в такой ситуации. Только приступаю к работе.
Ваши видео как бальзам на душу)после рабочего дня в роли начинающего разработчика)))
Коротко и по делу, как уже отмечалось другими в комментариях, благодарю. Все понравилось)
Спасибо, коллега, подписываюсь под вышесказанным
Спасибо за контент и помощь :)
где ж вы были когда я был молодой и начинающий, а?! столько ценной инфы за единицу времени! (смотрю на 1.75 скорости обычно видео)
В его фаворе были говорящие головы с низким голосом - для ускоренной прослушки )
Почему у меня сын-подросток "хочет стать программистом", а ваш канал смотрю я!:)
Обратитесь к психоаналитику.
Я не автор этого канала, но захотелось предположить:
Если поиск был не целенаправленный, то, возможно, попали в "пузырь рекомендаций" видео на данном аккаунте (вдруг сын интересуется подобными видео с него). Также может влиять то, кто обычно, что-то ищет в сети с этого или связанного гугл аккаунта на пк, или мобильном устройстве (контекстная реклама, так сказать, хотя я не уверен, что она участвует неявно в формировании круга интересов сервиса TH-cam). Также, гугл может предположить, что у Вас есть сын и ему интересна эта тема (есть какая-то корреляция явная между аккаунтами или типичными поисковыми запросами с одних и тех же айпи адресов, также утечка персональных данных).
Может быть, попали в нужное время и место.
Может быть, осознанно или неосознанно беспокоитесь о успешном устройстве на работу сына (за него). Может быть, Вас самого заинтересовала тема программирования. Может быть, вообще нет связи с тем, что Ваш сын желает быть программистом и тем, что Вы смотрите вдруг этот канал)
Да и нужный ответ находится нередко перед самим вопросом. Почему возник этот вопрос, что этим хотелось сказать. Что именно вызвало состояние диссонанса и вызвало ли.
Ладно, я все, с попыткой диванного анализа)
(неожиданно было увидеть Вас тут, хотелось немного познакомиться таким образом.
Побыть полезным в компетентной роли)
Иногда просто задаёшь вопрос, потому что надоело целый день молчать и хочется блин парой слов перекинуться
Если у вас команда просто сидит и молчит весь рабочий день, можно и с ума сойти.У нас в этом плане конечно всё гораздо проще, можно и разговаривать параллельно и посмеяться всей толпой, а если влом сидеть в офисе можешь домой уйти, главное таски к спринту закрыть, а там хоть на голове стой, все только за.
@@wokeowl7037 наоборот норм, когда молчит, на всякую фигню время не тратится
Я начинал когда сильно нервничал, но спрос у конторы только рос, чего я по молодости и неопытности в 2004 году не замечал, и вот я стою в курилке с нашим архитектом и такой "эх... наверно если задачу не решить за неделю то уволят" и тут он сказал просто супер фразу: "гыгы! да кто же тебя уволит?! з/п понизят и работать побольше заставят! :-D)))" (потом только я осознал про рынок, дикий спрос, как работает аутсорс "за голову" что контора берёт и мидлы вытягивают косяки бегиннеров...)
Проблема программистов (особенно начинающих) и "горе им", если они упираются в код, задачи оптимизации (а ещё хуже - задачи оптимизации до необходимости этой оптимизации, что растягивает сроки TTM - вот за это я сам бы увольнял, но после беседы конечно) и не хотят понимать в рынке (предметной области), бизнес-процессах и т.д. А ведь именно там - "самое интересное" и происходит!
Если проект будет расти через некоторое время в целях оптимизации придется переписывать весь код, если не был дан правильный старт
Конечно, если проект не имеет дальнейшего развития в планах, на оптимизацию можно закрыть глаза, но при разработке больших приложений лучше начинать оптимизацию сразу, чтобы не было проблем в будущем
@@dvxv4016 вы тут путаете 2 похожих но по сути разных понятия: "архитектура" и "оптимизация" ;-)
@@apristen ладно
@@dvxv4016 Вы оба не совсем правы. Оптимизация архитектуры это тоже оптимизация. И архитектурная оптимизация главнее, она действительно должна закладываться с самого начала. Но ещё главнее гибкость архитектуры, lose coupling и всё такое. Архитектура хороша, не когда в ней нет ошибок (это не совсем реалистично), а когда ошибки исправляются достаточно локально и без драматических проблем. Тогда можно выявить слабое звено по производительности и заменить его позднее.
По поводу хождения по собеседованиям полностью согласен. Это важно как для программиста лично, так и для индустрии в целом. То есть от прохождения собесов в плюсе все.
Тогда ходить если увольняться не хочешь?
Благодарю, Алексей, за ценное видео.
надо в качалку ходить, так уже просто не выпрут
Лучше на бокс
@@advanceduser3713 не, на сумо
На стрельбу
@@constantine2016 лучше всё-таки на фехтование. В офисе все близко и не всегда успеешь достать огнестрел
Если увольняют, в 80% случаев есть за что. Лучше записаться на курсы или самообразование. Тогда даже если уволят, без проблем найдёшь новую работу. xD
в этом видео вы молодец ! вы признались что вас увольняли а это очень благородно
Эка невилаль. Вот признаться, что однажды ты добился, чтобы тебя уволили...
@@euginekosenko2268 Выставлять себя крутым разработчиком может каждый, каждый может хвастаться о количестве закрытых тикетов и лет в индустрии, но то что человек не только говорит о своих достижениях, но так же и о своих неудачах - есть честность перед собой и теми кто его смотрит.
про "делал не то" - раньше в раннем пост-СССР даже учили особенно в ВУЗе: а где у вас в ЕСПД комплекте вашем "основание для разработки", а? :-)
Вообщето менеджеры процентов на 90 не понимают что делают программисты
Точно так же, как программисты на 90% не понимают, что делают менеджеры. Эпоха специализации.
Если только менеджеры, это не программисты, которых повысили и дообучили. Тогда все всё понимают, что на пользу и программистам и менеджерам.
@@euginekosenko2268 Менеджеры занимаются обраоткой процессов вручения взяток в основном.
@@euginekosenko2268 Хаха, посмеялся, спасибо
@@She1lby ржомба ахаха разрывная
Золотые слова . Есть тикет - есть работа. Нехрен за один тикет решать кучу задач, потому что эти задачи решают другие и возможно по-другому
Кратно: -Как избежать увольнения? -Будьте полезными =)
Мне нравятся советы типа: 1) делайте только то что в тикете…. 4) Не зацикливайтесь на конкретном баге, взгляните на весь проект по шире 😂
Ага, противоречие
Смысл в том, что результатом выполнения тикета должно стать только то, что запрошено в тикете, а вот метод достижения результата может обнаружиться в какой-либо другой части проекта
Здесь нет противоречия. Задачи стоит выполнять атомарно (т.е. только то, что написано в тикете), но если вы будете глядеть "на весь проект по шире", и найдёте недостатки, то вам будут только рады, и они попадут в другие тикеты.
Тут речь, как я понял шла о том, что решая баг, новичок может посмотреть, решения, идею или хотя бы принятый стиль, стандарты в других местах проекта.
Это может с одной стороны сэкономить силы и время, с другой стороны продвинуть тебя - ты выучишь что-то новое, ну и в третьих лучше поймешь проект.
Ждал истории, за что уволили автора)))
снимал ролики в ютуб во время рабочего времени :)
@@svetopolk 😂😂😂 орууу
Его уволили?
видимо писал уникальный код, в котором никто больше не разбирался, чтобы его не выперли... а менеджер, который делал так сам, все просек и выставил на мороз =)
@@dslspb автор ответил, что уволили за фриланс в рабочее время.
Суть: с тебя должны выпить все соки, ведь тебе платят ЗАРПЛАТУ!!🤣
Что не так?
Работал в одном стартапе где один "тимлид" со всеми ругался, а перед начальством лебезил. Его так и не уволили. Зато остальные программисты от него разбежались. На мой взгляд в России по большему счету все зависит от личного отношения.
Такое ощущение, что это совет, который тебе даёт тим лид или тех лид, когда ты с ним хорошо общаешься.
Если начальство не знает чем ты занимаешься, то... ответ очевиден, что из себя представлет начальство.
А ещё это значит что ты можешь ему лавшу наухо вешат будь здоров
Если ты работаешь не в айти компании и на тебя внезапно ложаться обязанности разраба. То, то что ты описал выше - стандартная ситуация.
Obey the 4 hour rule. If you don't understand something, spend no more than four hours trying to figuring it out yourself. After that, ask for help. You need to learn how how to figure stuff out, but you also don't want to be that guy who hasn't made any progress the next day in the stand up.
Spot on.
@@ediccartman7252 Это правило для рутинного рабочего процесса, когда люди не разрабатывают ничего по-настоящему серьёзного. Туда же и stand up и scrum. Не всем так не везёт, чтобы быть белкой в таком вот колесе.
Па руски можно было
But their is always somebody who is doing some bowjob to the boss and he or she can do whatever he wants :) And the most hardworking person will always be blamed.
Буквально на этом спринте, взял задачу, на след день оказалось что она не приоритетная, хотя в Jira приоритет высокий.
Ну это косяк ПМа.
@@george5657 ba
Толком ничего не смыслю в программировании, но заранее готовлюсь к неизбежному.
Ну и ещё одна причина - смена структуры компании и из-за утечки персонала - закрытие проектов(вместе с программистами).
Коммент от не программиста. Если абстрагироваться и заменить слово код на слово "задача", то получаются весьма дельные советы для множества сфер деятельности.
Вопрос про стоимость программиста для бизнеса это двухсторонняя штука. Живу в Самаре (привет из Самары!), после нескольких лет работы в университете устроился разработчиком удаленно в СПб. В итоге все мной довольны, но периодически кажется, что соточка, которую мне платят за мой скромный опыт и скромные навыки это супер деньги, которых я не стою, но если мне продолжают их платить, то это значит, что я приношу компании соизмеримую выгоду.
Лёша, привет, спасибо за классный блог. Расскажи, что значит: думать как программист, мышление программиста, профессиональная логика. Есть ли профессиональные особенности мышления у программистов, которые как-то вырабатываются? Я только учусь в академии на программиста, начали с С++, но уже чуствую, что мыслить необходимо несколько нестандартно, что ли. Вот и тема для ролика. Заранее благодарю за внимание.
Спасибо за вопрос! Это довольно большая тема, постараюсь снять об этом одно из следующих видео
Абстрактное мышление называется
Как успехи?
Надеюсь Вы не занимаетесь Qt + c++
Все по существу.
Хорошо все разложил.
Спасибо, Алексей! Грусно всё это :) И код напиши, и тамшится, и конктеризируй, и докажи что не баран :) Если вдруг какие вопросы.
Имхо не должен это всё программист делать и забивать этим голову. Если всё это приходится делать, значит на уровень выше, кто-то не дорабатывает.
Получается вместо проектирования, программирования 20-30% будешь на менеджерские задачи тратить. (Когда проф. менеджер в 2-4 раза быстрее сделает тоже или огранизует процесс так чтобы не было таких вопросов)
Да можно этим ради карьеры заниматься по линии лида или менеджера, ну или очень боитесь свою работу потерять.
Работать с техподдержкой которая организована по всей этой бюрократии адски тяжело, дикая формализация, уточнение очевидного и растягивание сроков в разы по сравнению с организацией у себя когда ты сам себе архитектор и менеджер и не отчитываешься за каждую минуту.
Получается что система придуманная чтобы работники ни на минуту не отвлекались на деле замедляет их работу.
а как вы хотели, деньги же платят - в несколько раз больше средней зп по россии
@@SimplyChess_ думаю в 2-6 раз выше медианы, но это рынок, дефицит спецов, проектов много.
ИМХО если нужно всё всё это делать: код напиши, и таймшится, и конкретизируй, и докажи что не баран
И ты и твои коллеги считаешь себя вполне средним или продвинутым разработчиком, то лучше работу менять.
Можно тратить на это время. НО за это дополнительно не платят, это ведёт к переработкам (за которые опять часто не платят).
Зачастую это не капитализированное потраченное впустую время.
За "полохой" менеджмент ты платишь сам - временем, нервами, мотивацией, а как следствие развитиями и реальными перспективами.
Рынок нынче очень агрессивный и голодный. Мне уже каждую неделю звонят по резюме 3-7 летней давности, на сколько же все плохо, что хоть как-то найти ищут так.
@@St00One везет вам, конечно, а мне с двумя гуманитарными вышками никто не звонит(( С одной стороны пишут, что любой может стать программистом, с другой - что нужно учиться год-два, если до этого никак с программированием не был связан. И и еще, что на начальные позиции конкурс большой, мало шансов пройти.
Всё четко, конкретно, по существу. Спасибо!
Спасибо за советы
Привет. Про вспомнить то чем ты занимался в конкретный день, это из разряда фантастики. Если я занимаюсь разными задачами, то я уже через 2 дня не помню чем я занимался. (и это не прикол про джунов. У меня стаж 10 лет) . Всё зависит от объëма задач. Мне реально нужно несколько минут чтоб зайти в гитлаб и пробежаться по коммитам и правкам. Яб тоже подумал бы, что со мной что то не так, еслиб это не была стандартная ситуация в нашей команде .
Я не програмист, но слушать очень приятно
Найди Кашпировского - понравится.
@@ОлегПервомайский-с2ы Спасибо, но он не интресен мне
@@illibeats1196 :-) Смысловая нагрузка примерно одинакова, тембр не тот?
Вам тут нельзя
Хочешь им стать?
Обычно задолго перед тем как собираются уволить это очень даже заметно 🤪
Тут давече разрабы ставили обновление-через 8 часов система встала. Ущерб за 20 минут простоя составил 4.5 млн рублей. Вы думаете дружный коллектив разрабов сильно проредился? Нет-были депримировано, но не более. Ибо найти, воспитать, уполномочить-это ещё дороже.
Все четко и по делу!
Испытательный срок напоминает мне что-то вроде момента из Шрека 2, когда ослик постоянно дразнил вопросом "приехали?"
Спасибо за видео!
Я поменял работу раз 10, 8 раз - это подковёрные интриги начальства (бывало, что их тоже увольняли, но редко. И я, как уволенный, часто был не одинок, т.е. в конкретном месте была большая текучка кадров), пару раз - низкая зарплата.
так ты, получается, скандалист
Зачем пошел на низкую зарплату?
Оч полезно. Спасибо.
Если существует ситуация, в которой тебя могут уволить, значит нужно успеть первым
Безумно можно быть первым
Какая разница первый или нет?
с 5:45 почти до конца, это то за что ругают государственную бюрократию. Исходя из этого половину рабочего времени работник должен протоколировать свои действия, то есть со стороны руководства контроль похерен и оно не знает кто чем занимается. Все должен помнить работник, а он в свою очередь старается и раздувает деятельность ничего не делая. Я считал что самые бюрократы это медики, но нет программисты. ;-)
Медики это делают чтобы их не посадили, а программист - чтобы всех убедить что он работает играя в танки.
Недавно сцепился с клиентом по телефону. Он утверждал, что сейчас берут программистов любого уровня, мои доводы простые: нет опыта и бэкграунда, то шансы примерно 5%. Если я не прав, то хочу услышать пруфы
Первая причина - это ты, а вторая все твои мечты...
Ещё увольняют за время потраченное на написание unittest-ов, если заказчик за это не платит))
Было очень познавательно!
Это все хорошо, но, бывает и так, что менеджер сам провоцирует конфликт. Предупреждения заранее не всегда работают. Иногда просто хотят выжить, намеренно провоцируя конфликт. Бывает и такое, что MR не принимаются, а code review в компании не всегда есть.
Все ошибаются - это нормально. Но если систематически факапить и нарушать правила компании - это вопрос времени.
П.С. перед увольнением, как правило, сотрудника 1-2 раза вызывают на ковёр для вразумлений....и только потом увольняют... в общем - всё это довольно длительный процесс, если откровенно не творить дичь
Спасибо за видео Алексей, с удовольствием смотрю ваш канал, но как вам удается так долго не моргать?
Он Т-1000
Магия монтажа
Когда в одну точку смотришь долго не моргаешь
Не всегда у программиста не получается сделать то, что написанно в тикетах, из за того, что он якобы плохой программист. Бывают такие ситуации, что тикеты(епики) плохо и непонятно описаны...
Обычно есть способы с этим бороться, например в Скраме есть специальный митинг, где смотрят на тикеты, и решают, достаточно хорошо ли он написан, чтобы начать над ним работать.
Прошла собес на мидла, делала таски, тимлид говорил все ок, на 2 мес 2 нед испыталки уволило руководство, тимлид и команда были не в курсе. Мои ошибки: закрыла резюме, не спрашивала обратную связь и критерии оценки, ЗП ниже рынка. Теперь надо опять к собесам готовиться, потому что не повторяя теорию, многое забылось. Мораль: ходить по собесам и постоянно повторять и изучать новые стеки по требованию рынка, потому что кикнуть могут в любой момент, главное всегда иметь офер на руках, независимо от результатов ИС.
Ерунда все это. Если человека увольняют с его первой работы за мелочи из разряда "сделал больше чем просили в скоупе тикета", то это к лучшему для человека. Компания, менеджмент, команда - должны быть в состоянии обьяснить новичку правила работы в команде. Если они не в состоянии этого сделать, то это говорит только о непрофессиональности компании.
Программистов увольняют за то же , за что увольняют на любых других профессиях. Не работает/хамит/наврал в резюме.
Просто красавчик! Лайк
Спасибо. Все понятно.
Спасибо, очень интересно!
С теми кто отравляет коллектив никому они не нужны. Это во всех профессиях
Предлагаю следующую тему для видео: что едят программисты
видео очень хорошое и может быть полезно не только программистам.
Прикольный совет про тикет, только вот на реальной работе как раз ждут что ты сам додумаешь че да как потому что я еще не встречал чтоб какой либо аналитик составил требования полностью и главное правильно и вынес в задачу все что требуется, либо это 100500 созвонов для уточнения, либо хардкод, либо вообще переделывать😁
Меня например уволили за то что я указывал менеджменту на необходимость приобретения лицензионного ПО. Парапарапам. (((. Это Россия
надо было стукануть в органы и заказать им проверку со штрафами
реально годные советы!
кстати, Вы похоже на моего начальника)) даже голос
Спасибо!
Все как-то бюрократичненько описано. Шаг влево или вправо - тикет. Может для новичка это и неплохая опция, но по мне так куда приятнее работать не над набором тикетов, а над большой задачей в пару спринтов. И с одной стороны, я вряд ли в этом случае смогу сказать, что я делал в прошлый вторник после обеда, но если весь эпик сделан плюс-минус в срок, то ни для какого менеджера такая ситуация не будет проблемой.
Сколько видео у тебя смотрел, всегда хочется поставить больше 1 лайка :)