Ещё б денег за это давали, а то экономия на тестировании даёт о себе знать. Особенно в той части собеседования, где говорят, что у вас нет тестировщиков, которые кейсы пишут и отрабатывают. Писать автоматизацию хрен пойми на чём и как - хреновая идея.
Я - пользователь. Я не хочу ждать исправления. Я и так деньги у вас держу. И функционал должен работать на три девятки.
Так можно перенести этот кусок в шаг сборки и выполнить сценарий. И совершенно точно это проще, чем править файл и заливать куда-то.
Здесь просто пример.
А так согласен.
Прописывать не пришлось вообще ничего. Это работает из коробки как есть.
А вот предложенных вариантов даже не рассматривал. Они тут самую малость неприменимы.
Изначально проблема возникла от того, что людям «не от автоматизации» понадобилось редактировать набор через какой-то удобный интерфейс. Я ничего лучше не придумал, чем сделать через Jenkins. Тут и интерфейс знакомый, и нужно просто «потыкать мышкой». Так что
Я бы ещё и через SCM делал бы; автоматически получил бы нормальное логирование: кто менял параметры, когда, с какой целью
Да я как бы и не против, чтобы всё было так. Но вот презентация, которая была в прошлой статье, говорила как раз о другом. Следовательно, там ошибка, которая и ввела меня в заблуждение.
Какое-то сложное предложение. Я не смог понять.
Можете привести пример по моему вопросу? Поскольку я вот смотрел в примеры из документации.
В целом, я бы мог сказать, что документация какая-то скудная.
Изначально было заявлено, что он жрёт абсолютно любые данные. Но в документации были приведены примеры только с численными и текстовыми.
А как же ему таки скормить что-то более сложное? Как ему, для пример, скормить набор страниц со смешанным контентом, чтобы он мог распознать содержимое?
Правильная или нет, а я, наконец, понял, что общение с людьми доставляет только неприятности и лучше сократить его к минимуму. Плюсом ко всему, от этого высвобождается масса полезного времени.
Когда прочитал про "опыт программирования у меня есть - год в питоне", сразу стало понятно, что дальше можно не читать.
Кстати, первый кусочек кода, который ты выдал, читается от силы секунд десять, если удовольствие тянуть.
И я даже не программист.
Ещё б денег за это давали, а то экономия на тестировании даёт о себе знать. Особенно в той части собеседования, где говорят, что у вас нет тестировщиков, которые кейсы пишут и отрабатывают. Писать автоматизацию хрен пойми на чём и как - хреновая идея.
Я - пользователь. Я не хочу ждать исправления. Я и так деньги у вас держу. И функционал должен работать на три девятки.
То есть оно не для всех? А где простым людям вести совместную разработку? А для студентов университетам самим, если что, поднимать?
Спасибо. Очень полезный комментарий. Обязательно попробую предложенные решения.
Так можно перенести этот кусок в шаг сборки и выполнить сценарий. И совершенно точно это проще, чем править файл и заливать куда-то.
Здесь просто пример.
А так согласен.
https://m.habr.com/ru/post/506642/comments/#comment_21741322
Как-то так.
А вот предложенных вариантов даже не рассматривал. Они тут самую малость неприменимы.
Думаю, не только я буду рад ответу.
Можете привести пример по моему вопросу? Поскольку я вот смотрел в примеры из документации.
В целом, я бы мог сказать, что документация какая-то скудная.
А как же ему таки скормить что-то более сложное? Как ему, для пример, скормить набор страниц со смешанным контентом, чтобы он мог распознать содержимое?