Забавный случай спам-рассылки произошёл недавно:

Предыстория

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

Конкурс прошел, но решили организаторы сделать рассылку информационного сообщения:

… и далее по тексту.

21 июля в Sаfari 4 и 5 версий обнаружена уязвимость, лежавшая всё это время на поверхности, позволяющая злоумышленнику получить доступ к содержимому адресной книги.
В этой связи рекомендуется отключить использование при автодополнении содержимого адресной книги.

Только что Firefox обновилося в Ubuntu, версии для Windows пока ещё нет. Обновление внеплановое и решает проблему с сохранением паролей.

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

С момента начала эпохи Суперхабра и по настоящее время, не от хорошей жизни, распространённой практикой при написании статей с иллюстрациями стало их хранение на хостингах изображений типа http://imageshack.us или личерство из оригинальных публикаций.

Понятно, что когда-нибудь к кнопке «вставить изображение» добавят пару ласковых слов типа «onclick='...'», но время-то идет, статьи пишутся. И через какое именно время вместо картинок появятся жёлтые жабы — точно неизвестно.

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

UPD: Уже после публикации заметил рекомендацию воздержаться от написания статей с обсуждением Хабра. За это, конечно, извиняюсь, но думаю что предложение может быть интересно и для обычных блогов, поэтому все же хочу оставить на всеобщее обозрение.

Достаточно давно стал присматриваться к кроссплатформенному С++ программированию. Не то, чтобы это было мне необходимо, но так для общего развития. И вот что я могу отметить: самая большая вещь, которая доставляет проблемы на этом пути — достаточно высокий порог вхождения в эту область именно по причине инструментария.

Если не рассматривать случай программирования в Emacs, что лично мне кажется пока неким толи анахронизмом, толи экстримом, постоянно сравнивая различные IDE с Visual Studio зачастую приходилось просто ужасаться. И главная проблема этих систем была в том, что за редким исключением они не работали из коробки без напильника.

Вторая проблема — юзабилити. Зачастую ниже среднего. Ранние версии KDevelop оставляли достаточно неоднозначное впечатление.

Третье, чего бы хотелось — интегрированного дизайнера интерфейсов. Его не было практически нигде, если не считать NetBeans (но только для Java), да MonoDevelop (GTK#). И хотя эти IDE весьма достойны, хотелось найти легкий способ программировать именно на C++ с минимальным количеством граблей.

В этой статье я хочу привести пошаговое руководство, что называется «для чайников», по установке на платформу Windows работоспособной конфигурации хорошей IDE Eclipse и хорошей библиотеки QT. Стартовую площадку, так сказать.

UPD: Что касается именно программирования в QT, то могу порекомендовать просто шикарную книжку на эту тему:
Jasmin Blanchette, Mark Summerfield: Разработка графического интерфейса с помощью QT3 (перевод Андрей Киселёв)

UDP2: Ещё литература:
Русский перевод документации из QAssistant
Qt4. Профессиональное программирование на C++
Jasmin Blanchette, Mark Summerfield: Qt 4. Программирование GUI на C++
Foundations of QT Development

Введение

Готовясь к редизайну и пересмотру сайта wufoo.com, я посвятил некоторое время повторному изучению основ взаимодействия человека и компьютера, в надежде вобрать что-то новое, что накопилось за десятилетия исследований в области создания простых интерфейсов. Первое, что меня удивило на этом пути — это то, что материал по данной теме был крайне сжат и явно ориентировался на математиков, поскольку был написан на языке академической элиты. Можно предположить, что если бы они хотели произвести впечатление (особенно на дизайнеров), они могли бы написать документы, более лёгкие для восприятия.
Вспоминая школу, я отметил, что лишь во время изучения физики математика приобрела для меня некий смысл. Вместо абстрактных функций мне были нужны графики. Размышляя в таком ключе я подумал, что было бы неплохо дать наглядную интерпретацию закону Фиттса — краеугольному камню проектирования человеко-машинных интерфейсов, и объяснить как его концепцию, так и то, почему эти идеи чуть более сложны, чем многим бы того хотелось