В p2p сетях требования к ресурсам - это требования к каналу. Клиенту и памяти и процессора много не надо - он не вычислениями занимается. А вот переносимость - это всегда приятно.
Я так понимаю все программы что не на ассемблере вам кажутся неправильными ....
Я так понимаю процессорное время и память - единственные понятные вам
ресурсы, а таких понятий как рабочее время количество ошибок и сложность
проектирования не существует ?
Azureus один из самых популярных клиентов, потому что безбажен
красив и функционален ...
Да можно переписать его на сях потом портировать на все платформы
дебажить и ждать ебилдов. Но эффективнее взять java чем получить
поддержку всех платформ "за так" и минимизировать процесс тестирования.
Народ, а что у вас за компы, если прога для работы с p2p для них огромна и неповоротлива? Ну а если слабые - так нах об этом кричать на каждом углу?? Пользуйтесь другими программами и все... вас же, блин, никто не заставляет. Даже наоборот - бесплатно дают.
>Я так понимаю все программы что не на ассемблере вам кажутся неправильными ....
>Я так понимаю процессорное время и память - единственные понятные вам
ресурсы, а таких понятий как рабочее время количество ошибок и сложность
проектирования не существует ?
>Azureus один из самых популярных клиентов, потому что безбажен
красив и функционален ...
>Да можно переписать его на сях потом портировать на все платформы
дебажить и ждать ебилдов. Но эффективнее взять java чем получить
поддержку всех платформ "за так" и минимизировать процесс тестирования.
это от зависти к mldonkey и языку на котором тот написан
:)
>Я так понимаю все программы что не на ассемблере вам кажутся неправильными ....
Забавная постановка вопроса! "Надо будет возразить ему так " - неправильными мне например кажутся клиентский софт сляпанный на жабе. Хоть и с большим напрягом, однако можно понять, когда говорят, что мол на нормальных серваках памяти немеряно, и можно допустить overhead по намяти в 30М - 40М на процесс, на десктопах это КАК МНЕ КАЖЕТСЯ не допустимо. Это дурной вкус сударь-с!
>Да можно переписать его на сях потом портировать на все платформы дебажить и ждать ебилдов.
А некоторые например пишут на С++ причем не "дебажат и ждуть ебилдов", и работает на всех платформах без портирования. Компилить правда нужно, хотя только ОДИН раз и навсегда, и компилятора не нужно таскать с каждой софтиной, а можно вообще скачать уже скомпиленный вариант ...
>Но эффективнее взять java чем получить поддержку всех платформ "за так" и минимизировать процесс тестирования.
Я бы сказал проектирования. Делать С++ проект безусловно сложнее. При грамотном проектировании и кодировании, тестировать С++ не сложнее и не больше чем жабу. Жаба выгоднее для НЕПРОФЕССИОНАЛОВ.
Мораль - для каждой задачи - свой инструмент. Ненавижу фанатов.
Нам с того? BitComent уже под linux имеется? У меня под linux'ом
Azureus, можно сказать, работает быстро, хоть он и на JAVA, а
если сравнить с pygtk приложениями, то просто летает....
Ой, ой. Испугал ежа голой ж.. Тебя бы самого за ЕС1841 разваливающийся... Хотя мк - тоже рулит)
Я не спорю с тем, что программы нужно оптимизировать, что ресурсоемкие приложения желательно писать на языках наиболее приближенных к машинным. Но зачем распространять это на все проги? Почему никто скрипты не пишет на асме?? Ведь охрененно быстро бы работали :) Нифига - используют bash/питон/перл итд.