Журнал рабочих черновиков

rhythmbox-shoutcast small step

2010-03-07T21:16:00.000+03:00

Немнго продвинулся в написании плагина (переборол лень) и добавил сохранение информации о жанрах и станциях в базу данных. В результате теперь между запусками программы а так же переключениями между жанрами станции не теряются и берутся мгновенно из базы.

Изменения не большие, объеденил два типа данных (entry-type) в один общий. Так ближе к рекомендациям и интерфейсу разработчика.

Так же, стал добавлять мягкое обновлений станций. Это когда программа не резко удаляет старые записи, и добавляет новые, а когда она удаляет\добавляет только изменения. Теперь новые станции будут появлятся без прыгания списков и тому подобное.

После этих изменений наткнулся на баг в rhythmdb - отсутствие методов. iter_to_entry \ tree_path_to_entry. Данные методы присутствуют о полном API для С (С язык). Но отсутсвуют в обертках Python binding.

Ссылка на документацию:

http://library.gnome.org/devel/rhythmbox/0.12/rhythmbox-rhythmdb-query-model.html#rhythmdb-query-model-iter-to-entry

Ссылка на python binding source:

http://git.gnome.org/browse/rhythmbox/tree/bindings/python/rhythmdb.defs

В результате чего родилось желание сделать отчет об ошибке в bugzilla.gnome.org:

https://bugzilla.gnome.org/show_bug.cgi?id=612102

и ждать пока его испрвят, или исправить самому, когда надоест ждать.

Я еще не писал и планирую сделать более полный отчет о том, как создаются библиотеки\переходники на С\С++ и Python. У меня в журнале уже есть пара строчек о том как это делается для других языков. Но ни одного примера как это сделать для Питона.

Что бы не писать много дам полезную ссылку, а когда дайдут руки напишу полный отчет:

http://code.google.com/p/rhythmbox-shoutcast/wiki/PythonBinding

Ссылка на последение изменения в плагине для rhythmbox:

http://code.google.com/p/rhythmbox-shoutcast/source/detail?r=7f14e9d750c7d59c2d4a7d132c56b8cf5414b2e8

Google gears x64 linux

2010-03-06T19:42:00.001+03:00

Несмотря на огрожающее "32-bit OS (64-bit not supported)" решил установить последнюю версию Google Gears на свой Linux-x64-Firefox-Box.

И о чудо! Оно заработало!

http://gears.google.com

Haskell

2010-02-27T22:41:00.000+03:00

Очередное навождение мне предстало в лице Хаскел!

Нет, нет. Это не мужик мне приснился, а статья подвернулась об языке названном в его честь.

Количество текста, который я планировал писать про erlang плавно замещается таким же объемом на более интересным и позитивным про новую, более обнадеживающую среду.

erlang остался в моей памяти как нечто недоделаное и не родившееся, навроде вымерших диназавров. Оно появилось поздно и уже объективно отстало.

Новое, и на мой взгляд очень перспективное называется Hackel. Оно содержит в себе все хорошее из декларативный языков навроде erlang'а и куда больше своего собсбственного и оригинального.

Что почитать?

Жизнь в движении

2010-02-25T23:45:00.002+03:00

А вы знаете почему метро в Москве ходит с такими большими перерывами? Так что между поездами скапливается здоровая толпа? Правильно. Они экономит ресурс составов, стараются пускать их реже, что бы каждый из них проходил меньше километража. А знаете засчет чего происходит экономия?

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

А в офицальной статистике основная причина: пьянство, гибель на доргах и аборты.

Спуститесь вниз на землю с облаков!
Поближе присмотритесь, кто ваш зритель?
Он равнодушен, груб и бестолков.
Он из театра бросится к рулетке
Или в объятья ветреной кокетки.
А если так, я не шутя дивлюсь,
К чему без пользы мучить бедных муз?
Валите в кучу, поверху скользя,
Что подвернется, для разнообразья.
Избытком мысли поразить нельзя,
Так удивите недостатком связи.
Но что случилось с вами? Вы в экстазе?

Иоганн Гете (в переводе Б. Пастернак)

Macbook pro linux function keys

2010-02-22T18:19:00.000+03:00

Настройка функциональных клавиш на Mac под линукс. Обновленная версия.

chkconfig --add kbfix

/etc/init.d/kbfix
#!/bin/bash
#
# chkconfig: 12345 90 01
# description: fix apple fn keys

echo "2" > /sys/module/hid_apple/parameters/fnmode

Google идет в перед

2010-02-11T17:39:00.001+03:00

Гугл начал захват мира через подмену браузера от мозилла. Чужими руками, ребят создавших Firefox, они подвинули долю Internet Explorer в общем интернет трафике. Этот шаг сместил на шаг веру в единый стандарт интернет браузинга в сторону более открытой технологии. И что потом? Гугл выпускает свой бразуер, отказавшись от помощи тех с кем начинали. (Firefox / Chrome)

Что не смогли заменить - купили (Google Video / YouTube).

Что не смогли купить - заменили (Twitter / Buzz).

Что не подошло под их стандарт - отказалались (Flash / Html5).

Что приносит деньги создали (Paypal / Google chekcout).

Google voice, который пока еще, не добрался до России.

Я начинаю терять уверенность в том, что остались службы, которые бы еще не были совмещены с google аккаунтом, или пока такие еще остались?

Вид из окна

2010-02-02T12:41:00.001+03:00

Ремонт Magsafe (зарядка)

2010-02-02T12:39:00.000+03:00

Как оказалось разобрать и собрать штекер магсейф не такая большая проблема. И это легко сделать в домашних условиях.

Однако в моем случае штекер магсейф не перетерся как обычно бывает, а оторвалась магнитная гловка.

Симптомы были следующие. В начале зарядка ноутбука перестала подсвечивать зеленый индикатор. Потом, где то через пол года, стала прерываться секунду-другую и на это время ноутбук переходил в режим пониженного энерго протребения. И после чего, совсем перестал заряжаться.

Вот несколько фотографий:

Вывод чисел прописью

2010-01-27T22:18:00.001+03:00

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

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

Так перевод чисел из различных систем исчисления в друг друга может быть найден в системной (POSIX) функции printf исходный код которой доступен в свободном доступе. Если вы не уверены в том где находится нужные вам исходники воспользуйтесь поиском codesearch.google.com и задайте в условиях требуемое имя фнукции (printf).

Перевод делается по простому алгоритму.

- В начале вы считываете входное значение и преобразуете его в числовой формат.
- Следующим шагом является перевод числа в требуемую систему исчисления
- Затем, перевод полученного значения в прописное представление:
- Пропись может иметь языковую ориентацию и иметь свои особенности перевода в русскую, английскую, немецкую или в еврит. Где по разному пишутся и взаимодействуют между собой числительные.
- Кроме того иметь различные переводы при сохранеии языковых конструкций.

Таким образом мы получаем несколько ключевых объектов:
- Входной поток (реализован через stl::iostream)
- Перевод числа в текстовое представление (реализован через Encoding)
- Языковые особенности (реализован через Lingvo_RU)
- Локализация (реализован через Locale_RU)

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

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

По просу говоря, функция обрабатывает только ту часть, которую может обработать в данный момент, и передает на следующий уровень остаток, который еще не обработан. Такая схема может предпологать создание распределенной сети вычислений. Позволяющий преобразовывать гигантские объемы входных чисел в текстовое представление. Так как большинство порядков чисел не коррелированы и одно строковое представление числа может быть преобразованно в текстовое представление на нескольких независмых машинах по схеме Map/Reduce. Но это отдельная тема.

В нашем же случае, расчет делается следующими рекурсивными шагами, каждый из которых отъедает начало списка:
- Определение разрядности
- Перевод найденного разряда в текст

например число 1000000 (один миллион) переводится в текст за следующее число операций:

первый шаг:
1(0000000) = разрядность миллион, значение 1

второй шаг:
000(000) = разрядность тысяча, значение отсутствует

третий шаг:
000() = разрядность единицы, значение отсутствует.

Еще один момент который я хотел бы рассмотреть подробно - это перевод разряда в текст.

Любое число попадающее в эту функции подвергается анализу в лингвистическом модуле. Он определяет размерность числительного и пол разряда. Как это работает?

Размерность числетельных влияет на то какое окончание будет у разряда. Например: одна тысяч(а), две тысяч(и), пять тысяч(). И в свою очередь, что бы совсем было не сладко, порядок будет влиять на числительное. Например: од(ин) миллион, од(а) тысяча и так далее до дрожи в коленках.

#include <string>

#include <algorithm>

#include <vector>

#include <locale>

#include <iostream>

class Error : public std::exception

{

public:

  Error(const char* text) : std::exception(text)

  {

  }

};

class Locale

{

public:

  enum Digits{ NONE, UNITS, TENS, HUNDRED, THOUSAND, MILLION, BILLION, TRILLION };

};

class Locale_RU : public Locale

{

public:

  enum Sex {SEXNONE, MALE, FEMALE};

  // од(ин), двадцать один миллиард().

  // дв(а), три, четыре миллиард(а).

  // пять, шесть, семь, восемь, девять, десять миллиард(ов).

  // одн(а), двадцать одина тысяч(а).

  // дв(е), три, четыри тысяч(и).

  // пять, шесть, семь, восемь, девять, десять тысяч().

  enum Count {COUNTNONE, ONE, TWOTHREEFOUR, FIVEMORE};

  static Sex get_grender(Locale::Digits type)

  {

    switch(type)

    {

    case THOUSAND:

      return FEMALE;

      break;

    case MILLION:

    case BILLION:

    case TRILLION:

      return MALE;

      break;

    default:

      return SEXNONE;

    }

  }

  static Count to_simple(char number)

  {

    int index = number - '0';

    switch(index)

    {

    case 1:

      return ONE;

      break;

    case 2:

    case 3:

    case 4:

      return TWOTHREEFOUR;

      break;

    case 5:

    case 6:

    case 7:

    case 8:

    case 9:

    case 0:

      return FIVEMORE;

    default:

      throw Error("bad to_simple");

    }

  }

  static const char* to_simple(char number, Locale::Digits type)

  {

    std::vector<const char*> table;

    switch(get_grender(type))

    {

    case FEMALE:

      {

        const char* t[]=

          {"ноль", "одна", "две", "три", "четыре", "пять", "шесть", "семь", "восемь", "девять"};

        table.assign(&t[0], &t[sizeof(t) / sizeof(const char*)]);

      }

      break;

    case SEXNONE:

    case MALE:

      {

        const char* t[]=

          {"ноль", "один", "два", "три", "четыре", "пять", "шесть", "семь", "восемь", "девять"};

        table.assign(&t[0], &t[sizeof(t) / sizeof(const char*)]);

      }

      break;

    }

    int i = number - '0';

    return table.at(i);

  }

  static const char* to_ten(int number)

  {

    int index = number - '0';

    const char* table[]= {"десять", "одиннадцать", "двенадцать", "тринадцать", "четырнадцать",

        "пятнадцать", "шестнадцать", "семнадцать", "восемнадцать", "девятнадцать"};

    if(index < 0 || index >= sizeof(table))

      throw Error("to_hundred limit exception");

    return table[index];

  }

  static const char* to_ten_plus(int number)

  {

    int index = number - '1';

    const char* table[]= {"десять", "двадцать", "тридцать", "сорок", "пятьдесят", "шестьдесят",

        "семьдесят", "восемьдесят", "девяносто"};

    if(index < 0 || index >= sizeof(table))

      throw Error("to_hundred limit exception");

    return table[index];

  }

  static const char* to_hundred(char number)

  {

    int index = number - '1';

    const char* table[]= {"сто", "двести", "триста", "четыреста", "пятьсот", "шестьсот",

        "семьсот", "восемьсот", "девятьсот"};

    if(index < 0 || index >= sizeof(table))

      throw Error("to_hundred limit exception");

    return table[index];

  }

  static std::string get_end(Locale::Digits type, Locale_RU::Count count)

  {

    std::string end;

    switch(get_grender(type))

    {

    case NONE:

      break;

    case FEMALE:

      switch(count)

      {

      case ONE:

        end = "а";

        break;

      case TWOTHREEFOUR:

        end = "и";

        break;

      case FIVEMORE:

        end = "";

        break;

      }

      break;

    case MALE:

      switch(count)

      {

      case ONE:

        end = "";

        break;

      case TWOTHREEFOUR:

        end = "а";

        break;

      case FIVEMORE:

        end = "ов";

        break;

      default:

        throw Error("bad count");

      }

      break;

    }

    return end;

  }

  static std::string to_text(Locale::Digits type, Locale_RU::Count count)

  {

    std::string end;

    std::string word;

    end = get_end(type, count);

    switch(type)

    {

    case UNITS:

      break;

    case THOUSAND:

      word = "тысяч";

      break;

    case MILLION:

      word = "миллион";

      break;

    case BILLION:

      word = "миллиард";

      break;

    case TRILLION:

      word = "триллион";

      break;

    default:

      throw Error("bad type");

    }

    return word + end;

  }

};

// Лингвистический оптимизатор. Адаптирует числовое предсталвение произношению\письму\языку.

class Lingvo

{

public:

  std::string concat_word(const std::string& w1, const std::string& w2)

  {

    std::string str(w1);

    static std::locale loc = std::locale("");

    int len = str.length();

    if(str.length() > 0 && w2.length() > 0)

    {

      if(!std::isspace(str[len - 1], loc))

        str += " ";

    }

    str += w2;

    return str;

  }

};

template <class L>

class Lingvo_RU : public Lingvo

{

public:

  std::string to_simple(const std::string &str, Locale::Digits type)

  {

    std::string ret = "";

    ret = concat_word(ret, L::to_simple(str[0], type));

    Locale_RU::Count count = L::to_simple(str[0]);

    ret = concat_word(ret, L::to_text(type, count));

    return ret;

  }

  std::string to_ten(const std::string &str, Locale::Digits type, int cut_len)

  {

    int len = str.length();

    std::string head = "";

    std::string tail = "";

    std::string ret = "";

    head = str.substr(0, cut_len);

    tail = str.substr(0 + cut_len, len - cut_len);

    ret = concat_word(ret, to_ten(tail, type));

    return ret;

  }

  std::string to_ten(const std::string &str, Locale::Digits type)

  {

    int len = str.length();

    std::string ret = "";

    switch(len)

    {

      //10-99

    case 2:

      switch(str[0])

      {

      case '0':

        ret = concat_word(ret, to_ten(str, type, 1));

        break;

      case '1':

        ret = concat_word(ret, L::to_ten(str[1]));

        ret = concat_word(ret, L::to_text(type, Locale_RU::FIVEMORE));

        break;

      default:

        ret = concat_word(ret, L::to_ten_plus(str[0]));

        ret = concat_word(ret, to_ten(str, type, 1));

        break;

      }

      break;

      // 0-9

    case 1:

      switch(str[0])

      {

      case '0':

        ret = concat_word(ret, to_ten(str, type, 1));

        break;

      default:

        ret = concat_word(ret, to_simple(str, type));

        break;

      }

      break;

    case 0:

      ret = concat_word(ret, L::to_text(type, Locale_RU::FIVEMORE));

      break;

    default:

      throw Error("wrong to_ten len");

    }

    return ret;

  }

  std::string to_hundred(const std::string &str, Locale::Digits type, int cut_len)

  {

    int len = str.length();

    std::string head = "";

    std::string tail = "";

    std::string ret = "";

    head = str.substr(0, cut_len);

    tail = str.substr(0 + cut_len, len - cut_len);

    ret = concat_word(ret, to_hundred(tail, type));

    return ret;

  }

  std::string to_hundred(const std::string &str, Locale::Digits type)

  {

    int len = str.length();

    std::string ret = "";

    switch(len)

    {

      //000-900

    case 3:

      if(str == "000")

        return ret;

      switch(str[0])

      {

      case '0':

        ret = concat_word(ret, to_hundred(str, type, 1));

        break;

      default:

        ret = concat_word(ret, L::to_hundred(str[0]));

        ret = concat_word(ret, to_hundred(str, type, 1));

        break;

      }

      break;

      //10-99

    case 2:

      switch(str[0])

      {

      case '0':

        ret = concat_word(ret, to_hundred(str, type, 1));

        break;

      default:

        ret = concat_word(ret, to_ten(str, type));

        break;

      }

      break;

      // 0-9

    case 1:

      switch(str[0])

      {

      case '0':

        ret = concat_word(ret, to_hundred(str, type, 1));

        break;

      default:

        ret = concat_word(ret, to_simple(str, type));

        break;

      }

      break;

    case 0:

      ret = concat_word(ret, L::to_text(type, Locale_RU::FIVEMORE));

      break;

    default:

      throw Error("wrong hundred len");

    }

    return ret;

  }

  // cut and parse

  std::string to_digits(const std::string &str, Locale::Digits type, int cut_len)

  {

    int len = str.length();

    std::string head = "";

    std::string tail = "";

    std::string ret = "";

    head = str.substr(0, cut_len);

    tail = str.substr(0 + cut_len, len - cut_len);

    ret = concat_word(ret, to_hundred(head, type));

    ret = concat_word(ret, to_string(tail));

    return ret;

  }

  std::string to_digits(const std::string &str, Locale::Digits type)

  {

    int len = str.length();

    std::string ret = "";

    switch(len)

    {

      // триллион 1 000 000 000 000 - 100 000 000 000 000

    case 15:

    case 14:

    case 13:

      ret = concat_word(ret, to_digits(str, Locale::TRILLION, len - 12));

      break;

      // миллиард 1 000 000 000 - 100 000 000 000

    case 12:

    case 11:

    case 10:

      ret = concat_word(ret, to_digits(str, Locale::BILLION, len - 9));

      break;

      // миллион 1 000 000 - 100 000 000

    case 9:

    case 8:

    case 7:

      ret = concat_word(ret, to_digits(str, Locale::MILLION, len - 6));

      break;

      // тысяча 1 000 - 100 000

    case 6:

    case 5:

    case 4:

      ret = concat_word(ret, to_digits(str, Locale::THOUSAND, len - 3));

      break;

      // сотня 100

    case 3:

      ret = concat_word(ret, to_digits(str, Locale::UNITS, len - 0));

      break;

      // 10

    case 2:

      ret = concat_word(ret, to_ten(str, type));

      break;

      // 0-9

    case 1:

      ret = concat_word(ret, to_simple(str, type));

      break;

    case 0:

      break;

    default:

      throw Error("big value");

    }

    return ret;

  }

  std::string to_string(const std::string &str)

  {

    return to_digits(str, Locale::UNITS);

  }

};

class Encoding

{

public:

  const char to_char(int i)

  {

    static const char c[] = {"0123456789ABCDEF"};

    if(i >= sizeof(c))

      throw Error("to_char limit exception");

    return c[i];

  }

};

class Encoding_DEC : public Encoding

{

public:

  template <class T>

  std::string convert(T number)

  {

    std::string str = "";

    while (number >= 10)

    {

      str += to_char(number % 10);

      number /= 10;

    }

    str += to_char((int)number);

    std::reverse(str.begin(), str.end());

    return str;

  }

};

class Encoding_OCT : public Encoding

{

public:

  template <class T>

  std::string convert(T number)

  {

    std::string str = "";

    char last = 0;

    do {

      last = to_char(number & 7);

      str += last;

      number >>= 3;

    } while (number);

    if ( last != '0')

            number += '0';

    std::reverse(str.begin(), str.end());

    return str;

  }

};

int _tmain(int argc, _TCHAR* argv[])

{

  long long i = 111111111111111;

  setlocale(LC_ALL, "Russian");

  while(true)

  {

    std::cout<<"Вводим: "<<std::endl;

    std::cin>>i;

    std::cout<<"Выводим: "<<std::endl;

    {

      Encoding_DEC enc;

      std::string s = enc.convert(i);

      Lingvo_RU<Locale_RU> locale;

      std::string verb = locale.to_string(s);

      std::cout<<verb<<" в десятичной системе;"<<std::endl;

    }

    {

      Encoding_OCT enc;

      std::string s = enc.convert(i);

      Lingvo_RU<Locale_RU> locale;

      std::string verb = locale.to_string(s);

      std::cout<<verb<<" в восьмеричной системе."<<std::endl;

    }

    std::cout<<std::endl;

  }

  return 0;

}

Thanks to Google for keeping my home page fine!

2009-12-30T21:59:00.001+03:00

В настоящий момент я не могу придерживаться утверждения обозначенного в заголовке к данной теме.

Ребята из гугл тим, завалили службу маппинга имен для app engine && sites. Старый сломанный мапинг, удалить нельзя, а новый нельзя добавить. И все случилось под новый год!!!

Моя страничка www.axet.ru лежит с 18 декабря (возможно 18-24 судя по статистики с google analytics).

http://www.google.com/support/forum/p/Google+Apps/thread?fid=6421087ef73ca90a00047bcc2829fe1c&hl=en

Rhythmbox shoutcast

2009-12-22T15:30:00.000+03:00

Если кто то хотел запустить шут-каст радио на своем линукс-rhythmbox плеере, а такого плагина не смог найти. То теперь эта мечта может осуществится. Я набросал пару строчек и теперь они выложены в интернете как плагин для этого плеера.

Версия совсем сырая, не доработан интерфейс, нету ни какого обновления\сохранения плей листов скаченных с сервера, но со своей основной функцией он уже сейчас справляется.

Если мне будет очень скушно, напишу еще немного кода и сделаю нормальный интерфейс.

Адрес сайта: http://code.google.com/p/rhythmbox-shoutcast/

Обман GoF (В сокращении)

2009-12-17T11:02:00.000+03:00

Понимаю нежелание читать огромные тексты. Поэтому приведу тут сокращенный вариант.

1. В книге постоянно путаются базовые определения. Классы называются объектами, объекты на памяти интсанциированными классами и вперемешку между собой. Такой подход очень сильно путает начинающего читателя, который может подумать что так оно и есть. И еще больше запутаться, в место того что бы наводить порядок в своей голове.

2. В книге дается не достаточно конкретные инструкции о правилах применения паттернов. Что в свою очередь, так же сильно усложняет материал для начинающего программиста разобраться в том что же это такое паттерн, и когда его надо приминять.

3. Книга не отвечает на вопросы качественной разработки, и реюз кода. Они создают обратное явление направленное на рождение кода, и акцентирование внимание только на объектной модели на памяти.

4. Авторы книги создали культ программирования объектов на памяти, вместо программирования кодом. В результате получается не читаемый проект не подверженный статистическому анализу.

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

Обман GoF (Книга)

2009-12-10T19:42:00.002+03:00

При выборе новой темы для журнала, или новой книги для изучения я стараюсь придерживаться простого правила: если материал в книге кажется абсурдным, мало информативным или ложном этот материал не достоин упоминания в моем журнале. Таким образом, можно добиться повышение общего качества материалов доступных в сети. Чем меньше будет ссылок на ерунду, тем быстрей про не забудут. Поэтому я не пишу (стараюсь) про дураков, глупости и авторские фантазии, что бы про них быстрей забыли или вообще не узнали.

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

Я говорю об достаточно известном труде, который мне достался в переводе А. Слинкина. Книга называется "Приемы объектно-ориентированного проектирования Паттерны проектирования". Иначе известная как GoF (Gang of Four) (Design Patterns Elements of Reusable Object-Oriented Software).

Конечно, я сделаю небольшую оговорку, я читал именно перевод на русский. Оригинал возможно не содержал таких серьезных ошибок. И возможно я буду напрасно строчить тексты указывающие на недочеты. Но не смотря на возможные опусы перевода, в книге встречаются целые абзацы, содержимое которых у меня взывает откровенное возмущение. Поэтому нахожу важным поделится своим мнением, возможно эти выводы помогут кому-то не сделать ошибок в самом начале в выборе заведомо ложных утверждений. Что в последствии может привести к ловинному образованию ложного комка понятий, которые ни как не смогут выстроится в правильном направлении.

Итак разберемся с понятиями, которые являются фундаментом для понимания книги.

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

В книге нету четкого определения основных терминов, которые они используют. Давайте их перечислим, с правильным вложенным в них смысла:

класс - код описывающий поведение объекта с данными
объект - экземпляр класса на памяти в среде исполнения
реализация объекта - код отвечающий определению объекта
среда исполнения - среда подключенная к среде исполнения, библиотекам и операционной системе.

Что, кстати, относится к определению объекта, которое не правильно дается в книги, объекта как совокупность данных и функций. Это определение было прочитано авторами из какого-то космического триллера, современной попсовой литературы. Понятие объекта никогда не включало алгоритмы их обрабатывающие. Особенно это имеет отношение к С++, о котором они пишут. Почему? Если сказать просто, то вы одним определением переменной можете обратиться к любым данным и любой области памяти просто определив A* a; на желаемую область памяти и работать с ней. Что подтверждает что данные на которые указывает класс, есть нечто абстрактное то, что посчитал разработчик данными.

Далее необходимо вспомнить, что процесс заполнения С++ шаблонов типами называется не созданием объекта, а инстанциацией класса. А результирующая сущность - классом или инстанциированным классом. Понятие же объекта может использоваться только к куску памяти, инициализированному в среде исполнения.

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

Я находил подобную концепцию в среде КОБРА (CORBA). Когда цель разработки сделать не код эффективным, а управление процессом разработки. Сделав предсказуемый результат по времени и по приемлимому качеству в разработке вы напроч убиваете эффективное решение. Видимо этот заразный подход проник и в С++. Автор языка которого, был на как раз на стороне тврческих людей, изобретая творческий красивый язык в котором было бы приятно работать.

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

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

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

Не надо смотреть на меня косо, я не говорю что у такого подхода есть одни минусы. Я говорю о том, что страшно, когда мы сидящие напротив мониторов и вбивающие *((void*)0)=0 не хотим понимать, как создается модель разработки и, что за профессия такая, давать безполезные советы с названием "Системного архитектора". И я хочу показать эту профессию в ее естественном, не извращенном бизнесом, понятии.

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

Сейчас я хочу разрушить миф об "Дизайн паттернах".

Начнем с плюсов. Вернее с тех определений которые, выдвигаются в пользу мнимых преимуществ, от использования дизайн паттернов.

Я ни коим образом не могу согласится с определением "повторного использования кода" данного авторами в книге. Авторы утверждают, что повторным использованием является наследование классов и при том же не является использование библиотечных функций. То есть, если вы унаследовались от класса, то вы повторно используете функции это класса. Вопрос: зачем тогда наследовать если вам просто нужна таже самая логика? Если вы используете функции класса работы с данными, то вы должны создать экземпляр этого класса и работать с данными методами этого класса. То есть просто создать его экземпляр на памяти (объект). И в том что вы создали объект, никакого повторного использования кода нет и быть не может. Ведь когда вы вызываете системную функцию для выделения памяти вы не повторно используете системную функцию вызова памяти. Другими словами ведь из за того что вам на ум не пришло писать свои функции работы с памятью, вы не можете утверждать, что экономите уже написанный код.

Видимо авторы хотят указать на другой аспект наследования - оно нужно, что бы переопределить логику объекта. То есть изменить концепцию работы класса с данными. Или иначе: сделать подстановку новой реализации.

Если же говорить об повтором использовании, то это целая вереница условий: атомарность функций, классов, отсутствие глоабльных объектов и фиговин так любимых горе-дизайн-паттер разработчиками называемыми Сингелтон (еще один гвоздь, почему дизайн паттерн плох).

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

Авторы демонстрируют пример наследования, у которого в недостатоках указывается наследование и отсутсвие возможнсти для переопределния иерархии наследования вовремя выполнения. Такую конструкцию лучше себе вообще не представлять перед сном. А как аргумент в пользу шаблонов проектирования, такой апофеоз вообще стыдно предъявлять.

Видимо этот вывод не спешно делается из авторских утверждений о том, что код должен быть сам по себе, а объекты на памяти сами по себе. В результате получить не читаемый код, с множество виртуальных конструкций-объектов на памяти. Автор хочет показать что его орлиный взор, способен заниматься отладкой таких воздушных замков?

Лишний раз идет подтверждение о том что создается не продукт, готовый к использованию. А создается бизнес решение для высасывания денег на поддержку виртуальной среды построенной на блестящих дизайн паттерн идеях. Конечно бизнес не виноват, он живет по правилам которые придумал не он, а государство - ему надо зарабатывать рубль. И программист не виноват он написал по заданию. И архитектор не виноват, который нарисовал пару десятков дизайн-паттернов на доске делал это по этой вот книжке. Просто в этой истории все вместе, тихо погружаются в абсурд ни кто не задаваясь вопросом: "а хорошо ли это?"

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

Не буду танцевать дальше на абсурде тех утверждений и предлагать в таком случае яву машину, или реализацию виртуальной машины на С++, или использование RTTI или перевод проекта на python. Речь об эффективном программирование а не об мистических возможностях той или иной среды (да в указанных мной средах возможно изменять наследование при приложении определенной доли усилий).

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

Если же придерживаться тех идей, на которых построена эта книга - пиши код, и думай об объектах, то код такой и выйдет - черти прочтешь его без многолетней тренировки в абстракциях из этой книги. Это что то вроде розовых очков, один раз написав такой код в очках, другой разработчик тоже должен их надеть (купить предварительно) что бы разобраться в нем.

Следующий аргумент-паттерн, активно рекламируемый на страницах книжки есть Абстрактная фабрика. Это шаблон вообще унижение для С++. Язык в котором есть идеальное понятие класса, оптимизируемого для конкретного процессора и создающего оптимизрованный код путем инстанциирования шаблона не может идти в сравнение с ущербной абстрактной фабрикой родившейся в виртуальной машине. Постораюсь объяснить простым языком.

Любой инстациированный класс из шаблона, образует набор самостоятельных классов с независимой реализаций. В результате чего, компилятор образует из них независимый объектный код, который в свою очередь оптимизируется процессором. Следовательно, любой параметр шаблона, будет индивидуально оптимизирован для процессора. А если этот параметр, является объектом (в этом случае java или C# generics отдыхают, так как поддерживают только примитивы) то это понятие объекта оптимизируется для процессора. Что является вообще уникальным явлением на сегодняшний день.

В определении даваемым в книге понятию дизайн паттерн, очень близко и родственно стоит понятие интерфейса. К сожалению, авторы книги делают лже-утверждение, на котором сыпятся множество разработчиков начиная писать абстрактный код перегруженный определением абстрактных конструкций. Нельзя говорить об отделении реализации не дав четких условий ее появлению. То есть нельзя говорить используйте интерфейсы у классов потому что вы получите масштабируемый проект. Это ерунда.

СОВЕТ 1

Такими простыми определениями вы только убьете проект. К сожалению другого определения авторы не дали. А я дам! Создавайте интерфейс, когда вы хотите скрыть реализацию в библиотеках (продаваемых, отдаваемых на сторону), когда вы хотите делать две реализации одного и того же алгоритма, и когда у вас появляется класс со схожей природой (два одинаковых класса).

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

СОВЕТ2

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

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

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

СОВЕТ3

Несмотря на общую критику и безалаберный подход заложенный в концепции. Я нахожу очень интересным пример использования шаблонов проектирования на примере текстового редактора рассмотренного в книге. Хоть и рассмотренная в начале книги шаблонная техника не выдерживает ни какой критики, сами по себе они пишут не так плохой код.

Если конечно не замечать таких ляпов как образование новых типов-строк. Это продолжение начатой авторами темы об всеобщей виртуализации, к которой так неудержно смотремится банда четырех.

Писать в коде конструкции strcmp(nameName, "Value") все равно что образовывать новый тип данных. Язык С++, это прежде всего язык типов, и компилятор делает работу за вас только в том случае, если вы этой парадигмы придерживаетесь. И если вы не ходите дубировать код (как раз в этом месте можно использовать термин повторное использование кода) то вам необходимо отказываться от строчек на этапе обработки данных от пользователя.

Так создавая новый тип const char* value = "Motif"; не забудьте создать одноименный класс и switch функцию, обеспечивающую создание одноименного объекта-свойсва на памяти. Хотя бы уж enum.

Необходимо заметить одну особенность изложения материала авторами. Банда четырех большие сторонники виртуализации и работы на памяти (с37). Парадигма, когда код становится несущественнным и менее приоритетным чем объект на памяти. Этим самым при чтении книги вас всегда подталкивают использовать паттеры как часть их концепции использующих память как ресурс. Тем самым как я уже говорил они создают воздушный замок, не читаемый сторонним наблюдателем. Отладка такой среды в разы трудней, так как вам необходима среда отладки с мощной системой визуализации.

Другими словами, эти ребята писали код только под Microsot Visual Stidio.

Хоть это и отдельная тема, которую я бы с удовольствием рассмотрел в отдельной статье. Я скажу пару слов и тут. Почему это интересно и большой объем для исследования? Приведу пример, вы никогда не задумывалиь почему большинство проектов под Линукс написано на простом плоском и могучем GObject (Objective-C)? Ответ простой: невозможно отлаживать виртуальный бред с кучей наследований на памяти. Но это нужно рассматривать подробней, в следующий раз...

Основной мыслью, которую продвигают авторы книги сводится исключительно к работе с объектом на памяти. И все разговоры о том, что проект с испльзованием паттернов предполагает повторное использование, гибкость в модификации это всего лишь заблуждение авторов. Нельзя решить все проблемы в проекте, введя полную свободу в работу с объектом (с38). Утверждая что код не значит ничего, а виртуальная среда - все, меняя объект на памяти, а не в коде они получают виртуальную машину, а не язык паттернов. Это очень серезное заблуждение и ошибка приводящая к развалу проекта. Этот принцип, закрытости логических конструкций и перевод их в виртуальную среду (память) усложняет процесс отладки и в корне лишает возможности проводить аналитический анализ исходного кода.

Этот вывод подтерждает тот факт, что код это лишь отображение объектов и он имеет маленькую значимость (с37), то что с наследование на памяти нельзя переопределить (с38).

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

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

http://en.wikipedia.org/wiki/Design_Patterns_%28book%29

Больше вопросов...

2009-12-05T16:05:00.000+03:00

Что бы вопросов становилось меньше, после публикации достаточно пространных текстов я хочу уточнить свою позицию.

Почему я это пишу и вообще какое оно есть отношение к программированию и С++?

Создается впечатление что вроде бы журнал не распологает к тем мыслям, которые я себе позволяю сюда писать. И вообще он о том как писать программы и развивать в себе системный подход к процессу программирования. А тексты, которые я иногда размещаю, похожы на филосовские размыление двоченика-шизофреника. Но!

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

Процесс разработки так же тесно связан с технологиями и методами работы на поле технических револци, с теми языками, средами, операцинными системами которые мы выбираем для решения наших задач. И вот эти все незаметные и проктически автоматически процессы выбора создают рынок, не заметный нашему потребителю - программисту. Такой рынок это ни что иное как еще один вид бизнеса, сосуществующего с остальной культурой программирования.

Этот вид бизнеса мне особенно интересен и симпатичен в силу того, что он является образцом любой предпринимательской деятельности в отличии от типичного искуственного вставления нормативов и правил.

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

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

Б. Пастернак

Это не история повторяется...

2009-12-05T15:41:00.000+03:00

Это не история повторяется, это мы рождаемся и умераем и делаем ошибки тех, кто набив бобышки теперь мешает нам идти и поступать так же.

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

Эти оба фактора способствуют созданию и росту среды вместе с ее адуиторией, несмотря на то что они все приходят всегда к одному и тому же и все что сейчас кажется новым уже было когда-то изобретено.

Начинать с начала свойствоенно людям. Они не хотят учится, хотят одним взмахом рукова создавать озера, бросив сотней баксов почувствовать себя сверх человеком, и за пять минут просмотра презентации понять и принять решение о "перспективности" идеи - разжеванная, кастированная информация лучше входит.

Это касается не только развития большинства технологий и языковых средств, но так же свойственно в таких областях как хужожественная литература.

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

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

Иоганн Гете (в переводе Б. Пастернак)

Купите нашу функцию...

2009-11-21T18:57:00.002+03:00

Получил очередной красивый буклетик-открыту по почте с рекламмой авиакомпании. Написано о том как экономить, лучше и дельше летать, брать услуги в кридит с оформлением фирменной банковской карты. Потом написано, что еще можно делать с этой картой и на наших авиалиниях. Куда обращаться. Потом написано, мелким текстом, сноски в каких случаях действуют указанные условия, потом ссылка на сайт с дополнительной информацией, потом ссылка на номер и текст договора, потом еще какой-то pdf файл, потом я кинул эту бумажку в мусорку.

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

Я задаю вопрос: "Сколько еще это будет продолжаться?"

Когда слова в рекламме наконец начнут отражать действительное положение вещей, а не быть ловким инструментом потоком легальной лжи со свех источников информации? Когда слогон "С нами быстрей" наконец будет объективен и мы точно будем знать принимая релкамный листок на что нам рассчитывать? Как облегчить потребителям, и рекламмодалеям взаимодействие не потеряв привыных моделей работы с аудиторией?

Ведь я не против смотреть на контекстную реклмму от гугл, не против получать полезные и выгодные предложения от производителей тратуарной плитки или комерческих предложений в сфере мобильных услуг. Только текущее положение вещей не позволяет объективно оценть предложение по двум-трем словам и принять решение выгодно оно или нет. И вопрос заключается в том, как же так сделать что бы мне как потребителю было все понятно об условиях договора только по первому предложению?

И я нашел выход из этой ситуации :)

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

Так вот для облегчения этой работы я предлогаю на всех рекламных буклетах писать некоторое число, напирмер так: "Самый дешевый интернет [*3456/5]". Число в квардартных скобках это не сноска на договор, а отношение величины (или его обратная величина) всех сопутствующих материалов, документов, сносок и условий договора необходимых к прочтению (в словах) в соотношении с длинной данного слогона. Что бы исключить возможный перечень всех документов, в ключая и азбуку и школьным словарем необходимо вводить некоторые катергории относительной сложности документа, как в привиденном случае число 5 может означать среднее образование, или число 6 юридическое образование.

Естественным образом введение такой системы привидет к сокращению объема общего объема метарилов к изучению буклета (первое число), удлиление слогонов и их больше объетивности (первое число) и их упрощении к восприятию, уменьшению сложности материала (второе число)!

И потребители сразу оценив два числа смогут сказать, интересует их этот продукт или нет. Скажем я не хочу читать больше 50 000 знаков для ознакомления с простыми решениями. И если содержимое буклета в словах длиной 100 слов в отношении к сопутствующей документации в 60 000 слов будет равно 600\5. Так я буду автоматически отбрасывать мелкие предложения в которых показатели выше 600\5 и читать показтель которых ниже :)

Вид из окна (реального, моего)

2009-11-11T00:11:00.000+03:00

Snow Leopard USB Install

2009-11-09T16:30:00.000+03:00

В сети можно найти довольно много материалов о том, как устновить новую операционную систему от Apple с помощью USB флешки. В большинстве инструкций (или во всех без исключения) необходимым компонентом является рабочая операционная система Mac OS X. То есть для того что бы выполнить указанную инструкцию по настройки USB stick на работу с Snow Leopard вам нужен рабочий компьютер с уже установленной операционной системой.

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

В таком случае куда возможней найти рабочий компьютер под управлением Windows или Linux машину, чем собственно компьютер под Mac OS X. Но к сожалению инструкции об настройки флешки под эти опреационные системы в сети нету.

Я решил восполнить данный недостаток и написать инструкцию настройки USB флеш для установки Snow Leopard из под Linux.

Для начала вам потребуется:
- Рабочая машина с Linux
- Образ Snow leopard в формате .iso
- Флешка размером минимум 8GB

Первым делом загрузитесь в Linux и запустите утилиту gparted. И дале выполните следующие шаги:

- инициализируйте диск с новой меткой разделов gpt (Device/Create Partition table).
- создайте 1 раздел 200 мегобайт с файловой системой fat32

- создайте 2 раздел под остальное место с файловой системой hfs+

- нажмите кнопку принять изменения.

Затем, правой кнопкой мышки измените флаги первого раздела с msftree на boot.

После чего можете приступать к следующему этапу - записи раздела с образа snow leopard.iso

Прежде чем начать запись раздела, вам необходимо определить где он на диске находится. Дело в том что формат диска с операционной системой Mac OS X не совсем стандартный образ. В нем записано два образа, первый с драйверами под Windows, а второй - установщик Mac OS X. Для того чтобы найти указанный рездел (смещение для него) необходимо использовать утилиту hexedit.

Открываем образ snowleopard командой hexedit snow leopard.iso и выполняем поиск hex-последовательности "482b0004". Для моего образа snow leopard билда 10A432 (Snow Leopard 10.6.0) смещения такие:

3DA91400   48 2B 00 04  00 00 01 00  31 30 2E 30  00 00 00 00  H+......10.0....

3DA91410   C6 9B F3 4E  C6 9C 6F 67  00 00 00 00  C6 9C 55 BE  ...N..og......U.

Что бы переместить указанную патицию прямо на патицию флешки выполняем следующую последовательность команд:

# /sbin/losetup -o 1034489856 /dev/loop0 snowleopard.iso
# dd if=/dev/loop0 of=/dev/sdb2 bs=5M

Число 1034489856 - это шестнацатеричное 3DA91000.
Устройства /dev/sdb2 - это второй рездел флеш диска созданнго через программу gparted.

Минут через десять команда dd выполнится и USB-stick готов для работы.

cat snow leopard.iso | md5
f303591a8cc124d68f10155b10696348

cat snow leopard.iso | shasum
9e92a6c8c0b166fd8ea6442ccb6d32025e349cbd -

Snow Leopard 10.6 build 10A432 golden master

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

VirtualBox 3 raw access to hard drive

2009-11-02T15:13:00.000+03:00

Как подключить реальный жесткий диск к VirtualBox 2.0 я уже писал раньше. В предыдущей версии к сожалению были проблемы работы с подключением жесткого диска из под OS X. В последней версии такая проблема была устранна.

Вот примеры использования:

Mac OS X:

Работать с реальым жестким диском не рекомендуется из под простого пользователя из за слижком больших прав на изменение данных. Поэтому будет лучше создать виртуальную машину из под учетной записи администратора, и уже специально для нее открыть доступ к жесткому диску. Для этого откройте консоль, и напишите sudo su, после чего VirtualBox для запуска менеджера виртуальных машин. Тем самым вы запустите VirtualBox под учетной записью администратора, что не позволит случайно изменить данные на жестком диске простым пользователям. Виртуальную машину лучше создайте под именем localhost, без каких либо дополнительных параметров, только на всякий случай создайте вируальный жесткий диск с параметрами по умолчанию (ни размер, ни имя менять не нужно).

Далее вам необходимо создать файл vmdk, открывающий доступ к жесткому диску для виртуальной машины. Для этого придется сделать несколько действий, так как в VB есть ошибка под номером 1461. Если в будущем ее исправят, то процедура создания vmdk диска упростится до следующей:

# sudo su
# VBoxManage internalcommands createrawvmdk -filename ~/Library/VirtualBox/HardDisks/localhost.vmdk -rawdisk /dev/disk0 -partitions 0,1,3,4

При создании диска учитывайте какие разделы своего жесткого диска вы хотели использовать под виртуальной машиной, но учтите: необходимо пропустить все партиции которые использует операционная система, по просту она заблокирует создание диска со смантированными партициями. В моем случае я игнорирую партицию номер 2 с установленной и запущенной Mac OS X. Для того что бы увидеть список партиций введите команду:

# VBoxManage internalcommands listpartitions -rawdisk /dev/disk0

VirtualBox Command Line Management Interface Version 3.0.10
(C) 2005-2009 Sun Microsystems, Inc.
All rights reserved.

Number Type   StartCHS       EndCHS      Size (MiB) Start (Sect)
1       0xee 1023/254/63 1023/254/63           200            1
2       0xaf 1023/254/63 1023/254/63         40879       409640
3       0x83 1023/254/63 1023/254/63        395020     84557864
4       0x07 1023/254/63 1023/254/63         40631    893558872

Кроме того, Mac OS X частенько монтирует виндус раздел при старте системы, поэтому для успешной работы команды createrawvmdk вам придется его вручную отмонтировать.

Так как в настоящий момент ошибка 1461 не исправлена, то процедура создания vmdk файла несколько усложняется. Вы его просто напросто создадите руками. Для этого вызовите команду:

# gpt -r show /dev/disk0

gpt show: /dev/disk0: Suspicious MBR at sector 0
      start       size index contents
          0          1         MBR
          1          1         Pri GPT header
          2         32         Pri GPT table
         34          6
         40     409600      1 GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
     409640   83722224      2 GPT part - 48465300-0000-11AA-AA11-00306543ECAC
   84131864     426000
   84557864 809001008      3 GPT part - EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
893558872   83214256      4 GPT part - EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
976773128          7
976773135         32         Sec GPT table
976773167          1         Sec GPT header

Далее используя эту таблицу мы видим физическое распределение секторов на диске (предыдущая команда VBoxManage internalcommands listpartitions показывала логические сектора). Далее выполните команду создания жесткого диска через VirtualBox, как показано в рабочем примере, но создающую не правильный жесткий диск из за ошибки 1461.

Вот пример части файла vmdk, который создала VirutualBox:

# Extent description
RW 1 FLAT "localhost-pt.vmdk"
RW 409639 FLAT "/dev/disk0s1"
RW 83722224 ZERO
RW 426000 ZERO
RW 809001008 FLAT "/dev/disk0s3"
RW 83214256 FLAT "/dev/disk0s4"
RW 40 ZERO

Как мы видим, первый сектор диска (загрузчик) помечан 1 сектором. И явно указывает на логическое разбиение диска, нам же нужно повторить физическую его структуру для этого меняем значения в секции # Extent description на следующие:

# Extent description
RW 40 FLAT "localhost-pt.vmdk"
RW 409600 FLAT "/dev/disk0s1"
RW 83722224 ZERO
RW 426000 ZERO
RW 809001008 FLAT "/dev/disk0s3"
RW 83214256 FLAT "/dev/disk0s4"
RW 40 ZERO

Как не солжно догадатся, мы просуммировали длинну gpt информации о диске взятой из вывода команды gpt show (1 + 1 + 32 + 6) == 40. Далее, чуть чуть подкорректировали размер первого раздела, и оставили без изменения остальные значения. Так как они полностью совпадают со значениями из вывода gtp show утилиты.

В целом мы почти закончили. Нехватает только скопировать данные с нашего реального диска в файл раздела localhost-pt.vmdk. Делется это командой:

# dd if=/dev/disk0 of=localhost-pt.vmdk count=40 bs=512

После чего запускаем VirtualBox и монтируем наш vmdk жесткий диск вместо виртуального присоединенного к localhost.

# VirtualBox

Linux:

Работа с родным жестим диском из под линукса схожа с работой из под OS X. Вам так же необходимо использовать две учетные записи из под пользователя и супер пользователя (root).

Создание образа диска делается следующей командой:

# VBoxManage internalcommands createrawvmdk -filename ~/.VirtualBox/HardDisks/localhost.vmdk -rawdisk /dev/sda

Далее необходимо создать вайл для запуска хост машины:

~/localhost.sh

#!/bin/bash

# монтирование папки с образами OS

gvfs-mount smb://mini.local/www

/sbin/sfdisk  -A4 /dev/sda

VBoxManage startvm localhost

И запускать его с помощью dbus-launch, обеспечив тем самым возможность монтирования файловой системы gvfs.

Windows XP

Работа из под Windows XP несколько проще, так как вам ненужно запускать отдельную учетую запись.

Для создание диска нажмите Win_key+R и выполните слудющую команду:

"C:\Program Files\Sun\xVM VirtualBox\VBoxManage" internalcommands createrawvmdk -filename "%USERPROFILE%\.VirtualBox\HardDisks\localhost.vmdk" -rawdisk \\.\PhysicalDrive0

Запуск виртуальной ос лучше осуществлять следующими запускающими файлами:

c:\soft\localhost.bat

diskpart /s localhost.txt
start "VB" "C:\Program Files\Sun\VirtualBox\VirtualBox"

c:\soft\localhost.txt

sel disk 0
sel part 3
act

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

http://blog.jardinmagique.info/2009/08/setup-virtualbox-on-macosx-to-boot.html

Stay with Linux

2009-10-02T00:24:00.000+04:00

Не так просто понять, что значит счастье, но так просто быть вместе.

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

Л. Н. Толстой

Stay away from Erlang

2009-09-28T10:11:00.004+04:00

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

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

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

И, наконец, третье: такой рост возможен лишь с согласия всех лиц у чавствующих в разработке и использовании этой системы.

Получается, что как только аудитория становится более грамотной, переростает систему и ее авторов система умерает. Это происходит постепенно и нужно лишь ждать когда автор, ее идейный вдохновитель поймет свое бессилие и откажется догонять впереди его идующую толпу.

Очень наглядный тому пример можно увидеть в этом интервью.

http://www.infoq.com/interviews/armstrong-peyton-jones-erlang-haskell

Беседуют два уже не молодых человека. Каждый придерживается своей системы и своих взглядов. У каждого свое представлние об одних и тех же технолгиях (функциональном программировании, например), но они продолжают улыбаться друг другу и вести дружелюбную беседу. Вот она: полит корректность.

Для того чтобы двум людям, совершенно разных взглядов быть так приветливым необходимо: либо быть настоящим лицимером, политиком, либо иметь хорошую выдержку и понимать, что слабую технологию легче всего поглотить, чем воевать против нее.

...

SPJ: Whenever you've got concurrency and multiple processes working, you need to be very careful about side effects. Otherwise it just does your head in. Something that Haskell and Erlang both share is being careful about effects. Haskell is sort of super-careful and Erlang is merely careful, but in both cases, we don't have this, unrestricted side effects all the time, the computational fabric being effectful. It seems to me it makes it jolly hard to write programs that exploit multithreads.
...

JA: And the garbage collector doesn't need to know about what types are generated.

SPJ: Oh the garbage collector, that's not a problem. Our garbage collectors are complicated, not because of types, it knows nothing of types.

...

SPJ: Do you have any profiling tools?

JA: Yes, sure.

SPJ: So, you can see "Oh, this process is stalled."

JA: What's interesting is when you are finding the sequentiality.

...

JA: With each new generation of chips, it's... We don't know what's going to happen.

...

JA: When you're developing Erlang, you don't have to write the entire program to get it to work, and you're not quite sure what the types are. In Erlang you just write some program here, and you evaluate something and it throws out this great big thing and you say: "Oh, that's what the type was". Then you can say: "Well that wasn't quite right, let's change it to that". But you're not restricted in having to get all the bits working before you can just do those experiments. Wouldn't you miss something like that?

SPJ: You still don't have to get all the bits working, you have to think of what type you might have, but you might evolve that type.

JA: Or you can just run it and see. We have things called parse transforms which allow you to change them. In a module you can say there's a parse transform, and the parse transform is given the parse tree of the program and it can turn it into another parse tree before it's given to the compiler. That's a way of doing deeply sinful things that you normally can't do. And the nice thing about that is, somebody has asked me "How do I get started with this?"

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

Macbook Pro USB flash boot (part 2)

2009-09-26T22:02:00.003+04:00

- Macbook Pro USB flash boot (part 1)

Fedora 12 Snap3

Подготавливаясь к предстоящему резилу Fedora 12 решил провести основные тесты на своих машинах. У меня два ноутбука Asus M3N (живучий малый) и MacBook Pro 2.1 (железный малый), и один mac mini (Ну совсем маленький. Он не дорос доучастия в тестах). На обоих машинах я испытывал те или иные проблемы связанные с различными аспектами работы системы. Начиная от загрузки и заканчивая поддержкой различных устройств.

Могу сказать сразу: результаты внушают оптимизм и некоторые старые ошибки оказались исправлены. Что же касается новых фукнций (автоматическая отправка ошибок, переработанный anaconda устновщик, и ряд других, которые я не успел толком опробовать) они заставляют ждать резил Fedora 12 с нетерпением.

Не буду описывать все составляющие моего щастья связанные с Fedora 12. Опишу только все еще не решенную проблему с загрузкой с usb через EFI loader.

Всего существует 2 способа загрузки ноутбука MacBook Pro с usb насителя:
- загрузка с использованием efi загрузчика
- непосредственная загрузка с одного из 4 разделов mbr диска.

Первый (efi) использует расширенные фукнции переферии (EFI) и ориентируясь на разделы gpt диска может произвести загрузку с одного из 128 разделов. Что выгодно отличает этот способ загрузки от старого проверенного bios загрузчика поддерживающего всего 4 раздела на жестком диске.

Дальше больше. Так как современное ядро линукса научилось не только работать с жестким диском по всем современным технологиям, но уже начинает перенимать на себя и остальные фукнции операционной системы (постепенно разбухая и накапливая новый фукнционал). Так, совсем недавно, появилась новая фукнция ядра называемая KMS (Kernel mode settings). Мехнизм позволяющий иницилизировать видео карту в ядре с последующей передачей видео контекста в пользовательское приложение графического интерфейса (менеджера окон или других программ с поддержкой GUI). Эта новая фукнция не всегда работает хорошо и в некоторых случаях производит иницилаизацию ведео карты не правильно. Что в свою очередь приводит к зависанию системы сразу после загрузки ядра. Это еще одно условие успешной загрузки с usb flash.

Кроме того, имеет место сборка grub, и сборка X-server.

Так у нас получается некоторый набор условий неудачное совпадение которых может приводить к падению системы. Что мы и попробуем перечислить все возможные варианты:

Вот приблизительные варианты загрузки:

rEFIT \ Alt boot -> EFI \ BIOS -> USB \ HDD -> fedora grub \ grub2 -> KMS \ nomodeset

Попробуем проверить все эти комбинации на практике:

1) rEFIT -> EFI -> USB -> fedora grub -> В обоих случаях (KMS\nomodeset) зависание после включение grub, ядро не может инициализировать видео вывод и картинка menu grub не исчезает)

2) rEFIT -> EFI -> USB -> grub2 -> KMS (Порча экрана после загрузки ядра и зависание)

3) rEFIT -> EFI -> USB -> grub2 -> nomodeset -> Загрузка до запуска X server и падение x servera

4) rEFIT -> BIOS -> USB -> В обоих случаях (KMS\nomodeset) остановка загрузки - проблема с прошивкой MacBook Pro

5) rEFIT -> BIOS -> HDD -> fedora grub -> В обоих случаях (KMS/nomodeset) успешная загрузка

Из выше привиденных тестов можно сделать вывод: во-первых прошивка macbook pro несколько старовата, apple не желает их поддерживать. во-вторых загрузка linux через EFI всегда приводит к проблемам инициализации контекста видео карты. И в противовес последнему утверждению, загрузка через BIOS ядра линукса всегда успешная.

Обзор ОС посетителей

2009-09-26T16:09:00.004+04:00

1	Opera / Windows	21,75 %
2	Firefox / Windows	19,46 %
3	Firefox / Linux	16,10 %
4	Internet Explorer / Windows	14,31 %
5	Safari / Macintosh	7,59 %

t = malloc(...

2009-09-24T22:28:00.001+04:00

Java 1.4, XSD, Java 1.5, Web2.0, Erlang, C, Flash, Flex SDK, HTML, IE, Opera, C#, docs.google.com, bing.com, QT4, C++, Eclipse, QT4.5, livejournal.com, XLT, Python, ICQ, OpenGL, VirtualBox, OpenSUSE, Skype, Google Talk, yandex.ru, kms, XEN, Bluetooth, Direct3D, WiMax, Firefox, google.com, blogspot.com, Netbeans, ...

Разгоняемся... ?

Пфуль был один из тех безнадежно, неизменно, до мученичества самоуверенных людей, которыми только бывают немцы, и именно потому, что только немцы бывают самоуверенными на основании отвлеченной идеи-науки, то есть мнимого знания совершенной истины. Француз бывает самоуверен потому, что он почитает себя лично, как умом, так и телом, непреодолимо-обворожительным как для мужчин, так и для женщин. Англичанин самоуверен на том основании, что он есть гражданин благоустроеннейшего в мире государства, и потому, как англичанин, знает всегда, что ему делать нужно, и знает, что все, что он делает как англичанин, несомненно хорошо. Итальянец самоуверен потому, что он взволнован и забывает легко и себя и других. Русский самоуверен именно потому, что он ничего не знает и знать не хочет, потому что не верит, чтобы можно было вполне знать что-нибудь.

Л. Н. Толстой

gencodingconverter-1.1.0

2009-09-20T15:23:00.001+04:00

После борьбы с непобедимой ленью я все же нашел в себе силы дописать плагин для конвертирования файлов на лету для Gedit.

В новой версии вы сможете:
- Настраивть список интересующих вас кодировок
- Использовать диалог наглядного преобразования кодировок

Недостаки:
- слабая поддержка encoding API приложеиня gedit (в коде есть некоторые хаки)
- не удобный функционал Gtk.ComboBox который съеадет нажатие enter у диалога
- небольшие проблемы порядком следования кодировок (они сортируются произвольно)

Получить эту утилиту можно по адресу: http://code.google.com/p/gencodingconverter/