“浅谈'教'与'学'”这个话题肯能适应于各个行业，今天我想给各位分享的主要涉足于"linux学习"。
字面理解：教，就是被动的接受；学，主动的接收。在学习的工程中，乃至日常的工作中，应该用哪种？这个大家都明白，至于能否做到，甚至做得更好，那就要看个人对这两个字的"理解程度"。
用小小的案例分析：教与学。
2013年的7月份，偶然的机会，认识了一个刚刚毕业的大学生。聊天的过程中，得知：此学生毕业后，打算找linux方面的工作。现在正在一家培训机构学习。接下来，他跟我聊了一下学习的内容，询问了一下这个行业的发展。说真的，如果从现在他按着这个目标努力学习，收获会很不错的，方向选的还可以。当时毕业的我，是一两年后，才开始从事linux方面的学习。通过他的话语，我了解到，他现在学的课程，很多在工作中，用不到。出于好意，避免走弯路，就跟他讲了讲，哪些应该侧重，做到有的放矢。
后来，我们经常在QQ上聊，我把我工作中总结的学习提纲，循序渐进的发给他，让他有时间的时候，自己动手 实践一下，都是工作中常用的。
到这里，我们会发现，这个过程一直在围绕一个字“教”，一直是我在主动的教。我把我认为好的工作经验告诉他，让他在闲暇之余最好去操作一下，写写文档。将来会用的到。事与愿违，是那么理想。
直到上周日晚上，我们再次聊天。他告诉我，他工作了，从事的是windows方面的，公司的linux服务器由其他人管理。我很疑惑，接下来他给我发了一些他现在的工作内容以及自己的学习计划。在他的学习计划中，我把一些比较大的话题"大数据"、"云存储"、"虚拟化"之类的，给他勾画出来。并告诉他这些东西你短时间在中小公司很难用的到。他
说会接触到一些客户，多了解一些觉得有用。那好吧，我没再说什么。接下来的话题，让我感到很吃惊：
他问我会不会linux集群。我告诉他，必须会。你那有没有这方面的学习文档，我想学。
好，不错，发生变化了。变：要我学为我要学。很好。
再谈“学”：这个是发生在我自己身上的，好多年了，毕业之处的事了。当时在公司遇到一个“牛人”，那时候觉得他技术很好。让我质变的一幕是：粘贴复制，是不是很可笑？他所做的操作：Win+e,在左边的目录列表里来回切换，复制粘贴。有人会嗤之以鼻，这算什么，我也会。好吧说一下我的想法:
1）这个也有快捷键。
2）我以后也要用快捷键，做到触类旁通。
3）某件事你会做，但是方法是最好的吗？效率是最高的嘛？
看到这里，博友：如果上面的文字给你了一些启迪，我很欣慰。下面转到我们更为关心的问题，在做运维或者开发的过程中，我们怎么看待这两个字。
教：
学习或者工作的时候，针对运维和开发。当别人认为有更好的东东，比你先用的好很多。这个时候，我们要“勉为其难”的，将你的“内存”加到64G，“CPU”开到32核，把这个东东学会吧，做到触类旁通，以点概面，毕竟这是高效，实用，免费的。有机会的时候记得回馈。
学：
工作中，别人主动分享可以学。当看到他人的做法比你的高效，简洁的时候，考虑是不是要学，是不是可以做到举一反三。能不能将主动学习发挥到极致。例如：看到别人写的脚本、代码、部署的部署的服务器。虽然没有主动教你，但是从这些东东里面。你要学会发现，发现别人的优点，发现你的可取之处。
好了，说了这么多，我该去上班了，不知道我的只言片语能否给运维及开发的博友带去初春的温暖。总之，让我们互勉吧，谢谢！
字面理解：教，就是被动的接受；学，主动的接收。在学习的工程中，乃至日常的工作中，应该用哪种？这个大家都明白，至于能否做到，甚至做得更好，那就要看个人对这两个字的"理解程度"。
用小小的案例分析：教与学。
2013年的7月份，偶然的机会，认识了一个刚刚毕业的大学生。聊天的过程中，得知：此学生毕业后，打算找linux方面的工作。现在正在一家培训机构学习。接下来，他跟我聊了一下学习的内容，询问了一下这个行业的发展。说真的，如果从现在他按着这个目标努力学习，收获会很不错的，方向选的还可以。当时毕业的我，是一两年后，才开始从事linux方面的学习。通过他的话语，我了解到，他现在学的课程，很多在工作中，用不到。出于好意，避免走弯路，就跟他讲了讲，哪些应该侧重，做到有的放矢。
后来，我们经常在QQ上聊，我把我工作中总结的学习提纲，循序渐进的发给他，让他有时间的时候，自己动手 实践一下，都是工作中常用的。
到这里，我们会发现，这个过程一直在围绕一个字“教”，一直是我在主动的教。我把我认为好的工作经验告诉他，让他在闲暇之余最好去操作一下，写写文档。将来会用的到。事与愿违，是那么理想。
直到上周日晚上，我们再次聊天。他告诉我，他工作了，从事的是windows方面的，公司的linux服务器由其他人管理。我很疑惑，接下来他给我发了一些他现在的工作内容以及自己的学习计划。在他的学习计划中，我把一些比较大的话题"大数据"、"云存储"、"虚拟化"之类的，给他勾画出来。并告诉他这些东西你短时间在中小公司很难用的到。他
说会接触到一些客户，多了解一些觉得有用。那好吧，我没再说什么。接下来的话题，让我感到很吃惊：
他问我会不会linux集群。我告诉他，必须会。你那有没有这方面的学习文档，我想学。
好，不错，发生变化了。变：要我学为我要学。很好。
再谈“学”：这个是发生在我自己身上的，好多年了，毕业之处的事了。当时在公司遇到一个“牛人”，那时候觉得他技术很好。让我质变的一幕是：粘贴复制，是不是很可笑？他所做的操作：Win+e,在左边的目录列表里来回切换，复制粘贴。有人会嗤之以鼻，这算什么，我也会。好吧说一下我的想法:
1）这个也有快捷键。
2）我以后也要用快捷键，做到触类旁通。
3）某件事你会做，但是方法是最好的吗？效率是最高的嘛？
看到这里，博友：如果上面的文字给你了一些启迪，我很欣慰。下面转到我们更为关心的问题，在做运维或者开发的过程中，我们怎么看待这两个字。
教：
学习或者工作的时候，针对运维和开发。当别人认为有更好的东东，比你先用的好很多。这个时候，我们要“勉为其难”的，将你的“内存”加到64G，“CPU”开到32核，把这个东东学会吧，做到触类旁通，以点概面，毕竟这是高效，实用，免费的。有机会的时候记得回馈。
学：
工作中，别人主动分享可以学。当看到他人的做法比你的高效，简洁的时候，考虑是不是要学，是不是可以做到举一反三。能不能将主动学习发挥到极致。例如：看到别人写的脚本、代码、部署的部署的服务器。虽然没有主动教你，但是从这些东东里面。你要学会发现，发现别人的优点，发现你的可取之处。
好了，说了这么多，我该去上班了，不知道我的只言片语能否给运维及开发的博友带去初春的温暖。总之，让我们互勉吧，谢谢！
