为什么在Windows下为Android 2.3设置开发环境如此噩梦？

案例1有问题： 我一直在尝试在Windows 7上拥有一个“纯粹的”64位开发环境。它无法完成。请看这里的两个主题： 64位Eclipse不会在Android模拟器上安装.apk 启动应用程序时如何暂停命令窗口？ 有没有人在64位Windows 7上成功使用64位Eclipse for Android 2.3 dev？ 据我所知，Windows 7上的64位开发并未获得官方支持，但显而易见的问题是为什么？为什么谷歌不能赶上微软？ 案例2有问题： 即使在32位Windows XP上，推荐的Android开发平台/工具也会以不可预测的方式运行（一个项目如何安排如下？）： 咦？添加SDK 1.6后，Android首选项页面拒绝加载 与使用非常稳定且非常可预测的微软工具的Windows编程不同，我使用Eclipse + Android插件+ Android SDK的经验是，我从来不知道什么样的“地雷”在我身边等着我...... 所以我的问题是：为什么？ 是因为Eclipse是alpha WebSphere的版本（类似于如何 Fedora是RHEL的alpha版吗？ 是因为Android插件和 SDK经常处于测试阶段？ （喜欢 Gmail过去多年了？） 是因为既不是Eclipse也不是 Android工具和SDK（适用于Windows）是充分的 测试？ 请指教。 请注意“触发快乐”的人：如果你投票关闭这个帖子，你基本上表达了对社区成员的不信任，以便对Windows的Android开发工具的当前状态进行诚实的讨论（有可能促成一个改进的工具集）。 更新（1）：观察向下投票，看到人们更喜欢“点击”而不是在上面的链接中提供有用的答案是很有趣的。实际上，它并不有趣，很难过。 更新（2）：我真的很感谢Paul McMillan的答案，这是最具体和最重要的。然而，它是由其他人编辑包括旋转刮刀，如“Fedora也不是RHEL的alpha - 它只是更多的前沿”所以我不得不接受下一个最好的答案。 更新（3）：我无法相信有专业人士建议从管理员帐户（每天，而不是管理目的）工作。我可以理解躺在家里的用户这样做，但计算机专业人士呢？ 更新（4）：我设法找到了案例＃2中描述的问题的解决方法（参见上面的链接）。这需要时间用于启动和运行实际的Android编程。 更新（5）：我使用64位Ubuntu 10.04安装相同的64位开发环境（Android 2.3）。没有一个麻烦。它很快。真高兴。 更新（6）：我终于找到了这场伟大考验的根源。原来是Comodo防火墙（又名CIS）。