Emory CS不录技术栈清单

今年Emory CS放榜，后台一堆人被拒信砸懵。

这个学生美本top30，GPA 3.85，GRE 328。

三段实习，两段大厂SDE，一段量化研究。课程项目写了两个全栈应用，GitHub也有维护记录。

结果还是拒。

他自己复盘两天没想明白，我们一看材料，问题其实挺扎眼：

文书全在写“我做过什么项目”“我用过什么框架”。

可Emory CS的holistic review，真没在找只会报技术栈的人。

它想看的是：你写的代码，到底解决了什么问题？

我们重新搭叙事逻辑，抓Emory CS的跨学科应用偏好。

代码写得漂亮只是基础，用技术处理真实场景，才容易让人记住。

学生有个全栈项目，原文只写“开发校园二手交易平台”。

我们让他补成：平台上线后帮200多个学生处理闲置物品，用户反馈里有人提到省了买新书的钱。

别把技术栈堆成菜市场清单，要让AO看见真实影响。

材料重点补了三块：

1. 实习期间独立负责的模块

少写“参与开发”。改成发现原有逻辑存在性能瓶颈，自己重构后响应时间缩短40%，上线后零故障。

2. GitHub项目的star和issue记录

证明代码有维护、有反馈、有人提出需求，项目没有躺在简历里装样子。

3. 课程项目里一次debug过程

把卡了三天的bug、查文档、论坛求助、最后定位问题的过程写清楚。AO要看你怎么扛问题，光看结果没意思。

十天收到邮件：重新审核，直接发offer。

Emory拒信真没必要先崩。材料如果只会炫框架，AO看完也只会觉得你像复制粘贴出来的技术简历。

24h在，评估完稳的case再接，不稳不硬接。