Ответ: Автоматическое изменение разрешения у изображений.
Там была риторика, а вот конкретный вопрос:
Задумывались ли вы IB, что надо смешать ключ с замком чтобы открыть закрытую дверь? Что замок это часть, и ключ - часть. Что целое это замок+ключ. И продаются они именно так - вместе. Простая метафора, объясняющая вам основной принцип хранения информации. Теперь понятно?
Формат файла это ключ, а файл - замок. Вместе - целое. И чтобы открыть его, нужен ключ. Нужна программа которая его имеет. Чтобы знать какой ключ подойдет, а не перебирать их все, нужен еще ключ - в данном случае это расширение файлов.
Как по расширению файла узнать какой ключ (программа) его откроет? Вот у вас есть готовое решение? Или какая-то база данных, которая знает о всех расширениях и связанных с ними программах?
У меня есть - интернет. Это либо готовая таблица, которая сдирается друг у друга пользователями, или люди, которых можно спросить на форуме и может быть кто-то знает что это за тип файлов.
Но если вы не знаете как открывается данный файл, то он для вас - закрытая книга, и если вы умеете читать не читая, то и проблемы нет. А если не умеете, то начинаете изучать замок, чтобы изготовить для него ключ. При реинженеринге вы фактически подбираете ключи, поскольку действуете методом проверки предположений о том, как могло бы быть записано проверяете - читается, или не читается, если сделать так, или сделать этак.
Но для этого вы должны быть хотя бы примерно понимать какого рода информация скрыта в изучаемом файле. Поскольку от этого зависит методология. Если вы и этого не знаете - вам придется перебирать не методы, а методологии, то есть, заводить целый институт "Неизвестного файла". Который будет заниматься всего-навсего поиском ключика.
Поэтому вы можете мух с котлетами жарить сколько угодно, но к данному предмету это отношения не имеет. Любая информация состоит из содержания и ключа к содержанию, который сам является содержанием, то есть, состоит из данных и процедур, которые суть - данные. И по-другому быть не может, каких бы вы там мух не вывели.
Там была риторика, а вот конкретный вопрос:
Задумывались ли вы IB, что надо смешать ключ с замком чтобы открыть закрытую дверь? Что замок это часть, и ключ - часть. Что целое это замок+ключ. И продаются они именно так - вместе. Простая метафора, объясняющая вам основной принцип хранения информации. Теперь понятно?
Формат файла это ключ, а файл - замок. Вместе - целое. И чтобы открыть его, нужен ключ. Нужна программа которая его имеет. Чтобы знать какой ключ подойдет, а не перебирать их все, нужен еще ключ - в данном случае это расширение файлов.
Как по расширению файла узнать какой ключ (программа) его откроет? Вот у вас есть готовое решение? Или какая-то база данных, которая знает о всех расширениях и связанных с ними программах?
У меня есть - интернет. Это либо готовая таблица, которая сдирается друг у друга пользователями, или люди, которых можно спросить на форуме и может быть кто-то знает что это за тип файлов.
Но если вы не знаете как открывается данный файл, то он для вас - закрытая книга, и если вы умеете читать не читая, то и проблемы нет. А если не умеете, то начинаете изучать замок, чтобы изготовить для него ключ. При реинженеринге вы фактически подбираете ключи, поскольку действуете методом проверки предположений о том, как могло бы быть записано проверяете - читается, или не читается, если сделать так, или сделать этак.
Но для этого вы должны быть хотя бы примерно понимать какого рода информация скрыта в изучаемом файле. Поскольку от этого зависит методология. Если вы и этого не знаете - вам придется перебирать не методы, а методологии, то есть, заводить целый институт "Неизвестного файла". Который будет заниматься всего-навсего поиском ключика.
Поэтому вы можете мух с котлетами жарить сколько угодно, но к данному предмету это отношения не имеет. Любая информация состоит из содержания и ключа к содержанию, который сам является содержанием, то есть, состоит из данных и процедур, которые суть - данные. И по-другому быть не может, каких бы вы там мух не вывели.