看到很多社交平台的开发者喜欢通过类似游戏的机制来提升用户参与度,比如积分、等级、排行榜等等。这些特性确实可以吸引用户加入,却并不能长期维持用户的参与度。这是因为利用积分、等级、排行榜这些方法,是把所有用户放在一个同等的平台上让他们竞争;而相反的,成功的社交平台会把用户分成不同类型的组,区别对待。

  最关键的分组标准是:高级别用户(高手)和低级别用户(新手)。高手用户一般比较忠诚、热心、技巧熟练,是社区的灵魂人物。新手则代表了社区的不断发展。一个健康成长的社区必须让这两种用户都积极参与。

  在一个理想的社区,新手和高手是相互需要的。他们会形成类似于经济学家所谓的“双边市场”那样的环境。显而易见的是,新手们期待着变成高手,所以需要有经验的用户给他们指引,带领他们迅速入门。而高手们虽然已经达到顶峰,却同样迫切地需要新手。通过帮助新手,他们得以展示娴熟的技巧和丰富的经验。心理学家称之为“给予者的快乐”。最近神经科学也表明,“利他主义”的行为可以促进分泌多巴胺(快乐激素)。因此,“帮助新手”可以让高手们更积极地参与平台的互动。

  总而言之,社交平台要成功地让用户参与其中,就要让高手们无私地帮助新手,而形成一个有效的互动循环——“高手-新手互助机制”——低级别用户受到照顾,而高级别用户感到满足。
     其实学习和成长的过程,就是不断地实践,不断地去伪存真的过程。
    人们的认知和行为,有很多不合理甚至错误的地方,往往要通过对照、比较、研讨、切磋、总结、甄别等方式,放弃错误,尝试新的做法。
    很多家长因为困惑而走进本源学习圈,寻找各类答案,为自己或者孩子寻医问诊。绝大部分是从反思开始,从解决应急的问题入手,开始漫长的自我修炼之旅。
    一些眼光仅仅停留在解决孩子问题的家长,很快就止步了,因为这些家长是救火思维,没有解决安全的隐患,没有预防思维。源头问题没解决。
    一些家长一开始就着手自己的改变,但缺少系统的修炼和教练帮助,成效有限,孩子的因为父母进步导致改变不明显,孩子内心的成长动力没有建立。
    还有一些家长,立足自己和家人的生命共同体,共同关爱、共同分担、共同学习、共同成长、共同分享,打造了利于孩子成长的能量场,孩子因此而获得持续的成长与进步的动力。
    反思过去,仅仅为了看清自己及孩子问题所在,原因所在,而不是背负过去的包袱。
    其实,反思就是内省,是总结,是对过去的告别、放下和舍弃,是选择新的起点。



Tags: , ,
在hibernate中缓存分为三种:一级缓存、二级缓存、查询缓存(三级缓存)
1、一级缓存
Session级缓存,只能在Session内部使用。它是内置的,不能被卸载(不能被卸载的意思就是这种缓存不具有可选性,必须有的功能,不可以取消session缓存)。由于Session对象的生命周期通常对应一个数据库事务或者一个应用事务,因此它的缓存是事务范围的缓存。第一级缓存是必需的,不允许而且事实上也无法卸除。在第一级缓存中,持久化类的每个实例都具有唯一的OID。

2、二级缓存
sessionFactory级别,所有Session可以共用。由于SessionFactory对象的生命周期和应用程序的整个过程对应,因此Hibernate二级缓存是进程范围或者集群范围的缓存,有可能出现并发问题,因此需要采用适当的并发访问策略,该策略为被缓存的数据提供了事务隔离级别。第二级缓存是可选的,是一个可配置的插件,在默认情况下,SessionFactory不会启用这个插件。
         三种状态分别为瞬时态(Transient)、 持久态(Persistent)、脱管态(Detached)。处于持久态的对象也称为PO(Persistence Object),瞬时对象和脱管对象也称为VO(Value Object)。

瞬时态

由new命令开辟内存空间的java对象,

eg. Person person = new Person(”amigo”, “女”);

如果没有变量对该对象进行引用,它将被java虚拟机回收。

瞬时对象在内存孤立存在,它是携带信息的载体,不和数据库的数据有任何关联关系,在Hibernate中,可通过session的save()或 saveOrUpdate()方法将瞬时对象与数据库相关联,并将数据对应的插入数据库中,此时该瞬时对象转变成持久化对象。

持久态

处于该状态的对象在数据库中具有对应的记录,并拥有一个持久化标识。如果是用hibernate的delete()方法,对应的持久对象就变成瞬时对象,因数据库中的对应数据已被删除,该对象不再与数据库的记录关联。

当一个session执行close()或clear()、evict()之后,持久对象变成脱管对象,此时持久对象会变成脱管对象,此时该对象虽然具有数据库识别值,但它已不在HIbernate持久层的管理之下。
    集群是一个统称,他分为好几种,如高性能科学计算群集、负载均衡群集、高可用性群集等。
1、Linux集群主要分成三大类( 高可用集群, 负载均衡集群,科学计算集群)(下面只介绍负载均衡集群)
负载均衡集群(Load Balance Cluster)
负载均衡系统:集群中所有的节点都处于活动状态,它们分摊系统的工作负载。一般Web服务器集群、数据库集群和应用服务器集群都属于这种类型。

负载均衡集群一般用于相应网络请求的网页服务器,数据库服务器。这种集群可以在接到请求时,检查接受请求较少,不繁忙的服务器,并把请求转到这些服务器上。从检查其他服务器状态这一点上看,负载均衡和容错集群很接近,不同之处是数量上更多。


2、负载均衡系统: 负载均衡为企业需求提供了更为实用的系统。如其名称,这种系统使负载可以在多台计算机中尽可能平均地分摊处理。负载可以是需要均衡的应用程序处理负载或网络流量负载。在系统中,每个节点都可以处理一部分负载,并且可以在节点之间动态分配负载,以实现平衡。对于网络流量也是如此。 负载均衡又有DNS负载均衡(比较常用)、IP负载均衡、反向代理负载均衡等,也就是在集群中有服务器A、B、C,它们都是互不影响,互不相干的,任何一台的机器宕了,都不会影响其他机器的运行,当用户来一个请求,有负载均衡器的算法决定由哪台机器来处理,假如你的算法是采用round算法,有用户a、b、c,那么分别由服务器A、B、C来处理。


3、分布式是指将不同的业务分布在不同的地方。
而集群指的是将几台服务器集中在一起,实现同一业务。
分布式中的每一个节点,都可以做集群。
而集群并不一定就是分布式的。
举例:就比如新浪网,访问的人多了,他可以做一个群集,前面放一个响应服务器,后面几台服务器完成同一业务,如果有业务访问的时候,响应服务器看哪台服务器的负载不是很重,就将给哪一台去完成。
而分布式,从窄意上理解,也跟集群差不多, 但是它的组织比较松散,不像集群,有一个组织性,一台服务器垮了,其它的服务器可以顶上来。
分布式的每一个节点,都完成不同的业务,一个节点垮了,哪这个业务就不可访问了。
         看到身边有很多同事作为职场新人初入社会不懂得处理职场中的各种关系,只会埋头工作。埋头勤奋工作不一定能让所有人认可你,相反,会给你的同事包括你的领导在内造成不好的印象。时间长了,你会发现你在公司的处境越来越难。为什么,因为你不懂得办公室的游戏规则。俗话说:“无规矩不成方圆!”不懂规则你如何在职场中生存呢?下面我们就和大家分享一下:办公室的游戏规则——推、拖、拉。也许看完后你就明白,为何你埋头苦干,也会被同事“嫉恨”,也可以知道该如何处理职场中的人际关系。
  
  所谓“推”就是:有什么好事,你要先推一推,不要直接就接受。中国人都是好面子的,即使你的同事能力不如你,你要是不“谦虚”的话,那就会让他感觉很没面子。如果你凡事让一让,那就不同了。其实,他也不会真地跟你抢,因为你给足了他面子,他感觉到了被尊重,他会很客气地跟你说:“我不行的,你就别谦虚啦,就你啦。”你看看,这样一来好事就不是你争取来的,而是他让给你的。他的潜台词就是“不是我不行,是我让他的!”他挣足了面子,之后就不会给你穿小鞋,他就会支持你了。
  
  所谓“拖”,这里面的学问稍微大点儿。领导派给你任务,你有能力做好,你答应去做,那么你是尽最快的速度去做呢?还是拖一拖、推一推再去做呢?当然还是拖一拖比较对自己有利。因为中国的机关制度中责任和权利先来分的不是很不清楚,在你的职责中,总是有一条“领导分配的其他任务”。这个“其他任务”很灵活,也就是说你要做领导想让你做的任何事情。这样的话,你拖一拖,领导可能就认为你不适合做这件事,或者他会认为你很忙,没时间做这件事。然后,领导就会把这事安排给其他人去做。如果你要很爽快的答应了领导安排的“其他任务”,而且很迅速的去完成了,领导下次有这样的任务还会找你。然后你就会被团队戴上一顶“能者多劳”的高帽子,这个帽子一旦戴上,你就很难摘掉,只能是任劳任怨的去做一头累的半死不活还不讨好的老黄牛。这种现象尤其是像在华为这种较大的公司体现的最为明显,本人也经历过很多次。在华为里面工作流程就是多,同事之间协同工作时,一个小需求确认来确认去,最终也没确认出个名堂,甚至到最后还是有问题,说实话我个人很不喜欢华为这种作风和工作流程。其实“拖”还有一个好处,就是不做“出头鸟”。你办事既迅速又出色,这就会把别人的能力差给显露出来。你周围的人看到你这样,恨你恨得咬牙切齿,可是你还洋洋自得不知道呢!
    跳槽乃是重大抉择,跳槽的成功与否直接关系你将来的职业发展道路,因此,在你做出最终决定之前,请确保你已经了解了充分的信息并将作出正确的选择,不要等仓促迈腿以后才发现悔之已晚。了解些什么,怎么了解,下文对你会有所帮助。

1、总体薪酬

    有人习惯了工资就是月薪,似乎唯月薪的整数位说明了待遇的高低。疏不知有的公司除了月薪什么也没有,大不了有个年底双薪,还要按你加入日期摊得一丝不苟。而有的公司则花样多多,除了年底的双薪三薪,还有季度的奖金、年度的分红,奖金里还分了业务奖和绩效奖。这样一来可就大不一样了。还有别忘了问问调薪的周期是多长,有的公司定期一年调两次,有的几年都不调一次,虽然调薪从来无法承诺幅度的高低,但是如果你是打算干长期的,还是要算算明后年的帐。

2、企业的实际业务状况

    无论你是通过报纸、网站应聘成功,还是经人介绍,或是被猎头挖取,你都应通过第二渠道再获取更多的有关企业的实际情况,既非第一媒介所提供的渠道信息,包括该公司的投资方背景、主营业务情况、当前财政运营状况和企业策略方向等。一般你有以下几种方法获取该信息:搜寻该企业网站。目前通常中等规模以上的企业都会有自己的网站,跨国公司尤会注重在网站上提供的信息。一些比较细致的业务资讯都可以比较清楚地从网上得到,如企业背景、主要产品介绍、季度财政报告和重要业务活动信息。此外,如果你应聘的职位较高并且对数字有较强的认知性,你也可以向该企业索取上一年的公司年报以作参考。
Tags:
       主要是以HTTP多线程、断点续传方式下载文件,经常出现下载下来的文件大小和服务端一致,但是却无法正常打开的现象,折腾了很久,分享下我的实现方式,直接看代码吧,废话一点不多说。
思路和功能介绍:
1、将下载文件的处理放在自定义的线程类中,每下载一个文件就新启动一个下载线程。

2、在下载线程中完成对服务端的链接和身份认证,成功后开始下载文件。

3、新建n个子线程,根据下载文件的大小和线程数量得到每个子线程要下载的大小。

4、分别启动子线程,进行分段下载。

5、分段下载完成,合并临时文件。

6、合并文件完成,删除临时文件。

最近晚上在学习《问题分析与解决》,记了点笔记。

开始之前推荐了一些书《思考的技术》《高效能人士的七个习惯》

得到以下各种结论:

一.认识问题

这是有意思的一个环节,我们提问题时往往有可能连问题都没找到。首先要理清问题的本质:是现状与目标,标准或期望发生了差距。

问题不是一种判断,不仅仅是一个事实,也不是原因、解决方案。

我们举了个例子来说明这个事情,故事是这样的:他老婆的哥哥生日了,于是他老婆就给他说“你觉得我们是给600块还是1000块呢?”

这句话是一个合理的问题么?不是,期望的是让她哥哥在生日那天开心,她哥哥缺钱么?不缺,送钱不符合期望。还不如回归事实真相,收集资料,看她哥哥是喜欢什么的,送一份有心意的礼物即可。

这反映了一个什么现象?

我们往往在提问题的时候就不自觉地加上了解决方案。

提问题需要技巧和方法,具体怎么做呢?

可以用4W2H的方法来提取问题。该方法很简单,以What(事物)、Who(人)、When(时间)、Where(地点)、How(方式)、How  Many(Much)(程度)来描述一个事情,就能做出总结提出问题。具体大家可以查阅相关资料。当这几个维度都分析过之后,问题真正形态自然就出现了。

         本来一直不想用office2007的,这几天公司换了新的周报模板*.xslx文件也就是office2007的Excel,其实已经装了07兼容的插件但编辑的时候还是不能保存,木有办法只好无奈安装office2007,结果遇到了错误1706的问题!

经过折腾研究发现是由于提前安装了visual studio 2008,vs2008会在windows installer库中增加office相关的内容,于是下载“Windows Installer Clean Up”,卸载全部与office有关的内容,再安装成功。

office2007是2007年的发布版,vs2008是2008年的发布版,所以这个不是由于office2007的开发与测试人员的问题,而是由于vs2008的测试人员真是不够认真的,没有测出这个微软自己产品的不兼容,而且这个报错也太恶了,就一个错误1706,什么光盘有问题,真是的,你懂不懂说人话啊,伤不起啊,微软你让我情何以堪啊,误导人呀!

分页: 8/46 第一页 上页 3 4 5 6 7 8 9 10 11 12 下页 最后页 [ 显示模式: 摘要 | 列表 ]