Путешествие из Ленинграда в Ростов

На одном из роликов, посвященном Silverlight сотрудник Microsoft хвастался тем, что на основе технологии Silverlight построена небольшая, но очень красивая и удобная виртуальная библиотека British Library. Презентация была построена профессионально и захватывающе, поэтому не откладывая в долгий ящик заглянул на сайт этой библиотеки. Ну что же, соглашусь с автором презентации (жаль не могу найти ее сейчас в инете, она позновательная), все сделано все реализовано классно и удобно.

Я не собираюсь сейчас говорить о самой технологии Silverlight, а просто хочу выкинуть в на страницы блога свои размышления, которые меня просто врываются в мою голову и разрывают мозги на части. Все эти мысли относительно виртуального будущего книг. И тут я размышляю не как автор книг, а как читатель, потому что я читаю достаточно много, в том числе и в интернете и в том числе и электронных книг (легальных) и мануалов.

Благодаря British Library и при помощи Silverlight нам предоставили возможность практически прикоснуться к некоторым величайшим произведениям. Вы можете вертеть первоисточники книг на своих мониторах, переворачивать страницы указателем мышки и все будет выглядеть замечтательно и реалистично.

Не смотря на то, что я официально безработный, времени особо сидеть дома и что-то делать для сайта не хватает. Большую часть времени отнимает поиск работы, что в наше время достаточно не просто. А ведь хочется найти что-то такое, чтобы осесть где-то надолго. Так что времени заниматься сайтом (сайтами) почти не остается. Я думал, что пока буду дома, то напишу что-то новое для сайта в виде статьи, но пока не выходит, поэтому выкладываю одну старую, но еще очень полезную статью про программирование в ограниченных условиях.

Даже при наличии 512 мегабайт, расходовать память, не думая о последствиях глупо. Дело в том, что Windows XP в домашней редакции уже съедает от этого объема 128 метров, а профессиональная редакция отнимает все 256. Всякие примочки и побрякушки в районе часов, антивирусы и сетевые экраны могут отнять еще 64 метра. Получается, что для других приложений остается не так уж и много места. Если одновременно будет запущен Delphi 2006, 3DS Max и Photoshop, то работа станет невыносимой, ведь эти монстры сжирают оперативку хуже вирусов.

Полный вариант статьи: Боевые действия в условиях ограниченной видимости

Вчера я написал заметку о том, что фрагментация в Linux не является проблемой и наоборот является преимуществом. И вы знаете, сейчас прошли уже целые сутки, но ни одного комментария. Стоит мне только сказать хоть слово против Linux, как на меня обрушивается шквал сообщений. Это только о трупах либо хорошо, либо ничего, а Linux и OpenSource вроде бы еще живы. Сегодня я хочу продолжить обсуждение OpenSource и сегодня я укажу на случай, когда фрагментация является откровенным злом и вы узнаете, почему OpenSource развивается плохо и будет развиваться очень плохо. Сейчас мы поговорим именно о фрагментации кода, а не сообщества в целом.

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

Итак, попробую описать все по порядку. Труд программиста в США – удовольствие дорогое, поэтому даже крупные компании не всегда готовы содержать собственный штат программистов и даже администраторов. Дешевле и проще платить посредникам, которые будут предоставлять готовые решения не только в программных продуктах, но и в ИТ решениях. В северной Америке очень развиты компании, которые предоставляют хостинг ИТ решений. Например, у вас есть компания Х. Вы заключаете контракт с хостингом и все ваши компьютеры будут работать с софтом, который установлен на серверах хостера. Вам не нужны администраторы, чтобы следить на своим парком машин и систем, все работает удаленно и там умные дяди за всем следят.

У разработчиков Линукс есть одна проблема, с которой они пока не могут справится - Фрагментация Линукс сообщества. Эта проблема придумана не мной и она существует уже очень давно. Если быть честным, то фрагментация присуща почти любому проекту с открытым исходным кодом. Всегда может существовать несколько поставщиков решений одной базе или платформе, которые копируют работу других. Поэтому фрагментацию считают злом, но я придерживаюсь другого мнения и о нем хочу рассказать.

Копия один к одному не является проблемой, самое страшное, когда двое выполняют одну и ту же работу, и работа одного из них оказывается ненужной и бессмысленной. В этом случае бессмысленно тратятся ресурсы на топтание на месте, вместо движения вперед.

Тут нужно четко понимать, где фрагментация является злом, а где благом. Например, проекты GNOME и KDE тоже своеобразная Фрагментация, потому что оба проекта решают одну задачу - предоставляют пользователю графический интерфейс в Линукс. Но на самом деле это не совсем Фрагментация, потому что это конкуренция, которая хоть и тормозит прогресс на первый взгляд (если объединить ресурсы, то теоретически можно двигаться быстрее), это разделение все же играет во благо. Именно конкуренция заставляет проекты развиваться и не факт, что при объединении двух проектов в один, развитие пойдет в 2 раз быстрее. В реальности может пойти и замедление.