今天得大家分享一位在鹅厂工作十多年、和前后数十个不同特色的研发团队深度合作的程序员同学所总结的软件研发经验。 软件研发架构的各种理论方法，其本质都是围绕着“实用”来进行设计的。 所以，事实上不应该有什么软件研发的工作方法是不属于实用主义的，一切的软件架构，软件设计，软件研发管理的方法，都应该是属于实用主义。 但常常，我们在以实用为目的去做事情的时候，很容易受到一些思维误区的干扰，自以为自己是追求实用的，但实际上早已经谬之千里，却不自知。常见的有四大误区。
幻兽帕鲁最近在社区呈现了爆火的趋势，在线人数已突破百万级别，官方服务器也开始出现不稳定，卡人闪退的情况。对于有一定财力的小伙伴，搭建一个私人服务器是一个最稳定而舒服的解决方案。本文章将讲解一下如何搭建 palworld 的私服（专用服务器），如果有不明白的，可以参考官方文档作为补充https://tech.palworldgame.com/dedicated-server-guide
企业微信本地部署版（下文简称为本地版）是从2017年起，脱胎于企业微信的一款产品。本地版的后台服务能独立部署在政府或者大型企业的本地服务器上。在一个已经迭代了7年的大型Android系统中，企业微信本地版不可避免地会暴露出一些遗留系统的特点。本文将探讨我们在实践中采用的一些行之有效的重构案例，以及如何让一个大型软件系统持续保持活力。
基于 Redis 的分布锁到底是否安全？什么情况下会失效？一个小小的分布式锁，在分布式系统中都会遇到哪些问题？看了太多的分布式锁文章，依旧云里雾里，这篇彻底给你讲清楚。
本文基于我十多年程序员生涯观察，落笔始于 2019 年学习怎么带领团队新人时，在此之前我一直在想，如果当年有人告诉我这些道理，我是不是可以发展得更好，也少一些纠结。本文不是如何成为编程高手的秘籍，也不是介绍如何在职场中为人处世，更不是告诉你怎么成为优秀的程序员，本文只介绍如何处理好工作中的细枝末节，帮助你树立专业的、靠谱的程序员“人设”，是一篇程序员职业素养的《新人须知手册》。
2017 年，某业务团队通过某次技术会议确定禁止在代码中使用异常，当时的目的旨在规范一些存在的基本问题，诸如：使用异常导致协程冲突，捕获到异常和抛出的不一致；未捕获异常导致后端框架中的 worker 进程终止，重启 worker 进程漫长导致效率很差；数据一致性问题等。代码到底该不该用异常，时至今日仍是一个争论不休的话题，本文作者根据自己多年的工作经验，撰写了《异常思辨录》系列专栏，希望能体系化地帮助到大家。本文为系列第四篇。主要聚焦上层的决策点进行展开，欢迎阅读。
针对业务问题，本文研究了多种计算引擎实现方案，并基于Clang/LLVM实现了一个C/C++解释器，同时还探讨了相关的Clang编译技术在实现过程中的应用。
