最近这些事情对我打击太大。。。
原来我以为技术可以改变世界，原来技术甚至不能改变我的现状..
那样一个垃圾的系统竟然每月2000K的收入。
一年1500W什么概念。。。
拿之前几年做的东西来说。。。
比如某个省的BOSS系统1800W,需要大几十个人干2年呀。除去成本25W/人年.还剩下什么？
不是我不明白。这世界太疯狂。。
————–无聊的分隔符————–
虽然很多人说资本的原始积累都是血腥的。。。
想想几年前在自己的网站上挂广告都觉得是一种罪恶的我来说,有些东西刺激太大。。。
看到“盖茨身家580亿美元全捐出 不留子女一分钱”我突然觉的有点什么，于是查了查资料(百度：美国 慈善基金 税款),
见附1
哦，原来是这样的呀，不过觉得自己是不是有点阴暗。。。呵呵。
但是又查了查(百度：比尔及梅琳达盖茨基金会 避税)，让我释然，呵呵。挺多人这么认为的嘛。。
见附2
其实也很正常，好不容易赚到的钱交一半多给美国ZF买导弹？
而且如果算遗产的话，其子女要先交了遗产税然后才能领遗产的，而不能拿遗产来交税的，如果交不起就要归国家喽。。(以前培训的时候听的大概这意思，哦,保险是不用交遗产税的)
当然了这是个多赢的事情了。感谢伟大的盖茨为穷苦人民做的贡献。
附1：
以下内容引用自：王石博客:美国之行:美国慈善基金会的运作
美国学者把社会分成3个大部门：一是政府；二是营利机构；三是非营利机构，即按美国税法给予不同免税资格的慈善组织、社会福利团体和宗教组织。
文化渊源外，一个影响慈善业发展的重要因素是，美国有一个对慈善部门发展有利的法律环境。 法制、体制与机制的三位一体，是美国慈善事业的制度环境保障。
完善的遗产税和慈善基金管理制度刺激着美国慈善事业的发展。
美国的遗产税、赠予税以高额累进著称，当遗产在300万美元以上时，税率高达55%，而且遗产受益人还必须先缴纳遗产税，后继承遗产。建立基金会或捐助善 款则可以获得税收减免，捐出多少钱就在所得税中相应扣除多少。进行慈善捐助不仅可以减少损失，而且有助于树立公众形象和产生模范效应。
此外，国家还对基金会的运作有大量的免税减税优惠，使得慈善基金会可以获得其他企业无法企及的高回报。大部分慈善组织属于美国国税局501(C)(3)条 款规定的机构。它们不仅是免税的，即不需要支付税款，而且这类机构得到的捐款对捐赠者来说，还享有法律规定的限额扣除税收的待遇。这些税收待遇具体包括： (1)免税；(2)所得税豁免；(3)捐赠减税。
许多慈善组织还从事两类营利性的投资以保证所募捐款的保值增值。第一类是购买共同基金、股票、债券等。第二类则是办工厂、搞贸易等。与市场经济的演进 相适应，美国慈善公益事业的发展经历了漫长而又曲折的历史，并积累了许多经验。这一切对SEE的发展具有重要的启迪作用。
参考资料： http://www.lantianyu.net/pdf11/ts059039_6.htm
附2：
以下内容引用：http://it.sohu.com/20080623/n257679504.shtml
美国财富杂志称——
“这是避税手段”
关于盖茨退休的原因，美国《财富》杂志昨天发表文章称：自从盖茨33年前放弃哈佛创立微软起，他就打算利用时机再次放纵“世界级好奇心”。没有微软的盖茨，或许可以更自由地追随自己的好奇心。
《财富》杂志称退休后的比尔盖茨为“比尔盖茨2.0”（升级版），“比尔盖茨2.0”将有三个办事处：一个是在华盛顿的微软，一个是位于西雅图市区的盖 茨基金会，第三个则是位于前两者中间的个人办公室。盖茨将会这样分配自己的时间：一天在微软，两天在基金会，两天在个人办公室。然而，有人怀疑在个人办公 室才是他工作的真正“重心”。《财富》指出：他根本不需要留钱，子女都会有基金照顾，这辈子衣食无忧。如果真的要把遗产给子女，按照美国的法律，联邦政府 会从中抽掉过半的遗产税。事实上，美国“富豪”都这样，不是因为要让子女自己奋斗云云，根本是一种规避手段。本报编译组李春花
已经远离股市很久了，根本原因是因为对这个市场失去信心，在这个“没有法律和正义的地方，游戏规则不是事先制定好后，大家执行的，而是看着想怎么改就怎么改”的地方被人玩下去在我看来没有任何意义。在A股市场我绝对是个失败者，从2200到998再到6000点，我所收获的就是更加明白人性的丑恶(说我自己呢)和市场的黑暗。其实外汇市场是比中国股市更好的地方，虽然我做的很差，虽然经常错过1000点的大行情，虽然那边也可能有所谓的庄家，但是至少让人觉得舒服点。
还是把花在那把火上面的钱用到正处吧。。。
ruby on rails在默认情况下对于同一个应用的多个域名的page cache是不能区分目录的..对于一些应用来说会有些麻烦,比如多用户blog系统,或是cms系统的不同频道指定不同二级域名(如:http://finance.sina.com.cn)的时候,index页面是无法正常工作的(写到这里突然想起来应该先去看看typo,Mephisto等系统的实现)..对于这个问题郁闷了很久…其实解决办法也很简单..就是对于不同的二级域名的page cache的文件保存到不同目录,然后通过web服务器提供的url rewrite功能来重写请求.(对于非二级域名的多域名应用的情况下,只要指定整个域名为cache目录也可以解决.)
e.g:
http://wap.upulife.com => /public/wap/index.html
http://finance.upulife.com => /public/finance/index.html
代码:
#实现subdomain page cache功能.
module ActionController::Caching::Pages
def cache_page(content = nil, options = {})
return unless perform_caching && caching_allowed
subdomain = ''
#TODO: 需要确认 .com.cn 等域名(3段)不加www的情况下是不是 request.subdomains.first.blank?
#顶级域名不写子目录,??? rewrite rule如何写呢?
unless request.subdomains.first.blank? or request.subdomains.first=='www'
subdomain += request.subdomains.first || ''
subdomain = '/' + subdomain unless subdomain.blank?
end
path = subdomain+url_for(options.merge(:only_path => true, :skip_relative_url_root => true, :format => params[:format]))
#self.class.cache_page调用到的page_cache_file是private方法不懂如何重写,
#此处不加文件名的话不满足name = ((path.empty? || path == "/") ? "/index" : URI.unescape(path))
#则cache到".ext"文件中,会有问题.
path += "index"+ page_cache_extension if path[-1..-1]=='/'
self.class.cache_page(content || response.body, path)
end
end
rewrite rule还没写,可能到时候还需要一些调整..
虽然git最近在rails社区被人说的耳朵长老茧了。。虽然我只是初入门，只是把git用在一个java项目上,但是我还是要说说,因为这玩意实在是太tmd好用了。。。
从参加工作开始，我经历了，每周末我收集项目成员更新的文件，合并升级（那个项目每周对在用系统进行升级）,到vss ,cvs, svn，每一次的改变都然我感到非常兴奋，但是每一次的修改和提交我都需要小心翼翼,生怕做错什么。。如果网络不通或是速度太慢都会让我抓狂。。
用了git后，这些问题都不再是问题。。本地版本库，更小的负担(存储占用），快捷的分支和Tag，真是让人兴奋的东西。。即使你无法说服scm从svn转到git，但是你仍然可以试一试 git-svn，自己使用git来管理代码，再提交到svn中。试一试吧。。只要你受过压迫，只要你对现状不满，只要你不是非常讨厌命令行那么你一定会喜欢上它的。
前些天装个主机，整理旧服务器的时候发现最早的那个rails应用是2005.04部署的，rails是0.13.1的版本（记得开发的的时候用0.9x的）刚好3年了,总结一下（首先请允许我先感叹一下：啊！时光如水 ……）
3年过去了，发现这方面的技能没都没怎么提高，一方面是因为自己懒，另一方面因为我是个实用主义者，够用就好，不够用的时候再学了。
回过头来发现一个成功的应用都没有留下。。。（太浮躁了)
第一个让应用是一个书签，看着Peter Cooper(现在rubyinside的作者)的snippets(现在的dzone snippets)程序模仿blogmakrks.net做的网络书签功能，实现了网页截屏、tag之类的功能。没有推广,几个月之后因为服务器调整就关闭了。
第二个应用也是我自己开发的应用中最成功的一个，这是一个资源型的应用，跑在一台hp的主机上至强处理器1G内存。记得当时的网络流量一天超过100G，apache+mod_fcgi部署，不过随着流量增大的时候，经常报错导致fastcgi进程不能处理请求(具体什么错误忘记了)后来改成scgi(国人开发的一个fastcgi模块)的方式,情况好的很多，不过还是有些问题。后来这个网站也关了..
后来的应用添加了一台主机，部署在lighttpd1.4+fastcgi上了,805D,2G内存。最初的时候也跑的很好,慢慢的lighttpd进程老是退出，改到lighttpd1.5还是不能解决，切回1.4，自己写了个监控进程的script,退出的时候自动重启。。
新上的主机用nginx+mongrel_cluster,不为别的就是为了cms+ssi的方式跑的更好,这个稳定性还没有测试出来，主要是现在网站还没大流量,还有就是页面都ssi静态化了。
rails2.0去年底出来了，但是现在我还是工作在1.2上面，以前的所有应用都还跑在1.1或是1.2上，不是因为我拒绝改变或是懒得学习(有一点啦）而是我们认为任何没有经过时间验证的系统都是具有很大风险性的。我看到很多人说自己在产品环境中working on the edge还引以为荣，觉的很不可思议，当然这个受以前的工作环境影响了。像之前oracle出9i的时候我们还在用8i，出10G的时候我们才开始用9i，一方面是因为成本，更主要的是为了避规风险。只有业界广泛的使用和时间的证明才能说明它是强壮的。(ubuntu出8.04了，装服务器的时候我们还是选择了6.06LTS)
对于rest我始终保持观望态度，虽然开发几个测试程序，不过还是没理解精髓,可能不是所有应用都适合rest的吧。
rails只是一个框架现在有更多的ruby开发的web 框架出来了,3年只是一起起点，后面的路还很长。
ps: 最近半年由于项目原因工作中都是用java。。。之前好像说过java是我最讨厌的语言。呵呵。。
不过倒是对于javascript产生了极大的兴趣，这主要归功与jquery了。
好久没写了。。流水账。。。最近打拼音又觉得很烦了。。老是错别字。。。郁闷。
最近身体不好，主要是缺乏运动，这几年基本没运动过，当然如果台球算的话倒是经常打。。
昨天回去的路上，想了想到底打台球娱乐谁呢？得出结论：
美式15球，娱乐自己的成分比较高。。国内比较流行这个打法，要学会难度也比较小，打球的时候大家还有说有笑的,也不是很计较什么输赢，比较适合休闲，所以这种打法最火爆。
斯诺克，就属于自己被娱乐的打法了，据说这种运动出自军队所以比较严肃。打斯诺克主要问题在于一站在球台边上，考虑防守的就多了（可能转播看多了）。2个人在那边你算计我我算计你，还真是够累的。有时候一颗球能在桌子上跑10分钟，极其郁闷。
那美式9球呢？ 嗯，这个…这个属于娱乐摆球小妹的打法。这种出自美国酒吧的打法，球大，洞口大，打起来自然狂野，时不时看着球满天飞的。。谈笑间那么几颗球就打没了。好吧,谈笑间夸张了2到4 分钟一局比较经常吧，需要一直叫小妹摆球，有时候吧台里的收银员都跑出来帮忙了，叫到后面实在是不好意思了，小妹也懒的走了,就站在边上呆着了，偶尔还能说笑几句。我猜这就是为什么打9球的价格比起打15球的要贵的原因–人力成本比较高,不过这种打法也是比较轻松愉快的。。
以后要多多运动…唉。。
google reader更新我的rss怎么那么快啊？没2分钟就更新了连修改的机会都没有。。
update:似乎改后还会再次更新，。。。。
