真有必要搞技术分享会吗？

不如 BUG 分享会

@saltxy 真相了，邮件里领导们会列出来，其实大家都很忙，真的没必要搞这些应付的事。

看什么样的技术，可以代码化的，或者可以转化成精确的设计图、设计参数的，除非需要内部保密，否则直接在互联网社区里进行问答就可以了，交流效果比任何线下大会都要高几个数量级。但如果不符合前述条件，那也只能开会交流。

不占用下班时间就还好

技术分享会：如何关闭 WIN10 自动更新防止因补丁升级导致我司软件崩溃。

哇哦，没想到这么多回复。

基实我自己的感受并不是没收获，只是性价比实在太低，大部分分享讲一个小时不如我自己几分钟看个 Quick Start 。

要是讲的特别不好，还会影响我一天的心情，做事节奏被打乱。

我自己也经常被指定主讲，整理材料确实能对知识作一个沉淀，但真感觉不出有啥真实价值。

其实想练口才很好，但可以专业去训练，花钱报班也行，几场零星的分享会增加不了多少技能点，而且为了练口才总是拉别人听你分享就有人品问题了。

最后，每次分享，不管有没听懂，领导都要秀秀智商拖时间发表意见，很烦。

对分享者个人挺有帮助

觉得交流会会比分享会要好。
可能是因为觉得分享这种形式会有种让人听你讲课的感觉，但是自身内容却没有达到能讲课的程度，就别浪费别人时间了。
反而是平等交流的交流会比较好，毕竟大家有共同了解过的内容，思维碰撞会更加多。

@ada87 感觉交流好与纯分享

亲身经历回答总结就是一句话：没有必要

讲浅了没有意义，大家时间都很宝贵，类似 roadmap 的知识导航还行，但是大部分时候对于我这种爱研究的人是一个浪费时间的行为，如果你不爱研究，更加没必要参加这种介绍性质的分享会或者 roadmap，因为网上一大堆类似的资料，犯不着为这个专门浪费时间。

讲深了听不懂，更加没有意义，因为 IT 里面很多知识是有连贯性的，并且是成体系的，例如机械硬盘的寻道结构注定了数据库采用 B+树设计，但是如果是 4k 随机吊打机械硬盘的 NVME，B+树是否是一个合适的数据结构就要两说了。

https://v2ex.ih06.com/t/751663

我在这个帖子里面算是怼了楼主一下，既想搞清楚 golang 的并发模型，又不想回去打基础是不现实的，当然你如果只是想跟网上的分享博客一样 泛泛地了解一下，那完全没有必要来提问，这种介绍 goroutine 的模型帖子到处都是。

如果你想真的能自己动手写一个 goroutine 跟 netpoller 的话，但你又没听说过 syscall rsp rbp ip fastcall ABI 信号中断 多路 IO 复用 stackfull 这些概念或者名词 还是老老实实洗洗睡吧，写这玩意对体系结构跟操作系统要有非常系统的认识，不是一天两天就能学会的事情。

@lewis89 鞭尸啊这是🤣

TL KPI:建设有学习氛围的技术团队

不要小看分享会，你要想准备一次优秀的分享会，并没有那么简单。对于某个知识点，很多人只会用，但是理解可能没那么透彻，要想对付听众的提问，就要有更深入的了解才行，这是个很好的提升机会。而且即使你足够了解，能不能讲好也是另外一回事，对于个人逻辑、沟通能力、胆量口才都是一次锻炼。

在我看来很多反对技术分享的人大多数是逃避而已，缺乏在大众面前表现的勇气，也可能本身技术能力有限，又不愿意主动学习，没什么可拿出手的。

至于有人说形式主义，这难道不是主持人的问题吗？支持人消极面对，不好好准备，浪费大家时间，如果每个人都好好准备，怎么会是形式主义？

@zhoudaiyu #70

我觉得有用的，不过要看形式和内容。比如总结一些内部的问题及解决方案、介绍一些新的技术或方向。

我觉得有用，因为我是主讲者，其他人，谁知道呢，我有收获就行了

一次优秀的分享没有一周以上准备就是瞎扯淡。
公司必须养成惯性，大领导脑子发热就来一发都是水的。

最后优秀的技术人员不能畏惧演讲，你看混 gayhub 和 Apache 的大佬有几位演讲能力差的？

绝大多数的分享都没必要。干货太少了，我司也经常有分享会，听过几场，还不如自己找资源看文档。纯属浪费时间。

那时领导年终 PPT 的一个指标，是他们 PPT 里的几页截图。

你都不做，领导年底怎么交差。

有必要的,看看谁的技术好,能把技术讲给别人听,别人听懂了,那才是技术高
一个人讲了半天,其他人没听懂,恕我直言,技术不到家,哈哈哈

反正对领导来说有益无害,知道谁技术好,逻辑清晰,那么就可以长久的用,技术不好的,日后找机会换掉,
哈哈哈,我瞎说的,不喜勿喷