“与资源库同步” 可以用于比较当前本地项目和服务器生的版本差异 “提交” 只有提交会导致服务器上发生变化 “更新” 更新操作只是把服务器上最新版本下载到客户端，规则如下： 1、如果你本地的某个文件没有修改过，而服务器上的这个文件别人已经提交过新版本，那么会用服务器上最新的文件覆盖你本地的文件； 2、如果你本地的某个文件你修改过了还没有提交，服务器端的这个文件还没被别人改过，那么对你本地的这个文件没有任何影响； 3、如果你本地的某个文件你修改过了还没有提交，服务器端的这个文件已经被别人改过，那么会提示你发生冲突，会将服务器上最新版文件、你新修改的文件、发生分歧前的那个版本的文件都存放到你的本地 “update to version” 更新到指定版本 SVN的经常性使用步骤：
Ctrl + Shift + R 主要用于寻找方法、文件、对象。这个操作在.NET中我们使用较少 Ctrl + H .NET下面我最喜欢使用的操作了。特点是有些慢，但使用起来方便。查找代码中的名称会经常使用 Ctrl + F 用于文件内查找，类似当前文件的查找功能
很是无聊的工作，都没想到过要从console程序开始。但真正的代码就是从这个角度开始的，多写写这些无聊的代码吧，将是你成功的阶梯 public class FirstCode{ public static void main(String[] args) { System.out.print(“Hello word”); } } 从代码层面上回归到业务上。现在的趋势已经基本趋向远离业务。谁都知道和业务扯上关系，任务就是完不成，还没完没了，而且多半有吃力不讨好的嫌疑。当初我们提出的业务架构和系统架构现在也演变成了一个养老院的概念。公司能有几人有这样的能力担当呢！养的比用的多，吃空ing。也许大家都知道，当有机会规划公司时也多了几分经验。
总是在学习，总是在进步，希望自己的每一天都过的有意义！不管是激励自己，还是鼓舞身边的人，一份向上的精神总能让人振奋。看到自己的停止不前，看到不断的新知，就感觉失落！每当有新知识系统进入的时候，那是一种兴奋。认识一群人，寻找一圈地，全身的投入是多么的重要。渴望成功的人生，更多的是一种执着和投入。看完孙小小Blog的一些感受
团购网站正好团购，就有兴趣尝试一下。很多这种，多半有点童年的回忆，今年又正好是兔年，正好吻合。MM的时节是拉兔子灯的，而在我的老家男孩是纸糊的龙头灯，点上长长的蜡烛，举着龙头大街小巷的跑动。这种拉风的事情也就这样。纸糊的兔子灯，比起现在到处有卖的朔料材质的给人感觉就好多了。传统和经典是无法替代的。 手工制作的兔子灯看上去没有店主的精致，但MM亲自制作就有了不少感情。在爸妈家大概花了4小时总于完成，给兔子贴毛是最耗时间的，我比较懒MM辛苦的贴好了。正月十五拿出去遛的是否发现，前面有个封口没处理好，风一大蜡烛就被吹灭了，点蜡烛就成了常事。
传闻是baidu程序员吐槽贴 刚开始去的部门是负责在网页上贴牛皮癣，这个比较惹人讨论的。不过自然会有人发明出一些理论证明牛皮癣的意义，比如长尾理论。还会发展出相应的学科，比如计算广告学。 说远了，其实这些都跟我没关系。偶是个码农，就负责没日没夜的写代码。公司说要向硅谷学习，实行弹性工作制，可这是中国特色的弹性工作制，只可延长，不可缩短。九点下班那算早的，十点下班才算正常。事实上就没有下班的时候，经常会凌晨的时候一个电话打过来，然后回公司去处理线上事故。为什么老在凌晨的时候出事故呢？这跟线上服务有关系，晚上上网的人少，所以很多复杂的操作都留在晚上做，比如更新数据。这些操作往往会导致事故。凌晨不睡觉起来处理事故，有啥好处呢？加班费肯定是没有的。就没有加班的概念，因为是弹性工作制。第二天首先要追究事故责任。如果是我们自己的代码导致线上事故，然后扣钱，通报批评，自我检讨。如果是别人的代码导致线上事故呢？然后老大们会说你们响应太慢了，从事故发生到解决，居然花了一个小时，导致公司损失了多少多少钱，好好检讨一下应急机制，然后还是扣奖金。
#ab-Test http://www.hetaoblog.com/?p=34 #jmeter的linux资源监控器改进 http://www.51testing.com/?uid-170805-action-viewspace-itemid-96360 #性能测试方法 http://www.qqread.com/soft-engineering/a448881.html #ab-Test的总要文章 http://blog.miniasp.com/?tag=/ab #JMeter的最佳使用方法 http://gaokaozl.blog.hexun.com/16351908_d.html #python web性能测试工具 http://code.google.com/p/multi-mechanize/ #Finalbuilder http://www.cnblogs.com/arming/archive/2004/09/01/38267.html
#FaceBook 对Memcache的改进 http://article.yeeyan.org/view/ShiningRay/19940?from_com #Memcache LUR http://www.javaeye.com/topic/225692 #Memcache总结在Memcache的实际使用中，遇到的最严重的问题，就是在增减服务器的时候，会导致大范围的缓存丢失，从而可能会引导数据库的性能瓶颈， http://www.okpython.com/bbs/thread-3752-1-1.html #memcached win32的安装问题 http://blog.csdn.net/ufojoan/archive/2008/04/10/2272223.aspx #memcached 分布式 http://www.okpython.com/bbs/thread-3752-1-1.html #Discuz!NT 中集成Memcached分布式缓存 http://daizhj.blog.51cto.com/285189/141419 #memcache监控方案 http://www.diybl.com/course/6_system/linux/Linuxjs/20090317/162059.html http://www.javaeye.com/topic/438722 #memcache深度分析 http://blog.developers.api.sina.com.cn/?p=124 #PAE\3GB\AWE的区别 http://support.microsoft.com/kb/283037/