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

[pegasusz]

已经分享过的有：

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

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

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

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

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

[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 一下识别能力