нет, я говорю не про ssl-сертификат.
вариант 1 (шардинг доменов) - поднимаете локальный nginx, указываете в конфиге несколько серверов
server {
server_name host1.local;
proxy_pass 0.0.0.0:8000; // адрес бек-приложения
}
server {
server_name host2.local;
proxy_pass 0.0.0.0:8000; // адрес бек-приложения
}
...
и имеете возможность делать 6*N запросов параллельно на "разные" домены
вариант 2 - ставите что-то типа ngx_http_v2_module модуля для nginx, и работаете с http/2.0, который сам умеет мультиплексировать запросы в один коннект (но я с этим не работал, так что so-so)
vim-gnome, vim-gtk, vim-qt - это просто либы под графическую среду.
вот если б вопрос звучал как "есть ли разница между gvim и vim?" - то кроме визуальной - нет. ну разве что в терминале vim, как обычное приложение, можно, допустим, стопнуть Ctrl+Z, выполнить команду терминала и вернуться обратно по fg, но это мелочи
по первому пункту - мыслите не совсем верно; не особо имеет смысл делать 3 точки/заливки, потому что произвольная точка может оказаться слишком близко к точкам старта/стопа, плюс тут нужна будет заморочка с локами - возможно одновременная обработка одной точки.
Я бы думал в сторону "уровней" - то есть параллельной обработки списка вершин одной волны.
Можете посмотреть хорошую статью (или даже связаться с автором, у него и на GPU наработки, и вообще, как я понял, он этой темой плотно занимается). Только там речь про неорграф, но из нашего ориентированного неориентированный получить легче легкого.
по второму пункту - тут отличное поле для оптимизаций, потому как у вершины всего два исходящих ребра (ну или 4 при неориентированном), само поле - гексагональное, а максимальный прыжок - 3 стрелочки. Нужно смотреть варианты систем координат гексагональных решеток (рекомендую статью), варианты упаковки стрелок (как список смежности, как список смежности относительных координат, как две структуры, описывающие стрелку, у которой 6 направлений (4 бита) + 3 значения (т.е. байт на стрелку) и т.д.)
но поддерживаю в том, что в ответе должно быть именно дерево, и оно будет минимально остовным.
Я думал веса ребер проставить проходом в глубину от каждой вершины до каждой, по +1, но все равно в таком случае остается неопределенность с одинаковыми итоговыми весами путей между нужными парами вершин
Aniro контрпример:
по предложенному алгоритму получается
вершины 0-4 вес (4), 0-6(4), 4-6(4), 4-6(3)
минимальное остовное дерево [0-1-2-3-4-8-7-6] из 8 вершин, что, очевидно, неправильно, так как верный ответ будет [0-1-2-3-4, 2-5-6], где 7 вершин
Хочу обратить внимание что Евгений Ткаченко привел решение для задачи "найти значения, которые есть в list и их нет в list2, и которые есть в list2 и их нет в list", а для спрашиваемого вопроса "найти значения которые есть в list, но нету в list2", то достаточно просто делать list-list2.
запусти скрипт 256colors2.pl со страницы www.robmeerman.co.uk/unix/256colours Если увидишь кубики 6х6 (первый вариант) - то надо разбираться с vim, если нет - то терминал надо ковырять, может в centOs терминальные 256 цветов не так делаются
hMartin пилить можно хоть в блокноте, лишь бы dev tools были (go, gomobile и прочая), посмотрите доклад про мобильную разработку https://www.youtube.com/watch?v=sQ6-HyPxHKg Плюсом можно делать кросскопиляцию, и вообще работать над ios-аппами без ios-инструментов, но тут я вам детально не скажу.
Что касается нормального отладчика, LeEnot, то как бы разработка через отладку это совсем не путь джедая. Пишем код. пишем к нему тесты, смотрим вход и выход. Если gdb не устраивает, есть еще пакет expvar, идешка LiteIde, ну и логи - это нормально, имхо.
таки вторая часть. пробуем сделать из нее первую: точка 0,0 - точно такая же точка; цикл по i - фиксация "нулевой точки", сортируем относительно угла ох, цикл по j - перебор оставшихся точек и поиск к ним третьей вершины за logn. далее переходим на следующую по i вершину, снова делаем ее нулевой и процесс повторяем. Сложность O(N^2*logN). Ы?
в го реализована невытесняющая многозадачность, и надо понимать, что если мы хотим жесткого реалтайма - то ошиблись языком. А так - просто делаете runtime.GOMAXPROCS(runtime.NumCPU()), рантайм на каждое ядро повесит по воркеру. Ну и заодно узнаете что синхронизация каналов для numcpu>1 не бесплатна )) подробнее об этих граблях можно почитать тут habrahabr.ru/post/195574
вариант 1 (шардинг доменов) - поднимаете локальный nginx, указываете в конфиге несколько серверов
server {
server_name host1.local;
proxy_pass 0.0.0.0:8000; // адрес бек-приложения
}
server {
server_name host2.local;
proxy_pass 0.0.0.0:8000; // адрес бек-приложения
}
...
и имеете возможность делать 6*N запросов параллельно на "разные" домены
вариант 2 - ставите что-то типа ngx_http_v2_module модуля для nginx, и работаете с http/2.0, который сам умеет мультиплексировать запросы в один коннект (но я с этим не работал, так что so-so)