到 2015 年全国约70%高校外网网站系统支持 IPv6

经国务院同意,国家发展改革委、工业和信息化部、教育部、科学技术部、中国科学院、中国工程院、国家自然科学基金会日前印发了《关于下一代互联网“十二 五”发展建设的意见》。根据《意见》,到2015年,全国约70%的高校外网网站系统支持IPv6(国际互联网协议第6版)。

《意见》提出,“十二五”期间我国互联网发展目标为:互联网普及率达到45%以上,推动实现三网融合,IPv6宽带接入用户数超过2500万,实现IPv4和IPv6主流业务互通,IPv6地址获取量充分满足用户需求。

《意见》描绘了下一代互联网发展的时间表和路线图,明确提出,2014年至2015年为下一代互联网全面商用部署阶段,将逐步实现全国约70%的县级以上政府外网网站系统支持IPv6,约70%的高校外网网站系统支持IPv6,移动互联网业务全面向IPv6过渡。

《意见》同时提出,鼓励高校、科研机构和企业引进和联合培养满足市场需求的技术和管理等各领域专业人才,特别是高端人才;通过“863计划”、“973计划”、自然科学基金等渠道,大力支持网络基础理论和关键技术研究。

截至2011年年底,我国网民数量达5.13亿,互联网普及率为38.3%,我国已成为全球互联网大国。但由于技术和历史方面的原因,我国互联网存在网络地址获取量不足、安全可信度较差、服务质量较低等突出问题,严重制约互联网产业向更高层次发展。

《中国教育报》2012年4月9日第1版

为中国开源事业加油 – 纪念 OSC 收录软件超过2万

为中国开源事业加油
– 纪念 OSChina.NET 收录超过2万个开源项目

自 OSChina.NET(开源中国)成立三年以来,小编们勤勤恳恳地以平均每天20款的速度收录着每一个能找到的开源软件(项目),包括每一款软件的介绍(翻译),文档链接,下载链接,截图等等。截至2012年4月3日,OSChina.NET 收录的软件/项目(包括极少部分商业软件)达到2万款。为了让用户更方便的找到自己需要的开源软件,我们给所有的软件都归类了,目前一共有15个大类,308个小类。

大家都知道开源的理念在国内的推广远远不及国外。 在所有我们收录的开源项目中,由国人发起或者参与的项目不到1000个,活跃的项目、知名的项目就更少了。我们并不认为国内的开发者们对开源软件关注的少或者使用的少,我们相信有很多公司的业务是跑在开源软件之上的。我们缺少的是一个开源的生态系统,一个良好的环境来开发、维护、使用高质量的开源软件。

OSChina.NET 整个网站从操作系统到Web前端都是使用开源软件搭建起来的,我们深知开源项目给软件开发,以及整个IT产业带来的好处,我们希望通过实际行动来推动开源理念的普及,特别是推动中国开源软件事业的发展。

我们在这里做出以下倡议,希望认同我们理念的朋友能和我们一样以实际行动支持开源事业的发展。

假如你是开源软件作者/贡献者
1.    提交你的开源项目到 OSChina.NET,我们非常乐意推广你的开源项目
2.    尽量解答用户提出的关于你项目的问题
3.    以开放的心态接受别人的贡献、批评
4.    不要重复发明轮子

假如你是开源软件爱好者
1.    如果你看到有未被 OSChina.NET 收录的开源项目,欢迎提交
2.    如果你发现 OSChina.NET 收录的项目资料有误或者不详细的,欢迎指正、补充
3.    不要崇洋媚外,不要做喷子
4.    不要重复发明轮子

假如你是IT公司
1.    向开源软件贡献金钱或者代码
2.    分享开源软件在实际项目中的使用心得、经验
3.    积极参加、组织开源相关的活动
4.    不要重复发明轮子

5 个让人激动的 Java 项目

每个Java/JVM领域的技术专家都应从那些项目中获益,他们中有2011在SanJose举办的Jax 会议中提名为最好的技术产品奖的。我之所以选择他们是因为他们可以广泛用于一系列的项目中解决真实问题。作为开发者,我们也不得不在每天都讨论这些,那么 我们赶紧来看看究竟有哪些值得令人激动的项目。

1、Neo4j   图形数据库
Neo4j是一个高性能图形引擎,该引擎拥有成熟稳健的数据库的所有特性。程序员利用面向对象、灵活网络结构而不是严格的静态表操作,但是他们可以完全享 受到具备完全事务特性、企业级数据库的所有好处。对于很多应用来说,Neo4j相比关系型数据库性能提升1000倍,同时Spring和其他框架有相应的 插件支持。

2、JRebel  不需再重新部署
JRebel是一个小型的JVM插件,它能使Java程序员在不需重新部署情况下即时地看到代码改变后的结果。JRebel 能够在一个时间点让你单独地更新管理类文件和资源的版本来替换块应用部署,当开发者在IDE中对类和资源有任何的修改时,变化能立刻地反映到已经部署好的 应用中。通过省略从构建到重新部署期所花时间每年能节省约5.25周。

3、Gradle   一个更好的构建工具
Gradle充分吸取了Maven和Ant的优点。Gradle站点说道:“工程自动化是软件项目成功的必要条件,而且它应该是实现起来简单、易用、好玩 的。构建没有千篇一律的方法,所以Gradle没有死板的强加方法于我们,尽管你会认为查找和描述你的方法很重要,然而Gradle对于如何描述它有着非 常好的支持。我不认为工具能够拯救我们,但是Gradle能给你所需要的自由,你可以利用Gradle构建易描述的、可维护的、简洁的、高性能项目”。

4、Akka    更加简单的可伸缩性、容错性、并发性、远程调用的Actor模型应用
编写出可靠的并发、容错、可伸缩的应用简直太难了,很多时候是因为我们使用不合理的工具和错误的抽象级别,Akka正是用来解决这些难题的。使用 Actor模型与STM(软件事务内存)提高抽象级别,Actor提供了更好的平台来建立可靠的并发和可伸缩的应用,对于容错采取任其崩溃、接受失败的模 型(Let it crash/Embrace failure),它已经成功运用在电信行业。系统几乎不会宕机(高可用性99.9999999 % 一年只有31 ms宕机,这里有详细介绍),Actors同样为透明的分布式提供了抽象化,为真正的可扩展和容错的应用提供了基本要素。

5、Play Framework—关注开发者效率和RESTful风格的架构
Ruby中有Rails框架,Groovy有Grails,现在Java有了Play!Play 是一个纯Java框架,因此可以继续使用你钟爱的开发工具和类库。如果你已经在使用Java作为开发平台,那样也不需要切换到另一种语言、另一种IDE和 库文件,你要做的仅仅是切换到一个更高效的Java环境中。

原文:Eugene Dvorkin

25+ 个新鲜的 jQuery 和 CSS3 教程

本文收录超过 25 个最新的关于 jQuery 和 CSS3 实现一些炫酷网页效果的教程,你值得拥有。

Slideshow with jmpress.js

Responsive Horizontal Layout

Login and Registration Form with HTML5 and CSS3

Responsive Content Navigator with CSS3

Accordion with CSS3

Page Transitions with CSS3

Sliding Image Panels with CSS3

CSS Buttons with Pseudo-elements

Animated Web Banners With CSS3

Filter Functionality with CSS3

Thumbnail Proximity Effect with jQuery and CSS3

Fullscreen Background Image Slideshow with CSS3

 Create Calendar using jQuery and CSS3

Create an Image Slider using jQuery and CSS3

Create Login Form with CSS3 and jQuery

How to Create Accordion Menu (CSS3+jQuery)

Create Content Accordion in Pure CSS3

Create a Stylish Image Content Slider in Pure CSS3

Timeline Portfolio

Making a Page Flip Magazine with turn.js

Making an Impressive Product Showcase with CSS3

Apple-like Login Form with CSS 3D Transforms

Enhance Your Website with the FullScreen API

CSS3 signup form

CSS3 ordered list styles

CSS3 & jQuery folder tabs

CSS3 breadcrumbs

Source: http://designmodo.com/jquery-css3-tutorials/

程序员真的很懒

可能除了哲学家以外,我认为程 序员是最懒的一群人。他们的职业看起来又似乎有一定的劳动强度。想想看,生物学家要亲自做所有的实验…给数百只小白鼠注射药物不可能自动完成。医生必须给 病人进行身体检查;教授每年都要教授同样的课程;建筑师从各个角度制定方案,并手工地将方案一笔一划绘制出来。 让我们再来看看更为辛苦的一些职业,情况更糟。营销人员要不断重复地进行同样的产品宣传;理发师日复一日地做着同样的事情;收营员每天都以相同的方式对货物进行结算…工厂工人…

你面前呈现出了一幅图片,世界上有很多这样的人,他们每一小时,每一天,每一年,有些甚至一辈子都在重复做着几乎相同的事情。
 
来看看程序员

每当我们想连续两次做同样的事情时—我们会尝试想一个方法来自动完成此过程。每当你写的代码是完成同样的一件事时,你会开始寻找一个库;每当你启动一个类似的项目时,你会去寻找一个模板。

Programmers are fucking lazy 1程序员的生活就是致力于消除重复的工作。

将琐碎地任务从我们的工作流程中剔除,这能让每个人生活得更轻松。这里有一个经典的笑话,说一个程序员情愿用一周的时间来写一个拷贝脚本,也不愿意将相同的文件复制粘贴两次,尽管复制粘贴可能只需要两分钟。

该死的,我们要遵循DRY(Don’t Repeat Yourself不要重复自己)的原则。这个原则的基本内容是宁愿创建一个令人费解的抽象类,也不要将不相同但非常相似的代码写两次。
这当然会导致很多问题。

一般的软件项目充满了在顶层抽象类上构建的抽象类,你慢慢地会不清楚这些顶层抽象类将如何工作。甚至你完全不知道其代码在做什么。”Dizzying but invisible depth“,涉及到这个问题时,你真的应该读读这篇短文。

另一方面,懒惰本身已经证明了历史上许多科学和工程发展所带来的背后推动力。用有轮子的拖车运东西比人工搬运要轻松;用船在水中前行比游泳来得容易;甚至如果你他妈的想炸掉一座城市,你投掷一颗原子弹也比投掷几千个小炸弹来的容易。

所以这也许并不是说程序员是懒惰的。也许真正懒惰地是工程师们。只是恰巧在这样一个历史时刻,程序员作为工程师中最鲜明的一类,总是将世界向更好更光明的未来推动。而其它大多数领域已经在某种程度上稳定下来,或者需要更长的时间去适应新的工具。

这里有一个重要的问题要问:程序员天生就懒吗?聪明懒惰的人容易被编程工作吸引吗,或者这是一种社会效应?懒惰源于最好的编程实践?还是最好的编程实践源于懒惰呢?
 
一个比较

最近,我有机会将一个建筑专业学生的一天与一个计算机科学专业的学生(就像我自己)的一天进行比较。

大多数的建筑系学生的生活充满了这样或那样劳动密集的任务,这些任务是她工作的一部分。在任何时候,她都有可能要对一些模型进行拼凑粘合,在 AutoCAD中从50个不同的角度对同一个物体进行绘图,或者在其它3D建模软件中重复相同的事情…然后将这些图片导入到Photoshop中成为真正 好看的图。

Programmers-are-fucking-lazy-2
这种事会接连不断的发生。我估计她花费在课程作业上的时间比她实际上课的时间多一倍还不止(事实上她说花了5倍还多)。更糟糕的是,更好的完成这些任务并不能真正加快完成任务的进程,这只是意味着你多知道了几个键盘快捷键,意味着下次画图时你可能会少犯几个错误。
熟练和精通完全无法优化关键的部分。

相比之下,当我不上课时,我通常都在做自己的项目。因为我可以,因为我有充足的时间。当有作业布置下来时,一般情况下,我都可以在几个小时内完成…即使是最关键最重要的项目,老师也很少给我们超过一周的时间来集中完成作业,最多两周。

精通编码并不意味着你打字更快(与建筑专业中等同的能力不同)。它意味着想出的解决方案更容易实现,利用工具来达到事倍功半的效果,诸如此类。最终,通过 互联网进行测试评判,而实现过程是最无关紧要的部分,因为每个人都会。如果你有一天的时间,你可以实现某些东西。如果你有更多的时间,你可以使这些东西实 现得更漂亮,模块化更高,可重用性更强,等等。

基本上你能够快速地实现眼前的任务,你工作中大部分时间都在致力于使你的任务完成得更加漂亮。但这对于你手头的任务来说其实并不重要,你这样做是因为你可以。

甚至于当程序员对自己的优化工作都产生厌倦时,他们会立马转而去创建工具来完成优化工作。

事情就这样周而复始地重复着。

接下来的家伙会使用他创建的新工具,使实现过程变得更快,接着优化它直到他最终厌倦,然后创建了一个新的更好的工具。
 
所以…是辛苦的工作?

但回到我最初的观点,辛苦工作对程序员的生产效率存在多大的影响?对于那些每天辛苦工作13小时以上,以取得竞争优势的创业者来说,这又意味着什么?这是值得考虑的一种优势吗?

辛苦的工作可能对程序员工作效率产生负面的影响。它掩盖了背后所做的优化工作“哦,我可以手动把它完成,这将只需要10分钟时间”(其实这需要20分钟)。下一次,一个相似的任务到来时,你可能需要再次手动把它完成,长此以往…

最重要的是,辛勤地工作会使你变得很笨。许多研究表明,持续疲劳的状态会使你做出错误的决策,甚至过多的决策也会让你会出错误的决定(称为决策疲劳)。事情上,这可能是我们喜欢创建抽象类并使用它们的原因—让其它人做大多数的决策,这样我就可以只专注于关键的部分。
但是,我仍然没弄懂,到底是懒惰的人更喜欢编程,还是编程使他们变得懒惰…
 
原文:Swizec Teller    编译:伯乐在线 – 肖翔