背景介绍 Cobar简介 Cobar 是阿里开源的一款数据库中间件产品. 在业务高速增长的情况下,数据库往往成为整个业务系统的瓶颈,数据库中间件的出现就是为了解决数据库瓶颈而产生的一种中间层产品. 在软件工程中,没有什么问题是加一层中间层解决不了的,如果有,再加一层. 一款proxy类型(本文不讨论client SDK类型的数据库中间件)的数据库中间件具备以下能力: 支持数据库的透明代理,做到用户无感知 能够水平.垂直拆分数据库和表,横向扩展数据库的容量和性能 读和写的分离,降低主库压力 复用数

                              作者: 亓锋                         2012年11月19日16:56  来源: 速途专栏                         我要评论(2)                       访问次数 4585                         (速途网专栏 作者:亓锋)说实话,Lotus Domino R6开始,我就对Domino的技术进步开始有些意见了. 如果你很早接触Lotus Dom

前言 做产品和设计快 1 年了,积累了一点经验分享一下 —— 抛砖引玉,欢迎交流. 声明  欢迎转载,但请保留文章原始出处:)  博客园:http://www.cnblogs.com 农民伯伯: http://over140.cnblogs.com 背景 我现在的工作:产品(主) + iOS 开发(辅) 用 Sketch 来做产品原型,更高阶一些的让专门的设计师来做,比如 icon .视觉效果等. 设备:Macbook Pro + iPhone 6S 正文 工欲善其事,必先利其器.对于非科班出生

我负责公司的svn配置.用了近一年了,今天饶有兴致,分享一下svn的用户组管理功能,这个产品设计值得借鉴,简单易用. svn用户组管理的功能描述:新建用户组,并给组分配成员用户:编辑用户组,包括修改组名和增减成员. 如下是新建(Create Group...),同时允许我们设定Group name和添加Members: 如下是修改一个Group(Edit...),可以同时修改组名和增减Members: 类似的功能很多产品经理都碰到过,除了svn团队的这个设计方式外,还有一种方式,就是创建用户时,

对TV端产品设计的分析太特么少了.翻遍网络,大多也是针对UI设计的分析,这篇从产品设计的角度,梳理下现有的TV端产品设计法则,顺道做点分析.(前方多图,高能预警) 目录: 1. TV端产品使用场景 2. TV端产品设计法则 3. TV端产品设计分析 4. 总结 1 TV端产品使用场景 电视使用环境 1)距离远:智能电视尺寸几乎均大于42寸,使用环境应该在2.7-3.5米之间.虽然屏幕尺寸大,但操作距离远,单屏信息量小. 2)灯光暗:用户在使用电视时,多灯光昏暗,有可能后仰躺在沙发里,有可能在一边

随着移动互联网的发展,越来越多的Web产品开始布局移动端,因此最近经常碰到PM们在交流讨论移动APP产品的设计.我从事移动互联网已经有一年多了,通过不断的学习和实践也积累了一些心得,今天整理并分享一下,希望对新接触移动互联网产品的PM有所帮助. 移动APP也算是一种C/S的架构,除了此架构本身的一些产品特性之外,我们还需要注意移动互联网的一些特性,像使用环境.触摸操作等等,因此移动产品最注重的就是内容的交互形式.下面介绍的这十条产品设计经验主要也就是围绕交互和内容的. 1.系统标准——依照用户具

随着移动互联网的发展,越来越多的Web产品开始布局移动端,因此最近经常碰到PM们在交流讨论移动APP产品的设计.我从事移动互联网已经有一年多了,通过不断的学习和实践也积累了一些心得,今天整理并分享一下,希望对新接触移动互联网产品的PM有所帮助. 移动APP也算是一种C/S的架构,除了此架构本身的一些产品特性之外,我们还需要注意移动互联网的一些特性,像使用环境.触摸操作等等,因此移动产品最注重的就是内容的交互形式.下面介绍的这十条产品设计经验主要也就是围绕交互和内容的. 1.系统标准——依照用户具

SQL Server:OA权限管理设计的实现 下   OA系统权限管理设计方案     不同职责的人员,对于系统操作的权限应该是不同的.优秀的业务系统,这是最基本的功能.     可以对“组”进行权限分配.对于一个大企业的业务系统来说,如果要求管理员为其下员工逐一分配系统操作权限的话,是件耗时且不够方便的事情.所以,系统中就提出了对“组”进行操作的概念,将权限一致的人员编入同一组,然后对该组进行权限分配.    权限管理系统应该是可扩展的.它应该可以加入到任何带有权限管理功能的系统中.就像是组件

在互联网产品领域,Axure已成为产品经理.产品设计师以及交互设计师的必备工具,从某种程度讲,Axure帮助我们建立低保真模型,便于与用户的需求验证,也帮助我们构思交互细节,使前端和开发人员更容易理解我们的产品;但从另一方面讲,Axure绑架了我们的思维,让很多产品经理和设计师养成了"无Axure不设计"的恶习,忽略了用户故事.功能规格和信息架构,甚至走入"为了用 Axure而用的误区",导致了资源的大量浪费和产品的硬伤.因此,提醒为Axure着迷的产品经理:在熟练

http://www.sj33.cn/digital/wyll/201404/38318.html 自从我在 Dribbble 上贴了一幅我的产品设计成果,受到了大家伙热烈的反馈,对此我深受鼓励,我决定写下这篇文章,用来记录我这两年里作为产品设计师,所学到的东西.说起来有点惭愧,这几年我一直都在使用同一套产品设计的流程,但是我觉得这套流程最适合我,对我来说是最理想的,所以就很少去更换.我的这套工作流程我觉得有 4 个地方可以和大家分享一下——前期工作.具体设计.后期工作以及一些提高效率的小细节

购物车是做什么的? 我们先来看一下现实超市中的购物车,一个带四个轱辘的铁筐子,客人推来推去,看到什么东西喜欢,就扔进去,觉得东西差不多了,就推到收银台. 那B2C网站中的购物车又是一个什么东西呢? 从广义上说,购物车在B2C网站里无处不在,当客人进入一个B2C网站时,他就相当于推着购物车开始逛超市了,只是客人暂时看不到购物车,直到进入购物车(Shopping cart page)页面,然后去结算,下单成功.本文讨论的购物车是狭义的购物车,是指客人在点商品页面的“加入购物车”(Add to car

最近看到Facebook产品设计总监Julie Zhuo拷问产品的14个问题,非常靠谱.其中有3个问题堪称致命拷问: 1.使用前:这款产品是如何吸引到你的注意力的?2.开始使用:使用这款产品是轻松愉悦还是因为找不到返回按钮而很沮丧?3.再次使用:哪些地方做得更好,哪些地方不好? 试试看,你的产品能否经受这14个拷问: 文:Julie Zhuo(Facebook产品设计总监) 提到产品评判(Product Critique),我们常常能想到白板上各式各样的箭头图表以及"产品 – 市场契合度&quo

任何博得人们喜欢的产品都在一定程度上契合了用户的心理需求.设计和心理学息息相关,掌握一些基本心理学知识,设计师的作品更能在潜意识中抓住用户的心. 系列位置效应 “系列位置效应”(The Serial Position Effect) 最早由研究记忆的德国心理学家 Hermann Ebbinghaus 提出,描述了一个物体在序列中的位置影响人们对它的记忆.“系列位置效应”主要分为两种: 首因效应(primacy effect):比起中间位置,人们对一个系列最前面的物体的记忆力更加清晰. 新近效应

如 果你已经完成了你的app,你一定会马上向其它人宣布这件事情.但是你需要注意一个很重要的问题,那就是app的图标.你的图标可能在项目启动之 前就已经设计好了,但我不喜欢这样,如果app没有完成实际上图标也没什么用了.如果你不是一个设计师,图标的确是很让人头疼的事情. 但总有一些方式可以让工程师们也能独立的设计出不错的图标.我们以Andriod应用为例,现在就来为你的产品设计一款合适的图标. 准备 在设计之前,你应该看看iconography reference guides,这是Android

本文来自网易云社区 作者:任琼瑶 最近一直都在持续跟进云课堂B端的交互设计,在此期间,多多少少遇到了一些不曾遇到过的问题,虽然同是做产品设计,但B端和C端产品的确存在很多不同之处. 首先,当我们在做C端产品的设计时,总是可以将自己或多或少地代入到"用户"的角色当中,毕竟平时所使用的C端产品已经很多,市面上的竞品也很多,足以供我们体验和比较,这些平时累积的经验都可以成为我们设计思考的基础. 其次,如果设计者本身不是产品的典型用户,无法将自己代入这个用户角色中,那么还可以借助用户调研,C端

本章目的:理解kiss原则,明确如何简化产品的设计. 1.前言:kiss原则,优化产品的第一原则 如果要作者选出一个优化产品的最好方法,那一定是kiss原则莫属.从产品的整体设计到公差的分析,kiss原则可以说贯穿整个结构设计的本身.而且其带来的效果,也在各个统计数据中显而易见.当然,kiss原则没那么容易做,去实施就要下一定的决心. 2.kiss原则概念 Keep It Simple, Stupid--KISS原则.KISS原则是指产品的设计越简单越好,简单就是美,任何没有必要的复杂都是需要避

本文来自 网易云社区 . H5一般页面不会很多,看似简单,实际上会有很多细节需要注意,我自己在做过了几个H5之后,发现了一些常犯的问题,做了小结,希望给新开始做H5的产品相关的同学提供一些帮助.  首先说说一个常容易被忽略但是又很关键的问题:  H5虽简单,但活动方案不能糙,避免两三句话就讲完的需求.  一个简单的H5,需求方常常会把需求口述或者两三句话提单给产品同学,但是这种方案往往非常简陋,目的没有写,逻辑不全,很多细节没考虑清楚,文案提纲也没有最终确定就匆匆交付产品做原型了.  接下去是双

产品设计流程(toB) 工作有半个月了,遇到了很多问题,也在不断学习和充实自己,让自己的工作变得更加清晰和流程化,所以整理了这么个设计流程. 收集整理一切有用或则以后可能会用的文档. 从文档里面提炼用户的真正需求和寻找共性.扩展性.参考公司现有的技术模块对比,已有的模块就不用详细分析. 通过第二步的需求提炼整理的文档,做思维导图,再结合第一步的所有文档完善. 绘制原型图,从手绘到灰度:或则从手绘到灰度到原型:或则从手绘到原型到灰度.这里原型图没有太多的交互,根据技术要求,如果有要求就可以做一个交

不管是产品设计,还是前后端开发,始终都应该做出来才能够有很好的提高锻炼.书看得再多,如果不配合实际练习始终得不到实质性的进展. 接下来的案例是和几位学弟学妹一起做的,契机是参加一个用户体验设计比赛,从队伍的搭建,整个想法的提出,后期项目的推进,成品的完善,评委答辩,我都尽力去完成. 付出还是很有收获,整个产品设计流程都是依靠<用户体验要素>的五大架构层来实现. 虽然最后获得一些成绩,但还有很多地方都值得深入和优化,现在学完整个前后端语言再回来看当时作品时,的确需要考虑的事情还有很多. 完全不懂

Java生鲜电商平台-商城系统库存问题分析以及产品设计对逻辑/物理删除思考 说明:在生鲜电商的库存设计,是后台的重点,也是难点,关乎商品是否存在超卖.商品的库存增加方式倒不难,直接在后台添加即可,而扣减方式就尤为重要,用户在前端提交订单减库存,还是在支付成功后减库存,两种方案各有利弊,对后台库存数据的变化影响也很大. 这里且先不说两种方案的利弊,先看看淘宝是如何做的,淘宝是将两种方案都做了,给卖家选择. 12306是怎么做的呢,小编大胆的猜想,是支付成功后,减的库存,而且一定是. 下面来分析下两

http://www.meritdata.com.cn/article/90 PLUTO平台是由美林数据技术股份有限公司下属西安交大美林数据挖掘研究中心自主研发的一款基于云计算技术架构的数据挖掘产品,产品设计严格遵循国际数据挖掘标准CRISP-DM(跨行业数据挖掘过程标准),具备完备的数据准备.模型构建.模型评估.模型管理.海量数据处理和高纬数据可视化分析能力. Pluto平台设计严格遵循国际数据挖掘标准CRISP-DM(跨行业数据挖掘过程标准).Pluto强大的数据挖掘功能将复杂的统计方法和机