beemoe

Have you tried Nuitka? It takes a little effort but it can compile your Python program to a single executable that runs without network access.

From the getting started section:

> Terminals are part of the MacOS since it is Linux-based.

This is not true. MacOS is based on Unix.

Neither is base salary.

Then how about sewage pumps For a combined energy storage and water distillation facility?

I have some professional experience using a visual programming language on the same files with many coworkers. Here are the biggest pain points I experienced:

Diff, merge, search/replace, copying code directly from chat or websites into a REPL or file to try it out.

I have used a handful of other visual languages and when I see a new one I am on the lookout for use cases that involve more than one programmer, sometimes not even knowing each other; features that make it compatible with existing file and line oriented version control systems or provide an alternative(which is a project in itself, hard, and might not be as modular)

Learning about visual programming languages gave me a new appreciation for the simple elegance of text and IMHO the future of them will be those that easily map back and forth between text and graphics so you can have the best of both worlds and continue to stand on the shoulders of giants.

Does anyone konw of languages that translate to/from text well?

Well, if you like the general sound of playing the home row in this layout, then simply remapping this thing for Dvorak might get you somewhat far toward that goal since the home row actually contains the vowels and common consonants.

I don't know what qualifies as "really good examples" but there are lots of random things that use metaprogramming in some capacity and are popular. Lots of IDLs, serialization formats, ORMS etc. I am thinking stuff like Protocol Buffers, Hibernate, Swagger, etc.

Thanks, I also love mason jars. I hate to point it out, but isn't that Cuppow product also made of ambiguously "BPA Free" plastic? Better than an all plastic container anyway.

So this is what we were all working on at ICFP last year :)

I advise caution about various percents being thrown around without enough context. I understood the 50% figure above as describing the conversion of heat energy into motion, e.g. inside of a natural gas power plant. The figures you quote are defined as being on the customer side of the energy meter.

Further below that calculation is updated to try and reflect the source fuels using some US EPA numbers: "The (US averaged) inefficiencies recalculated relative to source fuels energies are hence 25% for induction cooking surfaces using grid electricity, 84% for induction cooking surfaces using on-Site Solar, and 38% for gas burners.

The original point (that burning fuel to heat things to spin things to make electricity which is moved to your home to heat a pan is less efficient than moving the fuel to your home and burning it there to heat a pan) is maybe better illustrated by the EPA source-site ratios given to make that adjustment: "3.34 for electricity purchased from the grid, 1.0 for on-site solar, and 1.047 for natural gas. The natural gas figure is slightly greater than 1 and mainly accounts for distribution losses". So if the "electricity purchased from the grid" was generated with natural gas in the first place, you can and see the difference there.

This comment really resonates with me. It is what I think of when I hear that quote, "Technology has the shelf life of a banana". It demotivates from starting new side projects when the old ones take such efforts just to set up again. Code can give the impression that it has some timeless value like some truth that has always existed and you have captured, but in reality code cannot "exist"(or fulfill its purpose) in isolation.