﻿<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/"><channel><title>BlogJava-一江春水向东流-随笔分类-心得感想</title><link>http://www.blogjava.net/huyi2006/category/17790.html</link><description>                            做一个有思想的人,期待与每一位热爱思考的人交流,您的关注是对我最大的支持。</description><language>zh-cn</language><lastBuildDate>Tue, 11 Jan 2011 21:47:35 GMT</lastBuildDate><pubDate>Tue, 11 Jan 2011 21:47:35 GMT</pubDate><ttl>60</ttl><item><title>扎克伯格创办facebook成功因为创办前期做对以下几点</title><link>http://www.blogjava.net/huyi2006/archive/2011/01/11/342805.html</link><dc:creator>allic</dc:creator><author>allic</author><pubDate>Tue, 11 Jan 2011 15:36:00 GMT</pubDate><guid>http://www.blogjava.net/huyi2006/archive/2011/01/11/342805.html</guid><wfw:comment>http://www.blogjava.net/huyi2006/comments/342805.html</wfw:comment><comments>http://www.blogjava.net/huyi2006/archive/2011/01/11/342805.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.blogjava.net/huyi2006/comments/commentRss/342805.html</wfw:commentRss><trackback:ping>http://www.blogjava.net/huyi2006/services/trackbacks/342805.html</trackback:ping><description><![CDATA[Facebook和扎克伯格的成功绝非偶然，通过观看《社交网络》得知是因为前期做对了以下几点成就了facebook成为目前世界第一大网站，公司市值无可估量。<br><br>


1、	从心理学的角度知道哪些东西是用户感兴趣的，愿意去尝试的，扎克伯格在创办facebook这个网站之前，做过一个facemash的网站。这个网站的主题是让别人评选哈佛的热辣女生。在短短的两个小时内有了两万两千次的点击量，哈佛的服务器被访问的瘫痪了。能有这么大的吸引力是因为这些被参与评选女生的都是哈佛校内的在校生，都是那些学生身边，或许是同学，或许相识，在片中就强调了这一点，那些放上去的女生并不是长得漂亮，人们感兴趣只因为和自己比较熟，那些男生觉得好玩，拿那些女生们开涮下。但这事做的有些过头，最后查出来后被处罚查看6个月。<br><br>

2、	懂得如得取得用户的信任，让他们以真实的个人信息去注册，做到这点非常不容易，想下现实中有几人会拿自己的真实信息去网上注册，在facebook刚上线时是要求必须有哈佛的电子邮件才能注册，这点确保了网站只能在校园内的这样一个相对纯净环境中传播，让人放心 ，而且要由自己的朋友邀请才能加入。<br><br>


3、	以最快的速度将网站做出来，将想法转化成现实，最初做出的facebook非常简单，只能查看,寻找好友，连评论都没有。<br><br>


4、	先确保占领了哈佛校园之后，再扩张到其它校园，而且一个一个的拿下。Facebook的扩张也是有弃有舍、先易后难。<br><br>


5、	重用肖恩.帕克，肖恩.帕克曾经做过一个音乐分享网站napster，最后虽然失败了，但是这个人还是很有思想，是他提意见将thefacebook去掉前面的the。而且很有运营经验，对facebook非常有信心，精神上支持扎克伯克不放弃，而且之后也对facebook的改进发展做出巨大贡献。<br><br>


6、	在前期坚持不考虑短期营利，当初合作伙伴爱德华到处跑广告，扎克伯克持反对意见，如果那候网上插入广告也许会挣些钱，但同时也会毁了这个点子。<br><br>


当facebook上了轨道，扩展到几大洲，再往后就是自然的了。。。。
<img src ="http://www.blogjava.net/huyi2006/aggbug/342805.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.blogjava.net/huyi2006/" target="_blank">allic</a> 2011-01-11 23:36 <a href="http://www.blogjava.net/huyi2006/archive/2011/01/11/342805.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>好男人是如何蜕变成坏男人的（转帖）</title><link>http://www.blogjava.net/huyi2006/archive/2008/05/30/204094.html</link><dc:creator>allic</dc:creator><author>allic</author><pubDate>Fri, 30 May 2008 07:01:00 GMT</pubDate><guid>http://www.blogjava.net/huyi2006/archive/2008/05/30/204094.html</guid><wfw:comment>http://www.blogjava.net/huyi2006/comments/204094.html</wfw:comment><comments>http://www.blogjava.net/huyi2006/archive/2008/05/30/204094.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.blogjava.net/huyi2006/comments/commentRss/204094.html</wfw:commentRss><trackback:ping>http://www.blogjava.net/huyi2006/services/trackbacks/204094.html</trackback:ping><description><![CDATA[我必须先声明一些东西，这篇文章所要说的东西，是综合我个人的经历、我朋友的故事，当然都是血淋淋的例子，加上我个人的深思以后推出的结论。或许有人看完后要骂我思想偏激，这都请便。重点是，我非常相信这个理论。若有好心人要纠正一下我的想法以防止更多好男人消失、或更多好女孩受伤，我非常欢迎你们试着说服我。我刚刚喝了酒，若以下言词过激，敬请见谅。在切入正题之前，我必须稍微说一下，在我这篇文章里的好男人，以及坏男人的定义。 <br />　　普便好男人的定义就是刚毅木讷，个性老老实实；而坏男人就是那些花言巧语、会说好听话的人。我个人是不太喜欢以上的定义，不晓得当初是谁说会花言巧语就是坏的，也不晓得是谁认为孔子的喜好还适用于现今的社会。因为大家心里都晓得，男人自己也会喜欢会撒娇、偶尔耍耍任性的女孩，胜过于整天正经八百、但对自己非常认真的女孩。这是人性，虽然不公平，但是我们莫可奈何。 <br />　　但在这篇文章里面，好男人和坏男人都会花言巧语，都会哄女孩开心。不同的地方是，好男人尊重女孩，并且对女孩相当认真；而坏男人不一定对女孩认真，而且予取予求，从不考虑女孩的想法。 <br />　　在此我必须说明一下好或坏男人形成的可能原因。我不想把文章带入人初本性的争议，所以我将会从其他观点切入探讨。 <br />　　第一个是相当现实的外表问题。大家都知道帅哥吃香，丑男有鳖能吃就得偷笑。内在美就算再重要，仍然比不上外在的重要性。就算是口头上说外表再不重要的女性，遇到丑男，她们还是不会回头。具体的实例就不用我举了。 <br />　　大家也都知道，得不到的东西才珍贵的理论。只要是帅哥，根本就不必担心遇不到爱情，因为愿意倒贴的女孩一堆。但是假如是丑男，有女孩愿意和你促膝长谈已经算是梦事了，更不用提爱情。所以，一生当中遇不到几次的爱情对丑男来说是很重要的。他们都会选择异常的珍惜她们、对她们关怀倍至、牺牲一切，也就是成为好男人。至于帅哥，他们的爱情史通常要写成书都嫌太多，对于爱情他们大多对选择尽情享受，用旧了就换。当然，对每段感情都认真的帅哥还是有，只不过人数大概和中过乐透头彩的人差不多。 <br />　　我用丑男，这个字眼或许太过分了，请自行替换成长的不帅的。但长的帅的大多是坏男人，长的丑则反之，这种理论，连我自己都难以被说服。一个人对待女孩的认真度，也是会和他的自信和成熟度扯上关系。 <br />　　没自信的人，就算条件不错，情况也会跟丑男差不多。他们会觉得自己不够好，深怕身边的情人哪天会因为他的条件差而弃他而去，所以只好用努力、认真对待等等的来弥补。 <br />　　反之，就算实在不怎么样、但很有自信的人，自然就不会担心这些。值得注意的是，女孩子通常都会喜欢比较有自信的人。根据朋友的说法，是因为她们觉得有自信的人身上会散发一股难以形容的魅力。但其实道理也不难懂。你会比较欣赏走路抬头挺胸的人，还是整天低着头、畏畏缩缩的人？（补充，自信跟自大虽然情况类似，但完全是两回事） <br />　　至于成熟度，不成熟的人并不会感谢一个人对他的付出。举个很明显、每个人都身边都一堆的例子：有几个人会感谢自己的父母亲？父母的爱，是绝对无私的，比起情人的爱是有过之而无不及，但这世界上认为这理所当然的人还是一堆？嗯，离题了？ <br />　 把同样的情况套在爱情上吧，就真的是有人把自己的女朋友当作是扫地、煮饭、洗衣服和泄欲的工具。令人难以理解的是，很多这种人的身边都有一个死心塌地爱着他、甘愿为他付出一切的女孩，所以我们常常会听到一些女孩在问：我对他那么好，他为什么还对我这样？我实在是不想说她们犯贱，毕竟她们是为爱付出，而爱是真的不需要理由的。 <br />　　 <br />说到这里，我们可以归纳出一个结论：人总是会比较珍惜容易失去的东西。这个道理不管是男是女都一样。举个例来说，我们会看到一个女孩粘着一个对她冷冷淡淡的人，但对那些死命追着她跑的却不怎么关心。而这个结论，对于好男人的消失和坏男人的形成，其实是有着密切的关系。 <br />　　看到这里有人会问啦：「依照你以上的论点，好男人和坏男人的人数不至于差太多啊，那我身边怎么不是这么一回事？」我们也常常会看到有人问：好男人都到哪去了？ <br />　　长相美丑是天意和基因，比例应该算是一半一半，但若要套上普遍女性的标准，长的帅的还是在少数。至于自信，我认识的人不多，所以不方便作解释。成熟度的话，若是成熟的人多，游戏基地也不会需要版主。 <br />　　那照这样来说，好男人应该算是少数了吧？先不论他们的条件？我们不能说是好男人的条件就差？只说他们对爱情的心态，应该是抢手货啊？ <br />　　是的，他们或许是抢手货。这些好男人若是碰到对的女孩，他们会非常非常幸福。但在这残酷的社会，他们的下场都不是太好。举个我所知道的最明显的例子。Ａ君被Ｂ女看上，在告白之后成功了。而Ａ君虽然是被倒追，却还是相当珍惜这段爱情。在一开始的一个多月，常常会看到Ｂ女开开心心的说她是全世界最幸福的人，因为Ａ君真的对她很好。我们会高兴的以为天下又多了一对幸福的情侣。 <br />　　但仔细一看，Ａ君根本是自虐。Ｂ女在电话中说她口渴想呵饮料，Ａ君马上冲出门搭半个小时的公车，去买杯饮料送到她家；无论是出门逛街或在学校走廊，常常看到Ａ君手上提着一堆不晓得几公斤重的东西，而Ｂ女则两手空空、幸福的笑着；明天Ａ君有重要的考试，却因为Ｂ女撒娇要他陪她聊天、哄他睡觉，花了太多时间，只好熬夜读到天亮；Ｂ女常常和不知来历的男性朋友出去玩、通电话，大家为此抱不平时，Ａ君却笑笑的说，她有权利拥有自己的交友空间。 <br />　　Ａ君迟早会累的吧。在这样下去，这段恋情不会长久的，Ｂ女迟早会被甩。 <br />　　哈，的确，恋情四个月就结束了，但却是Ａ君被Ｂ女甩。而Ｂ女口中的理由是：「他狂妄、自大、不成熟。」我听了不禁哑然失笑。 <br />　　再举一个我身边的例子。Ｃ君和Ｄ女是一对幸福的情侣。Ｃ君人很好，非常疼惜Ｄ女，Ｄ女也没有什么缺点，两人过的相当快乐。 <br />　　一天突然接到Ｃ君的电话，说他和Ｄ女分手了。Ｄ女的理由，则是相当常见的：「没感觉了，还是当朋友好。」 <br />　　再一个例子。Ｅ君和Ｆ女曾经是一对情侣。一天突然接到Ｅ君的电话，说他觉得相当不公平。Ｆ女的新男友跟她交往不到一个月，就把她带上床。而自己和她交往将近一年，连想摸她都会被摆脸色。 <br />接着我要探讨一下这些例子里的涵义。 <br />　　看完了第一个例子，大家看完了可能心里都会觉得是Ｂ女的错，Ａ君运气不好，遇到一个那么不会珍惜他的人。或许他运气可能差了些，但事实上，就算换成了好一点的女孩，也同样无法珍惜这样一个无尽付出的男人。 <br />　　至于第三个例子，有人会骂：「难道和女孩交往就是为了性？」这点我必须声明，虽然好男人并不是为性而爱，但要说不想和自己深爱的女友做<!-->爱，我相信那是自欺欺人，或是纯粹的性冷淡。 <BR>　　这三个例子都有几个共通点，而那些好男人就算在这几个失败中不学乖，也迟早会得到一个结论：不要对女孩子认真。 <BR>　　首先，人是一定会变的，只是时间早晚的问题。我所谓的变，就是对自己曾经深爱的或根本没爱过的人变的没感觉。好男人变的通常都很慢，因为他们珍惜。而可悲的是，变的慢的人一定是输家。 <BR>看着那些坏男人女友换了一个又一个，却从来没看过他们有什么疗伤期，日子也过的很幸福快乐，因为就算他们不爱，还是能得到来自别人的爱。这种情况下除非是自虐狂，心里都会很羡幕那些人可 <BR><BR>以不用受伤害，进而也会学着那些人，他们或许也走过这一段？既然没把握自己能变的比对方快？毕竟爱是感觉，不能控制，那就根本不要爱。 <BR>　　不爱的话还是能交女友，得到来自她们的爱，更不用担心受伤；也不用烦恼会因为爱，担心对方不喜欢，而失去自己平常的风格，或把自己搞的比奴隶还卑贱；在不爱的时候，不必担心因为爱而让自己失去理智，会做出一些感情用事的行为让对方讨厌，也不必去在乎她今天去了哪、跟谁玩；不爱的时候，不会不自觉的顾虑太多对方的感受，想要的可以很轻易的说出口，对方因为爱你根本不会拒绝。 <BR>　　还记不记得之前得到的结论：人总是会比较珍惜容易失去的东西。和一个不爱自己的男人在一起，女孩并不一定知道他不爱自己，但却会有那种抓不住、随时可能失去的感觉。害怕失去，女孩会加倍付出，男人自然就加倍享受。就算女孩知道了男人并不爱自己，痴心的她们会使出浑身解数想办法抓住男人。而就算她决定放弃离开，男人只要换一个女孩就好，反正他也不知道心痛是什么。 <BR>　　不管怎么样，不爱她就是吃香。 <BR>　　完美的恋情不是没有可能，但需要对的时间、对的地点、和对的人。但要达到以上三大条件，机率比连续被被雷劈到三次还低。 <BR>　　我第一次跟我不爱的女孩在一起，感觉真的差好多，是比以前好了。」听到了这句话让我想了很多。前一阵子也是他告诉我：「不要对女孩子太认真，根本没好处。」 <BR>　　这是一种恶性循环。好男人变成了坏男人后，会伤到爱上他们的好女孩，进而把他们变成了坏女孩。而这些坏女孩，又会把更多的好男人变成坏男人。 <BR>　　好男人会逐渐消失！这是每个人的错，却也不是任何人的错。这只是一种现象，就像水气到了空中结云成雨一样自然。 <BR>　　你若还没学乖，迟早会学乖的。 <BR>其实常常看到女孩子老是说自己要交的男朋友。身高要多少。要阳光或者长的帅帅的。那男孩子呢。说男生不会看脸。那是骗人的。只是太漂亮的真的不敢去追。因为怕对方会离开。而漂亮的又要事事服从对方。所以只会去追长的不是很好看的女孩或者普普通通的。至少能够帮男朋友负担些生活上的压力。 <BR>以上内容转贴于台湾某成人网站的原创区，在那种地方发现这种很真的帖子不太容易，大概是因为作者喝了酒的缘故（其实这种一喝醉了就说真话的人蛮可爱的） <BR>　　记得以前曾经问过自己喜欢的女孩，女孩子究竟是为“悦己者容”还是为“己悦着容”，她们的回答都不一样，但我知道她们都喜欢能逗自己开心的男生。就像作者说的那样，这是坏男人们的强项，好男人老实，木钠，认真的付出。 <BR>　　第一次恋爱的时候（严格说来，才认识她的时候，只是想玩玩而已，没想到会那样投入），也像那些好男人们一样，用最真的感情呵护着她，无比宠爱着她，用她的话来说“你是我交往过的男生里对我最好的”“你有一颗水晶般善良的心”。。。 <BR>　　而有过恋爱经验的朋友们则不停的提醒我，“不要对她这么好”“会宠坏她的”甚至连母亲也这样教导过我“对她好，但是不要太过了” <BR>　　当时的我并不懂这些，当她忽然提出分手的要求的时候，自己完全崩溃了，不知道为什么那样努力的付出，为什么那样单纯的去爱居然会是这样的结局。我跪了下来，在学校的篮球场上，当着许多人的面，求她不要这样对我，哭着问她要一个理由。。。。 <BR>　　看客们，你们要笑就笑吧，你们不会知道一个人完全孤独的感觉，不会知道被完全抛弃，再也没有人需要你，完全绝望的感觉。 <BR>　　 <BR>你是我交往过的男生里对我最好的”“你有一颗水晶般善良的心”。。。这又怎样呢？我需要的不是这些，我需要的只是自己心爱的女人！我需要的只是一份长长久久的爱！ <BR>　　女人是男人最好的教师。是她让我彻底的明白，“用最低的风险，最小的付出收到最多的回报”这句话用在感情上是多么的合适。 <BR>　　少一些灵魂的付出，多一点她喜欢听的花言巧语，多给一点物质上的给予，多一点随意的关怀， 这就足够了。 <BR>　　 <BR><BR>我相信真正的爱情一生只有一次。 <BR>　　我已经爱过了，以后再没有遗憾。 <BR>　　我们始终是动物，优胜劣汰的动物。 <BR>　　谁能得到，谁就是最后的胜利者。 <BR>　　我不要被淘汰，不要再受伤， <BR>　　即使为此去伤害别人。 <BR>　　再见吧，好男人。 <BR>　　消失中的男人们！<BR-&GT;< html < FONT-&gt;></html>--><img src ="http://www.blogjava.net/huyi2006/aggbug/204094.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.blogjava.net/huyi2006/" target="_blank">allic</a> 2008-05-30 15:01 <a href="http://www.blogjava.net/huyi2006/archive/2008/05/30/204094.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>看看我是怎么认识女孩子的！</title><link>http://www.blogjava.net/huyi2006/archive/2008/05/24/202606.html</link><dc:creator>allic</dc:creator><author>allic</author><pubDate>Sat, 24 May 2008 09:33:00 GMT</pubDate><guid>http://www.blogjava.net/huyi2006/archive/2008/05/24/202606.html</guid><wfw:comment>http://www.blogjava.net/huyi2006/comments/202606.html</wfw:comment><comments>http://www.blogjava.net/huyi2006/archive/2008/05/24/202606.html#Feedback</comments><slash:comments>2</slash:comments><wfw:commentRss>http://www.blogjava.net/huyi2006/comments/commentRss/202606.html</wfw:commentRss><trackback:ping>http://www.blogjava.net/huyi2006/services/trackbacks/202606.html</trackback:ping><description><![CDATA[
		<table cellspacing="0" cellpadding="0" width="100%" border="0">
				<tbody>
						<tr>
								<td class="blackbig">
										<table cellspacing="0" cellpadding="0" width="100%" border="0">
												<tbody>
														<tr>
																<td class="blackbig">       本人住在城东，在183附近，通过跟踪，我发现一个女孩在里面上班，估计是个护士。于是我事先埋伏在她下班的路上，故意制造一起偶然相遇。看她过来，我很兴奋的样子说：“哎！你还记得我吗？你给我看过病。”她很吃惊：“怎么可能呢？”我说：“没错！你忘了吗？”她没好气的说：“我在妇产科上班。”我立刻更加兴奋：“这就对了！我就是在183出生的。”她一听“扑哧”就乐了。此时，我故做难堪状“我怎么胡说八道的。”然后貌似诚恳、略带结巴：“其实….我就是想…想认识你，但也没机会和你说，说也不知道说什么……….”她说：“你直接说不的了，还绕什么弯子。”我们就这样认识了。<br /><br />在红豆社区看到的，挺牛的啊。向大家推荐下。</td>
														</tr>
												</tbody>
										</table>
								</td>
						</tr>
				</tbody>
		</table>
<img src ="http://www.blogjava.net/huyi2006/aggbug/202606.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.blogjava.net/huyi2006/" target="_blank">allic</a> 2008-05-24 17:33 <a href="http://www.blogjava.net/huyi2006/archive/2008/05/24/202606.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>如何成为一个优秀的软件架构师</title><link>http://www.blogjava.net/huyi2006/archive/2008/04/05/190959.html</link><dc:creator>allic</dc:creator><author>allic</author><pubDate>Sat, 05 Apr 2008 11:18:00 GMT</pubDate><guid>http://www.blogjava.net/huyi2006/archive/2008/04/05/190959.html</guid><wfw:comment>http://www.blogjava.net/huyi2006/comments/190959.html</wfw:comment><comments>http://www.blogjava.net/huyi2006/archive/2008/04/05/190959.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.blogjava.net/huyi2006/comments/commentRss/190959.html</wfw:commentRss><trackback:ping>http://www.blogjava.net/huyi2006/services/trackbacks/190959.html</trackback:ping><description><![CDATA[
		<p>　1. 人远比技术重要 <br /><br />　　你开发软件是为了供别人使用，没有人使用的软件只是没有意义的数据的集合而已。许多在软件方面很有成就的行家在他们事业的初期却表现平平，因为他们那时侯将主要精力都集中在技术上。显然，构件（components），EJB（Enterprise Java Beans）和代理（agent）是很有趣的东西。但是对于用户来说，如果你设计的软件很难使用或者不能满足他们的需求，后台用再好的技术也于事无补。多花点时间到软件需求和设计一个使用户能很容易理解的界面上。 <br />　<br />　　2. 理解你要实现的东西 <br /><br />　　好的软件设计人员把大多数时间花费在建立系统模型上，偶尔写一些源代码，但那只不过是为了验证设计过程中所遇到的问题。这将使他们的设计方案更加可行。 <br /><br />　　3. 谦虚是必须的品格 <br /><br />　　你不可能知道一切，你甚至要很努力才能获得足够用的知识。软件开发是一项复杂而艰巨的工作，因为软件开发所用到的工具和技术是在不断更新的。而且，一个人也不可能了解软件开发的所有过程。在日常生活中你每天接触到的新鲜事物可能不会太多。但是对于从事软件开发的人来说，每天可以学习很多新东西（如果愿意的话）。 <br /><br />　　4. 需求就是需求 <br /><br />　　如果你没有任何需求，你就不要动手开发任何软件。成功的软件取决于时间（在用户要求的时间内完成）、预算和是否满足用户的需求。如果你不能确切知道用户需要的是什么，或者软件的需求定义，那么你的工程注定会失败。 <br /><br />　　5. 需求其实很少改变，改变的是你对需求的理解 <br /><br />　　Object ToolSmiths公司（www.objecttoolsmiths.com）的Doug Smith常喜欢说：“分析是一门科学，设计是一门艺术”。他的意思是说在众多的“正确”分析模型中只存在一个最“正确”分析模型可以完全满足解决某个具体问题的需要（我理解的意思是需求分析需要一丝不苟、精确的完成,而设计的时候反而可以发挥创造力和想象力 - 译者注）。 <br /><br />　　如果需求经常改动，很可能是你没有作好需求分析，并不是需求真的改变了。 <br /><br />　　你可以抱怨用户不能告诉你他们想得到什么，但是不要忘记，收集需求信息是你工作。 <br /><br />　　你可以说是新来的开发人员把事情搞得一团糟，但是，你应该确定在工程的第一天就告诉他们应该做什么和怎样去做。 <br /><br />　　如果你觉得公司不让你与用户充分接触，那只能说明公司的管理层并不是真正支持你的项目。 <br /><br />　　你可以抱怨公司有关软件工程的管理制度不合理，但你必须了解大多同行公司是怎么做的。 <br /><br />　　你可以借口说你们的竞争对手的成功是因为他们有了一个新的理念，但是为什么你没先想到呢？ <br /><br />　　需求真正改变的情况很少，但是没有做好需求分析工作的理由却很多。 <br /><br />　　6. 经常阅读 <br /><br />　　在这个每日都在发生变化的产业中，你不可能在已取得的成就上陶醉太久。 <br /><br />　　每个月至少读2、3本专业杂志或者1本专业书籍。保持不落伍需要付出很多的时间和金钱，但会使你成为一个很有实力的竞争者。 <br /><br />　　7. 降低软件模块间的耦合度 <br /><br />　　高耦合度的系统是很难维护的。一处的修改引起另一处甚至更多处的变动。 <br /><br />　　你可以通过以下方法降低程序的耦合度：隐藏实现细节，强制构件接口定义，不使用公用数据结构，不让应用程序直接操作数据库（我的经验法则是：当应用程序员在写SQL代码的时候，你的程序的耦合度就已经很高了）。 <br /><br />　　耦合度低的软件可以很容易被重用、维护和扩充。 <br /><br />　　8. 提高软件的内聚性 <br /><br />　　如<font style="BACKGROUND-COLOR: rgb(255,255,255)">果一个软件</font>的模块只实现一个功能，那么该模块具有高内聚性。高内聚性的软件更容易维护和改进。 <br /><br />　　判断一个模块是否有高的内聚性，看一看你是否能够用一个简单的句子描述它的功能就行了。如果你用了一段话或者你需要使用类似“和”、“或”等连词，则说明你需要将该模块细化。 <br /><br />　　只有高内聚性的模块才可能被重用。 <br /><br />　　9. 考虑软件的移植性 <br /><br />　　移植是软件开发中一项具体而又实际的工作，不要相信某些软件工具的广告宣传（比如java 的宣传口号write once run many ? 译者注）。 <br /><br />　　即使仅仅对软件进行常规升级，也要把这看得和向另一个操作系统或数据库移植一样重要。 <br /><br />　　记得从16位Windows移植到32位windows的“乐趣”吗 ？当你使用了某个操作系统的特性，如它的进程间通信(IPC)策略，或用某数据库专有语言写了存储过程。你的软件和那个特定的产品结合度就已经很高了。 <br /><br />　　好的软件设计者把那些特有的实现细节打包隐藏起来，所以，当那些特性该变的时候，你的仅仅需要更新那个包就可以了。 <br /><br />　　10. 接受变化 <br /><br />　　这是一句老话了：唯一不变的只有变化。 <br /><br />　　你应该将所有系统将可能发生的变化以及潜在需求记录下来,以便将来能够实现（参见“Architecting for Change”，Thinking Objectively, May 1999） <br /><br />　　通过在建模期间考虑这些假设的情况，你就有可能开发出足够强壮且容易维护的软件。设计强壮的软件是你最基本的目标。 <br /><br />　　11. 不要低估对软件规模的需求 <br /><br />　　Internet 带给我们的最大的教训是你必须在软件开发的最初阶段就考虑软件规模的可扩充性。 <br /><br />　　今天只有100人的部门使用的应用程序，明天可能会被有好几万人的组织使用，下月，通过因特网可能会有几百万人使用它。 <br /><br />　　在软件设计的初期，根据在用例模型中定义的必须支持的基本事务处理，确定软件的基本功能。然后，在建造系统的时候再逐步加入比较常用的功能。 <br /><br />　　在设计的开始考虑软件的规模需求，避免在用户群突然增大的情况下，重写软件。 <br /><br />　　12. 性能仅仅是很多设计因素之一 <br /><br />　　关注软件设计中的一个重要因素--性能，这好象也是用户最关心的事情。一个性能不佳的软件将不可避免被重写。 <br /><br />　　但是你的设计还必须具有可靠性，可用性，便携性和可扩展性。你应该在工程开始就应该定义并区分好这些因素，以便在工作中恰当使用。性能可以是，也可以不是优先级最高的因素，我的观点是，给每个设计因素应有的考虑。 <br /><br />　　13. 管理接口 <br /><br />　　“UML User Guide”（Grady Booch，Ivar Jacobson和Jim Rumbaugh ,Addison Wesley, 1999）中指出，你应该在开发阶段的早期就定义软件模块之间的接口。 <br /><br />　　这有助于你的开发人员全面理解软件的设计结构并取得一致意见，让各模块开发小组相对独立的工作。一旦模块的接口确定之后，模块怎样实现就不是很重要了。 <br /><br />　　从根本上说，如果你不能够定义你的模块“从外部看上去会是什么样子”，你肯定也不清楚模块内要实现什么。 <br /><br />　　14. 走近路需要更长的时间 <br /><br />　　在软件开发中没有捷径可以走。 <br /><br />　　缩短你的在需求分析上花的时间，结果只能是开发出来的软件不能满足用户的需求，必须被重写。 <br /><br />　　在软件建模上每节省一周，在将来的编码阶段可能会多花几周时间，因为你在全面思考之前就动手写程序。 <br /><br />　　你为了节省一天的测试时间而漏掉了一个bug，在将来的维护阶段，可能需要花几周甚至几个月的时间去修复。与其如此，还不如重新安排一下项目计划。 <br /><br />　　避免走捷径，只做一次但要做对（do it once by doing it right）。 <br /><br />　　15. 别信赖任何人 <br /><br />　　产品和服务销售公司不是你的朋友，你的大部分员工和高层管理人员也不是。 <br /><br />　　大部分产品供应商希望把你牢牢绑在他们的产品上，可能是操作系统，数据库或者某个开发工具。 <br /><br />　　大部分的顾问和承包商只关心你的钱并不是你的工程（停止向他们付款，看一看他们会在周围呆多长时间）。 <br /><br />　　大部分程序员认为他们自己比其他人更优秀，他们可能抛弃你设计的模型而用自己认为更好的。 <br /><br />　　只有良好的沟通才能解决这些问题。 <br /><br />　　要明确的是，不要只依靠一家产品或服务提供商，即使你的公司（或组织）已经在建模、文档和过程等方面向那个公司投入了很多钱。 <br /><br />　　16. 证明你的设计在实践中可行 <br /><br />　　在设计的时候应当先建立一个技术原型， 或者称为“端到端”原型。以证明你的设计是能够工作的。 <br /><br />　　你应该在开发工作的早期做这些事情，因为，如果软件的设计方案是不可行的，在编码实现阶段无论采取什么措施都于事无补。技术原型将证明你的设计的可行性，从而，你的设计将更容易获得支持。 <br /><br />　　17. 应用已知的模式 <br /><br />　　目前，我们有大量现成的分析和设计模式以及问题的解决方案可以使用。 <br /><br />　　一般来说，好的模型设计和开发人员，都会避免重新设计已经成熟的并被广泛应用的东西。 <br />http://www.ambysoft.com/processPatternsPage.html 收藏了许多开发模式的信息。 <br /><br />　　18. 研究每个模型的长处和弱点 <br /><br />　　目前有很多种类的模型可以使用,如下图所示。用例捕获的是系统行为需求，数据模型则描述支持一个系统运行所需要的数据构成。你可能会试图在用例中加入实际数据描述，但是，这对开发者不是非常有用。同样，数据模型对描述软件需求来说是无用的。每个模型在你建模过程中有其相应的位置，但是，你需要明白在什么地方，什么时候使用它们。 <br /><br />　　19. 在现有任务中应用多个模型 <br /><br />　　当你收集需求的时候，考虑使用用例模型，用户界面模型和领域级的类模型。 <br /><br />　　当你设计软件的时候，应该考虑制作类模型，顺序图、状态图、协作图和最终的软件实际物理模型。 <br /><br />　　程序设计人员应该慢慢意识到，仅仅使用一个模型而实现的软件要么不能够很好地满足用户的需求，要么很难扩展。 <br /><br />　　20. 教育你的听众 <br /><br />　　你花了很大力气建立一个很成熟的系统模型，而你的听众却不能理解它们，甚至更糟－连为什么要先建立模型都不知道。那么你的工作是毫无意义的。 <br /><br />　　教给你开发人员基本的建模知识；否则，他们会只看看你画的漂亮图表，然后继续编写不规范的程序。 <br /><br />　　另外， 你还需要告诉你的用户一些需求建模的基础知识。给他们解释你的用例(uses case)和用户界面模型，以使他们能够明白你要表达地东西。当每个人都能使用一个通用的设计语言的时候（比如UML-译者注），你的团队才能实现真正的合作。 <br /><br />　　21. 带工具的傻瓜还是傻瓜 <br /><br />　　你给我CAD/CAM工具，请我设计一座桥。但是，如果那座桥建成的话，我肯定不想当第一个从桥上过的人，因为我对建筑一窍不通。 <br /><br />　　使用一个很优秀的CASE工具并不能使你成为一个建模专家，只能使你成为一个优秀CASE工具的使用者。成为一个优秀的建模专家需要多年的积累，不会是一周针对某个价值几千美元工具的培训。一个优秀的CASE工具是很重要，但你必须学习使用它，并能够使用它设计它支持的模型。 <br /><br />　　22. 理解完整的过程 <br /><br />　　好的设计人员应该理解整个软件过程，尽管他们可能不是精通全部实现细节。 <br /><br />　　软件开发是一个很复杂的过程，还记得《object-oriented software process》第36页的内容吗？除了编程、建模、测试等你擅长工作外，还有很多工作要做。 <br /><br />　　好的设计者需要考虑全局。必须从长远考虑如何使软件满足用户需要，如何提供维护和技术支持等。 <br /><br />　　23. 常做测试，早做测试 <br /><br />　　如果测试对你的软件来说是无所谓的，那么你的软件多半也没什么必要被开发出来。 <br /><br />　　建立一个技术原型供技术评审使用，以检验你的软件模型。 <br /><br />　　在软件生命周期中，越晚发现的错误越难修改，修改成本越昂贵。尽可能早的做测试是很值得的。 <br /><br />　　24. 把你的工作归档 <br /><br />　　不值得归档的工作往往也不值得做。归档你的设想，以及根据设想做出的决定；归档软件模型中很重要但不很明显的部分。 给每个模型一些概要描述以使别人很快明白模型所表达的内容。 <br /><br />　　25. 技术会变，基本原理不会 <br /><br />　　如果有人说“使用某种开发语言、某个工具或某某技术，我们就不需要再做需求分析，建模，编码或测试”。不要相信，这只说明他还缺乏经验。抛开技术和人的因素，实际上软件开发的基本原理自20世纪70年代以来就没有改变过。你必须还定义需求，建模，编码，测试，配置，面对风险，发布产品，管理工作人员等等。 <br /><br />　　软件建模技术是需要多年的实际工作才能完全掌握的。好在你可以从我的建议开始，完善你们自己的软件开发经验。 <br /><br />　　以鸡汤开始，加入自己的蔬菜。然后，开始享受你自己的丰盛晚餐吧</p>
<img src ="http://www.blogjava.net/huyi2006/aggbug/190959.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.blogjava.net/huyi2006/" target="_blank">allic</a> 2008-04-05 19:18 <a href="http://www.blogjava.net/huyi2006/archive/2008/04/05/190959.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>【轉載一篇文章】syslog的编程和配置</title><link>http://www.blogjava.net/huyi2006/archive/2007/05/09/116136.html</link><dc:creator>allic</dc:creator><author>allic</author><pubDate>Wed, 09 May 2007 03:16:00 GMT</pubDate><guid>http://www.blogjava.net/huyi2006/archive/2007/05/09/116136.html</guid><wfw:comment>http://www.blogjava.net/huyi2006/comments/116136.html</wfw:comment><comments>http://www.blogjava.net/huyi2006/archive/2007/05/09/116136.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.blogjava.net/huyi2006/comments/commentRss/116136.html</wfw:commentRss><trackback:ping>http://www.blogjava.net/huyi2006/services/trackbacks/116136.html</trackback:ping><description><![CDATA[
		<div>本文档的Copyleft归yfydz所有，使用GPL发布，可以自由拷贝，转载，转载时请保持文档的完整性，严禁用于任何商业用途。<br />msn: <a href="mailto:yfydz_no1@hotmail.com">yfydz_no1@hotmail.com</a><br />来源：<a href="http://yfydz.cublog.cn/">http://yfydz.cublog.cn</a></div>
		<div> </div>
		<div>参考文献：man syslog syslogd syslog.conf openlog, RFC3164</div>
		<div> </div>
		<div>1. 前言</div>
		<div> </div>
		<div>syslog是UNIX系统中提供的一种日志记录方法(RFC3164)，syslog本身是一个服务器，程序中凡是使用syslog记录的信息都会发送到该服务器，服务器根据配置决定此信息是否记录，是记录到磁盘文件还是其他地方，这样使系统内所有应用程序都能以统一的方式记录日志，为系统日志的统一审计提供了方便。</div>
		<div> </div>
		<div>2. 日志格式</div>
		<div> </div>
		<div>syslog记录的日志格式为：</div>
		<div>月 日 时:分:秒 主机名 标志 日志内容</div>
		<div> </div>
		<div>3. syslog编程</div>
		<div> </div>
		<div>为记录日志，通常用到3个函数，openlog(3)，syslog(3)和closelog(3)，openlog(3)和closelog(3)不是必须的，没有openlog(3)的话将用系统缺省的方式记录日志。</div>
		<div> </div>
		<div>      #include &lt;syslog.h&gt;</div>
		<div>      void openlog( char *ident, int option, int  facility)</div>
		<div>      void syslog( int priority, char *format, ...)</div>
		<div>      void closelog( void )</div>
		<div> </div>
		<div>openlog(3)有三个参数，第一个参数是标志字符串，也就是日志中的第5个字段，不设的话缺省取程序名称；</div>
		<div>第二个参数是选项，是下面一些标志位的组合：<br />       LOG_CONS：日志信息在写给日志服务器的同时打印到终端<br />       LOG_NDELAY：立即记录日志<br />       LOG_PERROR：把日志信息也输出到标准错误流<br />       LOG_PID：在标志字段中记录进程的PID值</div>
		<div>第三个参数是说明日志类型的，定义了以下类型(各类型啥意思就自己看或猜吧，俺就不多说了)：<br />       LOG_AUTH<br />       LOG_AUTHPRIV<br />       LOG_CRON<br />       LOG_DAEMON<br />       LOG_KERN<br />       LOG_LOCAL0 through LOG_LOCAL7<br />       LOG_LPR<br />       LOG_MAIL<br />       LOG_NEWS<br />       LOG_SYSLOG<br />       LOG_USER(default)<br />       LOG_UUCP</div>
		<div> </div>
		<div>syslog(3)函数主要的是第一个参数priority，后面那些参数就是和printf(3)函数用法一样了，priority值表示该条日志的级别，日志级别分8级，由高到低的顺序为：<br />       LOG_EMERG<br />       LOG_ALERT<br />       LOG_CRIT<br />       LOG_ERR<br />       LOG_WARNING<br />       LOG_NOTICE<br />       LOG_INFO<br />       LOG_DEBUG<br /></div>
		<div>如果openlog(3)时没有指定facility，是可以把facility的值或到priority中的，如(LOG_AUTH | LOG_INFO)，已经设置了就可以不用或了。</div>
		<div> </div>
		<div>closelog(3)这个没啥好说的了，关闭日志记录。</div>
		<div>
				<br />4. syslog服务器配置</div>
		<div> </div>
		<div>syslog服务器的配置文件为/etc/syslog.conf，syslog(3)函数把想记录的日志信息都发送给日志服务器，但此日志最终是否记录到文件或发送给远程服务器，则是由此配置文件来决定的，该配置文件就是告诉日志服务器要记录那些类型和级别的日志，如何记录等信息。</div>
		<div> </div>
		<div>配置文件是文本文件，每行配置分两个字段，第一字段是说明要记录哪类日志，第二字段是说明日志存放位置，可以是本地文件，也可以是远程服务器。</div>
		<div> </div>
		<div>第一字段：<br />第一字段基本格式是“facility.priority”，可以同时定义多个，中间用逗号“,”或分号“;”分隔。<br />facility名称就是上面说的facility值的后半部的小写，如news, mail，kern, cron等，也可以用“*”表示所有facility类型；<br />priority名称就是上面说的priority值的后半部的小写，如emerg, alert，err, info等，也可以用“*”表示所有priority类型，比此级别高的日志都会自动记录，用none表示不记录；</div>
		<div>举例：<br />kern.* : 所有级别的内核类型日志<br />mail.err: 错误及错误级别以上的mail类型日志</div>
		<div>如果不记录某级别的日志，在级别前加“!”，如：<br />auth.info;auth.!err ：info及info级别以上但不包括err级别的auth类型日志</div>
		<div>
				<br />第二字段：<br />第二字段分两类，本地文件和远程服务器<br />本地文件：直接就是写本地文件的文件名，如 /var/log/messages。一般来说日志信息会立即写到文件中，但会降低系统效率，可以在文件名前加减号“-”表示先将信息缓存，到一定量后再一次性写入文件，这样可以提高效率；<br />远程服务器：格式是<a href="mailto:“@address">“@address</a>”，“@”表示进行远程记录，将日志发送到远程的日志服务器，日志服务器的端口是UDP514，address可以是IP地址，也可以是域名</div>
		<div> </div>
		<div>举例：</div>
		<div># 将所有级别的内核日志发送到终端<br />kern.*  /dev/console  </div>
		<div> </div>
		<div># 将所有类型所有级别的日志记录到/var/log/messages文件<br />*.* /var/log/messages</div>
		<div> </div>
		<div># 所有info级别以上的信息，不包括mail类型所有级别和authpriv类型的err级别信息，<br /></div>
		<div># 记录到/var/log/messages文件，不立即写入<br />*.info;mail.none;authpriv.!err       -/var/log/messages</div>
		<div> </div>
		<div>#将所有级别的内核日志发送到远程syslog服务器<br />kern.*  @1.1.1.1</div>
		<div> </div>
		<div>5. syslog服务器</div>
		<div> </div>
		<div>在linux下提供了sysklogd的syslog服务器的实现，可以记录本机日志也可以接收(syslogd的-r选项)和转发(syslogd的-h选项)来自外部的日志。</div>
		<div> </div>
		<div>sysklogd包括两个程序，klogd和syslogd，klogd用于接收内核日志，再发送到syslogd，syslogd则可以直接接收应用程序和远程的日志，syslogd是通过一个域socket(AF_UNIX)来接收数据的，syslog()函数记录的日志都发送到此域socket，socket文件是/dev/log。</div>
		<div> </div>
		<div>syslog(3)函数发送给syslogd服务器的日志信息前都加上了类型和级别信息，具体格式是“&lt;x&gt;”，“x”是一个0～255的数，8位，低3位表示日志级别，所以共8级，高五位表示日志类型，最多32种，不过目前没用到那么多，可以看看/usr/include/sys/syslog.h中的定义就知道了。</div>
		<div> </div>
		<div>要生成日志信息时，syslogd是先生成日志前部信息：月 日 时:分:秒 主机名 标志，再和日志内容信息拼接起来的，日期用ctime(3)函数获取，隐去了前4个表示星期的字节和后面年的信息，最终生成你所看到的日期格式，老实说那段代码及其丑陋。</div>
		<div> </div>
		<div>6. 结论</div>
		<div> </div>
		<div>syslog方便了程序信息的记录，由于使用了统一的格式记录使得审计也可以比较方便。要记录日志，除了在应用程序中用syslog(3)函数记录外，还要正确配置/etc/syslog.conf文件，使服务器能正确记录那些想记录的日志。</div>
<img src ="http://www.blogjava.net/huyi2006/aggbug/116136.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.blogjava.net/huyi2006/" target="_blank">allic</a> 2007-05-09 11:16 <a href="http://www.blogjava.net/huyi2006/archive/2007/05/09/116136.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>要工作了，学生时代的终结</title><link>http://www.blogjava.net/huyi2006/archive/2007/01/12/93399.html</link><dc:creator>allic</dc:creator><author>allic</author><pubDate>Fri, 12 Jan 2007 05:16:00 GMT</pubDate><guid>http://www.blogjava.net/huyi2006/archive/2007/01/12/93399.html</guid><wfw:comment>http://www.blogjava.net/huyi2006/comments/93399.html</wfw:comment><comments>http://www.blogjava.net/huyi2006/archive/2007/01/12/93399.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.blogjava.net/huyi2006/comments/commentRss/93399.html</wfw:commentRss><trackback:ping>http://www.blogjava.net/huyi2006/services/trackbacks/93399.html</trackback:ping><description><![CDATA[
		<p>　　现在正式接到武汉一家公司的Offer，今年就要去实习，学生时代快要结束了</p>
<img src ="http://www.blogjava.net/huyi2006/aggbug/93399.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.blogjava.net/huyi2006/" target="_blank">allic</a> 2007-01-12 13:16 <a href="http://www.blogjava.net/huyi2006/archive/2007/01/12/93399.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item><item><title>Ambitious contentment </title><link>http://www.blogjava.net/huyi2006/archive/2006/11/27/83898.html</link><dc:creator>allic</dc:creator><author>allic</author><pubDate>Mon, 27 Nov 2006 14:22:00 GMT</pubDate><guid>http://www.blogjava.net/huyi2006/archive/2006/11/27/83898.html</guid><wfw:comment>http://www.blogjava.net/huyi2006/comments/83898.html</wfw:comment><comments>http://www.blogjava.net/huyi2006/archive/2006/11/27/83898.html#Feedback</comments><slash:comments>0</slash:comments><wfw:commentRss>http://www.blogjava.net/huyi2006/comments/commentRss/83898.html</wfw:commentRss><trackback:ping>http://www.blogjava.net/huyi2006/services/trackbacks/83898.html</trackback:ping><description><![CDATA[
		<p>
				<font style="BACKGROUND-COLOR: #ffffff" color="#006400">There is a point in your life when it becomes a fine balancing act to seek out new things in life.  It's not so much that curiousity dies as much as that over time, the naive curiousity and enthuiasm that a child might have is replaced with experiential knowledge.  I don't believe it is that an adult dreams less than a child so much as that the adult knows more what the consequences are for dreaming.  Oh, and the baggage.</font>
		</p>
		<p>
				<font style="BACKGROUND-COLOR: #ffffff" color="#006400">Whenever I walk into my attic or my shed, I feel like they are earthly representations of my path through life these 38 years.  Whether I realized it or not, I have collected things as I moved through life and I have stored them.  Not all the stored items are usable. Not all of them are worth keeping.  In fact, there are some things that should have been discarded decades ago.  </font>
		</p>
		<p>
				<font style="BACKGROUND-COLOR: #ffffff" color="#006400">So we move through life and there's a comfort point.   I was a young graduate student sleeping late, going out and playing music till all hours of the night, getting up bleary eyed and stumbling into Sanskrit class the next day at 8am and trying desperately to keep up with the goings on.  Next thing I know, there's a mortgage, two cars, a job, a wife, a rascally daughter, and a whole lot of stuff.  There's so much there to be thankful for, and so much that it's quite easy to be content.  And yet, there's also this curiousity and a burn to go out and do more.</font>
		</p>
		<p>
				<font style="BACKGROUND-COLOR: #ffffff" color="#006400">Where's the balance?</font>
		</p>
		<p>
				<font style="BACKGROUND-COLOR: #ffffff" color="#006400">It is said that it is not so much material possessions that cause suffering but your attachment for them.  This Buddhist philosophy rings very true in a lot of ways.  The same applies for attachment to possessions, titles or achievements not yet accomplished.  The question then becomes whether it is possible to be ambitious and content at the same time?  If the answer is that it is not possible, then what do you make of all the advice about setting goals for yourself so that you have some structure and ascendancy during your time on this earth.  Is it just a matter of different philosophies?  Or is it possible to apply them all in the same web that is called existence and intertwine them into the limited time space continuum that constitutes the punch in time on earth?</font>
		</p>
		<p>
				<font style="BACKGROUND-COLOR: #ffffff" color="#006400">I have found myself becoming a lot more content in this last decade.  When I was in my twenties, I was nervous about growing old.  I didn't know what I would do in my 30s and 40s as I didn't feel like I would get enough achieved.  There was a nervousness not about getting things done, but just about not knowing exactly what it was that I valued.  That changed after I had a child, and I got a sense of what my priorities were and what was important.  Interestingly enough, just the thought that I wanted to be content was a goal in and of itself.  Whenever I had glimpses of it, I felt a huge sense of achievement and peace.  It was a nice way to ease into being thirtysomething.</font>
		</p>
		<p>
				<font style="BACKGROUND-COLOR: #ffffff" color="#006400">It is also at this time that I became conscious of not dreaming large.  I didn't think for example about becoming the best at something, or making a worldwide impact.  All my goals were shaped and scoped by the things, experiences and baggage that I had picked up along the years.  The nice thing is that the contentment is easier to find.  The question is whether I could achieve more if I was to be more ambitious in what I stretch for.</font>
		</p>
		<p>
				<font style="BACKGROUND-COLOR: #ffffff" color="#006400">I always wonder how people attack the day, how they set their goals dreams and ambitions.  The burning question of course is whether it is possible to set ambitions and goals up, and then live a content life while you strive for it.  Is that the definition of a Zen state of mind?  Is that the lesson that mighty Arjuna learned on the battlefield with his hundred cousins, teachers and armies lined up in front of him?</font>
		</p>
		<p>
				<font style="BACKGROUND-COLOR: #ffffff" color="#006400">What do you dream about? How do you decide what to pursue and what to leave go?</font>
		</p>
<img src ="http://www.blogjava.net/huyi2006/aggbug/83898.html" width = "1" height = "1" /><br><br><div align=right><a style="text-decoration:none;" href="http://www.blogjava.net/huyi2006/" target="_blank">allic</a> 2006-11-27 22:22 <a href="http://www.blogjava.net/huyi2006/archive/2006/11/27/83898.html#Feedback" target="_blank" style="text-decoration:none;">发表评论</a></div>]]></description></item></channel></rss>