GRE 一战前感悟

博主分享GRE备考感受,后悔未充分利用时间。强调单词是重中之重,指出背单词app选择和策略的坑;填空、阅读失分多因单词,阅读可先把握结构;写作要认真准备,数学需细心。提醒备考者重视GRE,合理规划时间。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

明天就 GRE 一战了,即使是在考前一晚的现在,我也挣扎得很痛苦;正好复习得累了,大概总结一下到目前为止准备的感受

总体感受

首先就是很后悔没有充分利用好一年的时间;我其实很早就开始背单词了,但一方面自己沉迷比赛,沉迷技术,直到今年三四月都没有给予足够的重视去背单词,从去年 9 月到三四月,也只背了 1000 个单词,并且断断续续,记忆质量并不是那么高;另一方面,也是实习以及比赛太忙,对 GRE 心有余而力不足。之前的实习经常加班,并且强度较高(写网站每个 feature 都要很快出成果,不像后来在商汤探索性的工作比较多,上司对我也不是那么 push),后来在商汤每天几乎不加班,但是当时 8 月初考托福,在又背了一段时间单词后,主要时间都花在准备托福上了。现在我才深刻的体会到单词的重要,以及 GRE 的准备真的是一件相当旷日持久,需要给予足够重视的事情,不是偶尔背背单词,考前做做题就能顺利过关的

单词

单词绝对是 GRE 的重中之重,不需要赘述了。我在这方面踩了两个坑

第一个是 app 的选择。开始准备托福之前,从墨墨转到 Magoosh Flashcard 去背单词了。Magoosh Flashcard 的优点一是释义是英文的,二是单词都很经典;但是我现在觉得这是一个天坑,作为一个背单词的 app,没有根据记忆规律的重复设计真的是致命伤;加上很多单词只有一个重点的意思,不全;还有就是只有 1008 个单词,大概要你命 3000 的 1/3,太少了。到最后我虽然背完了,但是现在回过头看,其实很多都不记得了,记得的知道的意思也不全。也就是说,在 Magoosh Flashcard 背单词的这一个多月时间里,我的收益其实很低。这个 app 应该更适合 3000 背完了,巩固或者消遣用的

第二个是背的策略上。我一直不信奉 “大量快速多重复” 这样的策略,喜欢把每个单词的意思背全,每个单词都去查英文注释,例句都看一遍。这样的策略长远来说是好的,但是我的时间是有限的。直到现在我其实都还没有完整的把 3000 背一遍 (总共背了墨墨 1000 + Magoosh 1000 + 扇贝 3000,我知道肯定是没有完全覆盖要你命 3000 的)。所以我现在的观点是,深刻地理解单词固然好,但是这是在时间充裕,并且能确保自己在这上面能投入足够多的精力的条件下才应该选择的策略,如果时间有限,或者想快速出成果,还是暴力地疯狂刷词吧

填空

在填空上的准备不是很多,但是这绝对是 GRE 考试题里的重点了,大家主要失分的地方。网上的解题技巧很多,取同取反找主干,我认为是有用的,但是也不大感冒。我认为填空做得好最重要的保障还是单词,词汇量大,一个还不错的正确率绝对妥妥的;至少我做到后来,很少会吃逻辑的亏,主要还是吃亏在单词上。不得不说,面对读不懂的句子时,分析句子成分还是很有用的,能够保证帮你走出一脸懵逼的状态,当然速度的话就看熟练度了。

练习的过程中发现了很多自己逻辑的弱点,改正之后发现做题还是会轻松一些的,这里不多表了。到目前我做考满分上的填空题,如果不是特别变态那种,一套正确率大概是 13~14/20, 其中有蒙对的,也有蒙错的;可能有 2 道是因为逻辑而错的,想错了句子的方向,但是基本上都错还是因为单词。可见单词有多么重要(相信我单词绝对是王道)

阅读

知乎上肖老师有个回答十分有用:https://www.zhihu.com/question/23375934/answer/297573864

大意还是先把握阅读的结构,再根据结构做题。学习了之后考满分的阅读题正确率大概 18/20 左右。emmm 不过我一般都会先通读,时间上可能会紧张 

写作

What I am struggling for now (literary, now, at this moment) lol. 之前一直没怎么准备,就是看了看范文,分析了一下范文的写法与结构,估计明天要凉(捂脸)。建议就是还是要认真准备,别像我一样临时抱佛脚。。

数学

不说了。。细心点就好。

 

做梦也没有想到我的第一篇博客竟然不是讨论技术的。anyway, 滚回去准备 GRE。最后祝所有备考 GRE 的考生都能有个理想的成绩!

// 最后发现发博客还要选一个博客分类(捂脸),那就算是编程语言吧(捂脸)。优快云 我错了。。我只是想记录一下我的心得

资源下载链接为: https://pan.quark.cn/s/f989b9092fc5 HttpServletRequestWrapper 是 Java Servlet API 中的个工具类,位于 javax.servlet.http 包中,用于对 HttpServletRequest 对象进行封装,从而在 Web 应用中实现对 HTTP 请求的拦截、修改或增强等功能。通过继承该类并覆盖相关方法,开发者可以轻松地自定义请求处理逻辑,例如修改请求参数、添加请求头、记录日志等。 参数过滤:在请求到达处理器之前,可以对请求参数进行检查或修改,例如去除 URL 编码、过滤敏感信息或进行安全检查。 请求头操作:可以修改或添加请求头,比如设置自定义的 Content-Type 或添加认证信息。 请求属性扩展:在原始请求的基础上添加自定义属性,供后续处理使用。 日志记录:在处理请求前记录请求信息,如 URL、参数、请求头等,便于调试和监控。 跨域支持:通过添加 CORS 相关的响应头,允许来自不同源的请求。 HttpServletRequestWrapper 通过继承 HttpServletRequest 接口并重写其方法来实现功能。开发者可以在重写的方法中添加自定义逻辑,例如在获取参数时进行过滤,或在读取请求体时进行解密。当调用这些方法时,实际上是调用了包装器中的方法,从而实现了对原始请求的修改或增强。 以下是个简单的示例,展示如何创建个用于过滤请求参数的包装器: 在 doFilter 方法中,可以使用 CustomRequestWrapper 包装原始请求: 这样,每当调用 getParameterValues 方法时,都会先经过自定义的过滤逻辑。 HttpServletRequestWrapper 是 Java Web 开发中个强大的工具,它提供了灵活的扩展性,允许开发者
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值