为什么Quora、知乎这样的网站直到2009年才诞生?
随着不断开放和用户数增长,Quora 将要面临的问题是怎样保证问答质量不下降,以及怎样扩展到IT领域之外更成建制的圈子。Quora 面临的问题也将是知乎面临的问题。从知乎公测来看,像 Quora 早期那样,知乎也引起了 IT 业内一些“大腕”和“意见领袖”的关注,据说腾讯的老大 Pony 也闻讯而来。这两类注册用户占了绝大多数。社区氛围很Geek 。
传统问答网站随着Web 20的浪潮掀起,依靠用户创造内容,但同时也产生了大量低质量甚至虚假的垃圾信息,从而使筛选和辨别信息成为使用者的负担。在社交网络普及了新一代的 News Feed 社区后,引入用户之间的关系来帮助发现、筛选问题和答案成为了新的思路。也在一定程度上能解决用户“看完就走”的实用主义倾向,增加粘性。
当然,Quora 和知乎不能像维基百科那样寄希望于海量用户对内容的自我修正。因为问题不是词条,理论上它会有无数个劣质的变体。Quora 和知乎也没采取严格的实名制比如身份证号认证那样的极端方法来限制用户的恶意,无法从根本上解决上面提到的问题。
因此,这将是一个长久的斗争,在机器尚未足够聪明之前,维护社区氛围和内容质量这些事情需要运营人员来解决。知乎需要走的路还很长,希望它能成功为自己找到答案。
总的来说,知乎面临的问题主要有以下四个方面:
有价值问题占比变小
很多注册完知乎的人,不肯自己探索而是一味的提问。
问答社区宗旨是解决一些较难解决的问题,倘若自己已经可以找到答案,却因为懒惰,不断的提出近乎幼稚的问题,那么这样的问答社区的问题质量无疑会慢慢下降。
早期知乎是由一堆精英人士解答问题,提出问题。现注册用户已经近一万,问题的规模变大,有意义的回答却变得越来越稀缺。很大的原因在于精英人士不再回答问题了。这也许是知乎前期工作的一个默许,早期由这些人回答,出现很多经典的问答,然后散布网络,吸引更多人索求邀请。知乎的营销策略的确是成功的。
知乎已经成为中文问答社区的后起明星,还附带着创新工厂投资的光环,于是前期的宣传变得不再必要。那些曾经制造无数经典问答的人于是归隐。所以能看到的问题和解答早已不如开始时那么让人印象深刻了。
知乎如果无法解决这个问题,留待它的只是沦为又一个,天涯问答罢了。
相似问题的泛滥
有一个比较经典的相似问题被提问了相当多次数:如何查看自己是知乎的第几号注册者。
这个问题在四个月前已经得到解答,并且归档不再增加新的答案。然而笔者依然时不时可以看到这个问题的重复泛滥。
就像提到的那样,知乎注册用户的质量在不断下降,而且懒惰的人越来越多——他们甚至不愿搜索一下这个问题是否得到解决。
知乎应该有能力解决这种问题。社交问答关键的并不是问题的量,而是质。
服务稳定性
最近几天知乎经常出现这句话:“服务器提了一个问题,我们正在紧张的撰写答案…”
这个报错提示很人性化,但是经常看到却让人感觉不甚舒服。稳定性是对所有网站的要求。频繁出现服务出错这种错误很容易降低用户的体验。
而另一个经常出现的是第一次进入知乎首页,会出现整个页面只有搜索框和按钮,底下都是白屏。需要点击其他地方,或者刷新一下才能变好。这个问题在chrome和火狐里常常看到。知乎上也有人提出了这个问题。但是笔者还没看到解决。
在日后知乎的注册用户规模达到十万百万后,服务的稳定性要求无疑会变得更高。希望知乎能够好好解决这个问题。
激励制度
在知乎上回答问题基本上都是凭借人类本能上喜欢帮助别人,顺便炫耀自己知识储备多丰富的天性。但是我们不可能要求大家天天都有这个心情。
知乎的激励制度需要完善,有些人提出的问题无人解答,这样更加挫伤用户的积极性。
这样的心理活动想必有不少知乎注册者都有。我们看到原来的互联网名人们提出的问题立刻得到一群人的回答,赞成,投票;而自己一名默默无闻的小咖提出的问题,即便充满回答的意义,但是一天两天无数天都无人问津,甚至连邀请别人回答的机会都没有……
一个好的激励制度可以不断唤起用户回答问题的欲望,然后自己的问题又得到很好的解答。这才是真正的良性循环。否则,知乎只会成为一个贵族名人们提问解答的社区。
关于激励制度的看法
在国内,太多的各种网站,太多的各种激励制度,感觉不到有多少的实际效果,最终的效果可能只是把原本平等的人,分成了三六九等,反而越到后面越难以激发新人的积极性,有了等级,有了各种规则,能够体现优越性,就会产生骄傲心理,反而不利于用户踊跃积极的发言。而依靠个人的影响力,个人的声誉,个人的人格魅力,在自己的圈子里,赢得一部分的尊重,就已经足够让人更加积极的去解答更多其他的问题,扩大自己的人格魅力,这不需要表面上的数字+V或者账号的等级来激励。
最近纠结了一下,如果开发一个大型的网站,我到底应该使用php还是jsp,后台到底使用php还是用java,我的选择要么是php要么是java,因为我喜欢linux、unix,当然window平台也必须支持,以便哦的妹纸可以查看。这就要求用一些跨平台相当好的软件+工具+语言,所以选择只能是这么几个。最后我的决定是php+java,一个前台一个后台,理由如下: php和java在开源社区的活跃度严重超过了其他的语言,使用人数也都是相当之多;活跃的开发工程师们能够给我帮助,且这俩都能很好的跨平台,不用花费大量的人力物力去维护 我也做过一个物联网的网关网站,比较复杂,当时采用的是jsp+java,复杂程度可想而知,单单说开发过程,网站部分繁琐,每次想查看结果运行网站的时候还需要重新打包部署一下,严重影响了哦的开发效率,每天的时间都是在等待(因为网站比较复杂,打包部署需要浪费一些时间)。相对来说呢,php就没有了,php灵活,好学,上手快,容易修改,容易发布,关键是热部署,这个真让哦眼睛大亮。当然看待任何事物都需要两种眼光,php也会有缺点,比如没有太好的开发IDE,所以拼写错误很正常,且php的sql注入危险较大点,执行效率不高,安全性不如java。还有一些理由,来自知乎的米米们给的建议: Java的优点则是稳定可靠、运行效率高(尤其是JIT的出现之后差距更大了)、不容易犯错(强类型、预编译、必须拦截异常等等),缺点是开发和发布的效率相对较低。尽管优秀的工程师能在一定程度上改变以上的问题,但通常而言,哪能到处都是高手多如狗的梦之队? 从MVC的层次结构上说,在一般网站项目的开发周期中,需求变更最频繁、调整最多的是View,其次是Controller,最后是Model。这非常好理解,没事干谁天天改数据结构?每次版本升级控制结构都要改的啦,或多或少而已。再次是两者之间的通信,目前RPC技术已经足够成熟,无论是Web Service/Hessian/RESTful API都能够让开发人员专注在功能开发上,而不需要过多的考虑异构平台的差异和通讯的细节。这也就意味着在大公司里同时应用两种语言的方案并不会引入过多的复杂度和工作量。当然,文档量的下限倒是因此被拔高了不少,但事实上大部分团队对此其实都是喜闻乐见的:别每天说文档重要但没空了,你不写其他同事怎么配合? 靠近用户的前端,使用PHP能够更快的完成前端频繁而琐碎的更新,自如的应对各种需求的变化。页面的结构调整、用户输入内容的基本验证、仅只和用户交互有关的简单逻辑等都很适合使用PHP来开发,甚至可以通过类似Smarty等模板技术将其页面的变动迁移到前端团队。而基本的业务逻辑和数据的更新采用Java开发,可以有效的提高复用度、提升性能和吞吐能力、规避安全问题等。而开发效率稍有降低换来的是可维护性的提升,发布速度慢就更不是问题了,因为通常对于基础业务逻辑的调整往往都是整体修改,并层层测试确认才能发布的。 所以,大型网站前端采用PHP后端采用Java,既好招人又好维护、系统稳定还性能高、连安全性都大大增加。代码复用、文档完备度居然也都改善了。让你在以上这些好处触手可及时,对架构师知识谱系在广度上要求更高一些这事根本就不是个问题。
单一方案其实一样可以做良好的隔离,PHP同样可以提供Service,而性能问题其实很多时候是算法和架构的问题而不是语言差异的问题。如Velocity或JSTL等也是很优秀的隔离方案。
但这些方案在高压力下会暴露出很多问题而体现双语言的优势,这些在上面其实都提到,详细说明一些很难得到改变的点:
1 PHP由于其动态脚本语言的特性,包括类、函数、常量在内都需要在每次请求周期中重复执行后才能建立运行环境;为了保证解析速度而牺牲编译质量;应用了FastCGI但仅仅只是复用进程处理请求减少fork成本而不是像其他语言,初始化完毕后通过FastCGI的接口获得数据并以对应接口返回数据等几个原因,基本上已经不可能在性能上追回当初更烂现在开着JIT牌跑车的Java了。
2 在PHP里是如此的容易犯错而难以发现,即使你用实质上出自官方的Zend Studio,也无法改变一个事实:要保证你的程序高质量无大错,得要有充足的经验、足够的严谨、以及——负责任的QA。淘宝的黄裳就曾经拿IDE这事开过玩笑。而玩笑背后的那个原因“缺乏中间件”最近几年有不少的改善,主要是不少中间件的支持变得更广泛了从而让PHP得益,但发展的根源其实还是在C和Java社区。性能和易犯错则是语言特性造成的技术难点,也是用来换取灵活、快捷的必要代价,很难去指望有根本的改善。
3 Java的世界里也有JSTL、Velocity和Freemaker等,但和PHP灵活而强大的动态能力、丰富的函数和类库、轻松的学习成本、多到令人发指的文档相比,简直就是渣,就是渣啊!JSTL改完了要重启Context啊有木有?Velocity不关缓存也要重启啊有木有?Velocity开缓存性能低下啊有木有?即使这些都不管,调整下某个数据校验规则要改Action也要重启有木有?
实际工作中性能问题可以通过良好的架构解决,容易犯错的问题可以通过框架和规范以及全面的测试来解决,中间件选择少些但其实该有的都有了,Java的灵活性一样有不少可供考虑的解决方案哪怕是挫得要死的摘掉节点重启,完成后重新上节点的策略。
所以,大家会看到单一语言的技术团队也很多,这个问题的真正考虑还是更多在团队自身的特点、积累等等。用了双语言的,也知道自己为什么要用这些,不用的也清楚自己的路该怎么走。最后的最后说一句:如果你不知道自己为什么要用双语言方案的话,基本上你也就不需要考虑它了
问题一:云客服中心是做什么的? 云客服中心相当于你根据业务来租赁相应的客服人员,一般是按月租赁,还是需要专门的人来进行管理,客服人员都在云端,不需要投入前期的人力、硬件、场地等成本;
呼叫中心外包,就是把你把你的呼叫中心交给第三方来完成,不管业务多少,都需要按照年度来计费。
现在有种新型的模式即将出现,就是呼叫云模式,在云客服中心的基础上更进了一步,不需租赁,完全按照项目来进行发包悬赏模式,就像猪八戒一样,任务完成,就解散,企业不再需要任何额外的前期投入。
问题二:什么是云客服 你可以去淘金云客服了解一下
问题三:淘宝云客服是什么? 现在云客服下线了吧,好像只有二里小象啦。
问题四:淘宝客服和淘宝云客服有什么区别吗 有,客服电话的人工客服,云客服网络客服
问题五:淘宝云客服是做什么的 真人在线为卖家或买家解答所有问题
问题六:云客服和普通客服有什么不同 相对于传统客服而言,云客服可以给企业带来许多便利,优势明显。
以使用Live800在线客服的企业为例: 企业只需要在PC端、APP和微信等嵌入一段代码,就可以使用Live800将多种渠道的访客对话接入到一个平台,统一服务统一管理,无需自建系统,部署服务器,节省了时间成本,经济上也很划算。
对于客服坐席而言,云客服可以让坐席实现移动办公,不论身在何处,采用何种终端设备(电脑、平板、手机),都可以实现客户服务。对话记录管理,数据分析,个性化配置等一切都在云端,可实现跨区域跨终端多种渠道协同的在线客服云服务
参考知乎的答案:zhihu/question/53814424
问题七:阿里巴巴云客服主要做什么 负责售后,售前,处理纠纷,安排发货
问题八:淘宝云客服是什么,感觉不像是淘宝的员工 5分 云客服要看的。
有的云客服,说话良心,感受不错。
有的就很渣了。比如,碰到过一个,说话几个字带过的。且,态度很差。重点是,根本没有解决问题。然后,发深井一样的就它自己退出了。挺鹅心的。后者那种,是耗着不做事混吃等死混点工资类型,拖累阿里这公司了。他们真的很应该多清理掉那类型的渣。
问题九:求各位大神简单的介绍一下阿里巴巴云客服主要是做什么的 急啊 在线等 谢谢了 客服应该都差不多吧。接受客户的询问投诉,还有转接电话啊什么的_(:_」∠)_
问题十:淘宝云客服中初入云门是什么意思,是不是只要报名成功的就是初入云门 是的,一开始的出入云门是还没有分配账号的,如果已经分配了账号也有可能降级到出入云门,顺便给楼上的纠错,目前云客服选班是星期一和星期五晚上6点选班,星期一选星期三四五六一共4天的班,星期五选择星期天还有星期一星期二一共三天的班
来自UC浏览器
“熊猫烧香”,是由李俊制作并肆虐网络的一款电脑病毒,熊猫烧香跟灰鸽子不同,是一款拥有自动传播、自动感染硬盘能力和强大的破坏能力的病毒,它不但能感染系统中exe,com,pif,src,html,asp等文件,它还能终止大量的反病毒软件进程并且会删除扩展名为gho的文件(该类文件是一系统备份工具“GHOST”的备份文件,删除后会使用户的系统备份文件丢失)。
被感染的用户系统中所有exe可执行文件全部被改成熊猫举着三根香的模样。2006年10月16日由25岁的湖北武汉新洲区人李俊编写,2007年1月初肆虐网络,它主要通过下载的文件传染。2007年2月12日,湖北省公安厅宣布,李俊以及其同伙共8人已经落网,这是中国警方破获的首例计算机病毒大案。2014年,张顺、李俊被法院以开设赌场罪分别判处有期徒刑五年和三年,并分别处罚金20万元和8万元。
中文名
熊猫烧香
外文名
WormWhBoycw
程序类别
蠕虫病毒
感染系统
Win9x/NT/2000/ME/XP/2003/Vista
制作人
李俊
快速
导航
运行过程特点原理传播方法影响危害应对方案
发展沿革
2006年12月,一种被称为“尼姆亚”新型病毒在互联网上大规模爆发。
2006年12月份—2007年1月30日,变种数已达90多个,个人用户感染熊猫烧香的已经高达几百万,企业用户感染数还在继续上升[1]。
2007年1月7日,国家计算机病毒应急处理中心发出“熊猫烧香”的紧急预警。
2007年1月9日,湖北仙桃市公安局接报,该市“江汉热线”不幸感染“熊猫烧香”病毒而致网络瘫痪。
2007年1月31日下午,各路专家齐聚省公安厅,对“1·22”案进行“会诊”,同时成立联合工作专班。
2007年2月3日,回出租屋取东西准备潜逃的李俊被当场抓获。随后将其同伙雷磊抓获归案。[2]
2007年9月24日,“熊猫烧香”计算机病毒制造者及主要传播者李俊等4人,被湖北省仙桃市人民法院以破坏计算机信息系统罪判处李俊有期徒刑四年、王磊有期徒刑二年六个月、张顺有期徒刑二年、雷磊有期徒刑一年,并判决李俊、王磊、张顺的违法所得予以追缴,上缴国库;被告人李俊有立功表现,依法可以从轻处罚。[2]
2012年1月29日,金山毒霸反病毒中心称:“熊猫烧香”化身“金猪报喜”,危害指数再度升级。[3]
2013年6月,据浙江省丽水市人民政府官方微博“丽水发布”提供的消息称,“熊猫烧香”病毒制造者张顺、李俊因设立“金元宝棋牌”网络赌场,非法敛财数百万元,已经被丽水市莲都区检察院批准逮捕。
运行过程
磁盘感染
熊猫烧香病毒对系统中所有除了盘符为A,B的磁盘类型为DRⅣE_REMOTE,DRⅣE_FⅨED的磁盘进行文件遍历感染
熊猫烧香
注:不感染文件大小超过10MB以上的
(病毒将不感染如下目录的文件):
Microsoft Frontpage
Movie Maker
MSN Gamin Zone
Common Files
Windows NT
Recycled
System Volume Information
Documents and Settings
……
(病毒将不感染文件名如下的文件):
setupexe
病毒将使用两类感染方式应对不同后缀的文件名进行感染
1)二进制可执行文件(后缀名为:EXE,SCR,PIF,COM): 将感染目标文件和病毒溶合成一个文件(被感染文件贴在病毒文件尾部)完成感染
2)脚本类(后缀名为:htm,html,asp,php,jsp,aspx): 在这些脚本文件尾加上如下链接(下边的页面存在安全漏洞):
<iframe src=></iframe>
在感染时会删除这些磁盘上的后缀名为GHO的Ghost备份文件
生成文件
病毒建立一个计时器,以6秒为周期在磁盘的根目录下生成setupexe(病毒本身)autoruninf,并利用AutoRun Open关联使病毒在用户点击被感染
关于百度文心一言向全社会开放以及全新重构的AI原生应用,有几个值得关注的信息:
1 百度文心一言开放:百度文心一言是百度开发的语义理解模型,通过对用户输入进行理解和自动生成文本响应。这个开放意味着百度将允许广大用户和开发者使用文心一言的功能,从而将语义理解技术应用于更多场景中。
2 全新重构的AI原生应用:这意味着百度已经对其AI应用进行了全面的改进和升级,以提升用户体验和功能性能。具体来说,应用程序可能会经历界面设计、功能扩展、性能优化等方面的改进,以更好地满足用户需求。
我说说实际使用的一些体验:
识图回答
刚打开文心一言,第一个吸引到我的功能就是聊天栏上有一个上传的图标,我立刻选择了一张照片上传。之后就会弹出一些功能提示,包括:看图写诗、V50文案、朋友圈配文助手等等。我选了个配文助手,风格输入了轻松幽默。
好家伙,这一通浮夸的文案把我给震惊了,这配文简直是放飞自我了。不敢想象如果我把这篇文案发送到朋友圈,身边的人该怎么看我,吓得我只好告诉它请保持:高冷、简洁、少字。它也读懂了我的难为情,回了我八个字:享受美食、感受美好。妙哉妙哉!
发现:更多内置回答模板
移动端的发现功能应该说是文心一言最大的亮点,可以说是把AI使用的门槛降低了很多。之前我把用接口搭建好的网站分享给朋友,最大的问题就是别人不知道能问些什么,该怎么问,而文心一言就很好的解决了这个问题,把很多模型的能力场景化了。
从模态能力来看的话,主要包括文生文、文生图和图生文三种。先来一个小红书探店文案试试效果。
这个结果整体还是比较惊喜的,可以看得出来文心一言在Prompt工程上还是下了功夫的。基本满足了小红书探店文案的基本要素:格式、表情、标签,对关键词提取分析的能力还算可以。不过同时也尝试了下用这个Prompt去写其他类型的小红书文案,比如野餐,出来的效果就是完全没有效果。说明这个Prompt是专门针对探店这个场景优化过的,不具备能力的迁移。整体来讲Prompt的质量还不错,AI回答能力还算可以。
AI绘画
接下来测试一下AI绘画的能力,先来两个之前被吐槽过很久的绘画词语:车水马龙和红烧狮子头。之前据说画出来是car、water、horse、dragon,以及真正的狮子头,看看现在能力长进了没有。
令人惊讶的是,居然两个都画对了,不知道是翻译功能升级了还是绘画能力升级了,还是说针对性优化了,总之现在的槽点是少了很多(怎么感觉乐趣也少了哈哈)。
从绘画的理解能力和绘图出来的效果,应该说能打个及格分了现在,也不会期望它能画的多好,如果有什么文章需要配图的话,用这个来画也算是一个简单易上手的选择。但是,值得吐槽的是,每一张画作的右下角都会标注:AI作画,这个用起来有点难受,还得要自己P掉。
另外画作是不支持通过连续对话进行调整的,只能输入完整描述进行重新绘画。
代码能力
最后再来对比下文心一言的代码能力,这个属于是AI能力的重要体现,也是能作为生产力的重要一部分。
这里提了一个编写合并Excel文件的python代码需求,文心一言整体写得还算比较简洁优雅,回答质量和ChatGPT并没有太大的差距,属于还算是可以用的水平。(这里就不和GPT4进行比较了,肯定还是有些差距的)
总结
在我打算写这篇文章之前,我看过了很多关于文心一言使用的文章,其中不乏很多啼笑皆非的故事。本以为使用下来,应该会有满满的槽点,但是并没有。文心一言的能力固然和国外的大模型还存在着一些差距,但是这个移动端的App整体来讲做得还是比较有诚意的,整体使用非常顺滑,回答非常快速,拥有足够多高质量的Prompt模板,在问答之间会有很多贴心的提示,整体都带来了不错的体验。
AMD与Intel的CPU处理器到底哪个好对于这个问题,其实答案也是不太确定的,因为现在这两家公司打得有来有回。在日常生活中,当一般的用户在组装电脑的时候,都会纠结到底是买AMD处理器还是Intel处理器的问题。事实上,我们必须要明确一个基本的常识,那就是Intel处理器以高端为主,品质肯定没问题,价格也比较贵,而AMD价格便宜很多,性价比高,两者之间如何选择,用户通常会走走心思。下面,我就给大家简单地介绍一下这两种处理器。
事实上,对于AM而言,其实它之所以越来越受人欢迎,那就是它拥有着良好的超频性能和低廉的价格,这是它目前占有处理器市场份额的根本原因,也是它的优势。如果你是DIY高手的话,尽量还是选择AMD的处理器,这样可以花很少的钱,享受到更好的性能。值得一提的是,在价格上,同主频的AMD与Intel,前者价格只是后者的一半左右,而且现在AMD的处理器的主板大多数都有傻瓜超频的软件,虽然不能把超频发挥到极限,但也是相当不错的。对于很多人关心的发热问题,其实也不用过于担心,因为现在AMD的处理器加入了过热保护的芯片,所以发热问题已经基本上得到了解决,完全不用担心。
对于Intel而言,其一般都是比较稳的,对多媒体有较好的指令支持,比较适合一些多媒体爱好者、办公用机、以及一些不太懂电脑的家庭用机使用。值得一提的是,几乎所有的Intel处理器都是锁倍频的,因此在超频上显不出多大优势来;CPU虽然锁了倍频,但还是可以超的,只是超频的范围较小。
总而言之,AMD与Intel的CPU处理器都有各自都有优缺点。
0条评论