开发岗全部都是天天写业务逻辑的么？

估计中小厂大部分都是些业务的

中间件，基础设施服务也是要为业务服务的，开发人员必须了解大部分通用业务以及有写过业务的经验。

爬虫你直接找爬虫的工作呗
但爬虫不算业务吗

2L 说的对，如果想要这种岗位一般去一些大厂的基础架构组，不过在之前也要有业务层的开发经验，否则也干不好基础架构的工作

估算一下比例

一般来说 B 端产品的乙方公司开发岗，就会有中间件、基础设施、爬虫之类的岗位了

这种岗位多的是，但是对方收不收你才是关键

业务逻辑和基础设施并不冲突，也并不对立。
你开发基础设施难道不是为了解决和方便业务逻辑中的使用？
你没有业务基础怎么能够开发出合格的中间件和基础组件？

所以你想象中的那种中间件在目前并不存在。

btw：在大概 15 年前，有个词叫“对日外包”，可能符合你对于中间件的理解，但我相信你坚持不了几天。

你所说的写中间件，其实你面向的是其他程序员，是为同事解决问题。
而如果面向业务编程，你是面向客户，为客户解决问题，你在公司的价值会比前者要高得多。

中间件之类的不都是配套着业务进行么？项目起步时候的架构，但正经公司哪有那么多新项目啊.....
还是说中台？那不就是 CURDer ？爬虫搞得不好容易进去。

存储、数据库、操作系统大把的岗位，但是要求比较高，多数人都进不去

感觉大家说的有道理。之前是写业务的，是在觉得是没意思。这段时间再是 proxy 代理中间件，穿插着研究各种协议，感觉挺有意思的。

没有业务公司不就完了吗？基础设施也不能天天更新

找个有写 dsl 的公司吧，传统行业蛮多的，每天写 grammar，parser 和 interpreter 之类的换换口味

曾经在架构组待过一段时间
说实话也不好干
除了完成计划内的一些架构任务以外
业务组处理不了的疑难问题都会丢给我们解决
稍微一个处理不好，绩效就难看了

据我所知，即使是已经开源的大型项目，维护人员都不是全职 focus 在项目上，还是离不开业务。

真正纯正的研究，突破行业技术瓶颈那种其实也有。姑且算是我见识浅陋吧，我接触到的这种岗位，几乎一水儿的竞赛金牌选手，或者保送名牌大学的真正极客。每天没什么关心的，就沉浸在自己的研究里。至于工作成果可能也有方式来衡量，但是的确没见到隔三差五有人来“检验成果”啥的。

的确非常羡慕这种，但是俺心里也有数，真让我去做，我也不对口呀，

九楼说的就蛮对的，做基础架构、设施面对的都是程序员，给程序员服务，给你提需求的也是程序员，每天去支持 oncall 告诉别的程序员你的中台是怎么用的，时间长了也挺没意思的，业务侧的新鲜事跟你都没关系，好处是能做一些技术侧的东西，但缺点是一般大厂这种岗位针对的技术都非常细化，你可能只会面对一个技术点深挖。
至于说招人进去的门槛，大厂的话倒不会有什么区别，业务和架构要求都差不多，除非某些特别专精的岗位

基础架构组？

工单处理组！

中间件当客服.

有架构组，但是都是业务组里的高级工程师组成，业务开发也占一小部分