博客园-听棠.NET

李娜的成长，借助DISC行为模式理论从成功走向下一个成功

听棠.NET — Sun, 31 Jan 2010 03:50:00 GMT

阅读: 65 评论: 0 作者: 听棠.NET 发表于 2010-01-31 11:50 原文链接

李娜的成长，借助DISC行为模式理论从成功走向下一个成功

作者：吴骥扬发表时间：2010-01-30 来源：一苇网

看到李娜在澳网过五关斩六将，虽然在四进二时憾负小威，但是她的这次澳网的演出着着实实不愧是中国网坛一姐的表现。回想起去年奥运会“李娜骂人”事件，还有围绕在这位武汉妹子身上种种火爆脾气的新闻，这次澳网的表现的确是可圈可点。李娜的孤傲在记者圈是出了名的，很多记者在采访李娜的时候，总显得小心翼翼，生怕哪句话又被“噎”了回来，每每看到电视采访时，李娜的黑色幽默与一副不屑一顾的表情，不知道为什么总是为她捏着把汗。可是这次澳网李娜的沟通能力突然来了一个360度大转弯，不论是在八进四取胜后赛场上对于教练的调侃，还是赛后新闻发布会上的侃侃而谈，都让人大跌眼镜，而李娜对于交流沟通的一席话，彷佛就是教科书上的经典表述：“我觉得对于运动员来说最重要的，一是要跟教练员去沟通，这是让他了解你的最好方式，然后是自己对自己有所要求。原来几年我也不怎么跟国外的运动员讲话。因为我觉得没有必要，毕竟文化有差异嘛。但这两年我会主动地去跟他们交流、沟通，这会让你会得到很多新的知识。时间长了，别人会把你当朋友，主动约你去练球。可能接触的球员不一样，机会也多了嘛。”

难道是李娜的性格一下子变了吗？没有，正如李娜自己说的，“一个人经历磨砺、平衡心态的过程，也许才是最宝贵的财富。”这位个性鲜明、桀骜不驯，中国女网单打主力的不二人选，正在经历着这样一种蜕变，而这种蜕变在DISC行为模式的理论中，被称为“基于情景的转变”。李娜的个性还是那个样子，不过，她学会了基于情景去调整她应该展现的一种行为，而特定的行为在特定的场合是受到社会认知所赞同的。

李娜的天性，在DISC行为模式理论中，是典型的CD型的“设计者”，这种行为模式的个体通常以任务为导向的，对问题非常敏感。他们善于用创造性的、坚定的、分析的方式来有效解决问题，他们不接受“权宜之计”。他们的目的就是正确地、有控制地做好每一件事，同时避免失败。他们能够激发改变和进步，因为他们擅长管理技巧。他们常常认为他们是唯一能正确行事的人，所以通常不主动寻求帮助，甚至是在明知道已经陷入困境的时候。他们重视精确性，所以在他们的工作中总是充满了高标准，他们最怕被批评，所以会通过不懈努力以达到完美。但是在面对冲突的时候，他们却通常认为自己是唯一能正确行事的人，而且对己对人都持有很高的标准，因此很容易引起有关“标准”方面的冲突与争论。因为他们的个性中有着独断与支配的因素，因此这种行为类型的个体通常会采用直接坚定的方式面对冲突，因为他们的目的就是正确地、有控制地去解决问题。如果冲突很严重，他们可能会显得固执或攻击性，这种强硬的处理方式通常是竞争性的。

看看李娜这种典型的“设计者”类型的天性，当然可以期待她在压力或者质疑之下的表现了。原谅我们的记者朋友们没有学过DISC的知识，他们总是在李娜赛事不顺，或者当她在面对巨大压力的时候去问一些挑起“设计者”敏感神经的话题，那么，我们来看看DISC理论会怎样来描述“设计者”在这种情况下的表现呢？在压力下，“设计者”可能会表现得过于强调您对细节的掌控能力，让人觉得有攻击性或者很固执。他们可能会利用您对细节与逻辑的掌控能力，主动挑起争执，让人觉得有攻击性或者很固执。对人对事的高标准被您过度诠释为吹毛求疵，过于敏感而显得情绪化。是不是？DISC理论非常准确地预测了这一点，如果我们每个人都能够了解不同DISC行为风格的个体的一些行为基本知识，至少，我们可以去预防或者避免一些无谓的冲突。

但是，这一次澳网的李娜却像完全变了一个人似的，用DISC行为模式理论的话来说，可以说李娜带上了一个行为的面具，她的外在行为，也就是她自己想为大家呈现出来的行为风格是一种SC“调节者”的模式，这种行为风格，可被大致描述为是“调解者”的类型。他们通常生性和善，关注细节。他们关心别人，并在工作中一丝不苟。他们需要有安全感的稳定环境。调解者一般会仔细地思考问题，会权衡决定对于他人的影响。他们基于数据与事实去影响他人。调解者处理问题需要时间，他们非常敏感，不能很好地应对批评，因此他们通常设法做到最好。

我们来看看这两种行为模式之间有着一些差异，尤其在“人”与“沟通”这两个因素上，“设计者”强调精准，但却是任务导向的；“调节者“仍然是强调了精准，但却是人际导向的，这种只有自己才能认知并把握的行为模式改变，可能是某位心理辅导专家帮助下的结果。但是无论如何，这种改变为李娜带来了名利双收的成功。

但是，DISC行为模式理论的探索还没有结束，我们想要问，李娜的行为难道真的被调整过来了吗？李娜的“综合行为模式“，也就是她的习惯性的行为模式是否也被予以调整，继而能够持续不断地显示出来呢？这取决于李娜个人对于这种转变是否能够带来利益的认知，也就是如果李娜能够体验到这种调整带来的“名利双收”，她就会去重复这种调整。对于我们每个人来说，如果我们能够主动地去了解DISC理论，去理解行为模式基于情景调整的重要性，可能我们就比一般人省却了去不断自我探索，或被他人探索的时间。

评论: 0　查看评论　发表评论

最新新闻：
· 知名扩展 Firebug 的简化版登陆 Chrome(2010-02-09 22:59)
· Google 悄悄地启用 1e100.net，打枪地不要(2010-02-09 22:57)
· 从 Google 代码库找到的好东西(2010-02-09 22:46)
· 苹果在线商店临时关闭或将推新Macbook(2010-02-09 22:39)
· 豆瓣网推出豆瓣电台iPhone客户端(2010-02-09 21:51)

编辑推荐：2010年2月编程语言排行榜

网站导航：博客园首页个人主页新闻闪存小组博问社区知识库

如何移值（恢复、还原）Mysql中的innoDB的数据库。

听棠.NET — Wed, 23 Dec 2009 13:06:00 GMT

阅读: 173 评论: 1 作者: 听棠.NET 发表于 2009-12-23 21:06 原文链接

今天搞了一天，终于搞定了。

对于Mysql有两种模式，MYISAM与INNODB

如果是MYISAM的话，在data目录下里会.frm .myd .myi 三种文件，那么直接把DATA移过去，配置好权限就可以还原了。

如果是INNODB的话，那是相当的烦啊。在data目录下只有.frm(这只是一个数据格式），这个移过去后，是无法还原原始数据的。

真正的数据是正放在data目录下的iddata1里。因此，如果有这个文件，那么还是有希望还原的。

但我试了网上所有的文章，都还是提示“数据库里没有表”。

最后我找到了答案。那就是my.ini的配置文件。里面有一项：

innodb_data_home_dir="C:\Program Files\MySQL\MySQL Server 5.1\data"

只要把上面的地址设为你正确的地址就可以了。

记得重启一下mysql (在CMD里输入net stop mysql,然后net start mysql)就可以了还原了。。。

我花了一天时间发现的问题，希望能对同样遇到问题的朋友有所帮助。

总结，对于Mysql还是默认采用MYISAM的比较好，容易转移。数据库与数据库是分开的，不会混在一起。所以可以在My.ini里设一下默认项：

default-storage-engine=MYISAM

good luck!!

评论: 1　查看评论　发表评论

编辑推荐：2010年2月编程语言排行榜

网站导航：博客园首页个人主页新闻闪存小组博问社区知识库

[Flex]如何使用registerClassAlias来解决module中使用RemoteObject

听棠.NET — Mon, 23 Nov 2009 13:22:00 GMT

阅读: 1042 评论: 0 作者: 听棠.NET 发表于 2009-11-23 21:22 原文链接

问题：今天我在Flex的module中使用RemoteObject的方式与服务端进行AMF的远程数据调用。第一次切换到module时是没有问题的，但第二次切换到module时，发现总是报错，无法完成远程调用。为此困惑极了。

我在remoting访问时，使用了一个自定义的参数类：

package VO
{
[RemoteClass(alias="ServiceLibrary.SystemFramework.UserInfoSearchCondition")]
public class UserInfoSearchConditionVO
{
  public function UserInfoSearchConditionVO()
  {
  }
  public var UserName:String;
  public var DepartmentId:String;
}
}

这个定义里使用到了：[RemoteClass(alias="ServiceLibrary.SystemFramework.UserInfoSearchCondition")]

这就是本地对象与“远程服务端类”的别名定义，这个大家都应该知道的。

远程调用时：

var condition:UserInfoSearchConditionVO=new UserInfoSearchConditionVO();
condition.UserName=txtSearchUserName.text;
var resp1:Responder=new Responder(onUserSearchCountSuccess,onUserSearchCountFaild);
nc.call("ServiceLibrary.SystemFramework.UserInfoFacade.GetUserInfoCountByCondition",resp1,condition);

但不知道为什么，在第一次Module时加载是可以的。在第二次加载module时，此“注册”信息会丢失。

解决方法：需要明确声明此注册信息，代码如下：

import flash.net.registerClassAlias;
import mx.messaging.messages.RemotingMessage;
import VO.UserInfoSearchConditionVO;
registerClassAlias("ServiceLibrary.SystemFramework.UserInfoSearchCondition", UserInfoSearchConditionVO);

以上的代码可以放在自己的module里，或者也可以直接放在Application上，声明一次也就可以了，子Module不需要更申明了。

最后的代码我帖出来，如果你能看懂就最好了，看不懂我也没办法了：）

http://ns.adobe.com/mxml/2009"
     xmlns:s="library://ns.adobe.com/flex/spark"
     xmlns:mx="library://ns.adobe.com/flex/halo" layout="vertical" width="100%" height="100%"
     creationComplete="module1_creationCompleteHandler(event)" >

   import mx.events.ListEvent;
  import AppConfig.Connection;

  import mx.events.FlexEvent;
  import mx.controls.Alert;
  public var nc:NetConnection;
     import mx.collections.ArrayCollection;
  public var pageCount:int=10;
  public var curPage:int=0;
  public var totalCount:int=0;

  //这里就是需要申明注册别名的地方。
  import flash.net.registerClassAlias;
  import mx.messaging.messages.RemotingMessage;
  import VO.UserInfoSearchConditionVO;
  registerClassAlias("ServiceLibrary.SystemFramework.UserInfoSearchCondition", UserInfoSearchConditionVO);

  protected function module1_creationCompleteHandler(event:FlexEvent):void
  {
   // TODO Auto-generated method stub
   nc=new NetConnection();
   nc.objectEncoding=ObjectEncoding.AMF3;
   var gatewayUrl:String =AppConfig.Connection.getInstance().connectionString;

   nc.addEventListener(NetStatusEvent.NET_STATUS,netStateHandle);
   nc.connect(gatewayUrl);
  }

  protected function netStateHandle(evt:NetStatusEvent):void
  {
   Alert.show("连接出错了！","出错了");
  }

  protected function btnSearch_clickHandler(event:MouseEvent):void
  {
   // TODO Auto-generated method stub



   BindGrid();


  }

  protected function BindGrid():void
  {



   var condition:UserInfoSearchConditionVO=new UserInfoSearchConditionVO();
   condition.UserName=txtSearchUserName.text;

   var resp1:Responder=new Responder(onUserSearchCountSuccess,onUserSearchCountFaild);
   nc.call("ServiceLibrary.SystemFramework.UserInfoFacade.GetUserInfoCountByCondition",resp1,condition);


   var resp2:Responder=new Responder(onUserSearchSuccess,onUserSearchFaild);
   nc.call("ServiceLibrary.SystemFramework.UserInfoFacade.GetUserInfoByCondition",resp2,condition,curPage,pageCount);
  }

  protected function onUserSearchCountSuccess(re:Object):void{
   this.totalCount= re as int;
   if(curPage>0)
    this.btnPrev.visible=true;
   else
    this.btnPrev.visible=false;

   if((curPage+1) * pageCount >=totalCount)
    this.btnNext.visible=false;
   else
    this.btnNext.visible=true;
  }
  protected function onUserSearchCountFaild(re:String):void{
   Alert.show("获取数据出错！","出错了");
  }

  protected function onUserSearchSuccess(re:ArrayCollection):void{
   gridUser.dataProvider =re;
  }
  protected function onUserSearchFaild(re:String):void{
   Alert.show("获取数据出错！","出错了");
  }

  protected function btnNext_clickHandler(event:MouseEvent):void
  {
   // TODO Auto-generated method stub
   curPage++;
   BindGrid();
  }


  protected function btnPrev_clickHandler(event:MouseEvent):void
  {
   // TODO Auto-generated method stub
   curPage--;
   BindGrid();

  }

  protected function gridUser_itemClickHandler(event:ListEvent):void
  {
   // TODO Auto-generated method stub
   this.currentState="edit";
  }

]]>











    mailto:"%20icon="@Embed(source='assets/images/search.png')" height="29" labelPlacement="right" click="btnSearch_clickHandler(event)">






     mailto:"%20icon="@Embed(source='assets/images/Add.png')" />
     mailto:"%20icon="@Embed(source='assets/images/Remove.png')" />














        includeIn="edit">

最后，我再主张一下我的设计的原则：

在客户端与服务端进行远程数据调用时，我不太主张采用“简单参数”模式，比如查询用户功能吧，我可以使用username,deparmentId...等等参数来进行参数调用，但这样有个扩展性问题：那就是当以后要添加“查询条件”时，不得不修改接口。这就是会导致客户端要修改N个调用地方，服务端也要进行接口修改，这就会带来很大的扩展问题。

因此，我建议可以自定义一个“Condition查询类”与“服务端”的相对应，这样接口的参数就只需要一个，而且类型不变。

以后如果要扩展“查询条件”时，只需要在“客户端”添加一个属性，并赋值就OK了。在“服务端”则也只要添加属性，并修改实现代码就OK了，不再需要修改两端的“接口”了。。

评论: 0　查看评论　发表评论

编辑推荐：2010年2月编程语言排行榜

网站导航：博客园首页个人主页新闻闪存小组博问社区知识库

Flex与.NET进行Remoting数据交换时注意的三个问题。

听棠.NET — Thu, 05 Nov 2009 03:55:00 GMT

阅读: 372 评论: 6 作者: 听棠.NET 发表于 2009-11-05 11:55 原文链接

环境：客户端 Flex Builder 4
服务端 FluorineFx配置的.NET服务

采用AMF3进行remoting交互

对象：Flex 客户端定义的实体

package VO
{
[RemoteClass(alias="ServiceLibrary.UserInfo")]
public class UserInfoVO
{
  public function UserInfoVO():void
  {
  }

  public var Id:String;
  public var UserName:String;
  public var NickName:String;
  public var Password:String;
  public var HeadImage:String;
  public var Gender:Number=0;
  public var TrueName:String;
  public var Phone:String;
  public var Mobile:String;
  public var Email:String;
  public var Province:String;
  public var City:String;
  public var Logins:Number=0;
  public var Flag:Number=0;
  public var LastLoginDate:String;
}
}

.NET服务器端的实体对触采用ADO.NET Entity Framework生成，在此不细说了。

经过反复的试验，发现有三个细节问题要注意：

1、对于数字类型的，一定要有默认值

比如：public var Gender:Number=0; public var Logins:Number=0;public var Flag:Number=0;
如果对于数字类型的，在传递前没有值，对象传递到服务端会出错。因此，要么在对象赋值时对于数字的都要赋值。要么最好在类里就把默认值赋上，避免出错的情况。

2、对于日期类型的字段，在客户端如果采用Date类型|
public var LastLoginDate:Date;

那么在赋值时用new Date()生成的时间，在传递到服务器端时是UTC时间，时差差了8个小时。
var userVo:UserInfoVO=new UserInfoVO();
    userVo.Id="1";
    userVo.UserName=this.account.text;
    userVo.Password=this.pwd.text;
    userVo.LastLoginDate=new Date();

为了解决上面的问题，我们可以把类型设为String型。如：
public var LastLoginDate:String;

然后传递时采用new Date().toLocaleString()

如下：

var userVo:UserInfoVO=new UserInfoVO();
    userVo.Id="1";
    userVo.UserName=this.account.text;
    userVo.Password=this.pwd.text;
    userVo.LastLoginDate=new Date().toLocaleString();

通过时间的toLocaleString()转换成字符串，传递到服务端，就没有时差问题了。

但是对于FLEX这种富客户端，还是非常不建议让“客户端”来生成时间，传递到服务端。“客户端”可以随意的修改时间，因此，会导致时间的不一致性。

因此，对于创建时间之类的，最好是由服务端进行生成。

3、主键属性必须赋值

我的例子中Id属性为主键，虽然在Flex客户端的UserInfoVO类是没有定义“主键”的概念，但是要清楚服务器端的主健是哪个，这样，在传递对象到服务端时，对于主键值一定要赋值。比如：

var userVo:UserInfoVO=new UserInfoVO();
userVo.Id="1";

我的Id不是INT自增长型的，而是varchar类型，我是想采用GUID来作为主键。

当然了，虽然GUID主健存在很多性能问题，比如“不易辨认”“性能低下”，但GUID也同样有一个优点，那就是“数据库无关性”。

这个“数据库无关性”也就是意味着，主健值完全由“业务系统”来决定，对于“富客户端”的模式，也就是有很多业务逻辑，会推到“客户端”去处理，在“富客户端”的模式里，我们要强调的主题是“尽量减少与服务器的交互，尽量的提高性能，减少对服务端的依赖”。那么，我们试想一下，如果是自增长INT型，为了实现“事务”效果，就必须要“先与服务器交互获得生成的ID值”，然后绑到子表中作为外键。。。这样的交互有点多余。

另外，GUID还有一个优点（也可能是缺点）那就是“无法推测性”，通过这样的GUID，就算被客户知道了WEB接口方式，但也由于无法推测主键值，而无法“遍历爬取信息”，我想“富客户端”的一个隐患，那就是暴露着的服务端接口，自增长ID就会相当危险，一旦人家知道你GetUserById()的地址，那从1到100万，所有的信息都被取走。。。当然了，关于安全可以用方法来控制的，比如我比较推荐用时间戳了。在这里不展开了，话太多了：）太乱。

评论: 6　查看评论　发表评论

编辑推荐：2010年2月编程语言排行榜

网站导航：博客园首页个人主页新闻闪存小组博问社区知识库

人生的45个功课

听棠.NET — Tue, 03 Nov 2009 01:07:00 GMT

阅读: 435 评论: 1 作者: 听棠.NET 发表于 2009-11-03 09:07 原文链接

作者：Regina Brett 发表时间：2009-10-25 来源：一苇网

为了庆祝变得更老了，我曾经写下人生教我的45个功课。这是我写过的最叫座的专栏。我这把老骨头8月就要90岁了，所以，再一次，在这里呈现这一个专栏：

1.　人生是不公平，但还是好得很。
2.　怀疑的时候，为未来踏出一小步。
3.　人生太短，短到来不及浪费时间去恨任何一个人。
4.　生病的时候，你的工作不会照顾你，你的朋友和父母会，保持联络。
5.　每一个月付清你的信用卡。
6.　你不需要每一次都吵赢，同意你不同意的。
7.　找人一起哭，它比独自啜泣更加疗愈。
8.　对上帝生气没有关系，他受得了。
9.　退休存款从你的第一张薪水条开始。
10.　讲到巧克力，抗拒只是徒劳无功。
11.　和你的过去和解，所以它不会搞砸你的当下。
12.　让你的孩子看到你哭没有关系。
13.　别拿自己的人生和他人做比较，你根本不清楚他们的人生是怎么一回事。
14.　如果一段亲密关系要偷偷摸摸，你根本不应该涉入。
15.　一眨眼的功夫什么都会变，但是别担心，上帝从来不眨眼。
16.　深吸一口气，它会安定你的脑。
17.　没用、不美、或不喜悦的东西都丢掉。
18.　没让你死的，真的会让你更坚强。
19.　重拾快乐童年永不嫌晚，但这第二次只能靠你不靠人。
20.　当关乎追求你生命的所爱，不要把不要当答案。
21.　点蜡烛，用好的床单，穿上炫丽的内衣，不要特殊场合才用，今天就是特别的一天。
22.　准备要周全，然后随遇而安。
23.　现在就离经叛道，不要一把年纪了才开始穿上紫色。
24.　最重要的性器官是脑袋。
25.　除了你，没有人在主宰你的快乐。
26.　把所谓的不幸用这一句话把它表框起来，“五年后, 这还重要吗？”
27.　永远选择生活。
28.　原谅每一个人每一件事。
29.　别人怎么看你不干你的事。
30　时间会痊愈几乎每一件事。
31.　无论情况多好或多坏，它都会变的。
32.　不要那么认真的看待自己，没有人会这样看待你的。
33.　相信奇迹。
34.　上帝爱你是因为就是这样, 不是因为你做了什么或是没做什么。
35.　不要稽查人生，现在就呈现和做最大的发挥。
36.　变老了打败另一种选项 - 死得早。
37.　你的孩子只有一个童年。
38.　最后真正最重要的是你爱过。
39.　每一天都出门，奇迹在四处等着。
40.　如果我们都把我们的问题都丢成一堆，然后看看其它人的，我们会把我们的捡回来。
41.　忌妒浪费时间，你已经拥有你所需要的了。
42.　最好的都还没来。
43.　不管你感觉如何，起来，穿好和呈现。
44.　人生不会打上蝴蝶结，但它仍然是一份礼物。

45. 将以上44个人生感悟转发给您的朋友们。

评论: 1　查看评论　发表评论

编辑推荐：2010年2月编程语言排行榜

网站导航：博客园首页个人主页新闻闪存小组博问社区知识库

价值观(职业锚)与职业的选择

听棠.NET — Tue, 03 Nov 2009 00:51:00 GMT

阅读: 221 评论: 0 作者: 听棠.NET 发表于 2009-11-03 08:51 原文链接

价值观(职业锚)与职业的选择

作者：吴骥扬发表时间：2009-11-01 来源：一苇网

在有关职业生涯规划的理论中，由美国著名的职业指导专家埃德加.施恩（Edgar.H.Schein）教授在上世纪七十年代所创立的职业锚理论，在现在仍然是指导我们进行生涯规划的主要依据之一。那么，什么是职业锚呢？职业锚，实际就是人们选择和发展自己的职业时所围绕的中心，是指当一个人不得不做出选择的时候，他（她）无论如何都不会放弃的职业中的那种至关重要的东西或价值观，是自我意向的一个习得部分。个人进入早期工作情境后，由习得的实际工作经验所决定，与在经验中自省的动机、价值观、才干相符合，达到自我满足和补偿的一种稳定的职业定位。职业锚强调个人能力、动机和价值观三方面的相互作用与整合。职业锚是个人同工作环境互动作用的产物，在实际工作中是不断调整的。

正因为职业锚强调的是一种习得性的认知，因此，在踏入职场之前，我们往往是无法建立起这种“职业”的认知的。在职业生涯的探索过程中，不同的人生阶段应采用不同的职业匹配理论进行职业定位与发展。作为价值观（职业锚）与职业匹配理论的重点，必须首先清楚明确自己的价值观，或者对于相关价值观测评的结果表示一定程度的认同，才能基于此进行长期职业发展方向的定位。因此，针对具有一定工作经验（三年以上工作经验）以及管理者使用价值观与职业匹配的理论，可以帮助其进一步明确职业生涯的方向，并在已经一定程度已实现财务自由的基础上，能够在未来的职场上为自己的理想、信念与世界观去打拼。

经过近30年的发展，职业锚已成为许多个人职业生涯规划的必选工具和公司人力资源管理的重要工具。个人在进行职业规划和定位时，可以运用职业锚思考自己所具有的能力，确定自己的发展方向，审视自己的价值观是否与当前的工作相匹配。只有个人的定位和要从事的职业相匹配，才能在工作中发挥自己的长处，实现自己的价值。尝试各种具有挑战性的工作，在不同的专业和领域中进行工作轮换，对自己的资质、能力、偏好进行客观的评价，是使个人的职业锚具体化的有效途径。对于企业而言，通过雇员在不同的工作岗位之间的轮换，了解雇员的职业兴趣爱好、技能和价值观，将他们放到最合适的职业轨道上去，可以实现企业和个人发展的双赢。

在我的整个职业生涯规划的理论中，高中阶段强调兴趣对于专业选择的重要性，大学阶段强调性格对于生涯发展的影响，就业初期强调行为模式对于职业选择的能动性，而在职业发展的中期，则强调个人价值取向对于生涯发展的重要影响。因为，往往在这个期间，就业的压力转化为职业发展与自我实现的压力，我们的很多决策往往取决于自我价值观是否能够获得实现与认同。

在一苇网即将推出的针对在职员工的【投资未来】的职业生涯规划体系中，我们完成了一苇职业价值观测评体系的设计http://www.yiiway.com/ycas/ 。在免费的基本报告部分，我们提供了详实的理论描述与测评结果的分析，在研究报告部分中，我们提供了基于大样本群研究的数据统计分析的结果，将职业价值观与职业领域进行了关联研究，同时也提供了更为详细丰富的指导性内容，如果您已经踏入职场，并且积累了几年的职业经历，了解自我的职业价值观，不啻是对于自我认知的进一步发展。

评论: 0　查看评论　发表评论

编辑推荐：2010年2月编程语言排行榜

网站导航：博客园首页个人主页新闻闪存小组博问社区知识库

职业兴趣测评这么火！

听棠.NET — Sat, 24 Oct 2009 00:45:00 GMT

阅读: 365 评论: 0 作者: 听棠.NET 发表于 2009-10-24 08:45 原文链接

还不到四个月时间，一苇网的职业兴趣测评的测试份数已经突破了9400人次，每天有近100人通过搜索引擎或者直接输入一苇网接受一苇网 SDS 职业兴趣测评。在baidu的搜索引擎内，搜索“霍兰德”、“职业兴趣测评”、“霍兰德测试”等关键字，一定可以在第一页的第一第二位置出现一苇网的职业兴趣测评。

经过13个月后，基于霍兰德理论的职业兴趣测评累计数突破了6.5万。每天已经有500人进行测试。

其实，就一苇网职业生涯规划的理论来说，基于霍兰德理论的职业兴趣测评的主要功能是对于高中生进行学业的规划，其中最主要的就是根据兴趣进行大学专业的选择。但现在却发现，几乎很多大学生尝试职业兴趣测评的目的是为了进行职业生涯的规划。这个比例估计在95％以上。

为大学生进行职业生涯的规划，在我看来，兴趣只是规划的一部分，因为霍兰德理论解决的问题是根据自己的喜好进行职业的选择，但是完整的职业生涯规划，却应该是基于性格、兴趣、能力、以及自我的目前状态进行综合的规划，当然其中最关键的是基于性格与兴趣确定职业的领域，而基于能力与自我状态确定就业的指导原则。如果一味专注在兴趣方面，而不考虑自我的能力与现实状态，职业生涯规划还是空中楼台而已。

但是，现在很多院校的就业知道基本上都是基于霍兰德职业兴趣理论进行就业指导。使用霍兰德职业兴趣在比较低（很低）的层次上，为什么这么说呢？首先，测评问卷没有基于人群常模进行设置，这就造成测试的结果往往是自己和自己比，而没有横向比较；第二，测评问卷的结果－三个字的“霍兰德“代码并没有和职业领域进行关联；第三，往往将霍兰德职业测评认为是性格测评；第四，没有向学生指明基于兴趣进行职业生涯规划的局限。。。

虽然霍兰德六个代码RIASEC的每个代码都可以和某一种类型的个体结合起来，但是霍兰德测评一定不是性格测评，这六个代码是六大兴趣领域的区分，将人群按照这六大兴趣领域进行区分也不过就是为了区别出一个人的兴趣的爱好程度而已。而三个字母组成的霍兰德职业代码，所对应的，必须是一系列按照喜好程度进行排序的职业领域。职业兴趣测评的目的并不是为了去区分不同兴趣的人群，最主要的目的是帮助测试者了解自己可能喜好的职业领域。

评论: 0　查看评论　发表评论

编辑推荐：2010年2月编程语言排行榜

网站导航：博客园首页个人主页新闻闪存小组博问社区知识库

创建ActionScript3的Singleton单例类模型

听棠.NET — Mon, 12 Oct 2009 13:29:00 GMT

阅读: 281 评论: 0 作者: 听棠.NET 发表于 2009-10-12 21:29 原文链接

在Actionscript中，Constructor（构造函数）只能声明为public，这与C#的语法有所不同，这就导致无法把Constructor设为Private或Protected。
那我们只能借用另一种方式来禁止new实例化。
我们可以通过另一个限制级的参数对象来控制：
package AppConfig
{
public class Connection
{
  private var _connectionString:String="sss";
  private static var _instance:Connection;
  public function Connection(enforcer:SingletonEnforcer)
  {
  }
  public static function getInstance():Connection
  {
   if(_instance==null)
   {
    _instance=new Connection(new SingletonEnforcer());
   }
   return _instance;
  }
  public function get connectionString():String
  {
   return _connectionString;
  }
}

}
class SingletonEnforcer {}

评论: 0　查看评论　发表评论

编辑推荐：2010年2月编程语言排行榜

网站导航：博客园首页个人主页新闻闪存小组博问社区知识库

大学毕业前的自我检查清单

听棠.NET — Fri, 09 Oct 2009 12:04:00 GMT

阅读: 503 评论: 1 作者: 听棠.NET 发表于 2009-10-09 20:04 原文链接

大学毕业前的自我检查清单

作者：吴骥扬发表时间：2009-10-07 来源：一苇网浏览次数：69

很多大学毕业生朋友只有当真正跨出校门后，才感觉到世态炎凉，职场原来真的这么艰辛！我们本来应该有充分的时间来为这一切做准备，但是，很多毕业生却把最后一年当做了完全玩乐享受的一年，除了杜撰一篇论文花费了最后的几天时间，还有什么值得今后称道的呢？为了能够帮助大家好好思考怎样去渡过这最后一年，或者最后一个学期，以下这份自我检查的清单或许能够帮助你。

是时候买件正装了

在最后一年，唯一可能使你忙碌起来的，估计就是马不停蹄地去参加各地的招聘会了。除非你是顶级院校的高材生，否则，这个年代，你还是不得不落了俗套，随着大流去参加一个一个招聘会。那么，买件靠谱一点的正装是一份非常值得的投资。无论你的简历包装得如何如何，也无论你是否真的能说会道，一套西装至少在表面上可以把你包装一下，至少它可以为你赢得一次机会。一件正装在面试或者招聘会上，很多时候是代表了对于你潜在雇主的尊重，也代表了你对于这份机会的重视。

简历，你的第一份职业名片

这是一个老生长谈的问题，但却也是每一年都不得不谈的问题。虽然微软的office套装软件，51job的网络模板，甚至是你师兄师姐的简历，都可以拿来借鉴，但是，在这个同质性泛滥的年代，这些拿来主义的东西，只会使你也沦为芸芸众生中的一员，只能凭点运气去获得潜在雇主的关注了。现实是如此的残酷，你所要应聘的职位估计有几百个，甚至几千个人在和你竞争，而简历作为第一道门槛，你的第一份职业名片，你当然需要为它好好准备一下，除了每个人都会写的流水账再加上一份面试者可能都看不懂的成绩单，请你再好好补充一些可以使你立立鸡群的东西，英语六级可能是必须的，会计证也是实际的，内审外审员证是滥竽充数的，计算机等级证马马虎虎，三好学生什么的几乎就是白搭。

现在的雇主很多强调的是所谓职业的能力，而不是在学校里面学习的能力，因此，你在学校能够学得有多好，在雇主看来，并不能代表你在职场将会表现得也如此得好。因此，通过一系列的案例或成果展示你的职业能力，将是你简历中非常重要的亮点。很多职位，比如销售、教师、艺术创作、新闻编辑、研发等，都需要应聘者展示足够的职业能力，因此，聪敏的做法是，创建一个独立的文件夹，其中包括了各种能够代表你的职业能力的案例说明，包括你的论文，你的团队活动总结，假期实习报告，职业生涯规划的自我评估，以及职业指导顾问的咨询辅导报告，这些都是能够帮助你获得机会的重要加分因素！

跑招聘会的注意事项

很多学校都会组织年度的校园招聘，而社会上现在面向大学生的招聘专场也层出不穷。在最后一年的检查清单中，跑招聘会当然是其中一个任务，但是，需要注意的是，机会并不来自于跑了N个招聘会，或者N+1个招聘会，而是在于你是否研究了你去跑每个招聘会的目的性。如果毫无目的地去跑能够跑的每个招聘会，群发你的简历，那么，说句老实话，你并没有对你的职业负责，你只是在期望自己能够被突然砸中一个馅饼罢了。请仔细去利用网络研究每一个招聘会的雇主是谁，你的目标是哪一个，并为之做相应的准备。

参加GRE或者GMAT的考试去！

不要问我GRE或者GMAT是什么，每一个对自己职业生涯负责的同学，你多应该至少尝试去考一次GRE或者GMAT。这种类型的考试很多时候在靠我们的一般能力，这一般能力包括逻辑，数学，以及语言，当然，英语是基本。而这邪恶能力，正是那些世界级的雇主所看重的，如果在你的简历中包括了GRE或者GMAT的成绩单，这将是大大的加分！而与此同时，这些考试的有效期都是5年，你在从业后的5年中，仍然可以凭借这些成绩去申请国内外的大学以继续你的学业，而国内的很多顶级院校，也同样接受GRE或者GMAT的分数作为MBA或者EMBA的唯一参考。因此，我建议大家不仅仅是为了将来的职业发展，也为了证明自己真正的能力，去尝试这些考试！

记得，旅行去！

有闲的时候没有钱，有钱的时候没有闲，很多人在踏上职业之路几年后都会不时从嘴里跑出这句话，那么，在这最后一年中，不妨好好计划一下在假期出去长途旅行去！在这个全民旅游的时代，经济型的旅游其实花不了多少钱，青年旅社也好，徒步也好，带着帐篷也好，这些经历都可以是你将来值得回味的记忆。

清除你的网上个人记录

在这个信息泛滥的时代，你可能早已经是网络上的名人，虽然你可能不自知。那么，不妨尝试着在搜索引擎里面输入你的名字，你的邮箱，你的手机号码，你的QQ，你的MSN，你的开心网的记录，你的同学录的留言，看看有多少相关的文字链接或者图片链接。在最后一年里面，你不但需要在现实生活中好好得表现，期望不要出什么差错；你可能更需要在网络世界里面好好得表现，尽可能清除所有在网络上你个人的信息、留言、图片、词不达意的文章。。。你潜在的雇主已经学会了利用网络来验证你的个人信息与行为，他们会通过简单的方法去了解你在网络世界里面的表现，你的博客等等来了解你到底是怎样一个人，这些比起心理测评技术来，更加能够真实得反映你这个人。因此，如果你希望潜移默化地去影响社会对你的观感，利用博客来记录你的点点滴滴的正面成长，也不啻是一个好办法。

获得你导师的推荐

导师的推荐信通常在今后希望获得深造的时候有用，同样，为了获得一个好的职位，推荐信也是加分的因素。正如那些职业经理人所说的，好的职位永远不会在市场上流动，好的职位永远是给被推荐者预留的。虽然我们作为一名学生还不可能有什么猎头来找我们，但这并不妨碍我们去预留一份导师的推荐信，更何况，如果你不是什么出类拔萃的学生的话，你的导师过了一年已经可能把你遗忘了，如果实在没有什么可写的，你也可以让你的导师对你的论文，对你的实习等发表建议。请继续和你的导师，以及实习期间的“老板”保持联系，说不定在什么时候，他们的评价将对你的职业生涯发展起到一个关键的作用。

记得毕业了，就没有学校宿舍了

踏入职场你就必须面对自己真正的生活，尤其是如果你还不得不背井离乡去异地工作，很多大企业为新员工预留了宿舍，但是大部分的企业并不会提供这种类型的服务。你不得不将为你的吃穿住行去提早做个打算。你通常需要在毕业前三个月明确前往工作的地点，通过各种方法找到合适的室友。找房子通常也是件难事，幸好中介很多，就是需要另外准备一个月的房租来支付中介费用。记得，通常你需要准备预留出三到六个月的房租钱。

是时候规划一次你的职业生涯了

如果你在刚跨入大学的时候没有做过职业生涯的规划，或者你的职业生涯规划充其量就是一篇浪漫主义的文章，那么，在这最后一年中，你至少需要抽出一个星期的时间来好好地做一次个人的职业生涯规划。想想你到底喜欢做什么（兴趣），想想你适合什么样的工作环境（性格），想想你能否做好你的第一份工作（能力），这些都需要你自己去努力地认知自我。你已经在校园里面待了很久，你了解现在的社会吗？你了解现在的职场吗？你知道应该怎样去设计你的人生嘛？这些，也都需要你花点心思去探索。对于自己职业生涯的投资是值得的，因为职业生涯规划将帮助你明确你的方向，如果你一踏上社会就走错了方向，掉头的时间成本与物质成本将是无可估量的！

最后，享受最后的校园生活吧！

校园生活是最美好的一段时光了，离开了大学，大部分人将不会再返回经历这样的岁月，因此，享受校园的生活，经历校园的轶事，这些都将成为你日后喝酒聊天、茶余饭后的兴致所在！

评论: 1　查看评论　发表评论

编辑推荐：2010年2月编程语言排行榜

网站导航：博客园首页个人主页新闻闪存小组博问社区知识库

ADO.NET Entity Framework中对分离对象的更新

听棠.NET — Tue, 29 Sep 2009 06:05:00 GMT

阅读: 472 评论: 1 作者: 听棠.NET 发表于 2009-09-29 14:05 原文链接

首先，你必须要学一下这个基础课程：http://www.cnblogs.com/ejiyuan/archive/2009/05/27/1490786.html

之所以要在AEF中进行分离对象的更新，我想所有想做WebService 想做Remoting数据交互的朋友都会遇到。

写一个更新类，把待更新的对象传进来，这个对象可能是客户端对象，比如ExtJs中的JSON对象，或者是FLEX中的自定义的ActionScript对象，这些对象通过传入后，进行转换后就成了服务器端的AEF实体对象。

那就需要把对象进行更新，偿试了很多方式，EF的数据模型还是比较麻烦的，必须要对EntityState等状态控制有所了解，参见文头的推荐地址。

要把一个“分离对象”更新到EF，然后更新到DB，一般是采用ApplyPropertyChanges()方法，此方法可以把对象进行全部覆盖，但有一个很重要的问题，在执行此方法前，ObjectContext中必须要有此实列引用，如果没有的话，就会报“ObjectStateManager 不包含具有对“ServiceLibrary.Department”类型的对象的引用的 ObjectStateEntry”的错。

那么有两种方法，
一：通过主键，把数据从DB中取到ObjectContext中来。这样的话，是最简单的，只是感觉在更新前，还要执行一次“获取”，在性能上很不爽。不过，毕竟是Key获取，相信几百万的数量级也不会有大问题的。此方法还是我推荐的：如下
Department o1 = db.Department.First(p => p.Id == dept.Id);
这里取到了o1值，其实此对象在后续根本用不到。
具体的代码如下：
public string UpdateDepartment(Department dept)
{
using (var db = new FlexDbEntities())
{
//这句语句千万要有啊！！！。
Department o1 = db.Department.First(p => p.Id == dept.Id);

db.ApplyPropertyChanges("Department",dept);

db.SaveChanges();
}
}

二：第二种方法是把对象直接Attach进去，然后采用setModified()的方法修改此对象的EntityState为Modified，不过，只修改此EntityState还是不够，还必须要指定是哪个字段值被修改了？需要指定SetModifiedProperty()来指确定修改的字段名。我想，对于外部传递进来的对象，要知道哪个字段修改了是不现实的。所以此方法被抛弃。。

评论: 1　查看评论　发表评论

编辑推荐：2010年2月编程语言排行榜

网站导航：博客园首页个人主页新闻闪存小组博问社区知识库