Разумные пределы автоматизации

Все знают, что автоматизация – это хорошо, правильно и должно всячески приветствоваться. Но, как и во всяком деле, в автоматизации хороша мера. Иначе можно увлечься и уже вместо реальных задач заниматься автоматизацией ради автоматизации.

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

Поэтому? Правильно, вспомнил Python, взял в помощники ИИ сел писать скрипт конвертации. Который сделает все так, как нужно именно мне. Потому что, кроме стандартного преобразования HTML – MD мне нужно было сделать много преобразований нестандартных, чтобы сохранить и унифицировать принятое на старом сайте оформление.

И так, шаг за шагом, скрипт за несколько вечеров вырос до практически полутысячи строк. Так что пришлось притормозить полет мысли и заняться важным, но скучным делом – документированием. Благо с этой задачей сейчас хорошо справляется ИИ.

А потом пошли испытания на реальном материале, которые показали, что «эта песня коротка, начинай с начала».

Дело в том, что сайт за 16 лет сменил 4 мажорных версии движка и генерируемый ими HTML-код для одних и тех же элементов отличается, в зависимости от веяний того времени, а следовательно ровная и линейная логика скрипта распалась на 4 основных варианта, а количество строк уверенно пошло на вторую тысячу.

Ну вроде бы все проверено, все работает, а как мы сейчас все это запустим… А вот и не угадал…

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

А если одну и ту же статью в разное время правили сразу в нескольких местах на разных версиях – то вообще тушите свет.

По-хорошему проверять теперь надо на четыре варианта не весь документ, а каждый блок. Это, конечно, решаемо, но именно здесь и нужно сказать себе – стоп!
Любая автоматизация оправдана ровно до тех пор, пока она позволяет получить преимущества перед ручной работой.

Как там было в известном мультике: «лучше день потерять, но потом за пять минут долететь». В случае, когда пешком пройтись займет полчаса – это отличный пример автоматизации ради автоматизации. Занятия полностью бестолкового.

Из каких соображений исходил я? Во-первых, таких статей немного, обычно это топовые статьи, собиравшие трафик и постоянно дополнявшиеся.

Во-вторых, все статьи на новом сайте так или иначе нужно проверить вручную, как на предмет корректности их отображения, так и на предмет MD-кода.

Большим плюсом Markdown-разметки является ее простота. Все аномалии сразу видны, корректировать и править их легко.

Поэтому тратить время на то, чтобы учесть в скрипте все возможные варианты для всех возможных элементов – это путь в никуда. Мне ведь нужен рабочий сайт, а не идеальный скрипт.

А топовые статьи так или иначе все равно придется вычитывать и причесывать вручную. Трафик на них до сих пор идет, поэтому они должны выглядеть соответствующе и на этом фоне затраты на ручной отлов косяков – мизерный.

В общем случае можно пользоваться известным правилом Парето, если наша автоматизация закрывает 80% задач, то остальные 20% можно спокойно закрыть руками. В противном случае вы потратите на автоматизацию больше ресурсов, чем надо и при этом совершенно бесполезно.

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