我们需要可以编程的 Twitter 客户端

原文链接; 作者:Tony Zito

Unix 有 Shell 语言,Dos 有批处理程序,Lotus 1-2-3 也有自己的宏语言,Emacs 虽然是文本编辑器但也是编程工具。我们已不再执着于编写可以编程的终端用户软件,但如同二十年前那般,它们在今日的重要性仍不减当年。

每隔几周,斯考伯便会与我同坐一个多小时,聊聊各自的想法。几年来我们都在谈论 Twitter,就像其他人那样。(或看上去像)

最近的一次谈话止于同样的死结。

似乎所有的好主意都起止于类似的语句:「显然,他们永远也不会这么做。」

「他们」在这里指的是 Twitter,自是当然。

但我们还是继续聊了下去,斯考伯重申了他的想法,一个称之为 SuperTweets 东西,同利用 RSS 附件(RSS enclosures)进行播客的想法差不多。无需向别人费劲周章的解释,因此这些时光总让人觉得快乐。

脑力风暴陷于窘境,我觉得我们做了一个错误的假定:如果 Twitter 变成一个可扩展的元数据平台,开发者能对任意 Tweets 粘附数据,而 Twitter 储存指向 Tweet 和数据的指针,也可以存储数据本身,那么所有问题都能迎刃而解。

不过现在,我认为这种想法是错误的,因为它的假定是,有一群勇于创新的客户端开发者们无需 Twitter 的指引便能协力合作。我认为开发者们惧怕 Twitter 由来已久,即便他们对如何颠覆市场娴熟于心,也绝不会冒着风险挑战官方。所以我觉得开发者中出现搅局人的几率是零。但没有这些人挺身而出,Twitter 将会止步不前。

除非……

当然,你已经阅读了本文的标题,所以你知道我想说的是什么 :-)

若是将一种相对简单低能的程序语言植入 Twitter 中会出现什么呢?高级玩家便能在 Twitter 之上建立自己的小应用。可以是为群组 Tweets 打造的用户界面,或将想法群发至不同的地方:Twitter 或别的什么。 因此当比特之流止于 Twitter 之时,仍是有条不紊的,对不使用客户端的用户也适用,当然,使用客户端的用户会觉得更加好用。

在阅读方面,我希望加入的功能并非人人愿有,但抱有这样想法的不仅有我,而我也不想为实现几个功能而亲自打造整一个客户端。

例如,自从我第一次要求增加「限时 unfollow」的功能已有两年。

使用情景:某人正在现场直播一次会议,我对此并不关心,而且它还占用了所有的带宽。我想 unfollow 他一天。现在看来,似乎没有人在开发这项功能,但对少数人来说这项功能却很重要。

我还希望有「限时 block」的功能。

便无需为了移除单条 Tweet 而 block 某人了。无法向你诉说多少次只是为了回复列表(@replies)的清净而 block 某人。

因此我想解决斯考伯的问题之道是可编程的 Twitter 客户端。

另外:我确信本文的回应者绝大多数都是无意增加此项功能的人。那么,不妨跳过评论好了,因为我知道没什么人想要这个,但对于我的同好来说,却是无此不行。