Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

For programming especially, yes. I can see that point.

IMHO, an Android programmer in particular will find OSX more comfortable and supportive than Windows because Android Studio and drivers and stuff mostly _just work_ on a Mac.

Example: get adb to talk to a Kindle Fire from your windows machine and then do that same thing from your Mac

Example: install genymotion on your Windows machine and fiddle around with VirtualBox and what have you, and then install genymotion on your Mac

Example: use something like GitBash (Android devs just have to use Git a lot) on Windows and then compare that experience to using a real Unix command line on OSX

Example: watch Tor Norbye give a talk about Android Studio productivity tips and notice that he can't help but give you Apple keyboard shortcuts.

Macs appear to be what most Android programming expert-types and the Android dev team itself use, day to day.

Android dev just seems to go a bit smoother on Macs than on Windows.



As someone running Arch, I have no idea how devs can put up with OSX or Windows. Both are awful, both you cannot fix yourself, and both get in the way all the time of what you want to do.

For me, if I'm missing something, its a pacman or AUR search away. If I need development features of anything it exists as a -git repo as well, and I can super fast insert my patches and get what I need immediately. No updates or any of this insanity stand in my way, and my systems been stable for almost three years since I built it, I just subscribe to the Arch announcements mailing list for major updates that might cause problems. We just got Linux 4.4 yesterday, and I booted today and kept on rolling as per usual.


"Both are awful"

Personal opinion. Most Linux GUIs are awful to me.

"both you cannot fix yourself"

Moot point, as the vast majority of people, even tech oriented people, wouldn't do that if they could.

"and both get in the way all the time of what you want to do."

Again, completely depends on your personal workflow.

"For me, if I'm missing something, its a pacman or AUR search away."

Mac App Store, Fink, or Homebrew.

"If I need development features of anything it exists as a -git repo as well"

Git works just fine on OS X.

"No updates or any of this insanity stand in my way"

Except for, what you just mentioned, which are updates.

"We just got Linux 4.4 yesterday, and I booted today and kept on rolling as per usual."

Same thing happens with OS X updates.


I develop on Windows and don't see the value on such examples.

Never used Genymotion, rather HAXM or real devices.

There are quite a few nice GUIs for Git, also no one has forced me to use Git so far.

I will become productive with Android Studio the day they are able to match what I already had with Ant, ndk-build and Eclipse ADT/CDT in terms of IDE/build performance and C++ support.

Keyboard shortcuts are the least that I care about in Studio.


"Never used Genymotion, rather HAXM or real devices."

Genymotion is miles and miles ahead of HAXM. Real Devices are best, though. But using real devices is much easier on OS X, due to not having to even think about drivers. I had to use Windows at a big corporate gig for a while, and that was one of the absolute worst parts of it: drivers.

"There are quite a few nice GUIs for Git, also no one has forced me to use Git so far."

It's pretty pervasive. Just about any major library is in git. Most projects are using git, too.


I use git on Windows every day and don't have any problem. I mostly use command line (the vim shell works just fine for entering commit messages), and TortoiseGit for when I want to look at history. For a difftool, I use BeyondCompare (company already had a license), which is really good.


The type of enterprise customers we have just don't go adding projects if they aren't approved by legal and IT departments.

Usually the projects are SDK only.

My current customer is using subversion and the third party projects, if any, use the internal Maven repository or vendoring for the C++ libraries.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: