⚪️ О сложности задачи


В каком то смысле, это постскриптум к предыдущему посту.

Хотел сказать о сложности: я сложность задачи оценивал бы по следуюшим направлениям. Нужно в терминах небольшую ясность навести. Скажу как я понимаю их, не претендуя на истину или академичность.

▶️ Если ваша задача состоит из большого количества однотипных и типовых задач - то это не сложная задача, а трудная - много труда. Типа, обработать 300 анкет, каждую из текста в json дистилировать. Простейшее флоу для разбивки на 300 задач для отдельной обработки, горка токенов - и все сделано.

▶️ Сложная задача - это когда она состоит в увязывании большого количества разнородной логики.

👉 Тут и проявляются два аспекта: если это как конструкция из лего - детальки простые, но конструкция может быть довольно сложная, то декомпозиция и/или уровень ризонинга помогут модели это "осознать". До определенного предела, потому что даже из простых в отдельности элементов составлена очень объемная контсрукция, тут без декомпозиции внимания на осознание этого всего может не хватить.

Сложные вещи решаем: повышением ризонинга / декомпозицией.

👉 Самый сложный вариант: это когда логические составляющие системы сами по себе непростые, и требуют понимания моделью логики работы. Это как мы заменяем конструкцию из лего на конструкцию из электронных компонентов, про каждый из которых нужно понимать нюансы его работы, которые модель должна просто знать (типа, перегревов, помех, сайд-эффектов, и тп).

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

▶️ Вывод: оценивайте задачу адекватно. Применяйте нужный подход в нужном случае! Не лечите кашель пургеном ))

🤟 Обратная связь и дискуссии приветсвуются в комментах / чате ⬇️

@deksden_notes