Mezomish

Дистрибутив нужен «вот срочно прямо сейчас», или есть вариант создать его самому? Для той же Убунты есть тулза, которая позволяет твикать оригинальный ISO, удаляя/добавляя пакеты, после чего сохранить результат в виде своего собственного ISO.

build.opensuse.org/

The openSUSE Build Service is the the public instance of the Open Build Service (OBS) used for development of the openSUSE distribution and to offer packages from same source for Fedora, Debian, Ubuntu, SUSE Linux Enterprise and other distributions.

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

Предоплату вы отработали (т.е. со свой стороны обязательства выполнили), инициатором разрыва [устного] контракта выступает он, причём по собственной инициативе, а не в силу невыполненных вами обязательств — о каком возврате может идти речь?
В суде его, я так подозреваю, пошлют подальше, т.к. у него нет вообще ни одного документального подтверждения чего-либо.

Забейте. Если он объявится ещё раз, отправьте ему в ответ выжимку из этого топика, пересказанную своими словами.

1. Оформляете плагины в виде *.so, из которых наружу торчит одна-единственная функция: какая-нибудь «createPlugin()», которая создаёт и возвращает объект, унаследованный от вашего базового класса.
2. Сваливаете все плагины в один заранее известный каталог.
3. В основной программе проходите по всем файлам из этого каталога и грузите плагины функцией dlopen()
4. Имея хэндл либы получаете указатель на вашу функцию «createPlugin» при помощи функции dlsym()
5. Дёргаете функцию, получаете объект «плагин», сохраняете его куда-нибудь в список.
6. Проходитесь по списку и выбираете нужный по весу.
7. Выгружаете ненужные плагины.

Начать курить доку можно отсюда, а дальше — по ключевым словам.

Попробуйте JuffEd: sourceforge.net/projects/juffed/files/Development%20versions/0.9.1137/

Сборка для мака не самая свежая, но если кто-то научит меня, как правильно собирать и паковать Qt-приложения для мака, то смогу и обновить.

Вы точно не добавляли их в Избранное? Для меня это тоже как-то было неожиданностью, когда я вообще не участвовал в обсуждении, но мне приходили все комментарии, т.к. мне понравилась сама статься и я добавил её в Избранное.

>В смене религии с кенона на что-то другое ничего страшного не вижу, т.к. не привязан к нему кол-ом имеющихся объективов.

В таком случае гляньте в сторону Nikon D3200, он в этом году вышел. Снимает в 1080p 30fps (правда, с ограничением 20 минут на ролик, но для видео «в домашний архив», я так понимаю, это ограничение не особо принципиально).

Судя по всему, в бюджет укладываетесь с лёгкостью, так что сможете докупить и объектив поприличнее.

У меня до нескольких минут ни разу не доходило, но вот то, что в последнее время появилась ощутимая задержка — факт. Причём даже если комментариев немного.

Насчёт производительности — разница только на старте, когда грузится и парсится QML. Далее на его основе создаются обычные «плюсовые» объекты в памяти, так что во время исполнения разницы не будет. А если ваш QML не супер-дупер навороченный, то вы и во время загрузки разницы не ощутите.
Плюсы у QML — более компактное, более читабельное описание интерфейса, а также тот факт, что тенденция развития Qt однозначно идёт к QML. В Qt5 вроде бы от нативных виджетов понемногу отходят (тут врать не буду, возможно неправ).

Собсна, код:

#include <QMainWindow>
#include <QScrollArea>
#include <QLabel>
#include <QApplication>
#include <QPainter>

class MyLabel : public QLabel {
protected:
	virtual void paintEvent(QPaintEvent* e) {
		QLabel::paintEvent(e);
		
		QPainter p(this);
		
		p.setPen(Qt::green);
		p.drawLine(0, 0, 100, 100);
	}
};

class ImageView : public QMainWindow {
public:
	
	ImageView() : QMainWindow() {
		QScrollArea* scr = new QScrollArea();
		setCentralWidget( scr );
		
		QLabel* label = new MyLabel();
		label->setPixmap(QPixmap("./moon_from_andrey.jpg"));
		scr->setWidget(label);
	}
};


int main(int argc, char* argv[]) {
	QApplication app(argc, argv);
	
	ImageView view;
	view.setGeometry(100, 100, 500, 400);
	view.show();
	
	return app.exec();
}

Результат:

>Почему компании первоисточники (скажем баш) не могу написать пользовательское соглашение, по которому только они могу распростронять контент который у них публикуется?

А как насчёт того, что баш далеко не всегда «первоисточник»? Там и с хабра перепосты бывают, и с того же ибаша.

Попробуйте

$ git clone --recursive [repo url]

Возможно, некоторые гемы были подключены как submodules.

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

Другая важная деталь — это порядок событий; библиотеки привлекаются только, когда нормальная компоновка завершена, и они обрабатываются в порядке слева на право. Это значит, что если объект, извлекаемый из библиотеки в последнюю очередь, требует наличие символа из библиотеки, стоящей раньше в линии компоновки, то компоновщик не найдёт его автоматически.

Кстати, qmake генерирует такое по дефолту или вы сами добавляли эти библиотеки в .pro, в секцию LIBS? Если второе, то измените порядок там.

Что имеется в виду под «оттенком белого»? Что-то вроде «желтоватый белый», «голубоватый белый» и так далее?
Проще всего — переведите RGB в HSL и дальше смотрите на последнюю компоненту (lightness). То, насколько она будет близка к единице, и есть ваша метрика.

Если же имелся в виду оттенок серого, то смотрите на компоненту saturation.

Перевести RGB в HSL — проще простого.

Скиньте кэш с сервера1 в отдельный каталог на сервере2 (не в /var/cache/apt/archives/) и добавьте этот локальный каталог как один из источников apt в sources.list):

$ sudo mkdir /path/to/new/debs
$ [кидаете все пакеты туда]
$ cd /path/to/new/debs
$ sudo dpkg-scanpackages . /dev/null | gzip -c9 > Packages.gz

Добавляете строчку в /etc/apt/sources.list:
deb file:/path/to/new/debs/ /

$ sudo aptitude update
$ sudo aptitude upgrade

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

Сколько времени прошло между тем, как вы получили права read_stream, и вашими экспериментами? Иногда требуется некоторое время для того, чтобы изменённые настройки вступили в силу.

>проводить митинги всей команде или по проектно

Зависит от размера команды. Более 7-8 человек — уже напряжно. Ну, 10 — самый максимум. Если больше, то лучше разбить на 2 части, каждая из которых стендапится отдельно, а раз в неделю — один большой «stand-up of stand-ups».

>если человек трудится над несколькими проектами?

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

В общем и целом — всё по книжке: три вопроса «1) что делал вчера, 2) что буду делать (а лучше — чего собираюсь достичь) сегодня, 3) есть ли какие-нибудь трудности».
Насчёт трудностей нужно очень аккуратно, не сваливаясь в подробности, иначе стендап перерастёт в спонтанный митинг по решению этой проблемы. Лучший вариант — быстро выяснить, какого плана затруднения у человека и определить, кто ему может в этом помочь. После чего они встречаются прямо после стендапа и решают проблему. Почему прямо после стендапа — потому что тот, кто может помочь, уже и так отвлёкся, поэтому может помочь прямо сейчас. Если же позволить ему сесть, то он начнёт втягиваться в работу, его нужно будет отвлекать, он может сказать «давай через полчаса», а эти полчаса тот, у кого проблема, или будет тупо сидеть и ничего не делать, или полезет на Хабр, в итоге решение проблемы оттянется даже не на полчаса, а на пару часов.

Обязательно нужен «ведущий» — тот, кто следит за регламентом, чтобы были даны ответы на все 3 вопроса и не позволяет сваливаться в подробности. Хорошая практика — давать побыть ведущим каждому из членов команды (например, на этой неделе один, на следующей неделе второй, и так далее). После того, как побудешь в этой шкуре, как-то само собой получается намного чётче следовать правилам :)

А, ну и время проведения. Чем раньше, тем лучше, т.к. если стендап будет в середине дня, то на «что я делал вчера» наложится «что я уже сделал за первую половин дня», а «чего я собираюсь достичь сегодня» будет размазано по «сегодня после обеда» и «завтра утром», в итоге работа будет откладываться на «да ну его нафиг, завтра утром доделаю», ну а как мы «умеем» правильно рассчитывать время — думаю, никому рассказывать не надо :D

Есть хорошая программа для мобильников — Shazam. Ваш фрагмент распознала — тоже говорит, что это Omnia & IRA — The Fusion.

Кстати, ещё очень не вредно завести и поддерживать в актуальном состоянии профайл на LinkedIn — там постоянно ошиваются как рекрутёры из агентств, так и из крупных компаний. Например, не меня через LinkedIn выходили рекрутёры из Amazon, Microsoft, Google, Bloomberg, из самого LinkedIn. Некоторые стартапы тоже там «кормятся» (WhatsApp, Tango).