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++.

мде...

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

Толпа народа не может написать программки по 50-60 строк на С++, где даже не нужно особое знание языка... это ужас просто...

И потом народ ещё будет делать круглые глаза и не понимать, за что на них ругаются...