自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+

碎话慢谈

代码界的泥石流

  • 博客(8)
  • 资源 (1)
  • 收藏
  • 关注

原创 这个世界不缺码农,缺的是一整套解决问题的方案

这个世界不缺码农,缺的是一整套解决问题的方案程序员往往都有一颗创业的心,有一定的技术能力和实现能力,也往往能坚持,却少有成功,大多数是因为我们不能提供完整的解决方案。1 贪图样样都会,都自己学,盲目自信个人往往在打工的时候会在某个领域来说比较熟,就像我这个老码农,Java还算熟悉,前端编码能力也尚可,但Ui设计,客户端技能缺失,往往这个时候我都是盲目自信的自学一段时间,这样确实能解决一些问题,但是也会把自己累个半死,学是学会了个半吊子,得不偿失,要想尽快的出东西还是需要找专业的人配合,花点...

2020-06-02 23:10:06 282

原创 《糖果唱》-开发一个微信公共平台后台

开发一个公共账号的大体的开发思路是:1用户关注,返回一条默认信息 “欢迎挑战糖果唱音乐机器人,来感受不一样的音乐吧,开始请按1~”PS:此时用户不管按什么,除了1之外都返回该信息,按9看团队联系方式等2用户按1,返回一条音频信息,同时创建一条用户信息,信息存储用户得分,用户openid,答对和打错的数目3,用户看到一条音频信息,如 :“客官,俺已经为您准备好了一条上

2013-12-07 15:30:20 2204

原创 iceiceice-Hadoop应用之旅一

最近学习了hadoop2.2.0的:1,安装,2,编译,3,Eclipse插件的远程访问,4,Zookeeper的安装,5,Hbase的安装,6,使用JAVA api调用Hbase我们是一共是两台服务器,每台分别虚拟出来三个,采用的分别是不同的虚拟化技术,本来想搭建纯的linux命令行机器,后来发现会有很多问题并不适用于命令行,

2013-12-07 15:13:01 580

原创 事务的理解

首先理解一个事务结束的标准是 显示或隐式 发出 commit 或者 rollback,在发出之后标志另外一个事务的开始。显示的发出就是敲命令的方式 commit 或者 rollback-隐式的方式就是比如你 insert 之后,发出了ddl语句(如create、alter等),o

2011-07-20 19:50:03 474

原创 oracle 嵌入式编程遇到的问题

①   C语言的时候我们总是想在函数外定义一些全局变量,可是在Oracle编程的时候却出现了没有定义变量的情况发生。其实原因很简单,你没有像这样定义exec sql begin declare section;  char s_no[6];  char s_name[10];

2011-07-20 19:30:14 382

转载 几点培养你的领导气质

一:沉稳 (1)不要随便显露你的情绪。 (2)不要逢人就诉说你的困难和遭遇。 (3)在征询别人的意见之前,自己先思考,但不要先讲。 (4)不要一有机会就唠叨你的不满。 (5)重要的决定尽量有别人商量,最好隔一天再发布。 (6)讲话不要有任何的慌张,走路也是。 二:细心 (1)对身

2011-07-20 19:28:48 299

原创 一个批量更新的存储过程如何写?

写一个存储过程:主要实现对发过货的 商品进行数量更新下面是几个表 :商品表 CODE:  create table t_ItemInfo(  autoId int primary key,  classId int not null,  nclassId int not null

2011-07-20 19:27:04 963

原创 复合索引和单键索引

最近面试的时候经常被人问到这个问题,现写下来,留作参考用。建议能不建复合索引的就不建复合索引,相比单键索引,复合索引比单键索引难控制的多。主要遵循以下原则:建立索引常用的规则如下: 1、表的主键、外键必须有索引; 2、数据量超过300的表应该有索引;3、经常与其他表进行连接的表,

2011-07-20 19:25:39 656

An Architecture for Distributed High Performance Video Processing in the Cloud

An Architecture for Distributed High Performance Video Processing in the Cloud Video processing applications are notably data intense, time, and resource consuming. Upfront infrastructure investment is usually high, specially when dealing with applications where time-tomarket is a crucial requirement, e.g., breaking news and journalism. Such infrastructures are often inefficient, because due to demand variations, resources may end up idle a good portion of the time. In this paper, we propose the Split&Merge architecture for high performance video processing, a generalization of the MapReduce paradigm that rationalizes the use of resources by exploring on demand computing. To illustrate the approach, we discuss an implementation of the Split&Merge architecture, that reduces video encoding times to fixed duration, independently of the input size of the video file, by using dynamic resource provisioning in the Cloud.

2013-12-07

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除