September 2012 Archives

注意:这是我个人对于相关资料的理解和整理。具体问题请咨询专业人士。

1983年7月1日生效的加州法律规定,核税官需要在所有权发生变动,或有新增建筑时重新评估房地产价值。发生这种情况时,纳税人可能会收到一份或两份补充税账单。

补充税账单是由于少缴了一部分税。以账单附带的例子来说,如果交易发生之前房子的税基是 $360K(加州 1978 年公投通过的 Proposition 13 规定,除变更所有权或新建建筑之外,每年的税基增加不得超过2%,而由于人口的迅速增加,多数房屋的税基会比实际的估值要低很多),而交易价格是 $460K,则纳税人需要为增加的这 $100K 额外补充缴税。应缴金额应该是这 $100K * 税率。

不过,由于地产税是每半年缴一次,而交易不一定在什么时候发生,因此补缴税款要按交易的月份去折算。地产税的财年是每年7月1日到第二年的6月30日,为了方便描述,我们姑且把1-6月所在的那个财年称作"上一财年",也就是去年7月到今年6月的那个财年,而把7月到12月所在的那个财年称作"下一财年",也就是今年7月到明年6月的那个财年。

如果交易发生在7月之前,则对上一财年的补缴额系数是 (6-月份)/12。由于纳税人在7月份之前获得了产权,因此也就有责任补缴下一财年的全部税差(郡政府发出的第一份下一财年的地产税账单仍然是按照不超过2%递增的)。

如果交易发生在7月或7月以后,由于不涉及上一财年的税,因此无需为上一财年补税。而相应的,对下一财年的补税,则是按 (18-月份)/12 来计算。

实际操作中,这些系数只取两位有效数字。

Disclaimer: I am not a lawyer and this is purely my notes about my personal understanding. 本人并非律师,以下内容纯属个人笔记性质,如有遇到问题请自行咨询专业人士。

我有时候很喜欢研究广告中的小字("Fine print")部分,因为很多时候这些细节正是最需要注意的地方。许多抽奖活动的广告中都会在小字部分写上 No purchase necessary,并承诺无论是否购买均不影响中奖机会。

这个写法很让人奇怪。因为一般来说抽奖应该算是一种促销手段,为什么要允许没有购买自己产品的人参加抽奖,而且要明确地写出来呢?

查阅有关资料之后知道,美国联邦法律是禁止公共广播公司宣传lottery的。一般来说法律对于lottery的定义是:

  1. 有奖
  2. 赢者为随机选出而非人人皆得
  3. 需要购买某种东西来获得这种机会

因此,如果要在广播以外的媒体同时做广告,这些广告就都必须让这个活动变成不是 lottery。显然,在这三项里面最后一项是最容易不做的。

纯转发,不评论。存档防止将来有人删贴反悔。


来自 新浪科技

新浪科技讯 9月18日下午消息,阿里云公司总裁王坚今日发表公开信,就谷歌与阿里之间的手机操作系统纷争发表看法。王坚认为,谷歌利用自己形成的优势,强迫合作伙伴限制对手,这一做法背离了谷歌坚持的开放原则。

以下为王坚公开信全文:

认真看了Andy Rubin的文章,作为曾经的Google技术和精神的粉丝,我和我身边的同事们深表遗憾和难过。在这里我们看到了一个不同的Google。那个当年坚持不作恶,坚持开放和自由竞争的Google变了!

在Andy Rubin的文章里,曾经开放的Android Open Source Project (AOSP)安卓已被Google重新定义成了需要Google许可的Google OS。

从Linux社区的贡献开始,安卓是全球无数技术自愿者共同努力开发的开放平台和心血。今天AOSP的安卓, 被Google变成了完全为自身利益服务的Google OS。

我们感谢Google当年创建了Android Open Source Project (AOSP),让开放的Android得到了快速的发展,可是谷歌却越来越把AOSP往封闭的方向带。OHA(开放手机联盟)变成了Google制约厂家创新的工具。

阿里云作为安卓开放技术的支持者和热爱者,我们不愿意也决不会破坏开放安卓的生态系统,我们更是要捍卫开放安卓生态系统的开放性和自由竞争的初衷。我们为此做出了大量努力,希望能为安卓的开发者们提供更多的展示平台。

我们有责任和义务和开发者一起努力去完善开放的安卓,但我们没有责任和义务去保障Google OS现有的和未来的利益。

我们也希望这世界多一个与google os 不同的操作系统,让用户多些选择。

很遗憾,在未来的发展方向上,阿里云操作系统与Google OS会有竞争和冲突,但这正是我们所有坚持开放思想的奋斗者努力的方向和结果。我们一定还会坚持。

王坚

LSI SAS HBA固件

| 5 Comments | No TrackBacks

最近我厂对 LSI 6Gb/s SAS HBA 的驱动 (mps(4)) 进行了改进,令其可以在 FreeBSD 环境中进行固件刷写操作。目前最新的固件版本是 14,这个版本修正了目前已知的全部问题。

以前一直没有太注意,这类 HBA 卡上可以用两种固件。一种是 IT (initiator target) 固件,这类固件只提供HBA功能;另一种是 IR (integrated RAID) 固件,这类固件提供集成 RAID 功能。对于我们的应用来说,显然希望用 IT 固件,因为它的代码量要少得多,而由于减少了包含校验的冗余,卡本身的 RAID 功能在 ZFS 环境多数情况下都是有害的。

LSI 的 HBA 设计与 nanoBSD 类似,其运行环境和卡上的版本是分离的,也就是说可以进行热替,并以稍后重启的方式让固件生效,而不需要进入单用户模式或停止磁盘访问等等。

注意:在线将 IT 改换成 IR 固件,或将 IR 固件改换为 IT 固件的方法未经测试,最好是在 DOS 中进行。(其中 sas2flash -o -e 6 这部操作会对总线做一次复位,因此有相当的风险)。多数主板集成的 LSI 控制器是 IR 模式的固件,在升级时应特别注意。

正确地使用一次性密码本进行加密,在理论上是无法破解的。需要注意的是,许多对称式加密算法本质上是通过一定的算法来将密钥作为伪随机数发生器的种子来产生(近似于)一次性密码本的序列,因此类似的问题也需要予以重视:不要重复使用同一个一次性密码本(或密钥)来加密不同的明文数据。

以基本的一次性密码本加密算法,即按字节做 XOR 来看,由于在这个算法中明文和密文的字节位置是一一对应的,很明显,同一个位置的两份密文之间做 XOR,可以知道两份明文之间的 XOR 值(因为在这个过程中,密钥 k 被 XOR 消去了)。

假如明文碰巧又没有做任何压缩处理,实际上我们可以用程序来穷举出部分的密码本,并逐步解出全部明文。具体方法大致如下:

FreeBSD src/ r240000

| No Comments | No TrackBacks

Alan L. Cox 今天 commit 了 r240000。我记得刚换 svn 的那会才18到19万 revision 的样子。。。

FreeBSD 的 svn 代码库包括了从 1993 年 6 月 12 日到现在的全部 revision。与之前的 "n"cvs 不同(由于诉讼原因,FreeBSD 在 1994 年以 4.4-Lite 为基础重建了新的 cvs 代码库,也就是 2.x 和后来版本的 ncvs;早期代码库仍然可以在一些光盘出版物上找到),这套代码库包括了 FreeBSD 从一开始到现在的全部修订历史(不过,FreeBSD 2.0 之前的 tag 并未保留)。

Monthly Archives

Pages

OpenID accepted here Learn more about OpenID
Powered by Movable Type 5.2.3