ВИМИРАЮЧІ ПРОФЕСІЇ В IT: Project Manager, Manual Testing, Software Architect
Привіт, котусіки!
Вирішив поговорити з вами ще трошки про айті. Це світ з різноманітною «фауною». Інколи нові позиції з’являються з неймовірною швидкістю. Тільки встигай розбиратись, що вони означають. А деякі - супер популярні в Україні та майже зникли в штатах.
Саме про ці вимираючі професії в айті мені хотілося б поговорити.
Звісно це все - мої суб’єктивні думки, народжені з огляду на мій власний професійний шлях. Чекатиму на ваші думки в коментарях під цим відео.
00:00 Інтро
00:13 Вступ
01:27 Подяка патреонам (Ставай нашим патреоном: / itworksonmypc )
01:25 Project Manager
05:54 Manual Testing
12:41 Software Architect
21:10 Кінець
❤️ Якщо сподобалось відео то поставте лайк, підписуйтесь на канал, підтримуйте нас на Patreon і будьте мені здорові!
💰 ЗАДОНАТИТИ НА PATREON: / itworksonmypc
🇺🇦 УКРАЇНСЬКІ СТАРТАПИ: • Феноменальні УКРАЇНСЬК...
🎩ЯК МОНОПОЛІСТИ МІНЯЮТЬ РИНОК: • Монополія: добре чи по...
📪Спільнота в Telegram - t.me/rude_chat
🙈Стікери в Telegram - bit.ly/2YFkHqQ
📸Instagram - bit.ly/3c5dZyp
🍿Шит ай ноу Лайв. Podcast - shitiknow.live
#dima_maleev #IT #айті
- Ми на Patreon-i - bit.ly/2nGqOL5 - Спільнота в Telegram - t.me/rude_chat - Стікери в Telegram - bit.ly/2YFkHqQ - Instagram - bit.ly/3c5dZyp - Шит ай ноу Лайв. Podcast - shitiknow.live
Діма, зроби будь ласка відео про зловживання клікбейтами. Моя ..... палає священним вогнем. Це вже ні в які вікна не лізе. Схаменіться 🤬
Мені здається, що в Діми українська вийшла на новий рівень ))
Підтримую.
Помилки ще є ;-)
Дмитру варто взяти пару уроків у людини, яка би виявила його помилки по всіх відео і помогла наздогнати 😁
@@revengeyou Помилки будуть завжди, бо це життя. Не має помилок лише той, хто нічого не робить)
Якщо це перше переглянуте відео то важко говорити про зміни, купа суржика, але цікаво))
Проблем то ... проджект менеджер не треба в продукті, бо є продакт менеджент і операціний директор. Архітектора перейменували на прінспл інженера і все. Прям таки архітекти і менеджери вимирають... Просто підпис в gmail міняється.
І програми - це ті ж проджектит(якщо утрувати), тільки ведуть програму, зв‘язані проекти між собою. Тому якраз в продуктових компаніях це більш актуально, бо веде програм групу проектів, для того, щоб зарелізити продукт. А то прив‘язали проджекта до репортів і білінгу, і такі «ну всьо, немає білінгу, немає проджекта»))
Доброго дня, дякую за Вашу працю!
На все це, здається, треба ставити лейбу "ІМХО", бо проектні менеджери потрібні майже в 100% проектів, в багатьох з яких, технічні навики проджекта взагалі не потрібні і будуть тільки заважати, тому як він вирішує зовсім інші питання, і вимирати, як професія, проектний менеджер, звісно, не збирається. Все буде PMBOK 😀 Просто мрію на проекті доброго продажекта, шоб ні сном ні духом шо таке оці ваші архітектури.
Роби те, що ти робиш, бо дуже цікаво, дякую!
Дякую Дімі за цікавий контент) надихає своїми відео
Дякую за цікаве відео та за твій вклад у розвиток українського ютубу.
"Дзвіночок" заслуговує на окремий лайк ;)
аж стрепенувся як почув "дзвіночок"... не те щоб пурист... але приємно спостерігати динаміку. Кльовий випуск. Дякую.
Дим, відео, як завжди, топ😍😍😍😍🔥🔥🔥🔥🔥
Років 8 чую про те, що ручне тестування значно зменшиться або зникне і залишиться лише автоматизація) Але кількість вакансій поки лише росте.
До чого техніка дійшла - Діма одночасно на N-iX паті і в себе на кухні у Каліфорнії ;)
Дякую за додатковий стимул розвиватися, іду зубрити автоматизацію)))
якось дуже субєктивно )
IT канал про IT. Дякую)
Любий програміст ❤️
Діма дякую.
Схоже, Діма живе в якійсь паралельній реальності)
Подяка за працю
трушний , файний , крутий чувак)
Дякую
Пройшло два роки. В кожній команді є пм, мануал тестер і це все менеджиться якимось архітектом, або СТО
Це я намагався працевлаштуватись проджектом і дивлюсь цей відос)
"програмісти самі проклікують руками" - ніколи не бачила такого на власні очі)))
Вот вот..равно как и автоматизаторы которые не заморачиваются требованиями, тест-кейсами и тд)) Не царское это дело, мы тут код пишем, а не мышкой по экрану вазюкаем))
Проклікують, та ще й як.
тут больше фокус, что каждый программист часто занимается только своим функционалом и может не знать чем занимается другой или просто не хочет тратить свое время, поэтому не знает импакт его фичи на другой функционал ну и e2e! Ну а так в принципе все программисты кликают свой функционал, но дефекты все равно присутствуют! Также время программиста и КУА это разные рейты, поэтому простая математика скажет что лучше для кастомера.
просто там де самі програмісти проклікують ваших колег немає, як вони могли це бачити?
В мене колеги програмісти замість того щоб написати юніт і інтегрейшн тести проклікують руками, срамота.
Лайк, як архітект архітектові :)
Крутий контент
Люто підтримую (будучи при цьому архітектом в аутсорсі), хоча бачу такі позиції і в успішних молодих продуктових компаніях, але це швидше як вийняток. Моє спостереження - більшість йдуть на архітекторів не через покликання, а просто тому що це логчний шлях розвитку програміста після тех ліда (де ти бачив в Україні позиції staff/principal engineer?). Років 15 тому хороших програмістів переводили в піеми...
коментар в підтримку каналу))
Зачотна пріча )))
класна футболка!
Крутий!!
Ніколи не бачив манцального тестувальника, вже стало дуже цікаво, де ж автор працює. Судячи з компаній, які в нього світилися у інших відею, то десь якесь викривлення інформації. Бо в тих компаніях 100% є тестувальники на більшості проектів. Маю великі сумніви щодо того, що фінансовий чи медичний додаток можна випускати без мануального тестування. Ігри та розважальні речі - так, серйозні речі - ні в якому разі
Ігри якраз тестять величезною кількістю народу)
Ігри якраз дуже плачевно релізити без тесту. Якщо це якась інді гра або тайм-кіллер, то можна і не тестувати детально. Але великі проекти тестувати необхідно, адже є багато прикладів, коли баги руйнують відчуття від гри та зменшують не тільки прибутки компанії, а й її репутацію.
Я мала на увазі невеликі ігри, типу всіляких мобільних ʼдрочилок», великі сюжетні ігри - безперечно треба тестувати аж бігом. Вибачаюсь за узагальнення
Тестера, ПМа, и архитекта с проекта выгоним, а разработчики сами разбежаться
Первий раз чую про програм менеджера)
Насправді, дуже здивував про архітекторів. У нас вони займаються усім, що пов’язано із створенням тікетів, естімейтами, плануванням Product Increment/PI, ну і звісно самою архітектурою. Деякі архітекти навіть класно пишуть код. Це продуктова компанія.
Це Product Manager з технічними скілами)
Пане Малєєв, чи можливо зробити випуск про DevOps/SRE в Долині vs. в Україні?
Software Architect - 2023 рік - продуктова компанія Не бачу потенціалу для зникнення такої позиції. В першу чергу, задача архітектора - розробка ідей, як реалізувати бізнес задачу максимально ефективно, і організувати команди (які працюють часто з різними технологіями) - для досягнення задачи. Це дозволяє вирішити купу проблем, коли "малі" команди не бачать весь продукт, бо відповідають за свої кусочки. (Це як легенда про сліпих мудриців і слона....). По-факту будь який "архітектор" - це хороший тех. лід, з розумінням, як правильно будувати, щоб потім не прийшлось переписувати, але в більших масштабах. Дуже часто це посада, коли ти виписуєш бізнес задачи і говориш, в яку сторону треба рухати всі проекти Вашої системи, щоб їм відповідати
2:30: Підтверджую. Я працювала на 2-ух продуктових ІТ компаніях в Україні. Керівник відділу R&D є, продакт менеджер є, а проджект менеджер не потрібен і немає такого. А ось у компаніях, які впроваджують у клієнтів - у тих проджект менеджери є. Все логічно.
Мануальне тестування буде завжди актуальне у гейм деві)
В гейм деві дуже часто роблять закрите тестування серед тих, хто бажає пограти першими, та ловлять баги. Сам так грав :)
@@ddd7386 це так, але таке тестування з'являється лише після релізу, а до нього там ще дуже багато роботи) та після нього теж
Все гарно, окрім суржика
Добий відос, але вся суть його саме в дисклеймері на початку и це добре.
Подскажите пожалуйста какие именно книги по архитектуре вы читали, упомянутые в видео?
4:10: а ось звітність про витрати часу на одній з двух була
👍👍👍
Зараз отримав роботу в Oracle на позицію SDET. Робота в Україні на пряму без посередників. Тестую уже 9+ років. Починав як manual test engineer, але зараз розумію, що shift left парадигма мені до душі. Мої друзі - це DevOps інженери і мені подобається автоматизувати. Але розумію, що ручне тестування не помре. І як автоматизувати те, що ти не пройдеш руками? Нейрозором?
О! То може ти мені поясниш як Test Engineer може бути "manual" ? 😉
👍
Діма, пам'ятаєш ти записував відоси "бухло чи ЗНО"? так ось дякую. я вступив у Львівську політехніку. (спеціальність "Комп'ютерні науки")
@@user-xq8rc5bo9j так на ЗНО не було опції бухнути за підказкою, тому насухо
о, круто. я також туди вступив:)
@@herztard зараз ще вийде, що в одній групі будете вчитись.
@@user-pv9ii9vg8p ну це вже тоді буде супер комбо
Майже аналогічно, але на КН мене ледве не зареєстрували помилково, так пройшов на інженерію ПЗ)
Я працюю в тімі де деви тестять. Це просто обнять і плакать. Я бачу як вони із замиленим оком перевіряють лише половину кейсів+ деви не хочуть тестить імхо. Щодо тоглів: може він і працює норм в апах і вебах, але бд - то зовсім інший левел. Якщо циферки попливли, то ніхто може й не помітити із юзерів, а вплив на бізнес буде. Ну і щоденний етл на тогли не повісиш...
Цьом за дзвіночок!
Розповім смій досвід. Свого часу був Project-ом в будівництві (де дійсно складні проекти на 200+ людей в одну одиницю часу треба менеджерити). Свічнувся в Full Stack, потім в продакта, а потім знову в проджекта. Будь-яка лейба ролі людини сильно залежить від потреб команди/проекту/країни та замовників. Якщо ти Васька Пупкін, який вміє в Agile, ріск менеджмент, фінансування, має спільну мову з розробниками і може підказати де в коді може бути помилка, а ще й в делівері шариш, то в різних компаніях тебе будуть по різному кликати. Можна бути ким завгодно в HR системі, головне яку функцію виконуєш в команді, а вішати ярлики ну це не по дорослому)
«ДЗВІНОЧОК»😂🥰🥰🥰
10:24 наскільки я розумію SDET це ті хто пише фреймворки/ліби які потім використовують AQA, чи я помиляюсь?
Наприклад в Польщі в software house-ах без мануальних тестерів нікуди. Все впирається в час на розробку + подекуди тести не входять в ціну проекту. Тому в цих типах компаній думаю тестери таки залишються. Теж саме стосується ПМ
Без выделенных куа может быть прикольно когда девелопишь интуитивно понятный продукт по типу какой то мобильной апки повышающей продуктивность, или екомерс приложения. Если это специфический энтерпрайз софт то тут сложнее так как какие то баги далеко не всегда очевидны, так как девелопер может не знать всех нюансов. По этому выделенные куа в связке с бизнес аналитиком более эффективны обычно.
Ну ну. Подивимось.
Мабуть я раніше незауважував, але зараз після вступного слова "кати" подумав про катування а не про котів. Може просто через то що слухав Жадана перед тим
Діма, розкажи по можливості про дизайнерську складову АйТі. На що саме є попит зараз у цьому сегменті в США: як-то веб/фото/відео дизайн тощо. Заздалегідь дякую!
Вообще самая массовая в айти тема в дизайне это ui-ux. Фото и видео по большому счету к айти сложно отнести. Веб дизайн это вообще больше в мелких веб студиях, большие айти компании в основном нанимают ui-ux
Чекаємо топ професії від Діми в 2021 ? Варто йти на Dev Ops , Ml Ops , Sec Ops, AI Eng та інше...
Діма, зроби відос про low code/no code. Кажуть, 90% прогерів залишаться без роботи.
Хм. Подумаю
👍👍👍🇺🇦
Про додаткові кошти за он кол було смішно. Була на такому проекті, де раптом в обовязках появився он кол. Спочатку 12 годин 2 рази в місяць, потім 8 через день. Ані копійки не доплатили
Яка стандартна та очікувана думка про ПМів від технічного спеціаліста :) Але це мабудь через брак компітенцій або що, незнаю.. Так, авжеж продукт то є більш необхідна професія у продуктовій розробці, але продуктам завжди не вистачає знань та компенесій у процессах, а проджектам знань у продукті - тому прожек не вимира а єволюціонує, бо зараз не тільки процеси треба поставити але і юніт-єкономіку розрахувати, ба більше і в БА трошки вміти Це все стосюється оптимізаціі на всіх позиція - Фронтенд став включати верстуальникі, дизайнер має вміти і ЮАЙ і ЮИКС, ПМ має вміти и Проджект и Продукт и БА Хочешь вміти більше - вчись
Ну, я сам мануальний тестер і знаю, що в Америці, Канаді та Австралії у кожного нашого клієнта є свої мануальні тестери.
! перший )))
Цікаво чи доживемо ми до створення загального штучного інтелекту ?
13:28 - ♥
Вже кілька років в куа працюю і не бачив чистих манульних тестуавльників. На моїх проектах всі поєднуваали мануальне і автоматизацію - такий собі баланс. Починав одразу з авто щоб цікавіше було,що не завадило стати куа менеджером.
Працюю в продукті з частково сервісною моделлю. Без проджекта скрився б. І розмазувати його на інших працівників - це нормальний такий червоний прапорець, якщо є хоч якась робота з замовниками.
Діма, в одному зі своїх відео(як вивчити англійську) ти казав, що треба дивитися англомовних блогерів, можеш порадити якихось.
SDT - я понял! Мы там работали в ЕРАМ ))) так как данная квалификация в основном у них или у плагиата из СС, хотя я и там тоже был )
Для підтримки каналу
А може тоді і протилежне відео запишете?))) Що зявляється, або набирає обороти
Гібкіє. це на якій мові ? :)
Зроблю таке припущення, що Manual QA в Україні ще дуже поширений через їх дешевизну - можна найняти серйозного Middle Manual QA - за 1500-2000 доларів США, це дуже вигідно і дешево, тоді як в Європі або США навіть двірник не буде працювати за такі гроші.
Та вже навіть і в ThoughWorks архітекторів стало поменше :) В Австралії їх тільки в банки засилають на день руками помахати. Вже більшість компаній вони номінальні, нічого не вирішують.
Отвечу со стороны QA (сразу скажу - перспективнее и легче (да-да, тебе не показалось) идти в атоматизацию). И мой ответ скорее для легаси проэктов, хотя на некоторых продуктах все было так же почти. 1. Есть распространенное заблуждение, что тестировщик только ранит тесты. Это не так. Прогон тестов занимает процентов 25% от моего времени (хотя наверное 15%) Все остальное время - это работа с менеджерами, кастомерами, девами, автоматизаторами. Работа с документацией, тестами и так далее. Потому что сейчас нет позиций почти Manual QA, єто все ушло в Quality Assurance. 2. Зачастую есть дев.лид, который хорошо знает продукт. Остальные девы почти не знают продукт и пытаются разобраться в теме по мере спринта. Все вопросы куда? правильно - к КУА (как работало, как должно работать и так далее) 3. Автоматизаторы. Можно только с ними? нет. Что делают автоматизаторы? На всех проэктах, где я был, автоматизатор - человек, который не знает продукт. А что же он делает? Он описывает кодом шаги, которые написал мануал (который потратил время на выяснение всех нюансов у менеджеров, девов, изучив документацию на конфлюенсе, просмотрел старые тесты, демо, потом запишет новіе демо и так далее). Мануалы анализируют упавшие автотесты, заводит на них баги. Автоматизатор и мануал - абсолютно разные профессии. Их не стоит путать. И да, многие работодатели хотят экономить и думают что автоматизатор будет еще и мануалом. Такое может быть, если мануал вырос в автоматизатора. Если Это чистый автоматизатор, то экономия будет на лицо (я был на таких проектах). И все как один знакоміе, кто перешел в автоматизаторов говорят, что это гораздо легче. Я сам автоматизирую немного. Возможно перейду полностью, потому что морально спокойнее автоматизировать. Какахами не кидайти. Это только мой жизненный опыт.
Ніколи не ходив до куа, є бізнес аналітики, є документація і лід на проекті.
хочу такую футболку
Працюю як бізнес-аналітик і хочу сказати, що скілований БА на нашому проекті (банки)- це практично solution architect, тому що весь фронт, бек, і БД-шки у нас проектує БА
Привіт. Ти давно вже працюєш в цьому напрямку і наскільки важко туди ввійти?)
Привіт, а деви просто проклікують чи все ж є якийсь тестовий процес? Тобто коли пишуться юніти, то це одне, а от коли пишуть інтеграційні чи E2E, то це ж трохи інший підхід, інші метрики і тд. Хто бере на сеюе цю частину роботи? Чи вважається, що цим можна знехтувати?
Це залежить від того, чи є виділений час на тестування, чи немає. В ідеалі, це має бути закладено у естімейт (дизайн + розробка + тести + форс-мажор), але якщо є вимога робити швидко, то значить, програмісти пишуть тільки якісь базові юніти, а розширені тести тоді перекладають на плечі автомейшинів.
Ох вже ці кати, де їх стільки набралось? Кого вони катують?
Привіт. Стосовно он-колу. В твоїй компанії між "щось пішло не так" і девом/девопсом немає техсапорт команди, яка може за менші гроші усунути проблему? Або ж зробити інішиал інвестігейнш і підняти дорогущого дева вже після того як буде проведений перший аналіз?
якщо правильно зроблений моніторинг (і whitebox i blackbox), проблем які фіксяться рестартом сервера не виникає ще з першого дня продакшна, інші проблеми що виникають уже потребують уваги дева. Таким чином деви самі зацікавлені щоб їх не дьоргали тому і правильно розкладають пріоритети між новими фічами і фіксом багів. Тут важливо ще, що алерти приходять не тільки коли щось поламалось, а постійно аналізуються тренди, логи і тп автоматично - чи почав сервіс жерти більше оперативки, чи скоро закінчиться місце на диску, чи скоро вигаснуть сертифікати....
@@Sevkai дякую за відповідь. ну це якщо говорити тільки про інфрастурктурні проблеми, тоді так. А якщо ж про функціонал, про різного типу залежності з 3rd party провайдерами і тд. "правильно розкладають пріоритети між новими фічами і фіксом багів" - в компаніях, де працював я, не девелопери регулюють пріорітети. "а постійно аналізуються тренди" - на це, власне, теж потрібен час. Чому б це не делегувати сапорт команді?
якщо в вашій компанії є корпоративні клієнти наприклад, то там є таке поняття як SLA, тобто вам платять гроші щоб ви за певний час пофіксали проблему або хоча б надали воркераунд з досвіду моєї поточної компанії - техсапорт є, і він покриває більшу частину реквестів, але все одно є моменти де їх компеенції недостатньо. ось тобі і он-коли також є в кожній команді роль Dev-on-support яка ротується кожного тижня. Це вже люди просто в робочій час відповідають на питання і допомогають. Як з внутрішніми штуками від інших дев команд, так і з клієнтськими
вся гейміндустрія на мануал тестерах тримається. А взагалі на тестування часто забивають і типу буде як буде
А що по UI/UX дизайнерах? Мені здається, також вимираючий напрямок
а чого б це?
о да ти че то похудел !
А мова UML та CASE все ще актуальні?
Та не особо
Аутсорс компанія це ???
Коментар просто так
Діма, як будеш у Ванкувері - го на мітинг
А які нетехнічні професії затребувані в Америці?
пм были бы ненужны если бы программисты умели общаться с клиентом
А клієнти з програмістами 😂😌
what is manual testing?
*Отчёт - звіт )
Графічний дизайн -що скажете???
Куди ж податися ПМу якщо він не потрібен?
@@user-yg4sl5dl6l Або рухатися в сторону продуктового менеджменту. Теж цікава і корисна справа.
Важко погодитись. Все залежить від складності проекту. На проектах, де я працював, QA були осеовними knowledge keeper. Якщо дев знав і розумів маленьку частинку, за яку відповідала його команда, то qa знали все і як воно має працювати з іншими частинами продукту.) Інший момент це час. Тестування заберає багато часу. Якщо деви мають самі проклвкувати, то частина девів просто змінить профіль, оскільки на кодінг часу не залишиться. Останній момент це відповідальність і конфлікт інтересів. Уявляєте собі продукт health care без якісного тестування? А на таких проектах qa вимушені вести ще і купу документації, без якої продукт просто не отримає ліцензії.
Привіт! буде длінно-пост :) Особисте питання до автора, а ти ж викладав на якихось курсах в елексі років 7-8 тому?) якщо так то я твій студент, дякую за інформацію, думаю вона таки допомогла :) Останніх паро років працюю в американській продуктовій компанії з України, і після галєр теж дивувала відстуність Project Manager, Architeсt і те що всі тестери як мінімум половину робочого часу пишуть ауто тести, але вцілому дуже все схоже до описаного в відео. Зараз дивлюсь по ринку багато західних продуктів пробують наймати людей з України, питання наскільки це перспективно? Наскільки реально вирости в Американській проодуктовій компанії живучи в Україні? Те що я чув від людей в схожих компаніях, що до рівня Dev/Engeering Manager вирости ще реально, а от вже Director/VP Engeering це вже хард-стоп якщо нема US-citizenship. Питання основне, що робити ліду в продуктовій компанії? куди рости? Чи можна добитись якихось посад в менеджменті? якщо ні, то чи таке саме западло і в технічній стороні? Хотів розвиватись в архітєкта, а в продукті їх нема, Staff Engeerer і тд принаймні в мому продукті теж нема, та й навіть якщо є в інших, то чи беруть їх звідси, чи там такий же хард стоп для non-US sitizenship? Ще є варіант вертатись на галєру, пробувати на архітекта, але вже від самих галєрних співбесід після паро років на продукті тошнить :) ПС: трактор не варіант, по сімейних причинах. ППС: круте відео :)
насчёт " від самих галєрних співбесід після паро років на продукті тошнить" - это 100%)))
Скажу за куа, чим менший бюджет на дев - тим більше треба куа. Автоматизаторів які можуть на 100% покривати кожен спрінт просто не існує.
Цікаво про роль архітекта, я не доріс до такого, а виходить що й не треба. ЗИ не знаю куди кидать Діма-рекомендації, запощу тут. Сподобався канал в рубрику підходить: kzhead.info
0:13 "Кати, кати, кати" - якийсь уривок з твору Шевченка?
😂