一切福田,不離方寸,從心而覓,感無不通。

Swift vs. Objective-C:未来看好 Swift 的十个理由

是时候使用易入手又全面的Swif语言为iOS和mac OS X做应用开发了。 虽然编程语言不会那么容易消逝,但坚持衰落范例的开发小组正在这么做。如果你正为移动设备开发应用程序,并且你还没有研究Swift,那么注意:当Swift涉及到Mac、iPhone、ipad、Apple Watch和未来设备的应用开发时,它不仅会排挤掉Objective-C,而且还会取代在Apple平台中做嵌入式开发的C语言。 由于几个关键特性,在未来几年,Swift有很大潜力成为创造身临其境的、响应迅速的、面向用户的应用程序的实际编程语言。 苹果公司似乎在Swift上还有更大的目标。它的编译器性能和开发语言都被优化了,苹果公司在Swift的文档中暗示Swift被设计成小能(显示)“hello,world”,大能(完成)整个操作系统。苹果公司还没把这门语言的目标说全,Xcode6,Playgrounds和Swift的推出就一起揭露苹果的意图:更简单的应用开发,更易用的开发工具链。 这是从现在起使用Swift工作,并走在比赛前列的10个原因。 1. Swift 容易阅读 如你所能预计到的一门基于 C 构建的语言,Objective-C 身上所有的毒疣子都有。为了将关键词和类型同C的类型作区分,Objective-C 使用@符号引入了新的关键词。因为 Swift 不是基于C构建的,它同意了所有的关键词,并将 Objective-C 类型和对象相关的关键词前面大量的@符号移除了. Swift 丢弃了遗留下来的约定。因而你不再需要行尾的分号,以及 if/else 语句中围绕条件表达式的括弧。另外一个大变化就是方法的调用不再互相嵌套成中括号的深坑 — 再见吧,[[[ ]]]。Swift 中的方法和函数的调用使用行业内标准的在一对括弧内使用逗号分隔的参数列表。这样做的结果就是一种带有简化了句法和语法的更加干净有表现力的语言。 除了其它当代流行的编程语言之外,Swift 更像是自然的英语了。这种可读性是的其很容易能被其它来自 JavaScript,Java,Python,C#,以及 C++ 的开发者纳入到他们的工具链之中 — 一点也不像 Objective-C 这只笨笨的黄小鸭。 2. Swift 更易于维护 历史遗留问题会让 Objective-C 越来越倒退 — C 没有演进的话,这个语言也就跟着无法进行演进。C 需要程序员维护两套代码文件,以优化构建的时间以及创建可执行 app 的效率, 这种需要延续到了 Objective-C 上。 Swift 丢掉了对着俩文件的要求。Swift1.2 中 Xcode 和 LLVM 编译器可以自动计算出以来并执行增量构建。如此,将内容清单 (头文件) 同内容主体(实现文件)相分离。Swift 将 Objective-C 头文件(.h) 和实现文件 (.m) 合并成了一个代码文件 (.swift)。 Objective-C 的两份文件系统存在强加给程序员的额外工作 — 而这些工作会让程序员难免分心而不能顾全大局. 在 Objective-C 中你不得不手动去同步文件之间的方法名称和注释, 有时候要寄希望于一个约定好的标准,不过除非团队的规矩和代码审查制度到位,否则这是不会为你提供什么保障的. Xcode 和 LLVM 编译器可以在幕后做一些工作来减轻程序员的工作负担. 使用 Swift, 程序员可以少做些费脑力的记忆性工作,从而能在创建app逻辑的工作上面赢得更多的时间. Swift 为我们程序员裁掉了那些样板式的工作,同时对代码、注释以及所要支持的特性的质量都有所提升. 3. Swift 更加安全 […]

龙生   15 May 2015
View Details

解决:Entity Framework + MariaDb(MySql)中文乱码

今天写一MVC4+Entity Framework+Mysql的小例子时,发现中文写到数据库里是N个问号(乱码哦~); 于是跟了一下代码,发现页面提交过来的数据正常,这说明肯定是EF写到数据库时出了问题。 为了进一步验证,我用SQLServer2008试了一下,一切正常,那就在Mysql上找原因吧~ 但mysql库编码也是utf8,表也是utf8,这是什么原因呢? 百度了一把,看 了几篇文章也没能解决我的问题,无非都是要把网页、数据库、EF的编码改一致,我的本来都是一致的,难道是字段的编码?但字段的编码怎么改呢?也没找到方法,忽然看到字段的排序项是空的,会不会是它的原因呢?于是改成utf8——测试——一切正常~有图有真相:

龙生   14 May 2015
View Details

防范 DDoS 攻击的 15 个方法

为了对抗 DDoS(分布式拒绝服务)攻击,你需要对攻击时发生了什么有一个清楚的理解. 简单来讲,DDoS 攻击可以通过利用服务器上的漏洞,或者消耗服务器上的资源(例如 内存、硬盘等等)来达到目的。DDoS 攻击主要要两大类: 带宽耗尽攻击和资源耗尽攻击. 为了有效遏制这两种类型的攻击,你可以按照下面列出的步骤来做: 1. 如果只有几台计算机是攻击的来源,并且你已经确定了这些来源的 IP 地址, 你就在防火墙服务器上放置一份 ACL(访问控制列表) 来阻断这些来自这些 IP 的访问。如果可能的话 将 web 服务器的 IP 地址变更一段时间,但是如果攻击者通过查询你的 DNS 服务器解析到你新设定的 IP,那这一措施及不再有效了。 2. 如果你确定攻击来自一个特定的国家,可以考虑将来自那个国家的 IP 阻断,至少要阻断一段时间. 3、监控进入的网络流量。通过这种方式可以知道谁在访问你的网络,可以监控到异常的访问者,可以在事后分析日志和来源IP。在进行大规模的攻击之前,攻击者可能会使用少量的攻击来测试你网络的健壮性。 4、对付带宽消耗型的攻击来说,最有效(也很昂贵)的解决方案是购买更多的带宽。 5、也可以使用高性能的负载均衡软件,使用多台服务器,并部署在不同的数据中心。 6、对web和其他资源使用负载均衡的同时,也使用相同的策略来保护DNS。 7、优化资源使用提高 web server 的负载能力。例如,使用 apache 可以安装 apachebooster 插件,该插件与 varnish 和 nginx 集成,可以应对突增的流量和内存占用。 8、使用高可扩展性的 DNS 设备来保护针对 DNS 的 DDOS 攻击。可以考虑购买 Cloudfair 的商业解决方案,它可以提供针对 DNS 或 TCP/IP3 到7层的 DDOS 攻击保护。 9、启用路由器或防火墙的反IP欺骗功能。在 CISCO 的 ASA 防火墙中配置该功能要比在路由器中更方便。在 ASDM(Cisco Adaptive Security Device Manager)中启用该功能只要点击“配置”中的“防火墙”,找到“anti-spoofing”然后点击启用即可。也可以在路由器中使用 ACL(access control list)来防止 IP 欺骗,先针对内网创建 ACL,然后应用到互联网的接口上。 10、使用第三方的服务来保护你的网站。有不少公司有这样的服务,提供高性能的基础网络设施帮你抵御拒绝服务攻击。你只需要按月支付几百美元费用就行。 11、注意服务器的安全配置,避免资源耗尽型的 DDOS 攻击。 12、听从专家的意见,针对攻击事先做好应对的应急方案。 13、监控网络和 web 的流量。如果有可能可以配置多个分析工具,例如:Statcounter 和 Google analytics,这样可以更直观了解到流量变化的模式,从中获取更多的信息。 14、保护好 […]

龙生   14 May 2015
View Details

10 款免费的 jQuery 图像缩放插件

设计电子商务网站必知的十款免费  jQuery 图像缩放插件 Jquery 图像缩放插件不仅简单易用,而且还能够给予用户更好的体验。你只需要在图像或产品上移动鼠标,你将看到图片或产品的详细信息。 今 天,我们来分享一些 jQuery 图像缩放插件。事实上,图像缩放是很多在线购物网站最基本的组成部分。如果你是开发人员,你想在网站中使用图像缩放功能的话,推荐你使用下面十款  jquery 图像缩放插件。你可以根据需要,选择任意你想要的图像缩放插件,而且还免费哦。 EasyZoom Demo | Download EasyZoom 是一个 jQuery 图像缩放和平移插件。它支持触摸屏设备,且能用 CSS 来设计你想要的效果。 zoom.js Demo | Download zoom.js 是一款灵巧的 jQuery 图像缩放插件。点击图片,即可放大/缩小你的图片。更有趣的是,只要你滚动图片即可查看过去浏览过的图片。 picZoomer Demo | Download picZoomer 是一个非常小的 jQuery 插件,通过鼠标悬停放大图像,同时支持缩略图实现导航。你可以在电子商务网站使用该插件创建一个产品浏览页面,它允许访问者通过缩略图查看产品的的不同照片,且支持单独放大照片。 jQuery Zoom Demo | Download jQuery Zoom 是一个易于使用的 jQuery 图像缩放插件,你可以通过点击鼠标、抓取动作和切换动作来实现缩放图像。 WM Zoom Demo | Download WM Zoom 能够在图像中创建一个放大镜,并在旁边显示其高清晰度的图像。此外,它内置一个变焦功能,当你的鼠标悬停在图像上,能够放大图像。 BZoom Demo | Download BZoom 支持创建缩略图导航,并支持鼠标悬停时,在旁边显示特定区域的高清晰度图像。 elevateZoom Demo | Download Elevate Zoom 提供了两种图像缩放模式,一个低分辨率的可见光图像和一个高分辨率缩放的图像。且它支持缩略图导航,同时支持鼠标悬停时放大图像。 magnificent.js Demo | Download magnificent.js 是一个简单的响应式插件,能够提供两种缩放模式: 模式 1: 内部缩放。 悬停时在图像内部显示放大后的图像。 模式 2: 外部缩放。显示放大镜玻璃效果,以展示图像的特定部分。 也支持鼠标滚动来缩放图片。   zoom.js Demo | Download zoom.js […]

龙生   12 May 2015
View Details

台球游戏的核心算法和AI(1)

前言: 08年的时候, 写过一个台球游戏, 用的是java, 不过代码真的是用传说中的神器notepad写的(你信吗? 其实是用GVIM写的, ^_^), 很多类都在同一java文件中编写. 可见当时的JAVA水平真的不咋地, 时过进迁, 还是一样的不咋地. 这边是当时的CSDN下载链接: java(台球游戏), 实现比较简单. 后来写过一个版本, 比这个要强大许多, 可惜源码丢失了. 效果展示入下图所示: 本文想讲述下台球游戏中核心算法的实现, 以及游戏AI的设计技巧. 当然自己也有个小愿望, 希望能实现一个html5版的台球游戏. 基础物理知识: • 摩擦阻力 其满足牛顿第二定律: f = m * a 速度与加速度关系公式: vt = v0 + a * t 地面摩擦力与运动物体的方向相反, 阻碍物体的向前运动. • 动量守恒 假设物体A质量为m1, 速度为v1, 物体B质量为m2, 速度为v2, 碰撞后速度分别为v1′, v2′. 则满足动量守恒定律: m1 * v1 + m2 * v2 = m1 * v1′ + m2 * v2′ • 碰撞类型和能量守恒定律 1). 完全弹性碰撞 动能没有损失, 则满足如下公式: 1/2 * m1 * v1^2 + 1/2 * m2 * v2^2 = 1/2 * m1 * v1’^2 + 1/2 […]

龙生   12 May 2015
View Details

ASP.NET MVC 模型验证-最舒服的验证方式

在院子里发现 http://www.cnblogs.com/yangecnu/p/3759784.html 模型验证方法 1. 一般方法 繁琐, 无数的if else, 在炎炎夏天,我见过一个验证方法3000行代码的,还要改需求,想必您能了解作为coder当时的心情。 2. 使用第三方框架,功能过于繁琐,还得自己学习,没必要 3. Code Contract 不熟悉,貌似和第三方不同的是:MS提供的,先得高大上一点而已,本质一样 下面的方法,既简单,维护也很方便。代码涉及点: 1) 模型文件代码-添加验证规则,至于你想怎么添加,可以自定义Attribute,或者使用FCL中自带的(本例即是) 2)模型数据操作的Action-在需要验证的Actiond中注入属性或者controller或者全局也行 3)过滤器-添加错误捕捉,处理 维护时,只需要修改各个业务模型中每个字段的验证规则即可 模型建立:

模型数据操作:

from:http://www.cnblogs.com/youlixishi/p/4497462.html

龙生   12 May 2015
View Details

使用 .NET WinForm 开发所见即所得的 IDE 开发环境,实现不写代码直接生成应用程序

直接切入正题,这是我09年到11年左右业余时间编写的项目,最初的想法很简单,做一个能拖拖拽拽就直接生成应用程序的工具,不用写代码,把能想到的业务操作全部封装起来,通过配置的方式把这些业务操作组织起来运行。 项目的核心功能已经基本实现,但12年之后我基本停止了这方面的开发,现在翻出来在这里写出来想和大家交流一下。   鉴于篇幅和精力的原因,请原谅我这篇博文对于技术实现的具体细节谈的不是很多,只能算是一个概述。对业务的说明也不多,我想大家都是技术流,应该一看就明白。 写这个项目的时间是五六年前,现在回过头去看,有很多不足之处,设计上的,技术上的都有,加上当时技术力有限,不足之处还请指正,谢谢。 后续是否会写一个系列的博文详细的分析讲解实现方法,我暂时也没有想好,主要是没有太多时间,我现在基本又回到了当初每天只睡四五个小时的状态。 如果此篇博文有点儿价值,给个推荐呗 ^_^   项目使用了 .Net Framework 3.5 开发,分为两大块: IDE 和 运行时(解析器) IDE中开发的项目在打包后生成 zip 格式的包,解析器通过读取 zip 包实时解析运行,有点类似中间语言的概念,但我这里生成的 zip 包中主要以 xml 文件为主,通过 xml 文件对项目的 UI,业务,数据结构 进行描述。   到此可以看出,运行时本身并不一定是 .Net 或 WinForm 的,而是可以使用任何平台或语言实现,只要读取 zip 文件和 xml 文件并解析即可。 事实上我自己实现的默认运行时也不是 WinForm,而是用了 Silverlight。   再简单说说 IDE 的设计思路,几个主要的设计目标如下:   1.像 Visual Studio 一样 有可视化的环境,拖拖拽拽界面就出来了。 2.模块化设计 功能模块全部独立,解耦,以插件的形式存在于主程序(宿主)中。 2.不要写代码,业务通过界面,向导进行配置 拖一个按钮上去,想要单击时做一件事情,就先把按钮拖上去,然后设置这个按钮的事件序列,配置对应的事件。 3.把事件这个概念抽象并封装起来 如“保存数据”这个事件,配置好数据的来源,如窗体上的数据,或系统数据,再配置好要保存的目标,某种数据实体,即可,这个事件被添加到某个事件序列,如按钮的单击事件序列中,项目被运行时解析时,就会按钮这个逻辑执行。 4.对数据操作要有一定的自由度 除了基本的向导式配置以外,要能满足特殊需求,比如支持自定义 sql 语句。但是自定义 sql 语句怎样与数据源,目标交互呢?我设计了一种简单的表达方法,如 UPDATE FROM [User] SET [Name] = {FormElement.txtName} WHERE [Id]={System.UserId} 5.对数据库数据表的操作怎样交互 就是将其抽象为“数据实体”,数据实体也在 IDE 中由用户自己定义,定义的过程类似于 SqlServer,定义好数据实体以后,在 IDE 中进行设计时,通过数据实体来抽象对数据库、表的操作,在打包项目时,可以根据定义的数据实体,生成多种数据库,如 SqlServer,Mysql 等。 6.资源文件的管理 在项目中必然要引用到外部资源,这部分外部资源,怎样引入,管理,打包呢?我在 IDE 中设计了独立的资源管理器,在 IDE 中设计 […]

龙生   12 May 2015
View Details

中华英才网创始人张杰贤:58的收购喜忧参半

腾讯科技刘亚澜 5 月 12 日报道 对于中华英才网的又一次转手,其创始人张杰贤显得异常平静。“今天的中华英才网在经历了多次的转手后,更多的是传达的资本的意思,而不是创始人的意思,也不是跟着中华英才网做了十多年的员工的意思。” 就在上周五,58 同城宣布完成对中华英才网的并购。这家身世沉浮的招聘网站迎来了继美国招聘网站 Monster 和爱尔兰尚龙集团之后的又一家买主,不过这次,中华英才回到了“祖国”的怀抱。 张杰贤于 1997 年创办中华英才网,2004 年辞去管理层职务退居股东。对于此次并购,早已退出的他持一种“喜忧参半”的态度。 张杰贤告诉腾讯科技:“中华英才网终于有了一个本土的企业接盘,我觉得这也许是一个好事。”无论是 2008 年 Monster 正式接手,到 2013 年的尚龙接手,其实都是属于外资背景的投资人在运营中华英才网。而从过往这些年的运作来看,他们都是非常不成功的。一个本土的互联网公司接手,或许能给中华英才网带来转机。 但另一方面,张杰贤也表露出担忧:“58 过去两年虽然在招聘领域有一定的影响力,但是在招聘方面的经验,无论是跟中华英才网比,还是智联招聘、前程无忧等比较,还是有非常大的差别。58 上的用户群体,都是以蓝领为主,另外产品形态、团队风格也会非常不一样。” 的确,58 的招聘以蓝领为主,中华英才则侧重白领。如果两相互补,将有助于占领市场。张贤杰认为如果按照姚劲波在信函中所说的保留中华英才的品牌独立运营,58 将一些流量、市场资源、资金等向中华英才网输送,应该会是比较好的一种方式。但要想完全整合,成功的可能性微乎其微。 而谈起当年为何出走,张杰贤并不避讳。“最重要的原因是我在经营和发展策略上与当时的投资人和董事会有比较大的分歧。”追溯当年,张杰贤“在二三线城市扩张”以及“开展派遣代理业务”的主张均被董事会否定。 离开之后,张杰贤做起了投资,但由于投资太过分散并未收到太好的效果。最终在 2010 年,他选择重新回到招聘行业,创办了新的招聘网站——全职招聘网。但这次,他选择先低调地完善产品。“因为多次创业,心态就不会那么急躁。”据了解,张杰贤再次创业的全职招聘网并未进行任何融资。 以下为腾讯科技专访张杰贤实录:   腾讯科技:58 同城收购了中华英才网,您认为这对于中华英才网来说是好事还是坏事? 张杰贤:到目前为止,我还无法判断,我觉得只能是各占一半。 首先,中华英才网终于有了一个本土的企业接盘, 我觉得这也许是一个好事。因为无论是 2008 年 monster 正式接手,到 2013 年的尚龙接手,其实都是属于外资背景的投资人在运营中华英才网。从过往这些年的运作来看,他们都是非常不成功的。所以这个时候,一个本土的互联网公司接手,应该说有更好的机会把它做好。 但另一方面,因为 58 过去两年虽然在招聘领域有一定的影响力,但是在招聘方面的经验,无论是跟中华英才网比,还是智联招聘、前程无忧等比较,还是有非常大的差别。58 上的用户群体,都是以蓝领为主,比如保洁、保姆、司机等,另外产品形态、团队风格也会非常不一样。   腾讯科技:58 的招聘是以蓝领为主,而中华英才网的招聘主要以白领为主,您觉得 58 在收购之后能把这两块业务整合起来么? 张杰贤:我认为 58 之所以去收购,就是看中了中华英才网在白领人群中的品牌影响力和客户资源。但是 58 能否整合好这两块业务,我觉得还是存在不确定性。因为 58 针对蓝领人才的市场定位,和中华英才网等这些针对白领人才的市场定位,是非常不同的。 求职者去 58 和去智联或者英才是完全不同的求职体验,这两类人群有着非常大的差异。 举个简单的例子,这两类求职者在填写简历的时候都是非常不同的,更不用说他们自身的背景,企业在判断人才时候的深度等等。如果是白领人群,企业可能会问更多关于个人过往背景的问题,面一个小时或者两个小时;而针对蓝领人群,企业就不需要问很多问题,可能只需要半个小时就能确定,因为企业更多关注的是这个人的技能技巧。 所以我觉得他要整合这两块业务也是非常困难的。 目前,我们看到姚劲波发出的信函中讲的是,会保留中华英才网的品牌已经这个团队的独立运作。如果真的这样实施的话,那么他们应该不会做整合,只会把 58 的一些流量、市场资源、资金等向中华英才网输送,这应该是比较好的一种方式。 如果真的把两个有着完全不同的招聘群体的网站整合到一起的话,我觉得挑战应该非常大,甚至于不成功的可能性也更大。   腾讯科技:您觉得现在中华英才网的发展方向和您创立时的初衷是否还一致呢? 张杰贤:我离开中华英才网已经蛮久了,2011 年所有资本层面上的联系都已经结束。 18 年前我创立中华英才网的时候,我的初衷非常简单,就是满足企业的招聘需求和求职者的求职需求。 而今天的中华英才网在经历了多次的转手后,更多的是传达的资本的意思,而不是创始人的意思,也不是跟着中华英才网做了十多年的员工的意思。我不愿意看到公司在经历多次倒手后变得越来越没落,客户越来越不认可,我相信这也不是跟着英才网十多年的老员工们愿意看到的。   腾讯科技: 周五的时候,全职招聘网在中华英才网楼下举了牌子“创始人接你们回家”。您又是怎样想到再次选择招聘这个行业来创立一个全新的网站呢? 张杰贤:2010 年我重新回归到招聘领域,2012 年推出了全职招聘网。这些年,我发现在互联网领域里变化最小的,就是招聘领域。无论是前程无忧、智联招聘这些老牌网站,还是后来起来的新的招聘网站,今日如日中天的猎聘、拉勾,我觉得他们都是大同小异。 为什么我们不能做出一些变化?为什么在用户需求已经有很大变化的情况下,这些网站没有变化。所以这是我重新回来做招聘的一个主要的原因。 但是其实我也一直在摸索,并不是你想改变回来就能够改变。经过摸索,我们从产品形态到业务模式都跟这些同行、前辈们有很大很大的不同。   腾讯科技:那么追溯到 2004 年,当时是出于什么样的原因离开了中华英才网呢? 张杰贤:最重要的原因是我在经营和发展策略上与当时的投资人和董事会有比较大的分歧。 比如说,我们当时面临的情况是,需要去扩张,而在扩张的过程中,我们的利润目标就要降低。我当时建议的策略是,如果要发展,就必然要牺牲利润,就不能再以利润为目标。但当时的董事会,由于手上的现金并不多,所以希望公司既要有快速的发展,同时还要有利润。这就是一个矛盾。 我们当时还要扩展区域市场,我们的同行都去到了各地的二三线城市。我就建议我们也去,当时我的意见是如果你今天不去,那公司就没有未来。但董事会并不同意,他们认为如果去二线城市还不如把人力放在一线城市。 我们当时还做了派遣代理的业务,也是三家网站中最早做外包业务的网站。但是今天你可以看到,这项业务已经成了前程无忧未来最具潜力的业务分支,已经占到前程无忧的 30% […]

龙生   12 May 2015
View Details

福布斯全球2000强企业出炉:苹果迈近前十

  5 月 11 日消息 近日福布斯公布了 2015 年度全球企业 2000 强的榜单,现金储备超 141 国国家生产总值、市值超 7400 亿美元的苹果排在哪儿呢?世界上的上市公司中苹果的确很能赚钱,但并非福布斯标准中的最大。 在福布斯 2015 年全球企业 2000 强榜单中,苹果以 1994 亿美元销售额、445 亿美元净利润、2619 亿美元资产和 7418 亿美元市值排在了第 12 名,虽然依然未能进入前十,但较之 2014 年已上升了三个名次,而其竞争对手三星电子则从第 22 名上升到了第 18 名。据最新统计,苹果现金储备已达到 1780 亿美元,其中 89% 在海外。   福布斯全球 2000 强榜单通过计算上市公司的上述四大方面指标之综合成绩而得出,被视为全球最权威、最受关注的商业企业排行榜之一。据悉此次 2000 家上榜企业合计创造了 39 亿美元营业收入、净利 3 万亿美元、总资产达 162 万亿美元,并累积了 48 万亿美元的市值。 榜单中前十均由中美企业瓜分,得益于中国银行从去年的第九跃升至第四,加上工商、建设、农业“四大行”占领了前排。而 2000 家上榜企业中有 279 家来自中国(中国大陆占 180 席),多为银行、能源、房地产、保险、互联网、通讯等领域。 来自: www.feng.com

龙生   12 May 2015
View Details

开源搜索引擎Iveely 0.8.0发布,终见天日

这是一篇博客,不是,这是一篇开源人的心酸和喜悦,没有人可以理解我们的心情,一路的辛酸一路的艰辛,不过还好,在大家的支持下,总算是终见天日,谢谢那些给予我们无私帮助的朋友。您的支持,依然是我们无限的动力,作为回报,免费继续保持开源,是我们对您们的真诚谢意。 Iveely 从0.1.0走到现在,我们见证了付出与汇报,失落与惊喜,柳暗花明,我们遭遇了财力枯竭,人员严重短缺,精疲力竭的眼泪,该经历的我们都经历了,但是我们很庆幸,我们幸运的经历了这些,我们痛并快乐的坚持,终究迎来了0.8.0,0.8.0 更加注重知识问答,因此至少为我们带来了下面功能: 1.  分布式实时计算平台。 分布式实时计算平台,脱离任何具体业务,动态分配机器节点,为程序直接进行分布式运行。 2.  强劲数据存储引擎。 对于数据存储,我们想了很多方法,尝试了很多开源数据存储,但是他们都不适合搜索引擎数据存储,在插入和读取之间难以平衡,在0.7.0中,我们拥有了数据存储引擎,但是0.7.0的数据存储弱点依然比较明显,为了达到较快的读取和写入速度,牺牲了较大磁盘空间,很多朋友反应,磁盘很快就不够用,从商业化角度,增加了企业成本,由此,0.8.0,在保证读写性能上,考虑了磁盘存储,使得存储更佳强劲。 3.  插件式热启搜索功能。 我们一直在思考一件事情,怎样更佳灵活的给搜索引擎添加新功能,例如天气预报、计算器、股票信息等等,在加入的过程中,又不影响线上版本的使用。于是乎,我们从新研制了插件热启机制,可以灵活为搜索添加新功能。上线一个新功能,不再需要重启搜索服务。 4.  更智能的问答。 说了这么多,也许你还是想看看,Iveely 0.8.0到底长什么样子?0.8.0中是包含网页搜索,但是示例中未去收录更多网页,原因是我们的硬件资源(硬盘)已经不足,不得不放弃网页搜索的示例。下面截图示例: 事实到了0.8.0这一步,距离0.7.0发布,时隔近6个月,越到后面工作量越大,很多朋友私下QQ或者邮件问了我一些问题: “没有收益,没有盈利,没有公司支持,你们为啥做这个?” 这是我们遭遇到最尴尬的问题,我们原本可以享受着高薪的生活,拿着比同龄人高很多的薪水,甚至有人拿着丰厚的待遇邀我出任其公司CTO,可我们选择了辞掉工作,婉拒别人邀请,和小伙伴们一直坚持最初的梦想。每个人都是聪明的,都非常有天赋,而天赋就是兴趣,每个人都不必去追求职称、纠结绩效,不必为了丰厚的薪酬,丢弃了真实的自己,做自己厌倦的事情。因为我们坚信人工智能的时代已经到来,如果我们能够为这个时代效绵薄之力,我们也会热血沸腾,这也是我们的快乐。 “Iveely 可否用于商业化?” 这是很多期望做垂直领域信息挖掘的朋友都会问我的问题,答案肯定是可以的。0.8.0版本,在我们4台服务器上,稳定运行了30天,基本上排除了大事故的发生,但是谁也不能保证bug的存在不给您造成麻烦,我们也无法为您花时间提供搜索定制化服务,但是我们可以给予您无偿的技术支持,任何问题都可以发送邮件到 liufanping@iveely.com。 捐助我们 如果,我是说如果,您愿意帮助我们,希望您能够联系我们,我们将利用您的捐助租赁更多服务器,以保证Iveely的稳定性,我们提前对您表示感谢! 此外,也感谢Bogdan P Sliwowski先生、Marcin Bak先生对Iveely 0.8.0的不懈支持,您们的无私支持,让我们备受鼓舞。 再次谢谢大家,谢谢团队的奉献,家人们的理解,朋友们的关心,回过头来,感谢有您! 您的朋友:刘凡平     本文相关帮助: 如何使用Iveely的数据存储引擎Iveely Database 如何部署Iveely.Computing分布式实时计算系统 如何快速写一个分布式实时应用程序 如何编写Iveely搜索引擎插件 直接部署文件下载 源码啊文件下载 发布历史记录: 开源搜索引擎 Iveely Search Engine 0.1.0 的发布 开源搜索引擎 Iveely Search Engine 0.2.0 的发布 Iveely 搜索引擎0.3.0 发布 & 如何搭建自己的搜索引擎 千呼万唤始出来,Iveely Search Engine 0.4.0 的发布 开源分布式计算引擎 & 开源搜索引擎 Iveely 0.5.0 为大数据而生 开源搜索 Iveely Search Engine 0.6.0 发布 — 黎明前的娇嫩 开源搜索引擎Iveely 0.7.0发布,不一样,那就让他不一样!   from:http://www.cnblogs.com/liufanping/p/4489864.html

龙生   12 May 2015
View Details