Невезение с хостингом

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

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

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

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

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

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

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

Где-то около года назад, когда я впервые встретился с этим языком, то он мне показался очень неудобным. Вроде бы все знакомо, уже известные мне операторы, вроде бы красивый и понятный синтаксис, но как-то все же неудобно. Я понимаю, что я очень долго писал на PHP и поэтому не особо был критичен в своих высказываниях в отношении ASP.NET. И не зря. Не знаю, когда это произошло, но прошел год, а я без проблем уже сроднился с технологией MS.

Когда мне нужно быстро набросать какой-то сайт, то я все же использую PHP, но и ASP.NET больше не пугаюсь. Не знаю почему, но на ASP.NET мне проще отделять логику от представления. За окном 2009-й год, а на PHP я до сих пор отделяю логику от представления с помощью include, а в .NET есть такие вещи как Master Page и темы.

Первая официальная информация от издательства по поводу Библии C#. После того, как информация появляется на сайте, книга не должна долго задержаться в издательстве и значит, что теперь она точно скоро появится.

Цена еще не определена, но надеюсь, что она будет не большой. Объем книги получился всего 560 страниц, зато на компакт диске будет очень много уникальной информации. Я написал десятки страниц мануалов по использованию Visual Studio .NET, по платформе .NET и просто по C#, которые выложил на компакт диск. Уникальность заключается в том, что эти документы еще нигде не публиковались мной в виде статей или файлов и они написаны именно под книгу.

Если бы я включил эту информацию в бумажную версию, то Библия C# выросла бы страниц на 200 точно и цена была бы выше. Да, я получил бы больше денег (возможно), но книга была бы дороже. В период кризиса я решил сделать свой доход ниже, зато книга будет доступнее.