你没看错:《读者》杂志要出平板 而且还要出手机

7月10日消息,在第十八届”兰洽会”上,杂志《读者》宣布计划推出包括平板、液晶触摸一体机在内的多款数字化新品,其中平板电脑更是内置了《读者》杂志30年期刊的电子版本!在兰洽会上的《读者》数字化展台前,工作人员向参观者展示液晶触摸一体机的使用方法,这款设备被大家形象地称为”可书写的液晶电视”。在将液晶显示 器和电脑主机集成的基础上,可以实现操作者用手或教鞭在液晶屏幕上直接控制电脑及书写标注。这种产品同时还内置了多款教学软件,可以更直观地演示教学课件 等内容,可以替代传统的黑板、投影仪、电脑等课堂教学设备。

     同时,此次《读者》全新推出的”悦读”平板电脑,大小为9.7英寸,使用最新的安卓操作系统。与一般平板电脑相区别的是,这款平板内置了《读者》杂志30年期刊的电子版本。

    另外,《读者》集团还计划在今年10月推出自己的手机。

据了解,这些数字化新品将利用读者的”云图书馆”项目,利用云计算技术,打造一个大型的内容推送平台,不管读者身处全球任何一个角落,都可以进入”云图书馆”下载由《读者》提供的数字出版内容。

《读者》杂志创刊于1981年,作为一本家喻户晓的杂志,有”心灵读本”的美誉。多年来,《读者》杂志发行量连续位居国内第一。近年来,《读者》这一老牌杂志适应新形势和进入数字出版领域,先后推出了手机杂志、手持阅读器电纸书等多种数字化产品。
文/新华网   via.凤凰科技 

一个 80 后失败创业者的告白

做了两年的项目失败了,我们的项目做的是数码3C的优惠信息,我是一个80后,小硕一枚;我们的1号创始人是90后,有激情、有梦想;在十八岁那年 带上他的梦想千里北上,找我们的开复老师指点一二;但那时,开复老师正为他的创新工场忙得不亦乐乎,也就用了三分钟召见了我们的男一号。之后,男一号又南 下广州调研;回来后,广发英雄帖,于是,我们走到了一起。

从一开始,我们的规划和分工很明确,前端、后台、美工、数据库以及市场营销各司其职。

一个失败创业者的告白-卢松松博客

随着项目的推进,我们的问题逐渐暴露:

1.操作系统问题

之 前大家都做过WEB项目,但真正上手做互联网领域的东西并负责运营维护,我们没什么经验;我们的项目,选择的是.net开发,这就造成我们只能选择 Windows环境。半年之后,我发现这个选择让我们很难受。我的体会是Windows真心不适合用来做服务器,为此,没少花费时间;当网站部署之后,需 要经常远程维护,初期使用远程桌面软件,如向日葵什么的,太慢,之后改为Teamviewer,还算过得去;但总体维护的时间都还是耗在等待界面响应上; 之后,我们考虑使用纯文本界面,但DOS那个鸡肋,可用性差,很多功能无法实现;再之后,我们装上了Cygwin,一个在Windows平台模拟 linux环境的软件,开通ssh,这样在维护上有所改进,但也只是解决了一小部分;如系统的运行监控、WEB服务器监控及数据库的操作,文本支持力度都 太小,很难受;不过,跟其它问题相比,这个算是小的,毕竟可以通过多花些维护时间来解决;

2.前端人员的偏执

WEB原型出来后,这时候我们发现了问题;

我 们的前端在学校的圈子是出了名的牛人,不过,这个牛人有些偏执,喜欢linux和firefox,鄙视IE、鄙视Windows;这是个人的立场和态度, 我管不着,但是,他把这个偏见也带到开发中来,这样造成的后果就是我们的页面不兼容IE6!!!想想,2010年,IE在浏览器市场还占据着40%以上的 份额,这个不兼容对任何一个互联网WEB的项目来说都是不可接受的; 于是,我们又开始花大力气兼容,要知道,这不是个简单的活。本来一开始呢,使用第三方库(Jquery、Ext)或是在开发方法上有意的规避不兼容问题, 其实也都好办,但页面完成后,再开始修修补补,这对前端来说,很难受;

后来,这个前端就撤退了。我们不得不另寻高明;

再来的前端人员也实在受不了这样的不兼容问题,在修补让大家难受至极的情况下,我们选择了重做,比起修补,重做页面,可能来的更快;

3.人员更替

就这样一折腾,时间过去了不少;

由于迫切需要前端,在人员选择上我们没有向初始那样设定加入必须有资本金投入的条件;

再 后加入的前端,相当于出售技术,我们承诺股权分配,需要说明的是,我们的创业资本不多,所以,对所有的人员都是零薪酬;股权这东西,看不见,摸不着,对新 来的人开始是个新鲜,过了这股新鲜劲之后,就开始退烧,开始思考值不值得做,开始和我们不走同一条路,就这样,我们前后换了五个前端,这两年,我们一直处 于一个找寻前端的过程中。

4.运营推广不力

我们的开发战线拖的太长,做出来的产品得不到 市场有效的反馈。在完成一版之后,还没有大规模推广的情况下,又考虑改版,实施第二版计划,推迟推广;这缘于我们的男1号想在推出时让用户的体验更好,同 时他又想出来一个好点子。这样,在几次改版后,我们的开发被搅晕了,加上前端的短板,宝贵的时间又耗费大半。

说说开发流程

我 们的开发流程是这样的;开始,将整个web的需求说明书出来,然后在按照各自职责分工设计,接着就开始干了。最初别的需求不多,我们使用文档来交互处理新 增的需求;但很快,我们发现这样处理的需求效率低下并且无法跟踪;之后,我们引入了一个需求管理软件WSS,功能很简单,但足够我们使用;同样,我们不久 就建立的其它的辅助开发环境;

大公司对需求、代码和缺陷的管理使用的CQ、CC和QC, 同样,我们也部署了三套系统:需求就是WSS,代码使用SVN、缺陷使用的BugTracker;为了规范成员的行为,我又推出了wiki系统,并将常用 的编码和操作规范总结成文,并实施。总体来说,我们的开发流程还算规范,但在人员上,我们失策了。

不记得是谁的一句话了,说得我体会深刻:一个创业团队的成功与否,只需看其最初的几个创始人,他们的行为和意志影响着项目的最终成败;我们团队创始人有5人,到最后,最初的几人中就剩我和男1号;今年六月,男1号也要撤了,这个项目的中心倒了,团队解散,公司注销。

现在的我

现在的我,有经验,失败的经验;有力气,能干活:Linux、C++、python、C#都行(python只能打酱油);有时间,有儿子(一台2U强悍服务器),以及一堆代码;但我,没有了方向;我在找新的项目,可以没有任何薪酬,但是你必须让我看到前景;

我是大CC,人在北京,你在哪?

如果你看到了,就联系我吧:me115(*)126.com (*替换@)

BLOG:http://www.cnblogs.com/me115/

后记:

这 是一篇来自大CC的投稿文章,来自他亲身经历,同时他现在也在找合伙伙伴,有兴趣的朋友可以联系他。创业的过程中,尤其是年纪相仿、岁数不大的人聚在一 起,团队成员各抒己见,往往在团队成员中都抱着“人人平等”的观念创业,可实际上“人人平等”造就出“各抒己见”的现象,最终结果是各做各的,导致项目失 败。

这也是为什么我用“乔布斯”做为博文配图的原因,我们应该学习他是如何聪明的选择什么时候该聆听,什么时候该坚持,也就是在做决策之 前,领导人应该广纳百川,听取各种不同的观点,而一旦决策定了,这时你就应该贯彻执行,毫不妥协。在这之前,我认为初创团队应该有一位绝对地位的 领导者。

通过大CC的故事,希望给即将走向职场、创业的朋友一些启发。

除非注明,文章均为卢松松原创,欢迎转载!转载请注明本文地址,谢谢。

本文地址:http://lusongsong.com/reed/501.html

报告显示谷歌搜索6月在美份额再度增长

网易科技讯 7月12日消息,据外媒《华尔街日报》报道,comScore向其客户公布的最新数据显示,6月份谷歌在美国搜索市场的份额再次实现增长。

相比去年同期的数据,谷歌今年6月份的搜索市场份额由65.5%增长至66.8%,雅虎则由15.9%下滑至13%。微软近期对公司资产进行了大规模减记,其中主要原因是公司在线业务表现不佳。但微软搜索份额则在6月份由去年同期的14.4%增长至15.6%。

微软和雅虎早前签署过搜索合作协议,后者的搜索引擎由微软必应提供。不过两者相加后,搜索份额仍由去年同期的30.3%下滑至28.6%,再次验证谷歌在这一领域不可动摇的统治地位。

尽管谷歌在搜索领域所建立起的统治地位可以帮助公司在广告竞拍上获得更好的价格,但这也引起了多个监管部门的高度注意。美国联邦贸易委员会(FTC)目前正就谷歌不公平使用其统治地位,以推广自主产品展开全面的调查。

微软在在线广告市场与谷歌的竞争中一直处于挣扎的状况,公司投入巨资推出了类似谷歌搜索服务的必应搜索引擎。然而就在本月早些时候,微软宣布因在aQuantive在线广告服务投资上失败,公司不得不对其资产进行62亿美元的减记。

微软和雅虎在2010年达成了搜索合作协议。前者成为雅虎搜索引擎的提供商,希望这样一种组合能吸引更多广告商的注意,从而联合对抗谷歌的侵袭。

“后简历”时代的社交网络

《华尔街日报》披露,Facebook 日前正筹划在今年夏天上线自己的招聘平台,该平台允许其他公司在此发布招聘信息,用户可以通过 Facebook 搜索职位。目前招聘网站 BranchOut、JobVite 和 Work4Labs 都表示将在平台发布招聘信息。

这 意味着 Facebook 开始涉足商业社交领域。借助庞大的社交图谱,Facebook 意图将社交向商务方向拓展。由于很多人将生活与社交有着明确的区分,Facebook 的招聘平台能否成功还不好说,但旧的人才招聘业暴露的诸多痼疾已经积重难返,行业需要一个全面的革新,社交网络就是这样一个全新的平台。CNN 在一篇文章中指出,在很多方面,我们已经进入“后简历”时代。

对于信息量较大、内容多变的简历,纸质的形态显然不适合互联网传播时代了。由于版面所限,如何有效的将信息呈现在尽可能少的纸张上成为困扰求职者的问题,因为每天浏览上千份的 HR 很可能不会去翻页。此外,不易携带也是一大弊病,简历石沉大海的情况屡见不鲜。

MGD 服务公司的 Gunn 在博客中称,每次求职者递交纸质简历的时候,她都会退回并要求一份电子档。因为她很难将这些纸质简历都装进容纳笔记本电脑、iPad 的公文包。

无疑,电子版简历解决了上述问题,但内容单薄、真伪难辨等问题仍然存在。随着人才日益激烈,简历的地位流于形式,企业在招聘时更注重现场考察。但很多情况下,简短的考察难以多维度地了解求职者个性、价值观、沟通能力。

社交网络的方兴未艾让很多人将生活搬到了网络,社交网络如同一面镜子反映着一个人方方面面:状态记录了你的生活,反映了你的价值观;分享透露出你的喜好。所以,相对于流水账式、难以让人信服的纸质履历,社交网络更能代表真实的自己。换言之,社交网络是动态的简历。

因此,覆盖每个人的社交网络开始成为企业关注的对象。特别是有些科技公司,他们通常对履历上的教育经历、获奖和实践视而不见,而乐此不疲地浏览求职者的 LinkdeIn、Facebook、Twitter 以及 Tlumbr,据此对求职者进行评判。

Union Square 的 Christina Cacioppo 在公司官网上这样写道:

我们认为社交状态能够代表你是谁,而不是招聘人想要的那个人,所以在提交你的账号之前,请不要浪费时间“清理”的社交网络。

此外,求职者还会被要求制作两个关于自己的视频,一个来自述求职的原因,另一个来回答“哪个 Web 或移动服务最能激励你?”

简历这种存在已久的求职资料过时了吗?Gunn 认为,简历不会存在太久,但是在消亡前可能会朝着新的形式发展。

Rachael King 是 Adobe 公司的一名员工,她曾经制作了一份“活的简历”——她将个人履历以图片的方式钉在了她的 Pinterest 账号上,这份简历还包括她的博客、她的公共演讲,并链接到出现她的新闻报道中。她甚至写了一篇文章介绍如何在 Pinterest 制作一个简历。

“概念并没有改变,那份记录你工作生活的历史永远不会过时”,她说,“只是媒介在变。”

题图来自 Forbes

JavaScript,只有你想不到

出处:http://radar.oreilly.com/2011/06/time-to-learn-javascript.html

很长时间以来,JavaScript在我眼里都是编程语言中的二等公民。早先,它经常是很多安全问题的发源地,就像是胶水一样,它能把HTML应用与样式 粘到一块,可没有人拿它来正正规规地编写程序;这样的情形太普遍了。而Java、Ruby、Python,这些才是真正能用来编写程序的语言。

过去几年间,我对JavaScript的态度有了彻底的改变。JavaScript已经“长大成人”了。我敢保证很多JavaScript开发人员都不会 认同我前面的说法,他们会说JavaScript一直都是一个十分强大、成熟,深得人心的语言。或许他们说得没错,事实上只要是一门完整的编程语言,就能 拿来编写程序,也包括BASIC这种滥东西。而一门语言真正有用,必须一方面自身具备很强的表达能力,另一方面还要有众多的库和开发工具。显 然,JavaScript的表达能力早就没有问题了,即便是创建对象的方式有点不好让人接受,其实问题也不大。直到最近,一些极其重要的扭转局面的技术出 现了:jQuery、JSON、Node.js和HTML5。或许JavaScript以前就是一门完善的语言了,但却是这些重要的相关技术(以及其他一 些没有在这里提及的),让JavaScript成为了每一个开发人员都知道的语言。如果明年你要学一门新语言的话,那一定就是JavaScript。

潜力无限的Node.js

说Node.js潜力无限的意思,就是它有可能引发Web开发的革命。 Node.js是一个框架,用于构建高性能Web应用——即使是巨量的请求也能应对如流。虽然Node本身作为一个底层框架,能够用于构建任何应用,但它 还是最适合构建Web服务器。它的异步事件驱动模式与传统的请求-响应模式相比,无疑更适合Web应用。

有两方面因素更让人看好Node。首先,Google在提升JavaScript性能方面掀起了一场革命。这句话的意思并不是说你随时随地都可以用上最好 的JavaScript引擎(尽管这也是我们一个美好的期望)。但可以肯定的是,Google在其他竞争对手还没有上心的情况下,真的把 JavaScript性能当成了一回事儿。如此一来,就把Mozilla、Apple、Microsoft、Opera,还有其他浏览器开发商逼到了性能 竞赛的跑道上。结果导致我们现在使用的JavaScript引擎较之几年前快了不知道有多少倍,完全有能力运行复杂的大型Web应用。

其次,Node有着庞大的开发人员基础。不管大家在服务器端使用的是什么语言,但在客户端却鲜有不使用JavaScript的。有的人可能是“剪刀加浆 糊”式的东拼西凑,有的人则可能用JavaScript做出了高超的Ajax应用,而有的人甚至实现了全功能的应用程序,像Twitter或Gmail。 可不管怎么说,JavaScript开发人员的数量无疑是非常庞大的。而Doug Crockford等作者更是极力宣传所有人都应该把JavaScript当成一门严肃正经的编程语言来看待——尽管它还有不少缺点。

当时当下,编写Node应用相对还是个“粗”活儿,毕竟它只是一个底层库。想象一下单纯使用JavaScript写代码,对,就是这种感觉,Node当前 还是一个beta版的格局,与Rails或Django这样成熟的Web开发框架还没法比。这种状况无疑会改变。一些轻量级的框架,比如Express,已经出现了;我坚信更多基于Node的全功能框架将继续不断涌现。

前面提到过一些几乎完全在浏览器中运行的高级Web应用。那些都已经不算什么新鲜事儿了,Gmail多大了?Google Maps贵庚了?不过,用JavaScript编写在浏览器中运行的应用的客户端无疑是越来越有吸引力了。HTML5则继续推高了人们对这一趋势的期许。

HTML5就是JavaScript

我不知道已经说过多少次了,HTML5实际上并没有多少与HTML有关,它其实就是JavaScript。HTML本身有什么变化?不过一些新标签而已, 况且哪个新标签都不难理解。HTML5的威力在于让你能用JavaScript来创建这些标签。假如没有后台代码通过Canvas来创建动画、游戏,或者 通过它来实现一些数据的可视化,这个标签也没有大用处。从浏览器开始支持Canvas开始,我已经看到了Asteroids(行星游戏)的上百个实现,那都是开发人员为熟悉这个新特性所做的练习。有的比较粗糙一些,而有的则极其精美。这些完全都要归功于JavaScript。

由此可见,HTML5并不是以尖括号为特征的标签语言的一次大的改进,其实质是赋予了JavaScript更强大的能力。WebGL库 (当前还羽翼未丰)支持在HTML5的画布中绘制实时的3D图形。HTML5的地理位置支持在浏览器中实现LBS(Location Based Service)应用——这都是手机的基本配置。而持久存储以及离线功能则为开发能与桌面应用媲美,但却在浏览器中运行的全功能应用奠定了基础。目前,就 连增加多点触摸事件的实验性的库也已经出现了。凡此种种,无一不是实实在在的JavaScript特性。HTML5只是为这些高级功能的发挥提供了舞台。

退一步讲,不依赖于HTML5的浏览器端开发库也取得了长足的进步。长久以来,JavaScript一直都是在HTML中实现动态效果的不二之选。可两个问题迟迟得不到解决:一是浏览器兼容性问题,二是直接操作DOM太麻烦。jQuery让这两个问题霎那间消失得无影无踪,这个库已经成为现代基于浏览器的客户端开发的基本配置。不过,并非只有jQuery。Protovis、还有D3,都可以让你直接在浏览器中创建复杂的交互性数据可视化效果,有史以来第一次让浏览器成为了展示数据的一个重要媒介。

JavaScript与数据库,编译器与语言

就连数据库里都开始广泛使用JavaScript了!当前如火如荼的NoSQL运动的三只领头羊:CouchDB、MongoDB和Riak,都是“文档数据库”。它们保存的不是表,而是文档。这几个数据库所谓的“文档”,其实就是JSON文 档,而不是Word或Excel。(Riak除了JSON文档,还支持XML和纯文本。)JSON已经成为一种被广泛采用的数据交换格式(所有现代的编程 语言几乎全都有解析JSON的库),不过请注意,JSON实际上不就是一种序列化JavaScript对象的格式嘛!因此,虽然你可以在任何语言中使用 JSON,但在JavaScript开发中使用它则是再自然不过的事了。况且,JSON 这个格式成为一种跨语言的标准,而不是Python、Ruby或Java等语言的序列化格式,这个事实本身足以说明JavaScript将在更加广阔的舞 台上大显身手。还不仅仅如此,上述三个数据库都内置了支持JavaScript查询的能力。未来几年,更多的人都将会惊讶地发现,JavaScript和 JSON还会内置到其他应用程序中!

JavaScript时代的大幕才刚刚拉开。在今年的JSConf上,一个核心主题就是“JavaScript到JavaScript的编译器”,也被人们看成是未来的一个主要趋势。Google在“编译生成JavaScript代码”方面是首开先河者。据我所知,GWT(Google Web Toolkit)应 该是通过编译(从Java代码)生成JavaScript代码的第一个框架。以前我对GWT并没有太重视,只是觉得它是一个致力于拯救那些Java程序员 的框架,好让他们不必因为(学习)编写JavaScript而浪费时间。可是,GWT在编译过程中对JavaScript做了那么多的优化,简直是太神 了。Closure就是一个“JavaScript到JavaScript的编译器”,能够实现同样级别的优化。Traceur,这是几个星期前才冒出来的一个框架,通过它能够试验JavaScript的新特性,换句话说,它可以把带有实验性语言特性的JavaScript代码编译成可以在所有现代平台中运行的JavaScript代码。

最后,我们也开始看到了当初Java大旗下JVM语言的蓬勃景象:很多语言都在致力于编译成JavaScript!其中有一些语言比较有意思,像Coffeescript和Kaffeine, 它们在风格上酷似JavaScript,但更关注弥补JavaScript的一些不够完善的地方。是不是觉得JavaScript的对象模型特有意思,可 怎么看怎么有点笨笨滴,有木有?是不是一想到基于原型创建一个实际的对象都需要反反复复地定义这定义那,就望而却步了,有木有?Coffeescript 对此作了明显的改进。除了完善对象模型,Coffeescript 还添加了类似列表解析(list comprehensions)的新特性,去掉了大部分花括号。就像在Python中一样,要使用缩进来区分代码块。

未来的Web服务器、取之不尽的客户端库、HTML5、数据库,乃至基于JavaScript的语言——我现在一睁眼看到的就是JavaScript!假 如你曾经对JavaScript敬而远之,今年可是该学习它了。没有任何理由,真的,再不学,恐怕你就没机会跟上时代了!