walle 说:其实你正好说出了一个错误。打包本来是开发者自己的事情,非要落到其他人身上,以其名曰节约时间或主次分明,这恰恰是很多包打的不合理,打的混乱,不是最佳设置的问题所在。
打包相对开发而言,其实一点不复杂,就如何开发的人要维护构建过程一样,是家常便饭。嗯,你说得很对,所以,决定以后都去官网下bin了,发行版里面那些东西太不可靠了。假如官网不提供bin的话,我就不用这软件了。
不提供bin难道你就不能自己根据install来做或者直接用库里面的?
一般而言,这种情况用库里面的更靠谱,因为你的问题别人基本也都出过。而负责打包的人,由于长期负责该软件打包,所以对问题也比较了解。
just for fun :-)
离线
walle 说:你看15楼,问题不就出来了。如果是开发者自己来做这个事情,可能就没15楼那些事,因为这些错误,开发者一看里面就明白,该改代码改代码,该什么就什么。而对用户而言,这些都是一个足够让人吃惊的事情。
现在软件开发很多都团队化了,发现真的没几个人能清楚一个项目所有的代码,我想,这世界应该没几个软件可以用了,唉,算了,反正早就不用Linux了。
代码可以是很多人写,但是全局必定有人在控制。如果没人能理解整个软件,那这个软件就没必要开发了。
just for fun :-)
离线
walle 说:YeLee 说:其实觉得分发的问题还是交给别人好,开发者可以专心开发。
你没注意到一个问题,就是很多软件打包需要配置一些额外的参数,而这些东西开发者自己最清楚明白。况且打包本身是一件很简单的事情,难就难在对软件功能的理解上。
所以我说开发者自己维护打包比较靠谱。
如果开发者知到用什么参数的就直接写死了而不需要参数了!开发者清楚自己的东西,但未必清楚别人用的发行版。开发者能提供的只是说明软件需要些什么依赖,打包的再根据此依赖及实际目标发行版的水土打包。
你这个说法并没理解我的意思。但是你依然说中了一个问题。
可配置的软件是应该提供用户选择的,而不是打包者的选择。开发者应该提供一个自动的构建配置来让用户方便的最佳化安装使用软件,而不是让用户成为专家。
但是这个并非所有软件都能实现,总会有这样那样的例外,所以AUR这些的存在也有其道理。
总的来说,开发者应该有责任为自己的软件提供打包文件,而不是一味的把打包任务交给社区去负责。
just for fun :-)
离线
这不是跟前面的观点矛盾了吗?
小白路过,大家给点面子!
离线
其实前面说那么多都是错的,我们搞错了最基本的出发点。
假如我写一个软件并打算分享给和我同样用 Debian stable amd64 的人用。那么,为 Debian stable amd64 打包就是我的责任。
若张三想把这个软件推广给所有版本的 Debian 用户,用该软件来充实 Debian 的软件库。那么,为 Debian 各版本各平台打包的责任就自然在张三了。
若李四想把这个软件推广给 Arch 用户,用来充实 Arch 的软件库。那么,为 Arch 各平台打包的责任就自然在李四了。
若作为 Fedora 用户的王五也想用这个软件,但尚未有人给 Fedora 打包。那么,为自己的机器打包就是王五他自己的责任了。
总归一句,谁主张谁负责。
最近编辑记录 自由建客 (2012-07-06 19:05:02)
离线