你们团队有实现常态化、有营养的定期技术分享吗?

查看 147|回复 12
作者:lincanbin   
听很多朋友说,他们那的技术分析,搞成形式主义了。
把很多几分钟能看完的技术博客,洗稿成一两个小时的技术分享,纯纯浪费时间了。
发起人也没起带头分享作用,直接导致整个分享机制走向形式化,

常态, 定期, 营养, 分享

lincanbin
OP
  
我们之前有,后来没怎么有人分享, 就半死不活了, 差不多 有一年没搞了把
bruce0   
现在网络太发达了,技术分享没卵用,知道有个名字不够,你得跟竞品 ABCD 在特定场景下讲出 1234 来还得有填坑的能力
说白了,你负责引入新技术,那你能帮忙填坑么
murmur   
我的看法,大家追求不一样,水平不一样,侧重点不一样。
再加上这种东西本身就看时机看机缘,谁也不能保证稳定输出高质量的内容和想法。
如果把这个当成一个定性要求去看,又要质量又要定期,死是应该的。
zzNaLOGIC   
我们都是在 confluence 上更新学习笔记,开会太浪费时间了
hinataharuki   
能分享干活的人,1%
所以不要分享干活
salmon5   
最他妈烦让我调研完了分享,分享你妈啊复制粘贴过来重复一遍懂得不想听不懂的还是不懂不如自己看省时间
darksword21   
以前有,就大概半小时,讲一个技术点就行了
mikaelson   
有分享,晋升的必要条件。但是我们只是走个形式。分享内容一言难尽
xiang0818   
我们有过很有意思的内部分享(六七人的 SRE 小团队),不过常态化这一点,没做得那么稳当,有时候大家忙或者没人报名也会推迟或取消。
大部分都是从工作出发寻找好的内容来分享,当然也有跟工作关系不大的分享来自同事们的个人兴趣爱好。
大概来说,以前我们分享过的有:一些 AWS 服务的特殊用法、go 语言的性能问题分析与优化、kafka 的架构与运维调优、数字证书与 TLS 协议的细节以及在工作中相关的应用点、NAT 网关与 NAT 穿越、如何对一个数十万 QPS 的 nginx 网关做现代化改造、如何将一个承载数十万 QPS 的 K8s 集群升级到新版本,聊一聊 MySQL 的一条 SQL 是如何执行的、公司监控系统的演进、Envoy 的使用,等等。
总体感觉还是挺有营养的。
您需要登录后才可以回帖 登录 | 立即注册

返回顶部