要坚持输出

还是应该坚持写blog。虽然现在有了chatgpt，但个人的经验还是值得去分享的。
形式其实不限，主要是输出的内容对别人有价值，无论大小。
今天就说说最近在搞的读写分离吧，说来就想吐槽。在互联网时期，其实都没用过，即使QPS很高，并发很高，基本没用过。如今在传统金融行业，基本上都是产品外包制，花钱买厂商的系统和服务，这样一来，就存在利益博弈，无关技术。目前的情况来看，部分金融系统的架构，都是沿袭的单点架构，只不过从功能上象征性的进行了拆分，其实是伪微服务架构模式。在新版本的升级的时候，简单粗暴的直接从oracle切换到了mysql，但是代码层级并没有进行相应的优化和适配，大SQL、存储过程随处可见。这对于mysql来说，其实很不适应。再加上代码的野蛮写法，经常导致系统宕机无法稳定的使用，自从接手过后，一直处于优化过程中。除了规范代码写法外，继续优化SQL以及不必要的查询操作，限制全量数据的导出等。将各服务独立拆分部署，逐步形成真正的微服务架构模式。
不晓得同行是不是也是这种情况，这种模式其实比较适合开发，但是所有的坑都转嫁给了后续的运维支持人员。以及时不时的宕机事故，让人很头疼，满满的失败感。现场对于系统功能上，可能还有人比较熟悉了解，因为能直观的使用和感觉到，至于背后是如何搭建的，就不一定了。比如说对于中间件的使用，很随意，完全不考虑使用场景，百度（Google不能用）一下，就开始下载安装后生产使用。只有出了问题，才会发现原来是很多配置没有搞清楚，导致生产事故，导致持续告警。这样的系统，可能和祖传的屎山代码有的一拼，系统运维人员天天加班，也就知道是什么原因了。开发人员也不是经验丰富，伸手党居多，让搞系统的人很崩溃，当然解决办法也不是没有。因为毕竟这是工作，问题还是要继续解决。
人的精力是有限的，虽然说技多不压身，但要同时保持一定水平的技能，就意味着要付出更多的成本来保持不断的新知识的更新。对于开发职业来说，要想不被轻易淘汰，就要持续的学习新知识，更新自己的技能库，无论是理论知识还是手动实践，软硬技能都要跟上。建议有条件的还是找个梯子，这样在解决问题的时候，效率和质量都会提升很多。作为一个开发，没有自己的产品，不知道是不是太low。主要是没有产品思维不知道做啥，小程序、app，更早之前的网站啥的，其实也不是没有机会，可能真的兴趣不大吧～996的福报确实占用了很多时间。
对于身处金融行业的开发来说，其实面临很多问题，如技术栈不够新，不够深入，很多都是浅尝则止。当然工作是为了挣钱，多数人都是够用就好。也在情理之中，但是如果已入坑，就要多思考如何才能在解决问题的同时，能够提高自己的竞争力，这样即使要换坑，也能有人看得上，不至于说直接出圈，被淘汰。对于全栈一说，记得最早应该是16年的时候，吹的比较厉害。在小公司以及传统企业，其实就是这种情况，所有都要会，主要是为了解决问题。原理一知半解，机会导致后续很多问题，一直在不停的暴雷。久而久之自然就没人敢动系统代码了，每次升级都如临大敌，心惊胆颤。
问题既是机会，积极心态面对，就会有所收获。