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

[pegasusz]

已经分享过的有：

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

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

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

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

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

[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 分享一下是极好的呀。👆🏻上面的大佬也讲的很清楚了，只要可以让团队成员获得知识都是好的事情。

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