一切皆可抽象

其实麻花做起来是很简单的,不过就是和面\发酵\整形\油炸四步.
方子是:
牛奶一袋(小袋半斤装的),
两个鸡蛋,
一小勺盐,
糖100克(喜欢甜食可以随自己的口味增加一些),
油30克(色拉油花生油都可以的),
酵母5克
面粉若干
做法:
1、混合除了面粉的所有材料
2、在混合液中逐渐加入面粉，用筷子搅拌，直至能够揉成比较软的面团
3、温暖处发酵，直至面团体积增加2倍以上
4、整形
5、开炸：）
注意炸的时候，宁可先用最小火视情况逐渐调整到合适的温度，切不可用大火

老美介绍金庸作品（节选） 　　　　　　　　　　　　　　　　　　　　 作者：不详
金庸先生的小说一向以丰厚的历史文化底蕴而著称。现将美国畅销小说评论家阿尔 * 蒂尔对英文版《金庸选集》的评论节选转译如下。译者水平有限，译得生硬，倒也原汁原味。
　　
　　金庸先生是一位学者，确切地说，应称为查教授，但在中国等地一直以其十几部畅销小说闻名。他的小说，专门反映中国举世闻名的格斗术的历史。同西方一样，中国的格斗家使用各种各样的兵器，虽然与西方人所使用的兵器不尽相同。然而，从查教授的小说中可以看出一个重要的不同：当不使用兵器的时候，中国的格斗家主要是用手掌，而不是用拳头。不要以为这只是细节上的不同，事实上这是一个深刻的差别，理解这一点，是我们欣赏这些畅销小说的前提。
　　按照现代西方人的理解，越是坚硬和尖锐的东西，越能给人以伤害，因此在格斗当中，拳头比手掌更为优越。采用兵器，也是质地越坚硬、表面越尖锐越好。而查教授所描写的格斗家，不仅在徒手时多采用手掌，并且似乎越是高级的格斗家，越不重视所使用的兵器是否锋利结实，甚至干脆放弃使用兵器。以前从没读过这一类小说的西方读者对此难以理解。事实上，中国的格斗家并不看重通过我们通常意义上的物理损伤来伤害对手。这涉及到一个中国独有的贯穿于此类小说中的概念：内力。仅从字面上翻译这个词，对于西方读者的理解并没有多大帮助。如果一定要找一个是西方人觉得容易理解的类比，具有同样的神奇效果，并且具有类似的悠久历史，那就是魔法。但他们其实是完全不同的。内力有如下一些特征：
　　1．内力的练习通常对练习者的生理状况有一定的要求。这并不是说体弱的人不能够练习，而是一般而言，他们不容易取得比较大的成功。这比较容易理解，因为这毕竟是格斗。
　　但另一方面，较高的智商对于练习内力往往是有帮助的，却并非总是如此。有时智商较低反而更好，比如《射雕英雄传》和《侠客行》中的男主角。对生理状况的要求有时很极端，例如需要进行阉割手术，或者大脑两半球联系障碍（双手互搏）。
　　2．通过自修掌握内力的方法是非常困难的，如果不是不可能的话。通常要有一位老师传授，但是我们经常会发现，通过学习远古流传下来的经书的效果要比请教当代的老师更好。遗憾的事，这样的经书很难得到，而且通常不会流传很久。一本在一个时代非常著名的经书，到了另外一个时代便无人提起，显然是失传了。然而也有例外，例如出现于宋代的“独孤九剑”到了明代被人重新提起，然而似乎与宋代的大不相同，疑是托名伪作。
　　3．要使内力达到较高的水平，还必须有一些特殊的辅助手段。通常是通过服用特殊的食物（这样的例子实在太多了），或者是采用一些辅助器械（比如功能类似电冰箱的床，但绝不耗电）。采用这些手段一般认为是要冒很大风险的，但从实际效果看，极少有失败的例子。
　　4．内力像物质或热量那样可以传递，有时甚至可以进行非接触性的传递。这种传递大致可以分为三类，第一是攻击性的，即通过释放内力伤害对手。这就解释了为什么格斗家们喜欢用手掌而不是拳头：因为似乎手掌比拳头更能有效率地释放内力。第二种是赠与性的，通常用于传授、合作性的攻击行为、或者是治疗。因此我们可以理解在这些小说中看到的一个奇怪现象，杀人与救人都是用手掌。第三类是偷窃或夺取性的，将别人的内力据为己有。鉴于内力对格斗家们的重要性，这样的做法比吸血鬼更为严重，因此经常是反面人物的行为，如果正面人物偶尔做了，一定要强调不是故意的，虽然有时心中暗自得意。
　　因此我们在小说中看到的关于格斗家们的历史，其实是关于内力的发展的历史。正像中国的一句俗语所说：士兵向水一样流动，兵营却是铁做的（疑是“铁打的营盘流水的兵”的误用——译者），对内力的描述贯穿查教授小说的始终。下面我们可以对这一历史做一个简要地回顾。
　　查教授的最早的小说（原文如此，其实是反映历史年代最早的小说——译者），反映的是距今两千多年前的时代，被孔夫子命名为“春秋”。这时的中国已经有了高度发达的文明，但查教授仍然在书中刻意描绘了一只白猿，用以暗示内力自从人类的进化过程中一直存在。然而从小说中看来，内力发展的高峰是在宋代，结合了来自印度、波斯、东南亚等地的练习方法，成为错综复杂的系统。但到了明代和清代，渐渐地没落了。看来的确如此，因为现在毕竟不知道还有谁以内力著称于世。宋代早期的一个不十分著名的格斗家（游坦之，与大仲马的铁面人类似）便能够掌握少林寺的《易筋经》，而明代的少林寺僧侣领袖却将其视为珍宝，因为起初不愿意用这本经书救人而被认为小气。在清代，可能是历史上最后一个以内力著称的人（归心树）被一群远为平庸的格斗家杀死，暗示着内力的衰落。
　　这一趋势是从明代格斗家对内力作用的怀疑开始的。这时，有一部分格斗家认为内力并不像人们一直认为的那样重要，他们所练习的格斗技术不要求一定要有内力。如同历史上所有的学术问题一样，争论本是好事，然而不幸的是，强调内力的一方被认为品质低下，最终被杀身亡。斗争的结果似乎证实了内力并非如此重要，但事实上却是因为这一时期没有人将内力练习到较高的水平。但这一成见既然形成，以后的情况便越来越糟。到了清代，虽然有人仍想练习内力，并达到了一定水平，但已经完全无法与宋代比较了。
　　在清代，一个完全没有内力，只是智商较高，并善于逃脱术的男孩，居然成为全国瞩目的英雄人物，在中国与俄国的对抗中立下大功，并娶了很多妻子。这似乎是那些在历史上拥有许多高深内力的人做梦也想不到的成就。毕竟，世界已经进入火器时代和智力时代，中国虽然发展较慢，也不可避免。上古和中世纪的浪漫传奇和英雄主义不见了，成了过时的古董。然而这一趋势却与当代的潮流更为接近。所以无怪乎大多数中国读者喜欢《鹿鼎记》，连查教授也认为这是他最好的作品。
　　然而，除了格斗本身和格斗家们的事迹之外，这些小说还包含了有关中国历史文化的更多的内容，例如关于宗教。从这些小说中我们可以看出，在相当长的一段时期内，关于内力和格斗的技巧基本上掌握在一些僧侣手中，包括佛教、道教、伊斯兰教、拜火教等等，许多格斗典籍常常与宗教经书混在一起。但这种情形也有变化，到了明代，五个主要的击剑流派之中，倒是有三个与僧侣无关，佛教和道教的僧侣领袖，虽然很有名气，但很少出面，却很乐意在幕后策划，拜火教的领袖也是深居简出，但这时的拜火教已经退化成一个普通团体了，因为没有任何与宗教有关的仪式。
　　我下面就将几部主要著作的内容作一简要介绍，以方便读者选择。
　　《天龙八部》：探讨了对男女之情的几种看法。本书似乎有三个男主人公，他们后来成为朋友。其中的萧看起来是一个禁欲主义者，而段则与他相反，是个好色之徒（但尊重女性），另外一个（虚竹）介于二者之间，心里一直想禁欲，但当美女来到眼前时，又惊又喜，最终成了一个国王的女婿，而且是一个女性社团的领袖。他们最终都成了英雄，反映了作者对这一问题所抱有的宽容态度。另外还有许多次要角色，可以看作是他们的变种，例如段的父亲，是一个彻底的好色之徒，最终吃了一些苦头；慕容为了事业完全不在乎男女之情，甚至加以利用，遭到可耻的失败；游坦之由于先天因素和后天的刺激，成了一个受虐狂；少林素的僧侣领袖后来被人发现有私生子，……诸如此类。
　　《射雕英雄传》：对人类的智力的作用提出了质疑。书中有五个拥有最强内力的人，骄傲地将他们自己封为五个方向的虚拟君主（原文如此）。但在小说结尾，他们惊奇地发现自己并不比一个略有弱智的青年更强。书中一个似乎是拥有罕见美貌和聪明的女子，最终也被这个青年拥有了。更为微妙的是，这五个虚拟君主中的那个西方君主，后来似乎拥有最强大的内力，但他的智力情况却更糟——成了一个严重的失忆症患者。
　　《神雕侠侣》：从一个侧面反映了蒙古兴起之初的畜牧业壮况。书中有一个孤独的少女，是一位养蜂专家，但看来这个行业在当时实在不受重视，她的唯一的一个学生——后来成了她的丈夫——并没有学会这门技艺，而是成了一个养雕专家，并因此一举成名。最后这门技艺只好传给了一个无所事事且极富孩子气的百岁老人。当然，他们都是很高级的格斗家，特别是其中的养雕专家后来可以通过吼声指挥许多动物，但其中唯独没有蜜蜂。他的妻子曾经想通过蜜蜂向他传递消息，但他视若无睹。
　　《笑傲江湖》：反映了中国古代同性恋者的悲惨遭遇。第一个同性恋者为了保护她的同性恋对象而被杀死。另外两个更加可怜，因为还没有找到同性恋的对象，但作者强烈暗示，他们最终将发展成为与第一位同性恋者一样的人，也就是说，他们最终将成为同性恋这是毫无疑问的。这三个人有一个共同特征，即都是自愿通过外科手术放弃男性特征的，但是其中的东方在完成之后几乎放弃了他的事业，而岳和林则认为这才是他们事业的开端。他们在这部小说中并不是唯一进行了这种外科手术的人，还有一个刀手田，后来改名为不可，但他的情况有所不同，他的手术是被人强迫完成的，因此得到了大家的宽容，没遭到另外那三个人的厄运，但他日后是否会成为同性恋者则不得而知。另外值得注意的是，书中强烈主张内力的岳，后来成了伪君子的代名词。但在书中，他除了暗杀了两位女性佛教僧侣领袖之外，对别人的危害并不严重；而且这次暗杀并不符合他的目标，因为在后来五派合并的时候，如果一定要选出一位领袖，这两位女性一定会选择他而不是另外一个人。
　　《碧血剑》：书中的主人公是内力没落之前的最后代表人物。内力的没落首先表现为精神上的没落，袁本来是一个英雄的儿子，但这一点在他身上看不到一点痕迹，他从小在一个与世隔绝的环境中长大，对现实一无所知。在离开了他学习的山区之后，显得有些无所适从。一个明显的证据是，他娶了下山之后认识的第一个女子为妻。一开始，他像一个孩子一样模仿周围的人，比如将自己打扮成一个青年学生，虽然他从未正式上过学。他的行为受到从小接受的道德教育的约束，但内心中却被一个已经过世的狂放男子的事迹所吸引，后来知道这个人刚好是他的岳父，这或许平衡了他由于仓卒订婚所产生的失落心情。然而这种情绪的摇摆使他一事无成，最终流亡海外，直至清代，他的同学归心树被杀死的时候也没有一点消息。

看不懂之一：    一方面搞开发的已经不是太好找工作，每次招聘会都会有大量的求职者；另一方面软件人才的培养规模却越来越大，国家支持的大量新软件学院，各种与软件开发相关的民办大学，各种以就业为目标的软件开发培训班（如新东方的JSP程序员培训16500三个月〕；
看不懂之二：    搞开发的程序员认为税后4000已是低薪，税后6000也就一般；同时大家又都哀叹中国软件市场不成熟，盗版多，用户接收程度低，价格低，利润少；不知道程序员希望获得的薪水都是从哪里来的？

看不懂之三：    新技术，新工具层出不穷，一个比一个复杂，一个比一个玄妙；而会用的人，或自认为自称为“熟练掌握”的人也是层出不穷；

看不懂之四：    整个软件产业的发展一再证明：软件成为产业必须有规模化的经营和团队式开发，个人式小作坊式的开发没有生路（这也是软件工程的产生原因），同时国外的软件公司团队规模越来越庞大，内部分工越来越精密；而在国内，个体的、小团体的软件开发方式却越来越流行，许多软件开发人员的开发工作完全以个人方式完成，并且许多人在极力宣扬“个人比公司好”的思想；

看不懂之五：    许多程序员对自己的待遇不满意；却有越来越多只会（我强调的是只会）VB简单编程的人员（许多都从其他行业转行而来）加入程序员的队伍，使得程序员队伍的水平和素质越来越差，企业不愿给这样“混饭吃”的程序员以更好的待遇；

看不懂之六：    国外做产品的公司往往是大公司，才能保证产品的质量和研发的长久性，而做服务，做二次开发和应用开发的往往是小公司，才能贴近用户的需求，并且充分满足它；在国内正好相反，做产品的往往是小公司，做集成和服务，做二次开发的往往是大公司（包括用友、金蝶，也热衷于按框架进行项目承接）；

看不懂之七：    国外企业是先有规范管理的制度和思想，才上ERP软件；国内是没有科学的管理就先上ERP软件，结果是软件没人用，管理仍落后；

看不懂之八：    国外做ERP，CRM产品的都是相当有实力的大企业；国内却有无数个人（单个的开发人员）开发出了全套的ERP，CRM软件；

看不懂之九：    几乎所有软件开发公司和个人都强烈反对盗版－－因为这意味着自己的软件挣不着钱；但几乎所有开发软件的公司和个人的开发工具和环境都是用盗版安装的；

看不懂之十：    ERP，CRM这样的东西本来是未来规范管理，科学决策的；但在国内的企业上ERP，CRM往往都是由一个领导来拍板，而拍板的领导往往不懂ERP和CRM，只懂得攀比，还有拿回扣；

看不懂之十一：    推销软件时大多数客户都会告诉你：你的软件不符合我们的需求；而符合他们需求的软件他们也并不去买；

看不懂之十二：    大家都在羡慕印度的软件产业发展迅猛，并暗自较劲要如何赶超；但对于印度软件产业的基石－－开发工作程式化，大量采用软件工人，又满心鄙夷，谁也不愿去当工人；

看不懂之十三：    大家都认为软件工程可以提高软件开发的生产率，可又都不按照软件工程的基本要求去完成软件开发；就好比觉得文档应该齐备，可谁也不愿意写文档；

看不懂之十四：    很多人都反对微软的霸权，可又没有人真正去做和微软竞争的核心的东西；

看不懂之十五：    大家都认为软件这行有前景，可现在没有几个软件公司是赚钱的。

清晨的公车、地铁处，是一个让人心情压抑的地方，这里没有对话，没有微笑，甚至连埋怨也没有。

许多人静静地站着，极其耐心地站着。年轻的姑娘该有微笑吧？没有的，她们双手环抱，低着头，看着公车开来的方向。孩子该有微笑吧？也没有 ，他们背着沉重的书包，脸色疲倦而焦躁。

有一位澳洲媒体的编辑，他在上海、杭州考察了一圈，他说：“这里的人，心事为什么那么重？”编辑说，清晨，空气是那么清鲜，扫过水的街道湿漉漉的，没有灰尘扬起。太阳已经升上来了，金色的光辉从高楼大厦间斜射过来，这是多么美好的事情。人们经过了一夜的酣睡，该精神抖擞才对，可是，如此美妙的清晨，人们的表情为什么像地球末日即将来临。

没有人能回答澳洲编辑的问题。

在澳洲，人们的工作节奏是缓慢的，他们的生活是散淡的。每个周末，当中国城市灯火辉煌时，澳洲城市里的商家，却打烊回家了。

是的，我们现在无法回到的澳洲人那样的生活，我们越来越趋同于新加坡、东京、纽约人的生活节奏。

但是，我们又有什么理由，让我们在这个美妙的清晨，丧失自己最醉人的笑容，我们为什么不能对昨晚一场美美的睡眠，对清晨的风和日丽而感恩，露出欢颜呢？

我们已被工作压弯了腰，我们已没有心境体会清晨的美妙。那么，让我们来听一首《圣经》的唱诗：

迎着晨曦，迎接新的一天，哦，主啊，我要感谢你！感谢你将新的一天赐给我们，感谢你赐阳光、雨露和空气，感谢你赐下生命活水，感谢你赐下永生盼望，感谢你在尘土中将我抬举，感谢你的大爱，我要感谢直到永远！

朋友啊，感恩才会快乐，快乐才是生命的意义所在。让我们从感谢清晨开始，露出你醉人的微笑吧。

1993年5月，IEEE计算机协会的管理委员会设立了一个指导委员会，其目的是为确立软件工程作为一个职业而进行评估、计划和协调各种活动。同年，ACM理事会也同意设立一个关于软件工程的委员会。到1994年1月，两个协会成立了一个联合指导委员会，负责为软件工程职业实践制定一组适当标准，以此作为工业决策、职业认证和教学课程的基础。为完成这项工作，他们提出了如下建议：
　　＊采用标准定义；
　　＊定义所需的知识主体和推荐的实践活动；
　　＊定义道德标准；
　　＊定义本科生、研究生(硕士)和继续教育(再培训和转岗)的教学课程
　　指导委员会决定通过设立一系列的专题组实现这些目标。最初的几个专题组包括：软件工程知识主体和推荐的实践活动；软件工程道德和职业实践以及软件工程课程体系。
　　软件工程道德和职业实践小组的目标是为软件工程师在道德上和职业上的责任和义务制定一份文件。本道德规范(草案)由IEEE计算机协会和ACM联合指导委员会的软件工程道德和职业实践专题组开发，并且已经过该委员会的审查。
　　任何规范，如果认真制定并正确推行，都会成为推动职业化和建立社会安全保障的有力工具。它们不应该也不会只开花不结果，但这常常是人们对规范的错觉。本规范草案是在对多个计算学科和工程学科规范进行广泛研究的基础上做出的，意在教育和激励采用规范的职业群体和成员。规范也告诉公众，一种职业的职责及其重要性。规范向实践者指明社会期望他们达到的标准，以及他们同行的追求和相互的期望。规范并不意味着鼓励讼争，并且它们也不代表立法；但它们的确就影响专业人员及其客户的一些问题给出了实际的建议，同时也给政策的制订者提供借鉴。
序言　　
　　现在，计算机越来越成为商业、工业、政府、医疗、教育、娱乐、社会事务以及人们日常生活的中心角色。那些直接或通过教学从事设计和开发软件系统的人员，有着极大的机会既可从事善举也可从事恶行，同时还能影响或使得他人做同样的事情。为尽可能保证这种力量用于有益的目的，软件工程师必须要求他们自己所进行的软件设计和开发是有益的，所从事的是受人尊敬的职业。为此，软件工程师应该坚持下面的道德规范。
　　本规范含有8组由关键词命名的准则，这些准则均与专业软件工程师的行为和他们所作出的决定有关，也适用于本行业的从业者、教育者、管理者和督办人、下午制定者以及职业受训者和学生。这些准则对参与其中的个人、群体和组织相互之间的各种关系给出了区别，并指出了在这些关系当中各自的主要义务。
　　规范中的每一组准则均以三个层次的道德义务阐述，这些道德义务都是专业软件工程师在所述的各种关系中所应承担的。第一个层次给出的是一组道德价值，这也是专业软件工程师和所有其他人就人性而言所共有的。第二个层次则是对软件工程专业人员提出的比第一个层次更具挑战性的一些义务。之所以要求第二个层次的义务，是因为专业人员应对那些会受到他们工作影响的人们负有特别的责任。第三层次也是更深的层次，包括了只与软件工程的专业实践有关的因素所直接引出的几项义务。每组准则中的条款是对相应的关系中各层次的义务的详细阐述。
　　每组准则中的条款由对应于三个层次的三种不同类型的陈述组成。
　　第一层次：渴望(对于真正的人)。渴望的陈述给出了方向和目标，并用于指导职业行为。这些指导性的要求对道德判断是非常重要的。
　　第二层次：期望(对于专业人员)。期望的陈述表达了所有专业人员的义务和职业态度。虽然它们没有描述具体行为细节，但是它们清楚地指明了在计算科学领域中的职业责任。
　　第三层次：要求(对于良好的从业者)。要求的陈述提出了在软件工程中更具体的行为责任，这些责任与当前的技术状况密切相关。本层陈述的范围从一般的渴望陈述到具体的可度量的要求。
　　虽然所有层次的职业义务都已列举，但本规范并不打算包罗万象，也不希望它的各个部分被孤立地用来判定失职或违规。所列的准则和条款并不是很详尽的，不希望读者对于所有实际情形中的职业行为，简单地以此来区分哪些是可接受的哪些是不可接受的。本规范也不是一个简单地给出道德判定的道德算法。在某些情况下，本规范的各个标准有可能相互冲突或与其他的标准冲突。此时，就要求软件工程师结合当时的环境，以与本道德规范的精神最一致的方式来进行道德判断和采取行动。
　　对于道德问题最好是给出经过深思熟虑的基本准则，而不是仅仅列出许多详细的规定。这些准则应该影响你去更广泛地考虑谁将受到你的工作影响；去检查你和你的同事是否以应有的尊重对待他人；去推测如果公众被恰当地告知，那么他们将怎样审视你所做的决定；去分析你的决定的最低影响力是多少；去考虑是否你的作为够得上软件工程师的理想的职业行为。因为本规范代表那些从事该职业的人的共同意见，所以我们应该重视由那些有见识的、受人尊重的和有经验的同行在掌握全部事实的情况下，他们认为的什么是特定环境中最道德的行为方式，并且只在具有深刻的原因同时又经过认真仔细地判别之后才违反这种常规。
　　软件工程的动态性和需求的前后关系，要求一个规范能对出现的新情形有较强的适应性和适用性。但是即使在这种一般性原则下，本规范也只对那些以文档记录职业道德态度并采取积极行动的软件工程师提供支持；即提供相应开发组中的个人以及整个开发组都可以求助的道德基础。本规范也帮助定义哪些是对软件工程师提出的道德上不适当的要求。
　　本规范还具有教育的作用，它指出了对任何想加入的继续从事软件工程职业的人的要求。因为它表达了该有关道德问题的一致意见，所以可以用作决策制定的指导，它也可以作为公众和渴望从事该职业的人了解有关软件工程师的职业义务的教育工具。
准则1：产品　　
　　软件工程师应尽可以确保他们开发的软件对于公众、雇主、客户以及用户是有用的，在质量上是可接受的，在时间上要按期完成并且费用合理，同时无错。特别地，软件工程师应尽可能发地做到：
　　1.01 保证他们所做的软件的规格说明很好地制作了文档，能满足用户的需求，并得到客户的认可。
　　1.02 努力去完全理解他们从事的软件的规格说明。
　　1.03 通过适当的教育和经验的结合，保证对于从事的和将要从事的任何项目他们是合格的。
　　1.04 对于他们从事的和将要从事的任何项目，保证正确的和可以实现的方向和目标。
　　1.05 对于他们从事的和将要从事的任何项目，保证有一种恰当的方法学。
　　1.06 对于他们从事的任何项目，保证有良好的管理，包括为提高质量和降低风险而采取的有效规程。
　　1.07 对于他们从事的和将要从事的任何项目的费用、时间表、人员和支出，保证给出一个切合实际的预算，并且对这些预算作出风险评估。
　　1.08 对于他们从事的任何项目要保证给出充分的文档，包括发现问题的日志和采取的解决方案。
　　1.09 地他们从事的软件和有关文档，保证充分的测试、排错和复审。
　　1.10 开发软件和相关的文档要努力做到尊重使用该软件的人的隐私权。
　　1.11 注意只使用合法来源的准确数据，并且只以适当授权的方式使用。
　　1.12 只在适当的时候，删去过时的或有问题的数据。
　　1.13 努力辨别、定义和阐明与任何工作的项目相关的道德、经济、文化、法律和环境问题。
　　1.14 为雇主、客户、用户和公众最大限度地提高质量和降低费用。为有关的各方之间作出折衷。
　　1.15 努力遵循最适合于当前工作的工业标准，只有当技术上证明应该背离这些标准时才可以不遵守。
准则2：公众　　
　　从职业角色来说，软件工程只应该按照与公众的安全、健康和福利相一致的方式发挥作用。为此，软件工程师应该：
　　2.01 就其负责或了解的软件或相关文档，如其中存在任何有可能对用户、第三方开发商或环境构成实际或潜在危害的危险，应向有关人士或权威机构报告。
　　2.02 仅当有充足理由相信某个软件是安全的、满足规格说明要求、已经通过了适当的测试，并且没有降低生活质量或危害环境时，才赞成或批准它。
　　2.03 只在那些在他们的监督之下准备好的文档上签字，或者这些文档属其能力范围内并为他们首肯。
　　2.04 对由软件或相关文档引起的公众关心的重大问题应努力合作予以解决。
　　2.05 尽力开发尊重多样性的软件。与语言、不同的能力、不同的访问形式(身体的、智力的)、经济优势以及资源分配等有关的问题都应予以考虑。
　　2.06 与软件或相关文档有关的所有陈述都要公正的诚实，尤其对于公众关心的部分。
　　2.07 不要将自身利益、雇主的利益、客户的利益或者用户的利益置于公众的利益之上。
　　2.08 当机会出现时把职业技能献给美好的事业，并对与该学科相关的公共教育事业贡献力量。
　　2.09 对他们自己的工作承担全部责任。
准则3：判断　　
　　在与准则2保持一致的情况下，软件工程师应该尽可能地维护他们职业判断的独立性并保护判断的声誉。特别地，软件工程师应做到：
　　3.01 对于要求他们评价的任何软件或相关文档，应保持职业的客观性。
　　3.02 只在那些在他们的监督下准备好的并且在其能力范围内的文档上签字。
　　3.03 拒绝贿赂。
　　3.04 除了合同的所有各方都知道的和都同意的之外，不接受第三方就该合同所付的回报、佣金或其他的酬金。
　　3.05 对任何特定的项目或者特定于该项目的服务，除了当环境已经完全暴露给有关的各方并且他们都已表示同意外，否则只从一方接受报酬。
　　3.06 对于那些不能合理地避免或避开并且又急切期望解决的利益冲突，要向有关的所有各方公开。
　　3.07 凡与他们自身、他们的雇主、他们的客户的经济利益有关的软件或相关文档，应拒绝作为成员或顾问参与政府或专业团体对该软件或文档做任何决定。
　　3.08 以支持和维护人的价值来调和所有的技术判断。
准则4：客户和雇主　　
　　软件工程师的工作应该始终与公众的健康、安全和福利保持一致，他们应该总是以职业的方式担当他们的客户或雇主的忠实代理人和委托人。特别地，软件工程师应该：
　　4.01 只在他们的能力范围内提供服务。
　　4.02 保证他们依据的任何文档都获得授权人的批准。
　　4.03 只以适当授权的方式使用客户或雇主的财物，并且要让客户和雇主知道并获得他们的同意。
　　4.04 不要在知道的情况下使用非法获得的或持有的软件。
　　4.05 对于在职业活动中获得不属于公共范围的信息予以保密，当然，这种保密不应影响公众关心的问题。
　　4.06 在他们工作的或知道的软件或相关文档中，对于任何与社会有关的问题应认真辨别、记录并向雇主或客户报告。
　　4.07 如果他们认为某个项目可能失败，或证明费用太高，或违反了知识产权法，特别是版权法、专利法或商标法，或存在任何其他问题，应立即通知客户或雇主。
　　4.08 不接受对其主要雇主的工作不利的其他工作。
　　4.09 在未获得雇主特别同意的情况下，不去代表与他们雇主的利益相反的任何一方，除非需要服从一个更高的道德准则，此时他们应使雇主或另一个适当授权人或机构知道他们的道德情形。
准则5：管理　　
　　具有管理和领导职能的软件工程师应该公平行事，应使得并鼓励他们所领导的人履行自己的和集体的义务，包括本规范中要求的义务。特别地，扮演领导角色的软件工程师应尽可能适当地做到：
　　5.01 在要求雇员遵守各种标准之前，保证使他们都已了解这些标准。
　　5.02 保证雇员知道雇主为保护口令、文件和其他的保密信息而采取的策略和规程。
　　5.03 只有在适当考虑了具有一定的教育和经验同时确认对这种教育和经验有进一步的渴望和要求之后，再分派工作。
　　5.04 在听取对违反雇主的政策或本规范的指控之后给出必要的处理。
　　5.05 对于雇员做出贡献的任何软件、处理技术、研究、文章或其他的知识产品，对其所有权制定出一份公平合理的协议。
　　5.06 只通过对工作情况的全面和准确的描述来吸收雇员。
　　5.07 只提供公平合理的酬报。
　　5.08 对于有资格从事某项工作的下属，不能不公平地阻止他(或她)取得该项工作。
　　5.09 不要求一个雇员去做任何与本规范不一致的事情。
准则6：职业　　
　　软件工程师应该在职业的各个方面提高他们职业的正直性和声誉，并与公众的健康、安全和福利要求保持一致。特别地，软件工程师应在尽可能的程度上做到：
　　6.01 只与声誉好的公司和组织建立联系。
　　6.02 保证客户、雇主和主管知道在本道德规范中软件工程师所应承担的义务和责任。
　　6.03 支持按照本规范要求去做的那些人。
　　6.04 帮助发展一种有利于道德行为的组织环境。
　　6.05 对任何有理由相信违反了本规范的事情均应向相应授权(者)机构报告。
　　6.06 对他们工作的软件和相关文档应履行检测、纠正和报告错误等职责。
　　6.07 只接受与职业资格或经验相称的酬报。
　　6.08 准确地陈述他们工作的软件的特性，不但要避免错误的断言，而且要避免有理由被认为是欺骗的、误导的或令人怀疑的断言。
　　6.09 不要以职业上的代价来发展自己的兴趣。
　　6.10 服从所有管理他们工作的法规，使他们的工作与公众的健康、安全和福利要求相一致。
　　6.11 以对民众事务具有建设性的服务来履行对社会的职业责任。
　　6.12 促进公众对软件工程的了解。
　　6.13 共享该职业中有用的与软件有关的知识、发明或发现。例如，可以通过在专业会议上提交论文、在技术报刊上发表文章以及服务于制订职业标准的团体来达到共享。
准则7：同事　　
　　软件工程师应该公平地对待所有与他们一起工作的人，并应该采取积极的步骤支持社团的活动。特别地，软件工程师应尽可能做到：
　　7.01 协助同事的职业发展。
　　7.02 评审其他软件工程师的工作，这种评审不在公开范围内进行，只以他们事先的了解进行，并且假定这种评审与安全性要求相一致。
　　7.03 充分信任其他人的工作。
　　7.04 以客观、公正和建立正规文档的方式评审其他人的工作。
　　7.05 公平地听取同事的意见、所关争的事情或任保抱怨。
　　7.06 协助同事全面了解当前的标准工作惯例，包括保护口令和文件、常规的安全措施以及其他有关隐私信息的政策和规程。
　　7.07 不要干涉任何同事的职业进步和发展。
　　7.08 不要为寻求个人的利益而暗中破坏其他软件工程师的工作。
　　7.09 对处于自己能力领域之外的情形，应征询相应领域的其他专业人员的意见。
准则8：本人　　
　　软件工程师应该在他们的整个职业生涯中，努力增加他们从事自己的职业所应该具有的能力。特别地，软件工程师应该始终努力做到：
　　8.01 进一步提高在软件和相关文档的设计、开发和测试方面的知识水平，以及开发过程管理方面的知识。
　　8.02 提高在合理的时间内以合理的费用创建安全、可靠和高质量软件的能力。
　　8.03 提高编写准确的、信息丰富的和语言流畅的文档的能力，以支持所使用的软件。
　　8.04 提高对所使用的软件和相关文档的理解，以及对这些软件和文档将要应用的环境的理解。
　　8.05 提高对管理所使用的软件和相关文档的法律知识的了解。
　　8.06 提高对本规范、有关它的解释以及应用于自身工作的了解。
　　8.07 不要要求或影响其他人去从事任何违反本规范的活动。
　　8.08 视违反本规范为与软件工程师职业不符的行为。

http://www.allapplabs.com/interview_questions/java_interview_questions.htm

IT方面的论坛太多了，有综合，有专业，有行业，在各个论坛里混了几年，体会颇深，以前是论坛哪里人多，往哪里去，新浪论坛，网易是经常去的，人多啊，好几十万，去了以后才发现没有意思，没有共同的语言，于是逛专业论坛，行业论坛，终于找到了共同语言，总结一下论坛的经验：人不在多，有仙则灵，贴不在多，有精则行，逛了大半辈子，一个IT人发展方向一定要除了技术外，业务，理论，思想一个都不能少，于是我推荐如下这些论坛，或许真能帮助您，做论坛，都是赔本的买卖，不收费还帮助你学习，得向斑竹们致敬啊。
　　
　　以下论坛排名不分先后，还有许多业界知名的论坛，主要有点偏门，这个不做概述，呵呵。
　　
　　IT技术开发综合类
　　http://community.csdn.net/
　　适合人群：只适合软件开发者
　　技术开发最全面的论坛，里面可以遇到很多牛人，版面也很全，什么J2EE，.NET啊，该有的全上，在这里基本上可以提出任何问题，人气也是最旺的，不过一般提出的意见都有正方两面的，所以最终解决问题，还是靠自己。
　　评价：专业，很牛逼，就是速度慢。
　　
　　http://www.52rd.com/bbs
　　适合人群：研发人员
　　我爱研发网，顾名思义，是针对R&D研发人员的，目前在射频，通信，手机研发是国内第一的，牛人不少，问题讨论的很彻底。论坛制度很人性化，设有资料交换区，有超大量有价值的资料。
　　评价：强，速度还可以；
　　
　　http://bbs.chinaunix.net/forum/
　　适合人员：系统工程师
　　这里的特色就是操作系统方面在业界是最著名的，牛人不少，目前，在数据库，网络方面也颇有建树，当然灌水方面也不赖，呵呵，属于温柔性
　　评价：强，速度还可以
　　
　　http://bbs.chinajavaworld.com/
　　适合人员：JAVA开发
　　JAVA方面非常综合的论坛了，牛人也很多，是一个难得的JAVA论坛，涉及你想象的关于JAVA目前任何技术。
　　评论：强，速度还可以。

　　电子工程师类
　　http://21icbbs.com/
　　适合人员：电子工程师
　　人气不错，覆盖面比较广，老牌了，就是有点和时代脱节了，无论是设计上还是内容上
　　评论：强，速度还可以

　　http://www.eetchina.com/DG/eec_dg_home.htm
　　适合人员：电子工程师
　　环球资源的子站，页面设计很大气，技术文章也比较及时和权威，是个难得的好网
　　评论：强，速度还可以
　　
　　网络工程类
　　www.1000bbs.com
　　适合人员：布线/网络工程师
　　人气很旺，特色是版面比较紧凑，综合布线这一块很权威，很窄很专，时间非常久了，颜色比较明快，就是太低端了，
　　评价：不错，速度一般
　　
　　http://www.sharecenter.net/
　　适合人员：网络工程师
　　之所以我喜欢是这个网站很多做CISCO工程都知道，也是别人介绍我去的，时间非常久了，颜色比较暗谈，属于忧郁型。
　　评价：不错，速度也还可以
　　
　　IT营销管理类
　　http://www.topren.net/forum/index.php
　　适合人员：企业策划，CIO
　　业界知名的知识站点“唐人社区”，信息化管理顾问可以去看看，人也很多，可惜，都是下载，实质性内容需要改观，我记得是非常专业的网站。
　　评价：不错，速度也还可以。
　　
　　IT管理综合类
　　http://club.amteam.org/
　　适合人群：大多数，
　　评论类比较多，基本上在其他媒体上看到的评论，这里都会有，要想了解IT发展的情况，就来这里看看。
　　评价：很好，休闲工作都可以看。

public static String replaceStr(String source,String toBeReplaced,String replaceWith)
    {     
     StringBuffer buffer = new StringBuffer();
     
     StringTokenizer st = new StringTokenizer(source,toBeReplaced);
     if(st.countTokens()>0)
     {
      while(st.hasMoreTokens())
      {
       String token = st.nextToken();
       buffer.append(token);
       buffer.append(replaceWith);
      }
     }
     else
     {
      //nothing to replace
      buffer.append(source);
     }
          
     return buffer.toString();
    }

public static byte[] getBytes(InputStream is)
    throws Exception
    {
        byte[] data = null;
       
        Collection chunks = new ArrayList();
        byte[] buffer = new byte[1024*1000];
        int read = -1;
        int size = 0;
       
        while((read=is.read(buffer))!=-1)
        {
            if(read>0)
            {
                byte[] chunk = new byte[read];
                System.arraycopy(buffer,0,chunk,0,read);
                chunks.add(chunk);
                size += chunk.length;
            }
        }      
       
        if(size>0)
        {
            ByteArrayOutputStream bos = null;
            try
            {
                bos = new ByteArrayOutputStream(size);
                for(Iterator itr=chunks.iterator();itr.hasNext();)
                {
                    byte[] chunk = (byte[])itr.next();
                    bos.write(chunk);
                }
                data = bos.toByteArray();
            }
            finally
            {
                if(bos!=null)
                {
                    bos.close();
                }
            }
        }
        return data;
    }

int read = -1;
        int size = 0;
while((read=inputstream.read(buffer))!=-1)
        {
            if(read>0)
            {
                byte[] chunk = new byte[read];
                System.arraycopy(buffer,0,chunk,0,read);
                chunks.add(chunk);
                size += chunk.length;
            }
        }