博客

  • 移动互联网的十字路口

    移动互联网的十字路口

    “全球的互联网是以美国为中心的,未来的移动互联网将是中国引导世界。”这是摩根士丹利2005年的一个判断。5年过去了,中国的移动互联网距离世界的中心非但没有拉近,似乎更远了。中国移动互联网的参与者们必须加快脚步,因为互联网正在不可阻挡地进入移动时代,下一个5年的大赢家必定出现在移动互联网领域。

    经历了大型机、小型机、PC、桌面互联网四个时代之后,伴随着3G应用的大范围开展,移动互联网正成为信息技术发展的第五个阶段。比起仅有10亿台PC规模的互联网时代,拥有百亿台设备规模的移动互联网时代,其发展速度将快于桌面互联网,其规模将大得超乎多数人的想象。

    目前,几股大的力量正在这个疆域角力。腾讯、新浪百度等互联网公司以其原有的黏性业务,正迅速向移动互联网渗透。而3G门户、优视科技(UCweb)等新兴移动互联网公司,则立志成为下一个10年的伟大企业。电信运营商在移动互联网价值链中,不甘心只做管道,力争要上下通吃。以苹果为代表的终端,用超酷的外观设计、创新的商业模式,形成一个全新的生态环境。虽然大家的路径不同,但有一点是得到共识的,那就是顺应移动互联网潮流的“传统”企业和新兴的企业将主宰移动互联网市场,而守旧的企业将被无情地边缘化直到淘汰。

    不过,通往那片含金量最高的移动互联网核心之地的旅途并不平坦。大大小小的掘宝者们都面临着各种选择。比如:传统互联网公司是将桌面业务直接复制到互联网上还是开发全新的业务;运营商会面临成为通道提供商还是成为应用集成商的选择;手机设备商会面临支持哪款操作系统的抉择以及是否延伸至应用平台链条中的多重选择;而开发者更是在多个手机操作系统上要押准自己的赌注……

    中国的移动互联网正处在十字路口,现在的抉择很有可能事关生死。选择无处不在,而成功的结果只有一个,这将不仅考验各类移动互联网参与者的商业判断能力,同时也将检验其技术实力与执行力,最终的成功者终将属于那些看得最准、跑得最快、耐力最好同时也是运气最好的公司。 (更多…)

  • 80后的梦想

    最近几日很惆怅,做事无精打采,制定的计划也不能按时完成。

    前几天一直认为,群硕软件会是我职业生涯的第一站,虽然会无休止的加班,但是能继续锻炼我的业务水平,在上海能给我5-6k很满足了,筹划着如何省钱买新电脑,筹划着未来。就是这样一个美好的希冀,让我陷入了迷茫,也不能说是迷茫,只是觉得,生活,您太不给力了!当时群硕面试的感觉非常好,一个美女技术HR,问的问题也都答上了,从他眼神中也能看到对我的肯定,从最后给我offer中看到技术评定给我的是ST3,应该是本科生中算高的了,当时并没有选择工作地是武汉,选择的是北京和上海。二面的时候也好像说到了,会在两周内电话通知。但是群硕并没有给我电话通知,而且更改了工作地点也没有给我说。最后打电话过去请求协调,用北京上海职位已满推脱。如果公司的在沈阳的不需要招聘北京上海的职位那为什么不告诉我们,这是对双方的不负责;如果之前打算招北京上海的职位,那为什么现在职位满了?为什么给我分配到武汉?对于这样的一个公司值得我去吗?

    从十一月参加招聘会以来就一直觉得中国的很多企业很看重所谓的学历,和一些其他所谓的身份。参加了阿里巴巴口碑网的笔试和面试,在一面的时候也是感觉很好,临走是瞄了一眼评定–优秀,当时认为进入下一轮也完全没有悬念,但是就是这样的自信却没有让我进入最终一轮的面试, (更多…)

  • 密码保护:X硕你太不给力了吧!

    此内容受密码保护。如需查阅,请在下方输入密码。

  • OAUTH协议简介

    摘要:OAUTH协议为用户资源的授权提供了一个安全的、开放而又简易的标准。与以往的授权方式不同之处是OAUTH的授权不会使第三方触及到用户的帐号信息(如用户名与密码),即第三方无需使用用户的用户名与密码就可以申请获得该用户资源的授权,因此OAUTH是安全的。同时,任何第三方都可以使用OAUTH认证服务,任何服务提供商都可以实现自身的OAUTH认证服务,因而OAUTH是开放的。业界提供了OAUTH的多种实现如PHP,JavaScript,Java,Ruby等各种语言开发包,大大节约了程序员的时间,因而OAUTH是简易的。目前互联网很多服务如Open API,很多大头公司如Google,Yahoo,Microsoft等都提供了OAUTH认证服务,这些都足以说明OAUTH标准逐渐成为开放资源授权的标准。

    一、OAUTH产生的背景

    典型案例:如果一个用户拥有两项服务:一项服务是图片在线存储服务A,另一个是图片在线打印服务B。如下图所示。由于服务A与服务B是由两家不同的服务提供商提供的,所以用户在这两家服务提供商的网站上各自注册了两个用户,假设这两个用户名各不相同,密码也各不相同。当用户要使用服务B打印存储在服务A上的图片时,用户该如何处理?法一:用户可能先将待打印的图片从服务A上下载下来并上传到服务B上打印,这种方式安全但处理比较繁琐,效率低下;法二:用户将在服务A上注册的用户名与密码提供给服务B,服务B使用用户的帐号再去服务A处下载待打印的图片,这种方式效率是提高了,但是安全性大大降低了,服务B可以使用用户的用户名与密码去服务A上查看甚至篡改用户的资源。

    很多公司和个人都尝试解决这类问题,包括Google、Yahoo、Microsoft,这也促使OAUTH项目组的产生。OAuth是由Blaine Cook、Chris Messina、Larry Halff 及David Recordon共同发起的,目的在于为API访问授权提供一个开放的标准。OAuth规范的1.0版于2007年12月4日发布。通过官方网址:http://oauth.net可以阅读更多的相关信息。 (更多…)

  • 风雨20年:我所积累的20条编程经验(转)

    从11岁时,我就一直在编程,并且一直都很喜欢技术和编程。这些年来,我积累了一些艰难又容易的经验。作为一名程序员,你或许还没这些经验,但我会把它们献给那些想从中学到更多的朋友。

    我会持续更新这些经验,我可能还会有更多的感想,但就我这20年来看,我想下面这个列表中基本不需要增添额外的东西了。下面就是我至今最难忘的经验。

    1. 估算解决问题所需要的时间。不要怕,承认吧!我曾见过一些程序员为了解决一个特殊问题而坐在显示器前面8小时。为自己定一个时间限制吧,1小时、30分钟或甚至15分钟。如果在这期间你不能解决问题,那就去寻求帮助,或到网上找答案,而不是尝试去做“超级堆码员”。

    2. 编程语言是一种语言,只是一种语言。随着时光推移,只要你理解了一种语言的原理,你会发现各种语言之间的相似之处 。你所选择的语言,你应该觉得“舒服”,并且能够写出有效(而且简洁)的代码。最重要的,让语言去适应项目,反之亦然。

    3. 不要过于注重程序的“设计模式”。 有时候,写一个简单的算法,要比引入某种模式更容易。在多数情况下,程序代码应是简单易懂,甚至清洁工也能看懂。

    4. 经常备份代码。在我年轻时,我就有过因硬盘故障而丢了大量代码的经历,这经历很恐怖的。只要你一次没有备份,就应当像有着严格的期限,客户明天就需要。此时就该源码/版本控制软件大显身手了。

    5. 承认自己并不是最顶尖的程序员 – 知不足。我常想,我对编程了解已足够多,但是总有其他人比你优秀。正所谓,“一山总比一山高”。所以,向他们看齐吧! (更多…)

  • 360&qq 全民娱乐

    利益之争很可怕。

    抓着群众的观点,公关的能力也很重要。

    没有其他学到的,对于网民来说纯属娱乐。全民娱乐。晚安 梦想。

  • 我的最后一个互联网希望也破灭了

    连续经历了搜狐,百度,阿里巴巴的招聘后,我的互联网企业入职梦想已经基本破灭了。

    一直对互联网有很大的兴趣,前两年做前端开发,今年选择了做后台的java开发,当选择java的那个时刻,我就知道了,选择java入职互联网的机会就会小一些,但是还是选择了java。网投了搜狐,但是没有参加宣讲,没有得到笔试机会;5月参加过百度电面,感觉百度的hr的素质不错,但是这一次也没能进入下一轮的面试;阿里巴巴,从宣讲到笔试,到面试一路走过来,但是得到了一个很让人难以理解的结果。 (更多…)

  • 密码保护:各种碰壁,各种杯具呀

    此内容受密码保护。如需查阅,请在下方输入密码。

  • 一些排序算法的比较

    1 快速排序(QuickSort)

    快速排序是一个就地排序,分而治之,大规模递归的算法。从本质上来说,它是归并排序的就地版本。快速排序可以由下面四步组成。

    (1) 如果不多于1个数据,直接返回。
    (2) 一般选择序列最左边的值作为支点数据。
    (3) 将序列分成2部分,一部分都大于支点数据,另外一部分都小于支点数据。
    (4) 对两边利用递归排序数列。

    快速排序比大部分排序算法都要快。尽管我们可以在某些特殊的情况下写出比快速排序快的算法,但是就通常情况而言,没有比它更快的了。快速排序是递归的,对于内存非常有限的机器来说,它不是一个好的选择。

    2 归并排序(MergeSort)

    归并排序先分解要排序的序列,从1分成2,2分成4,依次分解,当分解到只有1个一组的时候,就可以排序这些分组,然后依次合并回原来的序列中,这样就可以排序所有数据。合并排序比堆排序稍微快一点,但是需要比堆排序多一倍的内存空间,因为它需要一个额外的数组。
    (更多…)

  • 通行证系统——跨域登陆与跨域验证

    在为多个WEB App开发统一的Passport系统一直一些多主域名系统需要解决的问题。根据我的经验和研究,有一个类似 Google 的通行证的方案实施后,效果还是可以的。

    SSO的主要效果是用户在任意一个 web app 登录后,别的 app 可以免于再次登陆,但用户浏览到别的 app 的域名下的时候,可以判断用户已经登录的状态,因此用户不用在同一个大平台下的不同域的 app 上多次登录,能有效的提高用户体验。 (更多…)