Там автор весьма доступно рассказывает о многопоточном программирования, и показывает примеры с использованием новых плюсов и stl. Это, пожалуй, было самое комфортное чтение за последнее время. Рекомендую.
>> так это и на Java знать надо (многопоточность) если хочешь чем нибудь >> интересным заниматься а не формочки клепать с sql запросами V>А что есть на Java интересное, и что не интересного в формочках c sql V>особенно, если за них заплатят больше.
за Cobol могут еще больше платить.
Здравствуйте, SteeLHeaD, Вы писали:
SLH>Был на процедуре второго собеседования в некой компании, где нужен был сильный (по их словам) Windows — программер. SLH>Первое собеседование было ни о чем, а на втором меня некий зубр из их состава стал спрашивать довольно глубоко о том, что такое thread и context switch, а также mutex, semaphore и т.п. SLH>Коронными вопросами стали вопросы об обслуживании ситуации "Один пишет, все читают и все это многопоточно". SLH>Я так понял, что мой уровень знаний пока слабоват, потому что никак не отреагировали уже неделю, SLH>но поискал инфу — и не могу встретить какого то источника для углубления своего понимания всего этого хозяйства: SLH>просто читать msdn я как то не готов, нужна методика или програма изучения типа кинжки Джефри-Рихтера. SLH>Может кто то посоветует?
Наиболее шустрый вариант будет какая-нить безблокировочная очередь с volatile и CAS. Насоклько я помню, в VC++ по-умолчанию volatile довольно "сильный" и подразумевает барьеры, так, что должно работать. В новом стандарте можно на атомиках, если не ошибаюсь. Сразу оговорюсь, что в С++ я не спец, так, что могу немного ошибаться насчет семантики volatile и атомиков. Но если чего, меня поправят
Кода там немного, но правильно его написать сложно, так, что хороший повод потренироваться.
05.09.2012 18:14, a.v.v пишет:
> http://jetbrains.com/ > http://www.gridgain.com
И там никто не рисует формочки?
Хорошо, если человек 10 ядро пишут и изобретают что-то, остальные же
именно формочки и иже с ними.
Здравствуйте, StanislavK, Вы писали:
SK>Наиболее шустрый вариант будет какая-нить безблокировочная очередь с volatile и CAS. Насоклько я помню, в VC++ по-умолчанию volatile довольно "сильный" и подразумевает барьеры, так, что должно работать. В новом стандарте можно на атомиках, если не ошибаюсь. Сразу оговорюсь, что в С++ я не спец, так, что могу немного ошибаться насчет семантики volatile и атомиков. Но если чего, меня поправят SK>Кода там немного, но правильно его написать сложно, так, что хороший повод потренироваться.
"Один пишет, все читают и все это многопоточно" — это классическая задача Producer/Consumer. У нее есть
канонические решения, например, с помощью мьютекса+кондвара или мьютекса+семафора. В этих решениях не все
так просто и есть о чем поговорить.
А вот идти сразу олл-ин и решать с помощью lock-free queue на собеседовании не стоит, имхо. Во-первых,
не факт, что она будет шустрее решения на примитивах. Нужно сильно постараться, чтобы сделать ее хотя бы
такой же быстрой. Во-вторых, за 5-10 минут написать просто корректную очередь (с учетом АВА и пр.)
практически невозможно. В-третьих, там намного больше нюансов и можно просто запутаться или, что
еще хуже, запутать собеседующего (или даже испугать).
В общем, старое доброе армейское правило "от простого к сложному" рулит
Здравствуйте, SteeLHeaD, Вы писали:
SLH>Был на процедуре второго собеседования в некой компании, где нужен был сильный (по их словам) Windows — программер.
Второе собеседование — техническое? Следующее должно быть "проектное"?
SLH>Первое собеседование было ни о чем, а на втором меня некий зубр из их состава стал спрашивать довольно глубоко о том, что такое thread и context switch, а также mutex, semaphore и т.п. SLH>Коронными вопросами стали вопросы об обслуживании ситуации "Один пишет, все читают и все это многопоточно".
Здравствуйте, SteeLHeaD, Вы писали:
SLH>Коронными вопросами стали вопросы об обслуживании ситуации "Один пишет, все читают и все это многопоточно".
Классика. Читай параллельное программирование, задача "читатели-писатели".
Хочешь быть счастливым — будь им!
Без булдырабыз!!!
Здравствуйте, Vzhyk, Вы писали:
V>04.09.2012 18:24, SteeLHeaD пишет:
>> Первое собеседование было ни о чем, а на втором меня некий зубр из их >> состава стал спрашивать довольно глубоко о том, что такое thread и >> context switch, а также mutex, semaphore и т.п. >> Коронными вопросами стали вопросы об обслуживании ситуации "Один пишет, >> все читают и все это многопоточно". V>Как совет. Забивай ты на С++. В нем нынче здесь в массе своей V>пенисометрией занимаются.
V>И еще, если тебе заваливают на собеседовании — это обычно говорит о том, V>что тому перцу еще один програмер категорически не нужен, просто V>начальство хочет взять еще одного человека.
V>З.Ы. Оно-то конечно да, знать это все програмеру на С++ следует, но ему V>еще много всяческой хрени знать надо. Фактически нет такого человека, V>который знает все. V>Да, чтобы очень хорошо знать многопоточность, надо именно ее последние V>года 2 програмить. А через два года тебя завалят на извращениях с V>шаблонами или диких наследованиях.
25.09.2012 15:43, andy. пишет:
> а что например есть дикое наследование?
Например, несколько "ромбиков" можно сочинить. А еще их можно вшить в
несколько "деревьев" и т.д. — глупость безгранична.
Здравствуйте, Vzhyk, Вы писали:
V>05.09.2012 18:14, a.v.v пишет:
>> http://jetbrains.com/ >> http://www.gridgain.com V>И там никто не рисует формочки? V>Хорошо, если человек 10 ядро пишут и изобретают что-то, остальные же V>именно формочки и иже с ними.
"Весь мир — говно, все бабы — ***ляди и солнце ***баный фонарь" (c) Интересная у тебя жизнь наверное раз кругом одни тупые формочки да бабки
Много чего интересного пишут и на яве и на плюcах. Стоит при устройстве на работу интересоваться не только зарплатой (хотя и это тоже важно, спору нет), но и тем чем фирма занимается и что лично ты там будешь делать. Все таки большую часть жизни мы тратим именно на работу и неплохо бы чтобы она была интересной, а не только высокооплачиваемой.