Трафик кстати Skype может жрать в не зависимости от того, разговариваете Вы с кем-то или нет.
Использование Вашего компьютера. Программное обеспечение Skype может использовать процессор и каналы связи Вашего компьютера (или другого используемого Вами оборудования) в ограниченных целях обеспечения передачи данных между пользователями Программного обеспечения Skype.
(c) Skype EULA.
Ну а то, что она пытается в сеть проломиться любым способом — так это ж забота о пользователе, зачем его грузить инструкциями о том, как правильно настроить фаервол, если можно и так просочиться? ;) Но вообще конечно не очень приятно :)
В Options->Advanced->Connection снимите галочку "Use port 80 and 443 as alternatives for incoming connections" и будет вам счастье. Или перевесьте свой веб-сервер на другой порт.
Скажите, для типовой задачи что удобнее, искать наиболее подходящую библиотеку, или же использовать язык, в котором все готово для реализации идеи, алгоритма, в котором не надо думать о том, будет ли все это работать на linux, и надо ли писать макросы, чтобы библиотека удачно скомпилиолвалась и залинковалась?
Большим недостатком языка С++ (и С в общем то) является существование слишком большого количества разношерстных библиотек, и из этой массы библиотек порой действительно сложно выбрать подходящую. Но есть библиотеки, которые позволяют писать код на С++ настолько же лаконичный, как у Вас получился на Java и Ruby. Посмотрите например на boost::asio. А типовая задача — это сферический конь в вакууме, её не существует :) Для одних задач удобнее использовать один язык, для других другой, всё зависит от конкретных требований.
На скольно я знаю WinSock это не библиотека, а набор интерфейсов. Возможно я не прав.
Собственно любая библиотека это по сути набор интерфейсов :) WinSock это реализация сокетов под платформу Windows, очень низкоуровневый интерфейс. Можно было использовать WinSock напрямую, а можно было например использовать MFC, облегчив себе жизнь и упростив код. А можно было воспользоваться вышеупомянутым asio и заодно сделать программу кросс-платформенной.
Ни WinSock, ни MFC ни asio не являются стандартными средствами С++, именно поэтому я говорил о некорректности сравнения. В Java и Ruby поддержка сетевого взаимодействия есть в стандартных библиотеках этих языков. В С++ — нет. Вы использовали в сравнении WinSock и показали, что это неудобно. Если бы Вы использовали в сравнении asio, выводы были бы другими ;)
сравнивались те средства языка, которые изначально в нем присуствуют
Не обижайтесь пожалуйста, но писать на С++ не используя сторонние библиотеки, а только стандарнтую — это глупо. В стандарт С++ включен минимально необходимый платформенно-независимый минимум, в стандартной библиотеке нет средств работы с нитями (threads), нет средств манипуляции файловой системой, нет работы с сетью. Но это совершенно не значит, что всё это нужно писать с нуля.
И кстати, WinSock не является средством языка, которое изначально в нём присутствует. Вы наобум выбрали библиотеку, при том не самую удобную и обобщили выводы на язык С++.
Врядли они пользуются одним производителем. Они же сами пишут
Failure rates are known to be highly correlated with drive models, manufacturers and vintages [18]. Our results do not contradict this fact. For example, Figure 2 changes significantly when we normalize failure rates per each drive model. Most age-related results are impacted by drive vintages. However, in this paper, we do not show a breakdown of drives per manufacturer, model, or vintage due to the proprietary nature of these data.
По поводу захода на другие машины удалённо есть универсальное решение — RealVNC. На каждую из осей ставите RealVNC server, на ноут себе RealVNC client и коннектитесь куда надо. Можно конечно использовать родные средства (RDP aka Remote Desktop для Windows, X11 forwarding для *NIX, для Mac OS X тоже есть, но не помню как называется).
Если будете ставить всё на одной машине и запускать в VMWare — настраиваете каждого гостя использовать NAT, в Virtual Network Settings в конфигурации NAT настраиваете Port forwarding. Если будете всё это запускать на разных компах — один из них в инет выставляете в инет и настраиваете NAT и port forwarding на нём.
Это в общих чертах я бы так делал, жду более подробных вопросов :)
Во-первых у powerman достаточно крупный шрифт, судя по скриншотам. Во-вторых часть COLS может занимать дерево файлов, список тегов, индикаторы fold'ов, номера строк. Ну или 2 файла могут быть открыты в вертикальном сплите.
(c) Skype EULA.
Ну а то, что она пытается в сеть проломиться любым способом — так это ж забота о пользователе, зачем его грузить инструкциями о том, как правильно настроить фаервол, если можно и так просочиться? ;) Но вообще конечно не очень приятно :)
Собственно любая библиотека это по сути набор интерфейсов :) WinSock это реализация сокетов под платформу Windows, очень низкоуровневый интерфейс. Можно было использовать WinSock напрямую, а можно было например использовать MFC, облегчив себе жизнь и упростив код. А можно было воспользоваться вышеупомянутым asio и заодно сделать программу кросс-платформенной.
Ни WinSock, ни MFC ни asio не являются стандартными средствами С++, именно поэтому я говорил о некорректности сравнения. В Java и Ruby поддержка сетевого взаимодействия есть в стандартных библиотеках этих языков. В С++ — нет. Вы использовали в сравнении WinSock и показали, что это неудобно. Если бы Вы использовали в сравнении asio, выводы были бы другими ;)
И кстати, WinSock не является средством языка, которое изначально в нём присутствует. Вы наобум выбрали библиотеку, при том не самую удобную и обобщили выводы на язык С++.
А жаль конечно, что они эту инфу не опубликовали.
Если будете ставить всё на одной машине и запускать в VMWare — настраиваете каждого гостя использовать NAT, в Virtual Network Settings в конфигурации NAT настраиваете Port forwarding. Если будете всё это запускать на разных компах — один из них в инет выставляете в инет и настраиваете NAT и port forwarding на нём.
Это в общих чертах я бы так делал, жду более подробных вопросов :)