Последняя группа?

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

PS: Не могу не прорекламировать девочку из Борисова.

Маша, электронную почту не приносили?

Дародная цётка, кіраўніца нейкага там аддзелу буйного прадпрыемства пытаецца ў сакратаркі. "Нет еще. Может через полчаса будет." — адказвае тая.

Пры капіталізме прадпрыемства зацікаўлена ў выкарыстоўваньні найноўшых тэхналёгіяў, каб быць на паўкрока наперадзе канкурэнтаў. Пры рынкавым сацыялізме найноўшыя тэхналёгіі насаджваюцца зьверху загадамі ды дырэктывамі. Вось загадалі ўсім зрабіць сайты. Потым перакласьці іх на ангельскую (тое бяды, што на прадпрыемстве па ангельску размаўляць ніхто не умее). Цяпер трэба карыстацца электроннай поштай. Абавязкова, бо з выканкаму абяцалі праверыць. А што рабіць, калі топ мэнэджэры толькі-толькі асвоілі як той кампутар уключаць-выключаць? Правільна: садзім хлопчыка і ён кожны дзень добрасумленна раздрукоўвае электронныя лісты. Настолькі добрасумленна, што раздрукоўваецца нават спам, улучна з нігерыйскімі лістамі, кітайскім ролексам, віяграй без рэцэптаў ды іншымі падаўжальнікамі пенісаў.

Все, что нажито непосильным трудом :)

3157 страниц — такой объем документации по Гедымину, платформе и настройкам, имеем мы на сегодняшний день. Включая wiki, но не считая статей на сайте. Конечно, там есть повторы; в подсчет попали страницы оглавления, указателей, заголовки разделов и т.п. Но, даже если отнять половину, все равно останется более полутора тысяч страниц полезной информации.

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

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

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

Растет как на дрожжах

Инстоляция Adobe Acrobat Reader 9.3.3 завешивает на все 52.1 Мб! А когда-то хватало и пяти (инстоляция Acrobat Reader v 4.0, поставляемая на компакт-диске с программами Анжелика имела размер 5,4 Мб). Bloatware во всей его красе.

Проверка структуры базы на повреждения

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

select *
from rdb$relation_constraints rc1 
  natural join rdb$check_constraints cc1
where cc1.rdb$trigger_name in
(
   select cc.rdb$trigger_name
   from rdb$relation_constraints rc 
     natural join rdb$check_constraints cc
   where rc.rdb$constraint_type = 'CHECK'
   group by cc.rdb$trigger_name
   having count(*) > 1
) 

Ошибочка в RC 3 FB 2.5 (и более ранних релизах)

Вдруг откуда ни возьмись вылезла неприятная ошибка в FB. На некоторых базах не проходит команда изменения дефолтного значения для домена (например, ALTER DOMAIN domain SET DEFAULT 0), а так же не создаются ограничения CHECK на поля. При этом сервер выдает сообщение об ошибке:

This operation is not defined for system tables.
unsuccessful metadata update.
DEFINE TRIGGER failed.
action cancelled by trigger (1) to preserve data integrity.
Cannot update trigger used by a CHECK Constraint.

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

Разработчики FB поставлены в известность. Предположительно, сбой в структуре метаданных возникает (не всегда!) при миграции с Yaffil и Firebird 2.0 на 2.5.

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