А нужны ли политические топики на профессиональном IT сайте?
Имхо, для них есть более подходящие места.
Изгнать такие топики отсюда можно очень легко — минусовать их нещадно, устроить им официальный геноцид :)
Голосование — это единственное, что отличает хабр от других блогов. Без них хабр-не хабр.
Это своего рода социальная онлайновая игра и в этом вся суть проекта, как я понимаю.
Читай то, что сильно заплюсовано и найдешь много интересного.
Не читай то, что в минусе, ибо это плохо и слабо.
Читай тех, кто в плюсе — их приятно читать, раз они в плюсе.
Про минус промолчу :)
Ага, много ты в MSDN про блюскрины и глючные драйвера видеокарт вычитаешь…
На самом деле проблема даже не в Microsoft, а скорее в производителях видеокарт и драйверов для них. Ибо Windows просто отрабатывает, как положено — при возникновении exception в драйвере на уровне ядра — выдает BSOD. Так и должно быть.
А вот драйвописатели, особенно из ATI — вот главные враги всех геймеров и геймдевелоперов!
При чем тут админы? Скорее всего софт сглючил, а это уже задача программерская.
Там DirectX и DirectShow использовался, как я понял, для вывода видео.
Я лично натворил немало BSOD-ов с помощью директ икса в свое время — задача не такая уж и сложная.
Так что если кто и виноват, то программисты и тестировщики.
Совершенная реализация синглетона Мейерса на текущем С++ — это в первую очередь уродский код.
Вот в новом стандарте можно будет написать просто:
T& instance()
{
static T var;
return var;
}
А многопоточность разрулит уже сам компилятор.
Вот это более похоже на идеальный код :)
>>Это по-вашему совершенная реализация? :)
Это не по-моему, а по мнению автора. По-моему реализация ужасная.
>>А если этот синглтон вообще не будет использоваться в программе, вы его всё равно создадите.
А я не люблю не контролировать свой код. Лучше уж создавать всегда в одном месте, чем в рандомное время из любого потока или вообще с возможностью не создавать.
Согласен — для библиотек для обезьян простейший синглетон мейерса без ограничений не подойдет.
Но от обезьян тогда надо ограждаться другим способом. Например, сделать синглетон, которому надо new вызывать самостоятельно. тогда обезьяны сами будут ответственны за создание экземпляра в нужном месте ИХ программы.
Или предоставить в библиотеке функцию initLibrary. И обязать ее дергать до вызова любой другой функции из библиотеки — и уже там создавать синглетоны.
Мое имхо, что лучше понадеяться на разумность тех, кто будет пользоваться библиотекой, чем городить такой нечитаемый код, как по ссылке.
если ты знаешь, как устроена сотовая связь, то тебя это не будет удивлять. Зачем ставить соты вдоль всей трассы - невыгодно это. главное, чтобы во всех населенных пунктах хоть какая-то связь была - этого достаточно.
В Финляндии думаю также, хотя тут Nokia...
>>Насчет БД. Дело как раз в том, что ее продают те, кто отслеживают эти логи :)
как они смогут скачать всю базу, если доступ только к 1 записи? Более того, можно разграничить полномочия и читатели логов не будут иметь доступа к чтению или записи данных в базу - обычные полиси секьюрити. Всё, проблема решена.
>>У нас есть, не знаю в курсе ли ты, база данных из записных книжек проституток
Круто :) Реально круто. Но меня это нифига не волнует.
>>У меня другая статистика.
Ну, "разрывы" связи случаются, что доказывают звонки в техподдержку. Но это не повод утверждать нелепое про деревню.
>>Почему база утечет? А ты не серьезно этого не понимаешь?
Я - понимаю. Но я считаю, что можно сделать базу, которая даже теоретически не может утечь, потому что к целой базе никто доступа иметь не будет.
Можно только залогиниться и провести конкретную транзакцию на конкретную 1 запись из базы. Причем не чаще, чем раз в сколько-то секунд. Так что на скачивание всей базы нужны будут тычячи лет и тысячи компов. Да и отследить это будет легко по логам. Короче, это техническая проблема, и ее возможно победить.
Отбирание прав происходит прямо на месте. Доказать в суде практически ничего невозможно, т.к. и суда как такового не будет - 1-5 минут на человека, где в 99% случаев выносят приговор "права отобрать".
Сотовое покрытие в России давно приблизилось к 100%.
Газ и стационарные телефоны - это да, согласен. Но я про них и не утверждал ничего.
>>Поэтому давай уж сначала сделаем для людей нормальный уровень жизни,
Давай конечно :) Только как?
>>Хотя, ты же в Финляндии и тебя это, наверное, мало волнует.
А что мешает финнам продать эту базу на рынок? Почему Русская база обязательно утечет, если в куче европейских стран не утекла? Ты так плохо относишься к русским? :)
В европейских странах у каждого человека есть ID, выдаваемый при рождении или при въезде в страну. Это уникальный и очень простой номер - например мне надо запомнить всего 3 цифры. Остальные цифры - это моя дата рождения и буква, что я мужчина. Очень просто - помня 3 цифры, ты имеешь всю информацию о себе всегда с собой :)
А в ИНН сколько цифр?
>>Да ничего ты не можешь, это твои фантазии.
Ну-ну. У меня, пока в Питере жил, было 2 базы данных, где были прописки и телефоны и инфа о машинах. По крайней мере эту информацию я мог узнать за 5 минут про любого человека.
>>Езжай куда-нибудь на выходных км за 150, потом поговорим о супер-пупер базе данных для деревенских жителей (в РФ, кстати, таких
>>большая часть).
150км от Москвы! Чтож тебя так далеко забросило-то? Я вообще из деревни и родственники у меня в деревнях живут и не в 150км от Москвы, а в паре тысяч. И звоню я туда по сотовому свободно. И они звонят мне в Финляндию, бедные недоразвитые отсталые деревенские жители.
Имхо, для них есть более подходящие места.
Изгнать такие топики отсюда можно очень легко — минусовать их нещадно, устроить им официальный геноцид :)
Это своего рода социальная онлайновая игра и в этом вся суть проекта, как я понимаю.
Читай то, что сильно заплюсовано и найдешь много интересного.
Не читай то, что в минусе, ибо это плохо и слабо.
Читай тех, кто в плюсе — их приятно читать, раз они в плюсе.
Про минус промолчу :)
Ага, много ты в MSDN про блюскрины и глючные драйвера видеокарт вычитаешь…
На самом деле проблема даже не в Microsoft, а скорее в производителях видеокарт и драйверов для них. Ибо Windows просто отрабатывает, как положено — при возникновении exception в драйвере на уровне ядра — выдает BSOD. Так и должно быть.
А вот драйвописатели, особенно из ATI — вот главные враги всех геймеров и геймдевелоперов!
Там DirectX и DirectShow использовался, как я понял, для вывода видео.
Я лично натворил немало BSOD-ов с помощью директ икса в свое время — задача не такая уж и сложная.
Так что если кто и виноват, то программисты и тестировщики.
Это же media player — никогда не знаешь, как он отреагирует на новое видео.
>>и «нашёл» его с 1 раза…
повезло, глазастый — я увидел только сравнив место с фотографиями :)
Вот в новом стандарте можно будет написать просто:
T& instance()
{
static T var;
return var;
}
А многопоточность разрулит уже сам компилятор.
Вот это более похоже на идеальный код :)
Это не по-моему, а по мнению автора. По-моему реализация ужасная.
>>А если этот синглтон вообще не будет использоваться в программе, вы его всё равно создадите.
А я не люблю не контролировать свой код. Лучше уж создавать всегда в одном месте, чем в рандомное время из любого потока или вообще с возможностью не создавать.
Но от обезьян тогда надо ограждаться другим способом. Например, сделать синглетон, которому надо new вызывать самостоятельно. тогда обезьяны сами будут ответственны за создание экземпляра в нужном месте ИХ программы.
Или предоставить в библиотеке функцию initLibrary. И обязать ее дергать до вызова любой другой функции из библиотеки — и уже там создавать синглетоны.
Мое имхо, что лучше понадеяться на разумность тех, кто будет пользоваться библиотекой, чем городить такой нечитаемый код, как по ссылке.
>>Может быть, стоит пропустить через Хабраредактор?
научите, как?
>>ближайшего населенного пункта. Очень удобно.
Ну, таков грубый оскал капитализма.
В Финляндии думаю также, хотя тут Nokia...
>>Насчет БД. Дело как раз в том, что ее продают те, кто отслеживают эти логи :)
как они смогут скачать всю базу, если доступ только к 1 записи? Более того, можно разграничить полномочия и читатели логов не будут иметь доступа к чтению или записи данных в базу - обычные полиси секьюрити. Всё, проблема решена.
Круто :) Реально круто. Но меня это нифига не волнует.
>>У меня другая статистика.
Ну, "разрывы" связи случаются, что доказывают звонки в техподдержку. Но это не повод утверждать нелепое про деревню.
>>Почему база утечет? А ты не серьезно этого не понимаешь?
Я - понимаю. Но я считаю, что можно сделать базу, которая даже теоретически не может утечь, потому что к целой базе никто доступа иметь не будет.
Можно только залогиниться и провести конкретную транзакцию на конкретную 1 запись из базы. Причем не чаще, чем раз в сколько-то секунд. Так что на скачивание всей базы нужны будут тычячи лет и тысячи компов. Да и отследить это будет легко по логам. Короче, это техническая проблема, и ее возможно победить.
Сотовое покрытие в России давно приблизилось к 100%.
Газ и стационарные телефоны - это да, согласен. Но я про них и не утверждал ничего.
>>Поэтому давай уж сначала сделаем для людей нормальный уровень жизни,
Давай конечно :) Только как?
>>Хотя, ты же в Финляндии и тебя это, наверное, мало волнует.
А что мешает финнам продать эту базу на рынок? Почему Русская база обязательно утечет, если в куче европейских стран не утекла? Ты так плохо относишься к русским? :)
А в ИНН сколько цифр?
Ну-ну. У меня, пока в Питере жил, было 2 базы данных, где были прописки и телефоны и инфа о машинах. По крайней мере эту информацию я мог узнать за 5 минут про любого человека.
>>Езжай куда-нибудь на выходных км за 150, потом поговорим о супер-пупер базе данных для деревенских жителей (в РФ, кстати, таких
>>большая часть).
150км от Москвы! Чтож тебя так далеко забросило-то? Я вообще из деревни и родственники у меня в деревнях живут и не в 150км от Москвы, а в паре тысяч. И звоню я туда по сотовому свободно. И они звонят мне в Финляндию, бедные недоразвитые отсталые деревенские жители.