• Что бы вступить в ряды "Принятый кодер" Вам нужно:
    Написать 10 полезных сообщений или тем и Получить 10 симпатий.
    Для того кто не хочет терять время,может пожертвовать средства для поддержки сервеса, и вступить в ряды VIP на месяц, дополнительная информация в лс.

  • Пользаватели которые будут спамить, уходят в бан без предупреждения. Спам сообщения определяется администрацией и модератором.

  • Гость, Что бы Вы хотели увидеть на нашем Форуме? Изложить свои идеи и пожелания по улучшению форума Вы можете поделиться с нами здесь. ----> Перейдите сюда
  • Все пользователи не прошедшие проверку электронной почты будут заблокированы. Все вопросы с разблокировкой обращайтесь по адресу электронной почте : info@guardianelinks.com . Не пришло сообщение о проверке или о сбросе также сообщите нам.

Does It Worth Automating All Repetitive Work (aka Toil)?

Lomanu4 Оффлайн

Lomanu4

Команда форума
Администратор
Регистрация
1 Мар 2015
Сообщения
1,481
Баллы
155

Пожалуйста Авторизируйтесь или Зарегистрируйтесь для просмотра скрытого текста.



The answer is the one that a lot of people don’t like: “It depends.”

So let's see what toil actually is, when it’s worth automating, and later, a bit of my personal opinion on the topic.

What is Toil?


It isn’t just some annoying work—it has distinct characteristics:

  1. Manual: Requires human intervention, even if it’s just running a script.
  2. Repetitive: Happens frequently, consuming time without creating lasting improvements.
  3. Automatable: Could be replaced by a machine or designed away entirely.
  4. Lacks Enduring Value: Doesn’t leave the system in a better state after completion.
  5. Scales Linearly: Work increases linearly bounded to some source metric, making it harder to manage. Example: if the number of users jumps from one thousand to one million, would that increase this particular chore?
When Should Toil Be Automated?


Automation isn’t always the right answer, and deciding when to automate requires careful consideration. Key factors include:

  1. High-frequency tasks: If a repetitive issue slows down operations, automation is often the right move.
  2. Low cognitive load: Simple, deterministic tasks are great candidates for automation, while judgment-based work may require human oversight.
  3. Strategic impact: If eliminating toil frees engineers to work on high-value projects, the investment is worth it.
  4. System complexity: Over-automating fragile or unpredictable systems can introduce new risks instead of solving problems.
Then, how to reduce Toil without Over-Automating?


While automation is a powerful tool, other approaches can help optimize efficiency:

  1. Improve system design – Reduce unnecessary complexity to minimize recurring manual work.
  2. Refine operational processes – Standardizing workflows can make toil more manageable.
  3. Prioritize high-impact fixes – Using Service Level Objectives (SLOs) ensures engineers focus on the most valuable improvements.
  4. Balance automation and human oversight – Some tasks require both structured processes and automation to function effectively.
Opinions


The books explores directly the difference on Toil and Non-Toil as repetitive tasks that is more like a chore than cognitive load. In the near future this might change as we have access to LLMs and MCP servers to give AIs the necessary tools to also handle some of the cognitive load. Which means more time would be needed to be saved for maintenance and enhancements of such tools.

source:



Пожалуйста Авторизируйтесь или Зарегистрируйтесь для просмотра скрытого текста.

 
Вверх Снизу