您现在的位置：首页
--> 其他
目前最流行的两大移动操作系统IOS和Android都具备了解析标准的HTML、CSS和JS的能力,网页开发者还是可以用桌面浏览器来开发网页。通过这两个系统上的浏览器看到的网页和我们桌面浏览器上看到的网页几乎是一致的。虽然看起来是一致的，但是在交互上面还是有一些区别的，最大的区别就是，这些移动设备都没有鼠标，我们平时在桌面浏览器上用的鼠标事件，在移动设备浏览器上用起来怪怪的。想要发挥移动设备触摸屏的特点，给用户提供良好的体验，就要用到浏览器的触摸事件。
Git常用命令备忘
很多朋友用GA监测自己的SEO表现，不过对于Google的SEO，Google自家的GA却可能力有不逮。你是否注意到，在GA的Organic（指搜索引擎自然排名流量，与付费搜索引擎广告流量相对）的报告中，存在Not Provided和Not Set这样的项目呢？你是否为此疑惑？这篇文章帮助你解决这个疑惑。
1.scala的数组与java相比是可变的数据结构。
2.for(i <- 0 to 2) 这里的向左箭头是指i的范围，两头是闭区间。
3.list是不可变的，不需要new，list与list之间用:::（三个冒号）可以做连接,::(两个冒号)会产生新的维度的list。
4.var可变，val不可变。崇尚val，不可变对象和没有副作用的方法。
5.Unit类似java的void。
6.object是特殊的class，是单例。
7.maven也可以搞定scala，但是更好用的是sbt。
我已经使用Python编程有多年了，即使今天我仍然惊奇于这种语言所能让代码表现出的整洁和对DRY编程原则的适用。这些年来的经历让我学到了很多的小技巧和知识，大多数是通过阅读很流行的开源软件，如Django, Flask,Requests中获得的。下面我挑选出的这几个技巧常常会被人们忽略，但它们在日常编程中能真正的给我们带来不少帮助。
记得刚使用ubuntu的时候，处理各种乱码神马的都是很麻烦的事情，后来开始写一些web程序的时候，中文编码的问题还是会不断的出现，于是对于web程序员来说，字符集编码已经是十分常见的问题了，但是如果不去系统的了解下，处理问题时还是会有些棘手的，这篇文章我就打算简单的介绍下这些问题。
这里结合对HBase Thrift接口（HBase版本为0.92.1）的使用经验，总结其中遇到的一些问题及其相关注意事项。 字节的存放顺序 HBase中，由于row（row key和column family、column qualifier、time stamp）是按照字典序进行排序的，因此，对于short、int、long等类型的数据，通过Bytes.toBytes(…)转换成byte数组后，必须按照大端模式（高字节在低地址，低字节在高地址）存放。对于value，也是同样的道理。因此，在使用Thrift API（C++、Php、Python等）方式时，最好对于row和value都统一按照大端进行pack和unpack处理。
前几天熊总为了让我们能够方便的使用google搜索，给我们几个人发了个福利——foolssh的翻墙帐号。于是我们开始欣赏墙外的风景。最近没事也到twitter上看看那些牛人都在干啥，比如说python的作者，trello的创始人。墙外的风景确实不错。以前也用过一些免费的翻墙帐号，可惜质量得不到保证。
HBase集群在读写过程中，可能由于Region Split或Region Blance等导致Region的短暂下线，此时客户端与HBase集群进行RPC操作时会抛出NotServingRegionException异常，从而导致读写操作失败。这里根据实际项目经验，详细描述这一问题的发现及排查解决过程。 1. 发现问题 在对HBase集群进行压力测试过程中发现，当实际写入HBase和从HBase查询的量是平时的若干倍时（集群规模10~20台，每秒读写数据量在几十万条记录的量级），导致集群的读写出现一定程度的波动。
通过可用性测试，研究员可以梳理出产品存在的一些问题，有助于需求方对产品进行相应的改进。而需求方则可以直接体会到用户的困境，从而找出解决方案。因此，可用性测试不论对研究员发现问题还是需求方改进产品都是非常有价值的。但是在测试过程中，一些“其他”因素却可能让我们的测试效果打了折扣。
测试人员常被看作bug寻找者，但你曾想过他们实际是如何开展测试的吗？你是否好奇他们究竟都做些什么，以及他们如何在一个典型的技术项目中体现价值？
作者将带你经历测试人员的思维过程，探讨他们测试移动app时的各种考虑。本文的目的在于揭示测试人员的这一思维过程，并展示他们通常所考虑内容的广度和深度。
Git 本身并没有硬性限制注释的格式，不过，对于多人参与的项目来说， 好的注释风格更加有利于团队合作。 即使是自己用，也应当坚持实用好的注释风格， 一来是对自己的工作历史负责，二来得以养成好的注释习惯。 虽然这里标题说的是 Git，其他源代码控制系统也可以参考的。
现如今在移动设备上访问Web已经不是什么新鲜事了，然而WAP2.0设备的出现又重新引发了移动Web开发的热潮，大量经验丰富的XHTML开发者以及著名组织如dotmobi和W3C的 Mobile Web Initiative都在为此努力。现在是学习移动Web开发的最好时机。 告诉你一个小秘密：我有读心术。我知道你现在在想什么，你肯定在想：“我为什么要关注移动领域？毕竟，移动web的用户体验比起桌面web差远了。” 不止你一个人这样想。我们之中的很多人，包括传统的桌面web开发者、管理者、生产者等等，在评估移动web体验的时候都会产生这样的误解。我们期望它和桌面web的体验一样好。
移动设备的用户越来越多，每天android手机的激活量都已经超过130万台，所以我们面向移动终端的WebAPP也开始跟进了。本文主要介绍webapp的开发与调试的相关知识和经验，以及给出几种可选的解决方案。
忍住你的欲望，不要试图重构你不理解的代码。多问问题，努力能清楚他们为什么要把程序写成这样。也许他们有很好的理由。如果你找到一段很古老的代码，很有可能它们是按照古老的方式写的。每天都在新增的API，模式，需求和新领会都会让这些老的方式显得陈旧。不断努力学习新的技术，但不要为了要使用这些技术而过于热心的在重构中使用它们。
在ThoughtWorks里面，我经常有机会在不同的项目组间轮换，所以，经常会面对陌生的一切，出去做咨询项目时也是如此。但人们常常会对有经验的人加入项目有所预期，也就需要我能够尽快进入到工作状态中。所以，我也就慢慢摸索出一套适合自己的了解项目的方式。
Data URI简介 Data URI是由RFC 2397定义的一种把小文件直接嵌入文档的方案。
笔者在腾讯主要负责开放平台openapi的工作，由于工作关系，这几天遍历了 百度、人人、新浪、淘宝 4个平台，研究了一下他们对于站内应用、网站登录、移动应用的整合方式，并开发了一个百度站内应用的demo。
我们的研发团队是一支mini型研发团队，目前共有研发人员13人。由于网站产品维护的历史原因，这13人的研发团队分为4支小组，分别是：Ruby研发小组5人；PHP研发小组4人；.net研发小组2人，Java搜索小组2人。 别看我们研发人员这么少，但是我们研发人员战斗力很强，我们维护和开发着十多条产品线。在我们开发自身产品的过程中，也积累了一些比较通用的组件，一些对大家来说有用的工具。因此从今年下半年开始，我们陆续将一些组件和工具开源出来，哪怕这些项目的质量并不是那么高，也希望能够给社区带来一点点自己的贡献。 以下简要介绍一下我们已经开源的项目，今后我们还会努力开源更多的东西和大家交流和分享....
近3天十大热文
-
[68] IOS安全–浅谈关于IOS加固的几种方法 -
[67] Twitter/微博客的学习摘要
-
[63] 如何拿下简短的域名
-
[63] android 开发入门
-
[63] Go Reflect 性能
-
[61] find命令的一点注意事项
-
[60] Oracle MTS模式下 进程地址与会话信
-
[59] 流程管理与用户研究
-
[58] 【社会化设计】自我（self）部分――欢迎区
-
[56] 图书馆的世界纪录
赞助商广告
