推荐
专栏
教程
课程
飞鹅
本次共找到4915条
二进制代码
相关的信息
隔壁老王
•
3年前
Qt中添加背景图
第一步选择一张背景图下到本地第二步在qt中点击添加新文件选择图中位置随便起个名字,点击下一步这时项目中多出一个目录选择打开资源编辑器底部添加前缀:注意该前缀是在内部使用图的路径点击添加添加前缀我这里直接使用的/作为前缀再点击添加文件选择需要的图片资源加载进入后1.使用代码添加背景图cpp//开启背景设置thissetAutoFillBackground
liam
•
2年前
前端mcok原来可以如此丝滑
前端的痛苦作为前端,最痛苦的是什么时候?每个迭代,需求文档跟设计稿都出来了,静态页面唰唰两天就做完了。可是做前端又不是简单地把后端吐出来的数据放到页面上就完了,还有各种前端处理逻辑啊。后端接口还没出来,我就得边写代码边测前端效果,又没有真实数据。有人建议用Mock工具,可是每个接口都要自己写Mock规则,这得浪费多少时间呀。等到后端好不容易把接口写出
Karen110
•
3年前
看我用Python一秒发送数百份邮件,让财务部妹子追着喊666!
之前有分享过如何的文章,今天再分享一个如何用几行Python代码让财务部妹子追着喊666的实用案例。需求描述最近公司要发奖金,需要财务部妹子给每个员工发一封邮件,现在全公司10个部门每个人的奖金情况已经计算好了,并根据部门分别制作了10张表格:每个奖金表格内容大致如下:同时有一份Excel文件邮件地址.xlsx,里面有各部门负责人的邮箱:首先第一
李志宽
•
3年前
YYDS! 如何拿下网站?黑客最爱用的三个神器!
前言:网络渗透中,网站一直是黑客们重点攻击的目标。面对网站,攻击者经常会想找到网站后台,登录上去,从而进一步获得网站服务器控制权。所以,如何获得网站后台登录地址,就是非常重要的第一步。爬虫分析爬虫分析的原理,是通过分析网站页面的HTML源代码,从里面不断爬取链接,分析潜在的后台登录地址。一般来说,后台登录页面的地址中,通常会出现login、admin、us
CuterCorley
•
3年前
Django+Vue开发生鲜电商平台之9.个人中心功能开发
一个人想要成功,想要改变命运,有梦想是重要的。……我觉得每个人都应该心中有梦,有胸怀祖国的大志向,找到自己的梦想,认准了就去做,不跟风不动摇。同时,我们不仅仅要自己有梦想,你还应该用自己的梦想去感染和影响别人,因为成功者一定是用自己的梦想去点燃别人的梦想,是时刻播种梦想的人。——李彦宏Github和Gitee代码同步更新:;。一、DRF的
捉虫大师
•
2年前
Sentinel-Go 源码系列(三)滑动时间窗口算法的工程实现
要说现在工程师最重要的能力,我觉得工程能力要排第一。就算现在大厂面试经常要手撕算法,也是更偏向考查代码工程实现的能力,之前在群里看到这样的图片,就觉得很离谱(大概率是假的)。算法与工程实现在SentinelGo中,一个很核心的算法是流控(限流)算法。流控可能每个人都听过,但真要手写一个,还是有些困难。为什么流控算法难写?以我的感觉是算法和工程实现上存在
Wesley13
•
3年前
vs2008发布项目失败的解决方法
今早公司的一个同事遇到了一个在VS2008下发布项目时总是失败的问题,但是代码是可以正常编译通过的,很奇怪的问题,上网找了一下这个问题的解决办法,网上说了“要知道发布是怎么失败的,用组合键"CtrlAltO"即可,仔细查看信息可发现有没发布成功的详细提示,然后在资源管理器中找到那一项,删除或排除到项目外,重新生成之后再发布,OK!”按照网上的
Stella981
•
3年前
GitOps—用于基础设施自动化的DevOps
GitOps提供了一种自动化和管理基础设施的方法。它通过许多团队已经应用的DevOps最佳实践来做到这一点,例如版本控制、代码评审和CI/CD管道。由于DevOps在提高生产率和软件质量方面的巨大潜力,许多公司一直采用DevOps。在这个过程中,我们已经找到了自动化软件开发生命周期的方法。然而,在基础设施设置和部署方面,它仍然主要是一个手动过程。
Wesley13
•
3年前
500强企业之业务中台现状
业务中台能为企业带来三大竞争优势企业采用业务中台,能够快速试错,响应市场变化,探索最佳的市场策略。使用这类产品,搭建系统再也不需要从底层代码开始,而是能专注于企业所需的实际业务功能。采用这种方式能将传统开发效率提升几十倍,原本无法参与系统搭建的不懂编程的业务人员,也能参与其中。采用业务中台,企业可以用一个平台同时支撑多条业务线,从而实现业务线
Stella981
•
3年前
CODING DevOps 系列第四课:DevOps 中的质量内建实践
什么是质量内建随着时间的推移,我们项目的开发效率会逐渐降低,直到几年之后整个项目可能就无法维护,只能推倒重来。具体的表现首先就是随着时间推移,我们会发现整个需求列表里面能做的需求越来越少,因为每当我们增加一个新特性,需要改动的代码就非常多,所以最后每提出一个新的需求,团队评估出来的改动成本都非常高,导致最后难以增加新的特性。第二个表现
1
•••
478
479
480
•••
492