膘叔的简单人生
这个标题，象我们这些70后80后，基本上都算是比较熟悉的了。想当年，虽然不能说是万人空巷看这个片子，最少也是一家们坐在一起看吧？
可以这么多，每个小孩子都希望自己的父母亲能够象迈克的父母那样。而每个父母估计也会希望自己的小孩象开萝而不是迈克。。。
小时候，我自然也会这么想，要是父母能够再开明一点多好？长大了，现在却是在希望小孩以后不要象迈克那样调皮，最好能象开萝一样用功，当然能够在灵性上象迈克就行了。
愿望都是美好的。只希望自己以后对小孩还是放松一点。没必要把自己吃过的苦受过的痛都让自己的下一辈承受。爱读书最好。不爱读书，也希望他有个正常的爱好。你看，成长的烦恼里，那么不爱读书的迈克最后也成了教书育人的老师了。不是吗？
人，总会长大的嘛
如果看了《阿凡达》不写点什么，是否都会被人鄙视一番？
一部《阿》剧惊动了多少人啊。听说首映当天有人开车到上海来看完后，再连夜赶车回南京。也不知道是真是假 。
反正首映结束后，第二天网上一些网站的《阿》剧专题里就有人说：看2D《阿》剧，和看枪版没啥区别。
如果不是正好周四单位放假，我恐怕也没有时间去看吧。。所以看完后，今天就想着要写一点东西了。
《阿》剧在中国人看来没有啥内涵，其实也很正常，如今的网络小说，什么穿越、重生、未来、异世、修真等，自然看起来没啥内涵。。twocold说强拆的事情在我们看来是天经地义的，唯有老外（包括外星人）想不通了。
看看这个傅红雪写的《阿凡达》里反应出来的装修问题，也算是真能看的。
我是没有看出这些东西，我只是觉得在两个镜头的时候震撼了一下，一个是阿凡达刚刚进入森林时，从高处往 下看时，还有一个就是刚刚乘上大鸟在飞翔时，我这个有恐高症 的人立刻有很大的震撼了。这是以往 看2D电影所没有的感觉 ，也是从来未有过的。。
场景，是这部电影最让人震撼的，再加上3D效果，十年一剑，果然非常强悍，一时国内影评纷纷认为，差距巨大。距离相差几十年也有吧。一同事说，不是几十年能够达到的，还是用光年做比较才行。。
其实仔细想想，泰坦尼克号的3D国内至今 也没有能够完全实现过。当时所谓最顶级的3D效果也就是把。。。
不过我老婆看完后说的却是：怎么主角都是叫杰克？
因为自己的手机是G2，所以对于这方面的就稍关注了一点点。本想也想做个手机软件下载站，但不是官方一来无法收集全所有的程序，二来也没有什么市场软件提供。不能够精简流量。所以也就短暂的放弃了这个想法。
看到UED的关于手机开发网站的必修课。所以先记录一下。
以下是内容，很长哦。。。慢慢看，来自手机网站开发必修课[2009总结版]，原文中还有一幅进化图：
从09年初接手淘宝手机网站前端开发的工作至今，转眼已是一年。一步步看着手机淘宝从最初的beta版本到今天的样子，感慨良多。
手机网站开发，有着许多不为人知的困难：
一是可参考的资料太少，大部分手机网站都处于起步阶段，很多的时候都是摸着石头过河，而鉴于淘宝自身的特殊性，也使得我们在参考成功案例之余，要做更多的思考；
二是兼容性工作异常艰辛，难度一点也不比web网站的兼容性工作来的低（关于这点，请参见我之前的文章）；
再者作为一个手机网站的前端开发，也往往容易被人忽视（包括我们自己），大家也许会觉得做好一个手机网站能有多难，了解一点XHTML、一点 CSS，甚至不需要对JavaScript有什么研究，事实却不是如此，正因为手机网站的开发受到设备的太多限制，前端们常常为了节约几个字节而纠结万 分，写出语义化良好的代码也显得更加重要，而多版本的开发需求也对于JavaScript的优雅降级要求甚高，这样才能使得网站有分版本需求的时候可以公 用同一套XHTML代码，最大程度的降低开发成本。
对于手机网站来说，相信现在仅仅只是个开始，随着各种新机型的相继面世，这块领域必将成为兵家必争的新高地。
注意：由于手机网站发展迅速，请参阅者注意本篇文章的发布时间。
拥有全面的用户数据，无疑能帮助我们做出更符合用户需求的产品。内部数据能帮我们精确了解我们的目标用户群的特征；而外部数据能告诉我们大环境下的手机用户状况，并且能在内部数据不够充分的时候给予我们一些非常有用的信息。
从外部数据来看，09年10月到11月期间
国内浏览器品牌市场占有率前三甲为：
国内的手机操作系统前三甲为：
当然，作为中国的手机网站开发者，不能忽视强大的山寨机市场（或者应该叫作做国货精品手机市场？）。顺便提一下，这类手机通常使用的是MTK操作系统。
（以上数据均来自statcounter.com）
注意：以下所说的“大多数”是指在我们测试过的机型中，发生此类状况的手机占比达50%及以上，“部分”为20%到50%；“少数”为20%及以下。而这个概率也仅仅只限于我们所测试过的机型，虽然我们采集的样本尽量覆盖各种特征的手机，但并不代表所有手机的情况。
大多数手机不支持的：
部分手机不支持的：
虽然只有部分手机不支持这几个标签，但因为这些标签在页面中往往具有非常重要的功能，所以属于高危标签，要谨慎使用。
少数手机不支持的：
大部分手机不支持的：
部分手机不支持的：
少数手机不支持的：
这部分测试相对不那么让人抓狂，要么干脆不支持，如果支持的话，对基本的dom操作、事件等支持度都还不错。但我们没有测试过很复杂的脚本。
在我们测试过的手机当中，支持（包括不完全支持）JavaScript的手机比例大约在一半左右，当然，对于我们来说，最重要的不是这个比例，而是要如何做好JavaScript的优雅降级。
目前来说，手机网站开发是个典型的设备驱动开发的过程，页面被设计成什么样，能做到怎么样，几乎全取决于目标客户的手机设备情况。
所以，对手机设备的了解，对于设计开发过程有着直观重要的作用，对于前端来说，就需要有计划的进行长期的手机浏览器兼容性测试，什么样的设计能被实现，什么样的标签可以使用，这些都需要有数据的支持。
我们必须有这样的认知，开发的手机网页总是会在或多或少的手机设备上出现问题，因为我们永远无法知道所有用户的手机设备情况，所以我们更要尽量的遵循标准进行开发，这样才能将满足用户的比例做到最好。
任何一个领域都有值得你进行深入了解的地方，即使现在看起来，手机网站的开发还有点不入主流，但我相信，随着手机设备的更新换代，总有一天它也会成为我们占领客户的一个重要战场，iphone这类有符合web标准的浏览器的手机发布，也给了我们更多的信心。
总之，革命尚未成功，同志仍需努力。顺祝大家新年快乐！
本文并不是教你怎么分析，事实上，分析UserAgent也是一件很简单的事情，正则以空格分开，后前没有标点，就行了。。
不过，想要知道UserAgent里那么多的参数代表了什么意思，那还是一件挺复杂的事情，这不，有个网站就做了这样的事情，Look：http://www.useragentstring.com/
你会看到Useragent的分析报告 。。。
【
对于一般用户来说，他们是不会修改UserAgent的，但是对于经常混迹于互联网的你来说，一定要学会修改，呵呵，Firefox就有插件：Nightly Tester Tools
】
事实再一次证明，创意远比技术来得重要。。。
其实，这个新闻里所说的：【众所周知，2006年12月之后申请的网易免费邮箱不再提供免费POP/SMTP服务】，我还真不知道。。。
我只是奇怪为什么我的帐号可以发邮件，而同事的却不能发。。毕竟我们更多的时候是用PHP来发邮件的。
原来是这样啊，http://www.cnbeta.com/articles/101483.htm：
据广大网友反映，从今天晚上20点40分开始，网易免费邮箱（163、126）再次免费开放POP/SMTP服务。众所周知，2006年12月之后 申请的网易免费邮箱不再提供免费POP/SMTP服务，不少用户因此都埋怨网易小气。可能是因为前几年稳坐国内免费邮箱头把交椅的缘故，网易一直对用户要 求免费开放POP的呼声置之不理。 这两年，随着QQ邮箱的高歌猛进，大量网易邮箱用户开始倒戈，投入QQ邮箱和gmail的怀抱，网易的免费邮箱老大哥地位也摇摇欲坠。2010年伊始，网易邮箱便展开了一些列大动作。升级到3.5版后，网友们欣喜地发现网易邮箱开始变得厚道起来，主要变现在：
1.从上个月开始， 免费邮箱去掉了发信时的广告尾巴；
2.从今天晚上20时40分开始，网易163和126免费邮箱可以免费开通POP服务。（默认未开启，用户需在邮箱设置中手动开启）
--EOF--
邮箱中，我常用的也就163和yahoo了。自从foxmail推出后，我也用了foxmail，但是现在。。。。登录却跳到了QQmail，真伤心。。。139邮箱也在用，不过。纯粹是为了免费提醒功能。可以让我收到一些提醒信息。。
163一改版，我就立马发现了。确实顺手，而且速度也很快
BUG管理给开发人员带来了方便，但，如果你描述的不合理，或者无法让开发人员重现BUG，那么，你其实是在给开发人员带来困惑。。。
一般情况下，我们使用bugzilla来记录BUG，有时候也用 mantis，毕竟这两个都算是开源软件了。bugzilla被使用的更多，因为有很多IDE，都有插件支持，但对于开发人员来说，更重要的是BUG产生的情况，所以淘宝的QA TEAM 这样谈BUG描述时，我觉得有必要记录一下，以后也可以让同事看看，HOHO，可以报BUG更精确一点：
清楚准确的描述BUG，这是测试人员的必备的基础。但是针对各种问题，我们又如何使自己提交的BUG让开发人员看一遍就明白呢？我相信大部分人都会碰到以 下这种情况，我们提交上去的BUG在某些特定的环境下存在，这时候如果没有写清楚具体产生BUG的前提条件的话，BUG难以重现，这个时候开发就会说： “为什么我测试的时候没有出现这个问题呀，人品问题。：）”。还有就是开发经常说：“为什么在我的机器上没有出现这个问题呀？”。“这个BUG是什么意 思”等等问题，出现以上一些问题还是追究其根源：
1． 测试与开发理解需求有偏差
2． BUG的出现是有概率性的
3． BUG受环境影响
4． BUG在一定条件下存在
5． BUG受数据影响，数据量达到一定量时才存在。
6． 测试人员提交的BUG，描述不清楚，让开发人员不明白其意
为了尽量避免以上问题的出现，我们测试就要尽量用最简洁的语言最清晰的描述出BUG的出处、操作步骤、现象等。下面讲一讲BUG的描述规则：
1．摘要主要用于指明Bug发生的地点、在什么条件下发生什么现象。
2．描述字段：
1）描述Bug发生的地点、所用账号类型、操作步骤、期望值、实际值， 如果Bug与浏览器相关，需尽量描述更多的环境参数，如操作系统等。
2) 一个Bug不会包含多个问题，会尽量单一化，便于跟踪处理及统计
3) 对于很难描述清楚的Bug需截屏作为附件上传，并在描述中写明参照附件。
4）尽量减少重现的步骤以达到用最少的步骤来重现问题；
5）不要使用完全的大写形式，那样会让人感觉象控诉。不要使用感叹号或其他表现个人感情色彩的词语或符号。
6）不要使用含糊的词语（例如，好像，似乎）来描述发现的现象。
7）在BUG提交前，测试人员应该反复阅读它，集中剔除那些没有关系的步骤或词语。隐含的或模糊的说明和那些由于对没有任何关系的细节或者那些在重现错误过程中不需要的步骤。
8）测试人员在精简空话的同时或其之后随即应该再仔细检查报告是否有会产生误解的地方。测试人员应该尽量避免使用模糊的，会产生歧义的和主观的词语。目标是使用能够表述事实，清楚的，不会产生争执的词语。
9）如有必要可以把产生结果的SQL语句放上去，不过需要开发人员在短时间内定位问题，否则测试人员不能保证数据的完整性。
10）如果是概率性的BUG，尽量重现BUG，找到BUG产生的条件，如果找不出BUG产生的原因必须写明BUG发生的概率大约是多少。
11）BUG如果在特定条件下产生的，必须写明BUG产生的条件和操作步聚。
对了，本文来源：http://rdc.taobao.com/blog/qa/?p=5168，作者是pingyan
说实话，我还真是第一次看到这种官方的有声故事。前段时间，夜大同学和我说，迪斯尼有DVD专门用来给小孩学英文的。可惜没有找到，当然，估计找到了也买不起。google一下，可以找到很多：欢乐学英语的DVD ISO下载【如今电脑已经被处理掉了，家里连光驱也没有了，也就懒得下载了】。
今天在官方找到了这个小故事，觉得挺有意思的，就放上来看看。呵呵。
平安夜快乐啊。。。
不想多写了。否则明天就又该说圣诞节快乐了。哈哈
少男少女们可以出去约会了。我是木有机会了啦 。。
这两天在写公司的程序，也在想着把自己的sbPHP【SuperBase PHP】做好，正好遇到一朋友在试用CRM，突然想起，其实我的服务器基本上还空着。如果我装上CRM，是不是也可以让人使用呢？
于是找了点资料：The Top 10 Open-Source CRM Solutions ，看了一下，这些CRM中，有一些是不能够被我所使用的。。。因为我的服务器终究是只支持LAMP的。所以，只有三个程序可以被支持：
1. SugarCRM Inc. is the 800-pound gorilla in the open-source CRM category. Founded in 2004 by John Roberts, Clint Oram and Jacob Taylor, the Sugar open-source code has been downloaded more than 3 million times. The company has received $26 million in venture financing and employs more than 100 people. More than 12,000 companies use SugarCRM including Honeywell International, Starbucks Corp., First Federal Bank and BDO Seidman LLP. SugarCRM is written in PHP and is compatible with the MySQL database.
6. Vtiger CRM is built upon the LAMP/WAMP (Linux/Windows, Apache, MySQL and PHP) architecture, with the main development team based in Chennai, India. Vtiger CRM includes SFA (Sales Force Automation), customer-support and -service, marketing automation, inventory-management, multiple database support, security-management, product-customization, calendaring and email-integration features. It also offers add-ons (Outlook Plug-in, Office Plug-in, Thunderbird Extension, Customer Self-service Portal and Web Forms) and support for other add-ons. Vtiger is written in JavaScript, PHP and Visual Basic. It is compatible with ADOdb, MySQL and PostgreSQL databases.
8. XRMS CRM is a Web-based application suite that incorporates human-resources management, SFA and CRM. It is an on-premise solution for the small to midsize company. XRMS CRM includes computer telephony integration and the ability to add plug-ins for programs such as Outlook. XRMS CRM is operating-system independent, and it is written in an interpreted language (PHP). Compatible databases include ADOdb, SQL-based, Microsoft SQL Server, MySQL and other network-based DBMS.
好象sugarCRM和vtiger仿佛是一家的。。以前在篱笆的时候，还用过一个简单的CRM，不记得是什么名字了。。【找到了，是http://www.group-office.com/】
如果您需要在线的CRM也可以联系我哦。呵呵【随便说说。。。】
这个消息来自于apple4.us，原文网址为：http://apple4.us/2009/12/apples-myriad-javascript-frameworks.html
看到这个我也很吃惊，吃惊的不是他用框架，而是一家公司，出了四五个JS框架。。累不累啊？
本来我也想转载过来，但apple4.us认为：
在中国，用 CC 协议保护一个努力进行原创和组织有价值的 UGC 的博客媒体似乎相当困难
而且还提到：
转载有两个结果：一、浪费硬盘空间；二、令各个站点的内容趋向同质。两个都不是好结果。硬盘空间是一种资源，是资源就不该浪费；关于第二点，我们猜测没有人愿意在所有苹果站上看到大同小异的内容。
因此，在apple4.js页面底部就有：请勿转载本站文章。Apple4.us 保留一切权利。（声明）所以我就不全部转载，只贴一点点，也就是这5个框架的名称和介绍：
