Средства и методы разработки

Спасибо! Вы, как всегда, хорошо просветили. Но мне кажется, что налицо глубинное недопонимание. http://en.wikipedi …iki/Andrew_File_System http://en.wikipedi …wiki/Coda_(file_system) http://en.wikipedi …i/Server_Message_Block Классическое файловое API а ля ftp подразумевает: вот есть файл, есть указатель, есть блок заданной длины, лежащий начиная с указателя, и считать|записать. Поверх этого API можно сделать все. Как на asm. Вопрос в том, что прогресс не стоит на месте. Если мы посмотрим на API современных БД типа "иерархические ключ-значение", например, mongoDB и много других, то мы увидим там существенно другую парадигму. Вот у меня большой документ. Я могу запросить массив параграфов документа - и мне прийдет достаточно компактный пакет. Далее я могу запросить пункты параграфа, и так дойти до текста. Параллельно, через GridFS, а то и FTP, я могу запросить картинку из документа, и задать невысокий приоритет каналу скачивания - чтобы мой основной канал не был забит никогда, и мои команды легко доходили до облака - например, прерывать скачку 10м фотки и заменить ее скачкой другой фотки. Безусловно, я могу поставить mongoDB локально, и натравить ее на сетевой SMB диск. Работать все будет, но объем трафика вырастет на порядок. Я говорю о том, что следующий шаг развития облачных технологий - это хранение структурированных данных. Вот когда будет стандартная модель таких данных - так сразу наступит очередной шаг прогресса.