我们需要可以编程的 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 客户端。

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