deeravenger
- 浏览: 17583 次
- 性别:
- 来自: 上海
-
最新评论
-
deeravenger：
所以题目叫系统的哲学，我随便乱看的。对此研究不多。
系统的哲学读书笔记（一） -
bonny：
你这不是哲学，而是科学哲学。一个分支而已。
系统的哲学读书笔记（一） -
deeravenger：
感觉找不到特别合适的地方放，发在这里可以吧？
EC2 介绍（一） -
deeravenger：
没有找到的话应该是没有安装好，先安装一下
使用MSE调试js攻略 -
fangzhouxing：
引用你直接到Microsoft Office安装路径\OFFI ...
使用MSE调试js攻略
文章列表
在拯救科学与理性的大厦的努力中，有一种学说非常引人注目，这就是建构主义。建构主义可说是「客观性」问题的探索中，最具独创性、科学基础最雄厚的一种学说。它综合了认识论、心理学、神经生理学及其它学科的大量成果。
建构主义认为：人对任何事物的认识和描述都和观察者有关。原则上，我们不可以将客体从观察中独立出来以后，再对客体进行一种和观察者无关的纯客观描述，即观察者的「建构」积极参与了认知过程。
怎么理解这句话呢？刚好笔者有一个例子可以说明这个问题。前几天笔者和几位同事吃饭，席间一位女同事聊起他对公司中另一位男同事的印象，她说客观地讲，那个男同事挺帅的。当时就有其他女同事表示不同 ...
一百多年前的唯物主义哲学家们生活充实而快乐，他们关于物质是第一性的观点越来越被大家所接受和认同。一方面，客观性--也就是物质不依赖于感知而存在--被人类的直觉和常识所支持。毕竟，当有人告诉你如果你不去看月亮的时候月亮是存在的，你会觉得他讲了一句正确的废话。另一方面，客观性也为广大的科学家们所认同。科学研究要求一个科学家的任何发现，在相同条件下可以被世界上任何一位该领域的研究人员重复。因此科学家们是客观性的忠实拥趸（参见注释一）。
相反，唯心主义哲学家的日子则不太好过，他们的观点不但有违常识而且也找不出重量级的事实和科学发现作为支持，只能靠一帮智商不错的哲学家们通过近乎诡辩的思辨 ...
一、可靠性、可用性和一致性
可靠性也可称为partition tolerance。因而有CAP三者不可同时达到的说法（Consistency,Availability,Partition tolerance）。 古人云：鱼和熊掌不可兼得，现在是鱼、熊掌和燕窝三者不可兼得了：）这个结论有严格的数学证明，具体证明可以参考相关文档。
Dynamo牺牲一定的一致性来达到另外两者，他采用最终一致性（Eventual Consistency）。最终一致性指的是，一次数据更新操作后，系统不保证所有的读操作马上能读到最新信息，但是如果没有后续更新操作，过一段时间后，系统中的数据最 ...
首先我们来看一下EC2是怎么解决数据均衡分布的问题的。
一、数据均衡问题 我们知道，在分布式环境下，数据是分布在不同的节点上的，这些节点可能是物理节点，也有可能是虚拟节点。但是不管怎么样，总是有一个问题，我怎么保证每个节点上比较均衡地分布数据的问题。在中心式的环境下，这个问题的处理比较容易理解，只要用一台中心服务器管理元数据好了。这样我自然就可以解决数据均衡的问题（不过这种办法有自己的麻烦，比如当数据量非常非常大的时候，元数据的规模也会很大，另外还有单点失效的问题）。但如前所述，EC2的设计是去中心化的，这意味着并没有一个这样的中心服务器来管理元数据，那他怎么解决数据均衡问题 ...
整个AWS的基础是Dynamo分布式存储系统，因此很有必要了解一下这个分布式存储系统。
一、分布式存储系统的挑战
设计一个分布式存储系统会碰到许多方面的挑战（参见备注1），从大的方面讲，由于可靠性、可用性和一致性这三者是不可兼得的，因此必然要在三者之间做出选择。Dynamo选择的是牺牲一定程度的一致性。其实很多其他设计为应付海量存储的分布式存储方案都做出了相同的选择。这是由于在海量访问的情况下，保证严格的一致性，将会导致性能急剧下降。
由于Dynamo最初设计的目标是作为Amazon内部的存储架构，因此他根据自身业务特点做了一下几个预设前提：
• 数据以 ...
一、一个广为传播的经典故事
话说NYT有一大票1851-1922年间扫描的1100万份文章，要从TIFF图档格式转换为PDF，由于数量实在太庞大，转换起来不但耗时甚久，也需要极大数量的机器。最后NYT的工程师将所有文档传到S3放着，然后到EC2开了100个Instance，再装个Hadoop利用这100台电脑跑分布运算，结果是只花了24小时和大约3000美金就搞定（由于处理速度实在太快，他们实际上还跑了两次）。
这是提起EC2的时候必然会提到的故事，因为这个故事足够有煽动性：如果按传统的方式，自己来处理分布式问题，那么广软件开发费用的增加
这里很冷清么，我来抛块砖头
关于use case,在很长一段时间里我所知道的就是一个椭圆。不久前才知道这个椭圆里还有许多东西，一个use case的内容：
1.Brief Description
描述这个用例是干嘛的
2.Basic Flow of Events
用例的主要流程（不考虑分支、异常等情况），一般要求显示出交互来
比如
1用户选择XX
2系统显示YY
3用户输入ZZ
4系统对输入校验 等等
3.Alternative Flows
在这里描述分支情况，比如在上述第二步有分支情况，可以在这里描述
也可以描述异常 ...