Live data from Hacker News

Nanobox: Local development done right

desktop.nanobox.io

61–70 of 84 posts

Re: Nanobox: Local development done right

#61

I develop in OSX, Vagrant is entirely too much overhead and hurts more than it helps. It's less work to make the app work cross-platform than to have to deal with the slowdown and the added tool complexity.

The only overhead I notice is the fact that VirtualBox Shared Folders are really slow. If that's the case, using the paid VMWare plugin can help.

Or use NFS. Way better performance.

Re: Nanobox: Local development done right

#62

Earlier quoted context omitted.

It's an odd comparision, because Nix and Guix both include tools for making virtual machines and containers. I think the better comparison would be virtualizing/containerizing traditional distributions like Debian vs. using Nix/Guix. With a traditional distro, you need to use a handful of additional tools like Vagrant, Docker, Ansible, etc. as well as several additional package managers to get everything setup. With…

I have read about half of Eelco Dolstra's Ph.D. thesis [1]. I wish all distros worked like this. I had never heard of Guix before and was about to ask how it relates to / differs from Nix, so if anyone else is wondering: Guix: Specializes in providing exclusively free software. Based on Nix [2]. Implementation differences, quoted from section 2.3 in [3]: "Our main contribution with GNU Guix is the use of Scheme for b…

>From my limited view, Nix has a very strong theoretical base. Do you expect any developments at that level, and do you think these hypothetical developments will be integrated by the developers of Guix, or might it at some point start ignoring improvements in the theory?

I don't anticipate any major changes in the theory, but if there were improvements made, Guix would surely want to implement them. In general, we take things like build reproducibility further than Nix does. There are many packages in nixpkgs that use pre-built binaries rather than building from source. Guix also has tools to allow users to publish their own binaries for others, and also provides a tool to compare locally built binaries to remote binaries to detect non-determinism or security compromise.

Re: Nanobox: Local development done right

#63

Does anyone know what the endgame for this software is? Does Nanobox plan to offer a more premium service in addition to the basic functionalities? Hashicorp makes some revenue from premium services and I cannot imagine a tool this polished being sustainable without some sort of revenue source. Just asking, not a criticism.

We hope to keep the nanobox desktop tool free and open source. We plan on offering a "cloud" version of the tool (https://nanobox.io/cloud/) that will use nanobox desktop to help streamline deploying production code to a provider of your choice.

Re: Nanobox: Local development done right

#64
Love the page. On my mac it looks amazing.

I think that we are being flooded with new kind of software. I would appreciate a maximum 1 page long example of what can be done with the nanobox and a short comparison to existing tools (this is absolute must).

I cannot justify using it and relying on it compared to the Docker or Hashicorp's software.

Re: Nanobox: Local development done right

#65

Earlier quoted context omitted.

The only overhead I notice is the fact that VirtualBox Shared Folders are really slow. If that's the case, using the paid VMWare plugin can help.

Or use NFS. Way better performance.

NFS will be the default adapter for nanobox, but can be disabled.

Re: Nanobox: Local development done right

#66
post #63

Does anyone know what the endgame for this software is? Does Nanobox plan to offer a more premium service in addition to the basic functionalities? Hashicorp makes some revenue from premium services and I cannot imagine a tool this polished being sustainable without some sort of revenue source. Just asking, not a criticism.

We hope to keep the nanobox desktop tool free and open source. We plan on offering a "cloud" version of the tool ( https://nanobox.io/cloud/ ) that will use nanobox desktop to help streamline deploying production code to a provider of your choice.

Thanks Steve. After looking into your company a bit it's clear that you all have been building your infrastructure to support PagodaBox for some time. Thanks for open sourcing so many tools https://nanobox.io/open-source/ . I had never heard of anything you all made until today.

Re: Nanobox: Local development done right

#67
post #45

I have a Dockerfile that I use to run my production. This is already built. Is there anything I can use to build a local dev environment quickly using the Dockerfile . Obviously I can use docker, but quite often new developers have trouble with docker.

Why not docker-compose[1]? One thing it does well is abstract docker commands to `docker-compose build && docker-compose up`. [1]: https://www.docker.com/docker-compose

Docker Compose depends on a bundled copy of OpenSSL that has been insecure since June: https://github.com/docker/compose/issues/1601

Re: Nanobox: Local development done right

#68

The aggregate HN community seems to be reacting pretty negatively, but I see a lot of value in high-level "magic" tools (like this and Otto) that abstract away configuration for developers. While everyone else commenting is likely more experienced and thus feels more comfortable setting up the required config files, I am still a relatively novice web developer. Tools such as Nanobox and Otto provide a way for people…

I've learn how to setup everything to develop NodeJS apps and I still hate it. I wish I had nanobox a month ago when I was setting up a new machine against a tight deadline.

Re: Nanobox: Local development done right

#69

The aggregate HN community seems to be reacting pretty negatively, but I see a lot of value in high-level "magic" tools (like this and Otto) that abstract away configuration for developers. While everyone else commenting is likely more experienced and thus feels more comfortable setting up the required config files, I am still a relatively novice web developer. Tools such as Nanobox and Otto provide a way for people…

Yes, I agree that setting up dev/live environments needs to be simpler. As even for experienced devs, it is awfully time consuming and the entire process is not streamlined. The advent of Docker have made the process slightly better but it brought other complexities yet to be resolved (deploying local environment's volumized code-base, etc). I checked out Nanobox and liked the concept but I do get the feeling it is "yet another Docker builder" with it's own build file.

Re: Nanobox: Local development done right

#70

The aggregate HN community seems to be reacting pretty negatively, but I see a lot of value in high-level "magic" tools (like this and Otto) that abstract away configuration for developers. While everyone else commenting is likely more experienced and thus feels more comfortable setting up the required config files, I am still a relatively novice web developer. Tools such as Nanobox and Otto provide a way for people…

I've learn how to setup everything to develop NodeJS apps and I still hate it. I wish I had nanobox a month ago when I was setting up a new machine against a tight deadline.

Believe me. We share the same sentiment about setting up almost any environment, so we thought we'd bite the bullet and do all the work for you, so you don't have to :)
Post reply on HN