<?xml version="1.0" encoding="utf-8"?><?xml-stylesheet href='http://feeds.feedsky.com/styles/temp01.xsl' type='text/xsl' ?><!--这是一个由Feedsy提供技术支持的Feed，为了提高读者阅读的体验，以及满足用户美化自己Feed的需要，我们设计了多种精美的Feed模板，提供给大家选择，所有最终呈现出来的样式，皆由用户自愿选择使用，未经许可，任何团体和个人，请不要擅自修改样式或者盗用，这是对于用户选择权的尊重。--><rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:fs="http://www.feedsky.com/namespace/feed" xmlns:dc="http://purl.org/dc/elements/1.1/" version="2.0"><channel><atom:link href="http://feeds.feedsky.com/csdn.net/starxu85" type="application/rss+xml" rel="self"></atom:link><fs:self_link href="http://feeds.feedsky.com/csdn.net/starxu85" type="application/rss+xml"></fs:self_link><lastBuildDate>Fri, 13 May 2011 01:54:00 GMT</lastBuildDate><title>半道出家的和尚</title><description>技术是一种美...</description><link>http://blog.csdn.net/blogrss.aspx?username=starxu85</link><item><title>Facebook的内部晋升</title><link>http://blog.csdn.net/starxu85/archive/2011/05/13/6416540.aspx</link><description>&lt;br /&gt;&lt;br /&gt;Facebook前工程总监黄易山（Yishan Wong）撰写了一系列文章，很好地总结了Facebook卓越研发文化中的宝贵经验。本刊将继续连载这一系列，本文是第三篇。&lt;br /&gt;建设一家健康长久的公司，“从公司内部提拔管理者”是一条广为人知的建议。这条建议也同样适用于规模较小、发展迅速的创业公司。&lt;br /&gt;内部晋升的困难&lt;br /&gt;对于超速发展的创业公司来说，秉持内部晋升的方针既非常有必要，同时又非常困难，具体有以下几个原因。由于公司的超速发展和组织的壮大，因此对于新鲜血液的需求也就非常大。普通员工确实可以从外部招聘，但寻找领导时，想要完全屏蔽外部渠道就变得更加困难。公司主管必须对此保持非常清醒的认识，并且经过深思熟虑后，才能下定决心不从外部招聘领导者。外部渠道常常被看作是不可思议的完美人选的来源（外面有这么多合适的人选），但实际并非如此。一个成功的管理者需要理解公司文化和公司价值的精髓部分，这通常包括：是什么造就了这家新公司的不可复制的成功以及下一步应该采取哪些步骤。一份令人印象深刻的简历，或是大公司里的同事对他业绩的评价，都不足以证明他能胜任这份工作。公&lt;img src=&quot;http://www1.feedsky.com/t1/511131069/starxu85/csdn.net/s.gif?r=http://blog.csdn.net/starxu85/archive/2011/05/13/6416540.aspx&quot; border=&quot;0&quot; height=&quot;0&quot; width=&quot;0&quot; style=&quot;position:absolute&quot; /&gt;</description><pubDate>Fri, 13 May 2011 09:54:00 +0800</pubDate><author>星星</author><guid isPermaLink="false">http://blog.csdn.net/starxu85/archive/2011/05/13/6416540.aspx</guid><dc:creator>星星</dc:creator><fs:srclink>http://blog.csdn.net/starxu85/archive/2011/05/13/6416540.aspx</fs:srclink><fs:srcfeed>http://blog.csdn.net/starxu85/feed.aspx</fs:srcfeed><fs:itemid>csdn.net/starxu85/~7362026/511131069/5471532</fs:itemid></item><item><title>让亲身实践者执行工作流程</title><link>http://blog.csdn.net/starxu85/archive/2011/05/13/6416538.aspx</link><description>&lt;br /&gt;&lt;br /&gt;在这里，我使用“工作流程”这个词来描述“个人或团体为了完成一项活动而遵循的步骤”意义上的流程，以及组织的一般制度。随着一家公司的成长，有必要增加或整理工作流程。&lt;br /&gt;最重要的利弊权衡通常是工作流程所带来的阻力，以及效率或效益上的收益孰轻孰重。&lt;br /&gt;一方面，很难评估这种权衡中的利弊，因为其中牵涉到很多因素，所以有一条可能会有帮助的原则：只允许那些有特殊需要的工作流程被执行，而且要由那些直接使用它的人来执行。通常，经理和管理人员会提议工作流程，因为它会帮助他们更好地指挥、控制、协调或沟通。但新工作流程的执行不应该为这些目标服务，因为它的收益是不实际的，而且往往被高估：管理人员可以看到它带来的好处，但由于至少在一个（或多个）层面上不需要他们的直接操作，所以他们没有认识到它的真实成本。&lt;br /&gt;另一方面，那些亲自动手的人（如工程师）可以很容易地辨别，何时需要适当补充组织要素或工作流程，因为他们可以更直接地认识到收益将大于成本。只有在这种时候，才应该在组织中增加一个新制度或工作流程。&lt;br /&gt;经理们必须抑制住自己天生的恐惧，不要害怕由于缺乏对细节的能见度而&lt;img src=&quot;http://www1.feedsky.com/t1/511131067/starxu85/csdn.net/s.gif?r=http://blog.csdn.net/starxu85/archive/2011/05/13/6416538.aspx&quot; border=&quot;0&quot; height=&quot;0&quot; width=&quot;0&quot; style=&quot;position:absolute&quot; /&gt;</description><pubDate>Fri, 13 May 2011 09:53:00 +0800</pubDate><author>星星</author><guid isPermaLink="false">http://blog.csdn.net/starxu85/archive/2011/05/13/6416538.aspx</guid><dc:creator>星星</dc:creator><fs:srclink>http://blog.csdn.net/starxu85/archive/2011/05/13/6416538.aspx</fs:srclink><fs:srcfeed>http://blog.csdn.net/starxu85/feed.aspx</fs:srcfeed><fs:itemid>csdn.net/starxu85/~7362026/511131067/5471532</fs:itemid></item><item><title>招聘是第一位的</title><link>http://blog.csdn.net/starxu85/archive/2011/05/13/6416536.aspx</link><description>&lt;br /&gt;&lt;br /&gt;Facebook前工程总监黄易山（Yishan Wong）撰写了一系列文章，很好地总结了Facebook卓越研发文化中的宝贵经验。本刊将陆续连载这一系列，本文是第一篇。&lt;br /&gt;从2006年底到2009年初，我有幸在Facebook的工程部门先后担任了不同的管理职务，包括几个不同团队的经理，以及工程总监，也见证了工程部由约30个人发展到200人左右。这段时间基本上跨越了从动态消息功能（NewsFeed）、Facebook平台（FacebookPlatform）在第一届F8大会上的发布，到自助式广告系统（现在是我们现金流的主要来源）、网站国际化以及Facebook连接（FacebookConnect）的推出。2006年，我们还只是一家用户数不足1000万的基于大学的社交网络，而到了2009年初，我们在全球已经拥有超过2.5亿用户。这期间，公司也从一家小的创业公司（拥有不到100名员工）成长为一家中等规模的公司（拥有800多名员工）。&lt;br /&gt;我到Facebook工作时，公司已经很明显将会迅速成长。我当时怀着这样的宏愿：在这个决定性的时刻，我要成为影响其关键决策&lt;img src=&quot;http://www1.feedsky.com/t1/511131056/starxu85/csdn.net/s.gif?r=http://blog.csdn.net/starxu85/archive/2011/05/13/6416536.aspx&quot; border=&quot;0&quot; height=&quot;0&quot; width=&quot;0&quot; style=&quot;position:absolute&quot; /&gt;</description><pubDate>Fri, 13 May 2011 09:51:00 +0800</pubDate><author>星星</author><guid isPermaLink="false">http://blog.csdn.net/starxu85/archive/2011/05/13/6416536.aspx</guid><dc:creator>星星</dc:creator><fs:srclink>http://blog.csdn.net/starxu85/archive/2011/05/13/6416536.aspx</fs:srclink><fs:srcfeed>http://blog.csdn.net/starxu85/feed.aspx</fs:srcfeed><fs:itemid>csdn.net/starxu85/~7362026/511131056/5471532</fs:itemid></item><item><title>JVM参数调优实践</title><link>http://blog.csdn.net/starxu85/archive/2011/05/08/6403214.aspx</link><description>&lt;br /&gt;&lt;br /&gt;tomcat启动参数，将JVM GC信息写入tomcat_gc.log&lt;br /&gt;CATALINA_OPTS='-Xms512m -Xmx4096m -XX:PermSize=64M -XX:MaxNewSize=128m -XX:MaxPermSize=64m -XX:ParallelGCThreads=8 -XX:+UseConcMarkSweepGC -Xloggc:/var/log/search/tomcat_gc.log'&lt;br /&gt;各个参数含义，以及GC机制，参考下文：&lt;br /&gt;一、相关概念&lt;br /&gt;基本回收算法引用计数（Reference Counting） &lt;br /&gt;比较古老的回收算法。原理是此对象有一个引用，即增加一个计数，删除一个引用则减少一个计数。垃圾回收时，只用收集计数为0的对象。此算法最致命的是无法处理循环引用的问题。标记-清除（Mark-Sweep） &lt;br /&gt;此算法执行分两阶段。第一阶段从引用根节点开始标记所有被引用的对象，第二阶段遍历整个堆，把未标记的对象清除。此算法需要暂停整个应用，同时，会产生内存碎片。复制（Copyi&lt;img src=&quot;http://www1.feedsky.com/t1/511131057/starxu85/csdn.net/s.gif?r=http://blog.csdn.net/starxu85/archive/2011/05/08/6403214.aspx&quot; border=&quot;0&quot; height=&quot;0&quot; width=&quot;0&quot; style=&quot;position:absolute&quot; /&gt;</description><pubDate>Sun, 08 May 2011 11:24:00 +0800</pubDate><author>星星</author><guid isPermaLink="false">http://blog.csdn.net/starxu85/archive/2011/05/08/6403214.aspx</guid><dc:creator>星星</dc:creator><fs:srclink>http://blog.csdn.net/starxu85/archive/2011/05/08/6403214.aspx</fs:srclink><fs:srcfeed>http://blog.csdn.net/starxu85/feed.aspx</fs:srcfeed><fs:itemid>csdn.net/starxu85/~7362026/511131057/5471532</fs:itemid></item><item><title>hadoop作业调优参数整理及原理</title><link>http://blog.csdn.net/starxu85/archive/2011/02/27/6212205.aspx</link><description>hadoop作业调优参数整理及原理&lt;img src=&quot;http://www1.feedsky.com/t1/511131058/starxu85/csdn.net/s.gif?r=http://blog.csdn.net/starxu85/archive/2011/02/27/6212205.aspx&quot; border=&quot;0&quot; height=&quot;0&quot; width=&quot;0&quot; style=&quot;position:absolute&quot; /&gt;</description><pubDate>Sun, 27 Feb 2011 23:48:00 +0800</pubDate><author>星星</author><guid isPermaLink="false">http://blog.csdn.net/starxu85/archive/2011/02/27/6212205.aspx</guid><dc:creator>星星</dc:creator><fs:srclink>http://blog.csdn.net/starxu85/archive/2011/02/27/6212205.aspx</fs:srclink><fs:srcfeed>http://blog.csdn.net/starxu85/feed.aspx</fs:srcfeed><fs:itemid>csdn.net/starxu85/~7362026/511131058/5471532</fs:itemid></item><item><title>搜索引擎CACHE策略研究</title><link>http://blog.csdn.net/starxu85/archive/2010/08/16/5816780.aspx</link><description>以前曾经提到过搜索引擎的缓存策略, 根据搜索引擎搜索的关键词的统计分布, 可以优化设计搜索引擎的缓存策略. 就普通的缓存策略上讲, 缓存是因为在一定的时间段内的搜索的关键词集中在一定的范围内, 并且这些搜索相对稳定. 例如每天搜索&quot;美女&quot;的人总有10万,20万, 而结果在这段时间相对稳定, 因此没有必要每次去检索索引文件, 而将上一个人搜索的结果直接返回便可以了.&lt;img src=&quot;http://www1.feedsky.com/t1/511131059/starxu85/csdn.net/s.gif?r=http://blog.csdn.net/starxu85/archive/2010/08/16/5816780.aspx&quot; border=&quot;0&quot; height=&quot;0&quot; width=&quot;0&quot; style=&quot;position:absolute&quot; /&gt;</description><pubDate>Mon, 16 Aug 2010 23:20:00 +0800</pubDate><author>星星</author><guid isPermaLink="false">http://blog.csdn.net/starxu85/archive/2010/08/16/5816780.aspx</guid><dc:creator>星星</dc:creator><fs:srclink>http://blog.csdn.net/starxu85/archive/2010/08/16/5816780.aspx</fs:srclink><fs:srcfeed>http://blog.csdn.net/starxu85/feed.aspx</fs:srcfeed><fs:itemid>csdn.net/starxu85/~7362026/511131059/5471532</fs:itemid></item><item><title>优酷网视频存储架构</title><link>http://blog.csdn.net/starxu85/archive/2010/06/15/5673029.aspx</link><description>视频分享网站总会面对这样两个问题：视频资源能否吸引网民以及视频浏览是否顺畅？中国互联网协会互联网数据中心发布的《2008上半年视频网站数据》显示，2008年上半年，优酷网月度总访问时长突破1.1亿小时，通过与全行业的浏览时长比对，优酷网占据的时长份额已超过50%。Gomez中国网站用户体验排行榜显示，2008 年7月1日到2008年7月31日，优酷网的平均响应时间是2.78秒。&lt;img src=&quot;http://www1.feedsky.com/t1/511131060/starxu85/csdn.net/s.gif?r=http://blog.csdn.net/starxu85/archive/2010/06/15/5673029.aspx&quot; border=&quot;0&quot; height=&quot;0&quot; width=&quot;0&quot; style=&quot;position:absolute&quot; /&gt;</description><pubDate>Tue, 15 Jun 2010 23:46:00 +0800</pubDate><author>星星</author><guid isPermaLink="false">http://blog.csdn.net/starxu85/archive/2010/06/15/5673029.aspx</guid><dc:creator>星星</dc:creator><fs:srclink>http://blog.csdn.net/starxu85/archive/2010/06/15/5673029.aspx</fs:srclink><fs:srcfeed>http://blog.csdn.net/starxu85/feed.aspx</fs:srcfeed><fs:itemid>csdn.net/starxu85/~7362026/511131060/5471532</fs:itemid></item><item><title>Tomcat 5.5.x到Tomcat 6.0（tomcat6新特性及变化）[转]</title><link>http://blog.csdn.net/starxu85/archive/2010/06/15/5672836.aspx</link><description>&lt;br /&gt;1,tomcat6实现了servlet2.5和JSP2.1规范.&lt;br /&gt;
2,内存使用优化;&lt;br /&gt;
3,优化了http IO 
connector的性能.&lt;br /&gt;
4,增加了http NIO connector,对于大量并发网站可以显著提高性能;&lt;br /&gt;
5,更好的支持
Etag;&lt;br /&gt;
6,完全重构了cluster;&lt;br /&gt;
7,对大部分connector增加了keepAliveTimeout属性;&lt;br /&gt;变
化点:&lt;br /&gt;
1,需要java虚拟机至少5.0版本及以上.&lt;br /&gt;
2,Tomcat 6.0 
修改了目录结构,废弃了原来的common目录,原来common/lib下的所有jar包现在统一到lib目录下&lt;br /&gt;
3,Tomcat 
6使用org.apache.juli.logging来替换原有的commons-logging,使日志的配置独立于容器之外&lt;br /&gt;
4,在
Connector配置时需要指定SSLEnabled参数为true才能启用SSL加密传输&lt;br /&gt;基本上,将应用移&lt;img src=&quot;http://www1.feedsky.com/t1/511131061/starxu85/csdn.net/s.gif?r=http://blog.csdn.net/starxu85/archive/2010/06/15/5672836.aspx&quot; border=&quot;0&quot; height=&quot;0&quot; width=&quot;0&quot; style=&quot;position:absolute&quot; /&gt;</description><pubDate>Tue, 15 Jun 2010 21:13:00 +0800</pubDate><author>星星</author><guid isPermaLink="false">http://blog.csdn.net/starxu85/archive/2010/06/15/5672836.aspx</guid><dc:creator>星星</dc:creator><fs:srclink>http://blog.csdn.net/starxu85/archive/2010/06/15/5672836.aspx</fs:srclink><fs:srcfeed>http://blog.csdn.net/starxu85/feed.aspx</fs:srcfeed><fs:itemid>csdn.net/starxu85/~7362026/511131061/5471532</fs:itemid></item><item><title>cassandra 学习笔记</title><link>http://blog.csdn.net/starxu85/archive/2010/04/11/5473118.aspx</link><description>cassandra 学习笔记&lt;img src=&quot;http://www1.feedsky.com/t1/511131062/starxu85/csdn.net/s.gif?r=http://blog.csdn.net/starxu85/archive/2010/04/11/5473118.aspx&quot; border=&quot;0&quot; height=&quot;0&quot; width=&quot;0&quot; style=&quot;position:absolute&quot; /&gt;</description><pubDate>Sun, 11 Apr 2010 17:10:00 +0800</pubDate><author>星星</author><guid isPermaLink="false">http://blog.csdn.net/starxu85/archive/2010/04/11/5473118.aspx</guid><dc:creator>星星</dc:creator><fs:srclink>http://blog.csdn.net/starxu85/archive/2010/04/11/5473118.aspx</fs:srclink><fs:srcfeed>http://blog.csdn.net/starxu85/feed.aspx</fs:srcfeed><fs:itemid>csdn.net/starxu85/~7362026/511131062/5471532</fs:itemid></item><item><title>详细解析Dynamo存储引擎</title><link>http://blog.csdn.net/starxu85/archive/2010/03/31/5436455.aspx</link><description>Dynamo 是个什么东东呢?他是 Amazon 公司的一个分布式存储引擎。那么这个什么引擎又是什么?&lt;img src=&quot;http://www1.feedsky.com/t1/511131063/starxu85/csdn.net/s.gif?r=http://blog.csdn.net/starxu85/archive/2010/03/31/5436455.aspx&quot; border=&quot;0&quot; height=&quot;0&quot; width=&quot;0&quot; style=&quot;position:absolute&quot; /&gt;</description><pubDate>Wed, 31 Mar 2010 11:27:00 +0800</pubDate><author>星星</author><guid isPermaLink="false">http://blog.csdn.net/starxu85/archive/2010/03/31/5436455.aspx</guid><dc:creator>星星</dc:creator><fs:srclink>http://blog.csdn.net/starxu85/archive/2010/03/31/5436455.aspx</fs:srclink><fs:srcfeed>http://blog.csdn.net/starxu85/feed.aspx</fs:srcfeed><fs:itemid>csdn.net/starxu85/~7362026/511131063/5471532</fs:itemid></item></channel></rss>
