раздражение вызывает отвлечение внимания от контента сайта
баннеры я не считаю за контент, психологический барьер если совсем на пальцах, то выделяющийся баннер это как заноза в жопе, инородное тело, которое хочется удалить
я имею ввиду, что мне сложно сосредоточиться на контенте сайта, когда взгляд притягивается к баннеру
возможно, стоит в таком случае делать кнопку "закрыть", убирающую баннер
можно даже хранить на сервере список баннеров, которые я уже видел и закрыл, чтобы не показывать одному человеку один и тот же баннер по 100 раз здесь CTR может даже повыситься, если разных баннеров много
>> двухкратное превышение в скорости - это уже затыкает ребят наверху кто о плюсах слишком лестно высказывался (не вы)
забавно вы меряете "производительность языка" операциями со строками, сравнивая написанный вручную код и код из библиотеки STL, написанный непонятно кем и непонятно как
заворачиваете ваши C функции для работы со строками в примитивный класс, запрещаете неявное копирование и вуаля, сгенерированый C++ компилятором x86 ничем не будет отличаться от оного в C
давайте будем объективными, и выясним-таки, какие именно "ООП возможности" делают C++ медленнее, чем C и, главное, почему
а если я со строками я работаю через строковый класс, который работает, как обертка над stdlib-функциями? :)
да и с каких это пор работа со строками стала в программах узким местом??
очевидно, что если вы работаете с мегабайтами и гигабайтами текста, то не будете использовать сомнительные абстракции вроде std::string, а в остальном это не является узким местом
разумеется, если вам от велика достаточно того, чтобы он не развалился при поездках по асфальту - бюджета в 10 тыс. вполне хватит
когда-то я интересовался downhill, там байк из компонентов начального уровня стоит от полутора килобаксов
потом после ухода в триал продал его вдвое дешевле в хорошем состоянии
так что можно, в принципе, купить и б/у, чтобы не разоряться
(друг дропает)
баннеры я не считаю за контент, психологический барьер если совсем на пальцах, то выделяющийся баннер это как заноза в жопе, инородное тело, которое хочется удалить
возможно, стоит в таком случае делать кнопку "закрыть", убирающую баннер
можно даже хранить на сервере список баннеров, которые я уже видел и закрыл, чтобы не показывать одному человеку один и тот же баннер по 100 раз здесь CTR может даже повыситься, если разных баннеров много
вот только ошибочно делать вывод, что на баннер будут чаще кликать, если он будет более заметен; скорее, это вызовет раздражение
"круто", вот как
если заказчик не может сформулировать свои желания в виде: "хочу AJAX, RSS, tag cloud, OpenID" то это не значит, что он этого всего не хочет
у Erlang есть JIT-компилятор (HiPE) в нативный код
btw, http://telnews.ru/event/17331
еще помню, он у меня упал с access violation и я долго думал запускать ли его снова, всё никак не решался кликнуть на шорткат :)
мегатекстуру (клипмапы) придумали еще сто лет назад в SGI
penumbra shadows тоже довольно старая вещь появились вместе с SM2.0, просто в играх их не использовали из-за хилости тогдашних GPU
надеюсь, что геймплей будет интересный
а то мышкой еще тыкать куда-то..
да ну, а я вот, к примеру, не мыслю Haskell без статической типизации и гарантий exhaustiveness паттерн-матчинга
что это, как не средства анализа алгоритма?
а там где нужен миллион - будет миллион
всё просто же вы решаете задачу в терминах задачи, а не паритесь о том, сколько у вас ядер в процессоре
"в других" языках вы ограничены потоками ОС, которые слишком тяжелые и их количество сильно ограничено ОС
ну раз уж вы взялись отвечать на вопрос, заданный мной тов. Streamus'у, то и уходить из контекста не нужно
а то получается я вам про Фому, а вы мне про Ерёму
забавно вы меряете "производительность языка" операциями со строками, сравнивая написанный вручную код и код из библиотеки STL, написанный непонятно кем и непонятно как
заворачиваете ваши C функции для работы со строками в примитивный класс, запрещаете неявное копирование и вуаля, сгенерированый C++ компилятором x86 ничем не будет отличаться от оного в C
давайте будем объективными, и выясним-таки, какие именно "ООП возможности" делают C++ медленнее, чем C и, главное, почему
да и с каких это пор работа со строками стала в программах узким местом??
очевидно, что если вы работаете с мегабайтами и гигабайтами текста, то не будете использовать сомнительные абстракции вроде std::string, а в остальном это не является узким местом