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