<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[Sonic 的技术博客]]></title><description><![CDATA[]]></description><link>https://blog.youkuaiyun.com/GOALSTAR</link><language>zh-cn</language><generator>https://blog.youkuaiyun.com/</generator><copyright><![CDATA[Copyright &copy; GOALSTAR]]></copyright><item><title><![CDATA[微观架构及宏观架构]]></title><link>https://blog.youkuaiyun.com/GOALSTAR/article/details/17393513</link><guid>https://blog.youkuaiyun.com/GOALSTAR/article/details/17393513</guid><author>GOALSTAR</author><pubDate>Wed, 18 Dec 2013 13:22:53 +0800</pubDate><description><![CDATA[大部分工程师包括架构师都是从微观架构起步的。微观架构指在一个局部的领域达到设计及实现的合理性，比如写一个排序的程序，达到时间空间复杂性的合理性，同时在代码的易读性、扩展性及可维护性方面也达到一个合理的标准。但一个系统中不仅只是存在微观问题，宏观架构指一个更高层级的，全局领域的策略及架构设计，通过架构来最终达到对产品或系统在效率、成本上的收益。当系统变大之后，宏观架构的问题更突出，也更能取得收益。比]]></description><category></category></item><item><title><![CDATA[微信架构的启示]]></title><link>https://blog.youkuaiyun.com/GOALSTAR/article/details/17393495</link><guid>https://blog.youkuaiyun.com/GOALSTAR/article/details/17393495</guid><author>GOALSTAR</author><pubDate>Wed, 18 Dec 2013 13:19:39 +0800</pubDate><description><![CDATA[腾讯大讲堂中最近分享了周颢演讲的微信技术总监解读微信架构的秘密，看完视频的一些心得。


技术微创新

微信的技术设计上有很多微创新，看起来都很小，但是对于系统的稳定性、用户体验及开发敏捷都具有重要作用。

前轻后重
由于客户端升级不便，从技术设计上尽量利用后端的设计来减少依赖客户端升级的方法。如某个版本新增了群聊功能，按常规思路，需要所有客户端升级才能全部打通。微信采用服务器兼容]]></description><category></category></item><item><title><![CDATA[Tumblr 150亿月浏览量背后的架构挑战 (全)]]></title><link>https://blog.youkuaiyun.com/GOALSTAR/article/details/17393435</link><guid>https://blog.youkuaiyun.com/GOALSTAR/article/details/17393435</guid><author>GOALSTAR</author><pubDate>Wed, 18 Dec 2013 13:12:13 +0800</pubDate><description><![CDATA[Tumblr每月页面浏览量超过150亿次，已经成为火爆的博客社区。用户也许喜欢它的简约、美丽，对用户体验的强烈关注，或是友好而忙碌的沟通方式，总之，它深得人们的喜爱。

每月超过30%的增长当然不可能没有挑战，其中可靠性问题尤为艰巨。每天5亿次浏览量，峰值每秒4万次请求，每天3TB新的数据存储，并运行于超过1000台服务器上，所有这些帮助Tumblr实现巨大的经营规模。

创业公司迈向成功]]></description><category></category></item><item><title><![CDATA[Cool Eclipse IDE Plugins You Should Check Out]]></title><link>https://blog.youkuaiyun.com/GOALSTAR/article/details/9120597</link><guid>https://blog.youkuaiyun.com/GOALSTAR/article/details/9120597</guid><author>GOALSTAR</author><pubDate>Tue, 18 Jun 2013 14:49:22 +0800</pubDate><description><![CDATA[The Eclipse IDE from the non-profit Eclipse Foundation is known for its plugins ecosystem and theEclipse Marketplace hosts a huge amount of plugins that you can
 download to customize your Eclipse wo]]></description><category></category></item><item><title><![CDATA[移动应用开发部，实施敏捷开发3个月后的一些经验和教训。]]></title><link>https://blog.youkuaiyun.com/GOALSTAR/article/details/9120329</link><guid>https://blog.youkuaiyun.com/GOALSTAR/article/details/9120329</guid><author>GOALSTAR</author><pubDate>Tue, 18 Jun 2013 14:26:37 +0800</pubDate><description><![CDATA[部门采用敏捷开发了3个月，这3个月利用敏捷的思想在部门实施了敏捷开发的大部分实践和尝试，这里总结一下这3个月实施敏捷开发的一些工作状况。
一、敏捷开发的具体工作；


1. 整体人员进行敏捷开发培训，在部门内选择不同的人员担任产品负责人（PO）、ScrumMaster；
2. 敏捷团队的人员架构：敏捷团队到底是1个组（20人）好，还是分为多个开发小组（每个组5-8人）好，网上敏捷实施教练]]></description><category></category></item><item><title><![CDATA[敏捷开发绩效管理之一：序言及“敏捷开发是否考核个人”（绩效考核）]]></title><link>https://blog.youkuaiyun.com/GOALSTAR/article/details/8994510</link><guid>https://blog.youkuaiyun.com/GOALSTAR/article/details/8994510</guid><author>GOALSTAR</author><pubDate>Thu, 30 May 2013 14:26:44 +0800</pubDate><description><![CDATA[转自：《火星人敏捷开发手册》陈勇的博客 

敏捷开发绩效管理”本身是个伪命题，因为敏捷开发本身不想涉及绩效管理，这就像“C++绩效管理”的搭配差不多。但是人们选择敏捷开发作为管理方法是有原因的：更高的交付保障，更高的生产率，更高的质量……这和人们选择C++（而不是C）的原因还是很接近的：都是为了更高的绩效。在下面的所有文章中，“敏捷开发绩效管理”都将不再是“敏捷开发中如何做绩效管理”，而是“如]]></description><category></category></item><item><title><![CDATA[Java集合类详解]]></title><link>https://blog.youkuaiyun.com/GOALSTAR/article/details/8917509</link><guid>https://blog.youkuaiyun.com/GOALSTAR/article/details/8917509</guid><author>GOALSTAR</author><pubDate>Sun, 12 May 2013 17:25:59 +0800</pubDate><description><![CDATA[集合类说明及区别
Collection
├List
│├LinkedList
│├ArrayList
│└Vector
│　└Stack
└Set
Map
├Hashtable
├HashMap
└WeakHashMap

Collection接口
　　Collection是最基本的集合接口，一个Collection代表一组Object，即Collection的元素（E]]></description><category></category></item><item><title><![CDATA[Javascript 面向对象编程（一）：封装]]></title><link>https://blog.youkuaiyun.com/GOALSTAR/article/details/8917216</link><guid>https://blog.youkuaiyun.com/GOALSTAR/article/details/8917216</guid><author>GOALSTAR</author><pubDate>Sun, 12 May 2013 16:03:35 +0800</pubDate><description><![CDATA[学习Javascript，最难的地方是什么？

我觉得，Object（对象）最难。因为Javascript的Object模型很独特，和其他语言都不一样，初学者不容易掌握。

下面就是我的学习笔记，希望对大家学习这个部分有所帮助。我主要参考了以下两本书籍：



《面向对象的Javascript》（Object-Oriented
 JavaScript）



《Javas]]></description><category></category></item><item><title><![CDATA[学习Javascript闭包（Closure）]]></title><link>https://blog.youkuaiyun.com/GOALSTAR/article/details/8917120</link><guid>https://blog.youkuaiyun.com/GOALSTAR/article/details/8917120</guid><author>GOALSTAR</author><pubDate>Sun, 12 May 2013 15:46:54 +0800</pubDate><description><![CDATA[闭包（closure）是Javascript语言的一个难点，也是它的特色，很多高级应用都要依靠闭包实现。

闭包（closure）的另外一个理解：




首先，我觉得，一个概念，如果不理解也不影响使用的话，那么，就没必要去理解它、去学习它。闭包就是这样一个概念，你不理解它也能很好的用它。俺这两年写as3程序，是天天在和它打交道，甚至有过一个function套一个，一个方法中套了20]]></description><category></category></item><item><title><![CDATA[JAVA解析xml的五种方式比较]]></title><link>https://blog.youkuaiyun.com/GOALSTAR/article/details/8917037</link><guid>https://blog.youkuaiyun.com/GOALSTAR/article/details/8917037</guid><author>GOALSTAR</author><pubDate>Sun, 12 May 2013 15:19:35 +0800</pubDate><description><![CDATA[1.DOM解析	DOM是html和xml的应用程序接口(API)，以层次结构（类似于树型）来组织节点和信息片段，映射XML文档的结构，允许获取	和操作文档的任意部分，是W3C的官方标准	【优点】		①允许应用程序对数据和结构做出更改。		②访问是双向的，可以在任何时候在树中上下导航，获取和操作任意部分的数据。	【缺点】		①通常需要加载整个XML文档来构造层次结构，消耗资源大。	【解析详解】		①]]></description><category></category></item><item><title><![CDATA[每天工作4小时的程序员]]></title><link>https://blog.youkuaiyun.com/GOALSTAR/article/details/8289217</link><guid>https://blog.youkuaiyun.com/GOALSTAR/article/details/8289217</guid><author>GOALSTAR</author><pubDate>Thu, 13 Dec 2012 09:51:16 +0800</pubDate><description><![CDATA[最近工作有点忙，而且这个状态估计还会持续一段时间，这是看到这样一篇文章，或许可以给我一点提示

    每个人都熟悉这种作息规律：早上9点去上班，坐在电脑前面，编一天的程序，下午5点下班回家。如今，非常感谢蒂莫西·费里斯 (Timothy Ferriss)的《每周工作4小时》，我开始重新思考应该如何工作，如何让自己变成更有效率的程序员。

    最近，我把我的从周一到周五的作息规律做了一]]></description><category></category></item><item><title><![CDATA[网站架构（页面静态化，图片服务器分离,负载均衡）方案全解析]]></title><link>https://blog.youkuaiyun.com/GOALSTAR/article/details/8160568</link><guid>https://blog.youkuaiyun.com/GOALSTAR/article/details/8160568</guid><author>GOALSTAR</author><pubDate>Thu, 08 Nov 2012 08:55:06 +0800</pubDate><description><![CDATA[1、HTML静态化其实大家都知道，效率最高、消耗最小的就是纯静态化的html页面，所以我们尽可能使我们的网站上的页面采用静态页面来实现，这个最简单的方法其实也是最有效的方法。但是对于大量内容并且频繁更新的网站，我们无法全部手动去挨个实现，于是出现了我们常见的信息发布系统CMS，像我们常访问的各个门户站点的新闻频道，甚至他们的其他频道，都是通过信息发布系统来管理和实现的，信息发布系统可以实现最简单的]]></description><category></category></item><item><title><![CDATA[架构设计最佳实践的笔记，BEA经验丰富的架构师多年的积累（强烈推荐，不可错过）]]></title><link>https://blog.youkuaiyun.com/GOALSTAR/article/details/7867672</link><guid>https://blog.youkuaiyun.com/GOALSTAR/article/details/7867672</guid><author>GOALSTAR</author><pubDate>Wed, 15 Aug 2012 09:36:25 +0800</pubDate><description><![CDATA[有幸请到BEA的架构设计师刘杰给公司做了一次为期2天的架构最佳实践培训。个人印象来说，这次培训含金量比较高，讲师有非常多年的实际架构设计经验，且目前一直在做架构。讲的东西都是贴切实际，带来很多经验，和一些新的概念。下面是我在课堂上做的一些笔记，主要记录了一些新的概念和老师的一些经验。

 

关于软件架构的定义：
  一系列重要决策的集合、多个结构的组成

软件架构视图必不可少，是因]]></description><category></category></item><item><title><![CDATA[Android4.0.3开发环境搭建]]></title><link>https://blog.youkuaiyun.com/GOALSTAR/article/details/7867662</link><guid>https://blog.youkuaiyun.com/GOALSTAR/article/details/7867662</guid><author>GOALSTAR</author><pubDate>Wed, 15 Aug 2012 09:35:00 +0800</pubDate><description><![CDATA[Window7下搭建环境
需要文件：
1.
installer_r17-windows
2.
jdk-7-windows-i586
3.
ADT-17.0.0
4.
Eclipse 3.2


1.
安装jdk-7-windows-i586，这个简单，直接下载jdk-7-windows-i586.exe安装版的安装就可以了，不要下载ZIP的在环境对象里面配置，因为在安装A]]></description><category></category></item><item><title><![CDATA[Spring3 MVC 深入核心研究]]></title><link>https://blog.youkuaiyun.com/GOALSTAR/article/details/7627743</link><guid>https://blog.youkuaiyun.com/GOALSTAR/article/details/7627743</guid><author>GOALSTAR</author><pubDate>Sun, 03 Jun 2012 12:00:39 +0800</pubDate><description><![CDATA[一、前言：
二、核心类与接口：
三、核心流程图
四、DispatcherServlet说明
五、双亲上下文的说明
六、springMVC-mvc.xml 配置文件片段讲解 
七、如何访问到静态的文件，如jpg,js,css？
八、请求如何映射到具体的Action中的方法？
九、Spring中的拦截器：
十、如何使用拦截器？
十一、如何实现全局的异常处理？
十二、如何把全局异常]]></description><category></category></item><item><title><![CDATA[SpringMVC深度探险（三） —— DispatcherServlet与初始化主线]]></title><link>https://blog.youkuaiyun.com/GOALSTAR/article/details/7627740</link><guid>https://blog.youkuaiyun.com/GOALSTAR/article/details/7627740</guid><author>GOALSTAR</author><pubDate>Sun, 03 Jun 2012 11:55:45 +0800</pubDate><description><![CDATA[在上一篇文章中，我们给出了构成SpringMVC应用程序的三要素以及三要素的设计过程。让我们来归纳一下整个设计过程中的一些要点： 



SpringMVC将Http处理流程抽象为一个又一个处理单元
SpringMVC定义了一系列组件（接口）与所有的处理单元对应起来
SpringMVC由DispatcherServlet贯穿始终，并将所有的组件串联起来
在整个过程中，组件和Dispa]]></description><category></category></item><item><title><![CDATA[SpringMVC深度探险（四） —— SpringMVC核心配置文件详解]]></title><link>https://blog.youkuaiyun.com/GOALSTAR/article/details/7627725</link><guid>https://blog.youkuaiyun.com/GOALSTAR/article/details/7627725</guid><author>GOALSTAR</author><pubDate>Sun, 03 Jun 2012 11:44:14 +0800</pubDate><description><![CDATA[在上一篇文章中，我们从DispatcherServlet谈起，最终为读者详细分析了SpringMVC的初始化主线的全部过程。整个初始化主线的研究，其实始终围绕着DispatcherServlet、WebApplicationContext和组件这三大元素之间的关系展开。 

在文章写完之后，也陆续收到了一些反馈，其中比较集中的问题，是有关WebApplicationContext对组件进行初始]]></description><category></category></item><item><title><![CDATA[SpringMVC深度探险（二） —— SpringMVC概览]]></title><link>https://blog.youkuaiyun.com/GOALSTAR/article/details/7627720</link><guid>https://blog.youkuaiyun.com/GOALSTAR/article/details/7627720</guid><author>GOALSTAR</author><pubDate>Sun, 03 Jun 2012 11:42:49 +0800</pubDate><description><![CDATA[对于任何事物的研究，总是由表及里、由浅入深地进行。在本系列的第二篇文章中，我们将通过不同的观察视角，对SpringMVC做一些概要性的分析，帮助大家了解SpringMVC的基本构成要素、SpringMVC的发展历程以及SpringMVC的设计原则。 

SpringMVC的构成要素 

了解一个框架的首要任务就是搞清楚这个框架的基本构成要素。当然，这里所说的构成要素实际上还可以被挖掘为两个]]></description><category></category></item><item><title><![CDATA[SpringMVC深度探险（一） —— SpringMVC前传]]></title><link>https://blog.youkuaiyun.com/GOALSTAR/article/details/7627715</link><guid>https://blog.youkuaiyun.com/GOALSTAR/article/details/7627715</guid><author>GOALSTAR</author><pubDate>Sun, 03 Jun 2012 11:40:36 +0800</pubDate><description><![CDATA[本文是专栏文章（SpringMVC深度探险）系列的文章之一

在我们熟知的建立在三层结构（表示层、业务逻辑层、持久层）基础之上的J2EE应用程序开发之中，表示层的解决方案最多。因为在表示层自身的知识触角很多，需要解决的问题也不少，这也就难免造成与之对应的解决方案层出不穷。 

笔者在很多讨论中经常可以看到类似“某某框架已死”，或者“某某框架已经足以打败所有其他的框架”的言论。事实上，每一种]]></description><category></category></item><item><title><![CDATA[参加BEA的架构设计师最佳实践培训]]></title><link>https://blog.youkuaiyun.com/GOALSTAR/article/details/7627710</link><guid>https://blog.youkuaiyun.com/GOALSTAR/article/details/7627710</guid><author>GOALSTAR</author><pubDate>Sun, 03 Jun 2012 11:38:54 +0800</pubDate><description><![CDATA[上个星期公司有幸请到BEA的架构设计师刘杰给公司做了一次为期2天的架构最佳实践培训。个人印象来说，这次培训含金量比较高，讲师有非常多年的实际架构设计经验，且目前一直在做架构。讲的东西都是贴切实际，带来很多经验，和一些新的概念。下面是我在课堂上做的一些笔记，主要记录了一些新的概念和老师的一些经验。

 

关于软件架构的定义：
  一系列重要决策的集合、多个结构的组成

软件架构视图必]]></description><category></category></item></channel></rss>