作者分享了一次求职经历，遭遇了笔试环节。虽然作者不反对笔试，但对此次笔试的题目质量和体验提出了质疑。题目不仅排版混乱，部分题目还存在错误或不完整的情况，导致作答体验极差。作者认为，这次笔试暴露出公司在流程和专业性上的不足，浪费了求职者的宝贵时间。作者希望未来的笔试能够更注重考察核心概念理解和问题分析能力，而非纯粹的记忆。

🤔 笔试环节引发思考：作者在求职过程中首次遇到需要先笔试再面试的公司，对笔试本身持开放态度，但对笔试的内容和体验提出了具体要求。

📱 糟糕的答题体验：笔试题目排版混乱，代码挤在一起，阅读起来非常吃力。部分题目存在错误，选项重复或未粘贴完整，严重影响了答题体验。

🧐 题目质量问题：单选题选项直接重复问题，代码示例存在编译错误，暗示了出题的随意性和不专业性。

⏱️ 时间与感受：作者认为这次笔试浪费了时间，来回地铁耗时两小时。笔试的体验让作者对公司产生了不正规、敷衍的印象。

💡 对未来笔试的期望：作者希望未来的笔试能够侧重考察核心概念理解、问题分析能力和代码结构设计，而非纯粹的记忆性内容。

最近在找工作，面了这么多家，第一次遇到需要先笔试再面试的公司。

笔试我不反对，但要看什么内容和笔试的时长。

我笔试的这一家，限时 60 分钟答完，题型是：20 道单选题+20 道多选题+10 道判断题+10 道简答题

关键答题要求用手机扫码，然后不知道是手机上显示问题还是本身就这样写的，题目上写的一些程序代码全部挤在一起了，完全没有格式可言，答题的时候看着非常吃力。

有好几道题都出的有问题，有的是单元/多选题的选项直接重复了一遍问题（比如问题是：以下哪个说法正确？，然后选项 A 直接是：以下哪个说法正确？）；有的是选项一看就没粘贴完整，看着没头没尾的；还有的就更坑了：一个单选题写了一个像是单例模式但会编译不通过的代码，然后问我这是什么设计模式，代码大概是这样的（我很确信代码没有贴错）：

public class A {    private A instance;    private A() {    }    public static A getInstance() {        if (A == null) {            instance = new A();        }        return instance;    }}

我做这些题的时候，让我感觉到这家公司有一种不正规、敷衍的感觉。

真是浪费我时间跑过去（坐地铁来回花了我俩小时）。

还不如直接面试。

是在要笔试也行，题目正常一点，不要出那种纯粹记忆性的东西，可以出一些考察核心概念理解、问题分析能力和代码结构设计的题目。