事实上,现在这个软件已经帮了我很大的忙了,它对提升我的工作效率有很大的帮助,我就说到这里。感谢开发者制作了一个非常棒的应用程序,完全期待这个应用程序的未来发展。”
这个评论比刚才那条有价值多了,起码通过这个评论林灰能知道软件的不足之处以及改进方向。
最关键的是林灰知道了业内人士对这款软件的态度。
从上面的评价来看,新闻工作者对这个软件还是蛮认同的。
至于此人提出的建议。
突破1万字的材料输入限制,这个并不算复杂。
事实上林灰当初开发的软件能支撑起最大五万字的单次输入。
只是囿于对新闻稿的不了解。
林灰以为单次一万字的输入限制已经足够用了呢!
现在看来还是没考虑周到。
至于同时处理多个新闻摘要?
这个有点不现实,这个就涉及到算法的局限性了。
事实上无论是第一代文本摘要算法,还是第二代第三代摘要算法。
涉及到新闻文本摘要处理,实际上都是一条一条单独摘要实现的。
主要是因为文本摘要虽然简单,但实际上占用的资源还是蛮大的。
想要实现真正意义上的并行处理,起码还要等到第四代摘要算法问世。
第四代摘要算法对模型的依存度将会大大降低。
不过这短时间内基本是不可能的。
现在即便是有些依托于大型服务器的程序宣称能够实现多条文本同时处理
但实际处理时也是一条条处理的。
用户进行了多条输入依旧是服务器先处理第一条新闻文本
第一条输入新闻已然处理好了,但仍然显示处理中,服务器实际开始处理第二条……
以此类推,直到完成最后一条输入新闻的摘要处理再将摘要结果一并输出。
在用户看起来或许这样就是多条输入后实现了多条输出。
但这样的“多任务”处理实际上就只是障眼法而已。
虽然这样的做法实现上并不困难。
但林灰并不想自欺欺人。
https://www.cwzww.com https://www.du8.org https://www.shuhuangxs.com www.baquge.cc