求职 [北上深杭][前端、全栈] 9 年经验求职

真不容易呀

跑个题，为啥你的简历列的都是技术栈，现在都流行这样写简历么

@hemingway 我简历两页半，其实只最后小页的内容，因为我上份工作经常给公司招聘，按照我的经验列出技能比较容易匹配

补充上份工作主要内容：

1. BFF 项目架构设计、日常迭代、部署、review 同事代码、文档编写； K8s 、Terraform 代码维护
2. 重构、维护 go 微服务
3. 担任 Scrum Master 、负责招聘等工作
4. 前端项目日常迭代、项目升级等、帮同事解决前端技术问题

@hemingway #2
这种写了跟没写一样。

写了跟没写一样的简历，你自己也负责招聘过，这种简历你会约面试？反正如果招前端我直接 pass ，招全栈估计会看看吧

羡慕口语好，可以去外企，或者出国

@AlangHa 外语的话不难。看你喜欢哪种口音（英、美），然后把音标练熟悉、熟悉下语法，最后找个美（英）剧跟读，小则 3-6 个月就很熟悉了。可以去网上找一起学习英文的人练习口语，网上有很多这种活动，这样自己也可以坚持下去。我最近也面了国外的企业，第一面是美国人英文还是比较容易懂的，后来运气不好碰到一个东南亚印度口音的，实在听不懂再说啥，没有重音，最后代码面没过

9 年这么写简历 是都在一家公司吗

@linshuizhaoying 我做过 4 家。前三家主要做前端。最后一家，主要开发 BFF （ node.js ）、写点 go 、维护 devops 基建代码维护、还小维护 Next.js 项目与其升级等（主要不要想拘泥前端开发的角色）。这边我只是简单列了技术栈，主要看看有没有匹配的职位。因为我前三家做了很多前端项目了，最后一家前端量没有前面的多，这里主要按时间段简单列了项目。一般我近期面试前端的话，面试人跟我聊前端也不会太多（因为项目做过很多了），知道我最近写得不多，会聊其他方面的

https://www.v2ex.com/t/1062756#reply1

上海蚂蚁，招偏后端的前端。

没有体现出一点点亮点

@DiamondYuan 官网投过“体验技术部”挂了，🤣以后有缘再看看

@DiamondYuan 打算学 Rust ，确实有点合适。早知道不学 Scala 了🥹

为什么都在吐槽写技术栈，如果写出来的都是项目中用的东西，至少可以让人大概知道你有使用过的经验以及一个大概的技术涉及面。相比那些加些没多大参考意义的“了解”“熟悉”之类的修饰词，也没差多少吧。

@liaojl 因为介绍一个项目比较能体现水平。
说实话什么 mongoose nestjs 这些东西，你贡献过代码写写进去还差不多，简历里列看着就烦。

说得难听点这样罗列给人感觉就是自我定位 curd 苦力工，但是 9 年老人你又不能熬，所以基本上是毫无竞争力的。只有能力找 curd 实施岗位的话建议直接写薪水范围看看有没有急出活的跟你看对眼。


仅针对你帖子的个人观感，无恶意

@afanda1234 厉害 我正在这样尝试练习

项目经历和公司背景怎么样，社招的时候很看重这两个

@zzzzzzggggggg 上份在北京，也不算小公司，工作时间还行，不怎么加班。

不过受不了小组内 PUA ，我就辞职了。名字就不提了😂。

--

前端做过很多项目比如 DevOps 、测试自动化平台（觉得公司 Java 后端跟云原生整合得一般，我就没做了）、移动端完整商城（ Next.js + Ant Design Mobile ）、复杂物联网平台（停车场、充电桩、电力系统、水泵）、还有 App 配置平台等等。

之前公司有组件库、Eletron 桌面 App ，我没直接参与。

--

我可以分享下 BFF 的架构，这个项目比较有趣，也可以提供给大家 BFF 设计思路：

1 、公司是微服务 go 架构，所有服务都是 gRPC 通信。这个 BFF 聚合 gRPC 为 GraphQL ，暴露给 web 、小程序、iOS 、Android 等应用统一的网关。大概接入 30 个 domain

2 、BFF 用 NestJS 、Mercurius 、Fastify 做基础，把各个 proto 仓库通过 Git Submodule 引入到 BFF （这步看公司 proto 组织模式，其实这里可用 buf [https://buf.build/docs/introduction] ）。然后用写脚本“净化、统一”下 proto 文件字段（根据自己需求）、编译路径（因为 go 项目 proto 路径跟 node.js 有出入，若不修正路径会出错），然后再用 @grpc/proto-loader 加载 proto ，就有了 grpc client

3 、我们 fork 了 ts-proto [https://www.npmjs.com/package/ts-proto] ，直接把上述 Git Submodule 的 proto 自动化编译成 TypeGraphQL 代码，这样就节约了开发成本，同时保留各个 domain 的 proto 的接口注释，TypeGraphQL 代码自带服务、字段注释

（之前手动写 TypeGraphQL 代码，不过后来 domain 太多了手动根本无法维护；这步也可以直接把 ts-proto 编译 proto 出来的 ts interface 用 AST 解析生成 TypeGraphQL 代码）

然后本想提 PR 到官方库，后面就没弄了。取而代之，这里写了点 zx 脚本，剪裁了 ts-proto 编译出来冗余的代码

4 、各个端（ web 、小程序、iOS 、Android ）可以把 TypeGraphQL 生成的 GraphQL schema 文件直接编译成自己需要的语言的 Client ，完成对 BFF 的接入

5 、我主要负责 0-1：架构设计、文档编写、GitLab CI/CD 代码编写、Argo CD/Rollouts 部署编写、Istio 部分配置、log 处理、Prometheus （ Grafana ）和 Sentry 接入、AutoCannon 压测、APQ 与 redis 对 GraphQL 请求缓存、报警

6 、日常大概六个人迭代，我和另外一个负责核心模块，其他四个人主要聚合编写业务模块

--

这个项目也可以用 https://the-guild.dev/graphql/mesh 做，不过当初 GraphQL Mesh 不是很成熟，就没引入

9 年，这么多技术栈，能做到精，或者说开发项目的水平？最多也只能做到几个技术栈吧

OP 挺不错的，属于知识面广的那类。国内这种行情，9 年还能坚持一线不容易，加油

vue 技术栈能接受吗? 我这边要找一个前端负责人

小建议：技术栈好像写太多了吧，不如写几个精通的

@2020583117 在工作中，我主要使用 React ，并且对 Angular 也有一定了解。Vue 是一个非常优秀的技术栈，拥有活跃的社区和出色的生态系统。不过，由于目前的技术倦怠，我暂时不打算学习 Vue 技术栈，希望未来有更符合我技术方向的机会再考虑

@zy445566 谢谢。

1 、我之前都是选择不加班的工作，有很多时间学习，主要看英文书，学习比较快；上份工作可以自由使用、调整 AWS 、CI/CD 、Terraform 、Istio ，等于边学边实践

2 、之前都是 architect 为目标来积累技术的。不过目前行情都可以准备转行了🤣，虽然感觉才入门软件工程

会这么多还难找工作呢。。。全栈+英语，潜伏着找 english remote 工作比较能发挥优势吧