写在multiget1.0发表之后[感谢及期望]

herberteuler

Post by sejishikong
gtk在windows下效果不好，想跨平台wx就可以了。其实跨平台的GUI好像QT更好，不过可惜是纯ＧＰＬ的。

讨论使用 GPL 许可发布的软件不用考虑 Qt 的非 GPL 许可吧？

sejishikong

Post by herberteuler
讨论使用 GPL 许可发布的软件不用考虑 Qt 的非 GPL 许可吧？

你不明白，楼主想在windows发布封源的multiget，那样用gtk或wxgtk这样的lgpl许可就没有问题，用qt因为是gpl许可，就只能开源或者交钱。
当然，即使qt也是lgpl，楼主也不太可能转向qt的，毕竟差距太大了。

我觉得现在功能不宜做的太多，windows的下flashget和迅雷都是只以普通下载为主的，bt之类的都不考虑，事实上大杂烩式的并不是没有，但用的人很少。

sysnotdown

不是很想做windows版，短期内没有规划，主要想在Linux下实现一个完善的版本，如果人不够，这个项目稍微修补点BUG就停了，不再继续。

小锁

sysnotdown：南开BBS上的小正哥有句名言：“技术不是讨论出来的”。
当然大家说的这些意见和建议都是有参考价值的，不过一个项目中的leader还是应该有足够的判断力和洞察力来进行决策。
事实上，网络上说的人还是大于做的。
你的multiget已经初具规模了，如果想吸引更多的人参与进来，恐怕要先明确一下目标，然后设计一个开放式的架构，降低新手的门槛。
东西已经做成现在这个样子了，抛弃了怪可惜的，希望三思。
至于核心开发人员的人数，不要太多的好，3-5个人就足矣，通常都是很多的人idle。
可以招募些做文档和翻译的非技术人员。

一些仅供参考的建议。

sysnotdown

我写这些不是让大家讨论技术问题的，有些人理解偏了，主要是总结过去，希望下一个版本改变开发模式不再单兵作战。至于要做哪些，是开发组讨论决定，现在讨论没意义，也不会影响到什么，光说不做的人太多了。

1.0已经达到了我的设想，我个人是满意的，所以添加点补丁也就完事了，在这个版本的基础上做下一代开发是不现实的。功能的扩充需要架构改变，变的更开放，代码量大的多，不是我一个人能完成。

注意到小锁也写过很多作品，应该很有经验，能否考虑参与下一代的MultiGet开发？

debianl

小锁真讨人喜欢

小锁

Post by sysnotdown

注意到小锁也写过很多作品，应该很有经验，能否考虑参与下一代的MultiGet开发？

我目前比较懒惰，时间上没有保证，所以也就不占用名额了，边角的东西如果能帮得上，一定帮！

小锁

Post by debianl
小锁真讨人喜欢

sysnotdown: debianl时间比较宽裕，经验很是丰富，拉他上“贼船”！

zhangchi100

大大的支持楼主，希望multiget能成为d4x一样的主流下载工具

YourLai

我希望有命令行模式的，然后搞个前端调用，不然，没有X就不能用了。

而且最好是调用wget等现成的工具下载，通过你的程序实现多线程的管理和文件管理等一些其他的管理。

wget 好像可以把一个文件分成几部分同时下载。