代发招聘信息:聘 UI 人员一名,

代朋友发一则招聘信息。UI 方面的(和音乐也有很大关系)

工作地点:杭州

工作内容:网页设计、用户交互设计

相关要求:

* 性别学历不限
* 喜欢音乐,疯狂热爱音乐优先考虑
* 容易交流
* 有网站开发经验,熟悉基于模板的开发流程,熟练使用 Smarty 优先考虑
* 了解 W3C 标准,能熟练应用 CSS 进行开发
* Photoshop、Fireworks、Coledraw 至少熟练掌握一个
* 有基本手绘能力
* 懂 AJAX 优先考虑

我们是一家刚刚起步的创业团队,团队成员有多年互联网大型项目开发与运营经验,目前开发的项目是一个互联网上全新的应用,并即将获得第一期投资。
如果您和我们一样疯狂的喜欢音乐并且希望能为自己喜欢的事情做一些实实在在的事情,请与我们联系。

email: [email protected]

EOF

此文作者:, 位于 Review 分类 标签: , , on .
转载须以超链接形式标明文章原始出处和作者信息及版权声明.

仙居漂流

今天上午的节目是永安溪漂流。导游在车上语出惊人:”来了仙居,吃喝漂赌要样样俱全”,吓我们一跳,原来”漂”是说永安溪漂流。船上救生衣,每个竹排上 10 个人,出发。很多人都是有备而来,穿着雨衣,带着水枪,准备路上打水仗,可惜我们这一船什么准备都没有,开始受欺负。形成到一半,有当地的大婶在水边淌水来卖塑料盆(真是敬业,商业眼光也没的说!),这水盆实在是打水仗之利器啊。怎么不买? 然后反击,报仇。到了目的地,我浑身都快湿透了。先上岸对后上岸的真是欺负啊,有一队被在岸边上不来岸,几十人大水瓢泼。非常热闹。

下午在神仙居景区转了一小圈。上一次来感觉没怎么费事就直接上到了所谓的”天池”,这次走到一小半,实在是没体力了。短短两年,身体素质已经不可同日而语了,唉. 景区里面遇到两个真正搞”八卦”的–算命。其中一个半仙桌子底下的打火机很是后现代。

相关照片可以参看我在 Yupoo 的照片

EOF

Outing ,在仙居

早晨 7 点半就出发了,将近五个小时才抵达 Outing 的地点:仙居。估计是提前吃了晕车药的缘故,反应不是很激烈。路上还小睡了一阵儿。

这个季节刚好是仙居杨梅成熟季节,大大的”杨梅节”的招牌老远就看得到。路边大大小小都是卖杨梅的商贩,不过据导游说大多是”落地梅”, 不着急,后天还有专门采杨梅的活动。

现在一些中小城市城乡结合部移动和联通的广告打的都很凶,以前来过仙居一次,也是公司组织的活动。那次印象中好像没这么多的电信广告。

仙居有个比较有趣的景点蘑菇岩(羞女峰),这里的”羞”是使动用法,有好奇的可以去搜索一下图片。

EOF

FeedLounge 使用 PostgreSQL 的经验

这是我唯一看到的 Web 2.0 公司使用 PostgreSQL 的,可惜还失败了。

FeedLounge 是一个提供在线 RSS Reader 的站点。已经在今年 6 月 1 日黯然宣布失败。这里不去讨论他们失败的各种原因,只说说从他们 Blog 上看来的关于他们选择数据库的经验。

FeedLounge 在数据库的使用上路线是这样的:

MySQL(MyISAM) --> MySQL(InnoDB) --> PostgreSQL 

最初是 MyISAM 方式,迁移到 InnoDB ,数据库从大约 1G 膨胀超出了 10G,而且发现引发了新的性能问题,经过尝试发现不能解决后,迁移到 PostgreSQL,总存储从 InnoDB 方式的 34G 缩小到 9.6G,而且,恢复时间也只是原来的大约 1/5 (导出用 Mysqldump,载入用 psql ). 此外,关于内存利用方式上也有一些差异, MySQL : innodb_buffer_pool 6GB + O_DIRECT flush, PostgreSQL 设置上限 2G,只用了 1.2 G。遗憾的是,看不到切换前后性能数据更为详细的对比。

FeedLounge 当时每天要处理的事务量:每天超过 400 万次查询,超过 200 万次的更新/插入操作,高峰期每秒钟有 2000 个更新/插入操作(这应该是批处理阶段)。硬件如何呢? 数据库服务器的硬件:两路 Opteron CPU,8 GB 内存, 6 SATA 7200RPM 16MB 硬盘, RAID 5 ,控制器有 128M. 可以看出来了吧, 7200 转的硬盘 + RAID 5 根本不适合这样的应用。从这一点上说,数据库类型切换其实解决不了本质的问题。

另外看到的有趣参考信息:

FeedDigest 在当时每天有超过 400 万次的查询,超过 200 万次插入,机器硬件只用了双奔四 CPU(2.8GHz) ,1G内存

EOF