ВКУС ТВОЕГО ПОЦЕЛУЯ...

ИТАК, ВКУС ТВОЕГО ПОЦЕЛУЯ НАПОМИНАЕТ... ПРИВКУС ГОРЬКОГО ШОКОЛАДА И КЕШЬЮ...

Ты-очень оригинальная, неординарная и необычная натура.Иногда бываешь слишком загадочным(ой).Человек, попытавшийся разгадать ее, станет одержимым тобой, рабом твоей прихоти и тайны, которую никому не разгадать...

http://aeterna.ru/test.php?link=tests:93174

An rud a théann ins an chroí ná scaoiltear as é go brách

aiSee - сотни тысяч вершин и рёбер?

мде... на оф. сайте гордо заявляют:

aiSee вам предоставляет возможность:

быстро визуализировать даже очень большие графы с сотнями тысяч узлов и рёбер

сегодня попробовал визуализировать граф всего  с 65536 вершинами и с тем же количеством рёбер...
увы и ах, полчаса программа думала и в итоге не смотга ничего надумать, после чего была выключена
а в тех поддержку было написано письмо с вопросом о оценке временной сложности алгоритмов визуализации

aiSee

вчера, в поисках программы для визуализации графов, набрёл на aiSee...

что могу сказать - очень удобная вещь, если можно автоматически генерировать графы из своей программы(файл представления графа пишется на языке GDL, который оч. прост в освоении)

минусом является платная основа данной программы(демо версия распространяется бесплатно)

мне на ум сразу пришла идея реализации класса(или шаблонного класса) для автоматической генерации .gdl файлов... но времени сейчас нет... сессия на носу чтоб её...
но идею класса отложу до лета, когда время у меня появится... *не забыть рассмотреть Boost Graph Library и написать шаблон для выборки из n по k*

да ещё хочется посидеть с WinAPI и Qt... чёёрт... как же не вовремя эта сессия...

P.S. да и переставить системы ещё нужно

совсем забыл, скриншот:

чёёёрт...

в голове кружится столько новых идей жаждущих реализации...

но чёртова сессия портит всё...

дилемма программиста или вопрос использования невалидного кода

наверно многие программисты сталкиваются в какой-либо момент своей работы с этой проблемой... а именно: использование не совсем корректного кода(но работающего!) в своём проекте или же написание несколько более сложного кода, но не допускающего неоднозначность своего исполнения на различных машинах\компиляторах.

итак... перейду к сути проблемы.
есть код(не рабочий, но компилирующийся):

vector v;
int i = 0;
while(v[i]!= 1 && (i < v.size())) ++i;

и есть рабочий код:

vector v;
int i = 0;
while((i < v.size()) && v[i]!= 1) ++i;

причины его работоспособности во 2м случае кроются в оптимизации операции конъюнкции и думаю, что они будут очевидны тем, кто знает, что это за операция.


вопрос в том, а корректно ли использование такого кода(рабочего варианта) в своих программах или же нет. я имею ввиду вообще, а не конкретный случай(в данном случае всё решается разделением проверок и введением 1й доп. переменной).

ох уж эта STL

мде... меня сейчас сильно повеселила одна вещь(раньше не было нужного опыта, чтобы оценить всю её прелесть...)

всем известный cout... в нём есть такая вещь, как манипуляторы вывода(dec, oct, hex), которые используются для вывода чисел в различных системах счисления...

вот только их всего 3 штуки! для десятичной, восьмеричной и шестнадцатеричной систем счисления...

ну не бред ли? даже двоичной нет(а я что то сомневаюсь, что программисты чаще выводят данные в восьмеричной системе счисления, чем в двоичной)...

STL млин... не могли сделать один обобщённый манипулятор, позволяющий задавать произвольное основание системы счисления(хотя бы до 16), было бы намного логичней и удобнее всем людям, программирующим на C++.