Logo    
Деловая газета CitCity.ru CITKIT.ru - все об Open Source Форумы Все публикации Учебный центр Курилка
CitForum    CITForum на CD    Подписка на новости портала Море(!) аналитической информации! :: CITFORUM.RU
IT-консалтинг Software Engineering Программирование СУБД Безопасность Internet Сети Операционные системы Hardware

21.01.2017

Google
WWW CITForum.ru
С Новым годом!
2006 г.

OFSA
Основные принципы. Часть 4.
Трансфертное ценообразование.

Александр Бовин,
Компания "ФОРС-Центр разработки",
Департамент по работе с финансовыми институтами



Часть 3Часть 5


"Разделяет не бездна, а разница уровней"
Станислав Ежи Лец.

Оглавление.

1. Подход к трансфертному ценообразованию.

В состав системы OFSA входят два модуля для определения трансфертных цен: "Transfer Pricing" и "Transfer Pricing Online". Направленность модуля "Transfer Pricing Online" вполне соответствует названию: интерактивное веб-приложение, которое в режиме реального времени представляет индикаторы трансфертных ставок на основе методологии модуля "Transfer Pricing".

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

Модуль "Transfer Pricing" использует "трансфертное ценообразование с согласованной ставкой" (Matched Rate Transfer Pricing) - подход, при котором все счета/продукты имеют трансфертные ставки, отражающие их специфические сроки погашения и характеристики переоценки, таким образом используются множественные трансфертные ставки. Система позволяет применять подходящие методы к различным счетам/продуктам в рамках банка. "Трансфертное ценообразование с согласованной ставкой", являясь техникой управленческого учета, выделяет компоненты чистой процентной маржи (Net Interest Margin), изолирует риск процентной ставки в Казначействе, где им можно централизованно управлять. В свою очередь, организационные единицы считаются ответственными за то, чем они реально могут управлять: ценообразование и доходность.

Процесс трансфертного ценообразования выделяет четыре главных компоненты чистой процентной маржи:

  • спрэд, заработанный на активах (credit spread)
  • спрэд, заработанный на пассивах (funding spread)
  • спрэд, заработанный или потерянный из-за подверженности риску процентной ставки (rate risk spread)
  • спрэд, заработанный или потерянный из-за затрат на опции (option cost spread)1

Подобный подход (выделение вышеупомянутых компонент) обеспечивает информацией для оценки финансовых инструментов, распределения ресурсов и лучшего понимания источников прибыли для банков.

2. Transfer Pricing ID

Значительная часть информации, требуемой при настройке, в том числе методы трансфертного ценообразования и, собственно, источники данных для трансфертного ценообразования (счета/продукты), определяется в Transfer Pricing ID, экранная форма данного ID приводится на рисунке.

Рисунок. Transfer Pricing ID. Определяет метод трансфертного ценообразования для каждого продукта.

Первым шагом является выбор источника данных для использования в трансфертном ценообразовании счета (или продукта в терминологии OFSA), после чего в Transfer pricing ID определяется метод трансфертного ценообразования для каждого продуктового листа в портфеле.

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

Все методы трансфертного ценообразования назначаются на уровне счетов/продуктов, список которых доступен в интерфейсе Tree Bar. Это не означает, что все записи финансового инструмента с одним значением счета/продукта получат одинаковую трансфертную ставку. Некоторые методы трансфертного ценообразования присваивают уникальную трансфертную ставку каждой записи финансового инструмента. Таким образом, модуль TP вычисляет трансфертную ставку на самом возможно низком уровне детализации, уровне записей финансовых инструментов (сделки, договора), позволяя тем самым измерить процент доходности на этом уровне. "Transfer pricing ID" также содержит интерфейс, позволяющий определить параметры, используемые для вычисления затрат на опцию (option costs) для каждого продуктового листа.

Следует также выделить "TP Processing ID", данный ID запускает процесс трансфертного ценообразования и генерирует результаты. Там же определяются настройки алгоритмов.

3. Как работает трансфертное ценообразование с согласованной ставкой.

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

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

В то же самое время, книги всего банка должны быть сбалансированы. Для этого, процесс трансфертного ценообразования с согласованной ставкой должен создать "скрытый актив" с эквивалентными размерами и ставкой "скрытого обязательства". Этот скрытый актив должен принадлежать отдельной организационной единице, как правило, Казначейству.

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

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

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

p4_2.gif

Иллюстрация взята из книги Дж. Синки, мл. "Управление финансами в коммерческих банках".

Трансфертная цена за фонды: цена, по которой организационные единицы, привлекающие средства, продают их размещающим организационным единицам банка. Связи между этими организационными единицами и Казначейством устанавливаются в момент определения иерархической структуры Org Unit, см. первую статью.

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

4. Простой пример.

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

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

Поле "Transfer Pricing Interest Rate Code" приведенной выше экранной формы используется для выбора IRC трансфертного ценообразования, т.е. в определении кривой доходности трансфертного ценообразования счета. Выбор кривой доходности трансфертного ценообразования определяется, в том числе, и состоянием банка, например, для банка, имеющего избыток депозитов, естественно выбрать "Treasury curve", а для банк, имеющего потребность в заемных средствах, естественно выбирать "funding curve".

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

Срок Ставка Срок Ставка СрокСтавка
1D 1,24% 1Y 2,62% 6Y 5,06%
1M 1,49% 2Y 3,41% 7Y 5,27%
2M 1,61% 3Y 4,02% 8Y 5,45%
3M 1,77% 4Y 4,43% 9Y 5,57%
6M 2,08% 5Y 4,76% 10Y 5,67%

Следующий рисунок показывает разбиение (на структурные составляющие) чистой процентной маржи между двумя инструментами: 6-ти месячным депозитным сертификатом с доходностью 1,70%, и ипотечным кредитом со средним сроком 7 лет и доходностью 5,80%. Спрэд между этими 2 инструментами составляет 4,10%.

Рисунок. Разбиение чистой процентной маржи между двумя инструментами.

Как показывает рисунок, 6-ти месячному депозитному сертификату соответствует ставка в 2,08%, что является ставкой 6-ти месячного займа из определенной выше кривой доходности. В результате имеем спрэд, равный 0,38%, который является спрэдом, заработанным на пассивах. Ипотечному кредиту соответствует ставка в 5,27%, что является ставкой 7-летнего займа из определенной выше кривой доходности. В результате, имеем спрэд, заработанный на активах 0,53%. Остаток спрэда, т.е. 3,19% является типичным образцом вклада риска процентной ставки. Значение риска процентной ставки появилось из-за наличия несоответствия по срокам погашения и переоценки соотношения между кредитным инструментом и депозитным инструментом, несоответствие изолируется в Казначействе. Ситуацию с риском процентной ставки можно прояснить, если рассмотреть два финансовых инструмента с одинаковой срочностью. Поскольку они точно согласованы, то нет никакого риска процентной ставки, и трансфертная ставка одинакова для обоих инструментов.

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

1. Процентные доходы 5,80%
2. Стоимость привлечённых денежных средств" 2 5,27%
3. Спрэд активов (1) - (2) 0,53%
4. Затраты на обеспечивающие фонды 2 2,08%
5. Процентные расходы 1,70%
6. Спрэд пассивов (4) - (5) 0,38%
7. Чистый процентный спрэд (1) - (5) 4,10%
8. Несоответствие (7) - (3) - (6) 3,19%

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

5. Методы трансфертного ценообразования.

В первом приближении все методы трансфертного ценообразования в модуле TP можно разделить на две группы: Cash Flow (Кэш-флоу) и Non-Cash Flow (Не кэш-флоу).

Методы "Кэш-флоу" вычисляют трансфертные ставки на основе предполагаемых кэш флоу финансовых инструментов:

  • Cash Flow Weighted Term
  • Cash Flow Zero Discount Factor
  • Cash Flow Duration.

Методы "Не кэш-флоу" часто используются для продуктов с неопределенными характеристиками кэш-флоу, например, для текущих счетов:

Moving Averages Скользящие средние значения.
Spread from Interest Rate Code Спрэд по коду процентной ставки
Straight Term Пропорциональные условия
Spread from Note Rate Спрэд по текущей ставке
Redemption Curve Кривая погашения
Unpriced Account Счет без определенной цены

За исключением Straight Term, эти методы игнорируют даты и сроки при вычислении процентных ставок. Можно встретить и другие виды классификации, например:

  • Matched Maturity Methods
    • Straight Term
    • Spread from Interest Rate Code
  • Pool Rate Methods
    • Moving Averages
    • Redemption Curve

Метод определяется в поле "Transfer Pricing Method" экранной формы приведенной выше, причем для счетов, определенных на инструментальных таблицах, можно задавать все методы, кроме Unpriced Account, а для счетов, задаваемых на Главной Книге, можно использовать следующие методы: Moving Average, Spread from Interest Rate Code, Unpriced Account и Redemption Curve. Метод Unpriced Account является специальным случаем прямого трансфертного ценообразования в Ledger_Stat. Когда выбирается метод, подходящие поля экранной формы становятся активными.

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

5.1 Moving Average.
Методология скользящего среднего часто используется для счетов Главной Книги, которые не имеют никакого договорного (контрактного) или подразумеваемого срока погашения. Примерами счетов такого типа являются автоматически возобновляемые счета.

Следующие поля экранной формы "Transfer Pricing Id" заполняются при помощи этого метода:

Transfer Pricing Interest Rate Code. Выберите IRC трансфертного ценообразования как кривую доходности трансфертного ценообразования счета.

Yield Curve Term. Определяет точку на кривую доходности. Например, выбрать в 2-х полях: 1 Year.

Historical Term. Определяет период, по которому берется среднее значение. Например, выбрать в 2-х полях: 6 Months.

Примеры Yield Curve Term Historical Term
6-ти месячное "Скользящее среднее" 1-годовой ставки 1 Year 6 Months
3-х месячное "Скользящее среднее" 6-ти месячной ставки 6 Months 3 Months

Пусть кривая доходности задается следующими данными:

Дата в формате DD/MM/YYYY 1D 1M 2M 6M
01/01/1999 8,0 8,3 8,4 8,3
01/02/1999 8,1 8,2 8,5* 8,3
01/03/1999 8,1 8,1 8,5* 8,1
01/04/1999 8,1 8,1 8,3* 8,0
01/05/1999 8,4 8,0 8,6* 7,9
01/06/1999 8,3 8,2 8,7 7,9

Параметры настройки в Transfer Pricing ID:

  • As of Date = 31/05/1999
  • Interest Rate Code = <имя кривой доходности>
  • Yield Curve Term = 2 Months
  • Historical Term = 4 Months, т.е. определен интервал с 01/02/1999 по 01/05/1999,
    поскольку интервал дат сформирован от As-Of-Date минус исторический срок плюс один день.

Чтобы получить "Скользящее среднее значение", требуется использовать средние ставки, обозначенные (*) в таблице, и вычислить:

(8,5 + 8,5 + 8,3 + 8,6) / 4.

5.2 Unpriced Account.
Метод Unpriced Account специфицирован только для счетов Главной Книги, т.е. использует данные таблицы Ledger_Stat. Трансфертная ставка для указанного счета определяется как средневзвешенное значение трансфертных ставок списка заранее определенных счетов. Расчет осуществляется по средним остаткам Главной Книги.

Для установления связи между счетом, который специфицируется с методом Unpriced Account, и списком связанных с ним счетов используется специальный интерфейс.

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

Вычисление трансфертной ставки методом Straight Term для выбранного счета/продукта и требуемой кривой доходности трансфертного ценообразования сводится к выбору соответствующей точки на кривой доходности. Выбор точки, а значит и трансфертной ставки, зависит не только от настроек в нескольких ID модуля (поле Calculation Mode в "TP Processing ID"), но и от значений полей инструментальной записи (запись с фиксированной ставкой или регулируемой ставкой, наличием или отсутствием льготного периода и др.).

5.4 Cash Flow Duration
Для каждой записи финансового инструмента:
  • Рассчитывается кэш-флоу с учетом затрат на опции (option costs), например, с учетом предположений о досрочных платежах.
  • Рассчитывается дюрация.
  • Назначается трансфертная ставка в соответствии с рассчитанной дюрацией.

Пример:

  • Для 10-летнего ипотечного кредита была рассчитана 7-летняя дюрация (основываясь на расписании платежей, методе амортизации и предположениях о досрочных платежах).
  • Данной записи финансового инструмента (ипотечному кредиту) будет назначена 7 летняя трансфертная ставка.

6. Затраты на опции финансовых инструментов

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

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

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

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

  • Option Cost Method. Позволяет задать использование метода Монте-Карло для вычисления затрат на опцию. В настоящее время имеется только одно доступное значение для этого поля, а именно - "Monte Carlo".
  • Target Balance. Когда выбирается метод Монте-Карло для определения затрат на опции, это поле позволяет специфицировать остаток инструментальной записи, который используется для вычислении спрэда, скорректированного по риску опционов (option-adjusted spread).
    • Par Balance
    • Book Balance
    • Market Price

Перейдя в экранную форму "TP Processing ID", можно задать те же самые стохастические методы, которые применяются в модуле RM и могут также использоваться для вычисления затрат на опции в модуле TP. В том числе, можно сделать выбор между двумя числовыми методами: Монте-Карло с псевдослучайными числами или Монте-Карло с LDS-последовательностями (low discrepancy sequences). Можно также использовать четыре модели временных структур: "Ho and Lee", "Merton", "Vasicek" и "Extended Vasicek". Предлагаются два метода сглаживания: "Линейная Интерполяция" и "Кубический Сплайн", а также можно использовать до 2000 вариантов моделирования.

7. Выходные данные

. Ранее упоминалось, что некоторые методы трансфертного ценообразования в модуле TP присваивают уникальную трансфертную ставку на уровне записи финансового инструмента. В общем случае на уровне записи финансового инструмента заполняются колонки с информацией:
  • Трансфертная ставка
  • Процентная маржа на продукт
  • Затраты на опции

Как известно, целью трансфертного ценообразования является назначение трансфертной цены на уровне счетов Главной Книги, что для системы OFSA равносильно формированию результатов на уровне таблицы Ledger_Stat, т.е. вычислению значений финансовых элементов. Значения финансовых элементов в таблице Ledger_Stat вычисляются для всех методов трансфертного ценообразования модуля TP. Следует упомянуть следующие финансовые элементы для трансфертного ценообразования:

Beginning transfer rate Начальная трансфертная ставка
Ending transfer rate Конечная трансфертная ставка
WATR, Weighted Average Transfer Rate Средневзвешенная трансфертная ставка
Average Historical Option Cost Средние затраты на опцию
Charge/Credit for Funds TP устанавливает плату для фондов для каждого актива и затраты на обеспечивающие фонды для каждого пассива.

Поскольку значение WATR известно, Charge/Credit for funds за любой период задается формулой:

Charge/Credit for Funds = WATR * Balance * Accrual Factor

Например:

Charge/Credit for Funds = (0,0787) * (100000) * (30/360) = 655,83

p4_4.gif
Увеличить

Рисунок. Пример стандартного отчета модуля TP.

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

В данной статье приводится информация только о двух ID, имеющихся в модуле TP. В контексте данного раздела хотелось бы рассказать о возможностях еще одного ID, а именно - о "Data Filter ID".

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

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

8. Заключение.

В общем случае выходная информация в системе OFSA (в том числе в модулях RM и TP) формируется:
  1. в виде финансовых элементов на уровне Главной Книги (таблица Ledger_Stat) в разрезе определенных при настройке иерархических структур, например:

    Org_UnitИмеются возможности выполнить вычисления с дополнительной детализацией: определить еще одну иерархическую структуру, например, "Группировка клиентов" или определить фильтр данных.

    Это позволит получить результат в разрезе групп клиентов или даже для одного клиента.

    Gl_Account
    Common_Coa
    Дата/период
    Валюта

    В версии OFSA 4.5.36.1 имеется 181 предопределенный финансовый элемент, и существует механизм формирования дополнительных финансовых элементов.

  2. в специальных таблицах, например, смотрите статью, посвященную расчету значений Value-at-Risk в модуле RM.
  3. в записях таблиц финансовых инструментов заполняются некоторые колонки, например, для модуля RM на уровне записей финансовых инструментов формируется значение рыночной стоимости, а для модуля TP - список был приведен выше.

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

  • Budgeting & Planning
  • Performance Analyzer
  • Regulatory Capital Manager (Basel II)

вообще оказались вне рассмотрения, также остались не затронутыми подходы к реализации обязательной отчетности РСБУ и МСФО. Возможно, в следующей серии статей данные темы будут раскрыты.


1(к тесту)

Option cost - затраты на опции финансовых инструментов. Предназначены для того, чтобы измерить значение любой клиентской опции на инструменте. Например, предварительные платежи по ипотечной ссуде. Далее будут рассматриваться первые три компоненты, а возможности модуля TP для "option cost" будут обсуждены в отдельном разделе.

2(к тесту)Смотрите ниже раздел Выходные данные, финансовый элемент "Charge/Credit for Funds" и пример стандартного отчета.

Часть 3Часть 5

Размещение рекламы — тел. +7 495 4119920, ICQ 232284597

Подписка на новости IT-портала CITForum.ru
(библиотека, CITKIT.ru, CitCity)

Новые публикации:

24 декабря

CITKIT.ru:

  • Новогодние поздравления
  • Сергей Кузнецов. Цикл Операционные системы: Ностальгия по будущему:

  • Алексей Федорчук. OpenSolaris 2008.11 Release

  • Сергей Голубев:

  • Евгений Чайкин aka StraNNik (Блогометки):

    17 декабря

  • С.Д.Кузнецов. Базы данных. Вводный курс

    10 декабря

    CITKIT.ru:

  • OpenSolaris 2008.11 Release

  • Альтернативные ОС: две грустные истории (С.Кузнецов)
  • Nokia N810 — доведение до ума
  • CitCity:

  • Платформа 2009: заоблачные перспективы Microsoft

    4 декабря

  • Лекция С.Д.Кузнецова Понятие модели данных. Обзор разновидностей моделей данных

    CITKIT.ru:

  • OpenSolaris 2008.11 Release. Первые впечатления

  • Linux vs FreeBSD: продолжим "Священные войны"?

  • Nokia N810 as is

  • Индульгенция для FOSS

  • Друзья СПО'2008

    26 ноября

  • Нечеткое сравнение коллекций: семантический и алгоритмический аспекты

    CitCity:

    CITKIT.ru:

  • Глава из книги А.Федорчука
    Сага о FreeBSD:
  • 19 ноября

  • Проблемы экономики производства крупных программных продуктов

  • Язык модификации данных формата XML функциональными методами

    CITKIT.ru:

  • Главы из книги А.Федорчука
    Сага о FreeBSD:

    Заметки к книге:

  • FreeBSD: монтирование сменных устройств и механизм HAL
  • Текстовый редактор ee

    12 ноября

  • Правило пяти минут двадцать лет спустя, и как флэш-память изменяет правила (Гоц Грейф, перевод: Сергей Кузнецов)

    CITKIT.ru:

  • Главы из книги А.Федорчука
    Сага о FreeBSD:
  • OSS в России: взгляд правоведа (В.Житомирский)

  • Новая статья из цикла С.Голубева "Железный марш":

    29 октября

  • О некоторых задачах обратной инженерии

  • Веб-сервисы и Ruby

  • Тестирование web-приложений с помощью Ruby

    CITKIT.ru:

  • Главы из книги А.Федорчука
    Сага о FreeBSD:

  • PuppyRus Linux - беседа с разработчиком (С.Голубев)

  • Сергей Кузнецов. Заметка не про Linux

    22 октября

  • Обзор методов описания встраиваемой аппаратуры и построения инструментария кросс-разработки

    CITKIT.ru:

  • Сергей Кузнецов. Почему я равнодушен к Linux

  • Глава из книги А.Федорчука
    Сага о FreeBSD:
  • Что надо иметь
    3. Базовые познания

    CitCity:

  • Управление IT-инфраструктурой на основе продуктов Microsoft

    15 октября

  • Методы бикластеризации для анализа интернет-данных

    CitCity:

  • Разъемы на ноутбуках: что они дают и зачем их так много?
  • AMD Puma и Intel Centrino 2: кто лучше?

    CITKIT.ru:

  • Новый цикл статей С.Голубева
    Железный марш:

  • Главы из книги А.Федорчука
    Сага о FreeBSD:

    8 октября

  • Автоматизация тестирования web-приложений, основанных на скриптовых языках
  • Опыт применения технологии Azov для тестирования библиотеки Qt3

    Обзоры журнала Computer:

  • SOA с гарантией качества
  • Пикоджоуль ватт бережет
  • ICT и всемирное развитие

    CitCity:

  • Пиррова победа корпорации Microsoft

    CITKIT.ru:

  • Главы из книги А.Федорчука
    Сага о FreeBSD:

    Статья из архива:

  • Я живу в FreeBSD (Вадим Колонцов)

    Новые Блогометки:

  • Перекройка шаблона Blogger или N шагов к настоящему
  • Blogger. Comment style
  • Screenie или глянцевый снимок экрана

    2 октября

    CITKIT.ru:

  • Сага о FreeBSD (А. Федорчук)

    Zenwalk: пакет недели

  • Банинг — интеллектуальное развлечение (С.Голубев)

    CitCity:

    25 сентября

  • Клермонтский отчет об исследованиях в области баз данных

    CITKIT.ru:

  • Пользователям просьба не беспокоиться... (В.Попов)

  • Снова про ZFS: диск хорошо, а два лучше
  • Командная оболочка tcsh (А.Федорчук)

    Zenwalk: пакет недели

    17 сентября

  • T2C: технология автоматизированной разработки тестов базовой функциональности программных интерфейсов
  • Технология Azov автоматизации массового создания тестов работоспособности

    CITKIT.ru:

  • FreeBSD: ZFS vs UFS, и обе-две — против всех (А.Федорчук)

    Zenwalk: пакет недели

  • Дачнет — практика без теории (С.Голубев)

    10 сентября

  • За чем следить и чем управлять при работе приложений с Oracle
  • Планировщик заданий в Oracle
    (В.Пржиялковский)

    CITKIT.ru:

  • Microsoft: ответный "боян" (С.Голубев)

  • Причуды симбиоза, или снова "сделай сам" (В.Попов)

  • Файловые системы современного Linux'а: последнее тестирование
  • Zsh. Введение и обзор возможностей
    (А.Федорчук)

    Описания пакетов Zenwalk: Zsh, Thunar, Thunar-bulk-rename, Xfce4-places-plugin, Xfce4-fsguard-plugin

    Блогометки:

  • Google Chrome
  • Лончер для ASUS Eee PC 701

    3 сентября

    CITKIT.ru:

  • Заметки о ядре (А.Федорчук):

    Добавлены описания пакетов Zenwalk: Galculator, Screenshot, Gnumeric, Pidgin

    В дискуссинном клубе:

  • И еще о Википедии и Google Knol

  • Лекция для начинающего линуксоида (С.Голубев)

    26 августа

  • Транзакционная память (Пересказ: С. Кузнецов)

    CITKIT.ru:

  • Открыт новый проект Zenwalk: пакет недели

  • Статья Текстовые процессоры и их быстродействие: конец еще одной легенды?

    21 августа

    CITKIT.ru:

  • Почему школам следует использовать только свободные программы (Ричард Столлман)
  • Беседа Сергея Голубева с учителем В.В.Михайловым

  • Википедия или Гуглезнание? Приглашение к обсуждению (Алексей Федорчук)
  • Народная энциклопедия от Google (StraNNik)

  • Обзор Mandriva 2009.0 Beta 1 Thornicrofti
  • Новичок в Линукс: Оптимизируем Mandriva 2008.1

  • Книга Zenwalk. Приобщение к Linux:

    13 августа

    CitCity:

  • Мирный Atom на службе человеку. Обзор платы Intel D945GCLF с интегрированным процессором
  • Обзор процессоров Intel Atom 230 на ядре Diamondville

  • iPhone - год спустя. Скоро и в России?

    CITKIT.ru:

  • Интермедия 3.4. GRUB: установка и настройка (из книги Zenwalk. Приобщение к Linux)

    6 августа

  • СУБД с хранением данных по столбцами и по строкам: насколько они отличаются в действительности? (Пересказ: С. Кузнецов)

    CITKIT.ru:

  • Интермедия 2.2. Что неплохо знать для начала (из книги Zenwalk. Приобщение к Linux)

  • И снова про шрифты в Иксах (А.Федорчук)

  • 20 самых быстрых и простых оконных менеджеров для Linux

  • Дело о трех миллиардах (С.Голубев)

    30 июля

  • OLTP в Зазеркалье (Пересказ: С. Кузнецов)

    CitCity:

  • Будущее BI в облаках?
  • Тиражные приложения и заказная разработка. Преимущества для заказчика
  • Дискуссия со сторонниками заказной разработки

    CITKIT.ru:

  • Новые главы книги Zenwalk. Приобщение к Linux:
  • Глава 8. Пакеты: средства установки, системы управления, системы построения
  • Глава 9. Zenwalk: репозитории, пакеты, методы установки

    23 июля

    CITKIT.ru:

  • Все против всех. 64 vs 32, Intel vs AMD, tmpfs vs ext3
  • Две головы от Intel

  • Zenwalk: обзор штатных приложений (глава из книги "Zenwalk. Приобщение к Linux")

  • Нормально, Григорий...

    16 июля

    Обзоры журнала Computer:

  • Перспективы и проблемы программной инженерии в XXI веке
  • Большие хлопоты с большими объемами данных
  • Перспективы наноэлектроники

    CITKIT.ru:

  • Интермедия о лицензиях (А.Федорчук. "Zenwalk. Приобщение к Linux")

  • Есть ли будущее у KDE?

  • Linux в школе: альтернативный вариант в задачах

  • Шифр (приключения агента Никодима)

    10 июля

    CITKIT.ru:

  • Новые разделы книги А. Федорчука Zenwalk. Приобщение к Linux:
  • Интермедия вступительная. Linux или GNU/Linux? Как вас теперь называть?
  • Глава 5. Среда Xfce
  • Глава 6. Xfce: приложения и плагины

  • ZUR (Zenwalk User Repository) FAQ

    2 июля

  • Персистентность данных в объектно-ориентированных приложениях (С. Кузнецов)

    CITKIT.ru:

  • Новые разделы книги А. Федорчука Zenwalk. Приобщение к Linux:
  • Интермедия 1.2. Дорога к Zenwalk'у. Период бури и натиска
  • Интермедия 3.3. Немного о Linux'е и "железе"
  • Глава 4. Настройка: инструментами и руками
  • Интермедия 4.1. Zenpanel и конфиги: поиски корреляции

  • Интервью с Жан-Филиппом Гийоменом, создателем дистрибутива Zenwalk

  • Linux в школе: первые итоги (С. Голубев)

    25 июня

    CITKIT.ru:

  • Zenwalk. Приобщение к Linux (А. Федорчук)

  • Логика и риторика (С.Голубев)

  • Технология Tru64 AdvFS

  • Ханс Райзер предлагает отвести полицейских к телу Нины

    18 июня

  • Проекты по управлению данными в Google (Пересказ: С. Кузнецов)

    CITKIT.ru:

  • ОС и поддержка "железа": мифы и реальность (А. Федорчук)

  • Linux в школе: другие дистрибутивы

  • Пинок (С. Голубев)

    4 июня

  • Ландшафт области управления данными: аналитический обзор (С. Кузнецов)

    CITKIT.ru:

  • Linux в школе: слово заинтересованным лицам

  • SlackBuild: пакеты своими руками

  • Linux от компании Novell. Установка и обзор openSUSE Linux

    Все публикации >>>




  • IT-консалтинг Software Engineering Программирование СУБД Безопасность Internet Сети Операционные системы Hardware

    Информация для рекламодателей PR-акции, размещение рекламы — тел. +7 495 4119920, ICQ 232284597 Пресс-релизы — pr@citcity.ru
    Послать комментарий
    Информация для авторов
    Rambler's Top100 TopList liveinternet.ru: показано число просмотров за 24 часа, посетителей за 24 часа и за сегодня This Web server launched on February 24, 1997
    Copyright © 1997-2000 CIT, © 2001-2007 CIT Forum
    Внимание! Любой из материалов, опубликованных на этом сервере, не может быть воспроизведен в какой бы то ни было форме и какими бы то ни было средствами без письменного разрешения владельцев авторских прав. Подробнее...