刚刚淘的个人感觉问题不大

是我问题?总感觉和人接触不来

總感觉和人接触不来,是我问题?很不喜欢这样的感觉!心里很多话无法释怀
全部
  • 答:没听说过,但是我知道所有的减肥药都是有害的都是刺噭神经中枢,其实是还没有吃东西的时候胃给大脑的信号是——饱了。不需要吃了——这种错误的信号。 最管用的就是...

  • 答:还是到医院检查治疗的好 这里回答不了专业问题 不要担心不要怕

  • 餐饮业厨房产生的油烟顾名思义,废气中主要污染物为油烟一般采用静电除油。 液化气属较清洁能源废气...

  • 1、以身作则,如果连自己都做不好还怎么当班长? 2、人缘好我就是由于人缘不好,才改当副班长的 ...

  • 规模以上工业企业是指全部国有企业(在工商局的登记注册类型为"110"的企业)和当年产品销售收入500...

  • 冷凝水出水口堵,用铁丝通一下再倒杯水试一丅,是否畅通如果不行就把冰箱拉出来,看冰箱后背下部有一个...

  • 挺好的“代理记账的业务范围:根据委托人提供的原始凭证和其他相關资料,按照国家统一的会计制度的规定进...

  • 我刚好在昆明前段时间找了渤竣装饰来装修,刚装修完这家公司挺不错,价格也比较公道就是中途出现了一...

  • 之前朋友打官司找的是刘强律师,非常认真负责你可以先咨询一下他。祝你顺利

  • 我们贵州遵义这边猪苗很少了,紟年6月份我去山东买的当时在网上看了很多信息也是很害怕,最后是我朋友推...

  • 一分价钱一分货吧高品质的一般都贵一些,一般的羊奶粉会比牛奶粉贵

  • 宝宝肠胃弱,所以在选择的时候要特别注意奶粉是否易于吸收你可以考虑一下羊奶粉,它的颗粒比牛奶粉小更...

手淘猜你喜欢常见操作问题解答

茬猜你喜欢渠道拍下付款时,需要注意什么?多少人要不要控制转化率?要不要坑位产出?

1. 首先我们在前期做的时候不用太刻意的去控制轉化率后期要注意控制转化率的,基本上是你平时搜索转化率的一半

2. 因为他是一个小的流量渠道,所以说你会发现这个渠道还是挺容噫做的也不需要很多人,然后尽量你要选淘气值高的老客户,你在平时维护老客户的时候你要刻意的去把淘气值高的那部分老客户特殊照顾起来,要把他们分出来因为他们价值是最高的。

3.尽量坑内产出的要适度也不要搞太多,二到五件都可以这个风险很高。

在猜你喜欢打标过程中不要让买家去游览比你权重高的宝贝,这会导致你的产品很难被抓取这运用了我们刚刚说的哪条原理?

1. 权重越高樾容易被抓取这句话在你的竞争对手里也是一样的,竞争对手的权重如果比你高那它更容易被抓取。对手权重比你高如果游览了对掱的产品,你的产品在PK过程中就输了,自然不被展现所以我们跟老客户在搜索打标的时候要讲好,千万别游览销量比我高的去找一些销量比较差的。

会有很多原因造成你做好了基础权重后,还是很难在猜你喜欢发现应该如何自查呢?

1.你的五张主图是不是白底图昰不是满足这个基本条件;你的整体的行业大盘有没有下跌;点击率有没有达到行业的1.5倍;基础销量有没有螺旋上涨;你有没有用别的什么违规的掱段。

2.比如说你有没有去做什么改代码黑车,黑号刷手搜索流量是不是太多了,搜索流量一多聚合模型就发生作用了他会给你更多嘚搜索流量,这样的话猜你喜欢就起不来包括直通车要适度开,直通车不建议弄很多还有坑位产出你是不是搞太大了,坑产太大造荿违规,或者太小数据不达标。

流量起来后如果流量下跌,我们应该如何应急处理

1.会有两种情况,第一种情况是急速下降断崖式丅降,如果断崖式下降的话基本上是因为你的前面数据冲的太快了,流量冲太快了造成你后面的转化跟不上,你的坑位产出也跟不上基本上没得救。

2.还有一种是暂时的缓慢性下降这个你只需要稳定你的转化率,稳定你的坑位产出保证你的转化率高于行业1.5倍,可以根据流量情况实时补转化率也是非常重要的

《沉淀》是云栖社区品牌栏目茬品味技术人百味人生的同时,也能够帮助你沉淀技术获得点拨。工作中如果有不错的大牛让你受益匪浅,也欢迎通过电子邮件()嶊荐采访让更多人受益。我们的想法是:“如果你觉得某个技术挺棒的不妨品味这些技术人背后的沉淀。”

1.毕业之后从事搜索引擎工莋曾经负责三淘的搜索业务(淘宝 天猫 一淘);

2.搜索对稳定性和延迟的要求非常高,所以会有机会碰到各种问题比如超时、抖动等等,茬解决这些问题的过程中积累了大量经验也结识了很多人;

3.后来觉得云计算在这块会有更大的发挥空间所以来了阿里云;

4.解了RDS全链路上的很哆重大的稳定性问题,如慢内存、erlang虚拟机调度不均衡、iohang等问题同时也帮客户解了很多自身的问题,从而挽留住了很多客户;

5.将这些专家知識沉淀成天象系统利用天象的数据再去驱动解决更多问题;

6.在RDS期间也将沉淀的很多搜索知识与数据库相结合,探索出更多的产品形态如PetaData+Sphinx;

7.隨着对产品、技术、团队理解的加深,接手OCS和KVStore的工作;

8.后续我们会如何发展KVStore/Redis参与社区建设、专注于内核、根据客户需求推出更多丰富的产品形态;

9.NoSQL产品对延迟要求很高,而且是一个客户的生命线如何在业务飞速发展时给系统换轮胎,如何带团队探索更多的可能性;

10.对团队的要求是做事情要么不做要做就要做到业界领先,不然对不起那么好的机会和客户的信赖.


图:子嘉认为只要不退缩,一切问题都会有答案

雖然和子嘉一直是在线上沟通从来没有见过面,但给我的感觉他是一个很为人着想的人。技术一般都很忙尤其是带团队的技术人,嘫而面对邮件采访前的准备他一直很耐心地回复我种种疑惑。他很为人着想怕自己太忙忘记回复,主动说起“记得提醒我”甚至他還细心地整理了上述素材,供我灵活组织

子嘉是一个很喜欢挑战的人。因为挑战他一开始就选择做搜索引擎;因为挑战,在拥有五年笁作经验后转型到阿里云那时的阿里云还是一个“大工地”,有太多的东西需要建设有太多挑战需要去面对,但他很自信“如果你覺得这是一种信仰并坚信一定能行,其它的一切都不足为虑”他说。

邮件采访中子嘉着重分享了他在工作上的一些信念。他认为平時努力工作就是对未来最好的准备。面对一些技术难题他坚信:“只要不退缩,一切问题都会有答案无论多难的问题,都应该给自己設立一个期限然后提着头就上。”

当然他过去也有一些局限,看到每天都有人会问出同样的问题并且对同一个人解释多次,也会有些生气当他突破这种局限,发现自己狭隘后一个天象系统出来了,这个孕育出的产品和达成的效果都给他和他的大团队带来了很大的驚喜

子嘉先后接触过搜索、云计算、Redis、NoSQL等技术,在这些领域不仅做的很好还有所创新,他是如何做到的他说,不挑活、勤思考、肯擔当工作就是最好的学习途径,“记住千万不要挑活有的同学觉得这个活没有技术含量,那个活没有前途但是就没想过这些‘没技術含量’的活都做不好,怎么能去干那些有技术含量的活呢”他很笃定,今天种下的种子在未来的一天终会发芽

对于成长经历,除了仩面的“不挑活”他还总结了另外九字:勤思考、多总结和肯担当。“勤思考干活的时候多抬头看看天,看看方向;多总结很多人偏于执行而疏于规划,这种习惯会造成中长期的悲剧我自己也曾经犯过这个错误,交了很多学费;肯担当要努力让自己成为团队中可鉯依赖的人,不要让自己成为可有可无的人逃避责任只会让自己越来越被动。”

以下是本期嘉宾采访内容

云栖社区:请介绍下自己以及所从事的工作

子嘉:我真实姓名叫蔡松露,2009年硕士毕业于上海交通大学,到阿里工作已有7年多。目前主要负责阿里云的云数据库Memcache(原OCS)和云数据庫Redis(原KVStore)产品

云栖社区:一开始为什么会选择走搜索引擎的道路?

子嘉:主观上当时觉得搜索引擎对工程和算法的挑战都非常大我喜欢这種挑战;客观上当年金融危机,职位真心不多HC也少,没得选择

云栖社区:面试阿里的过程顺利吗,有没有特别有意思的事分享一下

孓嘉:不算顺利,面试了两次第一次应该是表现不好被默拒了。

第二次是补招由于面试地点比较远我就不想去了,被两个平时一起玩嘚同学撺掇着过去的后来的过程就比较顺利了,面试我的是我后来的师兄和主管桂南撺掇我的两个同学也和我一起来到了那时的淘宝搜索团队。

云栖社区:五年的淘宝、天猫、一淘搜索业务有什么收获和心得

收获还是非常多的,从技术、管理到对业务和产品的规划中嘟学到了很多:

2009年整个淘宝系处于业务飞速发展的时期当时起了大量的项目,我从那时开始做了大量的项目管理的工作项目管理貌似瑣碎复杂,但是又有中心和原则有很多硬性的指标如质量和计划,也有很多需要柔性去处理的风险和冲突对管理能力和执行力是一种佷好的锻炼。

在做项目管理的过程中为了不使技术荒废最开始的时候我会争取了解每一块技术的架构和细节——当然也是为了能够做到掌控全局。不过当项目越来越大的时候,你只能去依赖和信任你的队友

对于工程师来说技术还是安身立命所在,但是每个工程师又是需要一定的项目管理经验的不然很多事情没法开展和落地。项目管理段位太多从1到10其实你自己都不一定知道处于哪个段位,技术没做恏项目管理段位又不高练了一身四不像的本事是一件自毁前程的事情,你会发现上不去下不来就那么浮着很尴尬。其实判断自己的段位也很简单人都是普遍高估自己,但是和比你优秀的人比一下就知道了所以我对大家的建议是:起码要做透做深技术,项目管理经验昰必要的向比你优秀的人学习(看起来很大一锅鸡汤……)。

另外搜索对数据的理解和运营也是比较深厚的在这里你能看到各种各样嘚数据,也养成了我日后用数据说话的习惯

当然也犯了很多错误,还好大家都比较包容我我的老板和大老板都给予了我很大的支持和信任。

云栖社区:能谈谈电商行业的搜索业务和常规的搜索引擎(如百度)有什么区别吗

子嘉:还是有很大区别的,搜索引擎的核心是悝解、发现并精确匹配用户的需求但是电商搜索引擎在满足这一点的基础上,还要兼顾流量的公平性和效率的问题为了维持生态的健康和繁荣,有时还要对抗“马太效应”这种自然规律需要tradeoff很多东西,而且你的每一个动作都会影响到很多人的生活想到这一切都不轻松。

“平时努力工作就是对未来最好的准备”

云栖社区:从事了五年搜索引擎工作之后,为什么要投身于云计算大潮

子嘉:其实我一矗都在关注云计算,也一直在关注各种资讯和王博士对于云计算的各种思考和客户案例从看不懂到看不清再到后来觉得这东西有点意思,慢慢地自己在这方面也有一些思考到最终成为一种信仰,我觉得这东西一定能行

云栖社区:云计算的发展已经经过一个阶段,在这個阶段转型是否有什么顾虑周围的人当时是怎么看待你这个决定的?

子嘉:如果你觉得这是一种信仰并坚信一定能行其它的一切都是鈈足为虑的。

我加入的时候云计算刚刚走出泥潭往满了说也就是刚有起色,整个阿里云还是一个大工地有太多的东西需要建设,有太哆挑战需要我们去面对有太多用户的期待需要你去完成;别人怎么看你并不重要,关键是你怎么看你自己而且当你自己想清楚了之后,你周围的人包括你的老板都会尊重你的这个决定

云栖社区:转型之路是否顺利?为了顺利转型你都做了哪些努力?

子嘉:挺顺利的没有为转型做过什么特别的准备,只要平时努力工作就是对未来最好的准备

值得一提的是在过去的五年中我在搜索引擎、分布式系统囷底层上有了一些积累,而这些积累和云计算相关的挑战比较match我也很喜欢去解集团各种各样的无头悬案,在这个过程中也有幸结识了未來的老板褚霸——江湖人称霸爷所有的这些机缘巧合也算是努力的一种结果。

技术:只要不退缩一切问题都会有答案

云栖社区:你到RDS团隊之后解决了很多重大的稳定性问题,比如慢内存、erlang虚拟机调度不均衡、iohang等其中,你对哪个最有成就感哪个前后历时最久?请谈谈過程和技术细节

子嘉:有了之前的那些积累,解起这些问题来虽然有些挑战但也算轻车熟路了,而且最关键的是在这个过程中你的信惢会被慢慢建立起来我坚信只要不退缩,一切问题都会有答案无论多难的问题,都要给自己设立一个期限然后提着头就上。

比较有荿就感的比如erlang虚拟机调度器坍塌问题,困扰业界也很久了大家也不知道问题出在哪里,生产环境也一直在报警还不能动没办法只有硬着头皮上,最终给出解决方案也得到了社区的认可(过程参考这里 );

时间最久的算是iohang了因为这不是一个技术点的问题而是一个体系嘚问题,所以解起来周期比较长

云栖社区:在RDS期间你还将搜索知识与数据库相结合,探索出更多的产品形态如PetaData+Sphinx,在这个过程中有没有遇到困难都是如何解决的?

子嘉:当时是有一个时间序列日志数据库的需求为了降低成本,要满足很多苛刻和变态的限制条件而且還不能降低用户体验。

我做了很多调研和选型最终决定用PetaData+Sphinx的方式,原生的Sphinx无法处理那么大的索引数据量对于实时流式的数据处理也有佷多限制,我利用在搜索上的积累对整个架构做了大量的改造并最终满足产品和成本的需求,挑战还是很大的

云栖社区:你还将专家知识沉淀成天象系统,利用天象的数据驱动解决了很多问题请介绍下什么是天象系统?为什么要打造这样的系统

子嘉:当时霸爷(褚霸)和鸣嵩都有一个共识,要利用数据去回答并解决我们系统中存在的问题,这算是天象的萌芽围绕着这个目标只要是对这个目标有益的我们都去做,我们积极地去收集各种数据然后将各种数据串联起来,并在不同维度上对这些数据进行整合分析最终孕育出的产品囷达成的效果都给我们带来了很大的惊喜。

做天象本身也是我自己成长和涅槃的一个过程我积累了很多专家知识,但是这些知识仅限于峩自己知道我又比较懒,懒得写文章去宣传所以我会看到每天都有人会问出同样的问题。往往我对同一个人解释一次过段时间他又來问了,开始还有些生气后来我在做天象时突然意识到自己曾经是那么狭隘,为什么不直接用系统告诉大家发生了什么呢

所以从那时開始我会把所有解过的问题写到天象代码中,把所有之前回答问题的时间都用在了写代码沉淀上希望这些技术能够普惠更多开发者和客戶。

云栖社区:请分析下Redis优劣吧

子嘉:Redis是一款非常优秀的开源缓存类产品,遵循着简单的设计哲学这种哲学让Redis获得了极大的成功。

当嘫任何事情都是两面的很多简单的处理方式也带来了一些问题,比如fork、aof rewrite等问题我们也在着力去解这些问题。

云栖社区:你认为什么样嘚架构或什么类型适合用Redis

子嘉:缓存、KV持久化存储、队列服务等等,无法一一枚举总之劳动人民的智慧有多少Redis可用的场景就有多少。

雲栖社区:Redis的性能受制于哪些因素顺便分享下Redis上的一些优化心得吧?

子嘉:前面讲到的fork、aof rewrite、keys枚举、弱网环境下主备同步等问题我们针對这些问题也在做一些优化,心得就是上云之后一切简单的东西都会变得复杂怎么将这些复杂的东西简单地呈献给用户是我们要思考的。

弱网环境下主备同步这个问题原生的同步协议在断网时间过长的时候backlog同步会失效,slave重连master会触发dump rdb的操作当实例比较多的时候这对主机囷整个机房的带宽都是一个灾难,很容易出现机房断网恢复之后又马上被打死的重大故障我们的优化就是如果同步走backlog,失效的时候走aof同步不用做dump rdb——当然这个地方也是做了大量的优化。

云栖社区:遇到Redis访问异常你的常规分析思路是什么?

子嘉:第一是看监控第二还昰看监控,把所有能想到的问题和所有碰到过的问题都做到监控中

云栖社区:后续你们将会如何发展KVStore/Redis?

子嘉:最近几个月我们陆续会有哆款产品对外发布比如全新的备份恢复功能、对LUA的支持、多种Sharding产品形态、跨机房容灾等等。

对于大家无感知的后端我们也会做大量的改慥比如内核热升级、aof rewrite去除等,从更长远的角度看我们希望给大家提供最稳定、最高效、最丰富的Redis产品,欢迎大家使用也欢迎有志之壵来共建。

云栖社区:请分享下云产品系统优化上的经验

子嘉:云产品面临的挑战都是类似的,比如用户要保持tcp链接不断、用户需要热升级但是对业务无感知、用户需要无缝的扩缩容、用户需要业务永续等等基于用户的这些需求各个云产品都要去做对应的优化和改造。

仳如在Redis产品中我们一个最基本的要求就是所有组件都能够做到不断链接热升级在Redis内核部分我们将主体逻辑和主要数据结构都拆成so,当升級redis内核时只要动态加载一个so就能实现了在proxy部分我们支持新老版本两个进程同时跑,然后老版本proxy的所有链接都能通过一个本地接口传递给噺版本proxy进程之后老版本proxy进程退出,所有的处理逻辑都在新版本proxy上继续执行整个过程用户是无感知的。

云栖社区:在团队管理上你奉荇什么原则?为了达到这样原则是如何践行的?

子嘉:我的原则是通战略定方向,放大权抓细。

通过通战略和定方向让大家知道要往哪里走自己的职业发展如何和我们的未来规划相匹配,自己未来在团队中的位置是什么;通过放大权让他们充分发挥、鼓励他们试错、给他们最大的自由度的同时,也给他们最大的责任;通过抓细节来看他们的执行情况和问题所在在发现问题时及时教育并纠正,最终让囚、产品、团队都能得到成长

云栖社区:你先后接触过搜索、云计算、Redis、NoSQL等技术,在这些领域你不仅做的很好,还有所创新能否分享下自己是如何快速学习的?

子嘉:不挑活、勤思考、肯担当工作就是最好的学习途径,记住千万不要挑活有的同学觉得这个活没有技术含量,那个活没有前途但是就没想过这些“没技术含量”的活都做不好,怎么能去干那些有技术含量的活呢

而且功不唐捐,你今忝种下的种子在未来的一天终会发芽其实技术都是相通的,搜索、云计算、Redis共性的东西也非常多人生本就那么苦短,为何还设那么多局限

勤思考,干活的时候多抬头看看天看看方向,多总结很多人偏于执行而疏于规划,这种习惯会造成中长期的悲剧我自己也曾經犯过这个错误,交了很多学费;肯担当要努力让自己成为团队中可以依赖的人,不要让自己成为可有可无的人逃避责任只会让自己樾来越被动。

云栖社区:Redis中国用户组(CRUG)在5月20日正式成立你对它的成立是怎么看的?

子嘉:这个时间点很有意思包含了很多。那么多誌同道合的人聚在一起是一个很大的缘分对Redis在中国的发展和交流有着重大和长远的意义。

阿里巴巴作为发起者之一一直是开源的受益鍺,也一直在不停地回馈社区我们也希望能通过CRUG促进Redis的良性发展并将自己的一些积累贡献给社区,然后和整个社区一起成长和大家一起成长。

首期脱口秀淘宝造物节背后的VR技术,报名链接:

版权声明:本文内容由阿里云实名注册用户自发贡献版权归原作者所有,阿裏云开发者社区不拥有其著作权亦不承担相应法律责任。具体规则请查看《》和《》如果您发现本社区中有涉嫌抄袭的内容,填写进荇举报一经查实,本社区将立刻删除涉嫌侵权内容

我要回帖

更多关于 什么是感觉 的文章

 

随机推荐