解惑

解己之惑,解人之惑

2010年8月

买错Office了

昨天把MAC带到公司,搞定了VPN和在公司无线上网的问题,以后就可以把MAC带到公司用了。

在安装VPN的指导页面上,提示了有Office的家用计划,买Office只要10$,进去后选择了中文,价格变成70¥,还不坏,一时冲动就买了一个,到了最后下载的时候发现竟然是个EXE,想想微软可能想让你先到windows下解压再用,也没有什么大不了的,结果悲剧了:我买错了,买成了windows版的2010,其实我是要买2008 For MAC啊。

今天打了电话,希望可以换,客服说这个家用计划不能退,只能打电话到美国总部要求处理,要等3到5个工作日,只能等了。

MAC下安装了XP

这个完全是应老婆的要求,因为她又要考计算机了,单位的电脑太差,想把我的MAC带去用,没有办法,只能帮她弄。

Bootcamp默认划分的分区是FAT32的,安装XP SP3,复制文件重启后出现disk error,后来又试了下,安装的时候选择NTFS就好了。

安装完以后发现很多硬件无法使用,搜索了一圈,发现MAC的安装光盘不光是为MAC的,也是为windows的,光盘放进去就自动开始安装驱动了,不得不对苹果的风格赞一下。更好的是在windows下还能够访问MAC的分区!再加一分

可惜的是把XP的补丁都打上后,不能访问MAC分区了,其实开始的时候我还担心windows下能够访问mac分区,我老婆会把我的MAC分区的东西搞坏,这样也好,彻底隐藏MAC的分区。

MAC下使用XP超赞,屏幕非常漂亮。对Windows7的风格很不适应,老婆也不喜欢,所以还是装XP,另外,是正版的,哈哈。

项目又变了

今天下午接到的消息,项目要推迟了,原因是部门的产品的revenue远低于预期,sales说产品质量太差,很难卖,作为开发人员,我们确实也感觉到产品的质量并不是很好,性能存在较大问题,所以开发部门也没有很大的底气反驳这个说法,在我们之前,他们原来都没有做什么像样的性能测试,后来的性能测试的压力也远远小于实际客户的压力,而我们要做的产品,压力是目前最大客户的2倍以上,我们在做我们自己的性能测试的时候已经发现了很多性能问题。

调整的结果是我们的产品推迟(毕竟在沙地上盖房子不会有什么好结果),但是我们去做什么还不太确定,大原则是帮助他们提高他们的产品质量(他们现在深陷火坑,一堆的bug等待他们去解决,没有额外的资源去做产品的提升,而且可能面临裁员),但是怎么合作是个大问题,具体做那些东西也很难讲,真正核心的东西肯定不会给我们做,老板估计也不敢给我们做,但是做其它不痛不痒的东西我们也没有什么成就感,纯粹的变成帮忙扑火了,如果他们自己不能把大问题解决好,我们最后也不会有什么好结果,唉。

intersect的性能问题

我们有张表是存储用户自定义的类似tag的信息的,有一个功能是按照tag进行搜索,而且支持搜索多个tag查找同时使用这些tag的对象,最开始的实现就是使用的intersect,我感觉可能有问题,然后正好没有太多的事情,就试了下性能,发现那个SQL可以进行改造,变成group by 加 having的模式,一个查询搞定,弄了大概4万条数据,两个SQL(同时查4个Tag)的对比结果显示,前面的SQL会扫描整个表4次(和查询的tag的次数直接相关),并且有一次写入操作,而后面的只有一次扫描没有写入操作,时间上后面的SQL的性能是前者的两倍以上。所以对于同质的SQL的intersect可以转换为这样的group by加having的模式。

原来的SQL:

select ObjectID from ConfigObjectMetaData where KeyNameHash = -3023837279545376792 and ValueStrHash = -6420380264491338705 and ObjectType = 10

intersect select ObjectID from ConfigObjectMetaData where KeyNameHash = 6769857814803370866 and ValueInt32 = 2 and ObjectType = 10

intersect select ObjectID from ConfigObjectMetaData where KeyNameHash = 3984357063977881949 and ValueInt32 = 3 and ObjectType = 10

intersect select ObjectID from ConfigObjectMetaData where KeyNameHash = -3087541436254450506 and ValueStrHash = -3706752959682952160 and ObjectType = 10

修改后的:
select ObjectID from ConfigObjectMetaData where ObjectType = 10 and (
(KeyNameHash = -3023837279545376792 and ValueStrHash = -6420380264491338705)
or
(KeyNameHash = 6769857814803370866 and ValueInt32 = 2)
or
(KeyNameHash = 3984357063977881949 and ValueInt32 = 3)
or
(KeyNameHash = -3087541436254450506 and ValueStrHash = -3706752959682952160)
)
group by ObjectID
having count(ObjectID)=4

IE被soolaa劫持

按照原来的做法用360安全卫士,但是无效,上网搜索了下,无果,怒,根据一些帖子的回复,感觉可能是起了某个服务,查找可疑服务,发现一个叫GameHallSer的服务,停止并禁用,问题解决。

树大招风,在中国,IE一统天下啊。

PS:这个是解决我老婆的电脑的问题,不是我的,她是Windows+IE+百度铁杆用户,没办法。

最后谴责下所有的流氓:操你妈!

MSDN Key Acquirer

MSDN的帐号快要到期了,所以有必要把所有可以用的KEY都保留下,MSDN提供了导出功能,但是那些KEY还是要一个一个获取,作为程序员,当然不会手工去干这个事情了。试了下用FF访问,可以,当然最简单的办法就是写个GreaseMonkey的脚本了。这个是针对英文版本的,如果是中文,可以修改下脚本,改成triggerTarget(“获取”)就可以了。

不废话,直接上插件吧。

© 2025 解惑

本主题由Anders Noren提供向上 ↑