草庐IT

waka-readme-stats

全部标签

读程序员的README笔记04_防御式编程

1. 编写可维护的代码1.1. 生产环境下的软件必须一直保持可用的状态1.1.1. 用户行为不可预测,网络不可靠,事情总会出错1.2. 编写可维护的代码有助于你应对不可预见的情况,可维护的代码有内置的保护、诊断和控制1.2.1. 切记通过安全和有弹性的编码实践进行防御式编程来保护你的系统,安全的代码可以预防许多故障,而有弹性的代码可以在故障发生时进行恢复1.2.1.1. 切记让你的代码安全而有弹性1.2.1.2. 编写拥有良好防御性的代码是一种对那些运行你的代码的人(包括你自己!)富有同情心的表现1.2.1.3. 防御性的代码较少发生故障,就算它发生故障,也更有可能恢复1.2.1.4. 安全的

读程序员的README笔记03_变更代码

1. 行为准则2. 变更代码2.1. 变更代码和在新代码库中写代码完全不一样,你必须在不破坏现有行为的情况下进行这些修改2.1.1. 必须理解其他开发者的想法,坚持原有的代码风格和设计模式2.1.2. 必须在工作中温和地改进代码库2.2. 善于利用现有代码2.2.1. 安全地在现有代码库中修改代码的步骤2.2.1.1. 定义变更点2.2.1.2. 寻找测试点2.2.1.3. 打破依赖关系2.2.1.4. 编写测试2.2.1.5. 进行修改和重构2.2.2. 找到你需要修改的代码,并想出如何测试它2.2.2.1. 如果需要的话,为了让测试成为可能,可以对代码进行重构2.2.2.2. 针对现有的软

解决readme.md文件中粘贴的图片放到GitHub上无法显示问题

问题原因        GitHub的README.md文件通常无法直接引用本地文件或图片,因为GitHub的README.md是在远程服务器上渲染和显示的,无法访问本地文件系统。解决方案        要在GitHub的README.md中显示图片,你需要将图片上传到GitHub上,然后使用图片的URL进行引用。详细步骤一、将本地图片上传到GitHub上    1、在本地仓库新建一个存储照片的文件夹    2、将所需图片放入文件夹下    3、利用git将该文件夹上传到GitHub上二、修改图片路径    1、在.md文件上我们点击自己粘贴的图片可以看到图片的路径,如下图:由于GitHub用

读程序员的README笔记02_软件的熵与技术债

1. 提出问题1.1. 所有的工程师都应该提出问题,这是学习的一个重要部分1.2. 新手工程师会担心打扰队友而试图自己解决所有问题,这样做既慢又没有效1.3. 尝试自己寻找答案1.3.1. 即使你的同事知道答案,你也要付出努力,这样你会学到更多1.3.2. 如果你没有找到答案,当你寻求帮助时,你的调查仍然会成为你的起点1.3.3. 不要只是在互联网上搜索1.3.3.1. 信息还存在于文档、内部论坛、自述文件(README)、源代码和错误跟踪器中1.3.3.2. 如果你的问题是关于代码的,试着把它变成一个可以演示的单元测试1.4. 设置一个时间限制1.4.1. 限制你研究一个问题时预期花费的时间

读程序员的README笔记01_学习如何学习

1. 核心领域中所需要的能力1.1. 技术知识1.1.1. 技术知识1.2. 执行力1.2.1. 过用代码解决问题来创造价值,并且你了解你的工作和业务之间的联系1.3. 沟通能力1.3.1. 能同时以书面和口头的形式进行清晰的沟通1.3.2. 能以建设性的方式提出问题和定义课题1.3.3. 文档化你的工作1.3.4. 撰写清晰的设计文档并征求反馈意见1.3.5. 与他人打交道时,你富有耐心和同理心1.4. 领导力1.4.1. 能在指定的工作范围内独立地完成工作1.4.2. 能迅速地从错误中学习1.4.3. 能很好地处理变动和模糊的问题1.4.4. 积极参与到项目和季度的规划中1.4.5. 能帮

mv: 无法获取“/opt/module/hadoop/logs/hadoop-atguigu-nodemanager-hadoop102.out.1“ 的文件状态(stat): 没有那个文件或目录

最近在回顾之前做过的离线数仓项目,在启动hadoop时出现了如下错误:hadoop102:mv:无法获取"/opt/module/hadoop/logs/hadoop-atguigu-nodemanager-hadoop102.out.1"的文件状态(stat):没有那个文件或目录hadoop102:mv:无法获取"/opt/module/hadoop/logs/hadoop-atguigu-nodemanager-hadoop102.out"的文件状态(stat):没有那个文件或目录经过一些资料搜集发现问题的根本原因在于/opt/module/hadoop/etc/hadoop/目录下的wo

环境配置|GitHub——解决Github无法显示图片以及README无法显示图片

一、问题背景最近在整理之前写过的实验、项目,打算把这些东西写成blog,并把工程文件整理上传到Github上。但在上传README文件的时候,发现github无法显示README中的图片,如下图所示: 在README中该图片路径为:![contents](./contents.pdf)而仓库的内容为:其中,contents.pdf是论文的目录页,虽然是pdf格式,但是按照我的经验,LaTeX、markdown都是可以把pdf识别成高清矢量图的,因此在本地的README中,这个目录是会显示的,如下: 查阅百度百科:PDF(PortableDocumentFormat的简称,意为“可携带文档格式”

README 目录(持续更新中) 各种错误处理、爬虫实战及模板、百度智能云人脸识别、计算机视觉深度学习CNN图像识别与分类、PaddlePaddle自然语言处理知识图谱、GitHub、运维...

👋Hi,I’m@货又星👀I’minterestedin…🌱I’mcurrentlylearning…💞️I’mlookingtocollaborateon…📫Howtoreachme…README目录(持续更新中)各种错误处理、爬虫实战及模板、百度智能云人脸识别、计算机视觉深度学习CNN图像识别与分类、PaddlePaddle自然语言处理知识图谱、GitHub、运维…WeChat:1297767084GitHub:https://github.com/cxlhyx文章目录python  爬虫  百度智能云    人脸识别  计算机视觉  PaddlePaddle    PaddleNLP  G

java - resque :failed and resque:stat:failed keys?有什么区别

此外,管理内置“管理结构”(如标题中的结构)的Resque的最佳实践是什么?我应该用jedis.del(Stringkey)或类似的东西清除它们吗? 最佳答案 resque:failed是Resque本身的失败队列,而resque:stat是Resque的统计层,所以不用深入研究代码,我'我猜resque:stat:failed是Resque遇到了多少次失败的统计计数。个人看法。对我来说,管理它们的最佳方式始终是首先通过UI,如果不可能的话,然后通过控制台/后端。我尽量避免使用redis/jedis手动清除/设置key,因为我不想冒

mongodb - db.<collectionname>.stats( ) 输出中的最大字段是什么意思?

我正在查看db.system.profile.stats()的输出,我很好奇max字段在返回文档中的含义(运行mongodb2.2.2)。这是一个例子:>db.system.profile.stats(){"ns":"mydb.system.profile","count":2476,"size":1012284,"avgObjSize":408.83844911147014,"storageSize":1052672,"numExtents":2,"nindexes":0,"lastExtentSize":4096,"paddingFactor":1,"systemFlags":0,