lowsenberg

Location: Hanover, Germany

Remote: Yes

Willing to relocate: No

Technologies: Python, C/C++, databases, Django, HPC (MPI, threads), web technologies, gRPC, Docker, comp sci (numpy/scipy/HDF5/FFTW/....)

Résumé/CV: upon request

Email: hn@jomx.net

I am a theoretical Physicist (PhD, semiconductor research) and software developer. I have broad experience in scientific programming, web and application development with Python and the usual front-end stuff, and I've worked a lot with data storage and processing. At the moment I work for a large German car maker in the R&D department, but I'd like to do something more meaningful. My ideal job combines math/natural sciences and professional software development, with enough flexibility to spend time with my family.

I'm administrating a large HPC infrastructure at may day-to-day work and often need to check something on many or all of the nodes. Compare directories, files, system settings, or the like. As we have a total of around ~7000 nodes at different geographical sites, all other tools were unsatisfyingly slow when I want to run a command on all of them.

cash (with warm caches) takes less than 20 seconds.

I agree, I work part time (30hrs) at a company in Germany where "full time" is 35 hours/week, which more and more companies adopt here.

It's great. I'm done early in the afternoon and there is plenty of time left to spend with my family.

The front-end varnish box for instance is doing the square root of zero most of the time.

Nicely written. :)

I have a PhD in physics and worked as a post-doc for a few years, until I left for industry a couple of weeks ago. The last project I was busy with is developing a massively parallelized image simulation code for scanning transmission electron microscopy. It is open sourced here: www.stemsalabim.de

My new job in industry is consulting about HPC systems in the context of computer aided engineering.

Your quotation marks seem like you disagree. There are other reasons not to do screening, for example not be faced with the decision to abort or not to abort. Here in Germany, at least in my circles, people tend to avoid such screenings not because of religiousness.

Very neat, especially useful for peaking into (SQLite) databases and getting a quick overview of the contents. Thank you for your efforts!

This looks very interesting. Currently we are storing our dense simulation (and experimental) data in NetCDF/HDF5. Given correct chunking, this seems to be pretty efficient both performance and compression wise. What would we gain using TileDB? How does performance compare with HDF5?

I don't know how often I type 'subl3 -n' every day. One of my all-time favorite tools. I'm happy to pay for the upgrade.