Строго говоря 192 относится к классу C, это именно 24 :) И в данном случае в 192.168 есть 256 сетей класса C. Указанна одна из этих сетей, а именно 192.168.0.0/24, все в принципе нормально.
radeonhd из git? Я где-то месяц назад тоже пытался заставить его работать, но под debian lenny. Особо в логах не ругался, но 3D так и не было. Я так понимаю, что и mesa должна быть из git, причем из ветки r6xx-r7xx-support.
говорят, что свет неестественный (спектр, наверное, дальше от солнечного).
У солнечного света температура 5500К, у лампы накаливания примерно 2300К, это далеко от солнечного :) Вот на счет равномерности спектра не знаю, возможно обычные лампы дают более ровный спектр. Но восприятие ИМХО основано на том, что мы выросли с лампами накаливания.
Открытые спеки на железо, это как раз надежда на то, что это железо будет поддерживаться из коробки. Так происходит например с большинством чипсетов, ATA/SATA/SCSI контроллеров, сетевых чипов и т.п. Для них же в большинстве случаев не приходится ставить драйвера. ATI/AMD сейчас вроде полностью открыли спеки, но делали это порциями и не торопливо. Поддержка R500 уже достаточно не плохая. Информация по ней была открыта раньше. Для R600 и старше спеки по 3д открыли не очень давно, сейчас над ней работают. Хотя конечно проблемы испытывают, в частности из новела ушел один из ведущих разработчиков и прекратил участие в проекте. Вроде произошло это из-за сокращений, кризис…
XSLT 2.0 это конечно хорошо, но к сожалению libxslt его пока не поддерживает. И я не знаю ни одного свободного XSLT 2.0 процессора, написанного на C/C++. А тащить Java только ради XSLT процессора не хочется. Python, PHP, Perl etc в принципе тоже подошли бы, хотя с точки зрения потребления ресурсов C/C++ предпочтительнее. А так способ конечно хороший, но для простых списков, когда нужно вставить элементы просто текстом, хотя тут не уверен, с XSLT 2.0 пока особо не знакомился.
Т.е. плодить лишние сущности это нормально, а использовать if нет? На мой взгляд тут как раз показан пример XSLT который при разрастании будет трудно читать. А если надо список не просто в виде текста изобразить, например в виде ссылок, будем <a href="..."> дублировать дважды? Или может еще один шаблон создадим? Вот за такое действительно руки отрывать надо.
Да, понял ;) Я не спорю, сделать без if и foreach можно, но зачем? Это всего лишь инструмент, где-то его удобнее применить, где-то его можно применить, но получится например код в котором не очень просто разобраться другому человеку и при этом есть более рациональный способ. Я не вижу объективных причин, что бы полностью отказаться от этих конструкций в xslt.
STL освоить надо, что бы велосипеды каждый раз не изобретали. А вот с GUI на мой взгляд вообще не нужен. Если поймут основы, то с GUI сами разберутся. А то получается, кнопочки лепить умеют, а вот программировать нет.
Как далеко стоит заходить в дебри WinAPI/MFC и, опять же, на какого уровня сложности работах?
А какое отношение они имеют к C++? Никакого. ИМХО их в обязательном порядке вообще не надо касаться. Я практически ничего не знаю про WinAPI и MFC, но это не мешает мне разрабатывать программы на С++. Целевая платформа просто не только Windows…
Вообще как предмет называется? Для начала не плохо бы освоить основы языка (в т.ч. и ООП) и STL.
В комментариях неоднократно указали как правильно.
И что тут правильного?
Как будет выглядеть результат например на таблице с такими id: 1, 2, 3, 1000? Что мы будем видеть? В 997 из 1000 просмотров будет запись с id 1000. Это правильно? На мой взгляд тут вообще нету единого правильного решения. Все зависит от конкретной ситуация, от того, сколь в таблице строк, как часто удаляются эти строки, насколько важно, что бы строки выдавались с действительно равной вероятностью и т.п. Предложенное автором решение вполне рабочее и имеет право на жизнь, как выдаваемое вами за «правильное», но они не универсальны.
Я чуть выше писал, вот эта часть «WHERE tid> (rand()*(SELECT count(*) FROM table1) )» приведет к тому, что «rand()*(SELECT count(*) FROM table1)» будет по новой вычисляться для сравнения с каждой строкой. Т.е. во-первых будет выполнено множество лишних подзапросов, а во-вторых новый rand для каждой строки… вероятность выпадения последний записи равна нулю :) даже вряд ли получится дотянуть до середины таблицы, все время будут выпадать записи из начала таблицы.
У солнечного света температура 5500К, у лампы накаливания примерно 2300К, это далеко от солнечного :) Вот на счет равномерности спектра не знаю, возможно обычные лампы дают более ровный спектр. Но восприятие ИМХО основано на том, что мы выросли с лампами накаливания.
Развивается, последний коммит 19 часов назад был.
Т.е. плодить лишние сущности это нормально, а использовать if нет? На мой взгляд тут как раз показан пример XSLT который при разрастании будет трудно читать. А если надо список не просто в виде текста изобразить, например в виде ссылок, будем <a href="..."> дублировать дважды? Или может еще один шаблон создадим? Вот за такое действительно руки отрывать надо.
А какое отношение они имеют к C++? Никакого. ИМХО их в обязательном порядке вообще не надо касаться. Я практически ничего не знаю про WinAPI и MFC, но это не мешает мне разрабатывать программы на С++. Целевая платформа просто не только Windows…
Вообще как предмет называется? Для начала не плохо бы освоить основы языка (в т.ч. и ООП) и STL.
И что тут правильного?
Как будет выглядеть результат например на таблице с такими id: 1, 2, 3, 1000? Что мы будем видеть? В 997 из 1000 просмотров будет запись с id 1000. Это правильно? На мой взгляд тут вообще нету единого правильного решения. Все зависит от конкретной ситуация, от того, сколь в таблице строк, как часто удаляются эти строки, насколько важно, что бы строки выдавались с действительно равной вероятностью и т.п. Предложенное автором решение вполне рабочее и имеет право на жизнь, как выдаваемое вами за «правильное», но они не универсальны.