Mezomish

Скорее всего, никакие. Почти во всех EULA есть пункт, что компания не несет никакой ответственности в таких случаях.

Такой же, как вам писать куда сходил и че пожрал.

Не думаю, что синхронизировать абсолютно всё можно (и нужно). Я держу проекты в виртуальынх машинах (падение производительности я не замечаю, virtualbox). среду и инструменты один раз настроил и там и там. SSH ключи и доки проектов держу в дроп-боксе, код всё равно в GIT так что остаётся платформа под проекты — базы данных, система и т.д. — оно в virtualbox. Если виртуалка уж сильно «отстала по времени», то просто копирую образ диска (сбрасываю на mobile HDD), но обычно хватает сделать git pull. Если очень хочется, то можно держать виртуалки прямо на переносном HDD, думаю можно найти довольно быстрый.

Я ощущаю, когда складываю телефоны в стопки по 30 мм. 5-ти миллиметровых в такую стопку влезает 6 штук, а 6-ти миллиметровых — всего пять. :-(

Лазер, который светит линией поставьте на торпеду и направьте на дорогу. Как только кусок линии пропадет — там яма)

Все проблему решил, назначил главным mysql:mysql на папки /var/lib/mysql и /var/run/mysqld
Остальные вопросы теперь знаю как решать.
Спасибо огромное всем!

Нет, не является.

(хотя утверждение «В менеджменте, вы, едва ли найдете задачи по сложности схожие с задачами программиста.» и неверно)

Я знаю людей которые из программистов становились директорами. А кто-то может из программиста становился садовником.

Не существует одной «ветки развития» как в играх. Есть просто более популярные направления и менее. Кто-то может из программиста стать менеджером, кто-то техническим менеджером, кто-то архитектором, кто-то может тестировщиком, кто-то начальником отдела, кто-то открывает свою фирму, кто-то становится программистом на другом языке или в другой области, кто-то просто уходит делать тоже самое ну лучше (опыт же накопился) и за большую зарплату.

Если сравнивать конкретно позиции менеджера и программиста, то тут есть ключевая разница. Программист пишет код, а менеджер управляет людьми. Не все те кто хорошо пишут код могут хорошо управлять людьми, и главное не всем это понравится. И обратно кстати тоже верно. Просто идите куда вам интереснее.

все ушли на фронт Фрилансим

Я думаю, подойдет. При наличии прямых рук Qt никак не сдерживает быстродействие.

Нативный код на C++/Qt точно будет работать быстрее и кушать меньше ресурсов, чем Java. Писать на чистом C++, на мой взгляд, сложнее, чем на Qt. Что касается других C++ библиотек, то найти достойную альтернативу непросто. Qt — простая в использовании, хорошо документированная, мощная библиотека общего назначения. В Qt есть много возможностей, которые можно задействовать при реализации вашей задачи (включая вышеупомянутый QTcpServer, а также средства для параллельных вычислений), что свидетельствует о том, что инструмент для задачи подходит.

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

Авторское право возникает в момент создания текста. Текст ваш. Никаких указаний на авторство не надо. Его использование без вашего согласия, заключения лицензионного договора незаконно. Более того, если текст начинает приносить прибыль, ее можно и взыскать. Но это суды, доказывание… куча головной боли, одним словом.

Даже если никаких копирайтов не указывали — текст ваш, право на него никто не имеет.

Это классический случай множественного наследования интерфейсов. Т.к. они не содержат состояния, нужно просто убрать ключевое слово virtual.
Кстати, для чего Вам здесь понадобилось виртуальное наследование?

Если классы, названия которых начинаются с «I» — это интерфейсы, то есть у них нет своих данных и логики, то такое множественное наследование не считается моветоном.
Но, возможно, в вашем случае можно IEditableDataset переименовать в IWritableDataset и не наследовать его от IReadableDataSet.

До суда дело не дойдет, они такими небольшими суммами и на устных обязательствах не занимаются.

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

Относительно вашей халатности, то как я понимаю вы большую часть разговора «вырезали». Но по своему опыту я могу сказать, что с заказчиком надо работать мягко, он в большей части не понимает как идет работа и что делается. Поэтому нужно всегда заказчику говорить чуть больше, что и как делается, какие этапы работы есть, сколько тратится времени на каждый этап, какие тесты проводятся и тесты это тоже затраченное время, та же проверка кроссброузерности. Заказчик думает, что ты там за пол часа наваял сайт, а с него дерешь месячную зарплату его бухгалтера, которая в офисе от 8 утра до 6 вечера :)

Я вам скажу так, даже с подписанным договором и полученными деньгами в полном объёме на расчётный счёт юр. лица можно выкрутиться имея готовые макеты дизайна и грамотного адвоката.
А у вас вообще ни одного документа нет, к тому же есть результат работы — а именно готовые макеты.
Короче, это не вы глупо поступили, а он, не взяв с вас никакой бумажки.
Вы считаете что работу на данную сумму выполнили? Совесть чиста? Тогда можно спать спокойно =)