Live data from Hacker News

Poll: What is your primary development system? Mac, PC, Linux, Other

news.ycombinator.com

41–49 of 49 posts

Re: Poll: What is your primary development system? Mac, PC, Linux, Other

#41
post #24
post #13

Windows Seven w/ Ubuntu running in a VM. It would be 100% windows but faking all the server-side components got too tough.

I haven't used VM software for ages. Do you get good enough performance on virtualized Ubuntu to do all your developing?

I'm a Ruby developer - I wouldn't know slow performance if it bit me.

Re: Poll: What is your primary development system? Mac, PC, Linux, Other

#42
I think these results will be inaccurate. How can I answer this question if I run Windows 7 as my OS, but use a Linux VM to do development work? Does Windows 7 count as my primary development system? What if I run Windows 7 at work, but do all my personal projects on Linux or OSX? Again, it's unclear to me, what counts as one's primary development system is in this scenario.

It's also worth noting that the pole permits more than one selection, which defeats the purpose of asking, "What is your primary development system".

Re: Poll: What is your primary development system? Mac, PC, Linux, Other

#44
post #24
post #13

Windows Seven w/ Ubuntu running in a VM. It would be 100% windows but faking all the server-side components got too tough.

I haven't used VM software for ages. Do you get good enough performance on virtualized Ubuntu to do all your developing?

We're a Mac shop with intensive requirements to run Windows software (both because the industry standard reversing tools are all primarily WinAPI-based, and because a lot of our targets are Windows). VMWare Fusion works fine, with (for business-class apps) virtually no perceptible slowness --- if you max out the memory on your system, and run one VM at a time. Virtually everyone on our team does this.

Running two systems on your laptop is a perfectly viable strategy for dev machines, and if you're most at home in Windows, I recommend it. If you're Linux or OS X, though, I think it's probably worth the effort to keep your dev environment cross-platform instead of working on it in a VM.

Re: Poll: What is your primary development system? Mac, PC, Linux, Other

#47

Earlier quoted context omitted.

Yes. It turns out 12GB of RAM does come in handy. (I have the same setup, Win7 w/ Ubuntu VM). What's more annoying is doing port mapping through VirtualBox's XML configuration files, but this is a one-off task and not too complex. I'm seriously considering purchasing Mac OS X Server edition and using that in a VM as well but I can't figure out if this actually works. Does anyone know?

Just switch to Bridged networking in the VM and don't care about port mapping at all? (It will have its own IP.)

In case anyone else stumbled upon this thread, I've always thought running a VirtualBox VM in Bridged Networking mode still did not allow the VM instance to be externally accessible.

However, then I read this ServerFault thread and realised the bridge is a _new interface_, and hence you must either bind directly to it or bind to all interfaces in order to get your VM to become externally accesible!

http://serverfault.com/questions/206498/virtualbox-bridge-ne...

Fantastic!

Re: Poll: What is your primary development system? Mac, PC, Linux, Other

#48

Earlier quoted context omitted.

Just switch to Bridged networking in the VM and don't care about port mapping at all? (It will have its own IP.)

In case anyone else stumbled upon this thread, I've always thought running a VirtualBox VM in Bridged Networking mode still did not allow the VM instance to be externally accessible. However, then I read this ServerFault thread and realised the bridge is a _new interface_, and hence you must either bind directly to it or bind to all interfaces in order to get your VM to become externally accesible! http://serverfault…

It's much easier when it's just another IP address! :)

And yeah, the reason something like AppEngine or Django wouldn't work is that they, by default, bind only to loopback/127.0.0.1, and are only accessible from the host on which they're running, as a security precaution.

Post reply on HN