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

[pegasusz]

已经分享过的有：

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

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

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

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

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

很感谢大家的建议，也看到很多🐶的回答，对这件事确实千人千面吧。

顺便补充下：分享时间是周五下午，自己找时间定会议室

---

分享确实是一种比较好的总结提升自己的方式，看到ver的一些思路感觉挺好的，也在这分享一下吧

@auh

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

职场来讲，分享一些把别人搞晕的事情最好。人性的弱点。不要利他，利己式分享。

听不听不重要，重要的是，每一个人觉得，自己是个傻叉，你好牛逼。就可以了。

@whusnoopy

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

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

从善意的角度考虑这个要求，就是公司期望你有更好的成长，找了一条他们认为有效的路让你走

从恶意的角度来揣测，就是公司领导啥也不懂，看别人公司有做这样的事情，就搞形式主义让下面的人也去做

@xianzhe

分享分为两种：

第一，你真的想做输出，教会别人什么，那就得考虑你的受众了，我之前的分享是面向开发（前后端）加测试的，所以最好是一些大家都用得到的技巧比较合适。

第二，纯粹自嗨的，这种分享不是要你教会别人，而是推动你去学习，这种就比较爽了，自己有什么感兴趣的就搞什么。

[CodeM]

装死（不是

[heyjei]

把自己在做的功能模块拿出来讲讲，讲的稍微深点，这样对自己也有好处。

这种分享就当作是工作汇报好了。

[Cbdy]

https://hello-heroku-nodejs.herokuapp.com/npe.html

[zzxxisme]

感觉有几个思路…
1. 首先看自己喜欢哪个方面哪个方向的技术，然后看这个方向有什么可以分享的，这样顺带可以自己学习一波。
2. 自己工作做开的内容是属于哪个方面的，然后从这个方面找相关的技术分享，这样工作量比较轻松。
3. 从别人分享的内容看属于哪个方向的，然后找相关的东西分享。例如 Disruptor 是属于多线程消息传递无锁队列，然后属于这方面的有没有可能更好的队列，然后找到这个 https://github.com/rigtorp/MPMCQueue

[zjsxwc]

讲人人都是产品经理呗。

[yigecaiji]

如何刷 leetcode

[WeiRin]

算法数据结构

[pengtdyd]

跨语言分享是浪费时间

[Seayon]

那就讲中间件

[pegasusz]

@CodeM 装不了（ dog

[pegasusz]

@heyjei 这是个思路，可以趁别人还没做相关的，先发制人

[pegasusz]

@Cbdy 最朴实的技能最值得分享 牛

[pegasusz]

@zzxxisme 想分享一些对大家都比较有意义的，有些时候看到纯粹是为了分享而分享，感觉就是浪费时间啊

[pegasusz]

@zjsxwc hhhh 自己都还没搞明白

[pegasusz]

@yigecaiji 明天哪只脚先迈进公司大门

[pegasusz]

@WeiRin 这个很有意义，但在半小时内怕是也就能带大家认识认识名词了

[pegasusz]

@pengtdyd 确实啊，所以想看看 ver 们有没有比较有意思对大家普适性的点子

[pegasusz]

@Seayon 常用的 redis mq kafka ？用到的基本都会用，不需要用的怕是也不想听

[AsZr]

这个分享就应该是专门的面向特定的人群啊
我想听 electron 开发 app 实践 XD

[malusama]

番茄炒蛋的不同做法
DMM 破解

[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. 什么是元宇宙

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

[chengkai1853]

如果牛逼，讲讲自己的经历和学习方式、知识范围。大家一般还是喜欢看简要的科普文，和代码无关，却又通用。
尬讲代码 /框架，没几个人愿意听😴。

[cyrbuzz]

安全方面的？ XSS ，CSRF ，SQL 注入这些。

[Nich0la5]

我们也有 现在是造火箭大会，什么机器学习，架构设计，技术选型，字节码编程，分布式设计，源码解读之类的，不知道的还以为是一群架构师开会决定公司未来方向呢

[lscexpress]

讲 git 真正有用的奇技淫巧和一些开发方式，让所有人都收益。
提名一个 git stash 。

[pkwenda]

@Seayon #9 请问是靠什么搭建的在线 PPT

[zxCoder]

（如何跳槽

[sunrain]

我们也搞过技术分享，Sketch ，Android 源码，摄影，智能家居，AR 游戏开发等，仅限于不忙的时候，个人感觉挺好的。

[SimonOne]

打开招聘网站，开始物色。同时评估拿年终奖之前轮不轮得到自己，再决策离职时间，争取最大化收益。

[clf]

设计模式？

[xianzhe]

分享分为两种：
第一，你真的想做输出，教会别人什么，那就得考虑你的受众了，我之前的分享是面向开发（前后端）加测试的，所以最好是一些大家都用得到的技巧比较合适。
第二，纯粹自嗨的，这种分享不是要你教会别人，而是推动你去学习，这种就比较爽了，自己有什么感兴趣的就搞什么。

[0xZhangKe]

分享一下劳动法

[xz410236056]

我倒是觉得很多程序员，尤其是非科班出身的需要补一下高等数学、概率论与数理统计、离散数学（意思是从这些地方分享）比如你搞个阻尼动画，你连二阶线性齐次微分方程都不会，搞个屁。

[Robot58]

@Cbdy 请问下你网站的 PPT 的预览是用的什么？

[ylsc633]

我们以前搞过

好处有很多的

有想听的人 会认真听, 不想听的,就当摸鱼

你自己分享, 你自己会记忆深刻,至少短时间内不会忘记
为了分享,你会看更多的资料, 会研究的更深入,对你自己有好处的
另外, 学会在很多人面前进行演讲,对自己也是一种锻炼

不过 分享最烦人的就是 不知道分享啥.. 感觉自己啥都不行... 啥也不够深入..

[huage2580]

我觉得看计划时长吧，然后分享对象。是我的话讲讲那些通用且浅薄的，比如 git 版本管理可以延申很多。然后一些技术外的，养猫养狗育儿，生活技能，小众的艺术……我都挺愿意听的，只要是上班时间。

[Seayon]

@pkwenda 问错人了？什么

[Cbdy]

@Robot58 marp

[zhangsx]

我司也是这样。。。我准备讲设计模式了，之前同事都是扒源码，实在是听不下去

[debuggerx]

同意 L54 @ylsc633 的看法，想学的人，分享啥都会想听，不想学的人，即使就是工作内容直接相关的一样也会摸鱼……
我的话，会分享我自己的一些 Work flow ，自己写的提升效率的脚本和小工具、以及近十年使用 Linux 总结下来的一些经验和技巧等等

[blackboom]

@ybnsjl 如果团队其他成员不熟悉 Markdown 分享一下是极好的呀。👆🏻上面的大佬也讲的很清楚了，只要可以让团队成员获得知识都是好的事情。

如果有新的同学是第一次做分享，不要想搞个大新闻，也不要害怕自己的内容可能没有意义，分享自己擅长的即可。

[zoharSoul]

这种情况下分享源码的, 脑子多少有点那啥

[liuidetmks]

@ybnsjl 分享 markdown 很正常吧,所想即所得

[debuggerx]

或者还有一种办法，既然不知道分享啥好，那就干脆不把它看成是分享会，而是变成讨论会，找一个自己碰到的问题作为主题，让大家集思广益讨论起来，这样比较容易把气氛带动起来，对大家都有好处，而且有些问题就是放在一个领域的思维里很棘手，但是换个角色的视角和思路就很容易解决或者绕过，不存在“后端和前端对互相的技术不感冒”的问题了。

[Yiki]

我们是周一
我讲了 git 源码的前几章（就是官网 Internal)
结果互动环节因为他们觉得太深了没有问题要问匆匆结束了……😂

[neptuno]

之前是按姓名拼音首字母开始分享（我是 c ，排第一个），每次讲个几周，大佬就忘记。然后又从第一个开始讲，，，，

[code4you]

随便讲讲啥

原来我们也有 但是感觉挺无聊的 后来放弃了

[zw1one]

有一点很重要，是工作时间分享还是下班后？下班后建议随便讲讲就行了

[azssjli]

@neptuno 然后你就一直讲了？哈哈

[Vindroid]

这类分享建议做传教士，而不是详细的技术分享，这玩意儿出了会议室就忘得一干二净，不如打开思路让大家知道还有这么个东西可以用

[hmxxmh]

@Nich0la5 哈哈哈，开完会回去拧螺丝

[thulof]

设计模式，能说十几次呢

[neptuno]

@azssjli 没错，就是隔几周讲一次，，，，

[MonkeyJon]

@zealinux 所以什么是元宇宙

[wayne233]

1. 自己的工作
2. 自己的工具
3. 自己想掌握的技术
4. 做菜经验，带娃经验，旅行攻略，电影观感…
我感觉最后一点更有意思，同事应该也喜欢听😂

[hi543]

上一个搞这种分享的小组已经解散了。

[VVValent]

讲讲操作系统, 数据结构, 设计模式 这些基础. 同时再讲讲产品设计的一些原则, 比如尼尔森十大可用性原则.

[noahzh]

为什么要搞技术分享,分享吃喝玩乐呀.

[perpetually]

我怀疑你是我司的，杭州？

[loryyang]

感觉过于高深了，听了之后毛用没有。作为一名实用主义者，我觉得要实用，比如 Intellij 快捷键使用技巧，常用 bash 脚本分享，Alfred 使用技巧，effective Java 学习心得，git 原理及使用技巧，Java**的新特性，Java 并发库的最佳实践

[loryyang]

开阔眼界的也可以，可以考虑机器学习算法分享，给大家搞一个 CNN 图像识别的，怎么训练的，然后 show 一下识别能力

[fuwenpei]

前公司也搞这个东西，而且还是周末下班时间搞，所以现在是前公司了。

[locoz]

可以讲一些比较新鲜、好玩、人人都能用上的东西，不一定要局限于某个特定领域的技术。

[hailiang88]

羡慕有这种机会，感觉对个人成长百利无一害，对公司的话就不好说了，顺便安利下费曼学习法

[luny]

这种公司级的，建议在自己专业领域做一些比较小白的科普分享，让被人对你的产品有个概貌了解。

[winterbells]

面试题详解

[ffxrqyzby]

1 是大家共知的常用的东西
2 就是比较深层次的讲解
这样感觉效果会比较好

[salmon5]

很多人不反感？ 996 还有功夫分享？要 997 ？

[MarioLuo]

近期准备分享"Web 攻击和安全问题”, 大家熟悉又陌生的领域，应该很有趣，也有实际用处

[fdd]

建议换家公司

[ClericPy]

一般聊一些都感兴趣一点的比较好

前半年分享爬虫架构和一些别人不感兴趣的东西, 然后没什么然后了

近半年分享一些我自己都没搞明白的 Serverless, Hadoop 存算分离 啥的, 依然没什么意思

总结: 有机会调研一些前沿或者感兴趣的东西还是很不错的, 不过指望它改变公司现状或者别人看法之类的就想多了, 真的就是完成任务

[Mirana]

协程？

[IvanLi127]

《高效率学习之不要再开什么分享会了》 (狗头

[betteryjs]

vim 插件？ vim 环境

[keaideren]

实践过之后，发现纯粹浪费时间，有些人不好好准备，浪费你时间的同时，你还要浪费时间把你懂的讲给别人听。

[CasualYours]

我的个人经验就是选择普适性或者理论性的选题。
之前同事讲过芯片制作的过程，挺有意思的。我之前也讲过信息论相关的概念，感觉也还不错。

[PEAL]

换个思路，分享生活或者自己的奇思妙想

[ZoteTheMighty]

如果你乐于分享，觉得很开心，分享一个技术点的小细节也可以，若不乐意，建议跑路

[tutustream]

我们原来也有分享会，在我给大家分享了一次金刚经解读之后不知道为啥就再没给我安排类似的活动了。

[ZoteTheMighty]

自从有个分享猫屎咖啡的制造的之后我默认分享会上戴上降噪耳机+放歌屏蔽噪音。 真的是搞，分享技术不针对人群，一个后端的讲 Docker 让搞 UI 切图的人也去听，说 VUE 的做安卓的的也得去听，还有产品经理说养生的💁，真的魔幻。

[meteor957]

我如果没有要分享的内容的话，会直接拒绝