- 积分
- 1029
- 最后登录
- 2024-6-14
- 精华
- 0
- 阅读权限
- 40
- 主题
- 80
- UID
- 4766606
- 帖子
- 2573
- PB币
- 280
- 威望
- 0
- 贡献
- 0
- 技术
- 0
- 活跃
- 2935
- UID
- 4766606
- 帖子
- 2573
- PB币
- 280
- 贡献
- 0
- 技术
- 0
- 活跃
- 2935
|
板凳
发表于 2019-1-15 23:35:57
IP属地福建
|显示全部楼层
退房
五年多前,当我创建BuildFeed时,我从未想过它会像过去那样大,被广泛使用。我已经两年多没有参与BuildFeed的日常运行了。我把它留给了几个值得信赖的朋友,我和网站的用户都欠了他们一个人情。没有他们,这一天早就到了。
您可能已经注意到最近在BuildFeed上出现了一些奇怪的构建字符串。这是因为微软的一名员工在BuildFeed上发布了这些信息。对于那些有兴趣的人,别来找我了。我没有IP日志,我对我们的共同朋友做了什么没有“内部”的洞察力。你能查出是谁吗?当然,只要看看Twitter,看看谁在BuildFeed之前发布了构建标签。他一点也不谨慎,在BuildFeed接受之前,他把字符串分发给了很多其他人。
BuildFeed的长期前景已经有一段时间了,但是过去几天发生的事情已经解决了我脑海中的一些问题。考虑到广泛的内部压力和外部压力(没错,微软是那些无情的外部压力之一),我发现自己无法致力于在其基础上运行BuildFeed。有鉴于此,我决定立即终止BuildFeed。事实是,如果不是因为我的失败,这一天就不会到来;如果没有第三方持续不断的活动迫使我们离线,这一天也不会到来。
对你来说,好消息是汤姆给的东西,汤姆不能总是拿走。你有源代码,安全的GitLab。此外,由于多年来许多人都对构建字符串的数据库做出了贡献,所以我会感到有些羞愧,所以这里的数据库被倾倒在JSON文件。我鼓励任何人接受挑战,继续我多年前的愿望,建立一个真正权威的建设清单。
-托马斯·洪塞尔
增编1
当然,一旦记者掌握了这个故事,我的通知就会有一些创造性的解释。这里有几点我想澄清.。
微软不而且有绝不可能发出停止和停止建设饲料。他们从未明确要求关闭该网站。他们从未(直接)要求过我公开网站的来源。他们的手太好了,不能屈从于这种杂乱无章的战术。
关闭的时间与我提到的内部压力有关,与微软等外部压力无关。如果微软没有对BuildFeed施加任何压力,我怀疑会有什么问题,但如果我过去没有犯过一些错误,那么内部压力就会很小甚至没有,我们也不会期待关闭。
事实上,归根结底,内部压力是决定性因素。你们中认识我的人,知道我不是一个只接受某人的命令的人,即使他们来自一家大型跨国公司。然而,对于BuildFeed的关闭而言,有一段时间是“何时”而不是“if”的问题,我要承认,这一事件只是把事情搞得头头是道。最后,我觉得最好是跳起来,而不是被推下去,在外部因素开始为我做决定之前,走在前面。 |
|