易栈网-膘叔

台风这玩意。。。要当心啊不然就危险了。。

台风避险自救完全手册
 1、随时留意气象信息
 台风会经常转向，变强或凋喝马，要了解台风动向，清楚自己所处的是不是台风要袭击的危险区域。
 2、要了解周边安全撤离的路径和政府拓酬共的避风场所
 3、准备好食物和手电筒等
 台风可能会造成停水停电，请准备好手电筒、收音机、食物、饮用水及常用药品等，以备急需。
 4、及时转移阳台上及窗外的杂物
 阳台上及窗外的夺黝包括花盆、晾晒的翱及、空调室外机、雨篷等，都要固定可渐移到安全地方，消除安全隐患
 5、关紧门窗，在窗玻璃上用胶布贴成‘，米”字图形，以防窗玻璃破碎
 6、雷电期间尽量关闭电器等易引雷击的设施
 7、给车找个停放的好位置
车辆移到地势较高的地方停放。不要停在露天广告牌下或树下。
 如果停放在地下车库，一定要事先确认，车库的排水系统是否完善。
 8、低洼住户要避一避
 如果住房地期氏洼，容易积水，请暂时至嚎友家避一避。辑哆之前还要垫高柜子、床等家具。
 住一楼的住户和临街商铺，要把碰不得水的电器、刻勿等辑哆到高处，避免家中进水遭受损失、减少外出，必须外出时应注意以下几点

• 近距离外出行走时，尽可能避开地下通道等易积水地区。台风中不要打赤脚或穿凉鞋，雨靴最好，防雨又缈象，预防触电。翻反扣要扣好或用带子扎紧，以减少受风面积
• 遇打雷时，不要站在树下和电线杆周围；远离临时建筑物、铁塔、广告牌、脚手架、工棚、危旧住房、树木等容易造成伤亡的地点；在建筑物密集的街道行走时，要特别注意落下物或飞来物，以卿匝伤；走到拐弯处，要停下来观察一下再走，贸兔针于走很可能被刮起的飞来物击伤．
• 要尽量绕开积水．实在绕不开，先用木棍试探，一防水深，二排除水下有无盖含并等危险情况。
• 长蹈离外出建议乘坐公交车，并注意路况信息，避开积水和交通不畅地区。
• 行车中遇路面积水，避免紧靠路边沿行驶，因地面沉降原因，路边言爵口路中间积水深度有差异，易引起两边轮胎阻力不一，造成方向跑偏。
• 车辆在水中熄火，赶紧找人推车，不要再启动，以防发动机进水睬险公司不卿．
• 高速公路行车，遇到大雨，要确保能见度在200米以上才行驶，否则，应在最近的匝道下高速，或者在休息区、港湾停车带停车，如果在硬路肩停下，要设警示标志。

10、发现有人触电立即切断电源。发现有人触电，施救者切不可直接接触，以防自身触电，立即切断电源，或用干燥的木棒、竹棒、干布等不导电，物体使伤员尽快脱离电源。然后以最快的速度联系医院施救
 11、如发现危房、积水，请及时联系相关部门。有险倩时，服从有关部门指挥，安全转侈。
 12、台风后仔细检查水电气：仔细检查燃气、水以及电线线路的安全性。在你不能确定自来水是否被污染之前，不要喝自来水或者用它做饭。如果米被脏水浸过，或者已经发霉，干万不能吃。

好吧。为了发表这篇博客，我的firefox崩了三次。
估计还是因为和flash相关的问题。。。。。也不想深究了。。。就这样吧
PS:不知道国内什么时候有利用ipad这类高科技产品的魔术，不要局限于传统魔术吧？

原文来自：http://www.cnbeta.com/articles/200493.htm

还记得用 iPad 当道具变魔术的那个 Simon Pierro 吗？事实上他在 Youtube 已经发布了10个 iOS 设备魔术了，最近的一个是用 New iPad 做的 iCat(YouTube)：

开发语言之争永远是一个说不完的话题，每个人心中都有自己喜欢的语言。虽然我从事着PHP的开发，但是以前曾看到过的文章里写着：PHP开发者的智商普遍低于其他语言的开发者，看到这个，我也没有生气，也没有怎么怎么。毕竟这玩意不是您说了算。。。
但语言这玩意就争的多了，我用A语言，你用B语言，我就认为A比B好，我可以说个123来，你说的456，我能用789打败你。然后再拖上一群人，你说我，我说你。。。蛋疼啊。。每种语言都有一定的优势和劣势，否则就不会有其他的语言存在了，不是吗？如果哪天真有一个非常完美的语言出现，其他语言就真的没有生存究竟了。如果它既有效率，又方便开发，还能象VB一样拖拖控件，还能直接针对底层进行处理，还能很流畅的开发WEB，甚至只要说说话，一个程序就写完了。但又能怎么样，就象所谓的语言编程，A比B的脑子灵活写出来的程序一定也会灵活，没有差的语言，只有差的程序员。。

废话说的很多，之所以要转贴这篇文章，其实是因为里面的那些转贴链接很有意思，偶尔也能拿来看看，要知道，当在说某一个语言好的时候，他一定说强调它的优点在哪里，平时看不到这类文章，偶尔有个聚合看看也不错啊。。
原文来自：http://www.oschina.net/question/28_63456

最近微博上很热闹，各路大牛悉数出马，讨论大家都很鄙视却又时不时拿出来争个面红耳赤的“语言”问题。此番场景甚是熟悉，就如《西游记》隔那么一段时间就要拿出来翻拍一遍……

首先是 @tinyfool 发表了简单直接的观点“Objective-C显然是最好的语言，没有之一”，我充分相信这是 tinyfool 为了活跃 Tiny4Cocoa 社区气氛，有意抛出的话题。

随后 @寒冬winter 发表了《我心中编程语言的评价标准》，我不知道这篇文章跟 tinyfool 的观点是否有关系。寒冬从方法论的角度阐述了如何评判编程语言的好坏。没有偏向任何一门语言，强调的观点是“物尽其用”，没有好与不好的语言，只有合适与不合适的语言。

我估计 @庄表伟 ，是看了寒冬的文章，所以发表了《聊聊语言之争》。庄表伟虽然认为语言之争不必有，但是语言还是有差别的。比如他热爱的 Ruby 就比 C++好……这个逻辑似乎挺矛盾。

随后 @左耳朵耗子（陈皓） 在酷壳发表了重量级文章《C++的坑真的多吗？》。 这篇文章旁征博引，首先阐述的是 C++ 比 C 要好，然后表达了 C++ 之所以坑多是因为你不会用，随后陈皓讲述了 C++ 历史和未来，并表达了自己对于 C++ 的情感。文章涉及到很多知识点，是值得学习的好文。陈皓在撰写的时候措辞非常谨慎，极力的想要避免“语言之争”，殊不知这篇文章将此次争论推向高潮。

在看了陈皓的文章之后 @Laruence （惠新辰） 终于憋不住了，发表了《关于语言的选择-选易用的》因 为他自己曾经因学不会 C++ 而放弃了 C++。他认为一门语言最大的优点就是易于上手，而不是本末倒置把大量精力放在学习“工具”的使用上。惠新辰认为 C++ 相对于 C 并没有扩展更多可适用的场景, 也没有提升性能, 更没有提高多少开发效率。他建议开发者要选择可以迅速上手并解决实际问题的语言，比如他正在维护的 PHP 语言。

最后 @老赵 终于坐不住了，发表了《我对“语言之争”的看法：别随便拉我入场》。 我刚看老赵这个标题没理解他是想入场还是不想入场，还是想强调他不是一个随便的人？老赵的这篇文章将语言之争推向一个新的高度，“大部分人没有资格讨论语 言优劣”！他认为编程语言是一门课，一门学科，不是什么人都自然懂自然会的东西，所以在仔细阅读相关书籍之前，你没有资格发表意见。

我认为这场语言之争很精彩，有很多独到的观点，仔细阅读能也学到不少知识。于是总结整理了一下，仅供参考。

选编程语言就如初恋，一见钟情，很多时候是命运安排你学习了一门语言，那个年少懵懂的你偏偏不小心爱上了它，于是难免情人眼里出西施。所以关于语言的争论带有太多个人的经历和情感因素，可能是程序员世界唯一不符合逻辑的话题 ：）

--EOF--

这又是转贴的内容，因为，在工作中多次遇到了。。。
当然我的原文来自并不是下面的英文地址，而是：http://www.ituring.com.cn/article/details/8290
原文标题是：
程序员时间翻译作弊手册
    ----为什么程序员不擅长估算时间

原文链接：Programmer Time Translation Cheatsheet -or- Why Programmers Are Bad at Estimating Times

一个曾经与我一起工作过的经验丰富的项目经理声称，他拿到程序员的时间估算以后，先将它乘以π，然后转化下一个时间数量级后，才能得到真正的值。1 天转化成3.14周。他过去因为程序员不擅长估算时间而吃尽了苦头。我创建了一个用来翻译程序员时间估算的表格，来尽量缩小估算错误。

时间估算时困难的。每一个程序员都有一个现实的估计区间。低于这个区间的估计意味着（构件，测试，检查代码的）时间开销被低估了。超过这个区间的估计意味着这个任务太大而很难预估。

对于初级开发者来说，这个区间甚至都不存在。他们忽略（构件，测试，检查代码的）时间开销，同时困难的任务他们却又无法预估。我想说一个有经验的开 发者应该在0.5至24小时将事情做完。超过24小时，就需要细分。这项工作应该在开发者的头脑中完成，然后总和到60小时。但是即使是有一些有经验的开 发者也需要有利用管理时间块来思考。

同样重要的是明白：编程经验不等同于估算经验。一个不被包含在估算流程中的开发者将不会擅长估算。同样，如果实际的时间花费不被测量和用于与估算比较，那么将没有反馈来学习。

最后，每个程序员都应该具备估算的技能。为磨练这个技能，接手每个任务时，先决定你要做什么。然后在开始之前估算任务所需时间。最后测量实际花费时 间，并与估算相比较。同样比较你实际完成的与计划完成的。这样你将会既提高你对一个任务包含细节的理解，同样也提高了你的估算技能。

译者求助：
1.求更有趣的标题
2.MARKDOWN如何插入表格？

----------

上面的翻译真有意思，不过我是觉得这样的，标题应该是：程序员的手表是怎么转的

我觉得翻译不错。哈哈。。。markdown好象是不支持表格的。不过应该是可以画ASCII的表格，这样才OK嘛

以前，很多网站上都有All Rights Reserved.和(c)2000-2011年这样的标记，那么，他们是什么意思呢？

一般来说，All Rights Reserved. 一般是指保留所有权利，如果这个网站你的资料全是自己的，或者是自制的，写上这个标记会好一点。

(c)2000-2011 这种是指享有著作权或者版权所有之类的意思。从起始日期开始就有，如果没有特殊标记，会一直延续下去。

参考：http://www.copyrightnote.org/crnote/bbs.php?board=3&act=read&id=502

-------
看完这个，你明白了吗？如果你的网站不是通过Copy来的数据建立的，一般尽量不要用这个标记。比如象哥的网站，CC协议，多好啊。CC，什么是CC？不要复杂的翻译，什么创作共享，何必这么复杂的记录呢？CC，在邮件里是抄送，中文CC就是抄抄。嗯。CC就是告诉你，可以抄抄。。

开个玩笑。

-----

©©