но сама по себе проблема забивания диска всякими фоточками из воцаппов, конечно, есть

Да есть как раз. Полгига свободного места - это уже переполнение, плеймаркет прав.

Я подозреваю, что удаление приложений не всегда чистит все-все-все, но это надо проверять.

Вообще, с точки зрения playmarket должно быть свободного места не меньше, чем самая большое уже поставленное приложение (иначе не получится обновить).

«Девопсы» как выделенные люди - стопроцентное зло именно процессное. Весь смысл девопса в том, чтобы девелопер сам обмазывал метриками свой код, упаковывал его в тот формат, который не требует вообще живого человека-админа и отдает его роботу на деплой.


Те девопс - это о том, как разогнать отдел «эксплуатационщиков». А найм «девопсов» - это как приносить жертвы и молиться идолу атеизма.

То же самое про мониторщиков. Это то, что должны автоматизировать программисты, а если этого нет, то никто не знает, насколько система работает.

Девопс -не человек

Где же та картинка со слоном, где даже уши слона это девопс 😂

Конечно. Это методология изменения компании и выстраивания вокруг доставки ценностей на продакшн.

А нанимать девопсеров - это как нанимать фитнесов чтобы пузо согнать

Иди давай сам разбирайся, я сегодня не в лучшей форме, даже шутить лень

Как-то странно даже.

Вот у нас на нашем софте порядка 40 минут epyc гоняет тесты. Человек руками этот тестьсьют будет гонять около недели.


Мне нужно по минимальным прикидкам более 40 тестировщиков заменить один компьютер, но в любом случае они его не заменят, потому что поменяетсч процесс на «фиче фриз и цикл тестирования»

При этом на самом деле тестировщик может сделать то, что не может компьютер: проверить адекватность, плавность, отзывчивость программы. Все то, что очень сложно формализовать

Наверное функционал стабильный.

Не, не зависит от стабильности функционала, совсем не зависит.

в целом у нас много старого кода, потому как мы по большому счету имплементим то апи, которые не мы дизайним (видеостриминговые протоколы), так что функциональность стабильная.

Насколько это связано или нет, сказать не могу, но мы не боимся вносить кардинальнейшие изменения в самые глубокие структуры кода

Репутацию профессии ‘авто-тестер’ портит ещё один сценарий.

Чтобы написать тесты для начала нужно иметь тестируемое приложение — с хорошим API.

И вот порой на приложение, написанное с использованием самодельных транспортных решений (aka Платформа) нанимают wannabe-SDET, а он не понимает ‘где тут ресты, которые можно питоном подергать...’

Вторая шаблонная проблема профессии:
‘Мы сейчас при помощи наследования, рефлексии и чьей-то мамы напишем свой тестовый Фреймворк...’

Поэтому какой смысл нанимать ‘автотестера’, если можно нанять разработчика и назначить на него задачу по улучшению тестового покрытия.

Денег оба попросят примерно одинаково

Все так)

Стоит ли говорить, что этот "фреймворк", будучи написанным не разработчиком это убожество, кривое и косое.

Все это на питоне, написано без код стайлов. Это все живет 2 года, потом отстает и никто не знает, что там происходит. Просто потратить 20 млн на 5 дормоедов. На их жен, мужей и тп.

вот для меня тестировщик — это человек, который:

1) может посмотреть на всю ситуацию в комплексе. Программист конечно же будет зарываться в детали и ему очень сложно поднять голову
2) может посмотреть в сторону от happy path. Насколько это нужно — это отдельный вопрос
3) может пройтись по happy path без тех свойственных программисту перепрыгиваний через замаскированные ямки (тут это не вводим, тут можно догадаться, что надо руками вбить uuid, тут ясно же что нужно целое число вбивать и т.п.)

вот третье как раз хорошо с продактом сочетать