您好,欢迎光临本网站![请登录][注册会员]  

开发技术下载,其它下载列表 第86497页

« 1 2 ... .92 .93 .94 .95 .96 86497.98 .99 .00 .01 .02 ... 222726 »

[其它] 谈谈数据安全和云存储

说明:你们有多少人丢过手机?大概有15%。你们有多少人数据放在微软掉过的?我想不见得很多吧。所以相对来说是安全的。放在大公司里比自己拿着掉的概率更大,你不相信的话,可以问陈冠希先生。”   你们有多少人丢过手机?大概有15%。你们有多少人数据放在微软掉过的?我想不见得很多吧。所以相对来说是安全的。放在大公司里比自己拿着掉的概率更大,你不相信的话,可以问陈冠希先生。”   两种安全   看到这个消息的时候,我觉得李开复同学混淆了云存储和安全这两个概念,在英文里,有两个单词,一个是Safe,一个是Sec
<weixin_38689824> 上传 | 大小:108kb

[其它] 谈产品集成

说明:对于大型产品开发,一次可能开发多个新的业务系统,同时一个业务系统本身又包含多个业务模块和组件。只要我们在前期产品规划中存在子系统和模块的分解,那么后续就一定存在产品集成的动作。在架构设计中我们通过进行组件分解,识别和定义组件间接口,一方面是   对于大型产品开发,一次可能开发多个新的业务系统,同时一个业务系统本身又包含多个业务模块和组件。只要我们在前期产品规划中存在子系统和模块的分解,那么后续就一定存在产品集成的动作。在架构设计中我们通过进行组件分解,识别和定义组件间接口,一方面是通过分而治之降
<weixin_38519619> 上传 | 大小:73kb

[其它] 系统设计黄金法则:简单之美

说明:最近多次看到系统设计与实现的文章与讨论,再加上以前读过的其他资料以及自己的一些实践教训,让我觉得应该把这些资料汇总整理一下。如果要从讨论不同系统的众多资料中总结一条黄金法则的话,那只有一个词——“简单”;如果用一个英语单词来表达的话,那就是   最近多次看到系统设计与实现的文章与讨论,再加上以前读过的其他资料以及自己的一些实践教训,让我觉得应该把这些资料汇总整理一下。如果要从讨论不同系统的众多资料中总结一条黄金法则的话,那只有一个词——“简单”;如果用一个英语单词来表达的话,那就是——KISS(
<weixin_38598213> 上传 | 大小:91kb

[其它] 开发与测试人员的前世今生

说明:关于开发人员和测试人员的关系,人们阐述了很多,讨论了很多,争论了很多。而貌似一旦这两者坐在一起,对峙便开始了,两者间的争论多于相互认同。显然,这不利于实现两者合作的目标——向用户提供价值。让我们来分析事情的来龙去脉和现状,思考如何做   从此以后他们幸福地生活在一起   关于开发人员和测试人员的关系,人们阐述了很多,讨论了很多,争论了很多。而貌似一旦这两者坐在一起,对峙便开始了,两者间的争论多于相互认同。显然,这不利于实现两者合作的目标——向用户提供价值。   让我们来分析事情的来龙去脉和现状,
<weixin_38569515> 上传 | 大小:95kb

[其它] 测试工作对测试工程师要求太高?

说明:微软的软件质量控制实践三篇写完了,收到很多评论。不可能一一回答,所以在这里我挑几个评论最多的和有代表性的,和大家再多讨论一下。希望有所帮助。1.对测试的要求太高了   微软的软件质量控制实践三篇写完了,收到很多评论。不可能一一回答,所以在这里我挑几个评论最多的和有代表性的,和大家再多讨论一下。希望有所帮助。   1.对测试的要求太高了   在国内培训的时候经常遇到的一个说法:“(比如测试自动化,工具,流程)的确好处很多,但是它对测试的要求太高了”。刚开始的时候我很惊讶,第一次听到对测试要求太高的
<weixin_38663036> 上传 | 大小:85kb

[其它] 关于“我们需要专职的QA吗”

说明:网上有篇文章谈到“我们需要专职的QA吗”,在这里谈论一下对这个观点的看法。产品是需要测试的,这个测试当然可以让开发做,也可以让测试人员来做,所以是个专业分工的问题;我们对测试的期望值是希望测试可以尽量多的发现bug,还是希望可以提   网上有篇文章谈到“我们需要专职的QA吗”文章链接:http://www.ltesting.net/ceshi/ceshijishu/csgl/2012/0418/204685.html       在这里谈论一下对这个观点的看法。   产品是需要测试的,这个测试
<weixin_38699757> 上传 | 大小:59kb

[其它] 评《我们需要专职的QA吗?》的部分观点

说明:左耳朵耗子的文章《我们下需要专职的QA吗?》,还是引起了各种风波。就我个人来讲,我非常赞同他的抱怨。注意是抱怨,并非是观点。就观点来讲,其实真的是婆说婆有理,公说公有理。就目前IT行业来讲,还真说不清楚。就他的抱怨来讲,就国内来讲。是的,的确   左耳朵耗子的文章《我们下需要专职的QA吗?》,还是引起了各种风波。就我个人来讲,我非常赞同他的抱怨。注意是抱怨,并非是观点。就观点来讲,其实真的是婆说婆有理,公说公有理。就目前IT行业来讲,还真说不清楚。就他的抱怨来讲,就国内来讲。是的,的确,很多公司
<weixin_38701683> 上传 | 大小:85kb

[其它] 两个月面试软件测试工程师的经验分享

说明:好吧,按照广大测试要求,我来说下自己这两月以来的经历。其实从事实上面来讲,投简历到面试的这个过程真的是一种心理战,   好吧,按照广大测试要求,我来说下自己这两月以来的经历。   其实从事实上面来讲,投简历到面试的这个过程真的是一种心理战,当然当你有了经验之后一切变得那么理所当然了。我主要的面试机会是来自于挂简历,也就是linkedin为主,51以及智联等为辅。但是比如你找两个月的工作,很容易碰见的情况就是,偶尔会有那么一天两天一个电话都没有,这个时候需要保持好自己的心态,虽然压力会从周围,或者
<weixin_38546608> 上传 | 大小:69kb

[其它] ISTQB认证考试通过秘籍

说明:前不久一个写了一片关于ISTQBAdvancedLevel(TestManager)认证的博客,有一些同行咨询相关的问题,大致包括下面这些,现在我一一来回答,并传授亲身经历的通过认证秘籍。   前不久一个写了一片关于ISTQBAdvancedLevel(TestManager)认证的博客,有一些同行咨询相关的问题,大致包括下面这些,现在我一一来回答,并传授亲身经历的通过认证秘籍。   问题一、ISTQB是什么?有哪些分类?   ISTQB(InternationalSoftwareTesting
<weixin_38514872> 上传 | 大小:67kb

[其它] 基于模式的架构评审

说明:量属性描述的是系统的易用性、可维护性、性能以及可靠性(虽然不是功能性的)。这些内容可以提高客户满意度,并更好地与类似产品区分。质量属性是全系统级的,所以架构必将对这些属性造成巨大的影响。保罗克莱门茨(PaulClements)和他的同事曾这样  量属性描述的是系统的易用性、可维护性、性能以及可靠性(虽然不是功能性的)。这些内容可以提高客户满意度,并更好地与类似产品区分。  质量属性是全系统级的,所以架构必将对这些属性造成巨大的影响。保罗•克莱门茨(PaulClements)和他的同事曾这样描述,
<weixin_38606076> 上传 | 大小:87kb

[其它] 什么是重构,什么不是重构

说明:有时候,会有程序员跑到我这里说他们不喜欢某个东西的设计,“我们需要给它来个全面的重构”,来纠正里面的错误。哦,哦。这听起来可不是个好主意。而且这听起来也不是重构…   重构(Refactoring)这个词最初由MartinFowler和KentBeck给下的定义,它是   一种修改,使软件的内部结构更容易理解,在不改变软件的可见行为方式前提下使软件更容易变更…它是一种有节制的整理代码、使bug产生几率最小化的方法。   重构的结果是引用了快捷方法、去除了重复代码和死代码,使设计和逻辑更加清晰。是
<weixin_38517728> 上传 | 大小:84kb

[其它] Secret:极客学院-秘密APP原始码-源码

说明:Secret:极客学院-秘密APP原始码
<weixin_42140710> 上传 | 大小:1mb
« 1 2 ... .92 .93 .94 .95 .96 86497.98 .99 .00 .01 .02 ... 222726 »