[ihumanable]

Just a little bit of my backstory so that you read this through the correct lens: I was a .Net dev and used Visual Studio for years, then my company sold me as a Java dev and I was forced to use Eclipse for just over a year.

I liked Visual Studio, I was really comfortable in it, I understood it's quirks and it had a reasonably nice workflow. I didn't like Eclipse, it was weird and different and I couldn't work as productively in it. But I was _forced_ to use it for a year, I learned that Eclipse prizes the "type-to-navigate" feature, and I learned to love this.

So this next part comes from someone who has felt the Eclipse pain and genuinely enjoys both IDEs (and for the record spends all of his time now in TextMate and Terminal).

I think your idea has a bad cost / benefit ratio. Android moves quickly, the developer community and mindshare is set up in Eclipse and the tools produced within by Google and other Third Parties. I think there is probably an audience for a Visual Studio plug-in, but make no mistake, Eclispe and VS offer a similar amount of functionality, the tools that you find cumbersome on Eclipse were written by people that work in Android all day everyday. You are setting yourself up to try to make a toolset that offers feature parity with the official toolchain. You will also need to offer up tutorials and documentation so that people will use it.

I'm not saying that you shouldn't do this, I'm just saying that you should be realistic with the upfront cost of doing this and the ongoing cost, especially considering the amazing rate of progress Google is throwing at Android. I think in the long run it would probably be a lot easier to work in Eclipse, but that's from someone that's already gotten through the pain of transitioning to Eclipse.