Понедельник, 14 Апрель 2008

Brnaches + snapsots = ♥

Подумалось, а хорошо бы иметь возможность бранчевать snapshot’ы в виртуальных машинах. О такой славной штуке как merge я мечтать неfмогу. Но вот на простые деревья из snapshpt’ов надеяться хочется.

Что обидно, идея в общем то вполне очевидная, но почему‑то никто не умеет ее. Что выбираем для «похаканья»? Qemu/kvm или virtualbox? А может xen?

Написано в: 1:47 | 2 комментария | | теги: , , | постоянная ссылка

Суббота, 8 Март 2008

Набор raw мыслей о time/task tracker

Общие идеи
Идея

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

Основа

В качестве предметной области берется разработка софта. В качестве базовой терминологии — git.

Пример работы

Делается репозиторий. Он может быть центральный, он может быть локальный. Предполагаем что репозиторий локальный. И его создал PM (менеджер проекта). Он создает событие «создал таск» с заданием для программиста, далее именуем его task1. Так же PM создает task2 и task3.

D (программист) клонирует (clone) к себе репозиторий PM. Он создает событие «начал делать» в task1 (если проводить аналогии с git то это запись в файл, а создание task’а это создание файла). После конца работы над task1 он создает событие «закончил работать» и событие «таск сделан».

И D и PM имеют доступ к репозиториям друг‑друга и иногда забирают новые события или таски друг от друга (pull’ят). Так же D может, если ему позволено, посылать события в репозиторий PM (push делать).

Еще немного мыслей

Данная схема легко маштабируется до тестировщиков и еще каких-то людей. Так же она легко превращается в централизованную.

Паранойя

Естественно каждое событие можно подписывать pgp-ключом или pki-сертификатом. И как‑то учитывать их при постройке отчета.

Пример реализации

Для более понятного замысла был сделан пример реализации на bash вокруг git. Взять можно тут: http://catap.ru/repos/draft/tt.git.

Написано в: 15:50 | 0 комментариев | | теги: , , , , | постоянная ссылка

Четверг, 10 Январь 2008

Задача: «быстрый просмоторщик изображений»

Всплыла идея сделать «быстрый просмоторщик изображений». Причина появления задачи сообщение dottedmag.

Небольшое, не формальное, ТЗ
Задача:

Написать быстрый просмоторщик изображений.

Требования:
  • возможность открытия любых изображений. Вплоть до 10 Гбайт (для простоты и что бы свести ее к алгоритмической предполагается простой формат)
  • Возможность быстрого (в real time) масштабирования и скролирования изображения (задержка не больше 1 секунды)
Ограничения (для истиных мазохистов):
  • Процессор, скажем Duron 750 mhz. Хотя каждый может выбрать его на свой вкус.
  • Виртуальная память не более 128 мегабайт. Тут тоже можно выбрать на свой вкус. Сделаете потребление константным и независимым от картинки — мой респект.
  • Всякие подкачки и временные файлы тоже можно свести к минимуму. Условия такие же как в ограничениях по памяти.
  • Формат png или еще более веселый.

Написано в: 18:07 | 4 комментария | | теги: , , , , , | постоянная ссылка