精华内容
下载资源
问答
  • 知识图谱技术分享会----有关知识图谱构建的部分关键技术,部分ppt以及参考资料
  • 技术分享会超详细

    千次阅读 2020-09-25 12:01:57
    1.技术分享,内容不限,主要对大多数开发技术人员有帮助均可分享。 2.技术软件分享,软件不限,主要对开发有帮助的软件运用,可以快速实现编码过程或者减少开发步骤均可分享。 3.项目实际发开过程中,如果你觉得那些...

    分享会

    可分享的内容:

    1.技术分享,内容不限,主要对大多数开发技术人员有帮助均可分享。

    2.技术软件分享,软件不限,主要对开发有帮助的软件运用,可以快速实现编码过程或者减少开发步骤均可分享。

    3.项目实际发开过程中,如果你觉得那些地方编码方式不对都可以分享出来,然后通过大家讨论,觉得方案可行,后续可以按照这个方式编写代码。

    4.项目过程中,如果自己封装过很好或者是效率很高的公共方法,那么也可以分享出来,只要方案可行,可以运用到其他组的项目中。

    目的:

    1.对自我技术的一种提升和丰富,老是重复做一件事件会让人觉得成长不了,一年到头什么都学习不了,这样会让自己觉得成为了废人。

    2.在分享的准备和过程中,其实训练了写作能力,组织能力,演讲能力,和资料整理能力;再面向自己的同事陈述一遍,分享的资料才会真真正正变成自己的东西。对于我们技术人员来说,以上所说的各种能力我们多多少少都会有一些欠缺,希望可以通过每次的分享会,来提升大家。方便以后大家在职场上面更好的展现自己。

    3.由于大家负责的功能和板块不同,可能会积累一些自己的知识,你把自己觉得可能会帮助大家东西拿出来分享,大家可以一起讨论,觉得你这个对不对,如果不对为什么,如果对,有没有更好的实现方案。这样可以对知识点掌握更深刻,理解也更全面,同时也能发现自己需要深入或不足的地方。

    分享方式:

    Word方式或者ppt方式,分享时间最好定在每周二至周四这段时间内。最好是下午五点半以后。

    (如果大家有更好的分享方式也可以拿出来商讨,如果没有问题就可以成为我们每次分享的内容方式)

    分享中:

    分享中,每一个分享内容都可讨论和及时提问,大家一起学习一起进步。

    分享结束:

    分享者需要对本次分享内容及分享过程效果做一个分享总结。总结写于分享文件最后。

    展开全文
  • 关于技术分享的思考

    千次阅读 2019-04-16 22:46:38
    关于技术分享的思考 最近公司在推行导师制,鼓励有经验的导师带动团队,提升团队的战斗力。作为技术部门,技术分享最适合不过了,可以做到全员导师。 1. 技术分享的目的 做任何事情都是要有目的的。有了明确的目的...

    关于技术分享的思考

    在这里插入图片描述
    最近公司在推行导师制,鼓励有经验的导师带动团队,提升团队的战斗力。作为技术部门,技术分享最适合不过了,可以做到全员导师。

    1. 技术分享的目的

    做任何事情都是要有目的的。有了明确的目的,在做事的过程中可以不断的检查是否偏离了原来的方向。如果偏移了,可以及时纠正,这点非常重要。下面就分别从团队、个人两个维度来说技术分享的目的。

    • 团队

    1. 丰富团队的技术栈,提升团队的作战能力

    通过不同人分享不同的技术,这些技术有可能是新技术,给团队带来新的视野;可能是某些解决问题的经验,可以提升团队处理问题的能力;也可能是引进一些新的规范、新的工具等等,以上种种都可以提升团队的作战能力。

    2. 提升团队的学习气氛、沉淀团队文化

    既然我们要打造公司的技术氛围,那么分享是一定要搞的。搞技术的人应该都有这样的初心,要保持技术上的持续成长,而不是做了一年项目下来发现什么都没学到,我觉得新手尤其有这样的诉求。如果公司没有提供这样成长的环境,那么优秀的员工迟早会离开。

    • 个人

    1. 技术能力成长

    技术成长对与技术人员是非常重要的。很多同事,特别是工作年限相对少的同事,对技术成长对要求甚至大于薪资对要求。在面试的时候,很多人都会考虑在新都环境能学到什么东西。

    2. 提升沟通表达能力、自信心

    技术人员在成长的过程中,会逐渐走向管理岗位或者需要承担一部分管理只能,沟通能力就是最强的技巧之一,拥有强大的沟通能力,能辅助你在职业道理上顺风顺水。沟通能力不仅仅在职场非常重要,生活中亦是如此,特别是家庭内部,绝大部分的家庭矛盾来源都是沟通的问题,我以为的和你以为的很多时候根本不是一回事,沟通到位、理解到位,很多问题都可以迎刃而解的。

    2. 技术分享遇到的问题

    虽然说技术分享有很多好处,在之前的公司也组织过一些技术分享,但是维持的时间很短,就不了了之了,总结一下原因,大概有以下几点

    • 项目工期紧,没时间做分享
    • 准备时间短,会导致质量不高
    • 责任平摊,会降低执行力
    • 频率较低,会难以深入去实施
    • 单纯开会,会阻碍实质性成长总结
    • 内容简单,会失去兴趣
    • 选题随意,会达不到较高的成果产出

    3. 技术分享的实施落地

    既然有了上面的这些问题,那我们要怎么去解决呢?不然肯定还是会不了了之,达不到效果。
    针对以上遇到的问题,个人提出了一些解决方案

    分享人

    谁来做分享人,有两种选择,自由申报和强制指定。
    自由申报,很多人会排斥。有些人会说,“我还有很多需求没做,怎么有时间去做分享?”说这些话的人,经常跟别人在闲聊、看视频、刷朋友圈、刷微博。
    有些人会说,“我自己能力那么差,怎么可能跟别人分享?”这类人属于没信心,需要鼓励他:能力是练出来的,不去学习,不去锻炼,能力不可能会提高。在分享准备的过程中多给予帮助。我相信没人不愿意提升能力。
    个人还是倾向于指定,这种指定当然是大家在会上商量一下,谁好久没分享了,下次该轮谁了,大家的意见达成一致就行,算半强制吧。我觉得有一个共识是所有人需要达成的,分享人是付出劳动的,听讲者是占了便宜的,所以自己也不能老占便宜,也付出一点劳动回馈一下团队。达成这一的共识后,就算是强制到你头上了,你也应该没有怨言。

    分享主题与内容

    团队的技术水平参差不齐,分享内容的选择也是需要考虑的一个方面。分享主题可以由分享人提出,技术负责人(或者成立技术委员会)给予意见。分享人需要提前准备好ppt,有代码演示都需要准备好代码。负责人评审内容,并提出改进意见。由分享人修改后才作为分享的资料。
    当一个专题分享系列做完,我们也就积累了一整套完善的资料,可以放到团队都知识库,方便同事学习和查阅。

    分享的时间与频率

    分享的时间究竟是要定在白天工作时间,还是晚上下班时间?多久做一个分享?如果技术分享都是白天工作时间,会让大家每周工作时间减少。如果技术分享都是晚上休息时间,会让大家抵触去开分享会。
    所以我觉得是可以一次白天,一次晚上,很少抱怨,更多积极,引导学习,诱导加班,同事公司,皆大欢喜。
    频率上,如果可以做到一周一次次那是最好,如果做不到,至少也要两周一次。当有人数着日子盼着技术分享会的时候,那就成功了!

    ps:有朋友说他们公司每天中午都有人分享,在固定都会议室,很多人都是边吃午饭边听别人的分享。当时听着是很羡慕的,不过这种情况应该只适合大公司,还有很多人带饭或者叫外卖,目前暂不适用。

    分享鼓励

    让参加分享会的人对分享人进行评分,对分享人给与绩效加分或年终物质奖励,鼓励更多的人来参与分享活动。对会上积极讨论的人也应当有相应的奖励,鼓励更多人参与讨论发言,提升分享会的气氛,形成良性循环。

    其他

    在分享对过程中,可以记录大家做分享时候有哪些优点和缺点。
    在技术分享结束后,会单独和这名同事沟通,从帮助他的角度出发,去表扬优点、指出缺点。

    4. 总结

    技术分享只是工作中的一个小事,但是做好却很难,需要大家不断去思考、完善。抛开技术分享本身,只是去想如何做好技术分享这件事,我本人就得到了很多成长。想想挺有意思,任何事情,只要你花时间多琢磨,一旦琢磨透了,会得到超出这件事本身的成长。技术分享不是最终目的,最终要让大家热爱技术,工作中充满主动。

    对于技术分享,你怎么看呢?欢迎留言探讨。

    展开全文
  • 记一次技术分享演讲

    千次阅读 2018-04-25 23:48:59
    笔者自入学到现在工作已有20余载,虽然沉淀的文笔贫平,可也写过数篇作文(苦逼的学生时代),也曾得过很多作文大赛奖项,如今工作也写过很多总结其中包括技术博客,但是对于上台演讲的次数可谓寥寥无几。

    ****版权说明 : 《记一次技术分享演讲》于当前CSDN博客乘月网属同一原创,转载请说明出处,谢谢。

    本文仅谈心得,不谈技术

    谈谈为什么写心得

    笔者自入学到现在工作已有20余载,虽然沉淀的文笔贫平,可也写过数篇作文(苦逼的学生时代),也曾得过很多作文大赛奖项,如今工作也写过很多总结其中包括技术博客,但是对于上台演讲的次数可谓寥寥无几。
      
      可能笔者偏属于那种不善口才,在众目睽睽下缺乏自信的人,所以一直抗拒参与任何上台表现的活动。记得上一次上台ppt演讲还是两年前毕业论文答辩的时候,虽然有些怯场,但整体表现还是很轻松的,毕竟排练了n久,且也知道自己能过,滑稽~~~。作为今天的技术分享会演讲人,我只能这样的评价自己的表现 ------ How Bad It Is!

    未来的职业生涯中,与客户交流,汇报工作,分享工作经验,甚至以后有机会领导团队,这样的场景伴随着自己的成长会出现得越发频繁。本着对生活的热爱,事业的追求,为了改善现状,在日后在职场上能够全面的发展自己,有着更好的工作表现,遂作下本篇以作总结,也希望能够给像我这样从事于IT行业的朋友们一些帮助。


    谈谈为什么要做技术分享演讲

    关注我的朋友应该知道我刚入职新公司不久,前段时间第一次接触到公司的Android项目,发现了一些问题,尤其是在屏幕适配方面问题比较突出,基本上只是做720p和1080p屏幕的适配,即使这样,也未能完全适配好这些屏幕。为了查找原因,我特意调查了移动组和测试组的Android测试机,发现这些手机屏幕基本上全是720p和1080p的,原因凸显,我猜想,大概是因为目前市场上主流的手机基本上都是720p和1080p的(哈哈,从公司的测试机也能看得出来),主要为这些机型做适配也情有可缘。还有就是同事们对这些测试机做UI测试都可以正常显示,便觉得其它屏幕机型上也不会出现问题,放松了适配工作。先声明,同事们的技术不亚于我,可能在这方面没有深入研究。

    的确,我从项目中也能发现公司在屏幕适配上的努力,也为一些其它分辨率屏幕做了适配方案,要不然早出问题了。为了帮助项目朝着更好的方向发展,我找了我的上级老大,向他表达了此方面的技术分享意向,老大很欣然的答应了,于是有了今天糟糕的技术分享演讲。


    谈谈演讲前的情况

    由于平时事务繁多,周三(也就是今天)开移动组例会(演讲被安排在例会中),周一才准备材料和制作演讲PPT,不准备还没啥感觉,一准备发现有很多东西要讲,越想越多,讲得东西多了,就要准备更多材料,然后就是制作合适排版内容的PPT,两年多没做PPT的我面对网上下载的一堆模板一脸蒙蔽,不知道怎么选模板,也不知道怎么改动排版,才符合我每一页要演讲的内容,光这些就够我折腾一天了,连工作都几乎没做。
      
      然后到了昨天,主要是制作些分析图,流程图还有效果图,然而模板被我改的面目全非,算了,于是就不用模板,直接来个简单小清新的背景图,内容自行排版,到了下午5点钟左右,我发现我的PPT做得越来越怪,这哪是用来演讲的PPT,这是在PPT上写博客啊,我无语了。人家的PPT短小精炼,排版舒适宜人,美观大方。我的呢,密密麻麻都是字加上几个对于PPT来说很屌丝的图片。看来得做减法了,想想还有演讲稿没准备(其实也就是在心理模拟几遍演讲的场景和内容),眼看着一天就要结束了,我开始紧张了,我赶紧找了我老大,跟他说要取消分享演讲,直接拉上移动组的所有Android同事来围着我,我直接对着Android studio讲就好了。老大居然也同意了,哈哈~我们老大人品真心不错,不过我内心挺惭愧的。

    后来我把我放弃演讲的意思告知了几个同事,但是他们一致鼓励我上台演讲,跟我说了一堆演讲的好处,怎么做演讲,还有他们之前做演讲的一些经验,于是被他们说动了,决定重新回到轨道上。嗯,我的同事们个个都很好,我是幸运的。然后我继续折腾了一晚上,差不多收个尾就结束了,实在困得不行了,就留给今天上午做了,洗个澡啥的,凌晨3点多才睡,困炸了。

    到了今天,上午主要忙着工作上的事,然后ppt简单的收了尾,最后心理模拟演讲了两遍才敢放松去午睡。下午例会,开讲…


    谈谈演讲时的情况

    大概是觉得没有准备充分,并且刚来到公司,在场的还有不少不太熟悉的同事和领导,开始说话还是蛮紧张的,很明显感觉到自己的心跳加快,手也在微抖。平时看到的都是演讲者们带我们过ppt(差不多是边让我们看,边向我们做分析或总结),而我虽有所准备,但由于紧张都忘得差不多了,加上每页ppt都是一堆文字只得很尴尬的让他们自己看ppt。
      

    为了缓解我的紧张和场面尴尬的气氛,临时采取了提问同事的方式,为之后的知识总结做铺垫。这样在他们回答问题的过程中,我有足够的时间作心态调整,理清接下来要演讲的思路。嗯,效果还不错的,之后的状态好了很多,不是很被动了,而且还带动了激烈的技术讨论,很喜欢这样的感觉。

    即使这样,也遮掩不了全场的漏洞百出,最后也是草草收尾,完全一副屌丝登台的感觉。你可能永远都不会遇到一位能把ppt硬是做成了博客的牛人,sorry,我做到了!
          
    这里写图片描述


    谈谈我的心得

    总结以下几点:

    1. 不要局限于自己的技术和工作空间。举我自己其中一个栗子:虽然写了很多博客,一定程度上开放分享了我的知识储备,但是我可能无法知道读者想要知道什么,在读博客过程中会产生哪些疑问,自己也不知道如何向读者表达某些观点,说明某些知识点,因为我根本不知道读者有没有看到文章中的某些重点,也不知道读者看完一篇文章后有何感想,收获是什么。所以,要尝试通过参与一些如分享会,讨论会等形式来分享自己的技术和经验,同时也能和别人零距离的沟通,可以更快更好的传授下去。

    2. 不要一味的抗拒某些事物,否则它们总有一天会找上门。年少时的抗拒,导致我一直没有机会锻炼自己口语表达能力,也没有锻炼出沉着冷静,思维清晰的场上表达能力。虽然这次是我主动发起的,但是也是我未来职场规划的需要。嗯,以后我会继续找机会锻炼自己的。希望大家日后能够适应自己抗拒的事物,以便能够很好的应付那天的到来。

    3. 永远不要低估别人的工作,尊重别人的劳动成果。平时习惯了看别人做PPT,做演讲,觉得是件很简单的事情,甚至还能评足他们的PPT效果好坏,演讲能力高低。当自己赶上这些事的时候,正如上述,十分糟糕,才明白了别人艰辛的付出。

    谦虚做人,全面的发展自己,成为事业线上的主人,是我们每一个IT人的目标。要勇于尝试,即使会碰壁,我这次的演讲就是活生生的例子,但我没有气馁,在此做个总结,继续朝着目标行进下去。


    嗯哼,心得就写到这里了。。。

    展开全文
  • Redis技术分享

    千次阅读 2018-03-26 22:17:10
     以前做过一个有关redis的技术分享,这里将之前分享的内容做了抽减,来大概的介绍一下redis,以帮助快速入门,对redis有个概要性的了解,不会做深入的介绍。本文中代码由于是直接用以前PPT上的截图,所以没有贴源码...

    前言

            以前做过一个有关redis的技术分享,这里将之前分享的内容做了抽减,来大概的介绍一下redis,以帮助快速入门,对redis有个概要性的了解,不会做深入的介绍。本文中代码由于是直接用以前PPT上的截图,所以没有贴源码,请谅解。

            本文内容如有错误的地方,欢迎指正。

     

    Redis是什么?

    Redis是完全开源免费、遵守BSD协议的一个高性能的key-value数据库。

    据官方统计数据:redis读 110000次/秒,写 81000次/秒。

    目前已经有很多公司都在用redis,下面举几个例子:

     

    Redis的基本数据结构

              Redis作为一个nosql数据库,支持五种基本的数据结构,可谓是相当丰富,能满足大部分使用场景。如下所示:

                    

            虽然说redis是nosql数据库,但是实际业务场景中,我们也可以用redis实现关系型表结构,这都跟上面的五种基本数据结构是分不开的。当然,这里只针对每种数据结构的底层做了提点,并没有去深入探究;redis的底层是用C/C++实现的,足以体现其高性能;在使用中,redis其实还对其底层结构做了一次封装,封装厂特有的对象,以便于上层的操作。感兴趣的可以去浏览一下redis的源码:https://github.com/antirez/redis

     

    安全与性能

    持久化

            Redis支持两种持久化方式:AOF 和 RDB(SNAPSHOTTING)。

            RDB持久化也俗称快照,是将redis数据库中某一时刻的数据写入硬盘,存一个副本,然后在数据库数据丢失后,执行这个快照文件即可恢复数据。RDB的核心配置如下:

    save 60 1000  //60秒内有1000次更改操作则进行save
    stop-writes-on-bgsave-error no //save的过程中出错是否停止
    rdbcompress yes //是否对保存的文件进行压缩
    dbfilename dump.rdb //定义生成的文件名

            AOF持久化是将操作命令追加到aof文件的末尾,以此来达到数据备份,即数据库崩溃时,可以重新执行这个文件,来尽可能的恢复数据。AOF的核心配置如下:

     

    appendonly yes  //是否追加
    appendfsync everysec / always / no  //追加方式:每秒写入并完成磁盘同步、总是写入并完成磁盘同步、写入不完成磁盘同步
    no-appendfsync-on-rewrite no //当磁盘同步时是否进行对文件进行写入操作
    auto-aof-rewrite-percentage 100 //设置当前文件夹的大小是上一次rewrite操作时文件的一倍时(即增长了100%)执行rewrite操作
    auto-aof-rewrite-min-size 64m //设置文件到达一定大小后才执行rewrite操作

            下面来对RDB和AOF两种持久化方式做一个对比:

     

            

            

            在实际应用中,基本上都是两种方式结合使用,这样能互相弥补缺点,尽量保证当出现数据丢失时达到最小。

     

    事务

             Redis的事务保证是通过WATCH、MULTI、EXEC、UNWATCH、DISCARD几个命令。下面给出一段代码(买卖关系)展示,主要讲几个命令综合起来运用,来探究redis事务。

              这段代码很简单,当前,前提弄懂了这个几个命令的意思就更容易看懂了。

           

             

            

            当然也可以通过非事务流水线来达到事务效果,即要么全部执行,要么全部不执行。非事务流水线应用也是很广的,下面贴出一段代码:也是通过MULTI和EXEC命令包裹执行的

     

            

     

    集群

                      

            注:集群的两张图时参考其他资料借用而来的,由于看资料是很久以前,以不记得参考的资料的链接地址,故此未能贴出。

        

                                                    

        

            (1)所有的redis节点彼此互联,内部使用二进制协议优化传输速度和带宽;

            (2)节点的fail是通过集群中超过半数的节点检测失效时才生效;

            (3)客户端与redis节点直连,不需要中间proxy,客户端不需要连接集群所有节点,连接集群中任何一个节点即可。

            (4)redis-cluster把所有的物理节点映射到[0-16383]slot上(哈希槽,由cluster负责维护)

     

                                                        

            

            单个节点挂掉的情况:

                    所有master参与,如果半数以上master节点与其中一个master节点通信超时认为当前master节点挂掉。

            整个集群不可用情况:

            (1)如果集群任意master挂掉,且当前master没有slave,集群进入fail状态,也可以理解成集群的slot映射[0- 16383]不完整时进入fail状态;

            (2)如果集群超过半数以上的master挂掉,无论是否有slave集群进入fail状态。

           当然在实际业务场景中,运用redis集群并不是上诉这么简单,基本上都是要加中间件以及代理,网上已有很多大佬对此提出了方案。

     

    Redis特性

         原子性

            原子性大致就一句话,要么全部执行,要么全都不执行。Redis的原子性体现在:

               (1)Redis的所有操作都是原子性的;

               (2)Redis支持几个操作的原子性执行 [ MULTI和EXEC命令包裹的操作]。

    键的过期时间设定

    EXPIRE key-name seconds	设置多长时间后过期
    conn.expire("key",100);
    
    EXPIREAT key-name timestamp   设置某个特定的UNIX时间戳之后键过期
    conn.expireAt("key",1508084022);
    
    PTTL  key-name		查看距过期时间还剩多少秒
    conn.pttl("key");
    
    PERSIST key-name		移除过期时间
    conn.persist("key");

    发布与订阅

            

     

    发布与订阅
    SUBSCRIBE channel [channel …]		订阅频道
    UNSUBSCRIBE channel [channel …]	退订频道
    PUBLISH channel message		向给频道发送消息
    PSUBSCRIBE pattern [pattern]		订阅与给定模式相匹配的所有频道
    PUNSUBSCRIBE pattern [pattern …]	退订给定的模式 

               

    应用场景

    String(可存储字符串、整数、浮点数)

            (1)原子计数器 [比如网站的点击量];

            (2)要对单个元素设置过期时间的情况下,只能使用String结构,不能使用哈希,因为hash的key不是redis的key;

                

            (3)字符串 [串的追加、获取子串]

            (4)二进制串的操作 [统计1的个数、按位操作等]

    Hash

            Hash可用于结构化存储,如下所示:

            

    List

            redis的list并不是传统上的list,它类似与双端队列or双向链表。举一些常见的例子:

            (1)最近联系人、最新评论、最新日志;

            (2)消息队列;

            (3)微博的时间线 [此方式也可用有序集合实现];

                

    Set

            这个结构的使用由于其结构的特性也很常见,比如:微博的共同关注、QQ的共同好友都可以用这种方式实现。

            

    ZSet

            此数据结构的特性是:带有权重、有序性。因此,可以用来做排行榜相关业务场景(比如投票、微博的热搜)。又因为其权重的特性(权重一样时,按值来排序),可以用来做英文的自动补全。

            

         总结

            Redis的基本数据结构有丰富的特性,可以在很多业务场景中使用,上面只是做一下提点,更多的需要我们在实际业务中思考去选择。笔者就喜欢用redis去解决实现一些业务场景,并且更喜欢用ZSet结构,这个结构很有魔性。

            实际业务中,Redis觉大多数情况下都是用做缓存,且在缓存这方面,是可以完全替代Memcache的。

     

    推荐资料

        

        阿里开源  ApsaraCache  :https://github.com/alibaba/ApsaraCache

        资料链接

        https://redis.io/
        https://redis.io/commands
        https://redis.io/documentation
        https://github.com/huangz1990/redis-3.0-annotated
        http://www.redis.cn

        推荐如下两本书:

        

     

    展开全文
  • apache kafka技术分享系列(目录索引)

    万次阅读 多人点赞 2018-02-08 11:30:11
    6)Apache Kafka消息传递可靠性分析 7)Apache Kafka中Follower如何与Leader同步数据 8) Apache Kafka Broker HA机制 9)《Kafka & Mafka技术分享及讨论》 10)Kafka内部网络框架模型分析 11)Kafka延时分析 12) ...
  • 面向后端的前端技术分享

    千次阅读 2021-05-19 00:53:57
    点击上方“前端开发博客”关注公众号回复“2”加入前端群作者:九旬来源:SegmentFault 思否社区目的分享日常开发工作中常遇到的问题提升工作效率,编写易维护的代码了解前端技术的趋势T...
  • 30个前端技术分享主题

    万次阅读 热门讨论 2019-03-01 11:21:27
    这是我们团队前30期的前端内部技术分享主题,我做的是第1、10、19期的分享,仅供大家参考
  • IT技术分享的一点点总结

    千次阅读 2019-04-23 04:08:05
    写在前面几乎所有的技术团队都在进行技术分享,有时组织分享总觉得不够好,总想把技术分享做得更好一些。本篇总结了我们团队技术分享的过程,帮助团队提高技术分享质量。若有更好的提升建议,欢迎留言交流。为什么要...
  • 如何做一次Elasticsearch技术分享

    千次阅读 2019-06-30 23:47:18
    用到ELK技术栈的内容,有带动性,让参与的同事不犯困且很容易让大家对它产生兴趣。 2、 Elk stack大家族简介 考虑到不同受众关注点不同。结合业务的数据的特点,从输入、中间处理、存储&检索、分析等全数据流环节...
  • 技术分享的好处

    千次阅读 2017-09-08 12:10:23
    关于技术分享 这位blog大牛处得到的观点: https://ashfurrow.com/blog/sharing-is-selfish/ 1,曝光自己 2,验证自己的点子 3,做出一些自己的研究 4,跟他人社交网络互动。 说得很在理,好好学习作者...
  • 技术团队管理:技术分享

    千次阅读 2018-11-22 21:30:56
    这里写自定义目录标题为什么要进行技术分享如何做技术分享找人找分享主题内容准备 为什么要进行技术分享 技术团队,员工为什么要离职?钱没给到位?没学到技术? 技术成长对初,中级开发人员来说非常重要,曾经面试过...
  • 作为一个程序猿/媛,想必大家都参与过大大小小各式各样的技术分享,异或在不同的场合分享自己的技术心得。抛开分享内容的质量不谈,笔者发现通常这些分享者的演示文稿(Keynot或PPT)对与会者都不够友好,其中最令人诟...
  • vue.js技术分享(一)

    千次阅读 2019-06-13 15:57:24
    参考尤雨溪的技术分享 一、与其他框架的比较 Vue是一个“渐进式框架”(The Progressive Framework) 对比Angular 更灵活的适用场景 1、默认API适合纯前端背景的开发者/小块灵场景 2、配合TypeScript也可以适合...
  • 各大互联网公司技术分享

    千次阅读 2019-05-15 10:37:27
    各大公司对外开放的分享 1.腾讯 github https://github.com/tencent 技术公众号 腾讯 Bugly 腾讯音乐技术团队 QQ 空间开发团队(很久未更新) QQ 音乐前端团队(FE) 腾讯全端 All...
  • 如何做好一场技术分享(技巧篇)

    千次阅读 2018-04-12 10:42:49
    目前在互联网行业各种大会越来越多,线上教育平台也如雨后春笋一般排...那如何做好一个技术分享呢?做技术分享有哪些技巧呢?通过本场 Chat 我将分享以下内容: 如何做一个开场白 怎么做肢体语言 怎么抓住观众吸...
  • 2019最具特色的web前端技术分享

    千次阅读 2018-12-17 03:11:13
    100套免费前端视频资料,搜集汇总的希望可以帮助到前端正在学习的朋友,为你们找到一条捷径。 访问地址: http://uyi2.com经典面试题汇总:
  • Apollo控制在环仿真技术分享

    千人学习 2019-07-29 10:25:56
    在百度 Apollo 无人驾驶开源平台中,5.0发布了基于学习的动力学模型和控制在环仿真能力,包括正向和倒车等不同模式的支持,方便广大开发者的使用。
  • 2018前端指南:值得关注的技术分享

    千次阅读 2018-02-08 17:49:59
    2018年前端有哪些领域,技术值得关注,哪些技术会兴起,哪些技术会没落。下面就我个人的判断进行一个预测判断,希望能对大家起到一个参考作用!下面提及的技术,只是建议大家关注,也不是建议大家全部的都要学,而是...
  • 谈谈公司内部的技术分享

    千次阅读 2016-04-20 17:23:10
    这段时间,为了促进程序同事间技术氛围,在公司内部组织开展技术分享会。形式很简单,每两周也就是半个月,进行一次技术分享;分享人由组员顺序安排;题材不限,可以是自己熟悉的技术,比如说服务端的开发者,分享...
  • 本文原题“阿里数据库十年变迁,那些你不知道的二三事”,来自阿里巴巴官方技术公号的分享。 1、引言 第十个双11即将来临之际,阿里技术推出《十年牧码记》系列,邀请参与历年双11备战的核心技术大牛,一起回顾...
  • 自媒体视频搬运,技术分享给大家!

    万次阅读 多人点赞 2018-12-05 10:18:20
    朋友,你是否在找赚钱项目,今天我把我自媒体视频搬运技术分享给大家,做好的话月赚10万都是少的。但此项目尽量保密,做的人多了就成了红海不赚钱了。 自媒体视频搬运项目 大家如果了解自媒体的话,肯定知道自媒体...
  • 我在大学前两年里一直在吸收,学习到的知识基本上也是记录在笔记本(纸质)和有道云笔记上,并不是很理想的技术分享平台(前两年的确也没有多少知识可以输出),现在想想也是后悔莫及。但好在为时不晚,我在大二下学...
  • 中科院计算所培训中心特举办“大数据前沿技术分析与应用”技术分享会,帮助各单位技术专家准确定位和发现相关的大数据平台和工具。
  • MySQL趋势与前景技术分享

    千次阅读 2016-10-13 16:26:12
    分享内容 首先是自我介绍,MySQL趋势介绍,MYSQL在中国应用情况,以及相关就业情景分析,最后介绍MySQL在企业互联网中的高可用架构 首先是自我介绍,MySQL趋势介绍,MYSQL在中国应用情况,以及...
  • 昨天在北理工参加了一场由 雪晴数据网和北京理工大学大数据创新学习中心联合举办的知识图谱分享活动,聆听了一下午报告,可谓是受益匪浅。一下午时间安排的非常饱满,总共三场报告。不得不说首都的学校就是厉害啊,...
  • 美团2018年技术分享

    千次阅读 2018-03-16 09:28:34
    美团点评技术年货,第一弹!《2018美团点评技术年货(上)》下载链接:http://dpurl.cn/n/1lpRp《2018美团点评技术年货(中)》下载链接:http://dpurl.cn/n/1lpXT《2018美团点评技术年货(下)》下载链接:...
  • 本次分享机器翻译技术成长路线与技术现状,解析搜狗机器同声传译技术、神经机器翻译系统,以及搜狗机器翻译的落地应用。并介绍WMT&CWMT2017;搜狗冠军系统,参赛系统使用的技术
  • 应朋友的邀约,不久前去腾讯交流学习了。这次的收获还是蛮大的,今天,跟小伙伴们分享下这次去腾讯交流和学习的体会。

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 800,249
精华内容 320,099
关键字:

技术分享