Противоречивость противоречий

Я тут занимаюсь кое-чем по-настоящему увлекательным — разрабатываю крутую штуку. На одном из этапов разработки я столкнулся с технической проблемой. «Следуй тому, что проповедуешь», — подумал я и сформулировал ТРИЗовское противоречие.

В итоге фокусировка звучала так: Нужна такая ИИ-штуковина, которая проверяет строку в таблице, чтобы она делала правильный вывод, и при этом не нужно было создавать 30 таких проверок. В общем, тут конфликтуют объем подвижного объекта и точность измерения. Всё просто. Не спрашивайте, почему фокусировка именно такая — там много деталей.

Но вот что интересно. Пока я использовал приемы разрешения противоречий, понял, что легче делать работу ИИ вручную, потому что всё, что бы я ни придумал, усложняет систему. Конечно, это противоречит принципу идеальности «идеально, когда оно всё само», но тут внезапно врывается дизайн-мышление и как бы намекает: «Эй, дружище, твоей штуковиной будут пользоваться от силы 3-4 человека, оно точно нужно так усложнять на этом этапе?» Так, на самом деле, и Альтшуллер об этом писал. Помните про 4 стадии развития изобретений? Так вот, я пытался с первой прыгнуть сразу на третью.

Мораль: не пытайтесь сделать идеальную систему, когда воссоздаёте её с нуля. Работайте отдельно над формированием системы и отдельно над её улучшением.