浏览发现

不要给自己打上内向、不善于与人打交道的标签，否则什么都不好做；只要进入社会工作，基本都要与人合作，与人打交道。

另外做开发、研究更要锻炼自己的表达和沟通能力，否则你NB的想法、思路，表达不出来，那还有啥用。
我不认为做销售的就比搞研发的表达沟通能力强，只能说他们忽悠能力强，一个东西有三分，他就敢说成十分。但我们搞技术的要得是准确，三就是三，十就是十，不能含糊虚夸。

我觉得，内向多半源于缺乏自信。
如果口头表达有困难，就多思考，多写，写的多了，得到认同多了，自信也就有了，也就敢说了。

无论做什么，勤于主动思考，有自己的想法，才是最重要的。

你说你喜欢新鲜、不喜欢死气沉沉，说明你也不喜欢内向吧。
另外你作为学生，懂得来到这里向大家交流知识、咨询问题，这就是挺有想法的嘛，比大多数学生强很多了。

对自己自信点，祝你好运！

互联网公司背景和文化对做手机绝对是加分.因为传统手机厂商缺少对消费者的"人性"和"心"的理解.举个例子,华为是传统的手机厂商,小米是用互联网思想武装的手机厂商.小米手机的体验就比华为好.不在技术，而在定位和文化.

华为手机缺少宣传和广告，华为的手机和消费者之间，始终存在运营商和代理商这一道沟渠。小米手机的话题性我就不多阐述了。你问问身边的同事有否听说过小米手机，我身边的人100%都听说过。这形成了一种小米文化.再看看小米和华为的页面:
http://www.miui.com/
http://www.huaweidevice.com/

小米的网页色调简洁活泼，“进入论坛”的按钮很醒目，目的明显是将来者导入论坛，加入网友的讨论，形成凝聚感。华为的网页没啥好说的，标准的跨国公司网页,有疏远感.所以抛开技术不谈,互联网公司对人性和产品体验的把握要好很多.

所以说互联网公司作手机我很看好.

我个人觉得，Google 的工程师文化的形成，应该有下面几个方面的原因：

1. 创始人是斯坦福的两位计算机博士，他们自己就是工程师。

2. 对工程师的信任和尊重。大家都知道，Google 的每位员工都有20%的工作时间可以做自己想做的事情，很多产品就是用这 20% 的时间做出来的，比如众所周知的 Gmail 。一般这样的项目都是几个工程师有兴趣做，然后做出来给大家看，大家觉得不错，就可以立项。我专门就这个事情问了那位Google的经理一个问题：“既然很多事情都是工程师之间合作做出来的，那什么时候产品经理会介入呢？另外，Google 为什么会觉得整天和机器打交道的IT男会了解用户？”那位经理说“Google 不会觉得工程师不了解用户，而且 Google 的产品经理和其它公司的产品经理职责可能不一样，他们是不负责定义产品功能的，而是负责一些其它的工作，比如全球性的推广。” 我非常喜欢这个答案。只有这样做才可以调动工程师最大的积极性，因为把最有创意的那部分工作——设计——归还给了工程师。反观一下国内的情况，对工程师的态度就是：做好你的技术，其它都不要管。你一个整天对着机器很少和人打交道的家伙怎么能做让用户喜欢的产品呢？所以这些公司的工程师就算感觉到产品不好也不会发表意见，实现功能的时候也不会注意开发质量。就算这些工程师的水平和Google的一样，在无法发挥自主性的环境中，照样是一潭死水。

3. 了解工程师。如果一个工程师工作热情不是很高，老板一般都会想：“是不是加班太多了？还是想要加薪？”，他绝对不会想到这个工程师只是因为当前使用的编程语言是 Java, 而他喜欢Ruby 。就算这个工程师如实和老板讲“我想去写Ruby”，老板很有可能也会觉得他是在为加薪找借口，这样的老板以为所有员工的问题都是薪水或福利的问题。Google 就不一样了，你进去之后可以加入一个你感兴趣的项目，而且如果做后端做得太久，还可以转换角色去做前端，它相信乐趣是最重要的。

4. 招聘非常严格。看过 Google 招聘的都知道，Google 基本不会招聘什么“JAVA工程师”，“C++工程师”等职位，它只招聘“工程师”，只要底子够好就行。只有这样的人，才可以施行“ code review 不合格就不能提交代码”的制度，才可以在追求速度的同时还可以兼顾到开发质量。

另外，我觉得公司文化就是一个整体，不可能出现这样一个现象：只有技术部门有工程师文化，然后整个公司是另外一种文化。就算出现了这种现象，那么肯定也是暂时的，工程师文化会逐渐被整体的文化所影响。

嘿嘿，说说我的感受吧

面向对象或者设计模式在我看来是软件工程上的概念，它解决的是开发人员如何用更小的代价应对需求的变更，或者说是它解决的是人如何更轻松的面对软件开发这个过程的问题

算法数据结构是解决具体问题的方法，它关注的是性能效率，或者说如何让计算机最大的发挥出自己的水平

我觉得这是从两个不同的角度思考问题，或者说是思考一个问题的两种不同意义

当我们困惑于默件事情意义几何时，往往就需要跳出来从更大的层面来感受，来看看我们要的究竟是什么，毕竟如何设计只是我们的方法，解决问题才是我们的初衷

我觉得无论面向对象概念或者是算法数据结构还有很多很多其他计算机层面问题，都只是我们知识的一部分，我们追求的其实是解决问题时自由运用各个层面的知识而带来的那种协调感，进而由协调带来一种软件设计的美感

我觉得很多时候这种美感才是我们人类真正和计算机世界交流的介质，或者说是我们人类送给冷冰冰的计算机世界的礼物

分布式系统中，若同一台设备支持多种业务单板的混插，需要通过业务环回功能来实现不同业务单板间的业务重定向。当某块业务板收到需要由其他业务板进行处理的报文时，该业务板将此报文发送到能处理该业务的单板上完成报文的处理和转发。例如，当IPv4业务板上收到IPv6报文时，可以通过业务环回端口将报文发送到本设备的IPv6业务板上处理。

为增加板间业务重定向的吞吐能力，可以将多个业务环回端口绑定在一起，对外部呈现单一的链路，这一组端口构成业务环回组。业务环回组和链路聚合的原理类似，目的都是为了增加带宽、进行负载分担。

这是h3c官方解释，就我个人认为，因为交换机的分布式系统与路由器架构不同，所以需要用业务环回组来实现隧道业务的重定向，说白了就是一组数据如果需要通过隧道传输就需要业务环回组重定向到支持隧道的业务单板里.但好像根据交换机型号不同有的也不需要（不太确定）

static Pattern referer_pattern = Pattern.compile("@([^@^\\s^:]{1,})([\\s\\:\\,\\;]{0,1})");//@.+?[\\s:]  

/**  
 * 处理提到某人 @xxxx  
 * @param msg  传入的文本内容  
 * @param referers 传出被引用到的会员名单  
 * @return 返回带有链接的文本内容  
 */  
public static String _GenerateRefererLinks(String msg, List<Long> referers) {  
    StringBuilder html = new StringBuilder();  
    int lastIdx = 0;  
    Matcher matchr = referer_pattern.matcher(msg);  
    while (matchr.find()) {  
        String origion_str = matchr.group();  
        //System.out.println("-->"+origion_str);  
        String str = origion_str.substring(1, origion_str.length()).trim();  
        //char ch = str.charAt(str.length()-1);  
        //if(ch == ':' || ch == ',' || ch == ';')  
        //  str = str.substring(0, str.length()-1);  
        //System.out.println(str);  
        html.append(msg.substring(lastIdx, matchr.start()));  
           
        User u = null;  
        @SuppressWarnings("unchecked")  
        List<User> users = User.INSTANCE.LoadList(User.CheckUsername(str));    
        if(users != null && users.size()>0){  
            u = users.get(0);  
            for(User ref : users){  
                if(ref.getThis_login_time()!=null && u.getThis_login_time()!=null &&  
                        ref.getThis_login_time().after(u.getThis_login_time())){  
                    u = ref;  
                }  
            }  
        }  
        if(u == null){  
            u = User.GetByIdent(str);  
        }  
           
        if(u != null && !u.IsBlocked()){  
            html.append("<a href='"+LinkTool.user(u)+"' class='referer' target='_blank'>@");  
            html.append(str.trim());  
            html.append("</a> ");  
            if(referers != null && !referers.contains(u.getId()))  
                referers.add(u.getId());  
        }  
        else{  
            html.append(origion_str);  
        }  
        lastIdx = matchr.end();  
        //if(ch == ':' || ch == ',' || ch == ';')  
        //  html.append(ch);  
    }  
    html.append(msg.substring(lastIdx));  
    return html.toString();  
}  

目前明确了你是希望了解C++游戏编程中的设计模式。

虽然我懂设计模式，但对游戏方面的编程场景没经验，所以搜索了下，发现专门讲游戏编程设计模式的很少，有的里面也是在抽象地讲通用的设计模式，理论多，代码少，所以我建议你先读一下C++描述的设计模式的书，再结合你自己项目中代码来深入学习如何复用代码。

其实说白了，设计模式就是一些基于OO原则、经过分类总结的编码经验，用于解决特定的问题，所以在描述的时候，都是按“问题-解决方案”来介绍的，正是因为应用了OO原则，才便得代码复用成为可能。如果你熟读理解了设计模式，了解OO设计的方法，那再结合游戏开发方面的知识，学习起来应该很快。