ВИМИРАЮЧІ ПРОФЕСІЇ В IT: Project Manager, Manual Testing, Software Architect

[@dima_maleev]

- Ми на Patreon-i - bit.ly/2nGqOL5 - Спільнота в Telegram - t.me/rude_chat - Стікери в Telegram - bit.ly/2YFkHqQ - Instagram - bit.ly/3c5dZyp - Шит ай ноу Лайв. Podcast - shitiknow.live

[@oleksandr3274]

Діма, зроби будь ласка відео про зловживання клікбейтами. Моя ..... палає священним вогнем. Це вже ні в які вікна не лізе. Схаменіться 🤬

[@НаталкаМикуланинець-з2в]

Мені здається, що в Діми українська вийшла на новий рівень ))

[@Vic-Ukraine]

Підтримую.

[@revengeyou]

Помилки ще є ;-)

[@znatnodobre]

Дмитру варто взяти пару уроків у людини, яка би виявила його помилки по всіх відео і помогла наздогнати 😁

[@Bilotur]

@@revengeyou Помилки будуть завжди, бо це життя. Не має помилок лише той, хто нічого не робить)

[@AsdfgHjkl-wx5xx]

Якщо це перше переглянуте відео то важко говорити про зміни, купа суржика, але цікаво))

[@fannigurt]

На все це, здається, треба ставити лейбу "ІМХО", бо проектні менеджери потрібні майже в 100% проектів, в багатьох з яких, технічні навики проджекта взагалі не потрібні і будуть тільки заважати, тому як він вирішує зовсім інші питання, і вимирати, як професія, проектний менеджер, звісно, не збирається. Все буде PMBOK 😀 Просто мрію на проекті доброго продажекта, шоб ні сном ні духом шо таке оці ваші архітектури.

[@maksymholota2983]

аж стрепенувся як почув "дзвіночок"... не те щоб пурист... але приємно спостерігати динаміку. Кльовий випуск. Дякую.

[@Olexandr____]

Проблем то ... проджект менеджер не треба в продукті, бо є продакт менеджент і операціний директор. Архітектора перейменували на прінспл інженера і все. Прям таки архітекти і менеджери вимирають... Просто підпис в gmail міняється.

[@svitlana.boiko.]

І програми - це ті ж проджектит(якщо утрувати), тільки ведуть програму, зв‘язані проекти між собою. Тому якраз в продуктових компаніях це більш актуально, бо веде програм групу проектів, для того, щоб зарелізити продукт. А то прив‘язали проджекта до репортів і білінгу, і такі «ну всьо, немає білінгу, немає проджекта»))

[@dmytro7002]

Років 8 чую про те, що ручне тестування значно зменшиться або зникне і залишиться лише автоматизація) Але кількість вакансій поки лише росте.

[@olesia3623]

Ніколи не бачив манцального тестувальника, вже стало дуже цікаво, де ж автор працює. Судячи з компаній, які в нього світилися у інших відею, то десь якесь викривлення інформації. Бо в тих компаніях 100% є тестувальники на більшості проектів. Маю великі сумніви щодо того, що фінансовий чи медичний додаток можна випускати без мануального тестування. Ігри та розважальні речі - так, серйозні речі - ні в якому разі

[@JoD_ShepherD]

Ігри якраз тестять величезною кількістю народу)

[@SqwedWardillo]

Ігри якраз дуже плачевно релізити без тесту. Якщо це якась інді гра або тайм-кіллер, то можна і не тестувати детально. Але великі проекти тестувати необхідно, адже є багато прикладів, коли баги руйнують відчуття від гри та зменшують не тільки прибутки компанії, а й її репутацію.

[@olesia3623]

Я мала на увазі невеликі ігри, типу всіляких мобільних ʼдрочилок», великі сюжетні ігри - безперечно треба тестувати аж бігом. Вибачаюсь за узагальнення

[@maxus6209]

Доброго дня, дякую за Вашу працю!

[@katemartem]

"програмісти самі проклікують руками" - ніколи не бачила такого на власні очі)))

[@parseval6162]

Вот вот..равно как и автоматизаторы которые не заморачиваются требованиями, тест-кейсами и тд)) Не царское это дело, мы тут код пишем, а не мышкой по экрану вазюкаем))

[@ВікторПопов-ж2ь]

Проклікують, та ще й як.

[@ЕвгенийРудь-ш5ш]

тут больше фокус, что каждый программист часто занимается только своим функционалом и может не знать чем занимается другой или просто не хочет тратить свое время, поэтому не знает импакт его фичи на другой функционал ну и e2e! Ну а так в принципе все программисты кликают свой функционал, но дефекты все равно присутствуют! Также время программиста и КУА это разные рейты, поэтому простая математика скажет что лучше для кастомера.

[@viktorbruzh6304]

просто там де самі програмісти проклікують ваших колег немає, як вони могли це бачити?

[@romanhrytskiv8845]

В мене колеги програмісти замість того щоб написати юніт і інтегрейшн тести проклікують руками, срамота.

[@romanzakharchenko1286]

IT канал про IT. Дякую)

[@akasyan]

Схоже, Діма живе в якійсь паралельній реальності)

[@ComradKirich]

Це я намагався працевлаштуватись проджектом і дивлюсь цей відос)

[@vitaliybr776]

Роби те, що ти робиш, бо дуже цікаво, дякую!

[@Алекс-ы8й5щ]

Отвечу со стороны QA (сразу скажу - перспективнее и легче (да-да, тебе не показалось) идти в атоматизацию). И мой ответ скорее для легаси проэктов, хотя на некоторых продуктах все было так же почти. 1. Есть распространенное заблуждение, что тестировщик только ранит тесты. Это не так. Прогон тестов занимает процентов 25% от моего времени (хотя наверное 15%) Все остальное время - это работа с менеджерами, кастомерами, девами, автоматизаторами. Работа с документацией, тестами и так далее. Потому что сейчас нет позиций почти Manual QA, єто все ушло в Quality Assurance. 2. Зачастую есть дев.лид, который хорошо знает продукт. Остальные девы почти не знают продукт и пытаются разобраться в теме по мере спринта. Все вопросы куда? правильно - к КУА (как работало, как должно работать и так далее) 3. Автоматизаторы. Можно только с ними? нет. Что делают автоматизаторы? На всех проэктах, где я был, автоматизатор - человек, который не знает продукт. А что же он делает? Он описывает кодом шаги, которые написал мануал (который потратил время на выяснение всех нюансов у менеджеров, девов, изучив документацию на конфлюенсе, просмотрел старые тесты, демо, потом запишет новіе демо и так далее). Мануалы анализируют упавшие автотесты, заводит на них баги. Автоматизатор и мануал - абсолютно разные профессии. Их не стоит путать. И да, многие работодатели хотят экономить и думают что автоматизатор будет еще и мануалом. Такое может быть, если мануал вырос в автоматизатора. Если Это чистый автоматизатор, то экономия будет на лицо (я был на таких проектах). И все как один знакоміе, кто перешел в автоматизаторов говорят, что это гораздо легче. Я сам автоматизирую немного. Возможно перейду полностью, потому что морально спокойнее автоматизировать. Какахами не кидайти. Это только мой жизненный опыт.

[@yuriinoname]

Ніколи не ходив до куа, є бізнес аналітики, є документація і лід на проекті.

[@Veroni4ka6]

Мануальне тестування буде завжди актуальне у гейм деві)

[@ddd7386]

В гейм деві дуже часто роблять закрите тестування серед тих, хто бажає пограти першими, та ловлять баги. Сам так грав :)

[@Veroni4ka6]

@@ddd7386 це так, але таке тестування з'являється лише після релізу, а до нього там ще дуже багато роботи) та після нього теж

[@gordonfreeman5748]

Дякую за цікаве відео та за твій вклад у розвиток українського ютубу.

[@МихайлоМартинюк-ц5ш]

Дякую за додатковий стимул розвиватися, іду зубрити автоматизацію)))

[@triyp4529]

Яка стандартна та очікувана думка про ПМів від технічного спеціаліста :) Але це мабудь через брак компітенцій або що, незнаю.. Так, авжеж продукт то є більш необхідна професія у продуктовій розробці, але продуктам завжди не вистачає знань та компенесій у процессах, а проджектам знань у продукті - тому прожек не вимира а єволюціонує, бо зараз не тільки процеси треба поставити але і юніт-єкономіку розрахувати, ба більше і в БА трошки вміти Це все стосюється оптимізаціі на всіх позиція - Фронтенд став включати верстуальникі, дизайнер має вміти і ЮАЙ і ЮИКС, ПМ має вміти и Проджект и Продукт и БА Хочешь вміти більше - вчись

[@deepzeedi]

Розповім смій досвід. Свого часу був Project-ом в будівництві (де дійсно складні проекти на 200+ людей в одну одиницю часу треба менеджерити). Свічнувся в Full Stack, потім в продакта, а потім знову в проджекта. Будь-яка лейба ролі людини сильно залежить від потреб команди/проекту/країни та замовників. Якщо ти Васька Пупкін, який вміє в Agile, ріск менеджмент, фінансування, має спільну мову з розробниками і може підказати де в коді може бути помилка, а ще й в делівері шариш, то в різних компаніях тебе будуть по різному кликати. Можна бути ким завгодно в HR системі, головне яку функцію виконуєш в команді, а вішати ярлики ну це не по дорослому)

[@serhii.umanets]

Дякую Дімі за цікавий контент) надихає своїми відео

[@ЕленаБорисовна-у1б]

Я працюю в тімі де деви тестять. Це просто обнять і плакать. Я бачу як вони із замиленим оком перевіряють лише половину кейсів+ деви не хочуть тестить імхо. Щодо тоглів: може він і працює норм в апах і вебах, але бд - то зовсім інший левел. Якщо циферки попливли, то ніхто може й не помітити із юзерів, а вплив на бізнес буде. Ну і щоденний етл на тогли не повісиш...

[@espinpro]

Software Architect - 2023 рік - продуктова компанія Не бачу потенціалу для зникнення такої позиції. В першу чергу, задача архітектора - розробка ідей, як реалізувати бізнес задачу максимально ефективно, і організувати команди (які працюють часто з різними технологіями) - для досягнення задачи. Це дозволяє вирішити купу проблем, коли "малі" команди не бачать весь продукт, бо відповідають за свої кусочки. (Це як легенда про сліпих мудриців і слона....). По-факту будь який "архітектор" - це хороший тех. лід, з розумінням, як правильно будувати, щоб потім не прийшлось переписувати, але в більших масштабах. Дуже часто це посада, коли ти виписуєш бізнес задачи і говориш, в яку сторону треба рухати всі проекти Вашої системи, щоб їм відповідати

[@Vic-Ukraine]

2:30: Підтверджую. Я працювала на 2-ух продуктових ІТ компаніях в Україні. Керівник відділу R&D є, продакт менеджер є, а проджект менеджер не потрібен і немає такого. А ось у компаніях, які впроваджують у клієнтів - у тих проджект менеджери є. Все логічно.

[@OleksandrSukholeyster]

Люто підтримую (будучи при цьому архітектом в аутсорсі), хоча бачу такі позиції і в успішних молодих продуктових компаніях, але це швидше як вийняток. Моє спостереження - більшість йдуть на архітекторів не через покликання, а просто тому що це логчний шлях розвитку програміста після тех ліда (де ти бачив в Україні позиції staff/principal engineer?). Років 15 тому хороших програмістів переводили в піеми...

[@pavloshk6286]

трушний , файний , крутий чувак)

[@anastasiia.fartushna]

коментар в підтримку каналу))

[@igorrewa1652]

Чекаємо топ професії від Діми в 2021 ? Варто йти на Dev Ops , Ml Ops , Sec Ops, AI Eng та інше...

[@oleksiib4929]

Пане Малєєв, чи можливо зробити випуск про DevOps/SRE в Долині vs. в Україні?

[@filonen]

Ну, я сам мануальний тестер і знаю, що в Америці, Канаді та Австралії у кожного нашого клієнта є свої мануальні тестери.

[@dmytromula4477]

Насправді, дуже здивував про архітекторів. У нас вони займаються усім, що пов’язано із створенням тікетів, естімейтами, плануванням Product Increment/PI, ну і звісно самою архітектурою. Деякі архітекти навіть класно пишуть код. Це продуктова компанія.

[@nianight]

Це Product Manager з технічними скілами)

[@ilikeskies]

класна футболка!

[@olegmiro]

Просто зашел оставить комментарий, когда увидел в заглловке про ПМ. Сразу видно что человек понятия не имеет в рабочих процессах. Запомни бро, если не будет ПМа, не будет и самого проекта, поэтому данная профессия будет актуальна пока этим миром руководят люди.

[@Павел-п5м3ю]

Есть какие то наставления?

[@maksymfinchuk4810]

Працюю в продукті з частково сервісною моделлю. Без проджекта скрився б. І розмазувати його на інших працівників - це нормальний такий червоний прапорець, якщо є хоч якась робота з замовниками.

[@TRUE_CHUHAISTER]

Діма, пам'ятаєш ти записував відоси "бухло чи ЗНО"? так ось дякую. я вступив у Львівську політехніку. (спеціальність "Комп'ютерні науки")

[@TRUE_CHUHAISTER]

@@mileo-hic так на ЗНО не було опції бухнути за підказкою, тому насухо

[@herztard]

о, круто. я також туди вступив:)

[@Ялітаюпозавсімавимірами]

@@herztard зараз ще вийде, що в одній групі будете вчитись.

[@herztard]

@@Ялітаюпозавсімавимірами ну це вже тоді буде супер комбо

[@mordredapcelwydd]

Майже аналогічно, але на КН мене ледве не зареєстрували помилково, так пройшов на інженерію ПЗ)

[@KlinovAS]

Ще HR треба похоронити. Там тупі бездарі сидять, які орієнтуються на шпаківні в голові і чек строгому листу без синонімів правильної відповіді. Єдине, що у них добре виходить - це запропонувати відправити резюме. Зробіть колись батл цікавий "компанія на компанію". З однієї компанї відправте резюме в іншу на вигадану посаду і перехресно навпаки. Змішайте анкети з реальними людьми які без роботи і оцініть скільки ваших пройдуть всі етапи. Там і мідлам і сенйорам пзда, бо якщо не будуть махлювати - не пройдуть, якщо HR не підмінять на когось толкового дійсно.

[@iVerber]

Лайк, як архітект архітектові :)

[@0xSecrets]

Все гарно, окрім суржика

[@Smolandgor]

Без выделенных куа может быть прикольно когда девелопишь интуитивно понятный продукт по типу какой то мобильной апки повышающей продуктивность, или екомерс приложения. Если это специфический энтерпрайз софт то тут сложнее так как какие то баги далеко не всегда очевидны, так как девелопер может не знать всех нюансов. По этому выделенные куа в связке с бизнес аналитиком более эффективны обычно.

[@ivannytsyporyk1344]

Подяка за працю

[@romantsyupryk3009]

Діма дякую.

[@thestoryiheard]

Зараз отримав роботу в Oracle на позицію SDET. Робота в Україні на пряму без посередників. Тестую уже 9+ років. Починав як manual test engineer, але зараз розумію, що shift left парадигма мені до душі. Мої друзі - це DevOps інженери і мені подобається автоматизувати. Але розумію, що ручне тестування не помре. І як автоматизувати те, що ти не пройдеш руками? Нейрозором?

[@b213videoz]

О! То може ти мені поясниш як Test Engineer може бути "manual" ? 😉

[@maxkatrenko8865]

Первий раз чую про програм менеджера)

[@GanzSmutsig]

Ну ну. Подивимось.

[@DanceProject]

Знову "вбивають" та "вбивають" мануальне тестування. А воно ще не мре :)

[@anastasiiakuzmenko8082]

😂

[@ivanuccio89]

Зроблю таке припущення, що Manual QA в Україні ще дуже поширений через їх дешевизну - можна найняти серйозного Middle Manual QA - за 1500-2000 доларів США, це дуже вигідно і дешево, тоді як в Європі або США навіть двірник не буде працювати за такі гроші.

[@kodukha]

Про додаткові кошти за он кол було смішно. Була на такому проекті, де раптом в обовязках появився он кол. Спочатку 12 годин 2 рази в місяць, потім 8 через день. Ані копійки не доплатили

[@Vic-Ukraine]

4:10: а ось звітність про витрати часу на одній з двух була

[@spacenomoe]

Діма, зроби відос про low code/no code. Кажуть, 90% прогерів залишаться без роботи.

[@dima_maleev]

Хм. Подумаю

[@DJTrofin]

Крутий!!

[@Kothyba]

Наприклад в Польщі в software house-ах без мануальних тестерів нікуди. Все впирається в час на розробку + подекуди тести не входять в ціну проекту. Тому в цих типах компаній думаю тестери таки залишються. Теж саме стосується ПМ

[@momos1703]

Дякую

[@andrebav4174]

Зачотна пріча )))

[@Vovk101]

Крутий контент

[@GrigoriyStruzh]

Мабуть я раніше незауважував, але зараз після вступного слова "кати" подумав про катування а не про котів. Може просто через то що слухав Жадана перед тим

[@Dessad91]

Працюю як бізнес-аналітик і хочу сказати, що скілований БА на нашому проекті (банки)- це практично solution architect, тому що весь фронт, бек, і БД-шки у нас проектує БА

[@artemmuzicovych1741]

Привіт. Ти давно вже працюєш в цьому напрямку і наскільки важко туди ввійти?)

[@ГригорийКозак-э3с]

Діма, в одному зі своїх відео(як вивчити англійську) ти казав, що треба дивитися англомовних блогерів, можеш порадити якихось.

[@Greeeembeee]

Скажу за куа, чим менший бюджет на дев - тим більше треба куа. Автоматизаторів які можуть на 100% покривати кожен спрінт просто не існує.

[@alexhopestranger7386]

А які нетехнічні професії затребувані в Америці?

[@igorvasylevskyi3629]

0:13 "Кати, кати, кати" - якийсь уривок з твору Шевченка?

[@kate_ryma]

😂

[@sergiipapirnyi3656]

Діма, розкажи по можливості про дизайнерську складову АйТі. На що саме є попит зараз у цьому сегменті в США: як-то веб/фото/відео дизайн тощо. Заздалегідь дякую!

[@igorsmart8078]

Вообще самая массовая в айти тема в дизайне это ui-ux. Фото и видео по большому счету к айти сложно отнести. Веб дизайн это вообще больше в мелких веб студиях, большие айти компании в основном нанимают ui-ux

[@canadehatsushi5863]

Для підтримки каналу

[@KravtsovKostya]

ну с появлением на свет ИИ даже уже в таком виде, тут вообще зреет вопрос теперь, про актуальность всех направлений в айти в том числе и Dev позиций...

[@Livesms]

! перший )))

[@annafiofilova398]

Та вже навіть і в ThoughWorks архітекторів стало поменше :) В Австралії їх тільки в банки засилають на день руками помахати. Вже більшість компаній вони номінальні, нічого не вирішують.

[@olesyabelousova3166]

А може тоді і протилежне відео запишете?))) Що зявляється, або набирає обороти

[@sersaseks7082]

Куди ж податися ПМу якщо він не потрібен?

[@sersaseks7082]

@@БогданІванчук-е3п Або рухатися в сторону продуктового менеджменту. Теж цікава і корисна справа.

[@annaol.3466]

А що по UI/UX дизайнерах? Мені здається, також вимираючий напрямок

[@Pryanychek]

а чого б це?

[@vladymyrst.6063]

SDT - я понял! Мы там работали в ЕРАМ ))) так как данная квалификация в основном у них или у плагиата из СС, хотя я и там тоже был )

[@kostyasid4581]

ось вже 7-й рік чую, що мануальне тестування помре, щось воно не помирає і ЗП тільки ростуть

[@dima_maleev]

Та добре :) але ви пропустили що я про Америку :)

[@kostyasid4581]

@@dima_maleev згоден з Вами, але не забувайте, що qa це не тільки про баги, є такі речі, як аналіз вимог, консистентність, тест дизайн, ексесебілі тестування, тестування локалізації, написання "how to". На все це йде багато часу, поки зп qa так і буде в кілька разів ніж розробника мануальне тестування нікуди не дінеться

[@artem-yw8km]

Вже кілька років в куа працюю і не бачив чистих манульних тестуавльників. На моїх проектах всі поєднуваали мануальне і автоматизацію - такий собі баланс. Починав одразу з авто щоб цікавіше було,що не завадило стати куа менеджером.

[@kateryna_today]

«ДЗВІНОЧОК»😂🥰🥰🥰

[@PhonkersteinBeats]

👍

[@vasylsaftiuk1867]

13:28 - ♥

[@i.reutenko]

10:24 наскільки я розумію SDET це ті хто пише фреймворки/ліби які потім використовують AQA, чи я помиляюсь?

[@СергійНовохацький-ц5х]

Графічний дизайн -що скажете???

[@АлександрБалабко-ш7б]

хочу такую футболку

[@olvas6447]

А мова UML та CASE все ще актуальні?

[@alex_chugaev]

Та не особо

[@MihaGordienko]

Враховуючи той факт шо Діма і Кріс на подкасті говорять шо їхні прогнози ніколи не збуваються, я б цьому відео не вірив)

[@yukeo9697]

Цікаво чи доживемо ми до створення загального штучного інтелекту ?

[@trrtrr2644]

"Лайк, підписка, дзвіночок" кажете? -- ну, гаразд =)

[@yurklev7671]

👍👍👍🇺🇦

[@ihorbilous3246]

вся гейміндустрія на мануал тестерах тримається. А взагалі на тестування часто забивають і типу буде як буде

[@sa1nts1n]

Цікаво про роль архітекта, я не доріс до такого, а виходить що й не треба. ЗИ не знаю куди кидать Діма-рекомендації, запощу тут. Сподобався канал в рубрику підходить: kzbin.info

[@maxitektor5633]

Діма, як будеш у Ванкувері - го на мітинг

[@Koss87Boom]

Подскажите пожалуйста какие именно книги по архитектуре вы читали, упомянутые в видео?

[@stend2587]

Коментар просто так

[@revengeyou]

*Отчёт - звіт )

[@maksym.mykhalevych]

Привіт. Стосовно он-колу. В твоїй компанії між "щось пішло не так" і девом/девопсом немає техсапорт команди, яка може за менші гроші усунути проблему? Або ж зробити інішиал інвестігейнш і підняти дорогущого дева вже після того як буде проведений перший аналіз?

[@Sevkai]

якщо правильно зроблений моніторинг (і whitebox i blackbox), проблем які фіксяться рестартом сервера не виникає ще з першого дня продакшна, інші проблеми що виникають уже потребують уваги дева. Таким чином деви самі зацікавлені щоб їх не дьоргали тому і правильно розкладають пріоритети між новими фічами і фіксом багів. Тут важливо ще, що алерти приходять не тільки коли щось поламалось, а постійно аналізуються тренди, логи і тп автоматично - чи почав сервіс жерти більше оперативки, чи скоро закінчиться місце на диску, чи скоро вигаснуть сертифікати....

[@maksym.mykhalevych]

@@Sevkai дякую за відповідь. ну це якщо говорити тільки про інфрастурктурні проблеми, тоді так. А якщо ж про функціонал, про різного типу залежності з 3rd party провайдерами і тд. "правильно розкладають пріоритети між новими фічами і фіксом багів" - в компаніях, де працював я, не девелопери регулюють пріорітети. "а постійно аналізуються тренди" - на це, власне, теж потрібен час. Чому б це не делегувати сапорт команді?

[@Pryanychek]

якщо в вашій компанії є корпоративні клієнти наприклад, то там є таке поняття як SLA, тобто вам платять гроші щоб ви за певний час пофіксали проблему або хоча б надали воркераунд з досвіду моєї поточної компанії - техсапорт є, і він покриває більшу частину реквестів, але все одно є моменти де їх компеенції недостатньо. ось тобі і он-коли також є в кожній команді роль Dev-on-support яка ротується кожного тижня. Це вже люди просто в робочій час відповідають на питання і допомогають. Як з внутрішніми штуками від інших дев команд, так і з клієнтськими

[@forton198]

А чому монетизацію зняли, контент наче безневинний?

[@user-bp1vr9ei2w]

о да ти че то похудел !

[@slaval5088]

Гібкіє. це на якій мові ? :)

[@Mi_6]

О, еще один аналитег , который рассказывает про вымирающие профессии сидя в штатах )) С таким же успехом можно сказать что разработчики тоже вымирающий вид.

[@dima_maleev]

И амурские тигры

[@Mi_6]

@@dima_maleev ну так , а чего в названии про тигров не упомянули ?

[@tarasdmytrovych6127]

Героям слава

[@djzxzone]

what is manual testing?

[@stranger480]

Аутсорс компанія це ???

[@Hdjevhxir]

Посміявся. Діма, давай краще новини.

[@АнтонСкажений]

Був такий шанс "схапати" коментарів, а вирішив виправитись в відео. Як то кажуть "зроби помилку, і дохєр людей прийдуть в коменти тебе виправити"

[@oleksiilynnyk654]

Привіт, а деви просто проклікують чи все ж є якийсь тестовий процес? Тобто коли пишуться юніти, то це одне, а от коли пишуть інтеграційні чи E2E, то це ж трохи інший підхід, інші метрики і тд. Хто бере на сеюе цю частину роботи? Чи вважається, що цим можна знехтувати?

[@maksym_x]

Це залежить від того, чи є виділений час на тестування, чи немає. В ідеалі, це має бути закладено у естімейт (дизайн + розробка + тести + форс-мажор), але якщо є вимога робити швидко, то значить, програмісти пишуть тільки якісь базові юніти, а розширені тести тоді перекладають на плечі автомейшинів.

[@Ігнатович-я7п]

Прикид у Діми щось зовсім не відповідає вчорашньому львівському в стилі "цигани під універом" :)

[@movehill]

без арытектури воно не рухаэться а валится. Гнучкість це інструмент а не солющон. дуже скрутні новини "такій ІТ нам не потрібен "