有一年SDE經驗 简历求狠批 回复加米!

大家好 谢谢各位愿意点进来这篇简历修改文 有留言的都会加米! (假如有复数个留言加米可能要稍等，一天只能加一次米)

先奉上我的简历：

https://drive.google.com/file/d/1knos96j6HRUPpBre7Q2jZ4CLQ98u1TBZ/view?usp=sharing


我目前在一个做能源监控相关的小厂担任软体工程师，目前刚待满一年多一点，计划今年中附近跳到中大厂，找的position为SDE，目前back-end经验比较多(在公司里主要用python与C写码，在学生时期用C++比较多)，也比较prefer back-end position，不过并不是非back-end不可。

我的这版简历是以我目前在这家公司的经验为主，其次是在读研究所时修课的projects。目前的篇幅是一页又多三行，难以决定要把哪个project删掉（文件的margin我觉得已经窄到极限了），希望各位可以帮我看看哪一个bullet points/project可以删，以达到一页或以内的标准！

目前这份简历已经给版上的一位朋友改过一次，目前我看到大家比较有可能认为可以改的地方有两个：一个是Research Experience的第一个bullet point，以及第一个project的第二个bullet point，原因是结果没有被量化。但是可惜的是当初在做这两个project的时候第一是时间很赶，第二个是教授只看程式码是否达到指定要求，而不用写报告，导致当下没有对结果做量化分析，想请问大家像这样的情况下我应该维持没有量化数字，还是说凭印象写个大概数字？

另外我知道有人说履历要按照不同的JD改，但是目前这份简历上面的东西基本上已经是我所拥有的全部经验（本科EE，一直到junior才想转码，导致相关经验不多，其他经验大多与SDE无关联），想请问这样还有办法根据JD客制化履历吗？

再次谢谢大家！

hahaiamwin1 发表于 2022-01-30 15:06:32
可以请你elaborate贡献和impact的部分吗？
Working Experience 除了第一第三点外其他的bullet points都可以说是我主动approach而非老板指派，这样是否算是

就那7点随便说几点啊。

第一点，UI给谁用，多少人用，为什么要UI，相对之前没UI，之后简化了多少工作量，别人对UI的评价如何。
第二点，你作为engineer参与讨论是很正常的事情，贡献了solution也是应该的，本来我们的工作就是用技术来解决business/customer problem。
第四点，tutorial for release process从无到有，这个解决的是什么问题？如果没有标准的流程，1）每个新人都需要问老人，时间成本；2）可能会做错，直接造成sev，operation成本，甚至造成customer impact，经济成本。是不是已经有例子？

照道理这些都应该是你先有数据，才去justify and convince manager/leadership 这件事情值得做。然后做完再用数据来检验。

Working experience里面7点压缩一下，好些都是job description，也就是你本来就应该做的，放进去没意义，重点提你的贡献和impact，最好能量化。

wneo 发表于 2022-01-30 14:51:05
Working experience里面7点压缩一下，好些都是job description，也就是你本来就应该做的，放进去没意义，重点提你的贡献和impact，最好能量化。

可以请你elaborate贡献和impact的部分吗？
Working Experience 除了第一第三点外其他的bullet points都可以说是我主动approach而非老板指派，这样是否算是贡献/impact？
量化的部分我目前想不到实际解决方法：我大部分的项目就是design document下来、确认好specs、把程式码打出来、送给另一个组做testing。基本上都是一些从无到有的项目，而不是把原本已经有的东西去做优化。请问这些项目要如何去量化？

wneo 发表于 2022-01-30 15:45:52
就那7点随便说几点啊。

第一点，UI给谁用，多少人用，为什么要UI，相对之前没UI，之后简化了多少工作量，别人对UI的评价如何。

第一点：
UI给谁用：我们的其中一个客户，是一个在国外的电厂
多少人用：就那一个电厂的工作人员，不知道详细数字
为什么要UI：想淘汰旧系统换成新的
简化了多少工作量：没有简化，原本就有UI，换成新的而已，介面变得比较简洁
客户对UI的评价：没有评价，功
能到预期，没有bug（至少他们没有反应有问题）
实际拿出来讲就没什么了不起的，不过我这个小厂的这个组就是都在做类似的事情（所以才想换工作）

第二点：
所以这个可以直接删掉？

第四点：
我主要解决了第一个问题（省下问老人的时间成本），但是无法估计实际上省下的时间，因为release progress没几个步骤，做个几次就熟悉了，加上wiki上没有记录观看次数，很难有个可以写下来的实际数字。这个tutorial对于第二个问题的帮助不大，因为我们有code review、Jira、以及内部的release系统会纠错，field没填或填错都会被发现，所以目前还没有发生过因为release出问题而造成customer impact的例子（至少从我加入公司以来还没发生过）

我不是很确定最后一段你说的意思。我的老板不是很在意下面的人有没有做额外的事，你只做被指派的任务没什么问题，你多做别的事他们也只会口头夸奖就没下文了，performance review分数还是给的差不多（这也是我想换工作的原因之一）。我自己做这些单纯就只是让我在简历上不至于没东西写（因为平常在做的事情已经没什么好写的了），所以我不是很理解你说的convince manager的部分（因为他们根本不在乎）。请问方便再补充说明吗？

希望地里有经验的朋友能再帮我看看，回覆必定加米！

沈下去了 頂一下

不确定是不是格式问题 但是要确定pdf版本一定是一个bullet point一行哦

related course有点多了 可以根据不同的岗位要求 写上别人需要的 更有针对性！

新人求加米 谢谢