首页

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 (Page 1 of 43)



June 2, 2009

现在网络上已经可以看到很多公司的团队对外的 BLOG ,关于这个话题,在这里记录一下我的一些个人看法。当然贵团队如果已经开博或者即将开博的话,毋须照搬,这不适是什么指导。

明确团队开博目的

首先必须确定要传递哪些信息给读者? 宣传公司团队文化? 技术宣传? 产品宣传? 还是兼而有之? 如果只是为了跟风,那就没必要的。实际上,我相信大部分团队 BLOG 不过是跟风而已,不过跟风跟的好,也能起到不错的作用。如果能认真经营 BLOG ,它就能给你带来价值,超乎你想象的价值。

一般而言,建议对外开博前,可以在内部先试运行一下,给大家熟悉网络环境一个缓冲期。

不与业绩指标挂钩

据说很多团队的 BLOG 居然和 KPI 挂钩的,这是非常不适合的做法。很明显这会导致一个现象:到了接近考核的时候,团队每个成员都流水帐一样连发多篇文章凑数,对读者来说,是一种信息轰炸,起不到什么正面作用,对团队多数成员来说,也觉得这样圆满完成任务也不错嘛,势必影响真正用心写文章的成员。当然我相信很多人看了我这个帖子后会改变 KPI 的设置方式,比如"每月要发布几篇"... 简言之,本末倒置。

控制文章发布频率

团队 BLOG 管理员(没错,应该有个管理员)应该控制文章正式发布的频率。细水长流,尤佳。记住,节奏最有力量。

控制频率的另外一点是要做好长期性准备,不要几天热乎劲儿过去之后就乏于更新。如果潜在读者偶尔访问过来,发现最近一篇更新是一年前,或许就会留下负面印象。

不要强制团队成员

必须要认清的一件事情是,一个团队中,肯定有些人员的确不善于文字表达,如果要他写一篇文章,可能比杀了他还更难受。如果强制性的压着他憋文章,恐怕只能适得其反。好的方式是发起者能够引导团队成员中的那些低调者,使他觉得这事情有意思,可以尝试一下,能够更多锻炼自己。比如针对技术人员来说,写文章过程中如果熟悉一下 HTML 基本语法,在日常工作中也不无裨益。

不要堆砌垃圾文章

这里面的一条铁律是:不要转贴那些网上随处可见的"心得","感悟"之类的心灵鸡汤文章,那些文章不能改变外界对你团队的正面看法(当然有可能增加负面看法)。适当的转载关于自己团队或者公司的第三方文章是可以接受的。

记住,垃圾信息和网站质量成反比的。信息不是越多越好。

内容格式非常重要

内容是团队向外展示的载体,固然重要,可如果文章不经过很好的格式化,就好比一块好田地长满了庄稼也同样长满野草一样让人讨厌。这是如此简单的一点,但我们还是能看到有许多团队对此熟视无睹。一篇连段落都不分的技术文章内容再好,也不会有更多技术人喜欢看。

不但 Web 页面要注重格式化,对 RSS 输出也同样也要注意,甚至应该更加以重视。至于输出全文,那是必须的。团队 BLOG 不要在乎什么 PV 之类的事情,那是非常土鳖的做法。内容是否有价值,不在于有多少人看了这篇文章,而是有多少目标读者从中得到收益。

--待续-

| | Comments (2)


March 29, 2009

看到消息说 Nutch 正式发布 1.0 版本。这个 Lucene 的衍生项目,现在已经孵化长大。

很早以前我无聊的时候记录过一点使用 Nutch 的笔记(),现在还有人搜过来 :) 时过境迁,已经没啥用啦。

Apache 基金会下面的几个搜索项目应该说是极大解放了生产力,让搜索引擎这个看似高深莫测的东西走入寻常百姓家。很多公司自己的搜索引擎都参考了 Lucene 和 Nutch 不少吧。

--EOF--

几年前我

不久的将来,有 Nutch 支持的个人搜索引擎或是主题搜索引擎会大行其道。到了那个时候,或许 Google 这种垄断式搜索巨头的影响力已经不再!

原来只是痴人说梦。

| | Comments (4)


March 6, 2009

最近北京奇遇花园咖啡馆举办了一场 "Beta 技术沙龙", 关于"有道阅读器产品设计"的话题。

在杭州也没办法过去参加,倒是第一时间看到了 PPT。又问了以下,PPT 可以进行传播。所以截取了两张图(版权属于有道)学习一下。先是交互易用性问题。有道的数据库缓存策略是把当天的数据缓存起来,用 Memcached ,不知道改造过过还是默认方式使用。有道的 Ajax 交互的响应速度相对比较快。也是 用 JQuery -- 几乎快成了居家旅行必备 JavaScript 库了。

Youdao_Data_Interactive.png.png

用 YSlow 分析了一下有道前端的一些策略,发现大部分都做得不错,挺专业。Web 服务器是 Apache (不是 Nginx ),不过大部分图片设置为一周过期有些问题,太保守了,其实图片不过期也没啥问题,RSS 阅读器中的静态文件其实几乎不变化--除了用户的头像。应该说,判断一个网站是否合格,看看前端优化做得如何就可以了,如果做的不好,要么是太有钱,不担心带宽和计算资源的浪费,要么是根本不考虑用户的使用感受。

Youdao_Data_Security.png

对于抓取的数据全部保存的问题,我不知道有道对 Feed 抓取过的内容更新问题如何处理。谁让咱没去现场呢,等下次有机会再了解一下吧。最后一点期望:有道什么时候能把订阅数让 FeedBurner 正确识别? 相信对大一点的网站 Google 多少能重视一点吧 ?

--EOF--

今年以来,一些小型但有针对性的技术沙龙逐渐活跃起来了,嗯,杭州,在 5 月份之后也将开搞,敬请期待。

肯定有人问哪里有 PPT ? 访问 Club.blogbeta.com

另参见:霍钜的 《关于有道阅读的beta技术沙龙》

| | Comments (11)


February 19, 2009

收到邮件说 Spawn-fcgi 成为独立项目,并且预发布了 1.6 版本。

原来很多人都用 Lighttpd 的 Spawn-fcgi 进行 FastCGI 模式下的管理工作,不过有不少缺点。而 PHP-fpm 的出现多少缓解了一些问题,但 PHP-fpm 有个缺点就是要重新编译,这对于一些已经运行的环境可能有不小的风险(refer)。

原来 spawn-fcgi 版本也比较乱的,期待独立后的项目能更稳定一些。这会给很多 Web 站点带来便利。

--EOF--

| | Comments (3)


1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 (Page 1 of 43)