第101章 开发专业模式（1/2）

第101章 开发专业模式

至于同时处理多个新闻摘要？

这个有点不现实，这个就涉及到算法的局限性了。

事实上无论是第一代文本摘要算法，还是第二代第三代摘要算法。

涉及到新闻/文本摘要处理，实际上都是一条一条单独摘要实现的。

主要是因为文本摘要虽然简单，但实际上占用的资源还是蛮大的。

想要实现真正意义上的并行处理，起码还要等到第四代摘要算法问世。

第四代摘要算法对模型的依存度将会大大降低。

不过这短时间内基本是不可能的。

现在即便是有些依托于大型服务器的程序宣称能够实现多条文本同时处理

但实际处理时也是一条条处理的。

用户进行了多条输入依旧是服务器先处理第一条新闻/文本

第一条输入新闻已然处理好了，但仍然显示处理中，服务器实际开始处理第二条……

以此类推，直到完成最后一条输入新闻的摘要处理再将摘要结果一并输出。

在用户看起来或许这样就是多条输入后实现了多条输出。

但这样的“多任务”处理实际上就只是障眼法而已。

虽然这样的做法实现上并不困难。

但林灰并不想自欺欺人。

在南风app下面的评论区里又逛了一会。

林灰发现评论区里的很多用户都强烈建议林灰在南风app的基础上

再弄一个更符合专业人员使用习惯的专业模式。

即便是为此额外付费也无所谓。

不少评论都是反应这个诉求的。

啊这，林灰一贯是很注重用户反馈的人。

用户的合理要求很难不满足啊！

林灰汇总了评论里要求更新的用户对于专业模式的诉求。

林灰意外地发现这些人的诉求跟刚才评论区那位老兄的建议差不多。

都是要求取消一万字的输入限制。

不过对于要不要有多条新闻处理这个功能这些人却出现很大的分歧。

居然在评论区里隔空掐架，也是离谱。

林灰看了一下两方的不同观点。

支持者认为多任务处理能力能提高工作效率；

反对者则认为多任务处理容易分神，会影响工作时的专注度。

呃，不愧是敬业的新闻工作者，这支持和反对什么的完全是从工作效率角度出发啊。

对于多任务要不要有，林灰巴不得这些人有争议呢。

这样他就可以堂而皇之地将这个争议点维持现状。

不用在多任务方面做文章，即便是要搞专业模式，林灰的工作量也少了很多。

只需要取消一万字的输入限制就够了。

这对于林灰来说并不是一件困难的事情，不过是改动一行代码罢了。

当然了尽管只是改动代码，该收费还是要收费的。

改动一行代码不难，难的是知道改哪行。

程序猿的常态一杯茶一包烟，一行代码改一天。

别说一行代码改一天了，有时候三四行代码十多号人改上一个月也是常有的事情。

倒不是说程序猿消极怠工，问题是在别人写的shi一样的代码里debug着实有亿点困难。

玩不利索指针还胡乱放。

备注什么的更是没有。

没备注的情况还好点，最怕遇到堪比老中医的鬼画符的那种火星备注。

真就一个人的备注十个人猜。