公司要求每周五搞个分享，原则上每个人都要有一次，大佬们有什么好的建议么？

[pegasusz]

已经分享过的有：

• 爬虫逆向的一些思路
• springIOC 源码解读
• Disruptor 高性能队列
• electron 开发 app 实践

说下感受吧，这些分享分别有爬虫、java 后端、前端，但是受众确实所有研发的同学。

优点就是，不同岗位上的同学都能稍微了解下别人用的技术栈，解决问题的方法思路啥的。

但是缺点也很明显，爬虫、前端的肯定不会想知道 spring 的源码，后端爬虫也不会想知道前端是如何用 electron 开发 app 的，这样就会导致虽然看起来大家都在听，但也就是听听而已。并不能达到公司的初衷，员工也只是完成任务。

大佬们有什么好的想法建议么？

[icyalala]

似曾相识。。讲多了大家都觉得没意思了，就会开始分享些技术之外的，这时候就变成放松时间了。

[Seayon]

费曼学习法，讲解其实不是为了让别人懂，而是为了自己理解的更透彻，可以利用这个机会加强自己的能力

[cp19890714]

我们团队也有，不限制分享内容，游戏、健身、思想、读书笔记 都可以。
分享的第一意义，并不在于要靠分享让大家获得技术知识。
如果团队 leader 没有搞明白分享的意义，那么这种分享只是拙劣模仿。

[auh]

常规来讲，分享就是教别人，是一件助人为乐的事情。分享的快乐。利他式分享，然而，这种东西，几乎不可能，尤其是公开的分享。舔狗当起来是非常费劲的。你很好，但是我不需要，滚吧。

职场来讲，分享一些把别人搞晕的事情最好。人性的弱点。不要利他，利己式分享。
听不听不重要，重要的是，每一个人觉得，自己是个傻叉，你好牛逼。就可以了。

[skys215]

之前我分享了语义化版本，还有 git flow

[cs419]

分享可以是广度 也可以是深度

[whusnoopy]

作为一个提出这样要求的 leader ，我的期望是

1. 能直接提升听众的技术能力或技术视野。这是最理想的结果，但也不是必须
2. 让说的人对自己做的事情有更深入的理解。自己觉得自己会了，跟把逻辑语言组织好讲出来的理解深度是完全不一样的，如果还能深入浅出让听众听明白就更棒了

从善意的角度考虑这个要求，就是公司期望你有更好的成长，找了一条他们认为有效的路让你走
从恶意的角度来揣测，就是公司领导啥也不懂，看别人公司有做这样的事情，就搞形式主义让下面的人也去做

[yazinnnn]

讲讲 monad

[ybnsjl]

刚毕业那一年，我们组长居然让我分享 markdown ，更搞笑的是他居然是微软出来的...

[lqw3030]

把你私仓项目都搬出来，一个一个给他们安利

[oakcdrom]

经历过一个这么搞的公司，后来倒闭了。。

[darknoll]

那要看你真的愿意分享还是炫耀自己所学了，真的愿意分享，讲些前后端都能听懂的，至少能帮人入门避坑的。
只是为了完成任务，那就随便了。

[TheWhiteHouse]

茴字的四种写法

[Rache1]

要不讲讲“劳动法”及其相关法规？

[lidlesseye11]

@ybnsjl 没搞懂笑点在哪儿。。

[doveyoung]

几年前团队内部做过一个“h3c 路由器上的 qos 策略配置分享”，通篇在讲怎么配置，听得想睡觉
个人认为技术是为产品服务的，这个技术解决了什么问题，或者将来能解决什么问题才应该是分享重点，然后搭配一点例子去验证前面说的——解决了什么问题，将要解决什么问题

萝卜青菜各有所爱吧

[longgediyi999]

跑路

[mosfet]

还不如定个主题，大家准备准备搞个研讨会

[Leonard]

在轮到你之前辞职🐶

[zealinux]

可以换个通用一点的主题，比如：

1. 如何翻墙查资料
2. 简单区块链介绍
3. 什么是元宇宙

听朋友说他们公司最后年度评比时最有用的分享，是分享第一个主题。
其他分享什么技术栈，中间件的都没上榜。