实习生要问多少个问题?[关闭]


56

所以,我刚刚开始实习,我担心自己问的太多了。我的导师为我分配项目,并帮助我学习公司的所有技术和方法。但是,在执行此项目的过程中,我需要学习的新材料太多,因此我有很多疑问。我通常通过即时消息或电子邮件(这些是我公司的主要通信方式)提出问题。

我正在尝试小心,不要问太多问题:我不想冒犯别人或笨蛋。有多少个问题适合提出?一个小时一次?更多?减?请记住,我的导师也是一位程序员,他有自己的职责。


13
我认为这与“何时”无关,而更多。如果有空,请放心。如果我很忙,请稍后再询问。如果您停止自己思考,只是继续问所有问题,这将很烦人:请始终在询问之前进行自己的研究!
Vitor Py

14
您总是可以问您的导师他们喜欢什么。他们会给您比我们更好的答案。
unholysampler 2011年

1
我认为这两种方法在语法上都是正确的。重新表述为陈述而不是问题:每天问n个问题是适当的。或:每天有n个问题适合提出。第二个问题在非疑问形式上听起来更尴尬,但是我敢肯定,两者都是正确的。
MatrixFrog 2011年

Answers:


98

保留问题清单,并尽可能分批询问,以尊重导师的时间。在没有帮助的情况下,您根本无法取得任何进步,实际上不要打断您的导师。

很多时候,即使您的导师可以在10秒内教给您一些知识,您也会通过努力寻找答案来学到很多东西。例如,如果您想知道代码中的内容,可以询问他们(10秒),也可以花四个小时学习代码并自己弄清楚。“四个小时”选项的优点是,您实际上将学习200篇有关该代码的新知识,所有这些都会在以后为您提供帮助。努力寻找自己的答案可能会浪费时间,但也可能是学习大量复杂代码库的一种方式。

不用说,这是一个与您公司自己的专有代码无关的编程问题,您应该尝试使用Internet自己弄清楚。


4
感谢您的建议!我绝对喜欢批次的想法,并且会尝试一下。但是,考虑到我公司的即时通讯文化,我想知道一次向他提出5个问题是否有点怪异。我也喜欢“ 4小时”的想法(我今天确实经历了其中的一些,并且了解了很多有关他们的软件的知识)。“ 4小时”想法的唯一问题是,他告诉我他希望我在本周末之前完成一个项目。由于这是我的第一个项目,所以我绝对不想错过这个截止日期!
Casey Patton

1
+1没什么比这更好的了
V4Vendetta 2011年

1
这是我要向新员工解释的一件事,当他们抱怨自己陷入困境并感到沮丧时,我希望他们自己进行一两个小时的调查,然后才向我求助,而不是我指着文件并在5分钟内解决他们的问题,恰恰是因为他们会自己学习很多有关该应用程序的知识。
Miki Watts

+1提倡自我改善而不是仅仅获得
Kevin Laity

@Casey Patton:如果他有实习经验,他可能会增加您的时间来研究自己,并向他询问何时完成产品的因素。在我工作的地方,给实习生一个早期的项目并期望他们花一周时间来熟悉一个代码的人可以在几个小时内完成是很平常的。在学习代码库之前,您根本无法提高工作效率,这需要时间。
Caleb Huitt-cjhuitt

28

作为一个看过大三生问各种问题的高年级学生,我要说的不是你问的频率多寡,而是你问什么

您需要自己感受一下,但通常的规则是:表现出您的兴趣以及独立思考和工作的能力。

可以问一些一般性问题来为您自己进行的低级详细调查设置上下文

可以就不是代码且未记录的所有内容提出问题例如流程,团队文化等。

无论您做什么,都要表明您对此有所考虑,并努力理解或解决问题。

不过不要害怕问!您可以使用它来表示兴趣和更深入的思考,并通过不遵循团队的做法或做出不适当的决定来减轻团队的痛苦,这将需要一些时间来解决。

只是不要越界,让他们为您编写代码,确切地告诉您每次该做什么,解释语法并复制文档,等等。


6

我认为到目前为止给出的很多答案都是正确的:不要害怕问问题(毕竟这是实习的目的),但要清楚地说明,在尝试提问之前,您已尝试自己找到答案。我根本不介意提问,但我确实介意提问的地方很明显,问的人只是在问,因为他们打扰别人更方便。没关系来一个简单的问题,如果你已经尝试过,只要它不发生过于频繁,但它不是好到甚至没有亲自尝试一下先。即使有简单的问题,也要准备好简化的案例和详细的细节。想想SSCCE -Short, Self Contained, Correct/Compilable Example。当真正的问题是关于从通过SQL执行的代码中提取数据时,我停了下来,开始询问动态SQL EXEC。那是一个很大的区别。

需要考虑的另一点:您是否可以使用电子邮件或其他一些非侵入性(或更少程度)的侵入式通信方式来解决某些问题?然后,导师可以通过电子邮件回复,也可以(更有可能)在您的办公桌前停下来讨论事情,以便他们有机会。这也与已经提出的“解决问题”建议相伴,但我个人发现,与一长串几乎没有关系或根本没有关系的问题相比,处理每封电子邮件中的一个问题要容易得多一起成为一条信息。一个通常可以在一两分钟内得到回答,另一个很容易变成半小时的耗时。


5

我不会太担心问(太多)问题。当需要停止询问并开始练习时,一位好的导师会以友好的方式告诉您。毕竟,导师已分配给您指导,并且此分配通常带有时间预算。

我同意准备一个问题并请导师的注意力一口气地讨论它们是一个好主意。另一方面,尝试弄清楚几个小时后,简单的问题和答案会在几秒钟内解决问题的方法也很令人沮丧(尤其是对于初学者而言)。

尝试从经验中学习并发展技巧,以“阅读”您的导师,以找出何时有一个很好的机会,以及您应该如何表达自己的注意力。软件开发与注视源代码一样,与人与人互动同样重要。

与此相关,从导师到实习生,从实习生到导师,鼓励和热情都以两种方式起作用。


4

这可能是我们所有人都经历过的情况。作为新人,无论是实习生还是正式员工,都非常棘手。它总是涉及冷启动问题,因为您位于新地方,拥有新人员,新技术,新方法。我完全理解不了解某事而想要完全了解它的焦虑,这样您很快就会变得富有成效。

提出问题是完全自然的。您可以确定您的同事知道您的做法,并且会提出问题。他们在某个时候也一直在您的位置上,对吗?并相信我,他们必须从某个地方获得帮助。

棘手的部分是,并非所有人都可以随时随地回答您可能遇到的任何问题。在检查代码或文档时,我通常的作法是记下尚未立即清除的内容,并每天安排几次简短会议,与我的上级讨论。在提出问题之前,最好对它进行一些“研究”,并尝试获取尽可能多的信息和提示,这总是一个好主意。像StackOverflow这样的网站都是黄金。您甚至可能获得所需的确切答案。您的同事将不胜感激,并且将很乐意为您提供帮助。

努力学习,努力学习,保持好奇心并提出问题。记住,每个人都在你的位置上,每个人最终都幸免于难:)


3

我认为您会遇到不同类型的问题。

对于我的回答,我将重点关注我认为的问题。这些类型的问题可帮助您了解为什么要求您以某种方式做某事。(例如,为什么我们使用编码标准X?)

我认为最好请导师每周拨出一些时间来解决这些问题。一个想法是每周留出1到2个咖啡休息时间。通过为这些类型的问题设定时间,您可以向导师表明您重视他们的时间,并且希望了解为什么以某种方式完成某件事。


3

只要您的导师知道您已尝试首先找到答案并尝试找到该问题的答案。

提出问题的技巧可能是您的导师何时去咖啡机,然后您知道自己正在打断他的“流程”。


3

此刻,我非常了解您的实际情况。我的主管很忙,我很早就接受了打扰,但并没有受到欢迎。但就我而言,我不了解所使用的许多技术。所以我要做的是,每当我有一个问题时,我都会记下来。如果我需要答案才能继续执行任务,则可以做一段时间。我阅读了一些其他技术的文档,我知道我会尽快使用。除非问题对于完成我必须完成的任务至关重要,并且我不能不回答就继续,我将其排队。

例如,如果您正在编写的是代码,则可以在该部分中编写注释“ todo”,然后继续编写其余代码。您可以稍后再填写待办事项。

然后,每当我与主管见面时,我都会立即提出所有问题。到那时,我已经为自己回答了一些问题!写下一段时间后,有些问题似乎也很愚蠢,所以您不要问他们。

您绝对应该做的另一件事就是与您的导师谈谈。实际上,这是我要做的第一件事。我直接问:“我问的问题太多了吗?” 它给了我直接的反馈,我可以不再担心是否可以放松或解决问题。


注意:以上内容仅适用于与技术或编程无关的问题。我在Google / Stack Overflow中花了很长时间寻找技术答案,您也应该这样做。实际上,如果您不是每天都在搜索新信息,我几乎会说您学习不足:)


2
  1. 不用担心太多。不管您什么都不知道,但学习的能力很重要。
  2. 询问之前先思考一下Google。
  3. 由于您通过IM和电子邮件进行通信,因此请尝试确保导师很好地理解您的问题。
  4. 解决问题后,便需要注释。我们只是不记得我们详细学习的所有内容。

0

我认为凯西不是​​要问的问题。问题是你是实习生。你应该问问题。我个人觉得质疑事物总是有其自身的好处。即使您不使用Google,导师也应该告诉您,您需要自己学习。请记住,不要沮丧,不要被庞大的代码基础的新工作环境所淹没。这只是您需要付出的时间,应该对您想要的几乎所有问题提出疑问。

快乐的提问:) :)


0

您知道,如果您有礼貌和愉快,可以问问问问。

但是,不要问那些听起来像是失败主义者的问题,或者暗示您可能缺乏狂妄态度,

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.