易栈网-膘叔

好吧。为了发表这篇博客，我的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就是告诉你，可以抄抄。。

开个玩笑。

-----

©©

我不知道雅虎是怎么想的，但是我知道我所有的邮箱里，收到中奖邮件最多的邮箱一定是雅虎，难道他们识别不了中文？不清楚。。。。
不过，基于目前很多人因为看到类似邮件还在那里妄想着中奖的事情，所以我略微将这些信息说一下。當然不得不說，現在這些騙 子也越來越於是俱進了，最起碼，幾年前看到的中獎獎品都是三星電腦 ，如今都說是蘋果電腦了。

小常識：

红字的部分其实以前在学营销的时候就学过，但是，这指的是有奖销售，所以下面那句游云庭律师的说话，我不知道是否正确。也就一并贴出来了。

下面说一下中奖内容吧：
其實所有的中獎內容幾乎都是：現金+獎品，然後登錄 某網站輸入你的註冊 信息，然後會有電話聯系你。一般來說網站都有驗證碼，這些驗證碼毫無例外，大約都有兩個8，什麼1688，5188，9188，8118之類的。因為大多數都是在郵件裏面收到中獎信息，所以，獎品大多數是筆記本電腦，適合屌絲們升級的慾望。偶爾為了顯示正規，郵件裏還附有聯系電話。公證圖片之類 。
比如你看這封郵件：

哎，看这封邮件，多体贴我们國內用戶啊，怕你數錯字，用了6萬7仟元這個中文。怕你看不清獎品，用了中括號加深標記。
其實說白了，這些網站還有一個特徵，99%都是ASP做的。驗證碼怎麼輸都能進。提交之後真的會跳到官網。。讓你更加的相信這是一個真實中獎的網站。

--------EOF-----------
不廢話，無欲則剛，不要想著天上掉餡餅就OK了