> For the complete documentation index, see [llms.txt](https://book.bsdcn.org/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://book.bsdcn.org/life/di-si-bu-fen-unix-zhi-wai/10.-unix-fu-wu/10.4.-zhao-pin-yu-qiu-zhi.md).

# 10.4 招聘与求职

UNIX 就业市场是卖方市场：职位空缺远远多于合格的 UNIX 人才，而且情况永远如此。（哪一类计算机程序员曾经过剩过？）

与任何招聘或求职一样，人脉很重要。认识人，可能和懂专业内容一样重要。公司会先找认识的人，实在不行，才退而通过人事部门或分类广告去漫无目的地搜罗人手。前一条路更快、更省钱，也更容易出成果。

### 10.4.1 招人

只要你多少有点人脉，哪怕他们本身不合适，也给他们打个电话，问问他们认不认识合适的人。如果你愿意接收应届大学毕业生，就该给当地高校的计算机科学教授打电话。

找技术人才的好地方是 UNIX 会议。技术类会议设有招聘公告板，你可以在上面张贴广告；还可以用吃喝当诱饵，把套房向潜在雇员敞开，顺便快速相看一番。（观察竞争对手的挖人手法，你还能顺便摸清他们的近况。）

许多人来开会就是为了找工作，或者至少睁着一只眼，留意任何可能让他们动换工作念头的东西。留意那些穿着崭新西装的人——技术更老练的人穿的是牛仔裤。

招人还有一个好办法：在 Usenet 的 misc.jobs.offered 新闻组里发布职位空缺。许多正在找工作的 UNIX 程序员都会读这个新闻组！而且不知何故，Usenet 文章比分类广告更能拴住人们的注意力。与典型的招聘启事不同，这类帖子通常随意得多，可能还挺幽默，更有人情味，篇幅也长不少。这本来正是大家想看到的东西，可大多数人事部门似乎怎么也弄不明白这个道理。

misc.jobs.resumes 新闻组里会定期贴出简历。你也可以通过电子邮件私下获取或发送简历及其他信息。读一读某位候选人在 Usenet 上的其他发帖，还能对他其他方面的素质有个数。如果你是奉行机会均等的雇主，按规矩只应查看技术类新闻组；不过，偷偷瞄一眼其他新闻组，你或许也会觉得颇有教益。

### 10.4.2 找工作

毕业之前，先攒下一些工作经验会有帮助：接一些咨询的活儿；给教授打工，或者去计算机科学系、计算机中心做事；试着写出自己的软件并推向市场。最不济，你还可以去 AT\&T 工作（虽然他们录用的多半是硕士）。他们对 UNIX 程序员似乎有着永不枯竭的渴求，几乎没有哪个 UNIX 程序员没在某个时候被他们雇用过。

对正在找工作的技术人员来说，UNIX 会议是个好地方。技术类会议设有招聘公告板，你可以在上面阅读招聘广告；还可以挨个走访潜在雇主的套房，一边吃着他们端上的零食和酒水。

许多公司来会议现场就是为了招人。他们清楚，这里是 UNIX 黑客最密集的地方，也是自己挖到人的最好机会。去听听讲座、逛逛展览，这样至少能开始积累人脉。这一切都非常重要！

找工作的另一个好办法，是阅读 Usenet 上 misc.jobs.offered 新闻组里的职位空缺。雇主会在那里发布招聘信息。你也可以把自己的简历贴到 misc.jobs.resumes。很多公司会盯着这个新闻组找简历。贴简历有坏处，但这些坏处应该一目了然。例如，你自己的老板可能正在读这个新闻组。另一个问题是，如果你没把求职意向写得足够精确，回应你的公司可能会多得应付不来。

Usenet 的一个好处是，你会直接与技术人员对话，不必经过人事部门。你可以（直接）把简历和你写过的程序发给他们，并在亲自登门之前先用电子邮件跟进。

有几家猎头公司（就是专门替人找工作的公司）专做 UNIX 就业中介，其中不少会参加 UNIX 会议，也在 Usenet 上阅读、发帖。

UNIX 领域比较知名的几家就业服务机构有：Nayland Associates、Scientific Placement, Inc. 和 Software Alliance Inc.。


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://book.bsdcn.org/life/di-si-bu-fen-unix-zhi-wai/10.-unix-fu-wu/10.4.-zhao-pin-yu-qiu-zhi.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.