В прошлую пятницу прошло очередное собрания группы разработчиков UNETA, на котором я рассказывал о новой платформе LiveMesh от компании Microsoft.

Не буду вдаваться в подробности пользовательских функций этой платформы, об этом и так уже много написано и рассказано.

Ray Ozzie: Introducing Live Mesh

К сожалению, Майкрософт еще не опубликовало MeshFX API, поэтому тяжело рассказать что-то интересное, об этой платформе, с технической точки зрения. Тем не менее упомяну, что один из сервисов Live Mesh – сервис синхронизации файлов построен на технологии FeedSync. Благодаря тому, что эта технология строится на RSS, который столь распространен в нашей виртуальной действительности, технологию LiveMesh можно будет с легкостью внедрить в любой уже существующий продукт или сервис. А это в свою очередь обещает большое будущее LiveMesh. Стивен Ли довольно интересно рассказывает о FeedSync в одном из своих подкастов на Channel9.

Steven Lees demonstrates FeedSync

Также Abolade Gbadegesin немного приподнимает завесу таинственности вокруг архитекруты Live Mesh.

Abolade Gbadegesin: Live Mesh Architecture

Майкрософт лишь только анонсирует поддержку операционных систем, отличных от Windows, но тем не менее уже демонстрирует работу LiveMesh на MacOS компьютерах и iPhone 

Ori Amiga: Programming the Mesh

Еще одной интересной фичей, которая сильно выделяет LiveMesh из толпы конкурирующих продуктов, таких как LogMeIn, GoToMyPC, SugarSync, Syncplicity является возможность передавать файлы с помощью P2P соединения между вашими девайсами. Причем разработчики этой фичи David Steere и Trevor Robinson заявили, что пока упор делается на оптимизацию передачи данных по локальной сети, где соединение более надежно, чем в других сетях и скорость передачи данных сравнима со скоростью записи на диск. Поэтому LiveMesh P2P клиент не будет ждать подтверждения успешной записи очередного кусочка файла от жесткого диска, а сразу будет “бежать” за следующим кусочком файла. Разработчики утверждают, что такой подход уменьшит время передачи больших объемов данных.

David Steere and Trevor Robinson: How Live Mesh P2P Syncing Works

Подход Microsoft к хранению данных в автономном режиме более напоминает Google Gears и Mozilla Prism, чем Adobe AIR. Данные хранятся локально, а затем синхронизируются. Разница заключается в том, что Microsoft предоставляет доступ в автономном режиме к своей службе, поэтому разработчики не просто получают технологию синхронизации своих приложений в автономном режиме, но и доступ к ним и возможность перемещать свои данные взад и вперед.

Другая особенность Live Mesh – возможность удаленного управления любым компьютером, который подключен к сети обмена данными пользователя. Таким образом Microsoft создала продукт, который имеет огромный потенциал: производительность, пользовательский интерфейс, поддержка Mac и мобильных клиентов, простота и прозрачность технологии, обеспечивающая легкую интеграцию с уже готовыми сервисами. Перспектива получить легкий доступ к данным пользователя на нескольких устройствах, однозначно будет привлекательным не только для разработчиков.

Огромное человеческое спасибо Владимиру Усарському, благодаря которому мне удалось провести демо во время презентации этой технологии. Кстати, во время тестирования этого сервиса я обнаружил “фичу” – несмотря на ограничения круга пользователей данным сервисом, я могу пригласить любого пользователя войти в Mesh, расшарив ему одну из своих папок. После чего этот пользователь получает письмо с линком, который активирует его собственный аккаунт на Live Mesh. Так что если есть желающие пощупать Mesh собственными руками – пишите мне на мыло или оставляйте комментарий к этому посту и я помогу вам активировать ваши LiveID в Live Mesh сервисе.

Ссылки по теме:

Знакомство с командой LiveMesh

FeedSync Samples

Официальный сайт FeedSync

Отзыв Joel Spolsky о технологии LiveMesh и некоторые мысли по поводу мнения Joel’а

Онлайн: что такое Microsoft Live Mesh - краткий опыт эксплуатации

Материалы к моему докладу 

Другой доклад, прозвучавший в ту пятницу на тему Velocity. Докладчик - Лутай Сергей.

Технические знания и умения будут всегда востребованы. Но сами технологии уходят со временем. Еще в недавнем прошлом программисту необходимо было уметь работать с памятью на низком уровне, учитывать особенности операционной системы и многое другое. Но сегодня внешняя сторона программирования несколько упростилась благодаря появлению языков более высокого уровня таких как .NET, Java. Безусловно, в разработке программных продуктов осталось много сложностей, я бы даже сказал, их стало больше, только теперь они носят не технический характер, а ориентированы на понимание архитектуры, проблем бизнеса, выбор платформы и т.п. Хотя многие сегодняшние сеньоры и архитекторы были «выращены» на том же С++, С, VB и это помогает им мыслить «иначе»: детальней продумывать свой код, мыслить более абстрактно и в тоже время видеть архитектуру вцелом.
Но тем не менее знание некоторых технологий само по себе сейчас уже не востребовано:

Plain old HTML. Многие компании, на волне Web 2.0 бума, разрабатывают новые продукты с помощью AJAX-based технологий. А старый и привычный нам Web 1.0, постепенно отходит на задний план. По данным компании Foote Partners, за последние два квартала прошлого года оплата знаний в области AJAX и XML выросла на 12.5%.

Cobol. Этот язык процедурный и ему тяжело выжить в объектно-ориентированном мире. Большинство новых Cobol-программ пишутся лишь для расширения или поддержки старых решений. Приведу результаты интересного соцопроса, проведенного Computerworld:

Cobol старомодный язык. - 55%

Cobol низкоуровневый язык, по сравнению с существующими. - 34%

Наша компания слишком молода и у нее нет Cobol-приложений, чтобы их поддерживать. - 27%

Я не знаю Cobol. - 24%

Остальное - 22%

Наша компания слишком мала, чтобы работать с Cobol проектами. - 17%

Fortran появился еще в середине 50х, а это означает, что самому молодому программисту сейчас под 70… Fortrany также тяжело выжить сейчас как и Coboly, хотя его и пытаются реанимировать, создав на основе него новый язык – “Fortress”. Но это будет уже другая история.

Такие популярные технологии прошлого как PowerBuilder и Delphi сейчас тоже уходят на «покой», как бы Borland не старался их поддержать, интегрируя с новыми технологиями. К слову сказать, месяц назад, 7 Мая Borland официально продал свое подразделение разработчиков.

Если применить теорию Пика Нефти к IT-технологиям, то мы можем увидеть рост популярности, того же Cobol’a в 1975–1985 годах и его спад сегодня. Естественно специалисты этих областей не пропадут в один день и даже не перейдут как один на новые технологии. Этот процесс постепенный и, думаю, еще лет 10–20 мы будем слышать о том, что где-то пишут на Fortran, Cobol и Delphi.