一个产品随着不断研发，其服务架构的复杂度会越来越高。随着产品的用户体量变大，为了保证产品能够长线运营，就需要保证整个服务架构的稳定性。因此，今天这篇文章，就从实操的角度，粗浅讨论一下，服务架构的稳定性需要如何做到基础保障。
既然是基于实操的角度，那么理论上的东西不会涉及的太深刻。好比说，谈到稳定性，我们就会考虑SLI、SLO、SLA这些基础概念，但这些比较宏观。拿OKR举例子的话，O是SLA，KR是SLO，而SLI则是KR具体的指标定义。所以这篇文章主要讲如何保证SLI以及其他指标，间接满足SLO、SLA的需要。
在某些python的工具模块开发场景下，我们可能需要根据用户给定的web请求输入，来转化成一个curl的输出，用于一些网络请求测试，或者方便开发之间交流信息。由于python的web请求基本上一万个人里面九成九都用requests，因此今天这篇文章就简单介绍一下，如何在python里面将requests实例转化成curl语句。
这个场景下，我们需要用到一个叫做curlify的工具库来达到效果。curlify提供了一个to_curl函数，可以将一个请求实例转化成curl语句：
又到了一年一度的校招季，今年由于团队同时招聘后端和智能化方向的同学，吸引了很多不同算法领域、后端领域以及甚至已经在大厂实习过的同学的简历，可谓是每年都非常优秀。至少比起笔者本人校招那个时候，是要优秀的很多，不是一点半点。
作为一个面试官，笔者面对的是很多不同方向的同学的简历，有些方向说实在的笔者自己也对相关的技术了解的不那么清晰。但既然是面试了，就必须有个把握，心中得有杆秤，宁可强杀，也不能错选，不然就得双输。这篇文章，就从面试官的角度，给各位今年的校招生，明年的校招生，以及未来的校招生，聊一下大厂面试的一些要点。虽然只是一家之言，但私以为还是比较具备参考价值的。
在上一篇文章当中，笔者介绍了一些作为新手小白超频CPU和NVIDIA显卡的经验。今天又有了更新，笔者通过降低CPU工作电压，并且结合Process Lasso对程序做CPU调度优化，成功再一次升级了CPU的表现，CS2的benchmark又提高了50左右的fps。
本篇文章，就介绍一下笔者在这方面的一些实践。配置方面再复述一次：主板是微星z690刀锋ti，cpu是i9-12900kf，散热用的追风者冰灵m25-360，gpu是3070ti，内存是一个比较简陋的ddr4。
最近cs2更新了之后，因为总是解决fps过高的问题，导致游戏性能降的非常明显。笔者组的老土机子先前一直没有搞超频，现在也不得不睿一下保证游戏能够稍微流畅的运作，最终比以前稍微提升了50fps左右，cs2的dust2-benchmark地图能勉强达到平均400fps。本文就分享一下笔者在这块的粗浅经验，有什么技术概念性问题也麻烦大家指正。
配置方面，笔者主板是微星z690刀锋ti，cpu是i9-12900kf，散热用的追风者冰灵m25-360，gpu是3070ti，内存是一个比较简陋的ddr4，当然ddr5主板也没法支持，可以说整体是非常乞丐了。
最近在重玩pyside/pyqt桌面开发的内容，计划做一些日常工具来自用，顺带练练手。正好刚遇到一个问题是画时钟（表盘+数字），查了很多资料都稍微调试了下才最终解决，本文即分享一下解决方法。
首先是数字时钟。由于pyside6本身有QLCDNumber控件的支持，所以绘制起来比较容易，官网也给了一个例子。笔者自己则在这个基础上做了下修改，代码如下：
研发测试不分家，在AI时代，LLM/GPT技术的冲击之下，不论是研发还是测试人员都可能会担忧，AI是否会取代自己的工作。从笔者的角度看来，这根本不是一个需要担心的问题，就和围棋一样，在AlphaGo之后，大家都会利用AI来学习围棋，超越以前时代的人。而作为研发或者测试人员的你，也可以利用AI技术的产物，实现进一步的自我提升。
今天，笔者决定简单聊一下，AI时代下，研发测试人员实现自我成长的一些方法。
对于一个程序员而言，拥有一套合理的编程工具集，便可以让编程工作事半功倍。本篇文章就分享下笔者当前使用的一些实用提效的编程周边工具。
首先需要声明的是，DIY一套编程工具，一定需要贴合自己的工作或者生活需求。好比说，你是前端，你是后端，或者你是搞安卓iOS客户端的，搞图形学渲染的，那肯定用到的工具都不一样。笔者主要工作是互联网后端方向，也兼顾一些前端开发、桌面工具之类的全栈开发内容，一般用Macbook做开发，而不是像游戏程序员一样用Windows比较多。所以本文分享的一些工具，虽然看起来比较普罗大众，但也有一定的倾向性。
日常工作总是琐碎的，尤其是技术岗，沉浸在日常的需求开发、需求测试和bugfix里，很容易对工作环境形成依赖，导致没有成长空间。那么这种情况下，怎么样去平衡日常工作和自我的学习提升呢？今天，笔者就通过这篇文章，分享下自己的观点。
核心的思想是：工作只是生活的一部分，要自己掌控自己的生活，不要让工作掌控自己的生活。要相信自己的直觉，不要过分消耗自己，坚持去做自我提升的事情，无论是不是通过工作去实现。
低代码这个名词说起来已经有些年头了，广义上来讲可以说是达到这么一种效果，即尽量减少通过编写代码的方式来完成研发任务，甚至部署交付整个技术产品。那么低代码模式到底值不值得弄，有什么优势和缺陷，本篇文章笔者就来聊一聊自己对于低代码的一些思考跟想法。
做技术的都知道，实际工作场合上，不能为了技术而技术。低代码也是一样，这门技术最重点解决的问题是，让不懂代码的人可以通过一套工具来完成自己开发的作品，所以从产品角度，低代码工具应当更加倾向于提升易用性，而非提升功能性。假设我要开发一个服务，我手写代码+手动部署需要3天，而学习低代码工具+完成服务搭建只需要1天，那么这种情境下，低代码工具就能够兑现自己的价值。