前端的痛苦作为前端，最痛苦的是什么时候？每个迭代，需求文档跟设计稿都出来了，静态页面唰唰两天就做完了。可是做前端又不是简单地把后端吐出来的数据放到页面上就完了，还有各种前端处理逻辑啊。后端接口还没出来，我就得边写代码边测前端效果，又没有真实数据。有人建议用Mock工具，可是每个接口都要自己写Mock规则，这得浪费多少时间呀。等到后端好不容易把接口写出

前言本文主要复盘笔者的nodeJS，通过一个线上的实战案例来总结node生态常用的技术点和最佳实践。后面会花费大概一个月的时间输出3篇以实战为主的nodeJs项目，本文是第一篇，主要介绍如何使用nodeJs开发一个图床应用。该项目对于测试和个人服务型网站非常实用，大家可以基于此扩展出更强大的应用。本文的图床项目主要使用Koa进行开发，不熟悉的可以先研究一下

只需要每天晚上花三两个小时，在一周业余的时间里，你就能快速入门Docker和Kubernetes！！第一期云原生在线技术工坊已经圆满结束，好评如潮，下面是部分参与者打卡截图：第二期技术工坊活动再度来袭关注“腾讯云原生”公众号，回复“技术工坊”即可参与！！技术工坊简介云原生在线技术工坊，由腾讯云原生【燎原社】精心打造，旨在帮助更多对云原生技术感兴趣的开发者快

由于样本图片数据都是保存在pdf里，想拿到样本必须先把图片从pdf中提取出来，算是数据清洗中的一点小小的积累吧。这里不得不吐槽一下公司存储图片的机制，业务员把jpg格式的照片放到word里，然后用工具把word保存为pdf，最后上传到公司服务器里，这简介反人类，不但丢失了图片头文件信息，还造成后期数据转换的大量时间资源的浪费，可能pdf格式会小一

写在前面BAT等国内的一线名企，在招聘工程师的过程中，对算法和数据结构都会重点考察。但算法易学难精，我的很多粉丝技术能力不错，但面试时总败在算法这一关，拿不到好Offer。但说实话，数据结构和算法花点时间，用对方法，很容易解决。面试官为什么爱问数据结构与算法，答案很简单：算法能力能够准确辨别一个程序员的技术功底是

对于线上和线下的零售行业，销量预测都是一项至关重要的任务，它可以帮助企业更好的预备库存以及在各个仓库之间分配商品。特别是在大型购物节期间，强劲的促销活动将极大地促进消费。然而，可供参考的历史数据却非常稀缺。如何同时对城市的不同区域和不同时间段的销量进行预测，是一个非常具有挑战的问题。在2020年12月收录的AAAI2021（CCFA类）上，京东城市被

什么是生成器Generators生成器允许你在foreach代码块中写代码来迭代一组数据而不需要在内存中创建一个数组,那会使你的内存达到上限，或者会占据可观的处理时间。相反，你可以写一个生成器函数，就像一个普通的自定义函数一样,和普通函数只返回一次不同的是,生成器可以根据需要yield多次，以便生成需要迭代的值。一个简单的例子就

这次聊聊业务中经常出现的重试现象，可能很多运维都被开发莫名其妙的艾特然后让查一查业务中出现失败的情况，很不巧刚接手MongoDB的运维就碰到了一个案例。前段时间与业务开发讨论过某业务服务的超时重试问题，这项业务依赖的数据库是一直很热门的MongoDB数据库，这里采用了复制集的模式架构，且底层硬件采用KVM。业务开发反映数据库实例慢，最近超时的业务较少

最近开发短信任务和短信发送功能，用到了定时执行php这方面：和大家分享一下：（个人笔记，写的不好，海涵海涵，看不懂的话可以留言，但是我一般都能及时回复，其他网上有很多这样的教程，大家一搜就满地）我用的是thinkphp开发的程序，程序已经开发好了，程序有个分批定时发送功能，每隔一段时间查找一下数据库，然后把符合条件的短信任务给发送出去

前言在生产环境中，随着云原生架构的发展，自动的弹性伸缩、滚动升级、分批发布等云原生能力让用户享受到了资源、成本、稳定性的最优解。但是在应用的缩容、发布等过程中，由于实例下线处理得不够优雅，将会导致短暂的服务不可用，短时间内业务监控会出现大量io异常报错；如果业务没做好事务，那么还会引起数据不一致的问题，那么需要紧急手动订正错误数据；甚至每次发布