深夜思考这几年

这个时代离不开技术型人才,特别是在这个网络日渐日益成为一种生活主流的时代,网络型技术人才显得格外上眼,过去.现在.未来,总会不间断的有太多的人走进走出这个行业,可也会有很多的朋 友对于编程工作潜在的一些要素缺乏理解或者认识不到. 1.技术是个周期长.实践强的过程 对于技术,实践和时间永远是第一的,没有时间,你不会学会走路:没有实践,你永远不知道如何走路!时间给了我们积累的空间,实践让我们理论付诸于实施,每个编程爱好者都是在时间和实践中 一步一步让自己成为编程高手. 2.技术具有关联性和持续发展性

最近思绪有点乱,不做任何整理写下一些感受吧,想到哪写到哪.之前写东西和记录学习笔记都是在EverNote上,说实话,自己并不喜欢将自己的情绪和想法在网上进行分享.最近想想,学技术还是要和外界有所交流,赶上最近思绪较多,也想记录一下心理路程.来上海思科实习有一段时间了,外企的文化还比较舒服,大家之间层级概念比较淡,人文关怀也很好(生日还送了一只LAMY Safari),很奇怪的一点是IT外企的女生很多,在思科工作,他们的管理方式和协作让我印象深刻.在这种环境下,每个人都要有主动性,要会自我管理,没

深夜独自一人思考 才能想到一些平常不曾想到的 引用<荷塘月色>里的一段 路上只我一个人,背着手踱着.这一片天地好像是我的:我也像超出了平常的自己,到了另一世界里.我爱热闹,也爱冷静:爱群居,也爱独处.像今晚上,一个人在这苍茫的月下,什么都可以想,什么都可以不想,便觉是个自由的人.白天里一定要做的事,一定要说的话,现在都可不理.这是独处的妙处,我且受用这无边的荷香月色好了. 现在我便是一个自由的人,想最近几个月的我,思考问题太过于逻辑化,理性化了,什么事物一定要分层次,分逻辑,分步骤. 人不是机

初八从家里滚回学校,也算有段时间了.这段时间里作出了一些改变,也对生活有了许多新的想法. 首先是,学习并不应该有什么强迫.上个学期自己的想法都一团糟,也仍是逼自己有空了就滚去看书,结果效率自然也高不了哪里去.读计算机一年多了,听到的段子自然也不会少,总感觉里面调侃的生活不太对,包括各种加班加点.自己的观念是,无论工作还是学习,都应该只是生活的一部分.从整个生活的角度去让自己的效率变高,才是真的该做的. 我也不清楚正确的生活该是怎样的,自己能做的就是时常从整个生活的角度去反思,去回看自己哪些地方是

<像外行一样思考,像专家一样实践>---智慧的源泉 首先,我要阐明一下,这本书适合大学生,而我就是大学生,所以我值得拥有,哈哈~~ 再者,看到这个题目,我的第一反应就是认识与实践的关系,千万不要笑我,我没读过什么书,所以想到这个 了:当我们认识一个事物的时候,总是从最初的无知到灰常熟悉的阶段,这是认识的过程,是对外界事物的感知过 程,我们会伴随着年龄的增长,可能会对外界的认识达到了一个极点 ,因为我们已经掌握了很多的知识,对一些事物 产生了定性,因此很难再有新的突破. 我记得有这样一个故事,说

总结一些安服遇到的问题及思考 (一)安全服务小组的主要工作 (1)应急响应和取证溯源.(2)对客户中出现的网络威胁进行分析和处置.(3)配合公司自有产品发现威胁和解决网络安全问题.(4)关注重大威胁事件,跟踪并能及时将解决方案同步到客户侧. (二)安全服务小组在现实中的任务 1)网络安保 :在国家重大活动中提供的安保服务,分两种:由公安部牵头,支撑单位配合的无偿安保任务.在活动期间派驻一名工程师7*24小时驻守,不需要主动接管安保单位的网络安全.发生安全事件,而安保单位自己的安全团队不能解决时,

前言 2017年我有幸负责公司DevOps治理和落地项目,在整个DevOps落地工作中,深感测试环节在持续交付工作中的弱态及重要.实践是检验真理的唯一标准,没有实践就没有发言权.为求深入理解,我亲身投入了测试岗位的一线工作.从测试用例的编写.宣讲.测试.复测.上线.回归等一些列实际工作,再到带领测试团队.提炼测试经验,推动测试变化的一系列行为,让我对测试工作有了深刻的认识.在测试岗位一年多的工作经验中,补全了我Devops治理工作中测试环节的内容,为我Devops的工作提供了丰富的经验.我也借这

缘由 两个月前的一天深夜,熟睡的我被呼啦啦的一声惊醒,正要往床底下钻,透过皎洁月光看见了散落一地的书,原来是书架塌了. 作为只能租住小房间的北漂儿,当初只买了个便宜的塑料书架放书,原本就习惯于等亚马逊活动囤书,再加上单位时不时发放的当当购书卡,每次三本两本的,不知不觉就买书如山倒了.知乎.豆瓣里被人推荐过的.说得上名字的CS经典书籍基本齐全了. 惊魂未定的我看着满地的书,莫名地有些生气,这些书大多要么只是偶尔需要时翻两页,要么就是刚买来兴致勃勃地看了目录和第一章就束之高阁了,其中甚至有几本还没拆

作者:朱金灿 来源:http://blog.csdn.net/clever101 一个软件的功能的越来越多,怎样建立一个规范的測试流程来保证对开发的功能进行充分的測试,是摆在我们面前的难题.在改动bug中经常会出现一种"按下葫芦浮起瓢"情形--改动了A模块的bug,却造成了原来測试没有问题的B模块出现了新的问题.这就促使我们思考:怎样保证測试的百分百的覆盖率.为此我设想一种迭代測试和迭代公布的流程.这个流程详细是这种:全部功能測试分为常规功能測试和新功能測试.所谓常规功能測试是指之前測