原文:http://blog.csdn.net/qq1175421841/article/details/49384841 首届中国最受欢迎50大技术博客获奖名单如下: 第一名:李会军  http://www.cnblogs.com/Terrylee/软件公司项目经理.多本技术图书作者译者.擅长基于.NET平台的Web开发,ASP.NET.AJAX.Silverlight等. 第二名:赵劼http://www.cnblogs.com/JeffreyZhao/资深软件架构师.目前担任上海柏盛网络技

笑谈ArcToolbox (3) ArcToolbox的一亩三分地 by 李远祥 每个人都会有一些鲜为人知的小秘密,都有着不允许别人染指的一亩三分地.软件是人编写的,当然也会给它留有自己所拥有的一亩三分地.ArcToolbox也不例外,而它的一亩三分地就是[环境设置]. "环境变量"这个词干IT的人一点都不陌生,特别是那些搞Java和Linux环境的人,一不小心就被"环境变量"给搞了.ArcToolbox里面的[环境设置]其实有点像环境变量设置一样,都是作为一个执行

人类大脑与眼睛对一个画面的连贯性感知其实是有一个界限的,譬如我们看电影会觉得画面很自然连贯(帧率为24fps),用手机当然也需要感知屏幕操作的连贯性(尤其是动画过度),所以Android索性就把达到这种流畅的帧率规定为60fps. 有了上面的背景,我们开发App的帧率性能目标就是保持在60fps,也就是说我们在进行App性能优化时心中要有如下准则: <code class="hljs brainfuck has-numbering" style="display: bl

为什么要出这样一本书? 首先,今年我有不少工作是跟接口自动化相关的,工作中的接口自动化颇有成效. 我一直是一个没有测试大格局的人,在各种移动测试技术爆发的这一年,我却默默耕耘着自己的一亩三分地儿(Web接口开发与测试). 不管是web自动化也好,移动自动化也好,大家都只是在关心UI层的自动化....作为分层自动化技术的信徒,市面居然没有一本关于接口自动化的书,那么我试着来填补这个空白. (电子版)其实半年前就出了,我从读者那里收到了大量的反馈,也有不少读者也从中受益,有的真的跑去转了开发,有人找

自从我大微软终于放下身段,决定给开源社区一个迟来的拥抱,追随多年的拥趸们像是突然得到了女神的垂青,各种茫然失措.痛哭流涕.欢欣鼓舞,纷纷唱了起来:“等了好久终于等到今天,梦了好久终于把梦实现……”唱完之后才想起来好像说的什么开源.跨平台啥的和自己没太大关系,最基本的,Linux.IOS会么?被.NET细心呵护了这许多年,现在跟我说开源跨平台,你是玩我呢?不说了,拖了几个月的项目,老板还等着今天上线呢! 呵呵,开个玩笑,其实微软的开放姿态是受多数方肯定和欢迎的,IT行业各方面也多少有点影响,对于我

一人之下,万人之上 引言 上篇我们讲到了UE在World之上,继续抽象出了Player的概念,包含了本地的ULocalPlayer和网络的UNetConnection,并以此创建出了World中的PlayerController,从而实现了不同的玩家模式策略.一路向上,依照设计里一个最朴素的原理:自己是无法创建管理自身的,所以Player也需要一个创建管理和存储的地方.另一方面,上文提到Player固然可以负责一些跟玩家相关的业务逻辑,但是对于World之上协调管理的逻辑却也仍然无处安放. 如果

换了新公司,公司的领导很不错.自己感受比较多的地方是,自己的工作效率明显比以前高了.以前会对频繁变动的需求十分不耐烦,现在接到需求后会仔细的思考,进行整体构建.即使以后需求有变动,也能够比较轻易的在原有的基础上改动.以前总是跟着别人说频繁变动需求的项目经理都是傻逼,其实我们都掉进了一个认为自己是一个程序员的局里.自认为自己是一名程序员,只关心自己编辑器里那点一亩三分代码的人,是永远也成长不了项目经理乃至于CTO的.至于有人说我就喜欢写代码,那么我只想说不想当将军的士兵不是好士兵.代码只是实现需求

NODE.JS学习的常见误区及四大名著 前段时间由于不满于社区里很多人对于NODE.JS的种种误解而写了一篇文章名为: NODE.JS之我见:http://www.cnblogs.com/pugang/p/4374681.html 收到了很多兄弟的热情回复和激烈讨论,在此深表感谢,有的朋友觉得我写的比较粗犷,没有给出具体的性能分析和对比,在此我想说的是其实好多东西的性能分析,根本就不用我写到博客上,其一是如果我写了,很多人同样会觉得不客观,不中立,其二是网上很多中立的机构,随便搜索一下,对比太多

我面的职位是Softwre Engineer, Tools and Infrastracture, 所以开发和测试的问题都会问到 Phone interview 1:白人小哥.给一个Interval的class, 就是一个区间,左闭右开,比如 [1, 3) 意思是从1到3除了3的所有interger. 让我在这个class里implement一个method, 判断与另一个Interval是否有overlapping.第二问是写一个method, 返回在Interval 1而不在Interval

2.1 Django 官方网址:https://www.djangoproject.com/ 简介:Django is a high-level Python Web framework that encourages rapid development and clean, pragmatic design. Built by experienced developers, it takes care of much of the hassle of Web development, so y

2013对我来说确实像年初时曾给自己定义的那样,真的是非常不平常的一年.依稀记得去年年终时,BOSS和我深聊了1多钟头,谈到职业规划.人生还有家庭的林林种种.春节在家时也仔细考虑过2013自己该如何规划,现在站在2013的尾巴上回顾这一年的时候,虽然没有严格按照预定的计划进行开展,但在BOSS和领导们的悉心指点和安排下,自己的收获和成长还是挺不少,也同时有了颇多的感悟和心得: 1.工作到底是为了什么?        这个话题我们在公司内部的读书分享会上曾多次探讨过,当时分享的是日本四大经营之圣稻

最近不少朋友跟我说Redshift如何如何,恰巧我目前工作的工作室花费了巨资购买了Redshift和Quadro M4000,妄图在艺术家工作站上做一个新的动画项目,把渲染时间控制在15分钟以下.结果测试下来,既无速度优势,也无素质优势,工作室还白花冤枉钱,当然做决策人依旧死不承认失败,妄图用堆砌劳动力的方法补救项目.当然其实是一个政治因素,这里不展开叙述,大家在任何工作室混过的都应该明白. 其实CG的渲染问题,大家觉得真的是渲染器相关么?如果你真心觉得是渲染器相关,那么为什么以前没有Redsh

编程思想DRY和Once and Only Once DRY DRY原则的为"每一个知识都必须在系统内必须是单一的,明确的,权威的,具有代表性.当DRY的原则成功应用,在系统中,任何单一元素的修改不影响与其逻辑无关的元素. 此外,和元素逻辑相关的一切变化都是可以预见和统一,因此保持同步 . 除了使用这种方法,在他们的代码, Thomas和Hunt依靠代码生成 ,自动生成系统,并依赖脚本语言,观察DRY原则在跨层中的运用. Once and Only Once 在编写代码时应用 一次且仅一次原则

这几年面过的各种Android开发也有三位数了,failed的不敢说,pass的基本都没有看走眼,来得晚了也想说说我的体会. 一般面试时间短则30分钟,多则1个小时,这么点时间要全面考察一个人难度很大,需要一些技巧,这里我不局限于回答题主的问题,而是分享一下我个人关于如何做好Android技术面试的一些经验: 面试前的准备1. 简历调查简历到你手上的时候,你要做好充分的调查分析,不仅仅是对公司负责,也是对自己与候选人时间的尊重,明显不match的简历,就不要抱着“要不喊过来试试看”的想法了,候选

声明:由于本人对于Git的学习还处于摸索阶段,对有些概念的理解或许只是我断章取义,有曲解误导的地方还请见谅指正! 一.分支 1.1分支的概念. 对于的分支的理解,我们可以用模块化这个词来解释:在日常工作中,一个项目的开发模式往往是模块化,团队协作式的开发.这样我们项目的进度可以称得上多核并发式的开发了.这种模块化的开发要求我们尽可能的高内聚低耦合以免造成一只胳膊没了整个人都废了的局面.因此在所有的版本控制器对代码进行管理的时候都引入了分支这个概念.那么分支是什么呢? 分支是相对于主干来说的,或者

[工匠若水 http://blog.csdn.net/yanbober 转载请注明出处.] 1 背景 其实有点不想写这篇文章的,但是又想写,有些矛盾.不想写的原因是随便上网一搜一堆关于性能的建议,感觉大家你一总结.我一总结的都说到了很多优化注意事项,但是看过这些文章后大多数存在一个问题就是只给出啥啥啥不能用,啥啥啥该咋用等,却很少有较为系统的进行真正性能案例分析的,大多数都是嘴上喊喊或者死记住规则而已(当然了,这话我自己听着都有些刺耳,实在不好意思,其实关于性能优化的优质博文网上也还是有很多的,

说到web framework,Ruby的世界Rails一统江湖,而Python则是一个百花齐放的世界,各种micro-framework.framework不可胜数,不完全列表见:http://wiki.python.org/moin/WebFrameworks.虽然另一大脚本语言PHP也有不少框架,但远没有Python这么夸张,也正是因为Python web framework(Python web开发框架,以下简称Python框架)太多,所以在Python社区总有关于Python框架孰优孰

 转载请注明出处:http://blog.csdn.net/qinjuning 前言:公司最近来了很多应届实习生,看着他们充满信心但略带稚气的脸庞上,想到了去年的自己,那是的我是不是也和 现在的他们一样呢?现在的我又改变了什么?公司的给这些实习生指定的相关培训制度还是比较完善的(我可是个菜鸟).但我反 过来想,假如是我,我会制定一个怎样的短期或者长远的计划?总结了自己学到的知识,形成了一个学习线路,希望能给予同 道中人一点儿小小帮助. 毕业8月有余,同时伴随着从事Android开发的经验的提升.

如今人们买手机,都比较关心采用了什么CPU,因为CPU直接决定了这台手机的性能,CPU之于手机就好比人的大脑,它是整台手机的控制中枢系统,也是逻辑部分的控制中心.又相当于车的发动机,发动机越强劲,车子就跑得越快,同理CPU性能越强,手机运行起来也会越流畅,大型游戏高清视频都不在话下. 这里说的CPU并不局限于狭义的CPU,可以理解为一颗集成度很高的SoC. 一颗CPU的诞生需要很多厂商一起合作,需要的技术含量非常高,没有一定的技术沉淀是没法完成一个CPU的设计制作量产,市面上主流的几家CPU厂商

http://blog.sina.com.cn/s/blog_83b10acc0102vk7k.html   [APP简介] "车来了"是武汉元光科技有限公司开发的一款查询公交车实时位置的手机软件.不仅能提供公交车的到站距离.预计到站时间,还能显示整条线路的实时通行状况,让人们不再盲目等待,有效缓解人们候车的不安全感,同时改变用户出行方式.它的前身,是2012年在武汉开始爆红的“智能公交”. [创始人] 邵凌霜,武汉元光科技有限公司创始人,也是“车来了”APP的创始人.2010年1月8