бывает что комбинаций параметров функции десятки миллионов и самому тестить не продуктивно, лучше обратить внимание тестера какие моменты "переломные" в твоем коде
Был у меня как-то разработчик, который всем рассказывал что ПМы не нужны. Я его на проект поставил, где был клиент с похожим мышлением, он задачи в Вайбере ставил
У меня на работе сроки ставятся путем обсуждения между лидом аналитики, аналитиком, закрепленным за этим модулем и разработчиками, которые это будет писать. Когда только пришел в команду, даже не верил, что так бывает, было очень приятно. СБЕР, я тебя люблю
Только предварительно на всякий случай вызубри слово _"Flugengeheimel"_ - судя по американским фильмам, оно может пригодиться. Ну и _"mi scusi"_ явно не помешает 😄
О да! У меня в Смоленской области лето - самая тяжёлая пора. Мухи, пот, аллергия на цветение растений. Дома спасает кондиционер, а на улице велосипед. Самая жесть на работе, т.к. не во всех помещениях установлены кондеи.😒
Проблемы с аналитиками и овнерами - это невыстроенность процессов. По идее должен быть менеджер на проекте или продакт-лид, который все вопросы замыкает на себя и онже решает какие таски, баги берем в работу и в какой очередности. И разрабам не приходится выяснять отношения с бизнес-аналитиками и овнерами ))
Кажется ты, Миша, в одном из своих видео рассказывал о том, как джуну дали доступ к боевой БД и он ее успешно грохнул. А теперь расскажи подробнее про то, как мешают админы? 😉
Меня это тоже повеселило. Есть разрабы занимающиеся системщиной или тулами - то такие не опасны. Большинство же макаки-формошлепы, какие-нибудь node is или python вафлисты, таких на пушечный выстрел к продакшену подпускать нельзя!
без этих созвонов получается хаос. я сам разраб изначально, и когда мне пришлось вести проект, я понял, что разрабы без продуктового и проектного виденья начинают быстро буксовать есть самоходные разрабы, но их единицы, и даже они не всесильны, в некоторых местах они в се равно забуксуют
3:11 - а почему не можешь взяться за другую? У нас выстроено так - закончил разработку по таске - отдал ее тестировщику и взял следующую таску. Если тестировщик возвращает первую таску с багом, то вторую приостанавливаю и возвращаюсь к первой. (WIP-лимит = 2)
тут проблема со сменой контекста, туда-сюда прыгать и переключаться с одной задачи на другую бывает непросто, надо вернуться к прошлой задаче, вспомнить что ты и как там делал, а потом вернуться обратно к той задаче что ты начал делать, и снова вспомнить и въехать по ней, и короче вот туда сюда прыгать порой бывает оч не кайфно. когда задачи две это терпимо, но когда три и больше то там уже начинается стресс
@@shepelevru есть такое, но это же не повод простаивать? )) тем более обычно со временем тестировщику бывает уже сложно найти баги в твоем коде 😂 И да - WIP-лимит = 2 строго
девопсы и сисадмины доступ забирают не из вредности, если продукт такой что потом он разворачивается и заказчика, то там уже быстро дев не подкрутит если что не так, поэтому настройка у себя это тоже один из этапов тестирования, как это будет работать у клиента. А не так что дев чеогото там поправил не кому не сказал, а заказчик неделю потом не может понять почему у него таже конфигурация не работает
А у меня наоборот: поставят 5, когда надо 2, а когда сделаешь раньше скажут, что не надо торопиться, нужно всё проверить, потестировать, подокументировать...
Миша правильно озвучил мысль всех программистов, что это все придумали гуманитарии, чтобы притереться к IT. Иногда это реально так кажется, когда на 1 синке 2 ПМа и Врайтер решают, какая надпись должна быть в плейсхолдере...
Поэтому надо предоставлять доступ к проду только в режиме чтения, а обновления заливать через GIT после тестирования на зеркальной копии. Хотя уронить прод на минуту-две первый раз в жизни - бесценный опыт (и пара седых волос) для любого _погроммиста_ 😆 У меня это был один из лидеров в области продажи светотехники и систем освещения. По иронии, я за несколько лет до этого работал над похожими проектами для хорошего клиента из Сибири и, можно сказать, неосознанно помог им на пару минут вывести конкурента из строя. Хорошо, что никто не заметил, хотя _манагеру_ проекта и коллегам, которые над ним работали, я сразу об этом рассказал.
Мишаня, всё что ты говоришь, это энтэрпрайс и его сайд-эффекты. если это всё очень сильно надоело, фриланц - ждёт тебя, но там будут другие проблемы, которые будут тебя бесить ещё больше 😉
IMO, фриланс офигенен! Офисная работа обычно скучная и ограниченная (в плане спектра задач, которые на тебя вешают). А фриланс позволяет отыгрывать сразу несколько ролей - _манагер, дезигнер, одмин, погроммист,_ - и если у исполнителя достаточно опыта, то он будет просто кайфовать, рассекая по волнам заказов и иногда отбиваясь от раздражающих "акул", т.е. жадных мудаков и откровенных кидал. Плюс в офисе у тебя один заранее оговоренный рейт, а во фрилансе ты можешь менять его в зависимости от сложности и интересности задачи.
бро, скилфектори это жесть.. у нас была подписка на их троих у компании, там такая - куета...🤣 там еще тип у нас скидки были а на деле заходишь с левого ака и понимаешь что тебе со скидкой продают дороже чем другим без ее. короче зашквар лютый они..
Ну и дела! Я думал, что описанный Михаилом бардак творится лишь в нашей полуграмотной Рашке. У нас здесь, на заводе, все "специалисты" поголовно едва умеют читать и писать. Я серьёзно. Единственное, чем они занимаются это трындят по телефону и устраивают бесконечные планёрки и летучки. Нет ни одного специалиста, к которому стеклась бы вся информация и он реально руководил бы проектом. Всё происходит, как бы на бытовом уровне. Ни какого канбана, никакого обсидиана. Для них подобные инструменты - баловство. Очень печально.😒
Как по мне, самые бесполезные и раздражающие это аналитики. За всю свою карьеру я знаю только одного аналитика, которая была реально аналитиком и ей не приходилось буквально все разжевывать. Она приходила с правильными вопросами и не тратила мое время впустую. Остальные, что я встречал, это просто секретарши, которые записывали все, что им говорили и бездумно оформляли в тикеты, графики, документы, вообще не понимая, что происходит в системе и как это работает.
вы про аналитиков которые берут требования бизнеса, тщательно их уточняют и оформляют их в задачи с техническим описанием? если да, то уж лучше такой бесячий человек который тебе все опишет, чем его отсутствие и следовательно отсутствие нормального описания задач, где все так же разработчику потом приходится беседовать с продакт овнером и уточнять требования и рассказывать что вот так мы вот сделать не можем, а вот так можем…
Я как системный и так уж получилось что по совместительству бизнесс аналитик несколько озадачен. По каким в целом вопросам людям приходилось к вам обращаться. Может я не прав, но вся концепция аналитики построена на том, чтобы фильтровать бизнесс и не дёргать разработку, подкидывая уже готовые требования с доработками по каждой составляющей системы. Максимум - это привлечь корп архитектора для обсуждения спорных вопросов в духе делаем ли фасад или пилим новую ручку в имеющемся сервисе. Я не утверждаю что аналитика важна как воздух. В целом любой разработчик может быть аналитиком, но всё таки существующее распределение ролей на то и было придумано, чтобы разработчик не ломал себе голову над очередным заунылым sql запросом, ведь любое время - это деньги, а деньги это бизнесс. И если в компаниях где вам приходилось работать это действительно выглядело так, как вы описали, то боюсь вашему менеджменту есть о чём подумать, помимо фуа-гре и палящего солнца Тбилиси.
@@scc-6 У нас ПМ в принципе нет, по моему ни в одном из отделов. Перечень задач подготавливается заранее аналитиками, после на ежемесячной встрече Аналитики совместно с тимлидом разработки смотрят задачи и решают что мы потенциально готовы взять, а что идёт в бэклог. Затем составляется табличка задач, которые мы можем взять в оборот и отправляется бизнесу он расставляет приоритеты, а далее уже аналитики распределяют задачки в рамках спринтов этого месяца. По вопросу ТЗ, наш отдел работает над одним продуктом (инвестиционное приложение) - это очень долгоиграющая история так что ТЗ и остальную документацию вроде руководств пользователя, сис админа, и администратора системы, паспорта ролей, ПМИ, и т.д и т.п. мне приходилось писать только дважды за 2 года. Это в самом начале проекта и позднее актуализировать при выходе в промышленную эксплуатацию. И всё это было под моим контролем и контролем нашего PO (второй Системный аналитик помимо меня)
критерий некоей важности огласите хамячьки, а затем псевдо-рассуждайте о некоей важности как можно по ушам ездить, если даже формальное определение некоей "важности" отсутствует? важность определяется логически весьма просто: есть "система", она работает, т.е. производит вменяемые товары/услуги вменяемыми способами всякий любой, кого можно выпилить из "системы", и ничего в "системе" не изменится - не важен в рамках этой "системы"
проджект менеджеры не понимающие в программировании и их скрам хороводы\сроки вот это зло, остальные перечисленные 100% нужны не зависимо от [не-]нравится
Короче исходя из этого видео становится понятно что программистам не нравится никто ахахах. Но все конечно же зависит от человека сильно. Работал в разных компаниях поэтому было так что админов не любил а тестировщиков очень. И наоборот были ситуации когда с админами все шикарно а тестировщики просто жесть какие тупые…
Очень много лет назад бесили _одмины,_ ибо почти все, кого я знал, были "ходячими переустановщиками винды с откровенно раздутым Эго". Эго у них раздувалось в основном потому, что окружающие задавали им тупейшие вопросы, а затем, получив простой ответ, превозносили их до небес. Однако после того, как несколько раз столкнулся в работе с реальными профи, понял, что всё зависит от конкретного человека. Обратная ситуация была с _погроммистами:_ в своё время знакомые довольно высоко задрали планку по уровню знаний, скорости "соображалки" и спектру интересов. Однако позже, когда в 2013 году столкнулся с невероятно тупыми и ленивыми _офисными бездельниками_ из Мск, мнение изменилось в худшую сторону. Тот факт, что IT отрасль РФ долгое время заливали деньгами за решение относительно примитивных задач, сыграл злую шутку и теперь на российском рынке IT присутствует приличное количество высокооплачиваемых идиотов с офигенно раздутым самомнением.
Бред. Аналитики и тестировщики важны, постоянно с ними взаимодействуешь по задаче. Вот скрам мастер это конечно непонятное что-то которое ставит созвоны команде и отнимает время
Skillfactory - российская компания в сфере онлайн-образования. Леша ты что рекламируешь рус фирму, не ты ли был против всего рус/белорусского ?? ммм, а что случилось?
Можно писать сразу без багов, тогда тестировщик ничего не найдет и можно его не ждать. Метод проверенный, правда не работает
бывает что комбинаций параметров функции десятки миллионов и самому тестить не продуктивно, лучше обратить внимание тестера какие моменты "переломные" в твоем коде
@@xyzw777 у вас тестировщики методы ткестируют? это какбы вообще не их работа, а кодера
Первая минута: "тестировщиков всегда не хватает", третья минута "тестировщиков много". 😂
Баг 😅
@@tarasov248evgeniy у хорошего разработчика багов нет, только фичи. :)
@@tarasov248evgeniyзначит, все таки мало, раз баг не заметили 🤔
@@ИмяФамилия-э4ф7в в комментариях заметили, значит достаточно)
Никогда не смотрел на тестировщиков свысока, их помощь, работа - неоценима
Был у меня как-то разработчик, который всем рассказывал что ПМы не нужны. Я его на проект поставил, где был клиент с похожим мышлением, он задачи в Вайбере ставил
ты вообще кто?
@@q3articus ко мне в команду хочешь?
@@Vano233 нет на члeн
Миша, хрошо, когда всем процессом управляет адекватный менеджер. Такое случается, но не всегда...
У меня на работе сроки ставятся путем обсуждения между лидом аналитики, аналитиком, закрепленным за этим модулем и разработчиками, которые это будет писать. Когда только пришел в команду, даже не верил, что так бывает, было очень приятно. СБЕР, я тебя люблю
В Нидерланды надо. Дождь и холодное лето - то что мне нужно)
Только предварительно на всякий случай вызубри слово _"Flugengeheimel"_ - судя по американским фильмам, оно может пригодиться. Ну и _"mi scusi"_ явно не помешает 😄
О да! У меня в Смоленской области лето - самая тяжёлая пора. Мухи, пот, аллергия на цветение растений. Дома спасает кондиционер, а на улице велосипед. Самая жесть на работе, т.к. не во всех помещениях установлены кондеи.😒
Проблемы с аналитиками и овнерами - это невыстроенность процессов. По идее должен быть менеджер на проекте или продакт-лид, который все вопросы замыкает на себя и онже решает какие таски, баги берем в работу и в какой очередности. И разрабам не приходится выяснять отношения с бизнес-аналитиками и овнерами ))
А с овнерами какой у вас опыт? Колхозники, которые не выкупают за RnD?
Кажется ты, Миша, в одном из своих видео рассказывал о том, как джуну дали доступ к боевой БД и он ее успешно грохнул. А теперь расскажи подробнее про то, как мешают админы? 😉
За админа обидно было 😢
Меня это тоже повеселило. Есть разрабы занимающиеся системщиной или тулами - то такие не опасны. Большинство же макаки-формошлепы, какие-нибудь node is или python вафлисты, таких на пушечный выстрел к продакшену подпускать нельзя!
без этих созвонов получается хаос. я сам разраб изначально, и когда мне пришлось вести проект, я понял, что разрабы без продуктового и проектного виденья начинают быстро буксовать
есть самоходные разрабы, но их единицы, и даже они не всесильны, в некоторых местах они в се равно забуксуют
3:11 - а почему не можешь взяться за другую? У нас выстроено так - закончил разработку по таске - отдал ее тестировщику и взял следующую таску. Если тестировщик возвращает первую таску с багом, то вторую приостанавливаю и возвращаюсь к первой.
(WIP-лимит = 2)
тут проблема со сменой контекста, туда-сюда прыгать и переключаться с одной задачи на другую бывает непросто, надо вернуться к прошлой задаче, вспомнить что ты и как там делал, а потом вернуться обратно к той задаче что ты начал делать, и снова вспомнить и въехать по ней, и короче вот туда сюда прыгать порой бывает оч не кайфно. когда задачи две это терпимо, но когда три и больше то там уже начинается стресс
@@shepelevru есть такое, но это же не повод простаивать? ))
тем более обычно со временем тестировщику бывает уже сложно найти баги в твоем коде 😂
И да - WIP-лимит = 2 строго
девопсы и сисадмины доступ забирают не из вредности, если продукт такой что потом он разворачивается и заказчика, то там уже быстро дев не подкрутит если что не так, поэтому настройка у себя это тоже один из этапов тестирования, как это будет работать у клиента. А не так что дев чеогото там поправил не кому не сказал, а заказчик неделю потом не может понять почему у него таже конфигурация не работает
А у меня наоборот: поставят 5, когда надо 2, а когда сделаешь раньше скажут, что не надо торопиться, нужно всё проверить, потестировать, подокументировать...
Дай бог каждому такой проект )))
Странно, что к сисадмина такое отношение, ведь это тот человек, который не даст уронить прод при деплое
увы, похоже у автора довольно большой пробел в знаниях
Втф? Аналитики сами отчет пишут - это не задача разрабов. Как-то у вас необычно
Да и доставать из баз инфу и составлять отчеты должны челы из даты а не прогеры
Дай вам волю, вы код прямо в прод писать будете... 😂
Нефиг, есть процесс, появился не просто так.
Миша правильно озвучил мысль всех программистов, что это все придумали гуманитарии, чтобы притереться к IT. Иногда это реально так кажется, когда на 1 синке 2 ПМа и Врайтер решают, какая надпись должна быть в плейсхолдере...
Поэтому надо предоставлять доступ к проду только в режиме чтения, а обновления заливать через GIT после тестирования на зеркальной копии.
Хотя уронить прод на минуту-две первый раз в жизни - бесценный опыт (и пара седых волос) для любого _погроммиста_ 😆
У меня это был один из лидеров в области продажи светотехники и систем освещения. По иронии, я за несколько лет до этого работал над похожими проектами для хорошего клиента из Сибири и, можно сказать, неосознанно помог им на пару минут вывести конкурента из строя. Хорошо, что никто не заметил, хотя _манагеру_ проекта и коллегам, которые над ним работали, я сразу об этом рассказал.
обожаю эти вайбовые вставки в начале и в конце
ага, когда в начале каждый пиксель видео заполнен его головой...
Выкинуть всю болтавню и оставить вайбы 😅
Та ну хватит рекламить скамфэктори
обучение на скаммастера на скамфэктори.
Кто бесит разработчиков? Все кто задействован как-то на продукте, включая других разработчиков)
А у нас отчеты собирает системный аналитик.
Тестировщик это начинающий программист, который не осилил и сдался))
(0:20) Офигеть, они там ещё и на автомобилях даже иногда ездят!? 😯
(1:16) Как хорошо сказал Максим Дорофеев: «Плох тот ПМ, который хотя бы немножко не кодит на языке, на котором кодит его команда! Я сам, когда был ПМом вечерами программировал, чтобы не забыть какого это и не оторваться от реальности.»
(1:57) «Сисадмин он как медведь - если он у себя в берлоге храпит, то лучше его не будить!» © айтишная мудрость
(2:30) Анекдот:
Тестировщик заходит в бар и заказывает:
кружку пива,
2 кружки пива,
0 кружек пива,
999999999 кружек пива,
ящерицу в стакане,
-1 кружку пива,
qwertyuip кружек пива.
Первый реальный клиент заходит в бар и спрашивает, где туалет. Бар вспыхивает пламенем, все погибают.
А мне нравятся такие ПМ, дает задачу замониторить свободное дисковое место в БД, а ты такой.. ну недельку займет точно
У вас есть выделенные Application Security инженеры?
Мишаня, всё что ты говоришь, это энтэрпрайс и его сайд-эффекты. если это всё очень сильно надоело, фриланц - ждёт тебя, но там будут другие проблемы, которые будут тебя бесить ещё больше 😉
и как искать клиентов на фриланц?
@@СерхиоБускетс-ф7я сейчас уже никак. ждать пока ФРС понизит ставку и всех попустит... а до этого момента учится 🤓
IMO, фриланс офигенен!
Офисная работа обычно скучная и ограниченная (в плане спектра задач, которые на тебя вешают). А фриланс позволяет отыгрывать сразу несколько ролей - _манагер, дезигнер, одмин, погроммист,_ - и если у исполнителя достаточно опыта, то он будет просто кайфовать, рассекая по волнам заказов и иногда отбиваясь от раздражающих "акул", т.е. жадных мудаков и откровенных кидал.
Плюс в офисе у тебя один заранее оговоренный рейт, а во фрилансе ты можешь менять его в зависимости от сложности и интересности задачи.
@@deniskhakimov на фрилансе пойди найди нормальный заказ еще, там в основном заказы на какие-то копейки.
У админов тоже такое впечатление, что другие админы стопорят работу, когда у них нет доступа на сервера, которыми управляют первые админы 😂😉.
бро, скилфектори это жесть.. у нас была подписка на их троих у компании, там такая - куета...🤣 там еще тип у нас скидки были а на деле заходишь с левого ака и понимаешь что тебе со скидкой продают дороже чем другим без ее. короче зашквар лютый они..
скиллфэктори отличная школа. прошла у них курсы и осталась довольна
В Нідерландах вообще лето бывает? Кажется что всего 2 поры года в Нидерландах, это осень и весна 😊
Бывает, но в этом году как-то запоздало лето(
@@dashakoval3534 в прошлом году лета не было, пару недель тепла за 3 месяца ))
SRE, DevOps Engineer (or Platform Engineer), Cloud Engineer are the new SysAdmin on steroids
Вата, ни о чем! Одна реклама! ☢
В Омске с летом такая же фигня...
"беспокоятся о бюджете" 😂😂😂😂
Ну и дела!
Я думал, что описанный Михаилом бардак творится лишь в нашей полуграмотной Рашке.
У нас здесь, на заводе, все "специалисты" поголовно едва умеют читать и писать.
Я серьёзно. Единственное, чем они занимаются это трындят по телефону и устраивают бесконечные планёрки и летучки.
Нет ни одного специалиста, к которому стеклась бы вся информация и он реально руководил бы проектом.
Всё происходит, как бы на бытовом уровне.
Ни какого канбана, никакого обсидиана. Для них подобные инструменты - баловство.
Очень печально.😒
Как по мне, самые бесполезные и раздражающие это аналитики. За всю свою карьеру я знаю только одного аналитика, которая была реально аналитиком и ей не приходилось буквально все разжевывать. Она приходила с правильными вопросами и не тратила мое время впустую. Остальные, что я встречал, это просто секретарши, которые записывали все, что им говорили и бездумно оформляли в тикеты, графики, документы, вообще не понимая, что происходит в системе и как это работает.
вы про аналитиков которые берут требования бизнеса, тщательно их уточняют и оформляют их в задачи с техническим описанием? если да, то уж лучше такой бесячий человек который тебе все опишет, чем его отсутствие и следовательно отсутствие нормального описания задач, где все так же разработчику потом приходится беседовать с продакт овнером и уточнять требования и рассказывать что вот так мы вот сделать не можем, а вот так можем…
Надо полагать и зарплаты у них были как у секретарш? Если да, то чему удивляться - умные люди не будут работать за маленькие деньги
Я как системный и так уж получилось что по совместительству бизнесс аналитик несколько озадачен. По каким в целом вопросам людям приходилось к вам обращаться. Может я не прав, но вся концепция аналитики построена на том, чтобы фильтровать бизнесс и не дёргать разработку, подкидывая уже готовые требования с доработками по каждой составляющей системы. Максимум - это привлечь корп архитектора для обсуждения спорных вопросов в духе делаем ли фасад или пилим новую ручку в имеющемся сервисе. Я не утверждаю что аналитика важна как воздух. В целом любой разработчик может быть аналитиком, но всё таки существующее распределение ролей на то и было придумано, чтобы разработчик не ломал себе голову над очередным заунылым sql запросом, ведь любое время - это деньги, а деньги это бизнесс. И если в компаниях где вам приходилось работать это действительно выглядело так, как вы описали, то боюсь вашему менеджменту есть о чём подумать, помимо фуа-гре и палящего солнца Тбилиси.
@@Deopster А тз не аналитики составляют и контролируют? Или у вас это пм делают?
@@scc-6 У нас ПМ в принципе нет, по моему ни в одном из отделов. Перечень задач подготавливается заранее аналитиками, после на ежемесячной встрече Аналитики совместно с тимлидом разработки смотрят задачи и решают что мы потенциально готовы взять, а что идёт в бэклог. Затем составляется табличка задач, которые мы можем взять в оборот и отправляется бизнесу он расставляет приоритеты, а далее уже аналитики распределяют задачки в рамках спринтов этого месяца. По вопросу ТЗ, наш отдел работает над одним продуктом (инвестиционное приложение) - это очень долгоиграющая история так что ТЗ и остальную документацию вроде руководств пользователя, сис админа, и администратора системы, паспорта ролей, ПМИ, и т.д и т.п. мне приходилось писать только дважды за 2 года. Это в самом начале проекта и позднее актуализировать при выходе в промышленную эксплуатацию. И всё это было под моим контролем и контролем нашего PO (второй Системный аналитик помимо меня)
критерий некоей важности огласите хамячьки, а затем псевдо-рассуждайте о некоей важности
как можно по ушам ездить, если даже формальное определение некоей "важности" отсутствует?
важность определяется логически весьма просто:
есть "система", она работает, т.е. производит вменяемые товары/услуги вменяемыми способами
всякий любой, кого можно выпилить из "системы", и ничего в "системе" не изменится - не важен в рамках этой "системы"
проджект менеджеры не понимающие в программировании и их скрам хороводы\сроки вот это зло, остальные перечисленные 100% нужны не зависимо от [не-]нравится
Очень богатая компания, если позволяет "сидеть-ждать" решения аналитиков, результаты тестировщиков, отзывы заказчиков
Дизайнеров тоже не любят, про них забыли
Product owner или product manager ?
Ну ты точно лааер, даже не знаешь как эти профессии работают.
Короче исходя из этого видео становится понятно что программистам не нравится никто ахахах. Но все конечно же зависит от человека сильно.
Работал в разных компаниях поэтому было так что админов не любил а тестировщиков очень. И наоборот были ситуации когда с админами все шикарно а тестировщики просто жесть какие тупые…
Очень много лет назад бесили _одмины,_ ибо почти все, кого я знал, были "ходячими переустановщиками винды с откровенно раздутым Эго". Эго у них раздувалось в основном потому, что окружающие задавали им тупейшие вопросы, а затем, получив простой ответ, превозносили их до небес.
Однако после того, как несколько раз столкнулся в работе с реальными профи, понял, что всё зависит от конкретного человека.
Обратная ситуация была с _погроммистами:_ в своё время знакомые довольно высоко задрали планку по уровню знаний, скорости "соображалки" и спектру интересов. Однако позже, когда в 2013 году столкнулся с невероятно тупыми и ленивыми _офисными бездельниками_ из Мск, мнение изменилось в худшую сторону.
Тот факт, что IT отрасль РФ долгое время заливали деньгами за решение относительно примитивных задач, сыграл злую шутку и теперь на российском рынке IT присутствует приличное количество высокооплачиваемых идиотов с офигенно раздутым самомнением.
Приезжай к нам в Минск у нас уже клубничка красная)))
у него там своя клубника сейчас, месяц прайда 🤣🤣🤣
@@ИгорьСергеевич-е9э 😂😂😂
Казалось бы чем тут сдэк и системные администраторы
Бред. Аналитики и тестировщики важны, постоянно с ними взаимодействуешь по задаче. Вот скрам мастер это конечно непонятное что-то которое ставит созвоны команде и отнимает время
Лайк в поддержку канала
самая лучшая профессия ТЦК
Опять втюхивают скамфектори
А как же хрюши?))
Техподдержку тоже не любят)
500 й лайк !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! Спасибо !!!
❤❤
Skillfactory - российская компания в сфере онлайн-образования. Леша ты что рекламируешь рус фирму, не ты ли был против всего рус/белорусского ?? ммм, а что случилось?
Мда... Реклама руcнявої Скілфекторі...
Хайп
+37 нам бы ваши проблемы☺
Куртку стирать пора🙂
а я постеснялся сказать 😂