虽然说同行是冤家,但客观评价,陆晨曦觉得《坏了!我被大模型包围了!》只是软件踩坑有点多而已,而软件的开发者还是可以的。

开发者没毛病,开发的软件却踩了一堆坑?

这样截然相反的评价有点矛盾?

但其实也并不矛盾。

就像有的公司,你可以说他产品有黑点,但创始人确实是没得黑。

从《坏了!我被大模型包围了!》里面任务的设定情况就可以看得出来,这个应用的开发者是个真正懂大模型的。

不然也不可能做到将有关于大模型的问题循序渐进的罗列出来。

甚至,如果不是真正懂大模型并且尝试思考过未来人与大模型关系的人也不可能会费心搞一款这样的应用。

这样的开发者一时之间让陆晨曦有点惺惺相惜的感觉。

不行,不能让这样一个真正试图思考大模型未来命运的开发者搞得这样一款脑洞还不错的软件暴毙在自己面前。

陆晨曦当即做出决定,要帮一把。

于是陆晨曦将《坏了!我被大模型包围了!》这款游戏的下载链接转发在了自己的微博账户上。

并配文说到:“一款新颖的工具类应用,值得尝试~”

……

……

“这样的应用,不亏没天理啊!”

顾意搞定《坏了!我被大模型包围了!》这款应用之后,他也觉得自己亏定了。

每个成功的软件都有其独特的成功原因。

但失败的软件往往都踩了共同的坑!

具体来说这些坑包括需求坑、测试坑、管理坑以及宣传坑。

需求坑是指需求不明确。

需求不明确是软件开发的大忌。

如果在软件开发过程中,需求没有定义或者是被过于草率的定义。

那么很容易导致软件项目的混乱。

需求不明确,那么潜在的用户群体也同样不明确。

没有用户群体买单,一款软件想火起来那是难上加难。

此外需求不明确同样会导致价格定位容易出现偏差。

至于说测试坑则是指一款软件没经过充分测试就直接推向市场。

不充分的测试很容易遗漏未发现的bug和质量问题。

软件发布后很容易引起用户体验问题。

管理坑则是指缺乏有效的项目管理,使得在软件后期运作中极易踩坑。

至于说宣传坑则是说软件发布后没有进行正确的宣发或者是宣发方向失策。

软件开发一共也就这些坑。

而顾意呢搞的《坏了!我被大模型包围了!》这个软件几乎是把所有能踩的坑都给踩了一个遍。

首先,需求方面,《坏了!我被大模型包围了!》这款应用完全是顾意一拍脑门临时起意想出来的。

至于这款软件有没有需求?需求大不大?用户受众是谁?用户愿意为这样的应用贡献多少钱?

顾意跟本没考虑过。

反正是奔着亏钱去的,这些问题统统都不重要。

顾意是有了想法之后就直接搞了《坏了!我被大模型包围了!》这个应用的开发。

而具体的开发过程呢顾意也只是从资源平台买了个现成的题库类软件模板并套用了几个公版大模型框架做应用内任务校验。

而后又花钱从官方平台租了个服务器,至于软件的管理则直接花了一笔钱将这个软件的后期维护托管给官方应用商店。

虽然据说官方的托管平台一直被很多开发者吐槽水平一般,而且办理了托管连个小推荐位都不舍得给。

只能勉强维持日常运营那样的水平。

更多内容加载中...请稍候...

本站只支持手机浏览器访问,若您看到此段落,代表章节内容加载失败,请关闭浏览器的阅读模式、畅读模式、小说模式,以及关闭广告屏蔽功能,或复制网址到其他浏览器阅读!

笔趣阁【jiquxs.com】第一时间更新《坏了,真给他亏成首富了》最新章节。若浏览器显示没有新章节了,请尝试点击右上角↗️或右下角↘️的菜单,退出阅读模式即可,谢谢!

科幻小说推荐阅读 More+
快穿:系统总逼我生娃

快穿:系统总逼我生娃

冰炎炎
夜念瑶因为不想连累父母而自杀的,她死后非常后悔,就被一个自称她创造的系统绑定了,在每一个世界里这个系统总逼她生娃。系统:亲爱的主人小姐姐,如果你想复活的话,请你多多生娃哦。夜念瑶:我可以选择不生吗?系统:如果你选择不生的话,那你就别复...
科幻 连载 4万字
天官赐福之花怜

天官赐福之花怜

徽盘
五花肉,拖拉机,各种play立意:百无禁忌
科幻 连载 17万字
小黄人军团

小黄人军团

一秒大魔王
星海漫游,时空穿梭,机械科技,目标是未知的星辰大海!
科幻 连载 32万字
你敢娶我敢嫁

你敢娶我敢嫁

欣欣向荣
娶媳妇儿拿证容易,怎么跟有证的媳妇儿,整出点实事儿就那么难呢?--情节虚构,请勿模仿...
科幻 全本 28万字
看不见我

看不见我

时一奈奈
【2017刑侦题材作品征文】参赛作品
科幻 连载 20万字
山神祭

山神祭

幽鬼
大兴安岭,零下二十多度的气温,齐膝盖的雪。黄皮子躲在树上,眼睛里映着戴着狐皮帽子、端着枪的猎人在雪地里缓缓前进。如果这个猎人死了,肉归藏木隐雾的禽兽精魄,魂则归出云风雨的山神爷。自踏进林海雪原的第一步,猎人的命,就不再是自己的。
科幻 全本 52万字