手提电脑

这周开始用上了手提电脑,准确地讲是讲家里原来当作Desktop用的笔记本带回了公司作为主力电脑使用,公司的Desktop太慢,当备份吧,迟些装些测试的东西上去。

最大的好处就是回到家打开Firefox,可以接着下班时停下的地方继续往前奔。不用想什么tab同步插件之类的东西。popo聊天记录也不用再倒来倒去,都在一个地方。

背着个很重的背囊,还有助于锻炼和纠正步姿。就是随身带的电子设备太多了,列一下:手提电脑、Android手机、ipod、Sony电子阅读器、移动硬盘、蓝牙鼠标。背囊还有大把空间,还放了手机座充及数据线、手机电池两块、MicroSD卡及读卡器、还有耳机一副。

本周 201006#4

安全专家常问的几个方面:如何对抗DDoS;有没有防火墙;有没有IDS设备或措施;有没有审计;如何防止篡改。。。等等

DDoS是领导的挚爱,因为简单来讲这并没有完美有效的解决方案,说到最后往往是在讲钱,而钱总是有限的。

防火墙的作用是和系统架构与性质有关的。但专家和厂商都很希望生活就是那么简单:有就安全,没有就不安全。

IDS是个好东西,应用上到一定规模之后,应该考虑引入。是自己实施,还是利用IDC的服务,要看具体情况了。

审计,非常容易讲,但实施好很难。想快,只好在应用端对关键的登入、修改等操作进行记录,在系统端弄个日志保留和分析的规程。要求再高一些,实施得更完美,这要看安全人员和设计开发人员的合作程度,如果嵌入到一个项目组和开发流程中,会好很多。如果安全部门是为多个部门多个项目服务的,就难一点。

防篡改。有这么高安全要求的系统我真还没接触过,当然专家可以固执地说这个系统就是那么高安全要求。这个与其说是技术问题,倒不如是是管理问题。整个部门共享一个邮箱帐号,把密码定义为座机号码或者邮编的情况,比比皆是。

无题

今天整天在外面,和频道的W叔以及安全的老大Y小姐。跑了三个地方,说到口水都干,主要他们两位在谈。收获还蛮新鲜的。
中午讲起老板喜欢叫人写读后感,Y小姐讲了一句非常好笑。
天在断断续续地下雨,还好没怎么淋着。
在一家企业,我见到了服务器、机柜和线板这些机房的东西。忽然发现我很久没亲眼见这些东西……
系统安全跨很多技术领域,挑毛病容易,要做好很难。有时思考如何整合到开发流程里去,但总是没很好的solution,很多产品厂商倒是浮现脑海里…

用户体验

最近被支付宝(以及淘宝)超烂的用户体验实在惹毛了。尽管不能像专门做UX研究的专家那样说得一套套,但我也是用户啊,我也有体验。对,我也是有妈妈生的。

最惹人讨厌的地方是判断ActiveX控件的位置。用ActiveX和IE绑定已经不和它计较了,但它竟然可以在最后你所有东西都填完要输入密码的时候,才告诉你要下载安装。下载安装又必须把窗口都关掉,之前填的所有东西全部白填,没有办法暂时保存。每换一台机器,这样恶心的过程往往都要重复一次。

不知道支付宝的“领导们”是怎样用自己的产品的。是不是都有专门的秘书,在领导开始之前,把所有必须的插件都安装好,确保“领导体验”。

支付宝与淘宝用户体验之烂,网上随处可以Google得到。

我用过另外一款类似的“领导体验”良好的产品。还有一大堆关键的用户体验Bug没修复,已经提供了一个领导喜欢的国学皮肤。

本周 201006#3

12日去了北京,游了半天故宫。13-16日游韩国济州岛。刚进故宫DC就坏了,余下旅程都以手机拍摄。对于重方便多于相片质量的我,这无所谓。
单反族可以回去弄一个精彩的博客或影集,但要现场上twitter,非手机不可。手机还可以加地理坐标,单反要另配模块,一般很少配的啦,宁愿多带个镜头。
我的确在考虑一款带GPS的卡片机。
一路我都开着android上的my tracks软件,记录行走的路径。配合相片的坐标信息,要弄一个路线相关照片的游记骨架,理论上很好做。
济州很多公共场所都有免费wifi,算是相当发达了(当然还没有GFW)。但不能上的还是居多。我又不想因为了网瘾打开昂贵的数据漫游。
以旅游为核心经济的城市,应该在数据接入上提供更多投入与便利。例如给入境外国游客一个七天的免费3g数据卡。游客有这个很方便的,一些导航服务、翻译服务、找娱乐肚子等等,都可以让第三方做了。政府做的就是降低平台成本,让应用在上面到处开花。

Soft SIM Card

早上上班时我说手机SIM卡应该用软件方式保存到手机上,你需要购买什么国家什么套餐的卡,上网也好,通话也好,买好了保存到手机存储里即可,需要用哪个可以切来切去,何必换卡拔电池那么麻烦?老婆的问题是:那人家移动服务商怎么赚你长途电话费?

这的确不纯粹是个技术问题。

当平台服务商太想赚钱,牢牢抓住一些利益不放,就很容易会变成一个障碍。

本周 201006#2

Keynote强大,即使设计能力平庸的,也能搞出比较炫的效果。看了同事的演示后,觉得PowerPoint的确简陋,找到了一个插件叫powerplugs,可以变得好很多,3D什么的都出来了。
和几个产品的同行同事聊天吃饭,收获颇多。邮件的总监莫子分享了很多经验。我事后想了一下,觉得可以用“常识”来总结。这没有丝毫贬低的意思,做产品和技术也许都有做到迷失,偏离了常识的时候。
还谈到不同的用户。我的确是很难理解和我相差太远的用户。我不愿称他们低端,这没啥意义。譬如web邮件,我非常厌恶上面挂万年历、单位转换、音乐盒和天气预报等等无关的东西,但我不止一次在和互联网无关的亲友饭局上听过…你们的邮件真好用,有天气预报!做这种产品的决策的确需要个清醒的头脑…
还有一件趣事。大约在06年,我在群聊时8投诉邮件的地址簿只有导入没有导出功能。莫子称我这些是高端用户,普通用户对这个功能需要不强烈,而我这种用户,即使做了这功能,我还是会去用gmail的。这点的确如此…… 尽管不喜欢,我还是觉得这是个合理的决定。然而过了不知多久,忽然我发现这功能加上去了!是受到竞争对手压力么?如果把这成为门槛,搭建它是早点好,还是晚点好?
最近扫过几篇痛斥DRM的文章,有空要细看。我觉得最难忍受的是在多台设备迁移上的障碍。

前置摄像头

iphone 4加入了前置摄像头。

这个功能在旧手机N73和N81上早就有了,但没怎么用过,视频通话则完全没用过—-这也得对方有视频手机才行啊。

所以Nexus One没有前置摄像机,我觉得更加舒服了。但Apple做的事情很难讲,粉丝多起来了,没准哪天个个都在用视频通话? @@

其实我有个Nexus One的视频通话解决方案,简单易用:随身带一块镜子(这个要求对女士毫无负担),视频通话的时候脸对着手机后面的镜头通话,然后在屏幕后方放镜子,看对方的影像。

本周 201006#1

六月四号这天,政府把Foursquare封了。原因竟然是因为太多人去天安门广场Check in,形成网上悼念六四,政府很不安,故有此着。翻墙过去check in之后,倒是因为同一地点当天check in人数超过25个,获得了一枚Flash Mob的蜂群奖章。这个有意思。

招行的专业版,要在本地装一大堆执行文件以及控件,这总是让人有点不安。为了它自己宣称的“安全”,给了它一个过分大的授权。人家Paypal为何又不用搞那么多插件?

关于Android和Iphone OS之间的耗电问题,我十分感兴趣的是:多任务究竟在能耗方面担负了多大的角色?当系统没有办法多任务,使用的人只好每次运行一个任务,那样能耗肯定是低的。一个同事说听4-5小时歌加上打游戏,他的Iphone才花了2/3的电。其实mp3不怎么耗电。但Android就不同了,你既然给它多任务,绝不会有人为了省电而每次都把其余任务杀死(何况有些又很难杀死)。因此总的印象就是Android耗电。从感觉上,我觉得应该Apple是在低能耗上领先的,但领先多少不好说。也许要等多任务的Iphone OS4出来,才有一个更公平的比较。

本周发现了Chome的插件Proxy Switchy!已经可以对付DNS劫持/污染,加上同事@strongcn介绍的autoproxy2pac,基本能满足普通用户翻墙需求。于是把默认浏览器切换到了Chrome,感受一下。速度的确很理想,界面简洁快捷。但对于我这种Firefox的重量级插件用户用户来讲,Chrome上面的插件未免简陋得可笑。我找不到Google工具栏(知道替代品的请告诉我),我想把搜索框、Gmail、Google Reader、Google Docs等等日常有用的服务放在工具栏上,地址栏没必要那么长嘛。但是只找到一个Google Services插件,齐全是很齐全,但是里面的按钮竟然不能定制,每次都从几十个按钮里面找,有时觉得还不如在地址栏输入!直接在地址栏搜索,这个idea还可以接受,只是我每次用关键词Google开头输入,它都会把我这个关键词吃了。就翻墙功能来讲,Switchy仍然不及FoxyProxy强大。对普通非技术用户来讲呢?我觉得教会他们设置autoproxy2pac也是一件极具挑战性的任务。更惨的是,设了之后会和IE互相影响,一大堆问题随之而来。

Permanent Link

Blog搭建了好一段时间,忍耐了很久默认的?p=133这样的链接方式,终于忍不住搜索了一下,想改得更SEO友善一些。

原来早就有这样的设置了,就在Permalinks一栏,只是我不知道。虽然听说Google已经对?p=111这种Query String方式的能进行收录,但个人还是喜欢.html结尾,更加睡得香。

于是对英文博客,用了博客title再加.html结尾的方式,链接里面包含标题更好。而中文博客,考虑到中文出现在URL里面可能带来麻烦,就用文章ID取代了,仍然是.html结尾。

Page 9 of 13« First...7891011...Last »