我应该写更多博客。但是,twitter的速度要快得多。好歹…

@timbray昨天在Twitter上发布了“ Eclipse SPOD DIAF”。摘下魔术解码器环后,我很快得知他在抱怨Eclipse在Mac上的性能。显然,Eclipse 3.5 Cocoa中存在内存问题,导致了很多垃圾回收(假设我正确地解释了这一点)。这会导致在Eclipse锁定时弹出暂停图标。所谓的死亡死亡披萨,被要求去火中死,或者至少是我的魔术解码器戒指告诉我。孩子们和他们花哨的行话……

我听说这在Eclipse 3.6中已修复,但我在Mac上运行Eclipse Helios的几次都没有看到。但这是Mac的长篇故事中的又一集,Mac并没有从Eclipse社区或至少贡献者那里得到任何爱。好消息是,随着越来越多的贡献者使用Mac,这些问题正在得到解决。但是,人们已经意识到Eclipse在Mac上很烂,人们希望Mac用户对Eclipse充满热情,可以再尝试一次。

昨晚,我遇到了另一个使我困惑的案件。我正在测试为Sequoyah项目做贡献的新的Android CDT集成,并显示了NPE。因此,就像在Windows和Linux上一样,我迅速尝试启动CDT工作区,以查看日志抱怨的代码行。您知道,如果您正在运行Eclipse,并且尝试启动第二个实例,则它会弹出您正在运行的实例。

据我了解,Mac应用程序始终是单例的。您运行该应用程序的一个实例,它就可以处理多个文档。但这在Eclipse中不起作用,因为Eclipse无法处理多个工作区。我记得当时有人想这样做,但参加e4峰会时却没想到。现在我知道了。

我想这样的事情会随着时间的流逝而解决(尽管我不确定是多工作区的事情)。但这是开源项目如何工作的一个很好的例子。完成功能的唯一方法是,如果有人对完成功能有既得利益。迄今为止,很少有Eclipse贡献者对Mac上的Eclipse感兴趣。是的,这种情况正在改变,但速度非常缓慢。

现在,这是有争议的部分。在开放源代码中您几乎看不到什么,除了少数情况下,这些项目是由资金丰厚的远期寻找公司(即Google)提供资金的,而这些项目都是在需要之前进行投资的。我们已经知道Mac很重要了,这一趋势非常明显。但是开源不是那样的。开发资金不足以支持此类风险。

还是我想。我很好奇您是否同意,以及您是否有这样的理论。我不确定如何更改它,或者不确定资助开源的供应商是否希望对其进行更改。我知道有些公司不希望这样做。但是,如果他们能弄清楚如何做,那么容易做到的公司将胜过他们。