И побеждает... git

Что в общем закономерно и справедливо.

При рассмотрении популярности систем управления исходными текстами, разработчики, вне зависимости от типа используемой операционной системы, поставили на первое место Git (30.7% Windows, 65.4% Linux и 78.3% Mac OS X). При этом популярность Git за год заметно выросла. После Git работающие в Windows разработчики выбирают Subversion (23.9%), Mercurial (20.7%) и TFS (Microsoft Team Foundation Server, 20.6%). Работающие в Linux, кроме Git, активно используют Mercurial (15.4%) и Subversion (12.3%). При этом популярность Mercurial со временем падает (с 25% до 20.7%), а Subversion растет (рост с 8.8% до 12.3%). Доля пользователей Bazaar (3.7%) и TFS (0.6%) среди опрошенных незначительная.  

http://www.opennet.ru/opennews/art.shtml?num=31215

Список ключевых слов Firebird 2.5

Понадобился на днях, найти готового не смог. Вытащил из исходников - keywords.cpp

UPD:
Оно же, только официально - http://www.firebirdsql.org/refdocs/langrefupd25-reskeywords-full.html

Практическое применение SSD

Все больше и больше хороших отзывов об их производительности, так и хочется вынести базы на такие винты. Но вот встретился отзыв о практическом опыте работы на SSD - http://www.codinghorror.com/blog/2011/05/the-hot-crazy-solid-state-drive-scale.html

Если кратко -

• Super Talent 32 GB SSD, failed after 137 days
• OCZ Vertex 1 250 GB SSD, failed after 512 days
• G.Skill 64 GB SSD, failed after 251 days
• G.Skill 64 GB SSD, failed after 276 days
• Crucial 64 GB SSD, failed after 350 days
• OCZ Agility 60 GB SSD, failed after 72 days
• Intel X25-M 80 GB SSD, failed after 15 days
• Intel X25-M 80 GB SSD, failed after 206 days

Т.е. в среднем живет винт около 12  месяцев. Билдовый и тестовы сервак на таком поднять самое то (шутка ли - 500Мб/с), а вот базу уже как-то жалко :)

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

Когда начинать кодировать?

Уже как-то писал, что ТЗ дает возможность дешево "проиграть" проект - без реализации.
Встретилось еще одно подтверждение мысли:

• Статистика говорит о том, что более 50% дефектов вносится в программу до кодирования.
• Статистика говорит о том, что кодирование, как правило, является самым дорогим участком.

Побывал на AgileBaseCamp

Или я потоки себе неудачно подобрал, или знать стал больше, но в этом году основной смысл мероприятия, для меня, оказался в общении.Ну и еще в 50% скидке на AgileEE, полученной в лотерее анкет :-D


Очень приятно было видеть людей, с которыми знаком только по подобным мероприятиям :)

Презентации со всех потоков:
http://www.slideshare.net/event/agile-base-camp-kiev/slideshows

Предварительные данные по Firebird 3

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

Гарантированно будет масштабируемый кеш страниц с межпоточными и межпроцессными блокировками

Поддержка разных версий ODS - в плагинах. А процесс лиснера уже будет подгружать нужную для базы реализацию движка.

Изменения в одс - флаг наличия мусора на странице, что ускорит его сборку.

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

SQL

• Внешние процедуры функции и триггеры
• PSQL функции
• Пакеты аля Оракл
• DDL триггеры
• Оконные(аналитические) функции
• Двунаправленные курсоры в PSQL
• Парметризированные исключения

Безопасность

• Аутентификация во внешних плагинах
• Шифрование траффика
• Юзеры в базе
• Шифрование на уровне страниц
• Группы пользователей
• Права на DDL

Публичная альфа FB3 - в третьем квартале 2011 года

Initial review of Firebird 3

View more presentations from Mind TheFirebird.

Ограничение на количество генераторов в Firebird

24.02.2011 12:30, Vadim Mescheryakov пишет:

>

> Все работает норм. Конечно новые генераторы не создаются с той же частотой

> что и документы вводятся,

> Но по каждому виду дока, по каждому субъекту хозяйствования, раз в месяц

> создаются (нумерация в пределах месяца).

> Работает.

 

После создания 32К генераторов система может встать, там внутренний ID -

SMALLINT. И бекап-рестор не поможет, IIRC.

 

--

Дмитрий Еманов