а я би сказав, що Львів по відсотковому відношенню «населення/ІТ спеціалісти» — якраз на першому місці давно)
...взагалі-то Україна не в СНД🤔
...HR спеціалісти, беріть до уваги, до речі)) де ви ще матимете можливість поспілкуватися з такою кількістю ІТ спеціалістів вживу))
Я би глянув фільмец з таким сюжетом. Бо сюжет фактично готовий) тепер ще штати знімуть хвільм і зароблять на пацані...
Годнота підвалила. Як же ж не хочеться тролити сьогодні подібне...
«Интересно, что после этих изменений, как рассказали нам в компании, релизы существенно ускорились, количество багов уменьшилось»
— єссєсна))
«...интересно — качество продукта без отдельной QA-команды даже улучшилось...»
— як?) як можна вимірювати якість без спеціаліста по якості?))
«... Когда у вас отдельные команды — QA и инженерная...»
— пхаха) це взагалі як?) тобто Software Test engineer є не інженерною роботою?) я вже мовчу про QA
«Я уважаю твою точку зрения, при этом считаю, что ...»
— Як то кажуть, все, що сказано співрозмовнику до фрази «але», «при цьому вважаю» — абсолютно немає ніякого значення. Тобто ніхто нікого не поважає)
«А QA не в состоянии всё дотестить, он же не сидит у программиста в голове и не понимает, как работает каждый Loop Statement...»
— в наш час працювати з тестувальниками, які в очі код не бачили, найбільша помилка. Тому це питання до кваліфікації тестувальників, які працювали в компанії
«Сейчас мы серьезно отладили Scrum-процесс, поэтому и распределенная работа происходит эффективно, работоспособность не снижается. Сейчас имеем качественное планирование...»
— ще раз. Як ви знаєте, що планування якісне? Це вимірює хто? QA ж у вас немає))
«Ответственные инженеры могли добавить какие-то unit-тесты, но такого требования к ним не было....»
— тоді ясен фіг, що до тестувальників доходила така кількість проблем, яку осилити не встигали) але задумались над цим тоді, коли відділ прибрали))
«... Разработчики по очереди следят за уведомлениями, кто дежурит — тот и отвечает за решение проблемы...»
— щось мені підказує, що на девів просто накинули роботу тестувальників)) ще і оверлоуди скоріше))
«... Но в основном этим Support-команда занимается, когда что-то хочет перепроверить, посмотреть, исследовать..»
— тобто таки тестінг є)) просто розкинули ще на одну команду))
«... Со временем у нас появилось правило: все фичи должны быть обязательно покрыты unit-тестами...»
— нарешті прийшли до основ адекватного підходу. Ще з часом сподіваюсь компанія прийде до того, що типів тестування така кількість, що розробники фізично не встигатимуть цього робити. І до того ж, тестування — це інший спосіб мислення, це бачення продукту під іншим кутом
«Это не обсуждается вообще, всегда подразумевается, что тестирование включено в эстимейт...»
— ван мор пруф))
«... QA Automation инженер перешла в команду разработки, быстро выросла в Senior-инженера...»
— аааа, пам’ятаю ту статтю)) там короткий був рецепт)) щоб стати розробником, просто дочекайся, до того часу, коли будуть розпускати QA відділ і тобі просто запропонують бути розробником))
«... В нашей команде тогда было два инженера, которые пришли из Google...»
— я прям бачу, як чуваки прийшли з Гугла і кажуть «хух, ну нарешті хоч тут не буде цих кюеїв, як у нас, задовбали просто»)
«Освободившийся бюджет уходил на рост команды. Но его и освободилось не так много...»
— все, що варто було знати про оцінювання роботи QA ще на момент їх існування))
«... у нас нет конкретных тест-кейсов, просто весь функционал покрывается тестами сразу...»
— у нас немає тест дизайнів, тест планів, ревю кейсів, немає метрик якості ... ми одразу просто лупашимо «тести»)) до речі, якими тестами весь функціонал покривається- неясно))
«На мой взгляд, всё, что больше 80% — избыточно и не означает, что качество самих тестов повышается. Дима, ты с этим согласен?»
— бляха, так знову ж таки — відділу якості немає, тому як можна судити про якість тестів?)) ...ще і Дмитра дьоргають, щоб він хоч десь сказав «ну, ок, молодці»)) але він тримається)
— ...і з пірамідкою тестів, бачу, проблемки)
«На самом деле, у нас фронтенд построен опытными инженерами, он очень компонентизирован и написан правильно...»
— написаний правильно...
— уявляю картину як на автозаводі вирішують відмовитися від відділу якості і тестування авто. «Та ми посадили наших механіків та інженерів за кермо. Вони ж краще знають авто, яке робили. А ще є відділ камікадзе-техніків. Зранку вони зварюють ходову авто. А ввечері роблять тест-драйв безпеки, лупашать в стіну на швидкості 100 км. Так і дешевше. Нащо нам якісь манекени закупляти...»
«... Мы продолжаем активно нанимать людей...»
— це більш, ніж очевидно
«QA имеет хорошую базу, чтобы вырасти в инженера...»
— апять...
Короче...
Як зменшити кількість багів — звільни того, хто їх знаходить. Апупєнчік. Записав.
А взагалі відділ QA у вас є і досі. Просто розробники не знають, що виконують +чужу роботу за ті самі гроші)
Але це гарно названо «хвілософією».
Пропоную Кулібінам запропонувати подібний підхід для Гугла, наприклад, а то останні занадто багато ресурсів дарма витрачають на тестування. Варто допомогти колегам зекономити великі гроші)
...до речі, тут он АІ підвалює, який буде вже сам код писати, тому теж варто брати на озброєння)
А взагалі бомбічно круто було б звільнити відділ розробки і не вчити їх тестувати, а залишити відділ QA і навчити їх кодити. Вихлоп по такій логіці був би ще моцніший))
Ех...
Але удачі вам. Сподіваюся, все буде добре)
і згоден, і ні. Так, автоматизація може бути непростою задачею. Так само як і робота з перфомансом, чи секюріті. Але по суті — це вс еодно тестування, елемент роботи з якістю. QA не займються взагалі покриттям продукту тестами по великому рахунку, це я написав недеталізовано звісно. QA це про процеси, тестінг це вже ближче прикладні перевірки. Але мій посил в меседжі був абсолютно на інше, сподіваюся, що Ви також це помітили.
Убого, взагалі-то, виглядають коменти, які не сильно далекі в темі. Автоматизація не є вже таким геть складним напрямком тестування, раз на те пішло. Це лише написання тестів для автоматичних перевірок певної частини функціоналу. І це лише напрямок. Все) грубо кажучи, це тестування, яке передбачає використання певних інструментів так само.
В статті йде мова в цілому про забезпечення якості як таке. Можливо прийде час, коли такі мамкіни коментатори зрозуміють, що забезпечення якості передбачає роботу інженерів різного напрямку і кваліфікації, бо задача все одно одна — покрити тестами продукт. А як ти називаєшся, і які для цього використовуватимеш тули — для навантаження, для автоматизації і тд — нікого не цікавить особливо.
Грузія?
і що — є ті, хто реально збирається виїжджати з країни тепер?)
Вадиме, ну Ви ніби перший раз на Доу, їй Богу)
Я би розділяв все ж понятття онлайн-школ, курсів, індивідуального коучінгу, менторства і тд. Бо склалося враження, що підсвідомо ніби йдеться про все те саме. А це різні речі.
Стосовно інформації. Думаю, що ви не зможете не погодитися, що зараз інформації достатньо на будь яку тему — хочу стати айтішником, можна все необхідно нагуглити, знайти в мережах; хочу стати авіаконструктором — в принципі, шлях такий самий.
В чому тоді фішка ваших курсів(чи то школи, чи то менторства)?що ви одразу в реальні умови їх направляєте, на роботу з реальними проектами?
Так а чому Вам так підгорає? Людина виказала свою позицію і бачення відповідною дією. Чи треба тільки хвалити статтю? Там же ж написано «не претендую на „ідеальність“ вищенаписаного».
...і підправте трохи текст, плз
"
Мы добре знайомі...
"
Склав AZ-900 у лютому цього року.
Плюсую з приводу всього вищезгаданого автором по підготовці.
І також маю негативне відношення до дампів, тим більше сенсу «завчати» їх мало, оскільки попадеться максимум відсотків 20.
Але маю ще таку думку, що дампи хороші тоді, коли ти вже готовий до складання іспиту.
І можеш пройтися по питанням, десь перевірити себе і тд. Також хороші для того, щоб +/- розуміти — як будуть побудовані питання, як вони приблизно формулюються
«Ми отримали негатив і відреагували.»
— Реакцією було б відмова від цією дурної ідеї. Коли було опитування самої сфери, і сфера була проти, то реагувати треба було відповідно.
«...збільшено час для функціонування ФОПів» .
— Бляха, це ппц, ну дякую
«В Дубаї 20 спеціальних податкових режимів, в ОАЕ загалом — 50»
— на ІТ??? серйозно??? І взагалі слово «РЕЖИМ» звучить дуже прямолінійно, що нас чекає
«Я прийшов виконати завдання і досягнути конкретних цілей»
— Це все і пояснює. Як то кажуть — це фіаско, братан.
www.bezpeka-shop.com/...ovodnaya_signalizatsiya2
Вибір ніби є.
До слова, працював в компанії Visonic, коли Ajax ще не планувався навіть) Компанія робить подібні системи вже років 50. Цілком норм. Не реклама)). За посиланням ще є варіанти систем. Удачі
Може навіть і більше(
погоджуюсь...на жаль, це правда
З Києва