[武汉] 招募 Python 开发工程师，原 A 站创始团队的二次创业项目

简单介绍：
　　轻文是国内第一家专注于包括轻小说在内的二次元文学内容的阅读、创作、讨论的内容创作社区，通过 UGC 、 EGC 、 PGC 相结合的模式，通过二次元互联网产品独有的表现方式，创造出有价值的二次元向的剧本、世界、故事。我们的小伙伴们大部分来自 AcFun 、哔哩哔哩、暴走漫画、斗鱼 TV 、知音漫客等业内知名二次元团队，二次元基因满载！目前旗下主要产品为二次元文学内容社区 -- 轻文轻小说（ https://www.iQing.in ）。

工作职责：
　　配合产品与设计，开发、维护 Web 后端系统

职位要求：
　　本科或以上学历
　　了解 Linux 系统，熟悉常用命令
　　3 年以上 Web 服务后端项目开发经验
　　了解 Nginx 等静态 HTTP 服务前端服务
　　熟悉分布式、多线程的程序设计与编码
　　熟练使用 Redis 、 MongoDB 等 NoSQL 数据库
　　熟练使用 MySQL 数据库及常用的 SQL 语句，了解基本的性能调优
　　熟练使用至少一种 Web 后端开发语言环境（ JaveEE/Python/RoR 等）

优先条件：
　　熟练使用 Python 环境下的 Web 开发
　　有长期维护的技术博客或者在活跃在开源社区
　　有大规模高并发访问的 Web 应用框架设计和开发经验

　　其实这是一个原 A 站创始团队的二次创业项目，比较熟的团队，各种意义上 ... 目前拿了两轮投资了，资方有主板上市公司、一线投资机构、业内战略巨头，现金流比较健康，有收入。

　　一个标准的 Web+客户端项目，基本的后端技术栈： Python 、 Django 、 ES （搜索）、 SQL 、 MongoDB 、 Redis。

　　团队扩展，寻找靠谱的 Python 开发小伙伴，有其他 Web 经验的愿意转而且也有自信能快速转换技术栈的也欢迎：）弹性工作、入职苹果狗这些标准福利就不说了，期权池也大大的留着等你来分，有兴趣可以仔细聊，欢迎喜欢 ACG 文化的小伙伴来入坑，基本待遇是 8k-16k * 14 这样子，大牛或者靠谱的实习生都可以再谈。

　　简历请发至： neavo#neavo.me ，并附上你对这个问题的从后端开发逻辑的角度的回答：一个 HTTP 请求，从客户端发起，穿透 CDN 、穿透前端机、穿透逻辑后端、穿透数据库，再返回给客户端，具体经过了哪些步骤，有哪些方式可以调优，或者有哪些可能存在的坑。

　　谢谢！

tracymcladdy

2016-07-17 08:31:03 +08:00

有兴趣，可以 remote 一周只去公司一两天那样么？
如果可以， id@gmail 联系。
回答下这个问题吧。
要设计一套撸棒性强的系统，核心在于缓存，层层缓存。
从 cdn 缓存到 view 层缓存到业务逻辑缓存到数据库缓存到内存缓存到 cpu 一级二级等缓存。
如果用 django ，就应该抛弃他的模板渲染。只基于 restful 输出 json ，然后基于 nodejs 做模板数据组装与 json 数据缓存。然后用户前端完全可以使用 reactjs/angularjs 做单页 web 应用，这样可以节省许多无意义的 html 数据流量，很大程度节省服务器带宽。
nginx 和 nodejs 以及 redis 的异步 IO/事件驱动模型天生就是为这种高并发的 io 请求而生的。
说完 web 说业务逻辑，业务逻辑可以设计的很美。比如你们这个创作社区，可以解耦和为博客系统，论坛系统，图片(文件)存储系统,评论系统，用户系统等。
各个系统之间使用 restful/webservice/私有协议 /异步队列来进行相互之间的通信。哪一个系统的模块如果成为瓶颈，那么就给这个模块增加相应的机器 /容器。用户多了后图片系统撑不住，负荷大大超出其他系统，那么可以给图片系统增加机器。在这方面， docker 是个很好的容器工具。
一个系统拆分成一个一个足够小足够好的模块后，各模块就变成的单独的服务， a 如果依赖 b ，那么 a 直接调用 b 的服务接口。一个系统里模块多的话，你调用我我调用你，调用关系就会变得很复杂，变成一个网。这时候就需要引入服务治理，需要一个注册中心给各个服务自己注册， java 方面阿里巴巴在这块专门有一个 dubbo 框架，基于 netty 的一个异步非阻塞的 nio 网络框架。 python 方面我还不了解。
再说业务缓存，业务缓存的设计是最能体现出一个程序员理解和提炼需求，掌控业务的能力，基于 aop 的拦截机制，哪些方法该走缓存，什么时候该刷新缓存，分布式缓存下如何做到数据的同步，这些都是细微之处见真功。
再说数据库层面，既然选了 mongodb ，读写分离，索引什么的就不说了，如何做到基于业务的请求，少查询库，返回部分 json 也是调优特别该注意的地方。数据量上来的话，可以考虑数据分片，这方面， hadoop 等都不错。
再说操作系统层面， linux 内核级的调优， http 连接数，最大打开文件数等等，可以优化的地方太多了。

兴致不错，在床上躺尸手敲的，闲的蛋疼，没排版，欢迎拍砖。