catap's blog ~ записки ёmacs'ера

В продолжение саге о «покупке колонок». Только что звонил курьер и клятвенно обещал перивезти все до 11 часов. Ждемс?!

После git-darcs-record было бы не честно не рассказать о darcs record в hg. Да, он там тоже есть. И включился, да и нашелся, он проще чем в git. В wiki hg есть страница про него и поверить не мог я, что он включится просто от добавления в ~/.hgrc:

[extensions]
record=

Нет, включился. 10 очков в пользу hg. И весы с очками скоро заполнят чашу hg, увы ли?

В субботу заказал себе колонки в магазине verba.ru. Оплатив их картой. На сайте пишут и громко что доставка в тот же день. Повелся. За субботу и воскресенье мне никто не позвонил. В понедельник в 12 позвонил им я сам, вытребовал телефон курьера который их забрал и должен мне привезти. Звонил ему я, много раз. И все разы он был «в не зоне действия сети». А вы говорите сервис. Эх.

Сайт переехал, на новый движок. Все что было в старом тоже переехало, вместе с ним. Старый блог живет по адресу, если кому будет нужен, http://old.catap.ru/blog. Сколько он там проживет, не знаю. Наверное месяц или около того. Все ссылки со старого блога переделываются на новый. Возможно вам не придется переподписываться на rss (тестовый google reader все подхватил) ;).

Из новых фишек, комментарии.

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

Подумалось сейчас. В IDE(Microsoft Visual Studio, например) человек обложен инструментами настолько, что ему чрезвычайно просто работать с плохим кодом. Вместо проработки интерфейса он будет пользоваться автодополнением, которое подскажет, например.

Общие идеи

Идея

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

Основа

В качестве предметной области берется разработка софта. В качестве базовой терминологии — 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.

Случайно наткнулся на скрипт git-darcs-record который эмулирует в git record из darcs. Рекомендую.

deb пакет для debian (наверное и на ubuntu встанет) можно взять у меня в репозитории.

Дизайн и отказ от слишком сложных функций — это визитная карточка Apple. Ее продукция, вся, выстроена по модели: она дороже конкурентов, проще конкурентов и вызывающе красивее. Больше всего, продукция Apple подойдет тинейджерам, молодежи и прочей «продвинутой» публике, которая не служит в корпорациях и не пишет e-mail, зато слушает музыку и легче всех ведется на «модные бренды», «культовый статус» и прочий ширпотреб под лозунгом «будь не как все». Эти люди купят продукцию Apple просто потому, что она — от Apple. Что она — красивая. Что такого нет ни у кого, на их взгляд. Если отрезать от продукции Apple дизайн, мы получим просто очень дорогой компьютер, плеер или коммуникатор с не очень богатыми возможностями.

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

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

Задача:

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

Требования:

• возможность открытия любых изображений. Вплоть до 10 Гбайт (для простоты и что бы свести ее к алгоритмической предполагается простой формат)
• Возможность быстрого (в real time) масштабирования и скролирования изображения (задержка не больше 1 секунды)

Ограничения (для истиных мазохистов):

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

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