Misc

在vampire的帮助和支持下，将mac的硬盘换成了SSD的，果然启动速度和程序的运行速度快了好多。
准备装一个app cleaner将以前删除 的程序清理干净

细细想一下，其实苹果的这种软件删除也不会特别干净，将配置文分开存放而不是象windows那样放在注册 表里。好处有坏处同样有。

软件app直接拖到回收站，但其实一些配置什么的都没有清理干净。只不过windows是在注册表里而已。

今天换硬盘的同时，学会了如何对拷硬盘，果然USB的速度超级慢啊。

标题很有诱惑力，所以我略看了一下并且转载了。在我现在的工作中就是遇到了这样的问题，是该坚持HTML5还是坚持 native的程序？还是两者混用。HTML5的好处当然有，可以随时更新新的样式。native的话就不行，但是内存消耗会小上很多。而且很多基于后台运行的任务，HTML5也不能完美实现。所以混用就成了现在大多数人的用法（用native做外包装，捕获HTML发送的一些接口、事件，这样就几乎可以两全其美了）。比如淘宝HD、add资讯、flipboard等。但是从工作量来说，就麻烦了。找一个好的IOS、androidOS开发人员容易，找一个Javascript开发人员难啊。UI是也是HTML和native之间永远的痛

不乱说，上原文：原文来自：http://www.cnbeta.com/articles/173420.htm
新闻来源:涂雅
现在越来越多的公司进入到移动互联网这个领域，选择HTML5做跨平台的解决方案，还是针对不同的平台开发，这是一个十分艰难的选择。早期的技术选型很重要，稍有不慎，后患无穷，是超前使用HTML5，还是稳妥地针对性开发，或者两者折中？ 随着移动设备越来越先进，对HTML5的支持度越来越高，我们进军移动领域的时候，都会遇到一个问题，是选择HTML5和还是Native(用 原生 代码编写的本地程序)？HTML5的前景无疑是诱人的，一句“Write once, run anywhere”就可以秒杀一切。笔者最近两年来对HTML5与Native有较为深入的研究，觉得两者之间不能仅仅是二分法来选择，还要根据企业自身 的情况、团队的构成、公司的战略以及产品的特点来综合选择。

HTML5的发展前景我无疑是非常看好的，各大公司也不遗余力的推动，目前主流的三大智能机操作系统iOS、Android和WIndows Phone都已经支持大部分的HTML5特性。而移动设备硬件军备竞赛也为HTML5扫清硬件障碍。按照现在的发展速度，我判断是在三年以内甚至更快，移 动设备运行HTML5将会完全没有压力，无论是标准还是硬件。现在主流的智能机已经配置双核浏览器和1G及以上的内存，今年再出智能机没这个配置你都不好 意思发布了。

谈谈HTML5

1.HTML5可以让你摆脱对平台的依赖，用户打开浏览器，直接就可以访问你的应用，而不需要经过各种Store的审核。

2.实时更新，通常平台的审核都需要七个工作日左右的时间，如果你发布之后发现问题怎么办？Web方式就不存在这种问题。

3.Write once, run anywhere?

这是多少程序员的梦想，也曾经是Java让人心动的地方，但真正做过跨平台解决方案的人都知道，这只是一句口号而已，跨平台没那么容易玩转的。没 错，HTML5可以实现Write once, run anywhere，但我们总不能写一个Hello World来run anywhere吧。不同平台有自己的特性，不同平台用户也有自己的操作习惯，如果你想讨好所有人，也就意味着你无法讨好任何人。

4.减少开发工作量或者让开发变得更简单？

对老板来说，这是一个非常诱人话题，因为工作量的减少就意味着节省更多的钱，没有老板不喜欢用更少的钱办更多的事。而且目前一个非常大的问题是，移动设备 开发人员特别是iOS开发人员非常不好找，因为技术好的都自己做应用了，人家自己也能赚个月薪上万甚至更多，为什么要进你的公司？怎么说也是自己的事业， 拥有无限可能，还可以充分享受自由。但如果可以充分利用HTML5，那么我们就可以招聘Web前端的开发人员来构建移动应用，这样就不愁招人的有问题。因 为在许多人的眼里，HTML5/CSS/Javascript都是没多大技术含量的东西，实在找不到人，找些实习生学学也就会了。

但问题是，工作量真的会减少吗？技术门槛真的那么低么？答案是NO！

我曾经花了半年的时间去开发一个基于HTML5的移动框架，用来模拟Native应用，让HTML5应用看起来尽可能看起来像本地应用，注意：是 像。这有点像jTouch，但不一样的是，它能和Native程序很好地交互，并且能调用本地资源等等特性。但最后结果确不是那么令人满意，比如 HTML5在动画切换的时候，有时候候会有一些莫名其妙的问题，当然你可以告诉我把动画效果关了，但这看起来很死板，最后我不得不关闭某些动画。而用 Objective-c编写程序就没这么多事了，几句简单的代码可以实现很酷的动画，用HTML5需要更多的代码，甚至根本无法实现。

而且移动设备上的HTML5开发对开发人员的技术有非常高的要求，不是一般的Web前端人员能解决的，通常拥有这样技术的人才，工资水平也不会比 Native开发人员低多少。如果你仅仅是要开发一个移动设备上的网站，这会简单很多，但如果你希望模拟Native应用，并且拥有较高的效率和优雅的用 户体验，这就很有技术含量了。不要小看Javascript这类Web开发语言，通常我的看法是越简单的语言越会体现出技术人员的水平，特别是规划设计能 力。

5.其它问题，资源调用的限制，比如说在iOS中有Javascript运行不能超过15秒的限制，不能调用本地硬件设备(如相机等)，无法使用推送服务等。
如何选择？

是否这样，我们就不要选择HTML5了呢？我在前面说过：“要根据企业自身的情况、团队的构成、公司的战略以及产品的特点来综合选择”，我最近在关于 HTML5讨论的微博上也有谈到：“HTML5是战略性方向，Facebook和Google已经布局，Google Mobile在iPhone上的体验可以媲美Native。基本上Native+Web App可以秒杀多数应用，如果不愿意受制于各种Store，单独的Web App也是一个不错的方向。对于游戏类和对硬件环境依赖严重的应用，只能是是Native”，相关链接：摘录微博——对移动互联网的一些看法。仅管有这样那样的问题，但HTML5是一种趋势，在未来三至五年，HTML5将会取代很多本地应用，但就像多年前我们一直在谈B/S架构取代C/S架构一样，这需要一个过程。

通常在HTML与Native之间，我们有三种选择——HTML5、Native App以及HTML5+Native，HTML5就是指纯Web的移动应用，用户需要打开浏览器，然后输入应用的网址访问。Native指的是基于特定平 台开发的应用。Native+HTML5实际上是一种加壳的方式，将HTML5用和浏览器封装起来，但这对用户是不可见的，用户没有任何异物感，和 Store上下载的App没有什么两样。

就我个人而言，我是比较推崇HTML5+Native的，这种加壳的方式，可以让你享受Native与HTML5的双重好处，但缺点是对技术含量要 求较高。当然我这里指的不是简单地把HTML5封装到一个浏览器里面，Native与HTML5会有许多的交互，实际上这有点像混合硬盘，我们即便享受 SSD的快速，但我们又想获得机械硬盘的高性价比。我认为在5-10年内，这都会是一种不错的解决方案，当HTML5和硬件发展到一定水平之后，我们再完全转向HTML5成本也会非常低的。

如何做？

假定现有一个对本地环境依赖不那么严重的项目，如微博客户端，各种社交美食甚至LBS应用，我们都可以采用HTML5+Native。如图所示，我 们可以将核心的代码Core层用封装起来，这个代码和平台无关，主要是业务逻辑以及和Shell的交互，代码用Web语言编写。在Core层上我们再根据 不同的移动平台制作不同的UI。最后我们将上述两层放到各平台的Shell中，这个Shell主要是由浏览器来完成工作，当然还包括一些硬件操作和读取本 地资源，如GPS、重力感应、相机调用、地图、推送通知或者IAP等。



我们可以把Web的升级部分部署到服务器上，用户运行App后，App会向服务器讲求获取最新的Web程序并下载运行，这样可以达到跳过各种 Store的更新审核，达到快速更新的目的。而且假如用户无法访问互联网，我们可以让用户使用上一个版本的程序，不会像纯Web App那样要求用户一定要联网。

好处

1.用户可以离线使用

2.更新下载量及少，可以全部更新，也可以选择替换部分文件

3.代码很安全安全，众所周知Web应用有一个很大的问题就是代码安全的问题，但现在我们可以将Web代码全部加密，本地应用解密后再运行，大大的提供了代码的安全性。

4.可以通过浏览器作为中介充分利用Native的好处，比如说可以使用GPS、照相机、本地相册、读取本地联系人，也可以使用推送功能等，最重要的是，某些Web无法实现的功能，我们可以利用Native来实现。

5.跨平台，多数核心代码不用重写，Javascript的代码用得好的话，在许多地方都可以用到，包括移动应用、移动网站、PC网站、各种浏览器 插件，甚至可以用WebKit封装作为跨平台的应用程序。诚然，这种方式并非完全跨平台，但这样也足以减少很多工作量了，特别是后期的维护。而且完全的跨平台是没有意义的，不同平台有自己的风格，为了更好的用户体验，界面层还是需要针对性开发的。

坏处

我觉得最大的坏处是技术难度高，如果仅仅是简单的浏览器封装几个HTML文件，那没什么技术难度，但如果要打造一个系统级的东西，这就很有技术难度了。这 要求有人要了解三个主流平台的浏览器特性，通晓Native程序的开发，要精通HTML5/CSS3/Javascript，最重要的是，要有较强 的架构设计能力。

如果要再找一个坏处的话，就是它不能满足所有的需要，它并不能代替Native，但我认为他可以替代大部的Native。
适合我们吗？

首先从产品的角度考虑，你的产品是否严重依赖于本地环境，比如说图像处理和华丽的游戏之类的。第二要考虑的是你的技术团队的构成，如果你们的团队有一个能 解决这些问题的牛人，并且有一些清通Web前端的人，那我觉得你可以考虑用这种方式。技术选型非常重要，稍有不慎，后患无穷。第三个要考虑你们公司的战 略，对HTML5未来发展的看法，愿意在移动互联网上付出多少代价，是否愿意做前瞻性的事，是否愿意在前期投入较多的资源，是否允许试错等等。

碎碎念
1、倒车：我还好，基本没什么问题，估计下一次就是换车位了（不知道名词术语怎么说来着），反正也就那样了。倒车，脚酸呐。。。

2、网站出国，速度还能接受，希望我这台VPS对应的服务器不要超售 我就开心了。水月说的200多MS，其实真不算什么了，要知道，以前在怒江双线机房，国内访问也得200多MS了。。

3、长宽，总还是有人打电话过来，但，其实问题依旧。算了，我也不想折腾了。如果他们愿意退钱是最好，否则我就忍忍吧。毕竟我原来出问题只是在打开我自己的博客才会出问题。现在我换到国外了，也不会出问题了。

4、开始尝试使用YII的CDataProvidor做后台数据列表，果然真的是超级方便，以前没用它，太可惜了。

5、小朋友开始读英文了，外教，主要不是为了学，是娱乐。幼儿园居然体罚，吃冷饭。虽然说小朋友是会犯错，但吃冷饭就不太上路了。怕小朋友在幼儿园有阴影，所以到外面报个学校学习学习。目前看来不错，只是，外教看上云邋遢了一点。其他还好，比在学校开心多了。（一周一节课，当然是比每天都上课开心，只是2年的费用贵了点。嗯，两台mac book pro没了）

咨询一下访问本博客的朋友们，速度快吗？
如果有兴趣 ，请在留言的时候，贴一下PING的速度，谢谢。
因为，机器已经迁到国外了。HOHO，我估计是会有一点慢，但应该没有那么明显吧？

毕竟sablog还是以速度著称的。而且lnmp下面这一点小负载也不算啥。
原来同IP上的另一个站点为什么慢，是因为，它连接的国内的服务器，现在这个不会了。数据库也迁移过来了。

有时候真的不想再说什么 。
技术如果不到家，就不要出来混嘛。长宽在上海这么多年，除了头两年大家对他的口碑表示比较不错外，现在是越来越让人感到不舒服。
总之一句话，等这次到期后，坚决不再使用长宽，没有必要为了省这1～200块钱而天天受气。
看着别人免费升光纤，自己还得忍受龟速以及广告的纷扰，自然是觉得心里不平衡。
其实在用它的第一天我就后悔了，因为。。。我看到他的进小区的路由器居然毫无遮挡的扔在了楼道间，只是用网线包扎了一下。
退款，几乎是不可能的。google一下网上就知道了。
或许你说，我家的长宽还不错啊。希望你能一直笑下去，总之我是笑不下去了。原本以为我在家里也无所谓这些网络的，毕竟我不下载游戏、不玩网游，只是打开网页而已，当然便宜点就便宜点了。结果现在就这样了。
好吧，长宽你是大爷。我怕你了

参考网址：
1、http://it.sohu.com/20110418/n280313149.shtml
2、http://zhidao.baidu.com/question/215220228.html
3、http://people.rednet.cn/PeopleShow.asp?ID=662987
4、http://www.jdjsq.com/changkuan/changkuan_428.html?m=428
5、http://bbs.city.tianya.cn/tianyacity/Content/47/2/826546.shtml

不多贴了，直接google，“长宽怎么退钱”，你会看到一堆这样的链接。

当Firefox下载的文件过多时，firefox打开的速度也会越来越慢
我不知道你们是否尝试过。ctrl+j(下载列表)，当这个列表的数据超过100条时，你会发现firefox也经常一卡一卡的，毕竟在很多时候，我们都会不由自主的直接用firefox下载文件。因此当一点击下载时，就会调用sqlite来读取里面的下载列表。也就导致firefox运行起来也超级卡

及时清空列表，你会发现firefox速度也快上了不少，而且，内存占用也会少上很多。
不是虚言，是真的。

当然，历史记录这玩意儿，也可以适当清除清除的。毕竟你也不需要保存几年前的记录吧？这个就仁者见仁了。

好不容易理个头吧。人说，正月里不能理发，是因为正月里理发会死舅舅。于是乎我google了一下。

两种解释，不知道孰对孰错:

1.正月里剃头---"思旧"
2.正月里剃头---"思舅"

第一种解释

旧时民俗禁忌甚多，“正月里不许剃头”即为一例。夏历第一个月里，任凭男孩毛发疯长，却丝毫不能侵犯，否则对舅舅不利。“正月里剃头，死舅舅。”多吓人的一份责任，舅舅的安危全系于外甥的头顶之物。直至夏历二月初二，男孩才有了剃头的自由。

外甥的头发因何与舅舅的性命有了瓜葛？实在费思索。社会学家考证人类是从母权社会一步一个跟头斗才到父权社会的。在女人说了算的母系氏族社会，娘家人的重要代表——舅舅，自然不可小觑。

民国二十四年版的《掖县志》卷二《风俗》揭出了习俗的谜底：“闻诸乡老谈前清下剃发之诏于顺治四年正月实行，明朝体制一变，民间以剃发之故思及旧君，故曰‘思旧’。相沿既久，遂误作‘死舅’。”正月不剃头，原是“思旧”。正月为一年之始，有如一日之晨。正月一个月不剃头，以缅怀传统。乡老将“剃发令”的时间记错了，不是顺治四年正月，是顺治二年六月。那时候摄政王多尔衮就下令在北京的前门、地安门、东西四牌楼等主要的路口设立席棚，免费给来往的行人剃头。“剃发令”规定官军民一律剃发，迟疑者按逆贼论，斩！朝廷以死要挟汉人归依满人的发式，使汉人惊恐万状。但这惊恐瞬间化作满腔怒火，他们宁死也不剃发，甚至高呼：“宁为束发鬼，不作剃头人。”但是，脖子毕竟硬不过钢刀，汉人为了项上头颅被迫剃发。然而反抗并没有停止，正月不剃头即是一种反抗形式。1644年至1650年（顺治元年～七年）间，意大利人卫匡国写下《鞑靼战纪》，记录了中国南方军民为保卫头发而战的情况：士兵和老百姓都拿起了武器，为保卫他们的头发拼死斗争，比为皇帝和国家战斗得更英勇，不但把鞑靼人赶出了他们的城市，还把他们打到钱塘江，杀死了很多鞑靼人。实际上，如果他们追赶过去，也许会收复省城和其他城镇，但他们没有继续发展胜利，只满足于保住了自己的头发。为剃头不惜掉头，这是意大利人很难理解的。

汉族男儿自古就蓄发，“身体发肤，受之父母”，不敢损伤、妄动。剃头简直就是剔命。“去发”的髡刑不在五刑之内，但也是一种刑罚。三国曹操割发代首就是明证。此习自隋、唐以后已废止：未成丁的孩童，头发覆颈披肩；成年后，总发为髻。那时候，清朝为了统一全国的服饰，强迫汉人学满人的样子，剃头留辫子。满族人原是狩猎部族，为了实用方便，从额角两端引一直线，直线外的头发全部剃去，仅留颅顶发编成辫子。习俗有极强的传承性，也会因时因地而变。满族入主中原后，大量接纳汉族士大夫参加政权，内阁大学士、六部尚书等高官显位，都是满汉各半。在这“满与汉，共天下”的局面下，满汉民族矛盾逐渐减弱，日久天长，汉人也奉“满清”为正统了，剃发渐成习惯。这样，正月不剃头以“思旧”就失去了赖以存在的文化心理基础，由谐音讹传为“死舅”。为了反抗满族的统治，汉人就编造出正月剃头死舅的说法。正月一个月不剃头，意味着一年没有剃头，以此来缅怀祖宗，缅怀传统。而舅舅在中国人的传统中，是公正的象征，一般家庭分家都是由舅舅主持公道。

江苏淮阴等地民俗说这个传说始于秦始皇赢政，为避讳，民间就把每年的第一个月改称为正月，也形成了不“剃头”的习俗，否则就有血光之灾。而四川建始县人说，正月不剃头，否则叫“正无发（法）”。

居住在东北的满族人正月也不剃头，大都等二月二这天剃头，其名曰“剃龙头”。年年剃龙头，长大成人定会龙腾虎跃、金榜题名有出息，他们“妈妈例儿”（也写作“妈妈论儿”，即日常生活中的迷信禁忌和迷信言论）也认为“正月里剃头妨害舅舅”。可见这是人类古俗的孑遗，不过在民族矛盾加剧时却赋予了新的内容，以旧俗假托故国之思罢了。


第二种解释

“正月里剃头死舅舅的说法想必知道吧？”老板娘问。

在河北石家庄地区，正月不能理发的风俗影响很大，人们普遍是在腊月理一次发，然后等到二月二“龙抬头”才会再进理发店。我回答道：“一种迷信说法罢了。”

“可就是这种说法不仅影响了我们理发行业的经营，也给人们对美的追求添置了障碍”，老板娘接着说，“我做过一个调查，大部分年轻人并不在乎迷信说法，只是怕长辈指责不孝和大不敬罢了。”“你有什么好的办法吗？”我问。

“只要了解这说法的来龙去脉，一切都会迎刃而解”，老板娘接着说，“当初学徒时，就这个问题请教师傅，师傅讲了这样一个故事——相传很久以前，有一个贫穷的理发匠很爱自己的舅舅。然而到了正月，理发匠却为没有钱给舅舅买一件像样的礼品而发愁。串亲的日子到了，理发匠灵机一动，挑着剃头挑子来到舅舅家，精心为舅舅剃头刮脸。等到舅舅出现在酒席前时，亲朋们无不夸赞理发匠手艺高超，说舅舅看上去年轻精神了许多。舅舅很高兴，说这是送给他最好的过年礼物，还约定每年正月给他来理发，看看手艺是否有新的长进。多年后，舅舅去世了。每到正月，理发匠对着剃头挑子泪如雨下，他为不能再向舅舅尽孝而伤心……”

听到这儿，我突然明白了老板娘的意思：“你是说，故事原本讲的是正月剃头思舅舅。”

“没错”，老板娘说，“不知何时以讹传讹，‘思’变成了‘死’，一字之差，害苦了多少人呀！”
----------
事实上，从健康意义上来看，也有“生而勿杀”的说法。《黄帝内经》中的“四气调神大论”中的“春三月”中就有一段话说：“被发缓形，以使志生，生而勿杀，予而勿夺，赏而勿罚，此春气之应，养生之道也；逆之则伤肝，夏为实寒变，奉长者少。” 具体到理发上就是，春天的这三个月，应该让头发自由生长，而不该剪断；应该让头发松散地披在肩上，而不该扎得太紧。违反这个规则，就会伤到肺。但倘若整个春三月都不理发的话，人们实在受不了长发的困扰，于是就有聪明人开始只在正月里不理发……
既然正月里不理发，那就只好在春节前理一次发了。而从实践来看，乡亲们在春节前理一次发还是很有好处的。一来，在新年来临之际，给自己一个新的形象，很有纪念意义；二来呢，过节见的亲戚朋友多，把自己的头发好好折腾一下，也是对大众眼球负责的表现。哈哈！久而久之，成为习俗，实在是先人的一种聪明体现啊！

--------

真TMD纠结，这年头，连理个发都这么迷信，以后还能干嘛 。
所以，我不管三七二十一，还是理发了。。。
一下子帅了不少，年轻了不少。那是相当的靓仔了

不好意思，关闭本站所有显示微博的插件。
其实，这也无可奈何，当然，大家也都明白，等到实名制之后，象我们这些不实名的，几乎也不能够发表微博了，这个时候如果你让关注我，或者看我的微博，您觉得还有意义吗？
与其浪费大家的资源，不如我早日关闭，当然如果您认为自己是一个潜水员，自然可以继续。
我的微博地址是：
http://weibo.com/neatstudio
http://t.qq.com/goukixiao
----------------------------------
3-16开始倒记时，当打假打完后就该打人了。您懂的

众所周知的日子，也是传说中杜蕾斯姐姐和杰士帮哥哥伤亡率最高的日子。
微博上各种各样的段子也是非常的有意思，我在这里就不再一一贴了，反正再过几天这些活跃人士也会变成无语人士的。何必呢。HOHO
情人节的由来我也不贴了，这玩意大家都知道，我就不装了。装了也没意思。反正今天就是那样了。
今天的花，死了不少。
从明天起，小姑娘又少了不少。
MD，我这是不是在嫉妒？青春不在啊。。。。。
今天下午，恭喜各个旅馆生意兴隆，各大超市销量超好

本来不想转，因为我对ruby不熟，但所幸对javascript还略懂一点。看了视频里的js的几个相加，觉得很有趣，比如，[]+[]，[]+{},{}+[]等，超级有趣，不信？
看看视频你就会笑了，当然前提你懂编程。。。
原文来自：http://www.cnbeta.com/articles/172346.htm
新闻来源:oschina
最近一个叫Gary Bernhardt的程序员在CodeMash大会上的演讲的视频被人们炒的火热。在演讲中，他以Ruby和Javascript语言中一些很明显的很荒 唐的语言特征为乐子，逗的大家满堂欢笑。下面就是这个只有几分钟的视频，我把它加上了简单的字幕，奉献给大家。