这篇文章是对设计模式的再谈系列总结性笔记，推荐阅读C语言中文网上的《软件设计模式概述》 设计的根本目的是为了解决问题,解决问题的根本前提是要了解到都有哪些问题 可靠性/健壮性/可修改性/容易理解/程序简便/可测试性/可扩展性/安全性 软件设计的七大原则开闭原则(OPEN CLOSE PR
原文链接：http://www.cnblogs.com/T00PCN/archive/2010/04/27/1722125.html 关于js拖拽早已是老生常谈，网上一搜一大坨，但是有很多并不是很完善，或者兼容性不够，或者功能不全，并且这样的东西还是自己写的好用。我打算在（一）中主要对js拖拽功能的注意点进行罗列，力
由于python的特殊机制，在函数中使用list类型的参数时，实际上虚参与实参是通过地址传递的，即修改虚参的值，实际上就修改了实参的值，非常危险，所以尽量不要修改虚参的值。 在应用中还应该注意，不可以通过等号赋值（所谓浅复制）方式来隔断对虚参的修改，必须通过重新构建list的方式进行赋值（即所谓
在软件开发中遇到问题的时候，我倾向于在不需要阅读源码的情况下解决问题，我会优先去查官方文档、FAQ、google或stackoverflow等网站，去看下有没有前人已经遇到过同类问题。阅读源码来解决问题，算是杀手锏。当然，还有另一种需求，就是希望通过阅读源码了解软件的设计细节，来达到学习的目的，
在Java中，为了组织代码的方便，可以将功能相似的类放到一个文件夹内，这个文件夹，就叫做包。 包不但可以包含类，还可以包含接口和其他的包。 目录以””来表示层级关系，例如 E:JavaworkspaceDemobinp1p2Test.java。 包以”.”来表示层级关系，例如 p1.p2.Test 表示的目录为 p1p2Test.clas
(测试系统Centos7) 测试脚本 [root@up01 ~]# cat /tmp/test_ulimit.py import sys def test_n(): total=[] try: for i in range(0,100000): total.append(open('/tmp/{}-{}'.format('jjkkll',i),'w')) except Excep
今天读了一篇文章：《腾讯前员工创业笔记：那些跟钱有关的事儿》（http://tech.163.com/14/0515/08/9S9975C5000915BF.html），摘录两段： 刚开工的时候买办公电脑，我心想创业公司应该省钱，就把机箱CPU硬盘内存显卡买来自己装。尽管“科班出身，基本功扎实”，但由于缺乏经验，装一台机
子曰，温故而知新 今日，再次看书之际，又寻得docker的几条使用命令，用小本本记下来 配置docker镜像源 当我们在拉去一些共有镜像时，默认,docker会向docker.io去获取，如果在拉取的过程中出现下载速度慢的情况呢，其实可以试试用一些国内的镜像源，例如:daocloud镜像站官方文档: https://www.daoc
仅以此文用来抒发一些对于行业现象的批判。 敏捷是现在十分流行的软件研发模式，并且正在成为业界主流。下图来自于2018年软件测试行业报告，可以看到在受访测试人员中，工作于敏捷或类敏捷项目中的比例已经高达89%。 将测试融入敏捷模式中，根据敏捷项目的模式进行调整，实现“敏捷测试”
