上一步确认类型了之后，就可以具体看看这个技术分享活动分哪几个环节，主讲人是谁了。每一个环节同类型的还是递进的，主讲人是同一个公司的还是不同公司的对你想要听的内容都会有影响。如果是不同公司的同一个领域的大咖来分享，每一个环节大概是1个小时左右，那么3个就算很多了，如果是4个以上，那每个人分享的时间估计不会超过40min，活动的时间都是有限的。每一个主讲人，有没有介绍，是不是你期望的这个领域的专家等，可以先搜搜，当然有些公司有保密性质不会公布主讲人的姓名，可以去问活动主办方或者身边有没有认识的。
参加后如何高效学习
1.带着问题来
每一场技术分享都是给了你一个和其他人交流的机会，如果是同主题的，可以认识到不少其他公司和你做着差不多类型的事的人，那有这样一个机会事很难得的。可以提前整理好自己在工作中遇到的问题，在活动里的QA环节去提出来，基本上主讲人的回答都会或多或少对你有一定的帮助，而且你把你的问题抛出来，可能休息时间，会有别的公司的人跟你有同样问题的人会过来跟你交流。交流交流，可以扩宽自己的思路，说不定也能有所收获。
2.明确来的目的
有很多同学报名参加活动可能很随意，觉得刚好今天周六/周天下午没事，就报个名听听，中途如果觉得自己不感兴趣，就走呗。其实这是一种对自己的时间不负责的态度。你想想，从报名到来参加，这里面花了多少时间，来一趟路程也少时间呢，如果不感兴趣中途走了，那前面的基本上都属于沉没成本了（真有事的除外啊 = =）。如果在第一步确认是否参加这个活动的时候，多花5min来仔细思考这个活动适不适合你，再决定要不要报名，那可以节省不少时间。可以做多少别的事了呀。所以一定要明确自己来的目的是什么。是来见大牛，想要当面请教问题的？还是来social的？还是来纯听干货分享学习的？等等，不同的目的决定的不同适合你的活动类型，从而决定了你来了以后能否真正的得到你想要的东西。
3.学会提问
如果你对这场活动真的很感兴趣，适合你，你也准备了问题，那么你需要最关注的就是学会提问。大家知道，基本上每个分享都会留有QA环节，但是QA环节是有限的，如果点到你提问了，给你的时间也是有限的，那么如何利用好有限的时间提出最关键的问题也是必须学会的一项技能。一个好的问题，需要包括你的场景是什么、你采用了什么方法解决达到了什么效果，你的问题是什么？也就说说，如果你想要回答你的问题的人迅速能get到你的点，解决你的问题，一定要先告诉他你现在做的是什么东西，但是效果/性能达不到要求，你期望达到XXX效果/要求，应该如何做？ 而不是直接一上来就问：请问XXX应该怎么做？XXX性能如何提高等，这些问题不是说不好，而是说在这个有限的时间里，这个问题太大了，让人无法迅速抓到你想要问的点是什么，回答的内容也不知道是不是你想要的。但是如果你问了之后，主讲人回答了，然后你再接着问，主讲人再回答，一般情况下，你问两轮，可能活动方就会打断你了，让你结束后再交流，把时间留给其他想问问题的人。所以这就很不利啊，要记住，你问的越清晰，说明你对问题的思考越明确，问的越泛说明对问题也没有深入思考过（如果特别想讨论这种很泛的问题可以活动结束后找到分享者再来讨论）。所以，如果想要别人真正回答到你的点上，可以先学会如何提问。
4.会后总结
一般来说，一个技术分享最少是一个俩小时，通常是一个下午，不过也有一天的/多天的。如果前面你能够明确活动目的，也带着问题来了，并且问题都是经过反复练习的，在QA上的提问很精炼，你也得到了你想要的回答，到这一步，其实已经打败了99%的参会者了。还有1%在哪儿呢？在总结。做完一件事情，如果没有总结，就很容易忘掉。总结是一个非常好的习惯，平时可以对自己学习的知识进行总结，写博客或者写代码等等各种方式沉淀下来，以后可以不断回顾。活动总结可能是很多人容易忽略的点。参加完一场活动，你可以自己总结几个点：
1.总体评价：是否值得再去/是否真的有收获/是否认识了几位其他公司的同学或者大牛等
2.知识总结：学到了什么/学的内容对你有没有帮助/为什么学到的东西能解决你的疑惑，原因是啥
3.不足总结：活动本身哪些可以再改进----> 写问卷反馈，或者直接联系主办方；
自己哪些地方没有表现好？提问不够精炼？还是由于害羞不敢提问？还是没有充分的和其他同学/大牛交流？等等