Многопоточное программирование

[Old]

Конечно можно достичь немеряных высот в сынтаксисе (и звдрочить текст до полной неузнаваемости) - но это никак не наполнит карман 

Опять крайности? "Немеряные" высоты? Ах эти комплексы, комплексы...
Какой вы противоречивый человек, то все читающие букварь недопрограммисты-зубрежники, а тут смотри, нужно просто букварь прочесть и ты уже "профи на коне".
Главное читать букварь попроще, что бы для вас он был доступен.

[m_ax]

В конце-концов цель программирования в составлении полезных программ, а не в следовании каким-то правилам

Р. Журден (не ручаюсь за точность цитаты)

Вот именно, даже Журден Вам это говорит..

От себя добавлю, что гарантия написания полезных и качественных программ напрямую зависит от знания программиста своего инструментария и от его способности к обучаемости и новым возможностям как языка, так и инструмента (stl, boost, Qt, et.al.).  

Но Вы это демонстративно отвергаете чуть ли ни в каждом своём посте..
От чего сие?)      

[Igors]

От себя добавлю, что гарантия написания полезных и качественных программ напрямую зависит от знания программиста своего инструментария и от его способности к обучаемости и новым возможностям как языка, так и инструмента (stl, boost, Qt, et.al.).  

Поверьте, эта зависимость далеко не прямая, она очень извилистая, и часто (увы) обратно-пропорциональная. Да-да, чем больше человек знает - тем хуже результат. Ну конечно если вообще ни хрена не знает - для работы непригоден. Но если слишком много знает - это еще хуже 

[Old]

Но если слишком много знает - это еще хуже 

Это потому что вы на его фоне начинаете себя чувствовать некомпетентным? Хотите поговорить об этом?

[Bepec]

Много знаний - много печалей.

К примеру если взять обычную программку - по паттерну строит файл с заменяемыми полями.

Творение юного и незнающего - за 15 минут с использованием QString.arg(), заменяемые значения пишутся в файле настройки через таб. Работает.

Творение программиста с опытом разработки систем - за день, использует буст и самописные библиотеки, которые не поставляются с исходниками программы. Вместо одной - две программы, консольная и с ГУИ. Имеет два файла настроек с xml структурой, вложенными параметрами, многопоточно, имеет отдельный файл настройки стиля. Все увязано try/cath, интерфейс чрезвычайно запутан, но без сомнения имеет настройки на все случаи жизни.

Что лучше? Филосовский вопрос.

[Old]

Не хватает еще одного персонажа, которому лучше всех. Это уборщица баба Маша, вот уж у кого нет печали. Вот к чему нужно стремиться, печалей нет, деньги получает - профи же.

[Bepec]

Вы куда то в дебри полезли. Мы о знаниях говорим и результате в виде программы, а не о "получать бабло".

PS мда, тяжеловато после отсутствия понять ход ваших мыслей.

[alex312]

Много знаний - много печалей. ...

http://lib.meta.ua/book/15955/

[Old]

Вы куда то в дебри полезли. Мы о знаниях говорим и результате в виде программы, а не о "получать бабло".

Хорошо, давайте другой пример.
Есть библиотека, написанная несомненно людьми с большим опытом разработки. В ней есть все что надо и что не надо: многозадачность, низкоуровневая поддержка сети, есть поддержка на уровне сетевых протоколов, умеет работать с камерами и мультимедиа, есть серьезная поддержка скриптов, WebKit, и GUI она умеет, и OpenGL, мощный графический фрейворк, а также умеет анимацию и Бог знает еще что.
Вы говорили, что тот программист написал вместо одной программы две, эти пошли дальше, они написали linguist, designer и assistant, а потом добили всех QtCreator. Этим монстрам даже не хватило просто компилятора C++ и они написали еще moc. И они надеются, что этим кто-то будет пользоваться.
Да мы все возьмем SDL, скачаем какую нибудь библиотеку GUI, сделанную школьником и будем без печали работать. Качать несколько мегабайт, собирать ее пару минут и вот оно счастье.

[Bepec]

И при этом сравните время и усилия, затраченные на их создание
Собственно всё ведёт к КПД = результат/(время + затраты).

Нужно вовремя остановиться. Есть крайности.
Qt не имеет полного покрытия функционала Собственно они остановились в правильной точке и выставили на рынок.

А если продолжить их дело, сделать компоненты для ввода символа, ввода простых чисел, вычисления интегралов, рисования графиков и прочего - получится перенасыщенный продукт и только через пару лет.

PS если вы не видите в моих ответах смысла, скажите мне об этом и я прекращу

[Old]

И при этом сравните время и усилия, затраченные на их создание

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

[Bepec]

Ну как сказать. Мы у разных сторон.

Вы смотрите на 10 лет вперед и для вас год-два разработки не имеют особого значения.

Я смотрю на день назад - когда надо вчера. И для меня первостепенно время и порог вхождения.

PS давайте закончим наш спор выводом - надо смотреть на конкретные потребности каждого проекта ^.^

[Igors]

Это потому что вы на его фоне начинаете себя чувствовать некомпетентным? Хотите поговорить об этом?

Я себя отлично чувствую, но давайте говорить о программировании, а не о чуствах 

Вот std::thread - хорошо, вполне возможно есть проект без Qt, но кросс-платформенность нужна. Прошу показать как отследить завершение запущенной нитки.

[Old]

Вот std::thread - хорошо, вполне возможно есть проект без Qt, но кросс-платформенность нужна.

Если вы выйдите из пещеры вы ужаснетесь от их числа.

Прошу показать как отследить завершение запущенной нитки.

Так же как это сделано в Qt, установкой флажочка.

[Igors]

Так же как это сделано в Qt, установкой флажочка.

А чего код не предъявляем? Видать забылось - или еще не прочиталось. Все эти std::знания напоминают мне

бiгла через мосточок - вхопила кленовый листочок