f-string asyncio

实际上对整体性能的提升不会太大的。写 python 太多新手，一不做性能分析，二不做测试，自己不小心写出一堆阻塞逻辑，最后怪 python 慢。实际上为什么 go 这么火，一定程度也是因为可以让菜鸟轻松写出性能不错的代码

CVB 是不要整这些 view 层定义的，路由也是完全的 rest 风格，正经写 api，也都用 drf 的，不要被一些水货教程误导了

1. obj.__len__()是 len(obj)面向对象的写法，不主动定义为 obj.len （）是考虑到很多人也需要对这种东西自定义
2.django 是你的理解还不够的，你列举的那些问题，django 都有完善的高级的处理办法，但是你如果只看了了一个入门教程，可能是还没接触到这些。django 属于那种需要一段时间上手的框架，不要指望一上手就掌握所有 django 特性，如果没有耐心，请使用 flask 。

yance.wiki 单纯的技术博，可否加友链，目测我后面更新会比较活跃的：）

DRF 真香，我之前一个中型项目全用的 drf，开发效率还是不错的

@julyclyde #5
@Sharuru #4
已经在看 k8s 的 api 文档了，确实很方便，周末研究一下，准备就上了

@Sharuru #2
@asilin #1
需要接入现有的系统，也就是说需要调用 k8s 提供 api 接口来实现对容器的 CURD，这个实现起来麻烦吗

如果工作做得可以的话，预期 10%左右。。。不给涨的话，就要有自己的准备了。当然薪资已经在天花板的话，当我说的是废话

以前 Python 多线程异步解决不了的问题，协程异步就能解决了吗？协程异步确实减少了系统开销，协程异步代码一定程度更简单。但是你去看看 go 的协程是多么的无脑且高效。。。。Python 异步也不是一个什么新话题了，真没必要说什么越来越火了

最近找腾讯的同学内推，面试体验确实挺不错的，可惜最后挂在了三面。。。也发现自己确实还有一些东西需要巩固、研究一下，准备沉淀几个月，再继续试试了

需要把控面试的节奏，比如那么多数据库、中间件，选一个自己最拿手、最熟悉的，把话题往这方面引，展示自己的优势。

当然要是真的工作了很多年，对于一些常用的工具原理、实现完全没有找任何一个自己感兴趣的深入看看，那确实不太好办

欢迎互加友链：huangyongchi.com

@ShuoHui #3 前两年早期研究过一段时间，apscheduler 对于我来说，它的分布式实现可能稍微麻烦一点，社区当时也没有好的解决方案。celery 就可以轻易实现分布式，而且使用多，该踩的坑大家也都踩过了。另一方面，apscheduler 确实轻而优雅，celery 也确实显得笨重了一些

右侧站长建议：招聘时请尽量给出薪酬范围

楼主太棒了！

我做物联网相关的，最近也在折腾 K3S，上个月尝试在腾讯云几个学生机组建了自己的 k3s 集群。

你的这篇文章对我启发很大，端午刚好可以在家试试，把阿里云的几个服务器加进来

感谢感谢

前拟南芥玩家默默飘过－　－

@lietoumai #5
- 跳槽原因：这个小公司是当时转行到后端开发，作为一个跳板吧，目前看来发展前景比较受限。国企也是在招聘网站上找的，感觉国企要我一部分也是吃学历的老本。

- 目的：年初的时候目的确实是挑战一下大厂的工作机会，一些同学也觉得我的水平可以试试了，后面连个纯粹私企的 offer 目前是不考虑了，主要纠结在国企

@zhgg0 #2
@27 #3
好的，准备还是把内推的机会都先用掉吧，一次都没尝试过也是挺不甘心的。虽然感觉自己还没有完全准备好，但是一直拖着也是干扰因素越来越多了