Relations between Design Patterns

Relations between Design Patterns

 

1.充满热情， 喜欢你的工作 创造性 做得最好 比昨天更好

2.热爱你的代码 为人写代码，而不是为机器写代码 写干净的代码

3.版本控制 备份代码 跟踪变更 经常commit 如果build出错就不要commit

4.阅读代码 在你成为一个好的作家之前，首先是一个好的读者。70%时间在读，30%在写。

5.实践 实践 再实践 在公司外项目实战 尽可能做得更好 以老师身份实践 

6.重构 提高你的代码质量 使代码易于理解 维护和拓展。

7.跟从模式和最佳实践 面向对象设计原则 SOLID GRASP DRY KISS 等设计原则

8.TDD/BDD 测试驱动开发， 测试是系统的特征约束 测试是第一个用户

9.自动化 使你的手工任务自动化 命令行应该是你朋友 持续集成 自动化部署。

10.理解你的业务领域， 业务领域知识永远不会过时，而技术会，只有你理解了业务是如何工作，你才会有创造性思路。

11.持续学习 读书 博客 网站，聆听，锐利你的工具。

12.在社区中实践 好的学习方式就是教别人或和别人沟通，参加一个语言技术的学习小组。

 

 

innodb不锁表

单点故障

访问速度，国内复杂网络环境 CDN加速

insert异步化

 

数据压力与峰值：

  数据、功能、部署尽可能拆分

 

 SqlMapBaseDAO 分库

 

 架构：

 过度设计

 

 数据库：

 分库，分表

 MySQL proxy

 缓存：优先考虑跨级缓存，要考虑Down机的风险

 网站哪些事儿（康神）：http://video.sina.com.cn/v/b/42166796-1700099614.html

 

 caoz或者曹政

 

 

 

 

做产品的目标是什么？

  用户需求不明确？不完全按照用户的需求做。

  实现什么样的商业目标才是重点？

 

架构师沟通：

  系统设计需要得到团队的认可。

  资源协调，

 

系统各方面的平安，如安全性，性能等方面的考量

  战略目标

  市场因素，团队因素，用户因素，技术因素

  可参考一些需求方法论涉及的一些方法

 

架构师创新思维和其带来的风险：

  创业有风险，不创新的风险更大。

  整个大的市场环境下，不创新，竞争对手会比我们跑的更快。如：intel 不断自我创新

 

架构师分类：

  企业架构 EIS

    规划未来企业的发展

应用架构师

  数据库

  网络架构

  安全

  基础架构

   解决方案架构 SA

      相对细，具体化的

 

转型之痛：

  目标，吸引力法则 定义发展的方向和目标

  演讲力，沟通力，表达力

  领袖和导师 带领别人和教别人

  不仅要学习知识，还要不断的将知识不断实践产生价值（知识本身并不产生价值，应用和分享知识才能产生价值）

  意淫法则：主动积极去做你所想的试图想实现的事情，写下来，贡献你的力量。  

 

  <!--二次校验tair日常test -->

   <bean id="tairManager" class="com.taobao.common.tair.impl.DefaultTairManager"

        init-method="init">

        <property name="configServerList">

            <list>

                <value>tair.config-vip.taobao.net:5198</value>

            </list>

        </property>

        <property name="groupName">

            <value>group_1</value>

        </property>

    </bean>

   <!--二次校验tair日常test END -->

 

   com.taobao.common.tair.Result<DataEntry> token = tairManager.get(600, "secProtecToken");

       String secProtecToken = (String)token.getValue().getValue();

       rundata.getSession().setAttribute("secProtecToken", secProtecToken);