首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    这个烂大街的用户消费分析案例,我用了点不一样的pandas技巧

    如果我今天也用同一个思路"水"一篇文章就没有多大意思。因此,这次我会分享一些你可能极少看到的一种 pandas 的代码组织方式,我相信你会有所收获。...,能看出一些基本信息与问题 订单时间范围从1997年1月到1998年6月 金额最小值为0,这是赠品?...数量列与金额列的中位数低于均值,可以大致得知大部分用户的消费与购买数量都在均值以下 看看购买数量高于70的记录: 原来那笔最高金额就在这里 这不能看出啥问题,看看这些用户平时的消费: 感觉与平时的消费习惯不符...本文讲解的度量值定义看似只能在单个项目中使用,实际只需要稍微思考一下,就能定义出跨项目通用的度量值统计方式。 这才是 pandas 的价值所在,否则我们直接使用其他的 BI 软件就可以了。...更多更详细的 pandas 高级应用,请关注我的 pandas 专栏,里面会有这些技巧的所有详细讲解和案例 ---- 最后 你会发现我源码中定义了其他的度量值,这会在后续更复杂的分析时用到,下次就会讲到

    1.7K50

    晒出我的采购单📒:双十一购物分享

    双十一,这个一年一度的购物狂欢节,不仅是消费者的盛宴,也是我们这些技术爱好者和行业从业者的购物狂欢。作为一个AI领域的开发者,我的采购单上自然少不了一些提升工作效率和生活质量的好物。...以下是我的私藏好货推荐,以及我认为值得种草的几件产品。1. 机械键盘:提升编码体验作为一名程序员,一个好的键盘是必不可少的。我推荐购买一款樱桃轴的机械键盘,它不仅敲击手感出色,而且耐用性极高。...我推荐购买一款分辨率高、色彩准确的显示器,这样可以在编写代码的同时查看文档或进行调试,无需频繁切换窗口。3. 降噪耳机:专注工作的法宝降噪耳机是保持专注的必备工具。...我推荐购买一些主流云服务商的订阅服务,比如AWS、Azure或Google Cloud,它们提供了强大的数据存储和计算资源,可以支持我们的项目运行和扩展。5....总结来说,我的双十一采购单上不仅有提升工作效率的工具,也有关注生活质量和身体健康的产品。这些私藏好货不仅适合我自己,也推荐给所有在技术领域工作的同行们。

    7910

    那个说我“拍脑袋”、“想当然”的开发,你等着!我出装!

    首先,需要了解的是Web页面的原理、如何设计出符合规范的Eeb需求方案、如何做迭代等。因为Web页面是后端产品最主要的载体。所以多数需求的方案都建立在此基础上的。...其次,作者通过数据结构的原理、简单的SQL查询等,让产品经理写出的后端PRD不再是“怎么实现我不管”。...凡是与系统对接的需求,说一千到一万,都不如说出“请参”、“返参”,数据逻辑,这三部分来的到位。很多读者都说,一直不明白的东西,看了本书就懂了。...作者在说中运用了“连着萝卜带出泥”、“没有本质的功能,只有本质的事实”、“回到最初引入问题的地方”等思维角度,帮助产品经理做正确的决策,正确地做事。...商业思路、深度思考方法、沟通问题的金字塔原理、枚举问题的MECE原则等等。

    15010

    每日一题 | 老板出的下棋问题

    昨日问题 传送门 同样出自codeforces,是codeforces套题中的C题,难度大约LeetCode Medium-Hard。...而且其中的题目质量很高,虽然是竞赛网站,但是难度不会过度大。以思维题尤为出众,属于即使算法你都会,但是就是不知道怎么用的题。 昨天的这道题可以算是其中之一,它是一道典型的反套路问题。...我们一般思考问题都是先想到思路再去寻找答案,但是这道题反其道而行之,而是直接寻找答案。 因为题目当中的n, m的范围只有200,每个数字的最大范围是512。...found = False break # 如果每一个a[i]都找到了一个b[j] if found: print(k) break 今日问题...老板下棋问题 老板很喜欢下棋,听说你也很喜欢下棋,于是给你出了一道下棋的问题。

    27130

    我是怎么定位问题的?

    定位问题 前阵子群里有个同学@我,让我分享下平时是怎么定位问题的,以及排查问题的思路。 甚至我还看到有的面试题也会问这种问题(是不是在校验真的做过线上项目?)...最近组内来了个新人实习生,正好我前几天也给他讲了我的排查问题步骤,今天来分享下我的经验。 这篇文章主要给还未参加工作的小白看的哈。...所谓的「打日志」,按我的理解就是把系统运行过程中,你认为在关键的位置,记录些关键的信息。这些信息会写在运行程序的机器本地文件上。...网络的东西都是虚拟的,你们要是感兴趣,我改天再细讲。 谨慎地记录日志。...回到问题本身 系统问题产生,很多时候都来源于改动 发现系统出现问题,大多数来自于告警或者业务方(客服)反馈 一般遇到线上问题,在排查的时候,我们就需要考虑:系统最近是否有过改动 如果发布过,那就很可能是近期的发布导致的

    68130

    深入浅出Kafka(3):我的生命是如何运转的?

    如果你想要发送一条消息,首先你要指定相应的topic,将消息缓存到指定的topic里。 消费者想要从Kafka拉取消息,也要指定相应的topic,获取哪个topic里的消息。...也是因为如此,Kafka的消息不会因为被消费了而消失,其他的消费者在指定offset的情况下也能够消费到已经被其他消费者消费过的消息。...笔者之前也设计过相关的程序,采取的是消息队列的方式,多个consumers从一个队列中拉取messages,这个弊端就是在一定情境下,无论我启动多少个consumers,只有固定数量的consumer在工作...如果得到ack则写到replica中,replica在返回一个ack告诉leader写完了,然后leader再把ack返回给producer,告诉它我完成了写操作。...告诉它我完成了写操作 producer直接将message扔给leader,不等待任何响应就继续下一条message生产。

    62540

    有人出100元买我的沪漂小窝源码,我该怎么办?

    开个玩笑,原问题是这样说的,我就直接放截图了: 这个问题并不是卖不卖某个应用的问题,本质是如果做了一份具有一定价值的虚拟产品,可以定价200,那么100块钱会不会出售呢?...出售虚拟产品跟大多数的互联网产品一样,比如说我做自媒体,经常找一些配图,偶尔还是需要自己制作,那么就开个在线设计网站的会员,原价200元,这时候我去找客服要100元买。...这样可以过滤掉一部分不想为此支付报酬的人群,毕竟一款产品或者一个人的精力是有限的,我只需要服务好那部分愿意为我付费的人群就好了,别想着谁的钱都赚,这样反而做不好一款产品。...多数做自媒体的,尤其是在编程领域,都是通过自己的输出(文字、视频、代码作品)发布到各个平台上,获得流量和粉丝,通过某些合作广告或者带货卖书来变现,头部的博主,每年靠自媒体收入到百万以上不是问题。...不管是从搞钱这个层面,还是自媒体上,我都是小白,没一个能做的拿得出手,路漫漫其修远兮啊。 好了,今天就分享到这里,我是马拉松程序员,可不至于代码!

    42430

    我是如何调试 Webpack 问题的

    事情是这样的,前两天有个小伙伴问我:「为啥我的 webpack 运行完看不到我写的页面,而是:」 ? 嗯?文件列表页?好吧,这种情况我似乎没遇到过,一下子没法给出答案,只能要来关键代码: ?...emmm,成功勾起我的好奇心了,虽然写过一些 Webpack 源码分析的文章,但 webpack-dev-server 确实不在我的知识范围,好在我有秘籍《如何阅读源码 —— 以 Vetur 为例》,是时候展示真正的技术了...第二步:回顾背景 带着问题我又 review 了一遍 Webpack 官方文档。...第三步:分析问题 按照现有的情报,加上我对 HTTP 协议的理解,可以基本推断问题必然是出在 webpack-dev-server 框架处理首页请求的逻辑上,大概率是 output.publicPath...局部分析 切入点:验证 serve-index 包的作用 经过上面的分析,虽然我还不知道问题具体出在哪里,但大致可以判定跟 serve-index 包强相关,先搜一下 webpack-dev-server

    2.9K30

    困扰我多年的Connection reset问题

    第一次出现:是thrift的python client去请求server,发现偶尔出现这个问题 第二次:接入第三方的api,去请求数据时,发现一个接入方的api第一次总是报这个错,当时又没有做处理,导致获得信息置空...第三次:最近去抓appstore的应用指数又重新出现该问题,使用HttpRequestRetryHandler 重试,设置到20次都无一次成功。...简单的说就是在连接断开后的读和写操作引起的。 经多次测试发现,50个线程并发,最大的连接时间超过了90秒,平均请求结果仅有400KB,很奇怪的现象。...猜测是appstore端连接时间过长直接断开连接(是我被连90s也要断啊)。修改下超时,只能让请求更快恢复, RetryExec.execute 时仍然无法正常连接。...ProtocolExec->MainClientExec 转给 HttpRequestExecutor 执行请求, 通过DefaultBHttpClientConnection把结果写入response,看程序没发现问题

    27K2920

    我是如何调试 Webpack 问题的

    emmm,成功勾起我的好奇心了,虽然写过一些 Webpack 源码分析的文章,但 webpack-dev-server 确实不在我的知识范围,好在我有秘籍《如何阅读源码 —— 以 Vetur 为例》,是时候展示真正的技术了...第二步:回顾背景 带着问题我又 review 了一遍 Webpack 官方文档。...第三步:分析问题 按照现有的情报,加上我对 HTTP 协议的理解,可以基本推断问题必然是出在 webpack-dev-server 框架处理首页请求的逻辑上,大概率是 output.publicPath...局部分析 切入点:验证 serve-index 包的作用 经过上面的分析,虽然我还不知道问题具体出在哪里,但大致可以判定跟 serve-index 包强相关,先搜一下 webpack-dev-server...,逐层解密直到问题的根源 算是对《如何阅读源码 —— 以 Vetur 为例》的补充样例吧,希望读者有所思,有所得,人人都能做源码分析,关注我,了解更多源码分析技巧。

    1.1K30

    出不了门的日子,我选择在 GitHub 上快乐的打游戏

    然而通往王者的道路上果然是布满荆棘和险阻的,作为一名优秀的永恒钻石,在被敌方频频劝说下,我决定给他们一个面子,于是我成了一名比优秀差一点的尊贵铂金... ?...古人说,退一步海阔天空,退一级删除保平安,我决定放自己一马... ? 王者可以卸载,在充实自己的道路上却不能止步,但是打什么游戏充实自己又是横亘在我眼前的一道难题......我决定求助我的好基友们... ? 于是乎在某个冬阳高照的下午,我小心翼翼的拉上了窗帘,打开了我最爱的 GayHub GitHub......一顿操作猛如虎,在我擦汗的卫生纸用到第三张的时候,我终于找到了我的基情 充实... ?...lan=en 0x05 写在之后 今天的推荐就到这里啦,这只是 GitHub 上万千有趣项目中的九牛一毛,希望大家能在游戏之外,更多的关注项目本身,说不定你也能发挥出更多的创造。

    75210

    出栈顺序问题的一般解决方法

    方案 设有一个栈为s 设有一队列q,q存储了要求的s中元素出栈的顺序 设有一队列q_push,其中存储了元素的入栈顺序 判断栈顶元素是否可以出栈,若为空,或者不为空但是栈顶元素不是q中当前数据,则不可以出栈....否则可以出栈 若栈顶元素可以出栈,则将其进行出栈,并将q队首元素出队 若栈顶元素不可以出栈,则在队列q_push中元素不为空且不等于q的队首元素的情况下,将q_push持续出队,并将弹出的队首元素都入栈到...空说明没找到这样一个符合要求的元素,即出栈队列q非法,程序结束。若非空,说明找到了这样一个元素,回到步骤4 当循环结束时,判断q是否为空,若非空,说明出栈顺序不符合要求,否则,是符合要求的。...,CN是否为合法的出栈序列 输入 输入包含多组测试数据。 每组测试数据的第一行为整数N(1<=N<=100),当N=0时,输入结束。 第二行为N个正整数,以空格隔开,为出栈序列。...如给出的序列是合法的出栈序列,则输出Yes,否则输出No。

    74610

    我是怎么定位线上问题的?

    面试官:「你是怎么定位线上问题的?」 这个面试题我在两年社招的时候遇到过,前几天面试也遇到了。我觉得我每一次都答得中规中矩,今天来梳理复盘下,下次又被问到的时候希望可以答得更好。...下一次我应该会按照这个思路去答: 1、如果线上出现了问题,我们更多的是希望由监控告警发现我们出了线上问题,而不是等到业务侧反馈。所以,我们需要对核心接口做好监控告警的功能。...2、如果是业务代码层面的监控报警,那我们应该是可以很快地定位出是哪儿的问题,毕竟告警逻辑都是我们写的嘛。如果是服务器资源/所依赖的中间件告警,那我们可能就要花点时间去排查啦。...11、要是不能复现,只能在怀疑的地方打上详细的日志再好好观察(问题定位不出来,很多时候就是日志不够详细,而日志在正常情况下也不应该打太多) 这个我估摸想要考察的是看看你平时是怎么去定位问题的,定位问题的思路是什么...话虽如此,这也只是我这几年的定位问题的模式,也未必对,也不知道有没有缺少了哪一个重要的环节。面小公司总体下来会问些方法论的多,不会很专研某项技术的问题。 我瞅瞅还有啥可以拉出来复盘下,继续写呗。

    65220

    我的支付总结(三) 常见问题

    请求超时问题 网络的可靠性要依赖硬件,所以只要是网络调用,必然要考虑超时问题,另外因为支付系统一般内部验证操作多,请求处理时间长,比一般系统超时的概率更大。...交易及时性问题 交易及时性不是一个很严重的问题,甚至在支付系统中,太有及时性的交易还会使用户不太放心。但作为一个程序员,追求效率是天性嘛,我们还是希望尽早获取到交易结果,但这也可能导致踩坑。...太早的查询 查询太早导致问题会出现在两种场景:请求超时、三方系统设计问题。...,再进行查询就是无意义的; 隔日账问题 隔日账问题在对账过程中不可避免,由于服务器时间有差异,交易处理也需要时间,在凌晨附近发生的交易可能会遭遇此问题,这会给对账造成一定的困扰,但合理的处理方式不会有太大的问题...面对异步我们首先要解决的问题是异步拆分的粒度问题,粗粒度的拆分效率能提升的效率有限,细粒度的拆分调控起来不易,处理异步拆分的粒度,看交易量吧,不做过度设计。

    1.7K101

    终于,我也要出一本C#的书了 - 我的写作历程与C#书单推荐

    我之前的面试题停了很久,是因为 - 我写书去了。 前言 我于2012年3月开始工作,到现在马上就满六年了。...在奋斗的过程中,我也走了很多弯路,一度十分消沉,但幸运的是,最终我的努力并没有白费。 我一直就是一个比较喜欢写文章的人。...在这个系列的编写过程中,我也参考了博客园上很多杰出的网友的优秀文章。这个过程中我的技术水平提高了很多。在写博客的同时,我也得到了某公司编辑的注意。通过博客园站内信,编辑希望我写一本关于C#的书。...但在写书的过程中,我逐渐发现,我的“野心太大”了。如果我按照上面的大纲去写书,我不仅时间不够,目前的能力也完全无法胜任:我的算法水平很一般,也不是设计模式和数据库专家,对测试和部署的经验也不多。...另外,我的文章受到出版社编辑的赏识是对我能力的一种肯定,既然我接下了这个任务就应该认真完成,对得起自己写的每一个字,不误导读者。最后,我也希望通过写书这个契机认识更多的朋友,给自己带来更多的机会。

    1.5K40

    事出反常必有问题——记一次反常的“内存泄漏检测”问题

    两个都能打出泄漏的log,排除了Xcode的控制台和Mac OS自带的控制台log等级或宏定义不同的问题,问题不在两个控制台上。...不是控制台的问题,也不是制造内存泄漏代码的问题,问题第一次陷入到困境。 再进行对比,难道是内存泄漏检测工具的问题?...问题第三次陷入到困境。 寻找两者的“变量”依然是解决问题的主要方法。...,志强反向思考,给简单demo里面用pod添加多容易,没有代码级依赖性,事实上我也这么做了,但最后的结果是即使添加了43个包,简单demo依然无法复现复杂demo的问题,所以复杂demo里面一定有问题。...逻辑代码配置、工程配置,发现sdk的版本不一致,两个差了1的大版本,而且sdk文件结构也不同,看来问题在这里了,升级复杂demo的sdk版本,问题解决!

    53810
    领券