А wiki с бранчами еще не сделали? Так чтобы каждый мог вести собственные версии статей?

Но обязательно чтобы можно было френдов заводить, так чтобы вносимые ими изменения мерджились в мою wiki [полу]автоматически.

Если бы такой проект был бы популярным, даже не знаю, что было бы интересней - зафрендить кого-нить наподобие fritzmorgen или awas1952, и пользоваться получившимся вики, или просто, в зависимости от настроения, смотреть на мир глазами одного или другого по отдельности.

Давно еще смотрел доклад - Automated Testing Patterns and Smells.

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

Все это напрямую к тестируемой функциональности отношения не имеет.

В докладе предлагается рефакторить создание тестовых объектов в отдельные методы, для того, чтобы не загромождать код самого теста.
( например так: )
Проблема в том, что методы createAnonymousXXX все равно надо писать.

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

Я даже набросал небольшой прототип. Работают базовые вещи.

       user = django_any.any_model(User)

Для того, чтобы этим можно было дейcтвительно пользоваться на практике, считаю, надо еще доделать две существенные вещи:

• Частичная специализация. Не все поля для тестирования можно заполнять случайными значениями полей. Можно сделать что-нить в стиле django, с двойным подчеркиванием для специализации полей внутренних объектов:
  

         django_any.any_model(Order, user__username='Bob')



• В случае провала теста, хотя бы показывать сгенерированнные значения, чтобы если что, тест можно было повторить.

Вот теперь думаю, стоит ли продолжать. Или все-таки проще каждый раз, все-таки ограничиваться ручной генерацией fixtures.

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

Не понимаю, почему до сих пор никто не поднял jabber сервер, поддерживающий регистрацию пользователей с UIN'ами в качестве jabber ников. Для того чтобы гарантировать идентичность владельцев, пароль для первого входа можно было бы просто посылать собственно на сам указанный ICQ UIN.

И процесс переноса контакт листа мог бы превратиться в тривиальный поиск контактов с адресом UINNUMS@newicq.com.

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

Интересно наблюдать за банковскими работниками по ту сторону стойки. Юзабилити интерфейсов различных банковских продуктов зачастую оставляет желать лучшего. И тут у человека нет выхода, день за днем постоянно повторяющиеся операции, приходится приспосабливаться. В одних банках люди почти не глядя долбят по Tab и Enter, в других кликают мышкой, где-то что-то то и дело копируют в буфер обмена или даже в специально открытый пустой word, бедняги которым достались dos программы, что-то выписывают на бумажки.

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

Проблема с поиском в отсутствии унификации, разные объекты ищутся по разных местах интерфейса. Понятно что из-за некоторых технических ограничений, одно универсальное поле поиска реализовать совсем непросто.. А вот с копированием можно поступить ( очень интересно )
Хм, был бы я офисным работником я бы наверно даже не пожалел денег, нашел бы фрилансера для реализации, а так как программисту мне лень :)

Говорят, у машинистов электропоездов есть кнопка, которую надо раз в 15-ть минут просто нажимать. Если не нажмешь считается что машинист заснул, звучит тревожный сигнал и поезд останавливается.

Хочу такую же функцию на утюге. А то рев младенца на третьем уровне громкости заставляет забыть обо всем.

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

Подносишь предмет, бац и он высвечивается на экране.

ИМХО было бы достаточно удобно.

Update 07.05.2009: Штихкод вебкамерами уже читают без проблем

Интересно, если еще год назад, возможность подписаться на комментарии присутствовала редко в каких блогах, то теперь буквально на глазах почти повсюду можно указать e-mail, для получения ответов.

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

Так будет гораздо интересней комментировать старые, казалось бы забытые топики.