锁定老帖子 主题:应聘简历的文件格式
精华帖 (0) :: 良好帖 (0) :: 灌水帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2011-07-20
callofseen 写道 Elminster 写道 一贯用 PDF。
对于国内的乡镇小企来说,打开 word 文档从来都不是什么问题,但是我见过充斥 IT 白痴的企业打不开 PDF, 有一次给一家小公司投简历,pdf的发过去之后,HR给我回信说不好意思你的简历请再发一份word的,pdf的我打不开。 这家公司虽小,却是世界上主要的DPI engine提供商,是几乎所有network processor制造商的合作伙伴 更诡异的是,有传闻说他们的代码是LISP写的,然后编译成成C。 可能是 HR 外包了一家白痴公司吧。 另外,真心不觉的 Lisp 代码编译成 C 是个好主意 。。。 |
|
返回顶楼 | |
发表时间:2011-07-20
真心怀疑你会用mac么
第一 iwork打不开的word文件 我用了多年mac没遇到 而且拍下空格的预览功能有时候也很给力啊 第二 虽然openoffice格式很坑爹,但是至少打开把? |
|
返回顶楼 | |
发表时间:2011-07-21
Elminster 写道 callofseen 写道 Elminster 写道 一贯用 PDF。
对于国内的乡镇小企来说,打开 word 文档从来都不是什么问题,但是我见过充斥 IT 白痴的企业打不开 PDF, 有一次给一家小公司投简历,pdf的发过去之后,HR给我回信说不好意思你的简历请再发一份word的,pdf的我打不开。 这家公司虽小,却是世界上主要的DPI engine提供商,是几乎所有network processor制造商的合作伙伴 更诡异的是,有传闻说他们的代码是LISP写的,然后编译成成C。 可能是 HR 外包了一家白痴公司吧。 另外,真心不觉的 Lisp 代码编译成 C 是个好主意 。。。 我觉得应该是scheme编译成c吧,common lisp没有c编译的,实在是太庞大复杂了,scheme的核心极其简单,就是lambda+condition expression+continuation. 实际上,很多scheme的实现都是采用这样的compiler了,好处是portability,编译完的程序几乎可以跑在任何gcc支持的平台,从gcc的角度看,就是一个c/c++/objective-c程序使用了一个支持gc/continuation的库而已。 坏处是你要是只想学scheme,还得附带学一学gcc,以及一些基本的c/c++语法,折磨得我啊...不过任何一个严肃的程序员都会在职业生涯的某个阶段学习一点c或者c++,逃不了的. google gambitc 或者bigloo, 估计这就是他们用的"lisp"了。 |
|
返回顶楼 | |
发表时间:2011-07-22
无疑 JPG 是最好的选择
|
|
返回顶楼 | |
发表时间:2011-07-22
好像 Adobe Acrobat 也是要钱的
|
|
返回顶楼 | |
发表时间:2011-07-24
gtssgtss 写道 好像 Adobe Acrobat 也是要钱的
reader是不收费的 |
|
返回顶楼 | |
发表时间:2011-07-26
icetortoise 写道 Elminster 写道 callofseen 写道 Elminster 写道 一贯用 PDF。
对于国内的乡镇小企来说,打开 word 文档从来都不是什么问题,但是我见过充斥 IT 白痴的企业打不开 PDF, 有一次给一家小公司投简历,pdf的发过去之后,HR给我回信说不好意思你的简历请再发一份word的,pdf的我打不开。 这家公司虽小,却是世界上主要的DPI engine提供商,是几乎所有network processor制造商的合作伙伴 更诡异的是,有传闻说他们的代码是LISP写的,然后编译成成C。 可能是 HR 外包了一家白痴公司吧。 另外,真心不觉的 Lisp 代码编译成 C 是个好主意 。。。 我觉得应该是scheme编译成c吧,common lisp没有c编译的,实在是太庞大复杂了,scheme的核心极其简单,就是lambda+condition expression+continuation. 实际上,很多scheme的实现都是采用这样的compiler了,好处是portability,编译完的程序几乎可以跑在任何gcc支持的平台,从gcc的角度看,就是一个c/c++/objective-c程序使用了一个支持gc/continuation的库而已。 坏处是你要是只想学scheme,还得附带学一学gcc,以及一些基本的c/c++语法,折磨得我啊...不过任何一个严肃的程序员都会在职业生涯的某个阶段学习一点c或者c++,逃不了的. google gambitc 或者bigloo, 估计这就是他们用的"lisp"了。 俄。。。我手头有他们的好几个架构的binary和相关架构的tool-chain,不知道gambitc/bigloo一类的会不会在binary里留下什么tag?比如特征字符串,magic-number一类的?有空想确认一下他们是不是那么二。 |
|
返回顶楼 | |
发表时间:2011-07-28
拿ipad什么的去面试完全zb,哥向来是直接拿乱磁带去。
|
|
返回顶楼 | |
发表时间:2011-07-29
Elminster 写道 一贯用 PDF。
对于国内的乡镇小企来说,打开 word 文档从来都不是什么问题,但是我见过充斥 IT 白痴的企业打不开 PDF, 这个真的要看对方的单位性质.... 大约7年前 投过 CWI的 一个职位 (python的创造者就在那里搞出了py) 对方的一个人特别说明:请用pdf, ps or .tex。 不要用word,因为我们没有windows。 后来只有发了个.ps给他们。 这事的印象深刻以至于之后我发cv一般尽量用.txt, 或者直接放在mail的正文里面。 |
|
返回顶楼 | |
发表时间:2011-07-29
callofseen 写道 icetortoise 写道 Elminster 写道 callofseen 写道 Elminster 写道 一贯用 PDF。
对于国内的乡镇小企来说,打开 word 文档从来都不是什么问题,但是我见过充斥 IT 白痴的企业打不开 PDF, 有一次给一家小公司投简历,pdf的发过去之后,HR给我回信说不好意思你的简历请再发一份word的,pdf的我打不开。 这家公司虽小,却是世界上主要的DPI engine提供商,是几乎所有network processor制造商的合作伙伴 更诡异的是,有传闻说他们的代码是LISP写的,然后编译成成C。 可能是 HR 外包了一家白痴公司吧。 另外,真心不觉的 Lisp 代码编译成 C 是个好主意 。。。 我觉得应该是scheme编译成c吧,common lisp没有c编译的,实在是太庞大复杂了,scheme的核心极其简单,就是lambda+condition expression+continuation. 实际上,很多scheme的实现都是采用这样的compiler了,好处是portability,编译完的程序几乎可以跑在任何gcc支持的平台,从gcc的角度看,就是一个c/c++/objective-c程序使用了一个支持gc/continuation的库而已。 坏处是你要是只想学scheme,还得附带学一学gcc,以及一些基本的c/c++语法,折磨得我啊...不过任何一个严肃的程序员都会在职业生涯的某个阶段学习一点c或者c++,逃不了的. google gambitc 或者bigloo, 估计这就是他们用的"lisp"了。 俄。。。我手头有他们的好几个架构的binary和相关架构的tool-chain,不知道gambitc/bigloo一类的会不会在binary里留下什么tag?比如特征字符串,magic-number一类的?有空想确认一下他们是不是那么二。 binary我不懂啦,不太明白,你自己编译一个试试就知道了呗. |
|
返回顶楼 | |