t.me/devworden - наш телеграм-чат, где можно задать вопросы discord.gg/7B4prKBxkZ - Discord-сервер с каналами по разным языкам программирования Мой микрофон: ya.cc/WEPcs Моя камера: ya.cc/WEPvP Мой рабочий компьютер: ya.cc/WEQGr Ссылки партнерские, я могу получить вознаграждение, если вы купите что-то, перейдя по этим ссылкам.
В начале своей карьеры работал сисадмином, у меня было начальство которое не понимало что я делаю. Знаете, объяснять им было бесполезно, и никакие тикеты не помогут.
Многое еще зависит от работодателя, как устроен сам рабочий процесс. Меня так взяли на работу - целых два месяца на меня просто не могли выделить время (не было времени отвечать на мои вопросы по системе), а после того как мне дали задачу и я решил ее костылем (просто там другого решения не было), попросили написать заявление на увольнение. Иногда в компании просто не хватает времени на новичка, в таком случае, лучше уйти самим, поскольку контора рано или поздно развалится - опытные программисты сами уходят на другую работу, а новых они подготовить не в состоянии.
Согласен. Среди всех соплежуев-балаболов на ютабчике сложновато найти человека, который вот так без лишнего пафоса, экивоков и лишних размышлений, кратко и по сути объясняет.
Только нигде так и нет ответа на вопрос "что есть программист", учитывая что как бы веб-сфера и допустим программная инженерия - это разные вещи. Существует ли ниша написания прикладных ПО? А хер его знает. Ответов нет, вакансии - сами по себе те еще загадки. Ну и еще человек конечно хорошо стелит, только забывает про подставы, подсидки, наебы старшими товарищами младших с целью "а чо он пришел на мое место метит". Как и всё еще нет ответа на вопрос "зачем на собеседовании начинают спрашивать инфу из википедии. По типу "назовите мне функции класса такого-то". так и хочется ответить "чел, посмотри в википедии, если ты их забыл". Итого продуктива теоритического - есть, практического - хрен да маленько.
Пункт: "Начальство не понимает чем ты занимаешься". Это ключевая проблема всех IT, где я имел удовольствие работать - поскольку "начальство" не имело никакого отношения к IT, оно в принципе не понимало, чем занимались разработчики. В результате, сложилось мнение, что хороший разработчик - это тот, который быстро закрывает тикеты. И, с точки зрения бизнеса, что ориентирован на краткосрочные перспективы, они были несомненно правы. Однако, подобная тенденция привела к драматическому ухудшению всей кодовой базы (код из г...а и палок, зато очень быстро!). За считанные года (8-10 лет), при низкой квалификации нанимаемых сотрудников (наймом занимаются те же самые парни, которые делают "быстрые" решения, которые требуют 24/7 сопровождения, таким образом обеспечивая себе 100% лояльность бизнеса). Быстро же! И это не единичный пример, когда посредственные "программисты" буквально сажают на иглу своей некомпетентности целые отделы разработки...
Меня однажды уволили за то, что фирма-клиент слишком долго не могла выдать мне логин и пароль от рабочего компьютера. В итоге у выше стоящих коллег образовалось предвзятое отношение на меня, и даже проджект менеджмер мне предъявлял, что от меня ожидали большего и типа я бесполезен (абсолютно все вокруг, кроме моей команты, понимали ситуацию и регулярно за неё извинялись, но конкретно мой коллектив был очень токсичным). Но тут ещё надо сказать, что фирма сама с очень плохой репутацией, в последствие мои коллеги, у которых это была первая работа, и которые прошли испытательный срок, сами уволились сказав, что это помойка, а не фирма.
Дело не в правости или не правости. Дело в том, как ты до людей доносишь информацию о том, что они не правы. Можно сказать: "Слушай, вот тут это лучше сделать так, потому, что тогда это будет вот так". И услышать аргументацию человека, возможно, даже, узнать что-то новое. Или сказать: "у моей бабушки в селе ишак был, так вот он точно так же код писал". И, довольно закономерно, пойти нахер. Ведь тебе могут указывать на твои ошибки в таком же стиле. Но тогда ты огорчишься, у тебя сгорит пердак и ты сам уйдёшь, попутно рассказывая о токсичных ЧСВ в той компании. Но никто не будет тебя учить общению с людьми, просто выгонят да и всё.
@Пономарьова Валерия pers это разные вещи, я ничего не говорил о стиле кода, подходах или правильности. Я говорил о умении общаться с людьми, доносить свою точку зрения и слышать их точку зрения. Всегда можно спросить: "а почему бы не сделать вот так?" и услышать аргументацию. Возможно, ты даже будешь не прав, ведь тот, кто писал код, тоже о чём-то думал и чем-то руководствовался. Возможно, ты не полностью понимаешь контекст задачи или нюансы. А возможно, ты прав. В любом случае проблемы не возникнет, а код станет лучше и ты чему то научишься.
У меня 10 лет опыта в России и пока 4 года в Нидерландах. В начале карьеры следовал именно таким правилам, ну а где не получалось или не хотелось, увольнялся сам до того как начнут гнать :) Зато сейчас с опытом, определённой нишей, как вы и рекомендуете, и это действительно очень важно: уметь что-то делать, что не умеют другие, или делать это лучше всех - это очень ценится. Ну и теперь вполне получается на правила на эти подзабивать и больше свободы в выборе задач.
Итого, озвученные причины увольнений: 1. делаешь не то что нужно 2. не понятно что ты делаешь 3. фрилансишь 4. ругаешься с коллегами .5 ходишь на собеседования (?)
Второй пункт спорный. Это нормальная практика, когда непонятно зачем вообще люди ходят на работу и какая от них польза. Иногда люди наносят только вред своими действиями.
4:31 скорость важна, работал гравёром в ритуальных услугах, товарищ "штамповал" мраморные памятники со скоростью один памятник в 40 минут, через пару лет он уже свою контору открыл. зато памятники которые я гравировал потенциальным заказчикам на фото показывали (и вроде бы до сих пор показывают) - смотрите какая красивая гравировка в нашем бюро. не совсем в тему
@@Костей_Бессмертный этот бизнес не про «хоронить» а про память. Я бы, как работодатель, предпочёл медленного сотрудника, делающего качественно, нежели чувака, который каждые 40 минут выдаёт «белые блины» с посредственным сходством. Вам приходилось хоть раз их клиенту сдавать?
@@FyUajYpUlM39 посмотрите смертность в России относительно остальных стран мира, соотнесите с миграцией из средней азии по миллиону в год и будет вам ответ.
@@guyregular3391 Смертность во всех странах просто пропорциональна численности населения с небольшими варианциями из-за разной возрастной структуры населения. Там не может быть отклюнения на порядок, например. Просто примерно все, кто родился лет 60-90 назад будут умирать сейчас - сколько рождалось в день тогда, примерно столько и будут умирать в день сейчас.
Всем бы еще пожелать найти работу, где тикеты будут прописываться четко, а не на уровне абстрактных хотелок кого-то из менеджмента и копипасты чьих-то переписок.
Это, кстати, один из полезных софт-скиллов - суметь перевести тикет с менеджерского на технический, то есть сконвертить хотелки в пункты техзадания, при этом ни с кем не поругавшись по дороге. Реальность такова, что заказчик/менеджер не обязан знать технические подробности реализации и не всегда умеет ясно выразить пожелания, если только это не баг-репорт. И это нормально, в других областях то же самое.
Берешь автора тикета, продукт мененджера и беседуешь, пока вы не договариваетесь о том, что он описал все что хотел, а ты все это понял. Если видишь хорошие идеи можно их предлагать, хороший менеджер может ими воспользоваться или объяснить почему надо по другому. Если команда не может и не хочет так работать, то желательно поскорее найте что-то другое.
7:40 Хе хе... меня как-то уволили за то что я "ходил на собеседование к конкуренту" А я просто в свой законный day-off зашёл к другу на его работу за диском, который я у него попросил... И я даже не знал что компания где он работает в той же тематике...
Ерунда все это. Если человека увольняют с его первой работы за мелочи из разряда "сделал больше чем просили в скоупе тикета", то это к лучшему для человека. Компания, менеджмент, команда - должны быть в состоянии обьяснить новичку правила работы в команде. Если они не в состоянии этого сделать, то это говорит только о непрофессиональности компании. Программистов увольняют за то же , за что увольняют на любых других профессиях. Не работает/хамит/наврал в резюме.
@@rarecase3666 такое у нас было, пока коллектив был новый, а потом, к счастью, сошло на нет. Все зависит от конкретного "индюка" :) хотя в соседней бригаде до сих пор есть. От коллектива очень много зависит, будет ли работа в удовольствие, или же будешь ходить туда как на каторгу.
@@rarecase3666 кстати, работает правило "80 на 20" -это когда 20% людей делают работу предприятия на 80% а остальные только оставшиеся 20. Банально не умеют или отлынивают.
Я не автор этого канала, но захотелось предположить: Если поиск был не целенаправленный, то, возможно, попали в "пузырь рекомендаций" видео на данном аккаунте (вдруг сын интересуется подобными видео с него). Также может влиять то, кто обычно, что-то ищет в сети с этого или связанного гугл аккаунта на пк, или мобильном устройстве (контекстная реклама, так сказать, хотя я не уверен, что она участвует неявно в формировании круга интересов сервиса RUclips). Также, гугл может предположить, что у Вас есть сын и ему интересна эта тема (есть какая-то корреляция явная между аккаунтами или типичными поисковыми запросами с одних и тех же айпи адресов, также утечка персональных данных). Может быть, попали в нужное время и место. Может быть, осознанно или неосознанно беспокоитесь о успешном устройстве на работу сына (за него). Может быть, Вас самого заинтересовала тема программирования. Может быть, вообще нет связи с тем, что Ваш сын желает быть программистом и тем, что Вы смотрите вдруг этот канал) Да и нужный ответ находится нередко перед самим вопросом. Почему возник этот вопрос, что этим хотелось сказать. Что именно вызвало состояние диссонанса и вызвало ли. Ладно, я все, с попыткой диванного анализа) (неожиданно было увидеть Вас тут, хотелось немного познакомиться таким образом. Побыть полезным в компетентной роли)
Работал в одном стартапе где один "тимлид" со всеми ругался, а перед начальством лебезил. Его так и не уволили. Зато остальные программисты от него разбежались. На мой взгляд в России по большему счету все зависит от личного отношения.
По поводу конфликтности ИМХО надо было в начало списка ставить. Именно про конфликтность я слышал такое высказывание - что технические навыки человек может подтянуть и в большинстве случаев это вопрос времени, в то время как отсутствие социальных навыков куда хуже и если человека нельзя нормально встраивать в комманды, то скорее всего его попросят на выход. ЗЫ а вообще со своей стороны могу сказать, что увольнение программиста явление крайне редкое и как правило обусловленно грубейшими нарушениями со стороны самого программиста.
6:11 - ужасно. Тут за неделю сложно вспомнить, а уж про полгода так тем более. Тоже стараюсь своевременно логировать время, потраченное на задачу, пишу себе список тикетов, над которыми работал. В большинстве случаев можно восстановить хронологию по коммитам, но это работает не всегда. Например, потратил время на ассесмент, оказалось, что бага на стороне UI и перекинул тикет коллегам из UI. Коммита нет, время на анализ потрачено, а в конце недели и не вспомнишь уже про это. Так что да, своевременное логирование - это отличная тема. Это нужно не только для менеджмента, но и для вас самих, когда идет речь про оценки трудозатрат. У меня вот обычно оценки оптимистичные и я, зная себя (статистика по оценкам до начала работ и факт по затраченному времени) вывел для себя некоторый коэффициент, на который умножаю свои оценки. Как по мне, лучше дать бОльшую оценку и сделать вовремя или раньше, чем в оценки не уместиться.
Мы в одной компании, кстати, собирали оценки и то, сколько времени потом потратили на задачу по факту. Получали оттуда коэффициент, а потом при оценки следующих задач умножали на этот коэффициент.
Обычное значение этого коэффициента от 2 до 4. Впервые эту идею встретил в сборнике законов Мерфи, посмеялся, но потом стал приглядываться и в результате убедился, что в каждой шутке есть доля правды )
@@Tui3694 Так и есть, спрашивают про умноженное для учёта unknown unknowns оценку времени типа "чего там делать столько времени?" Они же unknown unknowns, откуда мне знать какие так проблемы вылезут при реализации, но вылазит регулярно, и сидишь потом ночью, если закоммитился на короткое время, а дело срочное. Такой проблемы не возникает в областях, где делают одно и то же постоянно.
Ну со стороны сотрудника в походах по собеседованиям есть свои плюсы, ты держишь себя в тонусе, знаешь можешь ли если что рассчитывать на предложение работы, примерный оклад, пополняешь свою базу вопросов и ответов, даже можешь потом сам собеседовать на своей текущей работе после этого. Но только это нужно уже после испытательного делать)
3:50 - спорный совет. Как развиваться в "золотой клетке"? Как ходить в отпуск? Ведь рано или поздно захочется позаниматься другими задачами. Это субъективно, но вот мне например сложно долго сидеть на одной теме и это здорово, что есть возможность позаниматься смежными задачами, не говоря уже про походы в сторону бизнес-анализа или лидства/ТМ-ства. Я вот наоброт, стараюсь на проекте не быть незаменимым и более того, мы периодически проводим сессии, где шарим ключевые моменты своих наработок. Прям универсальными бойцами на проекте это нас не делает, но сильно уменьшает время на то, чтобы "въехать" в код коллеги для багофикса или для допиливания его наработок по дизайну (который, бывает, может подкорректироваться уже на стадии билда) .
Недавно сцепился с клиентом по телефону. Он утверждал, что сейчас берут программистов любого уровня, мои доводы простые: нет опыта и бэкграунда, то шансы примерно 5%. Если я не прав, то хочу услышать пруфы
Если у вас команда просто сидит и молчит весь рабочий день, можно и с ума сойти.У нас в этом плане конечно всё гораздо проще, можно и разговаривать параллельно и посмеяться всей толпой, а если влом сидеть в офисе можешь домой уйти, главное таски к спринту закрыть, а там хоть на голове стой, все только за.
Самое главное. Лучше делать задачи на испытательном сроке помедленнее, но поаккуратнее. Стараться не создавать новых косяков. Не делать костылей без необходимости. Это может посеять сомнения в вашей квалификации и опыте.
Не всегда у программиста не получается сделать то, что написанно в тикетах, из за того, что он якобы плохой программист. Бывают такие ситуации, что тикеты(епики) плохо и непонятно описаны...
Обычно есть способы с этим бороться, например в Скраме есть специальный митинг, где смотрят на тикеты, и решают, достаточно хорошо ли он написан, чтобы начать над ним работать.
Прошла собес на мидла, делала таски, тимлид говорил все ок, на 2 мес 2 нед испыталки уволило руководство, тимлид и команда были не в курсе. Мои ошибки: закрыла резюме, не спрашивала обратную связь и критерии оценки, ЗП ниже рынка. Теперь надо опять к собесам готовиться, потому что не повторяя теорию, многое забылось. Мораль: ходить по собесам и постоянно повторять и изучать новые стеки по требованию рынка, потому что кикнуть могут в любой момент, главное всегда иметь офер на руках, независимо от результатов ИС.
1) ЗП ниже рынка -- серьезный сигнал о том, что компания неблагополучная. Новая работа -- риск, риск должен быть оплачен. 2) Лишь недавно узнал, компания в целом и отдел в котором вакансия -- разные вещи. Авторитет и отзывы о компании не всегда соответствуют тому, в какой отдел ты конкретно попадешь. 3) Ходить по собеседованиям, работая в компании или имея на руках подходящий оффер -- лично мне непонятная движуха. Некоторые говорят -- это моё хобби. Но, как по мне, так это лишь неприятная необходимость, которую хотелось бы минимизировать.
Прошла испыталку в новой компании, фидбэк был сразу если что то не так, ЗП на 50% больше,но на текущий момент ниже рынка. Весной буду менять работу из-за этого.
дак весной и будет годик в этой компании,у меня опыт больше 5 лет после института с разными языками, но в маленькой компании в мухосранске из них 4 года
Может уже кто написал, не читал все комменты, но для себя заметил что после окончания задания лучше оставить код на утро и начать новое задание, если есть возможность. На следующий день со свежей головой посмотреть еще раз. Частенько находил мелкие недоработки.
Так и не увидел пункта про то, что нужно знать корпоративные правила компании, касающиеся сотрудников. Во многих западных компаниях нарушение некоторых правил может привести к очень быстрому увольнению, т.к. они призваны для защиты компании, например, от похищения кода.
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.
@@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.
Спасибо. Очень хорошая плотность информации. Скажу еще что смотреть пошире - отличный совет, но в разумных пределах, не увлекаться в ущерб времени, заложенной на тикет. Ну и если есть область компетенции, но не надо ее искусственно зажимать, не давая информации по ней другим- достаточно негативно может быть воспринято.
Спасибо за столь полезное видео. Не понял только последнее: зачем ходить на собеседование, если ты уже работаешь? Разве цель собеседования не является как раз таки приобретением рабочего места?
@@euginekosenko2268 Выставлять себя крутым разработчиком может каждый, каждый может хвастаться о количестве закрытых тикетов и лет в индустрии, но то что человек не только говорит о своих достижениях, но так же и о своих неудачах - есть честность перед собой и теми кто его смотрит.
Привет. Про вспомнить то чем ты занимался в конкретный день, это из разряда фантастики. Если я занимаюсь разными задачами, то я уже через 2 дня не помню чем я занимался. (и это не прикол про джунов. У меня стаж 10 лет) . Всё зависит от объëма задач. Мне реально нужно несколько минут чтоб зайти в гитлаб и пробежаться по коммитам и правкам. Яб тоже подумал бы, что со мной что то не так, еслиб это не была стандартная ситуация в нашей команде .
А еще хуже если в компании не ценят программиста. И думают что он все сможет сделать по технической части. Например починить принтер, решить проблему с технической неполадкой компьютера. А если он не может этого сделать, то он некомпетентный программист.
@@skye4152 программист на то и программист что он пишет код а не копается в железе. Но устройство он должен знать. Но здесь проблема в том что тебе на шею повешают ту работу к которой ты не имеешь отношения. Это все равно как учителю сказать красить ворота школы.
Тут давече разрабы ставили обновление-через 8 часов система встала. Ущерб за 20 минут простоя составил 4.5 млн рублей. Вы думаете дружный коллектив разрабов сильно проредился? Нет-были депримировано, но не более. Ибо найти, воспитать, уполномочить-это ещё дороже.
Кофаундер одного из стартапов в Папо-Альто поставил себе цель - пожить год в Тайване, при выделении бюджета на осуществление проставленной цели, было уволено 7 человек. 😀
Смысл в том, что результатом выполнения тикета должно стать только то, что запрошено в тикете, а вот метод достижения результата может обнаружиться в какой-либо другой части проекта
Здесь нет противоречия. Задачи стоит выполнять атомарно (т.е. только то, что написано в тикете), но если вы будете глядеть "на весь проект по шире", и найдёте недостатки, то вам будут только рады, и они попадут в другие тикеты.
Тут речь, как я понял шла о том, что решая баг, новичок может посмотреть, решения, идею или хотя бы принятый стиль, стандарты в других местах проекта. Это может с одной стороны сэкономить силы и время, с другой стороны продвинуть тебя - ты выучишь что-то новое, ну и в третьих лучше поймешь проект.
Я начинал когда сильно нервничал, но спрос у конторы только рос, чего я по молодости и неопытности в 2004 году не замечал, и вот я стою в курилке с нашим архитектом и такой "эх... наверно если задачу не решить за неделю то уволят" и тут он сказал просто супер фразу: "гыгы! да кто же тебя уволит?! з/п понизят и работать побольше заставят! :-D)))" (потом только я осознал про рынок, дикий спрос, как работает аутсорс "за голову" что контора берёт и мидлы вытягивают косяки бегиннеров...) Проблема программистов (особенно начинающих) и "горе им", если они упираются в код, задачи оптимизации (а ещё хуже - задачи оптимизации до необходимости этой оптимизации, что растягивает сроки TTM - вот за это я сам бы увольнял, но после беседы конечно) и не хотят понимать в рынке (предметной области), бизнес-процессах и т.д. А ведь именно там - "самое интересное" и происходит!
Если проект будет расти через некоторое время в целях оптимизации придется переписывать весь код, если не был дан правильный старт Конечно, если проект не имеет дальнейшего развития в планах, на оптимизацию можно закрыть глаза, но при разработке больших приложений лучше начинать оптимизацию сразу, чтобы не было проблем в будущем
@@dvxv4016 Вы оба не совсем правы. Оптимизация архитектуры это тоже оптимизация. И архитектурная оптимизация главнее, она действительно должна закладываться с самого начала. Но ещё главнее гибкость архитектуры, lose coupling и всё такое. Архитектура хороша, не когда в ней нет ошибок (это не совсем реалистично), а когда ошибки исправляются достаточно локально и без драматических проблем. Тогда можно выявить слабое звено по производительности и заменить его позднее.
Коммент от не программиста. Если абстрагироваться и заменить слово код на слово "задача", то получаются весьма дельные советы для множества сфер деятельности.
Лёша, привет, спасибо за классный блог. Расскажи, что значит: думать как программист, мышление программиста, профессиональная логика. Есть ли профессиональные особенности мышления у программистов, которые как-то вырабатываются? Я только учусь в академии на программиста, начали с С++, но уже чуствую, что мыслить необходимо несколько нестандартно, что ли. Вот и тема для ролика. Заранее благодарю за внимание.
По поводу хождения по собеседованиям полностью согласен. Это важно как для программиста лично, так и для индустрии в целом. То есть от прохождения собесов в плюсе все.
Вопрос про стоимость программиста для бизнеса это двухсторонняя штука. Живу в Самаре (привет из Самары!), после нескольких лет работы в университете устроился разработчиком удаленно в СПб. В итоге все мной довольны, но периодически кажется, что соточка, которую мне платят за мой скромный опыт и скромные навыки это супер деньги, которых я не стою, но если мне продолжают их платить, то это значит, что я приношу компании соизмеримую выгоду.
Нет, не значит. Уволить человека без выговоров и серьезных косяков в РФ сложно. И вот уволят тебя, какие шансы, что на такие же деньги найдут кого-то намного лучше? Сколько его будут искать, отбирая время у многих людей на множество интервью, сколько новому человеку времени потребуется, чтобы разобраться в проекте, чтобы выйти на свою повышенную мифическую потенциальную полезность? И главное, кто возьмет на себя ответственность за все эти риски?
Устроился на первую работу 200к Кикнули спустя 1.5 месяца потому что я подрубался к дейлику не ровно в 11:30 а в течении пяти минут максимум ( еще потом минут 10 ждал когда меня чет спросят ) Потом проспал дейлик полностью и проснулся в конце дейлика, там и кикнули)
видимо писал уникальный код, в котором никто больше не разбирался, чтобы его не выперли... а менеджер, который делал так сам, все просек и выставил на мороз =)
Это все хорошо, но, бывает и так, что менеджер сам провоцирует конфликт. Предупреждения заранее не всегда работают. Иногда просто хотят выжить, намеренно провоцируя конфликт. Бывает и такое, что MR не принимаются, а code review в компании не всегда есть.
Спасибо, Алексей! Грусно всё это :) И код напиши, и тамшится, и конктеризируй, и докажи что не баран :) Если вдруг какие вопросы. Имхо не должен это всё программист делать и забивать этим голову. Если всё это приходится делать, значит на уровень выше, кто-то не дорабатывает. Получается вместо проектирования, программирования 20-30% будешь на менеджерские задачи тратить. (Когда проф. менеджер в 2-4 раза быстрее сделает тоже или огранизует процесс так чтобы не было таких вопросов)
Работать с техподдержкой которая организована по всей этой бюрократии адски тяжело, дикая формализация, уточнение очевидного и растягивание сроков в разы по сравнению с организацией у себя когда ты сам себе архитектор и менеджер и не отчитываешься за каждую минуту. Получается что система придуманная чтобы работники ни на минуту не отвлекались на деле замедляет их работу.
@@SimplyChess_ думаю в 2-6 раз выше медианы, но это рынок, дефицит спецов, проектов много. ИМХО если нужно всё всё это делать: код напиши, и таймшится, и конкретизируй, и докажи что не баран И ты и твои коллеги считаешь себя вполне средним или продвинутым разработчиком, то лучше работу менять. Можно тратить на это время. НО за это дополнительно не платят, это ведёт к переработкам (за которые опять часто не платят). Зачастую это не капитализированное потраченное впустую время. За "полохой" менеджмент ты платишь сам - временем, нервами, мотивацией, а как следствие развитиями и реальными перспективами. Рынок нынче очень агрессивный и голодный. Мне уже каждую неделю звонят по резюме 3-7 летней давности, на сколько же все плохо, что хоть как-то найти ищут так.
@@St00One везет вам, конечно, а мне с двумя гуманитарными вышками никто не звонит(( С одной стороны пишут, что любой может стать программистом, с другой - что нужно учиться год-два, если до этого никак с программированием не был связан. И и еще, что на начальные позиции конкурс большой, мало шансов пройти.
В России я с этим не очень часто встречался, но, например, в моей команде один человек работал 4 дня в неделю. В Нидерландах я такое видел намного чаще, очень часто работают 4 дня в неделю, а у меня в команде один мальчик сейчас работает 3 дня в неделю и еще учится. Если четверть ставки - это уже фрилансеры, у нас в фирме был программист-фрилансер, приходил в офис один раз в неделю.
Прикольный совет про тикет, только вот на реальной работе как раз ждут что ты сам додумаешь че да как потому что я еще не встречал чтоб какой либо аналитик составил требования полностью и главное правильно и вынес в задачу все что требуется, либо это 100500 созвонов для уточнения, либо хардкод, либо вообще переделывать😁
t.me/devworden - наш телеграм-чат, где можно задать вопросы
discord.gg/7B4prKBxkZ - Discord-сервер с каналами по разным языкам программирования
Мой микрофон: ya.cc/WEPcs
Моя камера: ya.cc/WEPvP
Мой рабочий компьютер: ya.cc/WEQGr
Ссылки партнерские, я могу получить вознаграждение, если вы купите что-то, перейдя по этим ссылкам.
В начале своей карьеры работал сисадмином, у меня было начальство которое не понимало что я делаю.
Знаете, объяснять им было бесполезно, и никакие тикеты не помогут.
Леш, выпусти плиз видео про то как часто можно увольняться, чтоб новые рекрутеры не смотрели на тебя косо?
Хромая гугля визжит что "вы переходите на небезопасный ресурс."
за брехню на ютюбе
Есть еще один совет, иногда лучше уволиться, а не держаться за место.
Да и развивать своё дело а не дяди.
и жрать дошики вместо нормальной еды?
@@skye4152 ну если ты такой спец, что не можешь другую найти то да держись за хреновую работу
@@skye4152 дошик стоит дороже чем нормальная еда
@@skye4152 спагети стоит дешевле.
Многое еще зависит от работодателя, как устроен сам рабочий процесс. Меня так взяли на работу - целых два месяца на меня просто не могли выделить время (не было времени отвечать на мои вопросы по системе), а после того как мне дали задачу и я решил ее костылем (просто там другого решения не было), попросили написать заявление на увольнение. Иногда в компании просто не хватает времени на новичка, в таком случае, лучше уйти самим, поскольку контора рано или поздно развалится - опытные программисты сами уходят на другую работу, а новых они подготовить не в состоянии.
У меня также было
Алексей, вот просто приятно тебя слушать. Ни одного пустого слова.
Спасибо!
Согласен. Среди всех соплежуев-балаболов на ютабчике сложновато найти человека, который вот так без лишнего пафоса, экивоков и лишних размышлений, кратко и по сути объясняет.
Он так запрограммирован! ☺
Только нигде так и нет ответа на вопрос "что есть программист", учитывая что как бы веб-сфера и допустим программная инженерия - это разные вещи. Существует ли ниша написания прикладных ПО? А хер его знает. Ответов нет, вакансии - сами по себе те еще загадки.
Ну и еще человек конечно хорошо стелит, только забывает про подставы, подсидки, наебы старшими товарищами младших с целью "а чо он пришел на мое место метит".
Как и всё еще нет ответа на вопрос "зачем на собеседовании начинают спрашивать инфу из википедии. По типу "назовите мне функции класса такого-то". так и хочется ответить "чел, посмотри в википедии, если ты их забыл".
Итого продуктива теоритического - есть, практического - хрен да маленько.
@@Nebrituy да ,несомненно ответственно и без задатков лени он делает видео ,посмотрите какая плотная склейка
Еще не устроился, но уже уволили
Спасибо! Высочайшая концентрация полезной информации в 8 минутах и никакой воды!
Спасибо!
согласен, молодец)
Алексей, спасибо Вам за каждое видео на канале.
Очень много граблей можно обойти, просто послушав опытного человека! (Где же вы были раньше? :) )
Спасибо за отзыв!
Настул на грабли.
Пункт: "Начальство не понимает чем ты занимаешься". Это ключевая проблема всех IT, где я имел удовольствие работать - поскольку "начальство" не имело никакого отношения к IT, оно в принципе не понимало, чем занимались разработчики. В результате, сложилось мнение, что хороший разработчик - это тот, который быстро закрывает тикеты. И, с точки зрения бизнеса, что ориентирован на краткосрочные перспективы, они были несомненно правы. Однако, подобная тенденция привела к драматическому ухудшению всей кодовой базы (код из г...а и палок, зато очень быстро!). За считанные года (8-10 лет), при низкой квалификации нанимаемых сотрудников (наймом занимаются те же самые парни, которые делают "быстрые" решения, которые требуют 24/7 сопровождения, таким образом обеспечивая себе 100% лояльность бизнеса). Быстро же! И это не единичный пример, когда посредственные "программисты" буквально сажают на иглу своей некомпетентности целые отделы разработки...
Потому, что работник, ходящий по собесам, обычно уже вырос из текущей позиции и получает меньше, чем стоит на самом деле.
Его уволили и никуда не будет потом?
два моих братана сеньоры во фронтенде, меняют работу раз в два года, с повышением зарплаты в среднем на 40-50%
Меня однажды уволили за то, что фирма-клиент слишком долго не могла выдать мне логин и пароль от рабочего компьютера. В итоге у выше стоящих коллег образовалось предвзятое отношение на меня, и даже проджект менеджмер мне предъявлял, что от меня ожидали большего и типа я бесполезен (абсолютно все вокруг, кроме моей команты, понимали ситуацию и регулярно за неё извинялись, но конкретно мой коллектив был очень токсичным). Но тут ещё надо сказать, что фирма сама с очень плохой репутацией, в последствие мои коллеги, у которых это была первая работа, и которые прошли испытательный срок, сами уволились сказав, что это помойка, а не фирма.
Наверное, можно сказать, что повезло, неприятно было бы в такой команде работать :-)
"уволили потому что ругался"))) а еще хуже был прав))))))
У нас одного скубента уволили в первый же день за то, что использовал в коде переменные macho и muchacho
@@euginekosenko2268 а че мидлы и сеньеры не научили правильно называть переменные?
ну если быть правым важнее, чем остаться на этом месте, то может оно и стоит того)
Дело не в правости или не правости. Дело в том, как ты до людей доносишь информацию о том, что они не правы. Можно сказать: "Слушай, вот тут это лучше сделать так, потому, что тогда это будет вот так". И услышать аргументацию человека, возможно, даже, узнать что-то новое. Или сказать: "у моей бабушки в селе ишак был, так вот он точно так же код писал". И, довольно закономерно, пойти нахер. Ведь тебе могут указывать на твои ошибки в таком же стиле. Но тогда ты огорчишься, у тебя сгорит пердак и ты сам уйдёшь, попутно рассказывая о токсичных ЧСВ в той компании. Но никто не будет тебя учить общению с людьми, просто выгонят да и всё.
@Пономарьова Валерия pers это разные вещи, я ничего не говорил о стиле кода, подходах или правильности. Я говорил о умении общаться с людьми, доносить свою точку зрения и слышать их точку зрения. Всегда можно спросить: "а почему бы не сделать вот так?" и услышать аргументацию. Возможно, ты даже будешь не прав, ведь тот, кто писал код, тоже о чём-то думал и чем-то руководствовался. Возможно, ты не полностью понимаешь контекст задачи или нюансы. А возможно, ты прав. В любом случае проблемы не возникнет, а код станет лучше и ты чему то научишься.
У меня 10 лет опыта в России и пока 4 года в Нидерландах. В начале карьеры следовал именно таким правилам, ну а где не получалось или не хотелось, увольнялся сам до того как начнут гнать :) Зато сейчас с опытом, определённой нишей, как вы и рекомендуете, и это действительно очень важно: уметь что-то делать, что не умеют другие, или делать это лучше всех - это очень ценится. Ну и теперь вполне получается на правила на эти подзабивать и больше свободы в выборе задач.
потрясающее видео, невероятно грамотное объяснение и очень хорошие, практичные советы! лайк и подписка без тени сомнений!
Спасибо!
Итого, озвученные причины увольнений:
1. делаешь не то что нужно
2. не понятно что ты делаешь
3. фрилансишь
4. ругаешься с коллегами
.5 ходишь на собеседования (?)
вообще-то он сказал, что на его памяти за хождение по собеседованиям не увольняли
Второй пункт спорный. Это нормальная практика, когда непонятно зачем вообще люди ходят на работу и какая от них польза. Иногда люди наносят только вред своими действиями.
@@yuriy7220 на его да... Но так то возможно, если спалят
@@zhenshuang особенно у сисадминов)
@@mishaikon не думаю, что за хождение по собеседованиям увольняют. Если хороший спец, то скорее повысят в должности и/или в зп =)
Много из ролика подойдёт вообще для любой работы. Очень правильные советы.
4:31 скорость важна, работал гравёром в ритуальных услугах, товарищ "штамповал" мраморные памятники со скоростью один памятник в 40 минут, через пару лет он уже свою контору открыл. зато памятники которые я гравировал потенциальным заказчикам на фото показывали (и вроде бы до сих пор показывают) - смотрите какая красивая гравировка в нашем бюро. не совсем в тему
Это ж какой был спрос, что по плите в 40 минут только один сотрудник клепал?
@@Костей_Бессмертный этот бизнес не про «хоронить» а про память. Я бы, как работодатель, предпочёл медленного сотрудника, делающего качественно, нежели чувака, который каждые 40 минут выдаёт «белые блины» с посредственным сходством. Вам приходилось хоть раз их клиенту сдавать?
@@FyUajYpUlM39 посмотрите смертность в России относительно остальных стран мира, соотнесите с миграцией из средней азии по миллиону в год и будет вам ответ.
@@guyregular3391 Смертность во всех странах просто пропорциональна численности населения с небольшими варианциями из-за разной возрастной структуры населения. Там не может быть отклюнения на порядок, например. Просто примерно все, кто родился лет 60-90 назад будут умирать сейчас - сколько рождалось в день тогда, примерно столько и будут умирать в день сейчас.
Алексей, смотреть ваши ролики одно удовольствие! Кратко, полезно, спасибо вам за такой контент!
Всем бы еще пожелать найти работу, где тикеты будут прописываться четко, а не на уровне абстрактных хотелок кого-то из менеджмента и копипасты чьих-то переписок.
Это, кстати, один из полезных софт-скиллов - суметь перевести тикет с менеджерского на технический, то есть сконвертить хотелки в пункты техзадания, при этом ни с кем не поругавшись по дороге. Реальность такова, что заказчик/менеджер не обязан знать технические подробности реализации и не всегда умеет ясно выразить пожелания, если только это не баг-репорт. И это нормально, в других областях то же самое.
Берешь автора тикета, продукт мененджера и беседуешь, пока вы не договариваетесь о том, что он описал все что хотел, а ты все это понял. Если видишь хорошие идеи можно их предлагать, хороший менеджер может ими воспользоваться или объяснить почему надо по другому. Если команда не может и не хочет так работать, то желательно поскорее найте что-то другое.
хз у нас на проекте есть системные аналитики которые как раз тикеты и пишут по требованиям бизнесса
Спасибо Алексей, лайк на автоматизме 👍
7:40
Хе хе... меня как-то уволили за то что я "ходил на собеседование к конкуренту"
А я просто в свой законный day-off зашёл к другу на его работу за диском, который я у него попросил...
И я даже не знал что компания где он работает в той же тематике...
нееее.... ну это Редкий Случай
Другой вопрос: как они узнали куда, когда ты ходил? М? Не напрягает ничего?
Отличные советы. Спасибо!)
Спасибо за отзыв!
Спасибо, Лёша. Очень актуально)
Напишу комментарий, чтобы выпендриться) И поддержать хорошего человека)
Ерунда все это. Если человека увольняют с его первой работы за мелочи из разряда "сделал больше чем просили в скоупе тикета", то это к лучшему для человека. Компания, менеджмент, команда - должны быть в состоянии обьяснить новичку правила работы в команде. Если они не в состоянии этого сделать, то это говорит только о непрофессиональности компании.
Программистов увольняют за то же , за что увольняют на любых других профессиях. Не работает/хамит/наврал в резюме.
Эти советы, если смотреть в общем, применимы к любой работе тоже.
@@rarecase3666 такое у нас было, пока коллектив был новый, а потом, к счастью, сошло на нет. Все зависит от конкретного "индюка" :) хотя в соседней бригаде до сих пор есть. От коллектива очень много зависит, будет ли работа в удовольствие, или же будешь ходить туда как на каторгу.
@@rarecase3666 кстати, работает правило "80 на 20" -это когда 20% людей делают работу предприятия на 80% а остальные только оставшиеся 20. Банально не умеют или отлынивают.
Почему у меня сын-подросток "хочет стать программистом", а ваш канал смотрю я!:)
Обратитесь к психоаналитику.
Я не автор этого канала, но захотелось предположить:
Если поиск был не целенаправленный, то, возможно, попали в "пузырь рекомендаций" видео на данном аккаунте (вдруг сын интересуется подобными видео с него). Также может влиять то, кто обычно, что-то ищет в сети с этого или связанного гугл аккаунта на пк, или мобильном устройстве (контекстная реклама, так сказать, хотя я не уверен, что она участвует неявно в формировании круга интересов сервиса RUclips). Также, гугл может предположить, что у Вас есть сын и ему интересна эта тема (есть какая-то корреляция явная между аккаунтами или типичными поисковыми запросами с одних и тех же айпи адресов, также утечка персональных данных).
Может быть, попали в нужное время и место.
Может быть, осознанно или неосознанно беспокоитесь о успешном устройстве на работу сына (за него). Может быть, Вас самого заинтересовала тема программирования. Может быть, вообще нет связи с тем, что Ваш сын желает быть программистом и тем, что Вы смотрите вдруг этот канал)
Да и нужный ответ находится нередко перед самим вопросом. Почему возник этот вопрос, что этим хотелось сказать. Что именно вызвало состояние диссонанса и вызвало ли.
Ладно, я все, с попыткой диванного анализа)
(неожиданно было увидеть Вас тут, хотелось немного познакомиться таким образом.
Побыть полезным в компетентной роли)
Спасибо, Алексей за стоящие советы.
Работал в одном стартапе где один "тимлид" со всеми ругался, а перед начальством лебезил. Его так и не уволили. Зато остальные программисты от него разбежались. На мой взгляд в России по большему счету все зависит от личного отношения.
где ж вы были когда я был молодой и начинающий, а?! столько ценной инфы за единицу времени! (смотрю на 1.75 скорости обычно видео)
В его фаворе были говорящие головы с низким голосом - для ускоренной прослушки )
Алексей, огромное спасибо. В данный момент я в такой ситуации. Только приступаю к работе.
Ваши видео как бальзам на душу)после рабочего дня в роли начинающего разработчика)))
Спасибо за контент и помощь :)
По поводу конфликтности ИМХО надо было в начало списка ставить. Именно про конфликтность я слышал такое высказывание - что технические навыки человек может подтянуть и в большинстве случаев это вопрос времени, в то время как отсутствие социальных навыков куда хуже и если человека нельзя нормально встраивать в комманды, то скорее всего его попросят на выход.
ЗЫ а вообще со своей стороны могу сказать, что увольнение программиста явление крайне редкое и как правило обусловленно грубейшими нарушениями со стороны самого программиста.
Он слишком глуп, чтобы догадаться, что это нарушения. Он-то думал, что это смысл жизни.
Коротко и по делу, как уже отмечалось другими в комментариях, благодарю. Все понравилось)
6:11 - ужасно. Тут за неделю сложно вспомнить, а уж про полгода так тем более. Тоже стараюсь своевременно логировать время, потраченное на задачу, пишу себе список тикетов, над которыми работал. В большинстве случаев можно восстановить хронологию по коммитам, но это работает не всегда. Например, потратил время на ассесмент, оказалось, что бага на стороне UI и перекинул тикет коллегам из UI. Коммита нет, время на анализ потрачено, а в конце недели и не вспомнишь уже про это. Так что да, своевременное логирование - это отличная тема. Это нужно не только для менеджмента, но и для вас самих, когда идет речь про оценки трудозатрат. У меня вот обычно оценки оптимистичные и я, зная себя (статистика по оценкам до начала работ и факт по затраченному времени) вывел для себя некоторый коэффициент, на который умножаю свои оценки. Как по мне, лучше дать бОльшую оценку и сделать вовремя или раньше, чем в оценки не уместиться.
Мы в одной компании, кстати, собирали оценки и то, сколько времени потом потратили на задачу по факту. Получали оттуда коэффициент, а потом при оценки следующих задач умножали на этот коэффициент.
Обычное значение этого коэффициента от 2 до 4. Впервые эту идею встретил в сборнике законов Мерфи, посмеялся, но потом стал приглядываться и в результате убедился, что в каждой шутке есть доля правды )
Так будут спрашивать с чего столько много времени нужно
@@Tui3694 Так и есть, спрашивают про умноженное для учёта unknown unknowns оценку времени типа "чего там делать столько времени?" Они же unknown unknowns, откуда мне знать какие так проблемы вылезут при реализации, но вылазит регулярно, и сидишь потом ночью, если закоммитился на короткое время, а дело срочное. Такой проблемы не возникает в областях, где делают одно и то же постоянно.
Ну со стороны сотрудника в походах по собеседованиям есть свои плюсы, ты держишь себя в тонусе, знаешь можешь ли если что рассчитывать на предложение работы, примерный оклад, пополняешь свою базу вопросов и ответов, даже можешь потом сам собеседовать на своей текущей работе после этого. Но только это нужно уже после испытательного делать)
3:50 - спорный совет. Как развиваться в "золотой клетке"? Как ходить в отпуск? Ведь рано или поздно захочется позаниматься другими задачами. Это субъективно, но вот мне например сложно долго сидеть на одной теме и это здорово, что есть возможность позаниматься смежными задачами, не говоря уже про походы в сторону бизнес-анализа или лидства/ТМ-ства. Я вот наоброт, стараюсь на проекте не быть незаменимым и более того, мы периодически проводим сессии, где шарим ключевые моменты своих наработок. Прям универсальными бойцами на проекте это нас не делает, но сильно уменьшает время на то, чтобы "въехать" в код коллеги для багофикса или для допиливания его наработок по дизайну (который, бывает, может подкорректироваться уже на стадии билда) .
это советы не по развитию, прочитайте тему заново
Спасибо за ваш труд, очень приятно смотреть а главное познавательно.👍
Спасибо, Алексей. Четко, ясно и все по делу. Особенно когда 2-3 начальника. Только грамотное описание тикетов спасает от чьих-то внезапных инициатив.
тикеты на англ пишут?
Таки да, тикеты пишут на английском...
Недавно сцепился с клиентом по телефону. Он утверждал, что сейчас берут программистов любого уровня, мои доводы простые: нет опыта и бэкграунда, то шансы примерно 5%. Если я не прав, то хочу услышать пруфы
Иногда просто задаёшь вопрос, потому что надоело целый день молчать и хочется блин парой слов перекинуться
Если у вас команда просто сидит и молчит весь рабочий день, можно и с ума сойти.У нас в этом плане конечно всё гораздо проще, можно и разговаривать параллельно и посмеяться всей толпой, а если влом сидеть в офисе можешь домой уйти, главное таски к спринту закрыть, а там хоть на голове стой, все только за.
@@wokeowl7037 наоборот норм, когда молчит, на всякую фигню время не тратится
надо в качалку ходить, так уже просто не выпрут
Лучше на бокс
@@advanceduser3713 не, на сумо
На стрельбу
@@constantine2016 лучше всё-таки на фехтование. В офисе все близко и не всегда успеешь достать огнестрел
Если увольняют, в 80% случаев есть за что. Лучше записаться на курсы или самообразование. Тогда даже если уволят, без проблем найдёшь новую работу. xD
Самое главное. Лучше делать задачи на испытательном сроке помедленнее, но поаккуратнее. Стараться не создавать новых косяков. Не делать костылей без необходимости. Это может посеять сомнения в вашей квалификации и опыте.
Не всегда у программиста не получается сделать то, что написанно в тикетах, из за того, что он якобы плохой программист. Бывают такие ситуации, что тикеты(епики) плохо и непонятно описаны...
Обычно есть способы с этим бороться, например в Скраме есть специальный митинг, где смотрят на тикеты, и решают, достаточно хорошо ли он написан, чтобы начать над ним работать.
Спасибо, коллега, подписываюсь под вышесказанным
Благодарю, Алексей, за ценное видео.
про "делал не то" - раньше в раннем пост-СССР даже учили особенно в ВУЗе: а где у вас в ЕСПД комплекте вашем "основание для разработки", а? :-)
Отличные советы, универсальные. Годятся почти для любой профессии, требующей исполнения заданий вышестоящих.
Золотые слова . Есть тикет - есть работа. Нехрен за один тикет решать кучу задач, потому что эти задачи решают другие и возможно по-другому
Ну и ещё одна причина - смена структуры компании и из-за утечки персонала - закрытие проектов(вместе с программистами).
Очень интересно слушать профессионала 👍
От новичка
Если начальство не знает чем ты занимаешься, то... ответ очевиден, что из себя представлет начальство.
А ещё это значит что ты можешь ему лавшу наухо вешат будь здоров
Если ты работаешь не в айти компании и на тебя внезапно ложаться обязанности разраба. То, то что ты описал выше - стандартная ситуация.
Спасибо большое
Было полезно!
Вообщето менеджеры процентов на 90 не понимают что делают программисты
Точно так же, как программисты на 90% не понимают, что делают менеджеры. Эпоха специализации.
Если только менеджеры, это не программисты, которых повысили и дообучили. Тогда все всё понимают, что на пользу и программистам и менеджерам.
@@euginekosenko2268 Менеджеры занимаются обраоткой процессов вручения взяток в основном.
@@euginekosenko2268 Хаха, посмеялся, спасибо
@@She1lby ржомба ахаха разрывная
Прошла собес на мидла, делала таски, тимлид говорил все ок, на 2 мес 2 нед испыталки уволило руководство, тимлид и команда были не в курсе. Мои ошибки: закрыла резюме, не спрашивала обратную связь и критерии оценки, ЗП ниже рынка. Теперь надо опять к собесам готовиться, потому что не повторяя теорию, многое забылось. Мораль: ходить по собесам и постоянно повторять и изучать новые стеки по требованию рынка, потому что кикнуть могут в любой момент, главное всегда иметь офер на руках, независимо от результатов ИС.
У меня тоже самое.а как дела сейчас у вас?
1) ЗП ниже рынка -- серьезный сигнал о том, что компания неблагополучная. Новая работа -- риск, риск должен быть оплачен. 2) Лишь недавно узнал, компания в целом и отдел в котором вакансия -- разные вещи. Авторитет и отзывы о компании не всегда соответствуют тому, в какой отдел ты конкретно попадешь. 3) Ходить по собеседованиям, работая в компании или имея на руках подходящий оффер -- лично мне непонятная движуха. Некоторые говорят -- это моё хобби. Но, как по мне, так это лишь неприятная необходимость, которую хотелось бы минимизировать.
Прошла испыталку в новой компании, фидбэк был сразу если что то не так, ЗП на 50% больше,но на текущий момент ниже рынка. Весной буду менять работу из-за этого.
@@javadeveloper-o5j не спешите....посидите с годик набейте опыт,зп конечно важно,потом вскочите на мидла терпение окупиться.
дак весной и будет годик в этой компании,у меня опыт больше 5 лет после института с разными языками, но в маленькой компании в мухосранске из них 4 года
Такое ощущение, что это совет, который тебе даёт тим лид или тех лид, когда ты с ним хорошо общаешься.
Может уже кто написал, не читал все комменты, но для себя заметил что после окончания задания лучше оставить код на утро и начать новое задание, если есть возможность. На следующий день со свежей головой посмотреть еще раз. Частенько находил мелкие недоработки.
Так и не увидел пункта про то, что нужно знать корпоративные правила компании, касающиеся сотрудников. Во многих западных компаниях нарушение некоторых правил может привести к очень быстрому увольнению, т.к. они призваны для защиты компании, например, от похищения кода.
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.
Спасибо. Очень хорошая плотность информации. Скажу еще что смотреть пошире - отличный совет, но в разумных пределах, не увлекаться в ущерб времени, заложенной на тикет. Ну и если есть область компетенции, но не надо ее искусственно зажимать, не давая информации по ней другим- достаточно негативно может быть воспринято.
Спасибо за дополнение!
Спасибо за столь полезное видео. Не понял только последнее: зачем ходить на собеседование, если ты уже работаешь? Разве цель собеседования не является как раз таки приобретением рабочего места?
Меня например уволили за то что я указывал менеджменту на необходимость приобретения лицензионного ПО. Парапарапам. (((. Это Россия
надо было стукануть в органы и заказать им проверку со штрафами
Ты безопасник?
в этом видео вы молодец ! вы признались что вас увольняли а это очень благородно
Эка невилаль. Вот признаться, что однажды ты добился, чтобы тебя уволили...
@@euginekosenko2268 Выставлять себя крутым разработчиком может каждый, каждый может хвастаться о количестве закрытых тикетов и лет в индустрии, но то что человек не только говорит о своих достижениях, но так же и о своих неудачах - есть честность перед собой и теми кто его смотрит.
Привет. Про вспомнить то чем ты занимался в конкретный день, это из разряда фантастики. Если я занимаюсь разными задачами, то я уже через 2 дня не помню чем я занимался. (и это не прикол про джунов. У меня стаж 10 лет) . Всё зависит от объëма задач. Мне реально нужно несколько минут чтоб зайти в гитлаб и пробежаться по коммитам и правкам. Яб тоже подумал бы, что со мной что то не так, еслиб это не была стандартная ситуация в нашей команде .
Листы учёта рабочего времени и не надо "запоминать" ))
А еще хуже если в компании не ценят программиста. И думают что он все сможет сделать по технической части. Например починить принтер, решить проблему с технической неполадкой компьютера. А если он не может этого сделать, то он некомпетентный программист.
а как можно быть программистом без понимания работы компьютера?
@@skye4152 программист на то и программист что он пишет код а не копается в железе. Но устройство он должен знать. Но здесь проблема в том что тебе на шею повешают ту работу к которой ты не имеешь отношения. Это все равно как учителю сказать красить ворота школы.
@@skye4152 как можно быть JS-разработчиком без понимания работы C++?
@@Kefveseke так это одно и то же, все си подобные
@@skye4152 а нафиг компании два человека вместо одного нанимать?
Тут давече разрабы ставили обновление-через 8 часов система встала. Ущерб за 20 минут простоя составил 4.5 млн рублей. Вы думаете дружный коллектив разрабов сильно проредился? Нет-были депримировано, но не более. Ибо найти, воспитать, уполномочить-это ещё дороже.
Кофаундер одного из стартапов в Папо-Альто поставил себе цель - пожить год в Тайване, при выделении бюджета на осуществление проставленной цели, было уволено 7 человек.
😀
Буквально на этом спринте, взял задачу, на след день оказалось что она не приоритетная, хотя в Jira приоритет высокий.
Ну это косяк ПМа.
@@george5657 ba
Все по существу.
Хорошо все разложил.
Мне нравятся советы типа: 1) делайте только то что в тикете…. 4) Не зацикливайтесь на конкретном баге, взгляните на весь проект по шире 😂
Ага, противоречие
Смысл в том, что результатом выполнения тикета должно стать только то, что запрошено в тикете, а вот метод достижения результата может обнаружиться в какой-либо другой части проекта
Здесь нет противоречия. Задачи стоит выполнять атомарно (т.е. только то, что написано в тикете), но если вы будете глядеть "на весь проект по шире", и найдёте недостатки, то вам будут только рады, и они попадут в другие тикеты.
Тут речь, как я понял шла о том, что решая баг, новичок может посмотреть, решения, идею или хотя бы принятый стиль, стандарты в других местах проекта.
Это может с одной стороны сэкономить силы и время, с другой стороны продвинуть тебя - ты выучишь что-то новое, ну и в третьих лучше поймешь проект.
Кратно: -Как избежать увольнения? -Будьте полезными =)
Ещё увольняют за время потраченное на написание unittest-ов, если заказчик за это не платит))
как понять, стоит ли лезть в программирование? Частенько играюсь с функциями в Экселе, программирование как-то похоже на это?
Ну настолько же насколько игра в танки на мобилке похожа на настоящую службу мехводом.
Спасибо за советы
Я начинал когда сильно нервничал, но спрос у конторы только рос, чего я по молодости и неопытности в 2004 году не замечал, и вот я стою в курилке с нашим архитектом и такой "эх... наверно если задачу не решить за неделю то уволят" и тут он сказал просто супер фразу: "гыгы! да кто же тебя уволит?! з/п понизят и работать побольше заставят! :-D)))" (потом только я осознал про рынок, дикий спрос, как работает аутсорс "за голову" что контора берёт и мидлы вытягивают косяки бегиннеров...)
Проблема программистов (особенно начинающих) и "горе им", если они упираются в код, задачи оптимизации (а ещё хуже - задачи оптимизации до необходимости этой оптимизации, что растягивает сроки TTM - вот за это я сам бы увольнял, но после беседы конечно) и не хотят понимать в рынке (предметной области), бизнес-процессах и т.д. А ведь именно там - "самое интересное" и происходит!
Если проект будет расти через некоторое время в целях оптимизации придется переписывать весь код, если не был дан правильный старт
Конечно, если проект не имеет дальнейшего развития в планах, на оптимизацию можно закрыть глаза, но при разработке больших приложений лучше начинать оптимизацию сразу, чтобы не было проблем в будущем
@@dvxv4016 вы тут путаете 2 похожих но по сути разных понятия: "архитектура" и "оптимизация" ;-)
@@apristen ладно
@@dvxv4016 Вы оба не совсем правы. Оптимизация архитектуры это тоже оптимизация. И архитектурная оптимизация главнее, она действительно должна закладываться с самого начала. Но ещё главнее гибкость архитектуры, lose coupling и всё такое. Архитектура хороша, не когда в ней нет ошибок (это не совсем реалистично), а когда ошибки исправляются достаточно локально и без драматических проблем. Тогда можно выявить слабое звено по производительности и заменить его позднее.
Комментарий в поддержку канала
Все куда проще: чтобы тебя не уволили надо быть гибким и предлагать эффективные решения проблем
Коммент от не программиста. Если абстрагироваться и заменить слово код на слово "задача", то получаются весьма дельные советы для множества сфер деятельности.
Спасибо за видео!
Лёша, привет, спасибо за классный блог. Расскажи, что значит: думать как программист, мышление программиста, профессиональная логика. Есть ли профессиональные особенности мышления у программистов, которые как-то вырабатываются? Я только учусь в академии на программиста, начали с С++, но уже чуствую, что мыслить необходимо несколько нестандартно, что ли. Вот и тема для ролика. Заранее благодарю за внимание.
Спасибо за вопрос! Это довольно большая тема, постараюсь снять об этом одно из следующих видео
Абстрактное мышление называется
Как успехи?
Надеюсь Вы не занимаетесь Qt + c++
Толком ничего не смыслю в программировании, но заранее готовлюсь к неизбежному.
По поводу хождения по собеседованиям полностью согласен. Это важно как для программиста лично, так и для индустрии в целом. То есть от прохождения собесов в плюсе все.
Тогда ходить если увольняться не хочешь?
Вопрос про стоимость программиста для бизнеса это двухсторонняя штука. Живу в Самаре (привет из Самары!), после нескольких лет работы в университете устроился разработчиком удаленно в СПб. В итоге все мной довольны, но периодически кажется, что соточка, которую мне платят за мой скромный опыт и скромные навыки это супер деньги, которых я не стою, но если мне продолжают их платить, то это значит, что я приношу компании соизмеримую выгоду.
Нет, не значит. Уволить человека без выговоров и серьезных косяков в РФ сложно. И вот уволят тебя, какие шансы, что на такие же деньги найдут кого-то намного лучше? Сколько его будут искать, отбирая время у многих людей на множество интервью, сколько новому человеку времени потребуется, чтобы разобраться в проекте, чтобы выйти на свою повышенную мифическую потенциальную полезность? И главное, кто возьмет на себя ответственность за все эти риски?
А если допустим что я не знаю как решить задачу? За такое увольняют?
Всё четко, конкретно, по существу. Спасибо!
Устроился на первую работу
200к
Кикнули спустя 1.5 месяца потому что я подрубался к дейлику не ровно в 11:30 а в течении пяти минут максимум ( еще потом минут 10 ждал когда меня чет спросят )
Потом проспал дейлик полностью и проснулся в конце дейлика, там и кикнули)
Ждал истории, за что уволили автора)))
снимал ролики в ютуб во время рабочего времени :)
@@svetopolk 😂😂😂 орууу
Его уволили?
видимо писал уникальный код, в котором никто больше не разбирался, чтобы его не выперли... а менеджер, который делал так сам, все просек и выставил на мороз =)
@@dslspb автор ответил, что уволили за фриланс в рабочее время.
Можете рассказать про тикеты, как и где они формируются, может мне поможет в своей работе?
Это все хорошо, но, бывает и так, что менеджер сам провоцирует конфликт. Предупреждения заранее не всегда работают. Иногда просто хотят выжить, намеренно провоцируя конфликт. Бывает и такое, что MR не принимаются, а code review в компании не всегда есть.
Спасибо, Алексей! Грусно всё это :) И код напиши, и тамшится, и конктеризируй, и докажи что не баран :) Если вдруг какие вопросы.
Имхо не должен это всё программист делать и забивать этим голову. Если всё это приходится делать, значит на уровень выше, кто-то не дорабатывает.
Получается вместо проектирования, программирования 20-30% будешь на менеджерские задачи тратить. (Когда проф. менеджер в 2-4 раза быстрее сделает тоже или огранизует процесс так чтобы не было таких вопросов)
Да можно этим ради карьеры заниматься по линии лида или менеджера, ну или очень боитесь свою работу потерять.
Работать с техподдержкой которая организована по всей этой бюрократии адски тяжело, дикая формализация, уточнение очевидного и растягивание сроков в разы по сравнению с организацией у себя когда ты сам себе архитектор и менеджер и не отчитываешься за каждую минуту.
Получается что система придуманная чтобы работники ни на минуту не отвлекались на деле замедляет их работу.
а как вы хотели, деньги же платят - в несколько раз больше средней зп по россии
@@SimplyChess_ думаю в 2-6 раз выше медианы, но это рынок, дефицит спецов, проектов много.
ИМХО если нужно всё всё это делать: код напиши, и таймшится, и конкретизируй, и докажи что не баран
И ты и твои коллеги считаешь себя вполне средним или продвинутым разработчиком, то лучше работу менять.
Можно тратить на это время. НО за это дополнительно не платят, это ведёт к переработкам (за которые опять часто не платят).
Зачастую это не капитализированное потраченное впустую время.
За "полохой" менеджмент ты платишь сам - временем, нервами, мотивацией, а как следствие развитиями и реальными перспективами.
Рынок нынче очень агрессивный и голодный. Мне уже каждую неделю звонят по резюме 3-7 летней давности, на сколько же все плохо, что хоть как-то найти ищут так.
@@St00One везет вам, конечно, а мне с двумя гуманитарными вышками никто не звонит(( С одной стороны пишут, что любой может стать программистом, с другой - что нужно учиться год-два, если до этого никак с программированием не был связан. И и еще, что на начальные позиции конкурс большой, мало шансов пройти.
У нас сразу было требование минимальных юнит тестов, это обязательное требование, перед тем как пул реквест сделать
Бронзовая медаль по дзюдо в кадре ваша?
а тикет не сам пишешь? а то странно звучит, если сам пишешь то делать только то что в тикете. Я только учусь, поэтому не знаю, спрашиваю без подколов
Было очень познавательно!
Оч полезно. Спасибо.
Интересно. Есть ли в сфере ИТ такое понятие, как работа на пол ставки, четверть.?
В России я с этим не очень часто встречался, но, например, в моей команде один человек работал 4 дня в неделю. В Нидерландах я такое видел намного чаще, очень часто работают 4 дня в неделю, а у меня в команде один мальчик сейчас работает 3 дня в неделю и еще учится. Если четверть ставки - это уже фрилансеры, у нас в фирме был программист-фрилансер, приходил в офис один раз в неделю.
Джуниор называется
Я в 2014-2016гг работала 4 дня в неделю (32 часа) в консалтинге
Есть, у 2%
@@denys.martyniuk стажер
Сколько видео у тебя смотрел, всегда хочется поставить больше 1 лайка :)
Прикольный совет про тикет, только вот на реальной работе как раз ждут что ты сам додумаешь че да как потому что я еще не встречал чтоб какой либо аналитик составил требования полностью и главное правильно и вынес в задачу все что требуется, либо это 100500 созвонов для уточнения, либо хардкод, либо вообще переделывать😁
Спасибо за видео Алексей, с удовольствием смотрю ваш канал, но как вам удается так долго не моргать?
Он Т-1000
Магия монтажа
Когда в одну точку смотришь долго не моргаешь
Испытательный срок напоминает мне что-то вроде момента из Шрека 2, когда ослик постоянно дразнил вопросом "приехали?"