最近开始尝试喝茶，为此专门买了“紫砂壶”，“紫砂杯”。尝试性的品尝了一些“品种”，但主要“正视”了“红茶”与“绿茶”，这两个主要分支。
1）工艺区别
绿茶：就是将茶叶摘下来之后，塑形、烘干而成。
红茶：将茶叶采摘后，塑形、发酵而成，属于”深加工“茶。
2）冲泡区别
绿茶：冲泡后，能够恢复“原型”。通过”嗅觉“能够感受一波茶香，各个绿茶的口感区别还是比较明显的，主要是“浓淡”的”苦涩“差。
红茶：一股明显的“发霉”的味道，造成各个红茶间的味道差距不大。主要是”苦“与”更苦“的区别，普洱真的比较苦。
3）感受恶劣”品种“
绿茶：
”毛尖“，真的不想再喝了。冲泡后要马上将”茶水“倒出，不然”苦“、”涩“未特别重，简直自虐。泡几次后又淡的不行，基本上喝”毛尖“就是搞科研，需要详细控制”冲泡“技巧。只能找一些自身就”清淡“的茶”凑合“喝喝算了，比如”龙井“。
红茶：
我认为，红茶都不行。一个根本的原因是”发酵“过程，不小心就”发霉“滋生”黄曲霉素“。那些”茶农“完全靠经验，又没有”实验室“，不能保证”发酵过程“的”精确“性。闻着”霉味“喝的话，心里面总是”疑心重重“。

当然，得先明白什么叫“云”？
我的定义是：能够通过“互联网”访问到的“计算机”（带CPU带内存的都算）上运行的程序”集”。
那么“云计算”就好解释了，就是在“云”上的程序的“运行结果”（即服务）。基本上通过“云”提供的“服务”都属于“云计算”的范畴，也可以简单概括为”互联网服务“就是“云计算”。

有必要“纠正”（或者说合理化）一些的概念。
1）“云计算”这个名词存在价值是什么？当然为了装B！
因为“互联网服务”这个“词”有时候不如“云计算”这个“高大上”。“服务”嘛，听起来显得低端；“计算”就显得有点“高科技”的韵味了！写Blog不是“云计算”(是个人类行为)，但访问Blog的过程就是“云计算”(互联网服务)。
2）“云计算”的核心是“降低成本”
很多人将“虚拟化”、分布式、高并发等，作为“云计算”的核心，只能说这样的定义太“肤浅”。所有这些技术发明、发展都遵循这样一个原则：“用更少的成本做更多的事”。虚拟化降低的是硬件及相关维护成本；分布式降低了对单一机器的性能要求；高并发是则通过软件手段提高资源利用率……

总之，“云计算”也没什么“新鲜”玩意，只是对近些年技术发展的一个”名词”总结。其本身并不是一项“技术”，而是一种“产业”。

“开源软件”下个粗浅的定义：任何人都能获取源代码而自行修改、使用的软件。嗯，只谈我自己的理解。

1）粗略的历史
早期的软件流行源码“分享”模式，当然microsoft终止了这一切，“Bill Gates”称使用拷贝软件的人为“贼”。“Richard Stallman”是一个类似“宗教信仰”一样执着的人，发布了“GPL”让“源码分享”模式“旗帜鲜明”的延续了下来。GPL之所以成功，是因为包含了GCC等一批“基础”构件，同时也因为GPL本身类似病毒的传染模式。当前最著名的使用GPLv2的软件吗就是“Linux Kernel”。

2）成功的案例
a) Linux kernel
采用GPLv2，世界上开发人数最多的（我猜的）的开源软件，是现代很多“基础产业”的基石，比如Android和90%以上的服务器系统。
b) MySQL
早期使用最多的数据库软件，使用GPL与“商业使用”双协议的开源软件。最重要的是，被以10亿美元卖给了Sun，这简直是最赚钱的开源软件了。当然Sun被卖给了Oracle，MySQL变得“不那么”光鲜了。
c) Apache
已经成长为一个软件仓库的开源组织，主要使用Apache协议。从最开始的httpd项目到变成“二手开源软件”接手库。当前影响力最大的是Java相关的工具库与BigData相关的项目。

3) 为什么开源？
这是一个很复杂的问题，只能从我自己的理解来说。
a) 公司层面
主导的开源软件开发，如果接受“别人”提交的patch的话，那是获得了免费劳动力。其实最重要的是，保证自己在“由此开源软件”所衍生的“生态”产业中占的先机。
b) 个人层面
嗯，简历好看。这就足够了。

拿互联网行业来做主线吧。恩，以自我感觉为主。

1) 开发及调试环境
a) 对于Linux，要能够：安装、使用、网搜解决所有“遇到”的问题。
b) 对于依赖软件要能够：安装、使用、网搜解决所有“能解决”的问题。当然这主要是指开源软件；非开源的没必要费精力去深究，踏出那个门就用不上了。
c) 对于工具及“工具语言”，需要：安装、使用、网搜编写所有需要的使用场景。何为“工具语言”，能够解决简单需求，与项目主要语言不同的；比如：bash编写自动化脚本，Python编写导入导出工具，等等，孰能生巧。

2) 主要开发语言
首先明确的是“主要开发语言”是以“项目”走的负责主题逻辑的语言，开发语言的使用标准是“解决了问题”；类似“熟练、精通”这类词语并不合适作为标准。
以我现在所涉及子项目用到的主要开发语言，包括了：NodeJS、 Web(JS、CSS、HTML) 、Scala、Java、C++。有点多？没办法，使用场景是无法规避的，已经省略了工具语言的罗列。

3) “嘴遁”
说的好听点“沟通能力”，难听点“扯皮”。一个公司就是一个“社会”的缩影，总要面对“形形色色”特征的同事。
就职业性来讲，主要面对以下几个方面的进行“嘴遁”：
a) “这个功能为什么不能做”
一个新功能的加入，要考虑到对“原有架构”、“功能体系”的影响（统称“原有体系”）。如果与“原有体系”冲突太多，那么就很难为了“单一”功能做什么。“重起炉灶”再弄一套的方案，时常会“费力不讨好”。这一切的根源是“需求是不固定的、可变更的、可推翻的”；虽然能够用一些方案（可扩展性）来降低影响，但“这是有限度的”，突破“限度”的功能需求，仍是“不可做”的。
b) “这个功能为什么不能现在做”
一个“可实现”的功能要满足两个基本特征：一是有相应的技术（或基本功能）储备；二是具体实现有足够的时间；此外就是有“进度安排”。
c) “这个功能为什么要换个思路做”
许多“功能”如果直接实现对“原有体系”是有“冲击”的，但如果能够“换一个方案”实现则变得“可行”。这通常需要对“产品形态”的“些许”变更。
总之，整体上来讲在一个公司活着Team内的每个人的目标都是“一致”的；基本上没个成员都“希望”（或者奢望）“产品形态”能够向着“自己所构想”的那样逐步“实现”。但、但、但，“自我妥协”是不变的“方案”。