标签集

摘要： 今天上午办了一件正确的事，一件错误的事：正确的：在高开高走的情况下，在高点卖出了“鼎立股份”，赢利；错误的：在不到10分钟后，又买入了“双象股份”，迅速亏本；总结：逆向操作：在你觉得涨得挺好时，想追时，卖出；在你觉得恐慌时，买入！没恐慌，不买入！所以你上午同时作了2个动作，真是矛盾啊！ 阅读全文

摘要： 中国现有电力系统的特点是电网分布的地域特征不同,网络的拓扑结构不同,电网的电气特点等将电网划分成多个子网,各子网的调度、运行、监控、保护、输配、营销由各子网中心负责,各中心拥有并维护着所辖电网的详细参数[ 11 ] 。各网络都针对所辖区域内的电网建立了较为详细的电力系统模型,而对相邻电网的模型则在一定程度上进行简化和等值,并在此系统模型的基础上进行计算机仿真,为电力调度、运行、监控、保护、输配电、营销提供重要依据。这种简化等值的方法克服了由于中国地域辽阔而导致电力统数据资源广域分布所带来的数据难以收集的困难,降低了系统仿真的复杂程度,但是简化等值模型的适用范围有限,智能云能较好地解决这一问题。 阅读全文

摘要： 日本辐射影响加剧，今日大盘低开低走，随一度翻红，但最后收1%阴线。首先，地震一开始，大盘下跌，但这时不是跑掉的最佳时机，应稍等，有人进来抢筹再走。其次，应该预见到伴随而来的次生灾害，所以下跌一定是中期的。不是一下就能结束的。再次，不要指望“江苏国泰”这样的股票，在大盘持续下跌几天后，该股没跌，就说明它是滞后的，应该早点跑掉，今天的操作完全正确。最后，如果在大盘下跌中特别想买，一定得买“比大盘跌的凶的”，它超前于大盘，反弹也就更早，比如今天下午买入的“鼎立股份”，这一卖一买，挽回了3%左右的损失。 阅读全文

摘要： 今天的“恒源煤电”，“威尔泰”都说明了一个道理：全仓买入最近的热点风险是很大的，我甚至之前觉得可以当天随便买入一支上涨不多的股票，八成明天还长。今天看来，这种风险是很大的，跟赌博是一样的，小资金无所谓，但大资金不行。大资金只有等待大盘下跌到缩量，才能分批次买入，也不能一次全仓。这是做中线，大资金自能作中线。 阅读全文

摘要： 本周期的短线操作，今天结束。结果：昨天买入的江苏国泰，到今天，共跌6%，惨啊！大盘在3-9日已显跌势，但我之前踏空，从3.9开始又不顾大盘下跌，只看个股。造成今天的惨败。还好没买“恒源没电”前天确实非常想买，因为煤炭股爆发，放量上涨，舆论上也助长，我心里认定，煤炭股的行情来了。今天开盘无情的跌停，彻底击溃了我的操作思路。真是残酷。 阅读全文

摘要： 以前, 一直采用基于时间的维护(Time- Based Main2tenance, TBM) 策略。基于时间的维护根据检修时间表或运行时间离线检修设备, 可以防止许多故障, 然而在检修间隔期内仍会发生意外故障。由于没有设备当前状态的任何信息, 维护活动的安排具有盲目性, 浪费了大量人力、时间和金钱。与此相反, CBM将让运行人员了解许多设备的状态信息, 清楚地知道什么时候需要何种维护, 从而在确保设备不会意外停机的情况下, 减少人力的消耗。借助于状态监测系统提供正确和有用的机器状态信息, CBM将发展成为一种最优维护策略。 阅读全文

摘要： “电力设备状态监测系统” 阅读全文

摘要： 本文发表于2007年12月。引言 几十年来，企业的信息化建设犹如用积木搭房子一样，存在着诸多的挑战： 多年前，我们用的积木一般数量较少，而且都是大块头的，这样，在搭房子的时候，我们先用一块积木搭了东墙（ERP系统），再用一块积木搭了南墙（CRM系统），当东墙和南墙要接在一起时，却发现东墙所用积木的边缘是方形的，而南墙所用积木的边缘是圆形的，这两座墙根本就接不上，要解决问题就必须自己再做一个一边方一边圆的积木把这两座墙接起来（编程方法实现信息系统集成）。 另外，这面东墙（ERP系统）由于是一个整体，又是定型品，我们无法对其的形状、大小、外观等因素，来根据我们的喜好而变化；另外当我们的喜好发生变化 阅读全文

摘要： login | faq Questions Tags Users Badges Unanswered Ask Question Storing RDF data into HBase? 3 7What would be the best way for storing and quering RDF data (triples or quads) using HBase?Update:I've just found this:http://cs.utdallas.edu/semanticweb/HBase-Extension/ Unfortunately, the .tar.gz has b 阅读全文

摘要： HBase入门部分内容参考于http://www.nabble.com/Re%3A-Map-Reduce-over-HBase---sample-code-p18253120.htmlHBase是Hadoop的一个子项目,HBase采用了Google BigTable的稀疏的,面向列的数据库实现方式的理论,建立在hadoop的hdfs上,一方面里用了hdfs的高可靠性和可伸缩行,另外一方面里用了BigTable的高效数据组织形式.可以说HBase为海量数据的real-time相应提供了很好的一个开源解决方案.据说在某运营商中使用类似于BigTable(个人猜测应该就是HBase)的技术可以在两 阅读全文