Для c# есть целых две библиотеки:Cloo и OpenClTemplate. Как раз в ваших приведённых ссылках есть ссылка на статью, посвящённую этим двум библиотекам, нос оглашусь с Вами, что на русском все-таки маловато, хоть нагло язычная документация и достаточно чёткая. По крайней мере, у меня не возникало проблем с её пониманием.
Вы правы. Просто я следую традициям колмогоровской школы, и поэтому я дал определение непрерывности отображения в точке. То, что вы сейчас написали, является доказываемой теоремой у Колмогорова, но другие авторы используют открытость прообраза как определение. Поскольку это эквивалентные утверждения, то суть от этого не меняется.
Тем, что его методы addAll и retainAll, представляющие собой объединение и пересечение соответственно, меняют объект, к которому они применены, а здесь мне необходима неизменяемость объекта после того, как я его проинициализировал.
Вот это вообще тихий ужас. На лурке была хорошая цитата по этому поводу: И не забудьте ударить его головой об клавиатуру ровно столько раз сколько вычисляется по этой формуле: X = E-1, где X — количество ударов об клавиатуру, а E — количество echo используемых в скрипте.
1. При написании статьи я опирался на использование стандарта C++11 для параллельного программирования. Поэтому некоторые другие возможности языка C++11 я не использовал.
2. isNotWaiting используется в логике класса. Собственно, на её значении и строится условная переменная, а именно она используется в условии выхода из сна: waitVariable.wait(lock,[&]{ return isNotWaiting;});, при этом изменение её на true приведёт к тому, что потоки пойдут дальше.
3-4. В данном случае действительно можно использовать обычный инкремент, однако я лишь хотел явно указать на атомарный характер этих операций.
Игра действительно хорошая, однако то, что результат может уйти в отрицательную плоскость, скорее всего, отпугнёт большинство современных игроков. Возникает желание либо бросить всё и начать сначала, либо просто бросить всё.
Проблемы с отсутствием типизации действительно существуют, однако в некоторых случаях они превращаются в достоинства. У меня была лабораторная по кластеризации многомерных векторов, что приводило к работе с массивами массивов.
Если бы я писал эту лабу на языках со строгой типизацией, то выполнить её оказалось бы гораздо сложнее из-за необходимости создания «непрямоугольного» массива.
Я намеренно для этой лабы отказался от строгой типизации, в результате чего мне даже не пришлось возиться с типами: в одном месте я использовал переменную-массив как массив, а при выводе использовал её же как строку.
Я преследовал своей целью попытку реализовать функции самостоятельно, без использования готовых решений. Я прекрасно понимал, что изобретаю велосипед, и я не думал об оптимизации.
Да и подключать встроенные модули мне тоже не хотелось.
Стулья вскрываются поочерёдно.. Из-за этого события, относящиеся к разным стульям, не являются независимыми. Нас интересует условная вероятность относительно предыдущих событий. Но бриллианты могут либо быть, либо не быть. В результате условная вероятность (как и любая вероятность) раскладывается по формуле полной вероятности относительно условия «бриллианты зашиты» вообще. Переформулирую условие, чтобы было понятно, о чём речь.
Откуда 7,5? Стулья вскрываются поочерёдно. Соответственно, чем больше стульев вскрыто, тем больше шансов в текущем найти бриллианты. Если в первом стуле нашли бриллианты, мы остальные вскрывать не будем.
Такое же чувство приходит и тогда, когда человек впервые видит парадокс Монти-Холла. Вся фишка данной задачи в том, что у нас события не являются независимыми, отсюда и такой результат. В ходе вычислений я применял только известные формулы из теории вероятностей.
Если подставить в полученный результат, n = k = 12, p =1, то мы получим, что если в одиннадцати стульях не нашлось бриллиантов, то в двенадцатом они точно будут. Я не зря писал в левых частях условные вероятности. Это вероятность того, что бриллианты в 12 стуле, если в предыдущих ничего не нашлось.
Вот простой иероглиф: 愛 переводится как любовь и читается «ай».
Все имена, которые записываются этим иероглифом: Азуми, Ааи, Аика, Аису, Аки, Ако, Амика, Аои, Ариса, Айа, Айу, Чигири, Чика, Чикаси, Эрина, Хаато, Хикари, Ито, Итоши, Итсуми, Идзуми, Кана, Канаэ, Канаса, Кидзуна, Кокоро, Коному, Мадока, Манабу, Манами, Медзуру, Мего, Мегу, Мегуми, Мегуму, Мей, Нару, Наруко, Нозоми, Рабу, Руи, Сара, Саран, Тсугуми, Тсукуми, Уи, Йоси, Йосики, Йосими, Йуки
2. isNotWaiting используется в логике класса. Собственно, на её значении и строится условная переменная, а именно она используется в условии выхода из сна: waitVariable.wait(lock,[&]{ return isNotWaiting;});, при этом изменение её на true приведёт к тому, что потоки пойдут дальше.
3-4. В данном случае действительно можно использовать обычный инкремент, однако я лишь хотел явно указать на атомарный характер этих операций.
Если бы я писал эту лабу на языках со строгой типизацией, то выполнить её оказалось бы гораздо сложнее из-за необходимости создания «непрямоугольного» массива.
Я намеренно для этой лабы отказался от строгой типизации, в результате чего мне даже не пришлось возиться с типами: в одном месте я использовал переменную-массив как массив, а при выводе использовал её же как строку.
Да и подключать встроенные модули мне тоже не хотелось.
pk — вероятность того, что бриллианты зашиты в k-м стуле, если предыдущие стулья были пустыми.
Если подставить в полученный результат, n = k = 12, p =1, то мы получим, что если в одиннадцати стульях не нашлось бриллиантов, то в двенадцатом они точно будут. Я не зря писал в левых частях условные вероятности. Это вероятность того, что бриллианты в 12 стуле, если в предыдущих ничего не нашлось.