Года 3 назад таким же образом модернизировал DNS-323 (тем же fun_plug'ом). Все это время он трудился домашней шарой, внешним фтп и торренто-качалкой. Впечатления исключительно положительные: стоит тихо в углу, работает, все очень удобно. Единственное, раз в год надо от пыли почистить.
Для меня было 2 минуса: слабый процессом и необходимость ручного включения после внезапного отключения питания. Но все это можно было пережить.
И хочу предложить добавить к статье следующее улучшение торренто-качалки: code.google.com/p/transmisson-remote-gui/ По мне значительно удобнее веб интерфейса.
Но по ссылке на гиториус написано, что проект принят в качестве аддона к Qt5 (переименован QtSerialPort). И на qt-project есть страница по этому проекту http://qt-project.org/wiki/QtSerialPort. Может все-таки это будет означать поддержку от команды Qt?
В своих проектах для доступа к COM портам использую библиотеку QExtSerialPort (http://code.google.com/p/qextserialport/). Не сравнивали эти библиотеки?
У библиотеки QSerialDevice, как я понял, большой плюс в плане поддержки разработчиками Qt.
По пункту 2 — очень поддерживаю. Сам попал в такую ситуацию. Попал на хабр по приглашению. Изредка комментирую топики (минусов в рейтинг за комментарии не получал). Попытался написать статью… Возможно тема неинтересная, возможно изложение не понравилось (в комментах никто ничего не обосновал), но однако я получил пару минусов в карму… Из нулевой кармы, получил минусовую… Reset и теперь я очень долго не решусь на написание статьи…
А как там аккумулятор? Не подрос? Железо ведь прожорливее стало…
Проходил с минькой пол года, всем он меня устраивал. Но потом отказался из-за быстро разряжающегося аккума.
Нет! Так нельзя делать! tags, trunk, branches — это папки содержащие весь проект. Сама идеология svn предполагает «атомарность» всего проекта. Если у каждого «подпроекта» будут свои ветки — будет мешанина, в которой очень сложно разобраться.
Нет, постойте. «Команд» нигде не предполагается. Есть разработчики, каждый со своей с локальной копией репозитария.
Править один код в разных ветках — это вообще идеологически не правильно. Значит неправильно использовалось само «ветвление».
Я кажется понял о чем речь. SVN очень не любит когда меняется файловая структура (копирование/удаление файлов и папок) в разных ветках.
Да, действительно сталкиваюсь с этим. Просто приходится быть «по-строже» с файловой структурой.
Вообще SVN предполагает использовать ветки для внедрения нового функционала, тестирования и т.п. Т.е. то, что пока нельзя назвать стабильным и отлаженным. Когда код новой фичи разработан, отлажен и проверен, то его можно слить с trunk'ом. Основная ветвь — это собственно стабильная и отлаженная последняя версия кода, которая готова к продакшену.
Не очень понял как git позволил вам избавится от конфликтов. В любой vcs правка одной и той же строчки кода разными разработчиками — конфликт. Git, по-моему, как раз более подвержен конфликтам т.к. не имеет даже системы блокировок (lock) файлов.
Не очень понял как у вас все было устроено. Попробую рассказать свою ситуацию. Она у меня вобщем-то сходная: разработка на QT, проект большой (с включением модулей и внешних библиотек), управление проектом на SVN в связке с Trac, автодокументирование на Doxygen. Для репозитария и Trac — выделенный сервер с DNS записью в корпоративной сети.
Организовывал вроде по классике…
Репозитарий с папками trunk (основная стабильная ветвь), branches (ветки в основном для внедрения нового функционала и отладки), tags ( некоторые «вехи» проекта, по сути milestone из Trac'а).
Файловая структура самого проекта
/
— bin/ — папка куда собираются бинарники
— lib/ — для компилируемых библиотек
— doc/ — документация
— obj/ — для промежуточных файлов компиляции ( /module/[release|debug] )
— inc/ — «общие» инклюды от отдельных модулей
— src/ — исходники проекта (внутри папки — по каждому модулю программы)
Есть общий *.pri файл, который необходимо подключать ко всем pro модулей проекта. Содержит установки, организующие использование файловой структуры проекта.
Основной pro файл проекта содержит всего несколько строк:
Все пути — относительные (не очень понял откуда у автора взялся trunk в путях...).
Корпоративная сеть также недоступна извне. Для работы дома и в командировках используется git, работающий через git-svn (позволяет связывать общий репозитарий svn и временные git с возможностью коммита и чекаута туда-обратно).
Есть инструкция разработчика, в которой все описано (работа с проектом, основные принципы оформления кода, именования переменных и функций). Она «настоятельно рекомендована» всем работающим с проектом.
Ну вобщем как-то так… Шишек пока не набили, проблем особых не было (ну разве что при подключении нового разработчика нужно убедить его работать по общим правилам, что не всегда проходит гладко :-) ).
А вот у Мегафона (московский точно, остальные не знаю) есть такая услуга «Мультифон» (бесплатная пока). Позволяет по SIPу пользоваться своим мобильным номером (есть SIP клиент от Мегафона, можно использовать свой). По-моему очень удобно для роуминга.
Не сочтите за рекламу, просто информация.
ой, какие сложности вы придумываете… добавляем пару проводов с цифровым сигналом, получаем линию связи.
Ваш монитор например уже договорился о своих характеристиках с видеокартой по тому же принципу (DDC это чудо называется, изобрели лет 5 назад).
>На сенсорном дисплее я выбираю марку и модель автомобиля или заправочная станция сама определяет какие у меня параметры, в моем случае это Tesla, model S, год производства 2010, емкость аккумулятора…
Ненене! Должен быть полный Plug'n'Play. Заправка сама должна определить марку подключенного авто))))
Для меня было 2 минуса: слабый процессом и необходимость ручного включения после внезапного отключения питания. Но все это можно было пережить.
И хочу предложить добавить к статье следующее улучшение торренто-качалки: code.google.com/p/transmisson-remote-gui/ По мне значительно удобнее веб интерфейса.
У библиотеки QSerialDevice, как я понял, большой плюс в плане поддержки разработчиками Qt.
Проходил с минькой пол года, всем он меня устраивал. Но потом отказался из-за быстро разряжающегося аккума.
Править один код в разных ветках — это вообще идеологически не правильно. Значит неправильно использовалось само «ветвление».
Да, действительно сталкиваюсь с этим. Просто приходится быть «по-строже» с файловой структурой.
Не очень понял как git позволил вам избавится от конфликтов. В любой vcs правка одной и той же строчки кода разными разработчиками — конфликт. Git, по-моему, как раз более подвержен конфликтам т.к. не имеет даже системы блокировок (lock) файлов.
Организовывал вроде по классике…
Репозитарий с папками trunk (основная стабильная ветвь), branches (ветки в основном для внедрения нового функционала и отладки), tags ( некоторые «вехи» проекта, по сути milestone из Trac'а).
Файловая структура самого проекта
/
— bin/ — папка куда собираются бинарники
— lib/ — для компилируемых библиотек
— doc/ — документация
— obj/ — для промежуточных файлов компиляции ( /module/[release|debug] )
— inc/ — «общие» инклюды от отдельных модулей
— src/ — исходники проекта (внутри папки — по каждому модулю программы)
Есть общий *.pri файл, который необходимо подключать ко всем pro модулей проекта. Содержит установки, организующие использование файловой структуры проекта.
Основной pro файл проекта содержит всего несколько строк:
Все пути — относительные (не очень понял откуда у автора взялся trunk в путях...).
Корпоративная сеть также недоступна извне. Для работы дома и в командировках используется git, работающий через git-svn (позволяет связывать общий репозитарий svn и временные git с возможностью коммита и чекаута туда-обратно).
Есть инструкция разработчика, в которой все описано (работа с проектом, основные принципы оформления кода, именования переменных и функций). Она «настоятельно рекомендована» всем работающим с проектом.
Ну вобщем как-то так… Шишек пока не набили, проблем особых не было (ну разве что при подключении нового разработчика нужно убедить его работать по общим правилам, что не всегда проходит гладко :-) ).
Не сочтите за рекламу, просто информация.
Ваш монитор например уже договорился о своих характеристиках с видеокартой по тому же принципу (DDC это чудо называется, изобрели лет 5 назад).
Ненене! Должен быть полный Plug'n'Play. Заправка сама должна определить марку подключенного авто))))