2:20 (1)Не боится брать сложную работу и проявляет инициативу 10:25 (2)Работает над своими проектами 12:38 (3)Меняет компанию и (4)язык програмирования 15:34 (5)Умеет признавать свои ошибки
В каком смысле не боится брать?) есть лид, у которого как раз задача распределить работу, каждому по уровню, а кому-то немного навырост. Не нужно тут никакой инициативы) всегда есть сложные задачи и рутина, они должны чередоваться у каждого. Образно команда это пул рабочих потоков, мы же не спрашиваем поток, хочет он задачу делать или нет, посложнее ему или попроще)
Автор по подходу к жизни НЕ ПРАВ! Где у него байк с с полуторалитровым движком? Где у него сноуборд или лыжи? ЗАДУМАЙТЕСЬ!!! Нахрена вы живете!... и работать зачем.
Словосочетание "крутой программист" само по себе оценочное, а посему подразумевает наличие оценивающего. И тут уж очень многое зависит от того кто оценивает, потому как у каждого метрики разные. У менеджера/лида свое видение и требования "крутого" программиста, у самого этого программиста могут быть (должны быть) вообще свои собственные цели и мотивы, которые в данный конкретный момент не противоречат целям его менеджера, но в долгосрочной перспективе расходятся оч сильно. Для кого-то крутой - кто сидит и пилит большие проекты годами, для кого-то крутой тот - кто может в любой FAANG залететь на верхнюю вилку ЗП, и у двух этих людей абсолютно разный набор скиллов. Вообще как будто бы кроме ЗП особо и нет четких метрик позволяющих сравнить одного с другим, но метрика эта вообще не отражает уровень экспертности. Да и в целом помимо написания кода очень важно понимать себя как человека. На одном коде далеко не уедешь - с возрастом начинаешь понимать что вся эта мышиная гонка не имеет смысла, а вся работа сводится к решению бизнес-проблем очередного дяденьки за денюжку, а жизнь проходит мимо. Когда ты молодой и глупый - думаешь - вот я решил очередную задачку, я крутой. Проходит пять лет, десять. Ну выучил ты очередной язык/фреймворк, проект очередной в прод выкатил, сделал овнеру приятно, а у самого только больная спина, посаженное зрение, проперженное кресло и десятки лет потраченные вникуда. Компании и проекты крупнее, зарплата выше. Но смыслы создаешь не ты. Эскапизм в чистом виде.
@@lonelypaul69 да, в тепле, в хороших условиях. Ещё бывают хорошие компании, в которых не очень трудно, просто нужно знать многое и уметь использовать.
@@lonelypaul69 5-10к очень немногие зарабатывают. Нет, в Америке может и многие, но в целом по миру зарплаты меньше. Есть там сайт с зарплатами, анонимный, но я не помню название...
Я один из якобы безинициативных, просто хорошо пишущих код. Дают задачу - берешь и делаешь. Когда был тимлидом видел и обратную картину, очень активный и инициативный мидл, всегда брался за сложные задачи. Но по итогу получалось, что надо было либо самому подключаться, либо сеньора другого подключать к задачам. Так что самое главное качество крутого программиста - это просто хорошо и вовремя делать свои задачи. Инициативен ты или нет - это уже скорее про возможности повышения, как по лычкам так и по ЗП. Таких тихих как я обычно редко повышают. Но это не мешало мне никогда просто выходить на рынок и искать место потеплее. И только в этот момент компания тебя замечает и пытается удержать, но извините, уже поздно...
@@artificialintelligence7820 ну значит компания его просто не могла потянуть такую ЗП. На самом деле нет зарплат "чего ты стоишь", есть зарплаты "доступные компании".
5 признаков крутого программиста c точки зрения менеджера: 1. Сам придумывает себе работу 2. Просит больше работы 3. Не просит прибавки к ЗП 4. Работает не ради денег 5. Долго работает на одном месте
Это раб и это не признаки. Приходит к тебе на собеседования программист, какие ты вопросы будешь спрашивать? А я буду спрашивать: 1. Какие задачи решал и надеюсь, что расскажет про сложные 2. Работал ли над разными проектами, в разных компаниях 3. Расскажи, когда у тебя были проблемы (и надеюсь он признает ошибку, потому что все ошибаются) И если я увижу хорошие ответы, то найму. Видимо смысл видео пролетел мимо. Это признаки, а не законы или приколы.
4:45 Я такой же. Здесь не стеснительный человек, а интроверт с большой долей вероятности, которому нравится кодить. Зачастую все это прекрасно понимают и доверяют ему на 100%. Пример с моей последней работы, таковых было все 4 человека из 60. Всех остальных, по словах техдира, ему приходилось дёргать по разным причинам. Собственно, такого вы упомянули на 6:50. Только такие мы хотим всё же ЗП побольше. А большинство требуют за это начать насильно (интроверты же) общаться с другими. Ну а брать задачи - это не работа программисту. ДОЛЖЕН быть человек, который их будет назначать.
Во-во, нафига менеджер команде, если надо еще таски выбивать себе на планировании спринта? Прям как в школе, кто круче парту займёт. Спокойно пообщались раз в квартал, поняли у кого что лучше идёт и раскидали эпики по людям. Кому рост надо - тому поамбициозней цели, кому не надо - менее значимые.
зачем, если можно нагрузить этим програмера. На митинге спросить чем занимается, если ни чем - пусть найдет себе чего нибудь в бэклоге, свяжется с кем надо для уточнения и отчитается о проделанной работе. Норм же работа :)
Иногда мне кажется, что живу в альтернативной реальности. Я уже 20 лет не проходил интервью. Новые работодатели сами находят по рекомендации бывших коллег. Когда девочка из HR позвонила "пообщаться проверить меня", я ответил что это я буду вас проверять подходите ли вы мне, а не наоборот. У нас в фирме нету джуниоров, сеньёров, дифференциация идет только по зарплате. Но у меня есть проблема - я эффективно решаю очень сложные проблемы, которые не могут решить другие, а простыми тупыми вещами заниматься нет никакой мотивации, а часто нужно. На простых вещах я проиграю наверное молодому джуниору у которого глаза горят и полно мотивации. То есть если я знаю как решить задачу, нет никакой мотивации ее решать. Есть интерес к задачам которые неизвестно как сделать если вообще возможно сделать.
Ну вот если ты на собеседовании расскажешь, как решал сложные задачи мне это скажет, что признаки крутого есть и нужно нанимать и давать шанс проявить уже на реальных проектах
@@programisli А как быть если сложные задачи закончились? У нас был энерджайзер который перформил 60 процентов всех задач, максимально сложных, бывало приходил к тиммейту и говорил что чел смотри я твою таску запилил потому что мне интересно было, смерджай просто. Потом ему стало скучно, потом он начал вести себя как дартаньян а все остальные соответственно ... Потом он свалил так как скучно. Нужны ли настолько крутые программисты если они токсичат команду?
"Мы его продвинем на сеньора." Звучит ржачно конечно. Как будто ему докторскую степень готовы присвоить))) Все ваши регалии ограничены вашими задачами и вашей организацией. У меня знакомый синьор-сишник защитил кандидатскую по нелинейным дифф.уравнениям. Вот это да.топчик $. Он помимо С/С++, реально увлечен чистым мат.анализом))
В России кандидатская или на западе? Если в России и не топ вузы, то вы же понимаете, что это всё просто корочка? Кандидатская обесценилась. Я до сих пор планирую её получать, но...
Я в IT 30 лет, ранее был контрактором и работал на многие компании (Файзер, Новартис, Смакерс, все в корпоративной Америке) но сейчас застрял в одной очень крупной уже как 15 лет. Так вот, в ней технологии и языки программирования меняются как перчатки, и все эти go, питоны, котлин, докеры, кубернетисы, микросервисы, graphql - все это мне пришлось учить за последние года 3-4. Я это к тому, что если ты работаешь в одной компании больше 5 лет, то не значит что язык программирования не меняется. Все меняется и очень быстро. Я - Principal Engineer в крупнейшей американской страховой компании. Предполагаю, что и в других что-то подобное творится из-за высокой конкуренции на рынке.
блин ты так интересно рассказываешь! когда смотрю твои ролики у меня появляется бешенная мотивация идти изучать программирование!!! хз как тебе это удается
Когда меня спрашивают решал ли я сложные задачи, я отвечаю, что если решил, значит не сложные😁 Ещё момент, когда задачи висят на доске и ты видишь что в команде есть люди с нужными компетенциями по данному направлению, например, сервис в котором ты не в рот ногой, но твой коллега уже какое-то время с ним работал, сознательно уступаешь или ждёшь когда он её возьмёт, ведь это тупо экономит время на разработку всей команде.
Ну да, если решил, то можно сказать, что не на столько сложная, но если тебе пришлось думать, искать решение, то ты развивался. Если ты тупо написал код сразу, то развития не было
Вот приходит на собеседование программист и как твой признак скажет тебе - есть потенциал или нет? Мои признаки - работал над сложными задачами? Работал над разными задачами? Знаешь разные языки?
Тяжелую задачу важно не просто взять, но и сделать. Может быть чел наоборот берется за все подряд просто потому что не осознает всю сложность. Если хочется подрасти, то взять надо такую задачу, которая выше твоих компетенций, но не очень сильно. Иначе рискуешь потратить слишком много времени, это раз, и сделать так, что все равно придется более опытному переделывать, это два. И тут уж конечно если руководитель хороший, он и задачу правильную подкинет, и может быть где-то посоветует что почитать, на что внимание особо обратить. В начале 2000х нравился мне мультфильм про покемонов, не помню точно как Эш сказал, но суть в том, что "Покемона надо воспитывать, а не гнаться за эволюцией". Накидывать салаге звездочки на условные погоны - надо точно понимать ради чего, чем это лично для него обернется (кроме зарплаты), и удостовериться в том, что он этого точно хочет, осознает и готов.
Если кто-то берется и даже если делает с чей-то помощью, то все равно учится в процессе. Это указатель на то, что человек хочет, а если хотеть, то большой шанс пробить стену. Вот если не хотеть, тогда точно не получится.
Скорее молодой хочет понравиться и берет все задачи. Такое бывает всегда среди новеньких. Как только наберется опыта и заманается все тащить в одного, то начнет сачковать, либо перегорит.
@@sorrynomorenickname отличный подход! Наверное в вашей конторе работают уникальные специалисты, способные решать не знакомые задачи за две недели ;) Ну или сложных задач не кладут в не знакомые )
Все было интересно до момента 10:54 - того, где "Пришел в айтишечку не ради бабок, а ради кайфа". В айтишечку можно прийти ради кайфа. Да. Но - проходят интервью и устраиваются в компанию ИСКЛЮЧИТЕЛЬНО ради бабок. Все разговоры о том, что "нужно работать не ради бабок, а ради кайфа" говорит только либо занимающийся самоутешением раб-лошарик, которого регулярно прокидывают с зарплатой, либо тот самый шеф, который регулярно прокидывает с зарплатой своих подчиненных рабов-лошариков. Программист, который работает ради кайфа сидит за компьютером дома или в кафешке - и сам выбирает себе проекты, рынок, заказчиков, график и степень сложности работ. В компанию идут работать ради бабок. И только ради них. Услышав подобную фразу на работе от шефа, я сразу же, начинаю искать себе новую работу. При этом не подавая вида и продолжая работать. И продолжая всем улыбаться и пожимать руки. Но уже зная тот факт, что меня собираются кинуть. Потому что если шеф произносит такую фразу - он кинет. Обязательно. Рано или поздно.
А в чем проблема получать кайф и деньги? Это же круто зарабатывать на том, что нравится. И не понял, чем моя фраза тебя удивила, ведь я пошел в ИТ еще в середине 90-х, когда денег в этой сфере не было.
@@programisli Ну тут просто подмена понятий, ибо в Айтишечку (именно на работу - бизнес сферу) приходят исключительно ради денег (ну или в крайнем случае из-за коллектива (атмосферы и общения) - но это не относится к программированию), а если ты любишь программировать (хобби), то решать задачи, которые ты сам себе ставишь (интересные для тебя), всегда будет приоритетней (чего по факту не может быть в айтишечке - на работе)! Дадут тебе похожий проект, который ты уже 10 раз делал, ты же не можешь отказываться от таких проектов, пока тебе не попадется интересный (ибо такой работник никому не нужен, а менять каждый раз работу в поиске нужного проекта - это не кайф)! Отсюда и вывод, что *получать кайф и деньги* на работе у тебя не выйдет (это скорее будет исключения, когда проект интересный попался)! Ибо будут проекты, которые тебе будут неинтересны (а делать их точно не кайфово). P.S. Было бы иначе, то и выгорания никакого бы не было ни у вас, ни у других, кто получает кайф от кодинга и решения задач. Как от хобби можно выгореть? Никак, ибо если выгораешь, значить это уже не хобби, а работа!
я считаю, что хороший программист - как опытный летчик, возящий пассажиров. Он будет до последнего уходить от крупных сложных задач, пока это позволяют обстоятельства, но если увидит, что отказываться во вред делу, радикально изменит свою позицию на активную, а еще лучше, если сначала обкатает сложное решение на маленьких, некритичных эпизодах. Что же касается смены языка и компании, то это сильно связано с социальными обстоятельствами и возрастом. Менять язык в 50 лет намного труднее, чем в 20.
Насчёт языка - зависит от конкретного человека. Мне не 50, конечно, но 37, как-никак. По-прежнему изучаю новые интересные ЯП просто по приколу. Недавно, например, поигрался с koka :), но автор язык забросил, поэтому эксперименты быстро надоели. А лет 6 назад я так же игрался с Rust, и в результате с ним и остался, уйдя от C++. Правда, примерно тогда же я оставил профессиональную разработку, поэтому мне, конечно, экспериментировать куда проще, когда меня никто не заставляет кодить по 8 часов в сутки (я так периодически делаю на выходных, но на своих интересных проектах, а не нудятине с "бизнес-логикой").
Скажите пожалуйста, что можно такое создавать, за что платят по 200 тысяч в месяц? Если команда из 5 человек например, это миллион в месяц. Что за продукт на выходе?
200 тысяч это копейки. Модели онлифанс зарабатывают по $1.5 миллиона в месяц, и это только их доход. А есть ещё вебкам, денежные переводы, международные биржевые брокеры, торговые роботы, криптобиржи... Там миллионы долларов в день обороты.
Правильное название "Признаки программистов комфортных для начальства"... И еще. "Хороший код - ненаписанный код". Первый признак зрелого специалиста - здоровый пофигизм, а первый вопрос - "а нам точно это надо, почему нельзя готовым обойтись?" Напротив - бросание с шашечкой на задачу, которую и сам не до конца понимаешь - живая иллюстрация поговорки "работа дураков любит".
Каким образом ты свои признаки будешь выявлять? Последнее предложение основано на том, что я сказал или просто комментарий, потому что я ничего подобного не говорил? Смена работы - это комфортный признак для начальника? Ну ладно первый про решение сложных задач ты мог натянуть на комфорт начальника, хотя явно просто не понял смысла. Только решая сложные задачи люди развиваются и этот признак легко вычисляется даже на собеседовании, просто поговорив о том, что человек делал в прошлом.
@@programisli Я тогда посоветую следить за речью, потому что слова "я", "начальство" и прочее булшит бинго появляется в ней слишком часто. А насчёт сложных задач и развития, то нормально будет поставить перспективного молодого в подмастерья кому-то матерому, а не приносить критически важные вещи в жертву его энтузиазму. И да, самый шаряший из молодых, будет скорее всего тихоня-интроверт, совершенно естественно сомневающийся в своей компетентности, а не самый борзый крикун.
Ну это уже часто просто продажник. Далеко не каждый хороший программист умеет продавать. И я говорю просто л признаках, что может указывать на крутого программиста
@@programisli А я и не смотрел, зашел, оставил комментарий, вышел. Просто считаю видео на манеру "Топ признаков крутого программиста" или "какой язык подойдёт тебе по знаку зодиака" - глупостью.
Это правильный признак) с другой стороны, может быть полезно понимать, какие признаки может принимать во внимание твой менеджер, когда решает повысить ли тебе зарплату по итогам очередного перформанс ревью
а как же борода? ну что за программист без бороды? )) насчет гитхаба несогласен.. для джуна может быть, но ждать от него чего-то большего мусорных коледжных проектов, имхо, опрометчиво. Для мидл+ на работе уже так напрограммируешься, что петится нет никакого желания. кстати гитхаб пользователя mflenov со мной похоже согласен )
@@programisli 5 признаков Крутого программиста же. безопытный но крутой? ) лично я к гитхабу отношусь с осторожностью. вполне возможно, что у человека есть мегадорогой ему сердцу петик, который вот еще чуть чуть и озолотит автора, но денег на поддержание штанов уже нет и надо приземлиться куданить в режиме хуяк хуяк продакшен.. лично знаю 2х кадров которые еще в доковидные времена на работе занимались петоводством в особо крупных объемах...
Михаил, расскажите пожалуйста как у вас проходят интервью. Я, из опыта, считаю их бесполезными, зачастую вредными для обеих сторон, особенно если интервью проводит не программист. Хотелось бы узнать как оно у вас лично.
Именно в моей команде? Сначала программисты тестируют и говорят, подходит человек или нет, а потом я как менеджер провожу интервью. Посмотри это видео Мое лучшее интервью на должность программиста th-cam.com/video/QsMNL7KTYKo/w-d-xo.html
Такие видео очыно заходят трейни/интернам, которые начитаются форумов и вбивают себе в головы цель поменять компанию уже после первого года работы. Тут же автор предлагает 3-4 года ))) На самом деле в хороших компаниях есть такие инструменты, как ротации. А хорошие менеджеры как раз и нужны, чтобы замечать, когда инженеру уже становится скучно/тесно в рамках данной команды и которые готовы предложить ротацию до того, как человек получит оффер от другой компании )))
А зачем это менеджеру? Человек от него и так уйдёт. Ротации обычно в крупных компаниях, где процессы повышения бюрократизированы. Смена работы может дать более серьезное повышение зп и величины зоны ответственности.
Самое трудное в it это создание и продукта которое потом можно пихнуть в массы(ну или кому нить из faang), а все остальное это рутина. Некоторые тащатся только от процесса кодинга, некоторые от осознания того что получается создать что-то интересное.Только единицы создают бизнес понимая, что это всего-то один из вариантов по зарабатываю кэша, коих много. И в FAANG создадут любые условия для разрабов только что бы они не отрывали свои 5 точки от кресел и создавали один продукт за другим, как на конвейере. Хотя это и есть очередной конвейер.
Программисты уже давно не пишут свой продукт, впрочем как и сварщик редко варит только для себя, и автомеханик редко собирает свой автомобиль а чинит чужие. Зачем подменять понятия, создание бизнеса это одно, написание софта под бизнес совсем другое.
Здравствуйте, в Канаде какой стек технологий востребован? C# или PHP? Может Golang уже нужен для бэка или лучше изучить Swift для мобильной разработки?
@@programisli Посмотрел внимательно, спасибо за труд. Как бывший делфист думаю лучше освоить C#. В домашней коллекции пара Ваших книг. Можете предложить для изучения C# лучшие ресурсы?
Признаки по приоритетам с моей т. з. Обладает большой базой знаний всех уровней (архитектура, структура, алгоритмы, инструментарий, общение с клиентами), что позволяет писать быстро и качественно. Быстро решает задачи (просто офигенно важно). Приверженец чистого кода (после получения рабочего результата сразу же, сразе же приводит код в порядок,, причем главное это самый высококлассный рефакторинг, а не удаление ненужного). Может делать паузы и отвлекаться во время решения задачи. Активность важна, т.к. программмист быстрее и легче приступает к решению задачи, но это один из самых низких приоритетов, т.к. очень часто имел дело с активными проограммистами, которые долго решали задачи. Важнее, имхо, чтобы программист мог остановиться и сделать паузу, во время решения задачи.
При переходе с одного языка на другой или при смене компании человек может потерять в ЗП. Думаю тут важно упомянуть о том, что прежде чем уходить нужно собрать себе определённую сумму( так сказать подушку) на 3-4 месяца, чтобы программист спокойной изучал новые технологии или вписался в компанию, а не думал о том, как ему дожить до следующей ЗП
@@vladyan01 хотят лучшего отношения, перспектив, интересных проектов. 1С это очень ограниченная область, задачи, бизнесы и коммуникация там оч специфисеские для рф в основном
Здравствуйте. В начале видео вы говорите что у вас в команде есть джуниоры. Джуниоры в команде это все канадцы? Или эмигрантам тоже реально устроиться джуниором?
Скажите пожалуйста для полноценного обучения на devops инженера MacBook Air m1 с памятью 8/256 gb? (Линукс вертуалка и др инструменты для работы devops )
В соответствии с законом страны, где работать. В Канаде 2 недели минимум, а там как возьмёшь. В США по закону там вообще лажа с отпусками, но в ИТ дают, в основном вижу 2 - 3 недели
Это важно? Я особо не распространяюсь, где работаю, потому что считаю это не важным. В разделе Биография есть видео, где я рассказываю про предыдущие работы
Сними пожалуйста видео о кодревью, про различные типы ревьюеров. Хочется послушать чужое мнение по этому поводу, у меня сейчас горит от душнил ревьюеров, которые не апрувят код из-за своих эстетических предпочтений) Как раз в тему того, что у некоторых людей есть одно решение проблемы, если ты сделал по другому, значит ты неправ
из-за каких эстетических предпочтений например? если ты например про такую ситуацию что к тебе придираются из-за того что приватную переменную в классе без _ в начале создаешь, то мне кажется нормально требовать соблюдать кодстайл который уже есть на проекте и не выпендриваться)
@@PoWeRMeH21 ты привёл слишком простой пример, если б мне такое сказали поправить, я бы поправил и не выпендривался. Я говорю про случаи, когда нет идеального решения, где нужно выбрать между производительностью и читаемостью например. У каждой стороны есть аргументы, которые бывает что опонент не слушает
@@SkyAntins здесь на самом деле палка о двух концах: с одной стороны человек видит то, чего можешь не видеть ты (в силу опыта), с другой стороны наоборот :). Но во-первых - задача твоя, и если ты соблюдаешь правила проекта и пишешь код в соответствии с принятыми правилами, то как она выполнена - это твоя ответственность, и если ты считаешь что её нужно выполнить именно так, и отстаиваешь свое решение - то почему-бы и нет. Во-вторых есть тимлид, который по хорошему должен отрулить такие спорные моменты. В-третьих - посмотрить это конечно хорошо и порой возникают интересные решения в обсуждении, но если долго держать задачу на ревью - это грустно для бизнеса - и так же превращается в то, что люди которые ревьювят начинают "писать свой код твоими руками" (или возможно они хотели эту заадчу). По-хорошему ведь ревью это советы к твоему коду (по большей части) и отсмотр каких-то грубых нарушений. Но это все чисто мое мнение, возможно у тебя в компании это работает иначе или просто пока не видно смысл от именно такого процесса (такое бывает и это нормально). Побомби чуток, поспрашивай почему так, подпривыкни - скорее всего либо они чего-то не понимают, либо ты :). Ну или они просто душнилы и не замечают этого - сам таким был (да что говорить - и сейчас иногда бываю).
@@i8enn Спасибо за такой развернутый ответ) Вообще, все общепринятые правила я всегда соблюдаю, или правлю если ошибся - тут без проблем. Проблема начинается, когда у ревьюера есть "свои" правила, с которыми я не всегда согласен. И частенько возникают жаркие споры с пассивной агрессией с обоих сторон. Не знаю, насколько это нормально вот поэтому и спрашиваю у всех вокруг мнения) Проблема у меня только с одним таким ревьюером, уже больше года
Я работаю project om каким-то образом :) после сильного выгорания в Нии также просто менеджерил, тоже работает паринишка просто уникальный программист хоть я и старый, но многому по немного учусь у него. Лично моё мнение не достаточно быть пиздатым прогером но и нормальным человеком плюс стремление ко всему
в этом начинающем сеньере вероятно вы увидели себя помоложе только и всего) быстро продвинете есть вероятность что зазвездится, может получится и светило а может и перегореть, а что вы дальше после сеньера будете предлагать на дистанции? судите за безынициативность человека у которого вот-вот родится ребенок вы серьезно думаете что какой-то там проект будет интересней своего ребенка?
Любой программист может перегореть. Что предложить на дистанции? Он уже работает в этой компании больше двух лет. Когда получит продвижение будет 3 года. Если он еще 2 года пробудет в моей команде, я буду доволен, 5 лет на одном месте это круто. А вот дальше будем думать, что с ним делать - вырастет до лида или нет, будем удерживать зарплатой и хорошим отношением.
Болтовня ни о чем. Рассуждения, чисто стороннего наблюдателя, как будто владелец авто смотрит, как механик ремонтирует. Если механик закручивает гайки, значит через 10 минут будет готово, и он молодец. А что он делал, зачем, это не важно, я получил удовольствие от его работы, значит если в процессе следующего ремонта я получу такие же ощущения, то механик тоже будет хорошим. Эта тема эффективности умственного труда очень сложная, и не раскрыта до сих пор. Всякие KPI, тоже мало чего дают, там адекватность 10-20%. Оценку можно дать только глядя на код, с условием, что ты понимаешь больше, чем автор этого кода.
KPI это факты, а не признаки. Видео явно пролетело мимо. Признаки и характеристики - разные вещи. Вот приходит программист ко мне и я его спрошу - над какими проектами ты работал, сколько языков знаешь… и если в ответе будут сложные проекты, разные проекты, программист знает несколько языков - это признаки того, что передо мной может быть крутой программист (может и нет, потому что признаки н факты). А KPI это вообще другая история.
Расскажите про этого человека который у вас 6 месяцев отработал. Чем он так плох? Как он смог продержаться 6 месяцев? Зачем он устроился на должность но ничего не знает о программировании? Как это так?
Так лично я его не напрягаю вообще, он сам работает. Упадет его производительность, я его пинать не буду, пусть отдохнет. Я никого не пинаю, я просто стараюсь сделать так, чтобы им самим было интересно и чтобы они сами хотели работать, тогда их производительность высокая. Сужу по себе, я работал круто, когда мне нравилась работа и выгорал, когда я ее ненавидел
Крутой программист смотрит на каждый проект с точки зрения бизнеса, поэтому специализация важна, знание хороших практик важно и доменные знания важны. Остальное на эффективность конкретного программиста мало влияет. Я бы в свою компанию скорее нанял человека, который "застрял" в React.js, например. Мне было бы плевать на его знание алгоритмов, знание других языков программирования, ООП, паттернов бэкенда, образование, его инициативность и пр.
@@programisli я для примера написал, крупные компании все ещё это все спрашивают фронтенд разработчиков. Пару лет назад некоторые из них потихоньку начали отходить от этого.
Я скорее из не инициативных) Хотя причина тут больше в выгорание. Могу сделать сложные задачи, но постоянно держать высокую планку утомляет. Да и доказывать никому уже ничего не хочется. ЗП устраивает, а повышение не даст уж такого большого прироста, чтобы так в это вкладываться. Лучше сохранить какой-то запас сил на свои собственные проекты, благо они у меня есть.
Инициатива не обязательна. Если ты берешь на себе сложные проекты - это уже показатель хорошего программиста. Иногда брать более слабые для отдыха тоже норм.
Знаете такое инициатива наказуема, так вот этот человек хочет ни за что не отвечать, мол будь инициативен возьми проект и обычно если что не так такие выкидывают с работы
ахах ))) у меня хорошая команда, потому что команда может посмотреть видео. естественно не скажешь что у меня плохая компания программистов ) но в целом да, когда есть выбор, и можешь менять или ждать и бюджет есть, искать хороших, это конечно хорошо. но вот по поводу менять работу :) было смешно. каждые 2-3-4-5 лет типа надо менять чтобы развиваться, но вот мои, я надеюсь со мной останутся ))))))))))))))) развиваться можно ИМХО и на своей одной работе, и разные языки использовать, и фреймворки и технологии и паттерны и так далее, было бы желание. Просто мало кто хочет развиваться, это тяжело, больно, чревато ошибками опять же ) поэтому мало кто экспериментирует даже если есть возможность и разные проекты. В остальном интересно было послушать.
У меня хорошая команда не потому, что может посмотреть видео. В нынешней команде у меня вообще нет ни одного русскоговорящего. В предыдущей был один, кто понимает русский и я намекал, что та команда может узнать. Но думаешь, меня волнует это сейчас? Так что знак равенства неверный. Конечно же каждый менеджер хочет, чтобы у него команда была стабильная. Разве это не очевидно? Женщина набирается опыта, когда спит с разными мужчинами, но каждый мужик хочет, чтобы у него была единственная. Смешно, но реальность.
@@programisli :) если команда не говорит на русском то да ) тут я прям не попал. По поводу команды, ну Вы советуете молодым чаще менять работу, но при этом не хотите чтобы Ваша команда меняла работу ;) я не спорю что это нормально, менять работников боль. Искать хороших работников еще большая боль. Про пример с женщинами. Вы советуете чужим женщинам почаще менять партнеров, но чтобы Ваша оставалась с Вами и не меняла Вас ;) тут я нахожу Ваши слова не последовательными. не больше не меньше, без претензий )
По поводу инициативы я бы так не обольщался. В рамках инициативы чел может выбрать себе а) более легкую задачу, б) более интересную, в) банально более удобную. А всякую тошнотину будут разгребать остальные и они молодцами не будут, ведь не проявили инициативу. Да и вообще кому интересна инициатива, если как правило уже есть пул задач, которые надо решить. И как ее кто решил не важно, с инициативой или без.
Да, это говорит о настойчивости, поэтому ему дали шанс. Я узнал о настойчивости сразу после подписания контракта, но это не остановило меня сразу, ему дали шанс, тянули. Настойчивость не говорит о знаниях и умениях. К сожалению умения не оказалось
Почитайте, что такое сеньор в Долине: контрибуция в опенсорс, в инвестные библиотеки/фреймвокри, успешные пет-проекты, форки известных проектов, пользующиеся популярностью, использование новых библиотек от звёзд, некое имя в свой области.
Добрый день. Давно хотел спросить что вы думаете о техно гигантах так называемых FAANG? Хотели бы там работать? И что лучше выбрать небольшую организацию или стремится идти в FAANG?
Михаил, скажите стоит ли уделять время на рефакторинг? Если в компании это не принято , А только работающий функционал, и не важно говно код ли там или нет, поэтому и время оценивают на разработку без учета рефакторинга, а я еще стараюсь в ооп парадигме писать, делать тесты и рефак. Когда закладывают время только столько сколько требуется написать в процедурном стиле. Для меня это 25% от того сколько мне нужно чтобы привести код в порядок, но функционал от рефакторинга же не меняется, и руководству этого не нужно, зато потом расширять функционал проблема. Что можно посоветовать
Я занимаюсь рефакторингом, когда работаю над чем-то, потому что это тот код, который мне сопровождать, а не начальству. Так что просто можно прятать эту работу под другими проектами.
@@programisli То есть, в момент окончания одной из задач, выполняете рефакторинг того что делали ранее, как бы два списка, как черная и белая бухгалтерия? первый оффициальный public task list я бы назвал, а второй - по рефакторингу. И не факт что оба списка идут нога в ногу, думаю что отставание рефакторинга от ооснового где содержится лапша-код, может уходить на несколько шагов вперед. Соотвтественно список по рефакторингу накапливается, но не стоит на месте, а движется вперед по возможности, тем самым уменьшая тех. долг. Скажите я правильно понял, или что то не так?
@@evgenasd8892 Можно немного рефакторить тот код, где дали поправить баг например. Это при условии, что тебя не будут бить по рукам авторы старого кода
попробуйте мотивировать руководителя дать время на рефакторинг элементарным подсчетом стоимости разработки на отрефакторином коде, так и как есть.. вот просто 2 оценки в часах сколько так и так.. эти часы легко умножаются на стоимость часа. Хотя тут сильно зависит от ваших задач конечно, если мелкие доработки тогда рефакторинг золотой выйдет и тут проще оставить как есть
Когда я сам себе признался, что я плохой фотограф и не стану лучше, я стал чаще фотографировать и меньше редактировать фотки и чаще их выкладывать в сеть. Вывод, вы сами себя можете заковать в цепи преследуя перфекционизм.
Здраствуйте. Не могли сказать, или сделать видео. слепая печать нужна для програмирования или есть свои секреты, не мргнли бы показать как Вы сами набираете текст кода. и еще рассказать, какие языки изучить на сегоднешний день и чтоб найти далее без проблем работу и с достойной оплатой
Сложные задачи тоже очень разные. Например сделать новую сложную фичу, которая потребует анализа, изучения новых технологий/подходов. Или другая задача - поправить баг в 15-летнем спагетти говнокоде. Вы про какие?)
Признаки это не качество. Признаки вкусного арбуза - большой, с делимым пятном, большим стручком, но это признаки, которые не гарантируют ничего. Это то, на что нужно обращать внимание, чтобы повысить шансы
Приветствую, ищем партнёров по поиску проектов в США и Европе, имеется команда разработчиков. Находимся в Узбекистане. Сроки и качество выполнения заказов гарантируем.
Я работаю над своими проектами. Да, мне нравится кодить. Но у меня просто нереальных размеров эго и амбиции - поэтому свои проекты хочу сделать - только чтобы заработать нереально огромную кучу бабок. P.S. гитхаб у меня пустой. А вот в личном гитлабе уже штук 25 своих проектов. Код оттуда я конечно же никуда не покажу - т.к. с них планирую сказочно разбогатеть.
Какая разница что думает менеджер. Он не может оценивать сильный программист или нет. У реально сильных скорее цель заработать деньги нежели доказать такому менеджеру свою крутость)
А кто оценивает? Во всех компаниях, где я работал, оценивает менеджер, если он бывший программист. Если это бывший QA, то вот как они делают, я не знаю. Скорей всего лид решает.
Менять языки программирования?) Тут бы свой выучить. Каждый год что-то новое как в самом языке так и в обвязке. Да и проблема зачастую не в языке а в экосистеме с ним связанной
про пацана и опыт считаю, что не прав опыт это не 20%, на оборот все 80% да сейчас он горит этим, ты его ставишь сениором и под него людей, через год два, он затухает(устал, девушка появилась и тд) и все он откатится назад, из-за недостатка опыта он будет страдать и может пострадать психически, сениор должен быть стабилен, хоть сегодня у него лучший день, хоть сегодня у него умерла собака, а молодым по кд бьет в голову то моча то сперма, вы просто не работали там где, от ваших решений зависит жизнь людей, там вы бы никогда не посадили за руль, молодого как бы он не горел, пока он реально не станет готов... во вторых только желанием качество не сделаешь, тут только с опытом приходит, когда похаваешь говна
@@programisli ну 18 лет это очень молодой, эти 20% это ещё мин 3 года, в разных компаниях, если не будет сворачивать в среднем по моему опыту и коллег и что видел в инете, что бы выйти на сениора надо 6 лет и иметь беграунд, потому что сениор это не только код, а чаще орг вопросы
Здравствуйте. У меня такие вот вопросы возможно не обычные. Я недавно закончил университет и начал поиск работы. Но поиск работы у меня исключительно на удаленной основе, потому что у меня в городе нет компаний которым нуже бэкенд разработчик, я живу в такой себе глуши. 1) Есть ли вообще возможность найти работу новичку на удаленной основе и на сколько это тяжело? У самого есть большое желание развиваться, и я развиваюсь пока нахожусь в поиске. Но это довольно тяжело когда у тебя нет людей, которые бы могли тебе подсказать в некоторых сложных вещах, и как это работает на практике. Я имею ввиду не обычяные вещи в коде, а такие как архитектура или вообще работа с чужим кодом, сложные ньюансы в уязвимости моего кода. Я только могу попросить у людей в общих чатах в определенной сфере деятельности, но и там не все так хорошо. 2) Что бы вы могли посоветовать в такой ситуации?
Смотря какая страна. Я в Канаде и тут на удаленную работу принимают без проблем. Слышал, что в России тоже принимают, после коронавируса компании стали более лояльными к удаление. Что посоветовать - пробовать и искать. Я вижу в интернете примеры, когда люди устраиваются на удаленную работу, как внутри страны, так и зарубежом.
Спасибо за видео, интересно было послушать. Возник вопрос, а в компании между собой говорите только на английском языке? Ничего, если сидеть с переводчиком, потому что сходу сложно бывает выразить свою мысль на не родном языке?
Ну между русскоговорящими говорим по-русски. С остальными только по-англиски. С переводчиком конечно же не представляю себе такого и не стали сталкивался с этим.
@@programisli спасибо, Михаил. Книгу, которую мне подарили, "Библия Delphi" до сих пор со мной, и я с детства мечтал стать хакером, чуваком, который разбирается в программном коде лучше других. Прошел не один десяток лет, и судьба, кто-то еще или я сам вернулся к своей давней страсти. И уже после начала войны вернулся к ней и самостоятельно каждый день изучаю и осваиваю, а что-то повторяю. А какое было чувство, когда ты самостоятельно создавал программным кодом графику на OpenGL и мог еще ею управлять! И ваш плавающий "Пуск" также запускался на школьных компьютерах.) Огромное Вам спасибо за то, что с радостью вспоминается спустя многие года :)
Считаю себя средним программистом) 20 лет в программировании, из них 10 лет проработал в одной компании, да, засиделся, работа наскучила, но получил значительный опыт в определенной сфере, который пригодился мне на следующей работе, где сейчас и тружусь. В принципе, меня все устраивает, работать очень комфортно, практически не дергают и не заколебывают) Новые проекты на иных языках программирования брал, но по итогу проекты свернули и вернулся к исходному языку, пока не дергаюсь. Да и работы столько, что не получается перепрыгнуть на другой язык.
Меняет компанию, полностью согласен но как по мне больше 3 лет уже ту мач. Соглашусь что если опыта больше уже и меньше желания прыгать да и это уже не так актуально.
Касаемо смены ЯП не совсем согласен. Моими основными ЯП являются C# и PHP. У меня довольно большой опыт на C#, на PHP начал работать полтора года назад. За свою жизнь программировал на многих ЯП в разных направлениях. Python, Java, Lua, C++, C, VBS, Delphi, ActionScript это те что вспомнил, но не могу назвать себя компетентным, хотя бы в одном из этих ЯП. На них писал пэд проекты, выполнял не сложные фрилансы для знакомых и т.д. Профессионально ими никогда не занимался. Мой вам совет выберите для себя 1-2 ЯП в которых хотите хорошо разбираться и практикуйтесь приоритетно с ними. Однако, второстепенно изучайте другие технологии и ЯП по мере надобности или желания. Я видел много интернов/джунов, которые пытались брать, кол-ом, а не качеством. Т.е. писали себе в резюме опыт работы со всеми популярными ЯП, но каждый из них знали поверхностно, за счёт чего они просто никому были ненужны.
Ну то есть у тебя тоже есть знание двух языков и это дает тебе больше кругозор. Знание С++ должно было дать тебе понимание, как работает память. Даже если ты не эксперт в С++, это все равно мне говорит о том, что ты скорей всего крутой программист, потому что ты знаешь много про память, больше чем многие из тех, кто всю жизнь пишет только на C#. Никто не говорит про 10 языков на уровне эксперта, достаточно двух-трех, но разных. Я выбрал для себя C#, PHP и Swift. Я в основном их использую, но и другие посматриваю, хотя даже не пытаюсь стать в ним экспертом, быть экспертом в большом количестве языков невозможно.
я иностраниц и я когда начил искат работу не кто не брал меня на работу готовился сам 2 месяца устроился на дешовую компанию бесплатно они дали интернет магазин который написано было другим програмистом и я мне надо было дописат доп функционал работат с яндекс апи (не разу не работал даже не знал ооп в js) и рисоват полигони на карти через кординати я сидел над задачкой много часов и я это сделал потом дали лк где работа с дашбордами надо было рисоват дашфорди и редактироват картинки (некто не помогал по js ) и тд и самое главное у меня зп был 20 к. я уволился через 4 месяца искал работу но некто не брал меня на работу может и проблема было в гражданстве но не факт. Одна компания позвали на собес показал свои работи кастомние SPA на чистом js (React на чистом js) и деректор сказал давай на бекенд и мне полностю все сложние задачки дал и я хорошо развиался сейчас за 1 года 3 месяца опита работы работаю фуллстек разработчиком и девопсом (сейчас основном на девопсе настройка ci/cd docker написание баш скриптов деплой серверов и тд). Я просто не понимаю компании которие не берут на работу потинциалных и какимто двух разговорох они уже начинает оцениват тебя как тупой мне хочется этих геныйов уволит
Думаю, что то, о чем говорит автор - справедливо для любой профессии. И исходя из этого постулата скажу - только практика - критерий того, крутой программист или нет. Но... есть и признаки, конечно. В свое время, когда мы создали симтему автоматизированного формирования маршрутного листа для хлебозавода с объемом 60 тн в сутки, различные взаимосвязи уже так сильно прописались в голове, что нам уже было достаточно одного слова, например, количества авто, которые они взяли в аренду, чтобы быстро понять какой объем отгрузки у них сегодня, и почему именно такой. Так что, на мой взгляд, профессионала видно сразу: по общению, даже без заданий, хотя с ними лучше видно.
Практика не может быть признаком. Арбуз будет сладкий, если он зеленей в августе, с желтым пятном. Это внешние признаки, которые не потребуют от тебя вскрытия арбуза, но при этом не гарантируют все же, что он реально будет сладким. К другим профессиям? Ну смена языков программирования присуща программистам. Сложные задачи - да, в любой профессии это так, потому что решая сложные задачи мы развиваемся быстрее
3:00 только ты сам потом за этим амбициозным переделывать будешь 😁 опыт никакими амбициями не перебьешь, с голой жопой на амбразуру любой дурак готов лезть в 22 года. Будет что-то касаться запросов на 200 строк, дебагу ошибок, которых нет на стековерфлоу, что он будет делать? Дергать сеньора, который его же и отговаривал? Был у нас такой в команде, брал посложнее, писал побольше, писал дома ещё на двух языках сверх стека, пока не взял относительно простую задачу, но не по зубам. Сроки сдачи переносили раз 5, овертаймить запрещали - один хер сгорел за месяц. Одно дело когда ты 8 часов в режиме чай/печеньки/поболтать, а другое дело когда тебя с созвонов сняли и планирований, и ты еьашишь ни посрать, ни пообедать. Амбиции должны быть соразмерны скиллам.
Если человек берет задачи попроще, значит он стремится расходовать свои силы наиболее рациональным образом. Трудолюбие обратно пропорционально интеллекту.
@@programisli думаю, это зависит от того, что понимать под сложностью. Я понимаю это как совокупность объёма работ и когнитивных усилий. В то время, как развитие в большей степени связано с приобретением новых навыков, освоением технологий. Если человек может заранее оценить сложность, то вероятно, эти навыки у него уже есть. А если нет, то прогнозировать сложность затруднительно.
В начале из рекламы книжного магазина bhv узнал о книге Библия C# (5е издание), занимательно что предзаказ сделал и получил по почте в декабре 2021, а книга издательства 2022 года))) Замечательно зашла, учитывая что я до нее уже работал с вебом (с CMS в основном). Перешел на C#, но правда на виндовые формы на работе и unity дома)). И вот только недавно узнал, что у Вас еще есть канал. Так что смотрю, мотивируюсь и продолжаю учиться. p.s. интересно было посмотреть про Канаду (готовлюсь к переезду, подтягиваю английский до B2/C1). Спасибо)
Автор вот говорит,что полезно менять от 3 мест работы.в россии была тенденция подобная ,которую пытаются закрыть..сделать опять же "где родился там и пригодился", тоесть если ты пришел на первое место работы ,тебя тут вырастили, будь добр оставайся,ты будешь полезен и т.д. ,я сам не знаю что будет полезнее.интересно услышать авторитетное мнение
Там ты пригодишься, но развитие какое будет? Ты будешь использовать только технологии и подходы только этой компании. Если ты поработаешь хотя бы на 3-х работах, то узнаешь процессы, утилиты и подходы 3-х компаний и расширишь свой кругозор. Это как прожить в одном городе и говорить про всю страну. Поживи в разных городах, ощути это, узнай. Я сам меняю работу редко и работаю по 5 и более лет на одного работодателя, но иногда нужно двигаться.
@@programisli отсюда вопрос. На столько русский рынок не заинтересован в развитии технологий внутри компании и стоит уходить.. или за рубежом тоже внутри одной компании не возможно узнать много технологий?
@@programisli да-а вы указываете на наивность русскую, которая когда-то была внушена? Просто действительно во мне играет любопытство, неужели внутри одной компании невозможно вырасти крутым спецом, взять тот же ЕПАМ, там большой стек технологий, там мультинационалость, да чего только нет.
В Канаде очень много легаси. Клиенты не платят за обновление технологий, они платят за новые фишки. В одной компании можно вырасти, если это галера. Я не знаю, как Епам, про эту компанию только негатив слышал, но ты вырастишь специалистом одного города, будешь знать один город отлично, но это только один город. В стране еще много городов, неужели ты не хочешь их увидеть?
блин, мне кажется что моему обучению нет конца и края. А так хочется первый собес пройти. Но как посмотрю какие скилы от джуна требуют аж глаз дергается. Вроде уже давно учу но из синтаксиса не вылез еще, а в юнити вообще страшно заходить. А так хочется научится и получить работу. Тут еще эти военные самолеты каждый день над головой летают, депресняк нагоняют.
Я уже почти 30 лет в ИТ и все равно продолжаю учиться. Начинай проходить собеседования. Не знаю как в других странах, а в Канаде не обязательно соответствовать всем требованиям. Об этом я говорил в этом видео th-cam.com/video/dkUK5PA2avI/w-d-xo.html
я бы еще добавил пункт 5.1 - рефакторить свой код. По поводу своих проектов помню когда только начинал у меня была папка с проектами и там их было десятки, мне было прям много что интересно сделать, да и тогда еще такого разнообразия софта не было. Сейчас у меня просто нет времени на какие то проекты кроме рабочих, есть один свой который поддерживаю, но даже он уже в тягость и по остаточному принципу((
Абстрактный "рефакторинг" без внятного изложения его цели и плана действий - это признак, что формошлёп заигрался. Сначала он наклепал быдлокода абы как, а теперь думает, что у него настало просветление, и уж теперь-то он переделает, как надо. Это, конечно, иллюзия, потому что если б он мог написать, как надо, то сделал бы это сразу. Вы же пишете CRUD-приложения или что-то, незначительно превосходящее их по сложности. Поэтому что с автотестами, что без них любой рефакторинг - потеря времени. Всё равно, что сборщик бананов сказал бы, что он сложил их в ящик неправильно, и надо сделать рефакторинг.
Ну не знаю. Обычно задачи-то простые: надо, например, рассчитать период полураспада урана в реке с радиоактивным загрязнением в таком то обьеме... Я к чему... Я бы отбирал тех, кто реально способен разобраться в любой проблематике, возможно, далеко не связанной с программированием. --- Клевый вопрос на собеседовании. Сколько времени вам надо, чтобы починить микроволновку? Тут нет правильных ответов, но... Большое НО... --- С одним согласен, если человек сам не пытался сделать что-то своё... Ну... Такое. --- Да и ещё... Про ошибки... 95 процентов времени вы будете ковыряться в чужом Г..не, пытаясь понять чужую логику, которой, скорее всего, нет :) Развлекайтесь! Так что сами научитесть сначала своё Г..но сразу выкладывать кирпичами с правильной формой.
Теория ИТ относительности - расчёт полураспада относительно окрашивания кнопок на форме сложная задача и работая над сложными человек развивается, а раскрашивая кнопки нет.
1. Для хорошего программиста нет сложных задач, а есть только количество времени на их решение. А инициатива всегда е@ет инициатора. Программист должен делать план или сверхплан (если за это платят, ибо мы не в церкви и не благотворительностью занимаемся). 2. Большая часть работодателей либо запрещают работать над своими проектами, либо ставят пункт в договоре, что все накоденное во время действия контракта принадлежит им, а не программисту. Отсюда вывод: хорошие программисты в найм идут только за БОООООЛЬШИЕ деньги, или делают только свое (но получаю, как правило, меньше в разы, ибо маркетологи из программистов "ну такое"). 3. Менять компанию? Зачем?! Другое дело - долевое участие, тогда да... 4. Контрибьютить, о, да! 5. Только тупой (не обязательно программист, а любой взрослый человек) не признает свои ошибки. Напрашивается анекдот: тяжело твоим близким, если ты умер... тоже самое, если ты тупой! Всем бобра!
Поддержать меня: boosty.to/mflenov
Телеграм: t.me/mflenov
Обо мне: www.flenov.ru
Мой ИТ блог www.flenov.info
x.com/flenov
2:20 (1)Не боится брать сложную работу и проявляет инициативу
10:25 (2)Работает над своими проектами
12:38 (3)Меняет компанию и (4)язык програмирования
15:34 (5)Умеет признавать свои ошибки
На счет проявлять инициативу - в видео говорится, что это не обязательно. Плохо когда проявляют инициативу брать задачи проще
тут 4, где пятый?
@@DaZdraNa Значит надо посмотреть все и узнать где он.
@@DaZdraNa Подправил
В каком смысле не боится брать?) есть лид, у которого как раз задача распределить работу, каждому по уровню, а кому-то немного навырост. Не нужно тут никакой инициативы) всегда есть сложные задачи и рутина, они должны чередоваться у каждого. Образно команда это пул рабочих потоков, мы же не спрашиваем поток, хочет он задачу делать или нет, посложнее ему или попроще)
Однажды крутые программисты осознают, что хотят не только фигачить 24/7 на дядю, а и жизнью пожить и о будущем подумать
И это нормально
С языка снял! Автор немного с одной перспективы смотрит как мне кажется
как раз под конец жизни :)
Автор по подходу к жизни НЕ ПРАВ! Где у него байк с с полуторалитровым движком? Где у него сноуборд или лыжи? ЗАДУМАЙТЕСЬ!!!
Нахрена вы живете!... и работать зачем.
@@ValkRoverмля, байк и лыжи - ты серьезно?
Словосочетание "крутой программист" само по себе оценочное, а посему подразумевает наличие оценивающего. И тут уж очень многое зависит от того кто оценивает, потому как у каждого метрики разные. У менеджера/лида свое видение и требования "крутого" программиста, у самого этого программиста могут быть (должны быть) вообще свои собственные цели и мотивы, которые в данный конкретный момент не противоречат целям его менеджера, но в долгосрочной перспективе расходятся оч сильно. Для кого-то крутой - кто сидит и пилит большие проекты годами, для кого-то крутой тот - кто может в любой FAANG залететь на верхнюю вилку ЗП, и у двух этих людей абсолютно разный набор скиллов. Вообще как будто бы кроме ЗП особо и нет четких метрик позволяющих сравнить одного с другим, но метрика эта вообще не отражает уровень экспертности. Да и в целом помимо написания кода очень важно понимать себя как человека. На одном коде далеко не уедешь - с возрастом начинаешь понимать что вся эта мышиная гонка не имеет смысла, а вся работа сводится к решению бизнес-проблем очередного дяденьки за денюжку, а жизнь проходит мимо. Когда ты молодой и глупый - думаешь - вот я решил очередную задачку, я крутой. Проходит пять лет, десять. Ну выучил ты очередной язык/фреймворк, проект очередной в прод выкатил, сделал овнеру приятно, а у самого только больная спина, посаженное зрение, проперженное кресло и десятки лет потраченные вникуда. Компании и проекты крупнее, зарплата выше. Но смыслы создаешь не ты. Эскапизм в чистом виде.
Конечно, оценка может быть разная, зависит от оценщика и отчасти я говорил со своей стороны.
Тогда открывать свой собственный бизнес из тех денег , что были заработаны
Но уж лучше пропердывать кресло за 5-10 тыс. у.е., чем на заводе за деревянные терять здоровье
@@lonelypaul69 да, в тепле, в хороших условиях. Ещё бывают хорошие компании, в которых не очень трудно, просто нужно знать многое и уметь использовать.
@@lonelypaul69 5-10к очень немногие зарабатывают. Нет, в Америке может и многие, но в целом по миру зарплаты меньше. Есть там сайт с зарплатами, анонимный, но я не помню название...
Я один из якобы безинициативных, просто хорошо пишущих код. Дают задачу - берешь и делаешь. Когда был тимлидом видел и обратную картину, очень активный и инициативный мидл, всегда брался за сложные задачи. Но по итогу получалось, что надо было либо самому подключаться, либо сеньора другого подключать к задачам.
Так что самое главное качество крутого программиста - это просто хорошо и вовремя делать свои задачи. Инициативен ты или нет - это уже скорее про возможности повышения, как по лычкам так и по ЗП. Таких тихих как я обычно редко повышают. Но это не мешало мне никогда просто выходить на рынок и искать место потеплее. И только в этот момент компания тебя замечает и пытается удержать, но извините, уже поздно...
Признаки не являются фактами или качеством. Оценкой я как-то не особо хочу заниматься
"Хорошие программисты меняют работу раз в 3-4 года... но надеюсь мои не такие" 😆😆😆
Конечно, хочется, чтобы мои оставались со мной
@@programisli Ну тогда они своим поведением покажут, что не такие уж и хорошие)
Если компания хреновая. В хороших компаниях сидят годами.
Меняют и хорошие компании, рост зарплат не поспевает за рынком, набирают джунов, которые получают больше сеньора, вот мы и уходим, туда, где мы нужны)
@@artificialintelligence7820 ну значит компания его просто не могла потянуть такую ЗП. На самом деле нет зарплат "чего ты стоишь", есть зарплаты "доступные компании".
5 признаков крутого программиста c точки зрения менеджера:
1. Сам придумывает себе работу
2. Просит больше работы
3. Не просит прибавки к ЗП
4. Работает не ради денег
5. Долго работает на одном месте
Это раб и это не признаки. Приходит к тебе на собеседования программист, какие ты вопросы будешь спрашивать? А я буду спрашивать:
1. Какие задачи решал и надеюсь, что расскажет про сложные
2. Работал ли над разными проектами, в разных компаниях
3. Расскажи, когда у тебя были проблемы (и надеюсь он признает ошибку, потому что все ошибаются)
И если я увижу хорошие ответы, то найму.
Видимо смысл видео пролетел мимо. Это признаки, а не законы или приколы.
4:45 Я такой же. Здесь не стеснительный человек, а интроверт с большой долей вероятности, которому нравится кодить. Зачастую все это прекрасно понимают и доверяют ему на 100%. Пример с моей последней работы, таковых было все 4 человека из 60. Всех остальных, по словах техдира, ему приходилось дёргать по разным причинам. Собственно, такого вы упомянули на 6:50. Только такие мы хотим всё же ЗП побольше. А большинство требуют за это начать насильно (интроверты же) общаться с другими.
Ну а брать задачи - это не работа программисту. ДОЛЖЕН быть человек, который их будет назначать.
Во-во, нафига менеджер команде, если надо еще таски выбивать себе на планировании спринта? Прям как в школе, кто круче парту займёт.
Спокойно пообщались раз в квартал, поняли у кого что лучше идёт и раскидали эпики по людям. Кому рост надо - тому поамбициозней цели, кому не надо - менее значимые.
зачем, если можно нагрузить этим програмера. На митинге спросить чем занимается, если ни чем - пусть найдет себе чего нибудь в бэклоге, свяжется с кем надо для уточнения и отчитается о проделанной работе. Норм же работа :)
Иногда мне кажется, что живу в альтернативной реальности. Я уже 20 лет не проходил интервью. Новые работодатели сами находят по рекомендации бывших коллег. Когда девочка из HR позвонила "пообщаться проверить меня", я ответил что это я буду вас проверять подходите ли вы мне, а не наоборот. У нас в фирме нету джуниоров, сеньёров, дифференциация идет только по зарплате. Но у меня есть проблема - я эффективно решаю очень сложные проблемы, которые не могут решить другие, а простыми тупыми вещами заниматься нет никакой мотивации, а часто нужно. На простых вещах я проиграю наверное молодому джуниору у которого глаза горят и полно мотивации. То есть если я знаю как решить задачу, нет никакой мотивации ее решать. Есть интерес к задачам которые неизвестно как сделать если вообще возможно сделать.
Ну вот если ты на собеседовании расскажешь, как решал сложные задачи мне это скажет, что признаки крутого есть и нужно нанимать и давать шанс проявить уже на реальных проектах
@@programisli А как быть если сложные задачи закончились? У нас был энерджайзер который перформил 60 процентов всех задач, максимально сложных, бывало приходил к тиммейту и говорил что чел смотри я твою таску запилил потому что мне интересно было, смерджай просто. Потом ему стало скучно, потом он начал вести себя как дартаньян а все остальные соответственно ... Потом он свалил так как скучно. Нужны ли настолько крутые программисты если они токсичат команду?
"Мы его продвинем на сеньора." Звучит ржачно конечно. Как будто ему докторскую степень готовы присвоить))) Все ваши регалии ограничены вашими задачами и вашей организацией. У меня знакомый синьор-сишник защитил кандидатскую по нелинейным дифф.уравнениям. Вот это да.топчик $. Он помимо С/С++, реально увлечен чистым мат.анализом))
А крупных компаниях нужны подтверждения, почему должна быть новая должность, обоснования, нельзя просто взять и повесить медаль на грудь
В России кандидатская или на западе?
Если в России и не топ вузы, то вы же понимаете, что это всё просто корочка?
Кандидатская обесценилась. Я до сих пор планирую её получать, но...
Признаки:
1. Много мониторов
2. Тёмная тема
3. VIM
4. Мониторы в портретной ориентации
5. Борода
🤣🤣🤣
Приходит к тебе чувак на собеседования, а ты:
- у тебя много мониторов?
- да
- отлично, вот прямо сейчас вижу, что крутой спец
:)
7:49 Расскажите почему C# ваш любимый.
Это любовь. Как объяснить, почему кто-то любит Памелу Андерсон, а кто-то любит Шарлиз Терон? Ну вот нравится мне Шарлиз
@@programisli это слепая любовь)) Я думаю, спустя 30+ лет уже знаешь что нравится, а что нет.
@@programisli И вы на какой платформе его используете? Win?
«У нас супер крутая команда» прозвучало настолько много, что ощущение, что я смотрю рекламу
Было бы рекламой, если бы команда делала что-то на заказ, но нет, таким не занимаемся
Я в IT 30 лет, ранее был контрактором и работал на многие компании (Файзер, Новартис, Смакерс, все в корпоративной Америке) но сейчас застрял в одной очень крупной уже как 15 лет. Так вот, в ней технологии и языки программирования меняются как перчатки, и все эти go, питоны, котлин, докеры, кубернетисы, микросервисы, graphql - все это мне пришлось учить за последние года 3-4. Я это к тому, что если ты работаешь в одной компании больше 5 лет, то не значит что язык программирования не меняется. Все меняется и очень быстро. Я - Principal Engineer в крупнейшей американской страховой компании. Предполагаю, что и в других что-то подобное творится из-за высокой конкуренции на рынке.
Конечно же могут меняться и внутри компании. Это же признаки и наличие всех не обязательно. Может вообще ни один не присутствовать
блин ты так интересно рассказываешь! когда смотрю твои ролики у меня появляется бешенная мотивация идти изучать программирование!!! хз как тебе это удается
Тут многих из комментирующих Михаил вдохновил заняться программированием своими книгами (особенно ранними), призвание у человека такое)
Если бы она у вас была, вы бы уже давно всё выучили.
@@aammssaamm хах, нашелся умник... невозможно выучить все
Когда меня спрашивают решал ли я сложные задачи, я отвечаю, что если решил, значит не сложные😁 Ещё момент, когда задачи висят на доске и ты видишь что в команде есть люди с нужными компетенциями по данному направлению, например, сервис в котором ты не в рот ногой, но твой коллега уже какое-то время с ним работал, сознательно уступаешь или ждёшь когда он её возьмёт, ведь это тупо экономит время на разработку всей команде.
Ну да, если решил, то можно сказать, что не на столько сложная, но если тебе пришлось думать, искать решение, то ты развивался. Если ты тупо написал код сразу, то развития не было
@@programisli а скока вам лет? если не секрет?
Первый признак круто программиста - он никому не рассказывает о признаках крутого программиста
Вот приходит на собеседование программист и как твой признак скажет тебе - есть потенциал или нет? Мои признаки - работал над сложными задачами? Работал над разными задачами? Знаешь разные языки?
@@programisli это была всего лишь шутливая отсылка к фильму бойцовский клуб) не стоит воспринимать ее всерьез)
Ок, не понял, потому что не смотрел этого фильма, надо посмотреть
Тяжелую задачу важно не просто взять, но и сделать. Может быть чел наоборот берется за все подряд просто потому что не осознает всю сложность. Если хочется подрасти, то взять надо такую задачу, которая выше твоих компетенций, но не очень сильно. Иначе рискуешь потратить слишком много времени, это раз, и сделать так, что все равно придется более опытному переделывать, это два. И тут уж конечно если руководитель хороший, он и задачу правильную подкинет, и может быть где-то посоветует что почитать, на что внимание особо обратить. В начале 2000х нравился мне мультфильм про покемонов, не помню точно как Эш сказал, но суть в том, что "Покемона надо воспитывать, а не гнаться за эволюцией". Накидывать салаге звездочки на условные погоны - надо точно понимать ради чего, чем это лично для него обернется (кроме зарплаты), и удостовериться в том, что он этого точно хочет, осознает и готов.
Если кто-то берется и даже если делает с чей-то помощью, то все равно учится в процессе. Это указатель на то, что человек хочет, а если хотеть, то большой шанс пробить стену. Вот если не хотеть, тогда точно не получится.
Не, ну если берёт значит интересна задача; а если интересна, значит есть бОльший шанс что доведёт до конца
Скорее молодой хочет понравиться и берет все задачи. Такое бывает всегда среди новеньких. Как только наберется опыта и заманается все тащить в одного, то начнет сачковать, либо перегорит.
@@programisli эх, хорошо у вас. У нас, если человек за какой-то срок (неделя) не успевает сделать малознакомую задачу, его увольняют
@@sorrynomorenickname отличный подход! Наверное в вашей конторе работают уникальные специалисты, способные решать не знакомые задачи за две недели ;) Ну или сложных задач не кладут в не знакомые )
Все было интересно до момента 10:54 - того, где "Пришел в айтишечку не ради бабок, а ради кайфа".
В айтишечку можно прийти ради кайфа. Да.
Но - проходят интервью и устраиваются в компанию ИСКЛЮЧИТЕЛЬНО ради бабок.
Все разговоры о том, что "нужно работать не ради бабок, а ради кайфа" говорит только либо занимающийся самоутешением раб-лошарик, которого регулярно прокидывают с зарплатой, либо тот самый шеф, который регулярно прокидывает с зарплатой своих подчиненных рабов-лошариков.
Программист, который работает ради кайфа сидит за компьютером дома или в кафешке - и сам выбирает себе проекты, рынок, заказчиков, график и степень сложности работ.
В компанию идут работать ради бабок. И только ради них.
Услышав подобную фразу на работе от шефа, я сразу же, начинаю искать себе новую работу.
При этом не подавая вида и продолжая работать. И продолжая всем улыбаться и пожимать руки.
Но уже зная тот факт, что меня собираются кинуть.
Потому что если шеф произносит такую фразу - он кинет. Обязательно. Рано или поздно.
А в чем проблема получать кайф и деньги? Это же круто зарабатывать на том, что нравится. И не понял, чем моя фраза тебя удивила, ведь я пошел в ИТ еще в середине 90-х, когда денег в этой сфере не было.
@@programisli Ну тут просто подмена понятий, ибо в Айтишечку (именно на работу - бизнес сферу) приходят исключительно ради денег (ну или в крайнем случае из-за коллектива (атмосферы и общения) - но это не относится к программированию), а если ты любишь программировать (хобби), то решать задачи, которые ты сам себе ставишь (интересные для тебя), всегда будет приоритетней (чего по факту не может быть в айтишечке - на работе)! Дадут тебе похожий проект, который ты уже 10 раз делал, ты же не можешь отказываться от таких проектов, пока тебе не попадется интересный (ибо такой работник никому не нужен, а менять каждый раз работу в поиске нужного проекта - это не кайф)! Отсюда и вывод, что *получать кайф и деньги* на работе у тебя не выйдет (это скорее будет исключения, когда проект интересный попался)! Ибо будут проекты, которые тебе будут неинтересны (а делать их точно не кайфово).
P.S. Было бы иначе, то и выгорания никакого бы не было ни у вас, ни у других, кто получает кайф от кодинга и решения задач. Как от хобби можно выгореть? Никак, ибо если выгораешь, значить это уже не хобби, а работа!
я считаю, что хороший программист - как опытный летчик, возящий пассажиров. Он будет до последнего уходить от крупных сложных задач, пока это позволяют обстоятельства, но если увидит, что отказываться во вред делу, радикально изменит свою позицию на активную, а еще лучше, если сначала обкатает сложное решение на маленьких, некритичных эпизодах. Что же касается смены языка и компании, то это сильно связано с социальными обстоятельствами и возрастом. Менять язык в 50 лет намного труднее, чем в 20.
Уходить нужно от сложных решений, а не задач и выбирать сложные решения только если другого выхода нет
Насчёт языка - зависит от конкретного человека. Мне не 50, конечно, но 37, как-никак. По-прежнему изучаю новые интересные ЯП просто по приколу. Недавно, например, поигрался с koka :), но автор язык забросил, поэтому эксперименты быстро надоели. А лет 6 назад я так же игрался с Rust, и в результате с ним и остался, уйдя от C++. Правда, примерно тогда же я оставил профессиональную разработку, поэтому мне, конечно, экспериментировать куда проще, когда меня никто не заставляет кодить по 8 часов в сутки (я так периодически делаю на выходных, но на своих интересных проектах, а не нудятине с "бизнес-логикой").
Скажите пожалуйста, что можно такое создавать, за что платят по 200 тысяч в месяц? Если команда из 5 человек например, это миллион в месяц. Что за продукт на выходе?
На Angry Birds авторы заработали столько, что окупились не то, что 200 тысяч, а миллион за программиста в месяц
@@programisli ну это единичный случай, так повезло)
Не каждый проект так выстрелит.
200 тысяч это копейки. Модели онлифанс зарабатывают по $1.5 миллиона в месяц, и это только их доход. А есть ещё вебкам, денежные переводы, международные биржевые брокеры, торговые роботы, криптобиржи... Там миллионы долларов в день обороты.
Правильное название "Признаки программистов комфортных для начальства"...
И еще. "Хороший код - ненаписанный код". Первый признак зрелого специалиста - здоровый пофигизм, а первый вопрос - "а нам точно это надо, почему нельзя готовым обойтись?"
Напротив - бросание с шашечкой на задачу, которую и сам не до конца понимаешь - живая иллюстрация поговорки "работа дураков любит".
Каким образом ты свои признаки будешь выявлять? Последнее предложение основано на том, что я сказал или просто комментарий, потому что я ничего подобного не говорил?
Смена работы - это комфортный признак для начальника? Ну ладно первый про решение сложных задач ты мог натянуть на комфорт начальника, хотя явно просто не понял смысла. Только решая сложные задачи люди развиваются и этот признак легко вычисляется даже на собеседовании, просто поговорив о том, что человек делал в прошлом.
@@programisli Я тогда посоветую следить за речью, потому что слова "я", "начальство" и прочее булшит бинго появляется в ней слишком часто.
А насчёт сложных задач и развития, то нормально будет поставить перспективного молодого в подмастерья кому-то матерому, а не приносить критически важные вещи в жертву его энтузиазму.
И да, самый шаряший из молодых, будет скорее всего тихоня-интроверт, совершенно естественно сомневающийся в своей компетентности, а не самый борзый крикун.
Крутой программист это тот программист который смог продать свой код за дорого. А что такое "дорого" каждый определяет для себя сам.
Ну это уже часто просто продажник. Далеко не каждый хороший программист умеет продавать. И я говорю просто л признаках, что может указывать на крутого программиста
Первый признак :
Ты не смотришь всякую херню в интернете, а занимаешься чем-то полезным.
Ты посмотрел мою херню, неужели уже провалил свой же первый пункт? :) или мое видео не херня
@@programisli А я и не смотрел, зашел, оставил комментарий, вышел. Просто считаю видео на манеру "Топ признаков крутого программиста" или "какой язык подойдёт тебе по знаку зодиака" - глупостью.
Это правильный признак) с другой стороны, может быть полезно понимать, какие признаки может принимать во внимание твой менеджер, когда решает повысить ли тебе зарплату по итогам очередного перформанс ревью
а как же борода? ну что за программист без бороды? ))
насчет гитхаба несогласен..
для джуна может быть, но ждать от него чего-то большего мусорных коледжных проектов, имхо, опрометчиво. Для мидл+ на работе уже так напрограммируешься, что петится нет никакого желания. кстати гитхаб пользователя mflenov со мной похоже согласен )
Опытный программист сможет рассказать про опыт
У начинающего нет опыта в коммерческих проектах/компаниях, поэтому тут GitHub показатель опыта
@@programisli 5 признаков Крутого программиста же. безопытный но крутой? )
лично я к гитхабу отношусь с осторожностью. вполне возможно, что у человека есть мегадорогой ему сердцу петик, который вот еще чуть чуть и озолотит автора, но денег на поддержание штанов уже нет и надо приземлиться куданить в режиме хуяк хуяк продакшен.. лично знаю 2х кадров которые еще в доковидные времена на работе занимались петоводством в особо крупных объемах...
Михаил, расскажите пожалуйста как у вас проходят интервью.
Я, из опыта, считаю их бесполезными, зачастую вредными для обеих сторон, особенно если интервью проводит не программист.
Хотелось бы узнать как оно у вас лично.
Именно в моей команде? Сначала программисты тестируют и говорят, подходит человек или нет, а потом я как менеджер провожу интервью. Посмотри это видео Мое лучшее интервью на должность программиста
th-cam.com/video/QsMNL7KTYKo/w-d-xo.html
расскажите пожалуйста свое мнение про оценку в сторипоинтах, пользуетесь ли и есть ли в этом смысл
Есть, конечно пользуемся, потому что в часах программисты оценивать не умеют
Такие видео очыно заходят трейни/интернам, которые начитаются форумов и вбивают себе в головы цель поменять компанию уже после первого года работы. Тут же автор предлагает 3-4 года ))) На самом деле в хороших компаниях есть такие инструменты, как ротации. А хорошие менеджеры как раз и нужны, чтобы замечать, когда инженеру уже становится скучно/тесно в рамках данной команды и которые готовы предложить ротацию до того, как человек получит оффер от другой компании )))
Ротация внутри компании действительно правильный подход, но он не даст такого разнообразия, как смена работы
А зачем это менеджеру? Человек от него и так уйдёт.
Ротации обычно в крупных компаниях, где процессы повышения бюрократизированы. Смена работы может дать более серьезное повышение зп и величины зоны ответственности.
Самое трудное в it это создание и продукта которое потом можно пихнуть в массы(ну или кому нить из faang), а все остальное это рутина. Некоторые тащатся только от процесса кодинга, некоторые от осознания того что получается создать что-то интересное.Только единицы создают бизнес понимая, что это всего-то один из вариантов по зарабатываю кэша, коих много. И в FAANG создадут любые условия для разрабов только что бы они не отрывали свои 5 точки от кресел и создавали один продукт за другим, как на конвейере. Хотя это и есть очередной конвейер.
Программисты уже давно не пишут свой продукт, впрочем как и сварщик редко варит только для себя, и автомеханик редко собирает свой автомобиль а чинит чужие. Зачем подменять понятия, создание бизнеса это одно, написание софта под бизнес совсем другое.
@@viktormorozov5146 ну так нужно помнить что это всего лишь чей то бизнес - ничего личного
программисты большей частью делают вид что работают а потом всей командой перед сдачей проекта увольняются и устраиваются на другую фирму - круто
Не сталкивался с таким, если у кого-то так произошло, нужно менеджеров гнать
@@programisli это орда прусских программистов кочевников по всему миру, думаю что вы лжете - вы тоже один из них
Здравствуйте, в Канаде какой стек технологий востребован? C# или PHP? Может Golang уже нужен для бэка или лучше изучить Swift для мобильной разработки?
Я об этом здесь говорил Пора валить - Язык программирования для эмиграции
th-cam.com/video/YqNaWXEaoa4/w-d-xo.html
@@programisli Посмотрел внимательно, спасибо за труд. Как бывший делфист думаю лучше освоить C#. В домашней коллекции пара Ваших книг.
Можете предложить для изучения C# лучшие ресурсы?
Я беру из разных источников и тебе советую. Я выкладываю много информации для подписчиков Бусти, здесь можно увидеть список www.flenov.info/plus/info
@@programisli Спасибо большое!
А если програмист проявляет инициативу береться за сложнь1е задания, но не может вь1полнить или долго делает их из-за нехватки отпь1та
Обычно такие не стесняются попросить помощи, а когда им помогают, по любому прокачиваются.
Признаки по приоритетам с моей т. з.
Обладает большой базой знаний всех уровней (архитектура, структура, алгоритмы, инструментарий, общение с клиентами), что позволяет писать быстро и качественно.
Быстро решает задачи (просто офигенно важно).
Приверженец чистого кода (после получения рабочего результата сразу же, сразе же приводит код в порядок,, причем главное это самый высококлассный рефакторинг, а не удаление ненужного).
Может делать паузы и отвлекаться во время решения задачи.
Активность важна, т.к. программмист быстрее и легче приступает к решению задачи, но это один из самых низких приоритетов, т.к. очень часто имел дело с активными проограммистами, которые долго решали задачи. Важнее, имхо, чтобы программист мог остановиться и сделать паузу, во время решения задачи.
Это уже не признаки, это уже конкретные показатели.
@@programisli Может быть. А по чему лучше оценивать работника по признакам или по показателям?
Бро подскажи курс чтобы закрепить html css javascript для веб разработчика. Начал изучать 1,5 месяца назад с нуля.
Я курсы сам не заканчивал и советовать не могу.
@@programisli А как изучали в самом начале? Самообучение? По видеороликам и т.п
Посмотри odin project, full stack open
Что вы собираетесь делать в программировании, если сами даже не умеете пользоваться гуглом?
При переходе с одного языка на другой или при смене компании человек может потерять в ЗП. Думаю тут важно упомянуть о том, что прежде чем уходить нужно собрать себе определённую сумму( так сказать подушку) на 3-4 месяца, чтобы программист спокойной изучал новые технологии или вписался в компанию, а не думал о том, как ему дожить до следующей ЗП
У меня чаще всего был только рост. Падение в доходе было только однажды в 2004-м году, когда новый работодатель оказался ужасным
@@programisli Интересно послушать, т.к. например переход с ведущего разработчика 1С или фронта на джуна по бэку должен по идеи ударить по карману
@@veniamingi2809 а почему уходят с ведущего 1С-ника, там же вроде хорошо платят?
@@vladyan01 я думаю мб из-за того, что нет перспективы в развитии, либо может просто надоела, хз
@@vladyan01 хотят лучшего отношения, перспектив, интересных проектов. 1С это очень ограниченная область, задачи, бизнесы и коммуникация там оч специфисеские для рф в основном
Сменить язык или уровень языка, или ориентированности языка? например с С++ перейти на JS или сменить уровень языка и с java перейти на PY или на C?
Любой из вариантов будет отличным, потому что откроет кругозор, можно будет знать больше, чем один маленький мир из огромного ИТ
Да фуфловый совет, переходить на другой язык можно когда достиг мастерства на текущем стеке либо он стал неактуальным, либо он тебе надоел.
Здравствуйте. В начале видео вы говорите что у вас в команде есть джуниоры. Джуниоры в команде это все канадцы? Или эмигрантам тоже реально устроиться джуниором?
Нужно быть студентом или выпускником , я нанимаю сейчас только интернов. Рынок такой, что руководство дало разрешение только на интернов
Скажите пожалуйста для полноценного обучения на devops инженера MacBook Air m1 с памятью 8/256 gb? (Линукс вертуалка и др инструменты для работы devops )
Я бы взял 16, потому что DevOps возможно будет связан с докерами, а там 8 может не хватить
@@programisli спасибо. Теперь точно буду брать 16 без сомнений
А какой график работы у програмистов 5/2 по 8 часов
Отпуск 2 раза в году?
В соответствии с законом страны, где работать. В Канаде 2 недели минимум, а там как возьмёшь. В США по закону там вообще лажа с отпусками, но в ИТ дают, в основном вижу 2 - 3 недели
что за фирма в которой работаешь - что из вашего можно встретить на простарах интернет.
Это важно? Я особо не распространяюсь, где работаю, потому что считаю это не важным. В разделе Биография есть видео, где я рассказываю про предыдущие работы
Сними пожалуйста видео о кодревью, про различные типы ревьюеров. Хочется послушать чужое мнение по этому поводу, у меня сейчас горит от душнил ревьюеров, которые не апрувят код из-за своих эстетических предпочтений) Как раз в тему того, что у некоторых людей есть одно решение проблемы, если ты сделал по другому, значит ты неправ
Ну у меня проблем с этим не было, поэтому даже не знаю, что рассказать
из-за каких эстетических предпочтений например? если ты например про такую ситуацию что к тебе придираются из-за того что приватную переменную в классе без _ в начале создаешь, то мне кажется нормально требовать соблюдать кодстайл который уже есть на проекте и не выпендриваться)
@@PoWeRMeH21 ты привёл слишком простой пример, если б мне такое сказали поправить, я бы поправил и не выпендривался. Я говорю про случаи, когда нет идеального решения, где нужно выбрать между производительностью и читаемостью например. У каждой стороны есть аргументы, которые бывает что опонент не слушает
@@SkyAntins здесь на самом деле палка о двух концах: с одной стороны человек видит то, чего можешь не видеть ты (в силу опыта), с другой стороны наоборот :).
Но во-первых - задача твоя, и если ты соблюдаешь правила проекта и пишешь код в соответствии с принятыми правилами, то как она выполнена - это твоя ответственность, и если ты считаешь что её нужно выполнить именно так, и отстаиваешь свое решение - то почему-бы и нет.
Во-вторых есть тимлид, который по хорошему должен отрулить такие спорные моменты.
В-третьих - посмотрить это конечно хорошо и порой возникают интересные решения в обсуждении, но если долго держать задачу на ревью - это грустно для бизнеса - и так же превращается в то, что люди которые ревьювят начинают "писать свой код твоими руками" (или возможно они хотели эту заадчу).
По-хорошему ведь ревью это советы к твоему коду (по большей части) и отсмотр каких-то грубых нарушений. Но это все чисто мое мнение, возможно у тебя в компании это работает иначе или просто пока не видно смысл от именно такого процесса (такое бывает и это нормально). Побомби чуток, поспрашивай почему так, подпривыкни - скорее всего либо они чего-то не понимают, либо ты :). Ну или они просто душнилы и не замечают этого - сам таким был (да что говорить - и сейчас иногда бываю).
@@i8enn Спасибо за такой развернутый ответ) Вообще, все общепринятые правила я всегда соблюдаю, или правлю если ошибся - тут без проблем. Проблема начинается, когда у ревьюера есть "свои" правила, с которыми я не всегда согласен. И частенько возникают жаркие споры с пассивной агрессией с обоих сторон. Не знаю, насколько это нормально вот поэтому и спрашиваю у всех вокруг мнения)
Проблема у меня только с одним таким ревьюером, уже больше года
Я работаю project om каким-то образом :) после сильного выгорания в Нии также просто менеджерил, тоже работает паринишка просто уникальный программист хоть я и старый, но многому по немного учусь у него. Лично моё мнение не достаточно быть пиздатым прогером но и нормальным человеком плюс стремление ко всему
Нормальным человеком - это я упустил, это действительно важно
в этом начинающем сеньере вероятно вы увидели себя помоложе только и всего) быстро продвинете есть вероятность что зазвездится, может получится и светило а может и перегореть, а что вы дальше после сеньера будете предлагать на дистанции? судите за безынициативность человека у которого вот-вот родится ребенок вы серьезно думаете что какой-то там проект будет интересней своего ребенка?
Любой программист может перегореть. Что предложить на дистанции? Он уже работает в этой компании больше двух лет. Когда получит продвижение будет 3 года. Если он еще 2 года пробудет в моей команде, я буду доволен, 5 лет на одном месте это круто. А вот дальше будем думать, что с ним делать - вырастет до лида или нет, будем удерживать зарплатой и хорошим отношением.
Интересно было послушать!
Спасибо за выпуск, познавательно.
1. Лайфбэланс (и пусть он устроит работодателя)
Реклама 4 минуты
Меняй:
2. Язык (если устроит начальство)
3. Проекты (если устроит начальство)
4. Работу ( -"надеюсь, мои останутся со мной)
*Не забудьте развиваться!!!!
бонус:
5. Умей признавать ошибки.
Не понял к чему «и пусть он устроит работодателя»
@@programisli многим работодателям нужно объяснять, а почему это ты не можешь внезапно выйти на митинг в сб
Болтовня ни о чем. Рассуждения, чисто стороннего наблюдателя, как будто владелец авто смотрит, как механик ремонтирует. Если механик закручивает гайки, значит через 10 минут будет готово, и он молодец. А что он делал, зачем, это не важно, я получил удовольствие от его работы, значит если в процессе следующего ремонта я получу такие же ощущения, то механик тоже будет хорошим.
Эта тема эффективности умственного труда очень сложная, и не раскрыта до сих пор. Всякие KPI, тоже мало чего дают, там адекватность 10-20%.
Оценку можно дать только глядя на код, с условием, что ты понимаешь больше, чем автор этого кода.
KPI это факты, а не признаки. Видео явно пролетело мимо. Признаки и характеристики - разные вещи. Вот приходит программист ко мне и я его спрошу - над какими проектами ты работал, сколько языков знаешь… и если в ответе будут сложные проекты, разные проекты, программист знает несколько языков - это признаки того, что передо мной может быть крутой программист (может и нет, потому что признаки н факты). А KPI это вообще другая история.
Расскажите про этого человека который у вас 6 месяцев отработал. Чем он так плох? Как он смог продержаться 6 месяцев? Зачем он устроился на должность но ничего не знает о программировании? Как это так?
Я 6 месяцев работаю в новой компании. Этот чувак продержался 2 месяца, прежде чем уволили, так что продержаться он не смог
не выгорел бы этот ваш продвигаемый паренёк. так то молодец, но немного боязно
Так лично я его не напрягаю вообще, он сам работает. Упадет его производительность, я его пинать не буду, пусть отдохнет. Я никого не пинаю, я просто стараюсь сделать так, чтобы им самим было интересно и чтобы они сами хотели работать, тогда их производительность высокая. Сужу по себе, я работал круто, когда мне нравилась работа и выгорал, когда я ее ненавидел
@@programisli уже не в первый раз складывается впечатление, что я б с тобой поработал с удовольствием) всем бы таких лидов и даже просто сокомандников
Да, согласен, оч крутой менеджер проекта, респект и уважуха.
Очень полезное видео. Большое спасибо!
Крутой программист смотрит на каждый проект с точки зрения бизнеса, поэтому специализация важна, знание хороших практик важно и доменные знания важны. Остальное на эффективность конкретного программиста мало влияет.
Я бы в свою компанию скорее нанял человека, который "застрял" в React.js, например. Мне было бы плевать на его знание алгоритмов, знание других языков программирования, ООП, паттернов бэкенда, образование, его инициативность и пр.
А для React.js и не нужны практики ООП, паттерну бакенда и даже алгоритмы.
@@programisli я для примера написал, крупные компании все ещё это все спрашивают фронтенд разработчиков. Пару лет назад некоторые из них потихоньку начали отходить от этого.
Я скорее из не инициативных) Хотя причина тут больше в выгорание. Могу сделать сложные задачи, но постоянно держать высокую планку утомляет. Да и доказывать никому уже ничего не хочется. ЗП устраивает, а повышение не даст уж такого большого прироста, чтобы так в это вкладываться. Лучше сохранить какой-то запас сил на свои собственные проекты, благо они у меня есть.
Инициатива не обязательна. Если ты берешь на себе сложные проекты - это уже показатель хорошего программиста. Иногда брать более слабые для отдыха тоже норм.
Знаете такое инициатива наказуема, так вот этот человек хочет ни за что не отвечать, мол будь инициативен возьми проект и обычно если что не так такие выкидывают с работы
главное чтобы программист не зазвездился
Миша, ты не просто крутой программист.. ты крутой чел! )
Спасибо
@@rarecase3666 ну ты крутоооой
ахах ))) у меня хорошая команда, потому что команда может посмотреть видео. естественно не скажешь что у меня плохая компания программистов ) но в целом да, когда есть выбор, и можешь менять или ждать и бюджет есть, искать хороших, это конечно хорошо.
но вот по поводу менять работу :) было смешно. каждые 2-3-4-5 лет типа надо менять чтобы развиваться, но вот мои, я надеюсь со мной останутся )))))))))))))))
развиваться можно ИМХО и на своей одной работе, и разные языки использовать, и фреймворки и технологии и паттерны и так далее, было бы желание. Просто мало кто хочет развиваться, это тяжело, больно, чревато ошибками опять же ) поэтому мало кто экспериментирует даже если есть возможность и разные проекты.
В остальном интересно было послушать.
У меня хорошая команда не потому, что может посмотреть видео. В нынешней команде у меня вообще нет ни одного русскоговорящего. В предыдущей был один, кто понимает русский и я намекал, что та команда может узнать. Но думаешь, меня волнует это сейчас? Так что знак равенства неверный.
Конечно же каждый менеджер хочет, чтобы у него команда была стабильная. Разве это не очевидно? Женщина набирается опыта, когда спит с разными мужчинами, но каждый мужик хочет, чтобы у него была единственная. Смешно, но реальность.
@@programisli :) если команда не говорит на русском то да ) тут я прям не попал. По поводу команды, ну Вы советуете молодым чаще менять работу, но при этом не хотите чтобы Ваша команда меняла работу ;) я не спорю что это нормально, менять работников боль. Искать хороших работников еще большая боль. Про пример с женщинами. Вы советуете чужим женщинам почаще менять партнеров, но чтобы Ваша оставалась с Вами и не меняла Вас ;) тут я нахожу Ваши слова не последовательными. не больше не меньше, без претензий )
По поводу инициативы я бы так не обольщался. В рамках инициативы чел может выбрать себе а) более легкую задачу, б) более интересную, в) банально более удобную. А всякую тошнотину будут разгребать остальные и они молодцами не будут, ведь не проявили инициативу. Да и вообще кому интересна инициатива, если как правило уже есть пул задач, которые надо решить. И как ее кто решил не важно, с инициативой или без.
А кто мешает проявлять остальным инициативу?
@@programisli , совесть.
Я стафф инженер, но я до сих пор рвусь на самые сложные задачи. Мне нравится писать код и делать архитектуру для хорошего фронта и бэка.
Вы очень мотивирующее рассказали про команду. Пойду работать, чтобы кто-нибудь про меня так однажды сказал 😇
Что за компания? Что бы не нарваться.
Не нарвешься
@@programisli но не сказал хитрец )
То что программист пробует несколько раз попасть в одну компанию разве это не его настойчивость и желание работать? Ппц может проблема в вас?
Да, это говорит о настойчивости, поэтому ему дали шанс. Я узнал о настойчивости сразу после подписания контракта, но это не остановило меня сразу, ему дали шанс, тянули. Настойчивость не говорит о знаниях и умениях. К сожалению умения не оказалось
Почитайте, что такое сеньор в Долине: контрибуция в опенсорс, в инвестные библиотеки/фреймвокри, успешные пет-проекты, форки известных проектов, пользующиеся популярностью, использование новых библиотек от звёзд, некое имя в свой области.
Синьор даже в долине в разных компаниях это разные вещи. Я работал на компанию из долины, просто это был не Гугл и не Яблоко и работал на IBM.
Добрый день. Давно хотел спросить что вы думаете о техно гигантах так называемых FAANG? Хотели бы там работать? И что лучше выбрать небольшую организацию или стремится идти в FAANG?
Я люблю небольшие компании. Особой цели работать в FAANG не было
@@programisli а в чем преимущество небольших компаний?
Меньше бюрократии
@@canaydin9537 Меньше шансов потерять работу.
Михаил, скажите стоит ли уделять время на рефакторинг? Если в компании это не принято , А только работающий функционал, и не важно говно код ли там или нет, поэтому и время оценивают на разработку без учета рефакторинга, а я еще стараюсь в ооп парадигме писать, делать тесты и рефак. Когда закладывают время только столько сколько требуется написать в процедурном стиле. Для меня это 25% от того сколько мне нужно чтобы привести код в порядок, но функционал от рефакторинга же не меняется, и руководству этого не нужно, зато потом расширять функционал проблема. Что можно посоветовать
Я занимаюсь рефакторингом, когда работаю над чем-то, потому что это тот код, который мне сопровождать, а не начальству. Так что просто можно прятать эту работу под другими проектами.
@@programisli То есть, в момент окончания одной из задач, выполняете рефакторинг того что делали ранее, как бы два списка, как черная и белая бухгалтерия? первый оффициальный public task list я бы назвал, а второй - по рефакторингу. И не факт что оба списка идут нога в ногу, думаю что отставание рефакторинга от ооснового где содержится лапша-код, может уходить на несколько шагов вперед. Соотвтественно список по рефакторингу накапливается, но не стоит на месте, а движется вперед по возможности, тем самым уменьшая тех. долг. Скажите я правильно понял, или что то не так?
@@evgenasd8892 Можно немного рефакторить тот код, где дали поправить баг например. Это при условии, что тебя не будут бить по рукам авторы старого кода
попробуйте мотивировать руководителя дать время на рефакторинг элементарным подсчетом стоимости разработки на отрефакторином коде, так и как есть.. вот просто 2 оценки в часах сколько так и так.. эти часы легко умножаются на стоимость часа. Хотя тут сильно зависит от ваших задач конечно, если мелкие доработки тогда рефакторинг золотой выйдет и тут проще оставить как есть
Что значит "не принято"? А как оно вообще будет работать если не рефакторить, когда нужно?
Привет Михаил. Будет время, расскажи, что ты думаешь про ChatGPT.
Сам не пользовался, но видел видео, выглядит прикольно
Когда я сам себе признался, что я плохой фотограф и не стану лучше, я стал чаще фотографировать и меньше редактировать фотки и чаще их выкладывать в сеть. Вывод, вы сами себя можете заковать в цепи преследуя перфекционизм.
Я из твоему комментария сделал другой вывод - больше работай и можно добиться результата. Ты же стал больше фотографировать.
@@programisli вывод сделан правильный. Я стал больше программировать, когда признал себя плохим программистом.
Здраствуйте. Не могли сказать, или сделать видео. слепая печать нужна для програмирования или есть свои секреты, не мргнли бы показать как Вы сами набираете текст кода.
и еще рассказать, какие языки изучить на сегоднешний день и чтоб найти далее без проблем работу и с достойной оплатой
Я специально не учился слепой печати, она сама пришла со временем. На сколько нужна? Будет большим плюсом, но я не делал себе это целью
как по 16 часов работать каждый день и не о..еть?
Ну не каждый день конечно. Если 30 дней в неделю работать по 16, то можно и сгореть
@@programisliЕсли 30 дней в неделю найти, то можно на Нобелевскую подаваться.
Сложные задачи тоже очень разные. Например сделать новую сложную фичу, которая потребует анализа, изучения новых технологий/подходов. Или другая задача - поправить баг в 15-летнем спагетти говнокоде. Вы про какие?)
и то и другое
Т.е. если не прошел в контору, а очень хочется, то это не твой уровень и не лезть туда? Или посыл был в том, что жульничать нельзя?
Если очень хочется, то нужно просто продолжать работать в направлении, продолжать готовиться к интервью и прокачивать знания
Да вы трудоголик батенька!
Есть такое, потому что мне нравится то, что я делаю
@@programisli Все возможно! Спасибо, интересно было послушать.
Михаил, вырос на ваших книгах! ) Рад видеть на youtube, увидел в рекомендациях
к интернам меньше требованиям чем к джуниорам или такие же?
Такие же, просто интерны - это временные на контракте и получают меньше. Но должны быть студентами.
Речь идёт о том кто какой объём задач берет и как доводят задачи до конца. Это явно что то не то.
Где рассказ про личные качества?
Признаки это не качество. Признаки вкусного арбуза - большой, с делимым пятном, большим стручком, но это признаки, которые не гарантируют ничего. Это то, на что нужно обращать внимание, чтобы повысить шансы
Приветствую, ищем партнёров по поиску проектов в США и Европе, имеется команда разработчиков. Находимся в Узбекистане. Сроки и качество выполнения заказов гарантируем.
Я работаю над своими проектами.
Да, мне нравится кодить. Но у меня просто нереальных размеров эго и амбиции - поэтому свои проекты хочу сделать - только чтобы заработать нереально огромную кучу бабок.
P.S. гитхаб у меня пустой. А вот в личном гитлабе уже штук 25 своих проектов. Код оттуда я конечно же никуда не покажу - т.к. с них планирую сказочно разбогатеть.
Какая разница что думает менеджер. Он не может оценивать сильный программист или нет. У реально сильных скорее цель заработать деньги нежели доказать такому менеджеру свою крутость)
А кто оценивает? Во всех компаниях, где я работал, оценивает менеджер, если он бывший программист. Если это бывший QA, то вот как они делают, я не знаю. Скорей всего лид решает.
Он вас будет оценивать по менеджерским критериям, и я думаю вам будет разница, потому что это ваша зарплата)))
Менять языки программирования?) Тут бы свой выучить. Каждый год что-то новое как в самом языке так и в обвязке. Да и проблема зачастую не в языке а в экосистеме с ним связанной
Ну не обязательно знать все идеально, хотя бы познакомиться с другими, чтобы расширить свой кругозор.
@@programisli , и что, на джуна идти? Как это вообще должно выглядеть?
Сложные задачи нужно давать ленивым программистам. Они найдут простое решение
Лишь бы хорошее
Надо знать где можно найти ответ
Все знают, это Stackoverflow , но да, не все умеют правильно искать
про пацана и опыт считаю, что не прав
опыт это не 20%, на оборот все 80%
да сейчас он горит этим, ты его ставишь сениором и под него людей, через год два, он затухает(устал, девушка появилась и тд) и все он откатится назад, из-за недостатка опыта он будет страдать и может пострадать психически,
сениор должен быть стабилен, хоть сегодня у него лучший день, хоть сегодня у него умерла собака, а молодым по кд бьет в голову то моча то сперма,
вы просто не работали там где, от ваших решений зависит жизнь людей, там вы бы никогда не посадили за руль, молодого как бы он не горел, пока он реально не станет готов...
во вторых только желанием качество не сделаешь, тут только с опытом приходит, когда похаваешь говна
Ты не правильно понял. Ему бы еще 20% опыта набрать к тому, что у него есть. Опыт это очень важно
@@programisli ну 18 лет это очень молодой, эти 20% это ещё мин 3 года, в разных компаниях, если не будет сворачивать
в среднем по моему опыту и коллег и что видел в инете, что бы выйти на сениора надо 6 лет и иметь беграунд, потому что сениор это не только код, а чаще орг вопросы
Самый главный признак крутого программиста - это когда он тебе объяснит, что задачу выполнять вообще не надо.
Именно с этого всегда нужно начинать любой проект. Процентов 20 белиреберды под названием BRD всегда сможете урезать.
Хорош)
Здравствуйте. У меня такие вот вопросы возможно не обычные. Я недавно закончил университет и начал поиск работы. Но поиск работы у меня исключительно на удаленной основе, потому что у меня в городе нет компаний которым нуже бэкенд разработчик, я живу в такой себе глуши. 1) Есть ли вообще возможность найти работу новичку на удаленной основе и на сколько это тяжело? У самого есть большое желание развиваться, и я развиваюсь пока нахожусь в поиске. Но это довольно тяжело когда у тебя нет людей, которые бы могли тебе подсказать в некоторых сложных вещах, и как это работает на практике. Я имею ввиду не обычяные вещи в коде, а такие как архитектура или вообще работа с чужим кодом, сложные ньюансы в уязвимости моего кода. Я только могу попросить у людей в общих чатах в определенной сфере деятельности, но и там не все так хорошо. 2) Что бы вы могли посоветовать в такой ситуации?
Смотря какая страна. Я в Канаде и тут на удаленную работу принимают без проблем. Слышал, что в России тоже принимают, после коронавируса компании стали более лояльными к удаление. Что посоветовать - пробовать и искать. Я вижу в интернете примеры, когда люди устраиваются на удаленную работу, как внутри страны, так и зарубежом.
Спасибо за видео, интересно было послушать. Возник вопрос, а в компании между собой говорите только на английском языке? Ничего, если сидеть с переводчиком, потому что сходу сложно бывает выразить свою мысль на не родном языке?
Ну между русскоговорящими говорим по-русски. С остальными только по-англиски. С переводчиком конечно же не представляю себе такого и не стали сталкивался с этим.
@@programisli спасибо, Михаил. Книгу, которую мне подарили, "Библия Delphi" до сих пор со мной, и я с детства мечтал стать хакером, чуваком, который разбирается в программном коде лучше других. Прошел не один десяток лет, и судьба, кто-то еще или я сам вернулся к своей давней страсти. И уже после начала войны вернулся к ней и самостоятельно каждый день изучаю и осваиваю, а что-то повторяю.
А какое было чувство, когда ты самостоятельно создавал программным кодом графику на OpenGL и мог еще ею управлять! И ваш плавающий "Пуск" также запускался на школьных компьютерах.) Огромное Вам спасибо за то, что с радостью вспоминается спустя многие года :)
Вы просто не сможете получить работу в таком случае.
@@syuo5051 uses OpenGL; begin... :) Самый быстрый компилятор в мире
Считаю себя средним программистом) 20 лет в программировании, из них 10 лет проработал в одной компании, да, засиделся, работа наскучила, но получил значительный опыт в определенной сфере, который пригодился мне на следующей работе, где сейчас и тружусь. В принципе, меня все устраивает, работать очень комфортно, практически не дергают и не заколебывают)
Новые проекты на иных языках программирования брал, но по итогу проекты свернули и вернулся к исходному языку, пока не дергаюсь. Да и работы столько, что не получается перепрыгнуть на другой язык.
Я говорил о признаках, а не об обязательных требованиях.
@@programisli да я понял) себя крутым и не считаю) со всем сказанным полностью согласен
1:37 эйчару пистон вставили за такое?
Конечно же подняли этот вопрос потом
Меняет компанию, полностью согласен но как по мне больше 3 лет уже ту мач. Соглашусь что если опыта больше уже и меньше желания прыгать да и это уже не так актуально.
Касаемо смены ЯП не совсем согласен. Моими основными ЯП являются C# и PHP. У меня довольно большой опыт на C#, на PHP начал работать полтора года назад.
За свою жизнь программировал на многих ЯП в разных направлениях. Python, Java, Lua, C++, C, VBS, Delphi, ActionScript это те что вспомнил, но не могу назвать себя компетентным, хотя бы в одном из этих ЯП. На них писал пэд проекты, выполнял не сложные фрилансы для знакомых и т.д. Профессионально ими никогда не занимался.
Мой вам совет выберите для себя 1-2 ЯП в которых хотите хорошо разбираться и практикуйтесь приоритетно с ними. Однако, второстепенно изучайте другие технологии и ЯП по мере надобности или желания.
Я видел много интернов/джунов, которые пытались брать, кол-ом, а не качеством. Т.е. писали себе в резюме опыт работы со всеми популярными ЯП, но каждый из них знали поверхностно, за счёт чего они просто никому были ненужны.
Ну то есть у тебя тоже есть знание двух языков и это дает тебе больше кругозор. Знание С++ должно было дать тебе понимание, как работает память. Даже если ты не эксперт в С++, это все равно мне говорит о том, что ты скорей всего крутой программист, потому что ты знаешь много про память, больше чем многие из тех, кто всю жизнь пишет только на C#.
Никто не говорит про 10 языков на уровне эксперта, достаточно двух-трех, но разных. Я выбрал для себя C#, PHP и Swift. Я в основном их использую, но и другие посматриваю, хотя даже не пытаюсь стать в ним экспертом, быть экспертом в большом количестве языков невозможно.
Любопытно, если у вас в команде два лидера - насколько большая команда?
Команды делают не более 7 человек и обычно один лид.
@@programisli Справедливо, я тоже к такому размеру пришел
я иностраниц и я когда начил искат работу не кто не брал меня на работу готовился сам 2 месяца устроился на дешовую компанию бесплатно они дали интернет магазин который написано было другим програмистом и я мне надо было дописат доп функционал работат с яндекс апи (не разу не работал даже не знал ооп в js) и рисоват полигони на карти через кординати я сидел над задачкой много часов и я это сделал потом дали лк где работа с дашбордами надо было рисоват дашфорди и редактироват картинки (некто не помогал по js ) и тд и самое главное у меня зп был 20 к. я уволился через 4 месяца искал работу но некто не брал меня на работу может и проблема было в гражданстве но не факт. Одна компания позвали на собес показал свои работи кастомние SPA на чистом js (React на чистом js) и деректор сказал давай на бекенд и мне полностю все сложние задачки дал и я хорошо развиался сейчас за 1 года 3 месяца опита работы работаю фуллстек разработчиком и девопсом (сейчас основном на девопсе настройка ci/cd docker написание баш скриптов деплой серверов и тд). Я просто не понимаю компании которие не берут на работу потинциалных и какимто двух разговорох они уже начинает оцениват тебя как тупой мне хочется этих геныйов уволит
да я не грамотна написал потому что я не учил русскый язый я выучил пре опшение с русскими людми
Я как раз больше люблю с молодыми работать, они больше стараются, потому что хотят развиваться
Думаю, что то, о чем говорит автор - справедливо для любой профессии. И исходя из этого постулата скажу - только практика - критерий того, крутой программист или нет.
Но... есть и признаки, конечно.
В свое время, когда мы создали симтему автоматизированного формирования маршрутного листа для хлебозавода с объемом 60 тн в сутки, различные взаимосвязи уже так сильно прописались в голове, что нам уже было достаточно одного слова, например, количества авто, которые они взяли в аренду, чтобы быстро понять какой объем отгрузки у них сегодня, и почему именно такой.
Так что, на мой взгляд, профессионала видно сразу: по общению, даже без заданий, хотя с ними лучше видно.
Практика не может быть признаком. Арбуз будет сладкий, если он зеленей в августе, с желтым пятном. Это внешние признаки, которые не потребуют от тебя вскрытия арбуза, но при этом не гарантируют все же, что он реально будет сладким. К другим профессиям? Ну смена языков программирования присуща программистам. Сложные задачи - да, в любой профессии это так, потому что решая сложные задачи мы развиваемся быстрее
3:00 только ты сам потом за этим амбициозным переделывать будешь 😁 опыт никакими амбициями не перебьешь, с голой жопой на амбразуру любой дурак готов лезть в 22 года. Будет что-то касаться запросов на 200 строк, дебагу ошибок, которых нет на стековерфлоу, что он будет делать? Дергать сеньора, который его же и отговаривал?
Был у нас такой в команде, брал посложнее, писал побольше, писал дома ещё на двух языках сверх стека, пока не взял относительно простую задачу, но не по зубам. Сроки сдачи переносили раз 5, овертаймить запрещали - один хер сгорел за месяц. Одно дело когда ты 8 часов в режиме чай/печеньки/поболтать, а другое дело когда тебя с созвонов сняли и планирований, и ты еьашишь ни посрать, ни пообедать.
Амбиции должны быть соразмерны скиллам.
А вы Code Review не используете? Мы используем и я код вижу
Если человек берет задачи попроще, значит он стремится расходовать свои силы наиболее рациональным образом.
Трудолюбие обратно пропорционально интеллекту.
Но как развиваться если делать простые задачи?
@@programisli думаю, это зависит от того, что понимать под сложностью.
Я понимаю это как совокупность объёма работ и когнитивных усилий. В то время, как развитие в большей степени связано с приобретением новых навыков, освоением технологий.
Если человек может заранее оценить сложность, то вероятно, эти навыки у него уже есть. А если нет, то прогнозировать сложность затруднительно.
Опасно думать что проблем нет. Это сладкая иллюзия, в перспективе бьет очень больно реальностью полбу.
Не совсем понял, про какую проблему
В начале из рекламы книжного магазина bhv узнал о книге Библия C# (5е издание), занимательно что предзаказ сделал и получил по почте в декабре 2021, а книга издательства 2022 года)))
Замечательно зашла, учитывая что я до нее уже работал с вебом (с CMS в основном). Перешел на C#, но правда на виндовые формы на работе и unity дома)).
И вот только недавно узнал, что у Вас еще есть канал.
Так что смотрю, мотивируюсь и продолжаю учиться.
p.s. интересно было посмотреть про Канаду (готовлюсь к переезду, подтягиваю английский до B2/C1).
Спасибо)
У меня есть видео на канале про цены в Канаде, медицину. Путешествия по Канаде я публикую на другом канале youtube.com/@fl-travel
@@programisli подписался)
Автор вот говорит,что полезно менять от 3 мест работы.в россии была тенденция подобная ,которую пытаются закрыть..сделать опять же "где родился там и пригодился", тоесть если ты пришел на первое место работы ,тебя тут вырастили, будь добр оставайся,ты будешь полезен и т.д. ,я сам не знаю что будет полезнее.интересно услышать авторитетное мнение
Там ты пригодишься, но развитие какое будет? Ты будешь использовать только технологии и подходы только этой компании. Если ты поработаешь хотя бы на 3-х работах, то узнаешь процессы, утилиты и подходы 3-х компаний и расширишь свой кругозор.
Это как прожить в одном городе и говорить про всю страну. Поживи в разных городах, ощути это, узнай.
Я сам меняю работу редко и работаю по 5 и более лет на одного работодателя, но иногда нужно двигаться.
@@programisli отсюда вопрос. На столько русский рынок не заинтересован в развитии технологий внутри компании и стоит уходить.. или за рубежом тоже внутри одной компании не возможно узнать много технологий?
@@programisli да-а вы указываете на наивность русскую, которая когда-то была внушена? Просто действительно во мне играет любопытство, неужели внутри одной компании невозможно вырасти крутым спецом, взять тот же ЕПАМ, там большой стек технологий, там мультинационалость, да чего только нет.
В Канаде очень много легаси. Клиенты не платят за обновление технологий, они платят за новые фишки.
В одной компании можно вырасти, если это галера. Я не знаю, как Епам, про эту компанию только негатив слышал, но ты вырастишь специалистом одного города, будешь знать один город отлично, но это только один город. В стране еще много городов, неужели ты не хочешь их увидеть?
@@programisli но опять же это погоня за американской мечтой... не присуща русскому человеку,как оказывается.давайте будем объективны..
блин, мне кажется что моему обучению нет конца и края. А так хочется первый собес пройти. Но как посмотрю какие скилы от джуна требуют аж глаз дергается. Вроде уже давно учу но из синтаксиса не вылез еще, а в юнити вообще страшно заходить. А так хочется научится и получить работу. Тут еще эти военные самолеты каждый день над головой летают, депресняк нагоняют.
Я уже почти 30 лет в ИТ и все равно продолжаю учиться. Начинай проходить собеседования.
Не знаю как в других странах, а в Канаде не обязательно соответствовать всем требованиям. Об этом я говорил в этом видео th-cam.com/video/dkUK5PA2avI/w-d-xo.html
Есть такая мысль что если вы начали работу и полностю готовы, то это значит что начали слишком поздно.
я бы еще добавил пункт 5.1 - рефакторить свой код. По поводу своих проектов помню когда только начинал у меня была папка с проектами и там их было десятки, мне было прям много что интересно сделать, да и тогда еще такого разнообразия софта не было. Сейчас у меня просто нет времени на какие то проекты кроме рабочих, есть один свой который поддерживаю, но даже он уже в тягость и по остаточному принципу((
Ну тогда "5.2 автотесты". Потому что рефакторинг без тестов это прямой путь в ад.
Абстрактный "рефакторинг" без внятного изложения его цели и плана действий - это признак, что формошлёп заигрался. Сначала он наклепал быдлокода абы как, а теперь думает, что у него настало просветление, и уж теперь-то он переделает, как надо. Это, конечно, иллюзия, потому что если б он мог написать, как надо, то сделал бы это сразу. Вы же пишете CRUD-приложения или что-то, незначительно превосходящее их по сложности. Поэтому что с автотестами, что без них любой рефакторинг - потеря времени. Всё равно, что сборщик бананов сказал бы, что он сложил их в ящик неправильно, и надо сделать рефакторинг.
7:38 высказывание насчёт того, что у вас любимый язык C# сильно настораживает.
Почему? То есть я написал Библию С#, но принтом у меня должен быть любимым другой язык программирования?
Ну не знаю. Обычно задачи-то простые: надо, например, рассчитать период полураспада урана в реке с радиоактивным загрязнением в таком то обьеме...
Я к чему... Я бы отбирал тех, кто реально способен разобраться в любой проблематике, возможно, далеко не связанной с программированием.
---
Клевый вопрос на собеседовании. Сколько времени вам надо, чтобы починить микроволновку? Тут нет правильных ответов, но... Большое НО...
---
С одним согласен, если человек сам не пытался сделать что-то своё... Ну... Такое.
---
Да и ещё... Про ошибки... 95 процентов времени вы будете ковыряться в чужом Г..не, пытаясь понять чужую логику, которой, скорее всего, нет :) Развлекайтесь!
Так что сами научитесть сначала своё Г..но сразу выкладывать кирпичами с правильной формой.
Теория ИТ относительности - расчёт полураспада относительно окрашивания кнопок на форме сложная задача и работая над сложными человек развивается, а раскрашивая кнопки нет.
1. Для хорошего программиста нет сложных задач, а есть только количество времени на их решение. А инициатива всегда е@ет инициатора. Программист должен делать план или сверхплан (если за это платят, ибо мы не в церкви и не благотворительностью занимаемся).
2. Большая часть работодателей либо запрещают работать над своими проектами, либо ставят пункт в договоре, что все накоденное во время действия контракта принадлежит им, а не программисту. Отсюда вывод: хорошие программисты в найм идут только за БОООООЛЬШИЕ деньги, или делают только свое (но получаю, как правило, меньше в разы, ибо маркетологи из программистов "ну такое").
3. Менять компанию? Зачем?! Другое дело - долевое участие, тогда да...
4. Контрибьютить, о, да!
5. Только тупой (не обязательно программист, а любой взрослый человек) не признает свои ошибки. Напрашивается анекдот: тяжело твоим близким, если ты умер... тоже самое, если ты тупой!
Всем бобра!
:)