Владимир Мартьянов: ОС - linux.
Думаю, наверно действительно, если нужно дожидаться, чтобы потоки завершались, то аккуратнее будет это сделать с помощью thread_guard.
Алексей Уколов:
| В ит-проектах, которые, как правило, уникальны и на конвеер не встают,...
Да, совершенно согласен, но можено ведь посмотреть на процесс разработки отдельного разработчика как на конвеер, в котором разработчик применяет различные утилиты для повышения продуктивности и какие-то навыки/методологии, с помощью которых ход разработки принципиально меняется.
После прочтения книги "Цель", я попробовал применить данный подход к себе, как к заводу/конвееру, в котором есть различные стадии работы с информацией и у каждой стадии есть свои пропускные ограничения. Я нашел несколько слабых звеньев (бутылочных горлышек) которые влияют на общий выхлоп всей системы (количество хорошо написанного кода, количество доведенных до конца проектов итп). Но после этого я задумался, а может быть я не правильно понял главную мысль автора и опошлил всю идею применив ее к "наболевшему"?
| Но нужно мониторить затраты, чтобы не оказалось, что внедрение и поддержание этой методологии съедает больше, чем те горлышки, с которыми она борется.
Так же, согласен. Думаю, введение данной методологии поможет немного изменить структуру общей системы (к чему бы это не было применено), и после того, как система войдет в устойчивое состояние, с помощью периодической сверки того "как оно работает" с тем "как должно работать", немного корректировать звенья системы. Т.е. основные затраты по времени идут в начале, а после, нужно только поддерживать состояние сложившейся системы.
А третья книга, это которая?)
Список книг из вики:
«Цель» (в соавторстве с Джеффом Коксом)
«Цель-2. Дело не в везении»
«Цель-3. Необходимо, но не достаточно»
«Критическая Цепь» — (ТОС для управления проектами)
«Синдром стога сена» — ТОС и внедрение ERP
«Я так и знал! Теория ограничений для розничной торговли» (в соавторстве с Айланом Эшколи и Джо Браунлир).
«Выбор», 2008
Вы правы по поводу архитектуры.
Мне запомнилось из C# и Java, что создание потока и запуск это 2 разных операции. Что-то вроде этого:
thread t(func);
t.start();
Тут оказывается по другому. Спасибо)
Adamos: Согласен) вообще кода там еще меньше окна. Я писал такой на прошлом проекте, и все работало как часики. Интересно было что из этой темы есть в мире, чем люди пользуются)
Спасибо за совет! Я бы так и сделал, если бы мне нужно было вещать звук из файла. Но мне нужно перенаправить звуковой поток именно системы со всеми ее оповещениями. Слышать все звуки (системные, из браузера, из плееров). Как будто я воткнулся наушниками. У меня федора, и в ней есть pulseaudio. попробую капнуть туда. может через него можно так сделать.
Adamos: Все хорошо в меру. Нечитаемые простыни нужно понимать зачем пишешь. для описания простых типов данных типа списков, массивов итп, JSON весьма лаконичен. По сути сложно сказать, что лучше. Думаю тут дело личной симпатии. Потому как и xml и json нужно парсить, нужно читать и нужно писать. В случае xml писанины немного больше. Оба формата гибко описывают структуры данных, а очень сложные простыни нечитаемы везде.
По сути, мне нужно что-то чуть сложнее .ini. Оба формата (xml и json) подходят.
А вы какими библиотеками для этих целей пользуетесь или пользовались бы, если бы было нужно?
Вариант хороший, но не хотелось бы привязываться к QT. И инкапсуляция работы с системным хранилищем это немного другая задача.
Для себя отмечу, спасибо)
Думаю, наверно действительно, если нужно дожидаться, чтобы потоки завершались, то аккуратнее будет это сделать с помощью thread_guard.