我是一个维护程序员,如果不是每天的话,我每月都会使用大量的技术。例如,我精通以下语言(显然不是专家):
当我在简历上工作时,我应该列出多少项技术?把它们全部列出来似乎毫无意义,甚至是一个问题。当我读简历时,我不喜欢阅读大量的技术清单。我应该列出多少,我应该如何选择?
发布于 2011-04-28 11:54:20
在简历的第一段或第二段中,用逗号(而不是符号)分隔列表,将它们全部列出。面试官喜欢看到广泛的经验,所以越多越好。这里有个小提示:省去“显然不是专家”的部分。
你是一个“维护”程序员。你知道那是什么意思吗?这意味着你会遇到棘手的问题。从零开始建立一个系统是很容易的事情。让一个系统长期运行是很难的事情。不要低估自己。
发布于 2011-04-28 11:14:39
在数量上可能没有限制。限制在于您是否真的可以使用它们,以及您是否能够回答有关这些技术的基本问题。没有什么比列出技术更糟糕的了,因为它不能证明你知道如何使用它。
限制因素可以是你在技术上有多好?如果你能够在所有程序中编写程序,那么一定要列出它们。但是如果你只能阅读其中任何一个的代码,那么列出这样的技术可能不是一个好的选择--你可以在面试中提到它。我也能读VB.NET程序,但我不会把VB.NET放在我的简历里。
最后一点是只列出你想每天使用的技术。你准备好成为全职VB6程序员了吗?例如,我在简历中没有提到Sharepoint,因为我讨厌它。
根据评论编辑:
那么,有两种类型的简历/简历必须严格区别:
写简历和写激励信是一项独立的技能。记住,对于有趣的工作,你可以与其他几十个候选人竞争,而不是每个人都被邀请参加面试。有时,第一选择仅仅是通过简历和激励信完成的。你的简历必须是最好的,但它必须只包含真相。
发布于 2011-04-28 11:58:11
如果你觉得你的简历太长了,尽量避免把那些与你申请的工作无关的。C++应该在这类工作中脱颖而出,而不是被各种版本的HTML所掩盖。你不想让别人在读了你10页的简历后感到烦恼。“阅读关于指针的第15章。昨天注册了一个使用Python的开源项目。”
列出你觉得舒服的技能,以表明你的能力水平。你可能不希望你唯一的项目是“你好世界!”仅仅列出没有实际构建经验的C#并不会影响它。
如果你迫切需要一份特定的工作,你可能需要表明你不想做的技能。转换项目将需要使用可能过时的语言,但希望这是暂时的,您仍然可以使用所选择的新语言。
我们都想推销自己。保持你的简历简洁整洁(相对于你所在地区可以接受的内容)。如果你创造下一个杀手-应用程序或创造一种新的语言,你可以用一份草率的简历,否则,你只是一个懒汉。
https://softwareengineering.stackexchange.com/questions/72040
复制相似问题