Ask HN: What's your favorite programmer niche?

71 points by subtract-smiles ↗ HN
With so many 'sub genres' in programming (machine learning, networking, frontend, etc.), what's your favorite one? For me, I really like sockets/TCP type programming in Rust and C but I'm curious what people like to code in free time.

111 comments

[ 2.7 ms ] story [ 189 ms ] thread
Okay, I'll byte.

I love almost every aspect of computing, from software to hardware.

Distributed systems, networking, single-machine vertical scaling, graphics programming, statistics and ML, NLP, vision, frontend.

Also love server hardware, grew up water-cooling and overclocking systems in the late nineties and early 00s.

I also find it fulfilling to help friends and family resolve their computer problems.

I'd like to learn more about embedded systems, I fantasize about creating my own devices stop esp32, but haven't gotten close to having time to explore this yet.

I will learn and use whatever language it takes to get the outcome I wish :)

I will also say that as I'm getting a bit older, I'm a little sick of the physically boring aspect of sitting in front of a computer for many hours on end. No longer appealing.

Cheers.

> I'm a little sick of the physically boring aspect of sitting in front of a computer for many hours on end.

you ever try a standing desk?

Standing desk is actually all I use now! It's improved my physical well-being tremendously.
My favorite programming niche is SEO optimization. I really like optimizing pages and see the traffic grow.
That's not programming, mate.
It's not computation in a traditional sense, but it's programming of a kind.
There’s a lot of computation as well, for example NLP for keyword research, finding trends and drawing graphs in keyword monitoring, and do much more.
There’s so much programming you can’t even imagine. Core web vitals, ttfb, sitemaps, robots.txt, mobile first optimizations, responsive design, keyword monitoring, meta tags, url structures, and a dozen more super challenging tasks.
People are trashing you but making pages load correctly and quickly is easily part of SEO and very important.
Blockchain/smart contracts, Lisp, reverse engineering.
Tinkering with microcontrollers is probably the most satisfying, because it really challenges you to understand exactly what is going on at all times, right down to the electrical level.

Developing for retro hardware can be fun too, for similar reasons.

>Tinkering with microcontrollers is probably the most satisfying

Not so satisfying when seeing the pay-grade compared to other CS fields.

If your satisfaction comes from a paygrade, it’s probably a false positive
Do you expect your spare-time programming projects to fall in a specific salary range?
No son of mine will join the local youth soccer team unless he gets a competitive salary and 401(k)!
I was recently able to get into microcontrollers for the first time on a work project (paid to learn something interesting!), and definitely agree. Getting to the pulsewidth-level of different protocols and learning whole new ways to debug has been really fun.
I’m really glad to hear this. Building hardware for the real world amplified the power of software incredibly.

PS…we’re hiring firmware engineers to bring hardware to life.

Would be glad to apply.. ;-)
Just updated my profile, check out the link there.
> PS…we’re hiring firmware engineers to bring hardware to life.

Who is "we"? Your profile doesn't say.

OS kernel programming. Modern Linux is too complicated for me, so I pick something smaller that can be easily understood by reading docs for a few hours: https://pdos.csail.mit.edu/6.828/2012/xv6.html

You'll see various folks publish their xv6 modifications on Github.

BTW, my daily work is mobile app dev (mostly Kotlin, sometimes Flutter). Totally unrelated, eh?

My favorite subgenre is when my commit looks like:

    3 files changed, 35 insertions(+), 562 deletions(-)
I was once added to a team to help improving their code base. At the end of the project they made an overview how many lines each of the team members added to the code base. Mine was negative. :)
Who / what company added you to do that? How did they get convinced you could do that job?
Early 90s 3D engines. Raycasting, sprite scaling, SNES mode 7, voxels, early flight/space sims.
I see a lot on this lately. Why is that? Just hobby or there is positive economical return?
It's highly unlikely that there is an economical return, because modern engines are radically different.

I like this as well, so my guess is that some people grew with an interest in game development, and they still find it interesting to explore it.

Game algorithms were also "not easy" in the 90s, but since the codebases were overall smaller, they're more approachable then modern ones.

There was a short period of time where software rendering engines were able to do some interesting things before hardware rendering took over and they all died out. There is still untapped potential in a lot of the techniques, which is fun exploring.

I'm using them for a game I will be releasing. I think very few games these days regardless of engine used or graphical style has a chance of a net positive return, so that part doesn't bother me.

Kind of algorithmic-archeology. And that game of yours, just curious, you did it as a side-project or more serious? Solo or in a team?
Yeah, it's neat to see how people solved problems. It feels good to say "this is the algorithm that adds lighting" rather than "I set the camera at xyz, a light at xyz, a model at xyz, and called render()". Today I added some code to create comic-style outlines of objects.

I have a small library of books from the era on 3D graphics that are fun to read through (I especially like the speculation on how DOOM achieved its speed and "realism"). Andre LaMothe and Christopher Lampton have some good stuff, plus the black book of Michael Abrash.

I tried doing indie gamedev as a full time job for a year a while back, learned that was a quick way to lose all my savings :) so now I do it as a side project while having a full time job. If any of my games bring in some pocket change, all the better. Less stress for sure but also much slower progress. My brother does the music and sounds, and I do the code and graphics (plus some commissioned assets).

Yeah, software rendering engines were works of art.
1) Cryptography done right - instead of blindly reading & using algorithms, figure out how people got there. Requires some math background, progress is very slow, but the reward is many "ahaaa!" moments.

2) Trying/inspecting all sorts of Lisps out there. There are so many crazy ideas tried and implemented over the last 40-50 years that IMHO, any new modern language feature probably already exists in some form in some Lisp compiler or interpreter.

Writing rollback netcode for games. It's difficult, and often frustrating, when you're in the thick of it, but when you get things working it's incredibly satisfying.
Since last year I've been using Pixi.js (https://pixijs.com/) to create an app that puts video meetings into a 2d virtual space (https://flat.social). While learning how to build it, I got really (possibly a bit more than necessary) into optimising graphics performance to make sure it runs smoothly even for users who access it on potato laptops.

This includes pretty much every aspect of the rendering process - how often are elements updated, textures, masking, interpolation, fonts and making sure that nothing renders more often than it should. It's a challenging but pleasant process as the result of experimentation is usually easy to measure (FPS + memory usage).

PS. If you're into it as well - try Safari's web inspector for measuring performance and investigating which frames were dropped. I found it much easier to use for debugging than Chrome.

I was reading this and although I know nothing about the topic, these thoughts just entered my mind.

While on meeting many people are in mute. In that case something of the sort can be done that position/part of people on mute is rendered less frequently.

And people who don't have their camera on are only rendered once

Trying to make a program that a 93 year old grandmother could extend herself.
Does it look like a recipe?
Zero-Knowledge Cryptography

P2P protocols, networking in general

Learning random tools in devops
Test automation in the browser without use of third party libraries or frameworks. Just a test runner in Node sending tests to the browser in localhost that execute user events in the DOM
Lately I've been playing around with learning type theory and writing parsers and langauges.

But I seem to gravitate towards writing code to decode various file formats. Over the years I've reverse engineered Apple Notes database, written code to read the realm database backing Craft.app, code to read couchdb files, lucene files, git pack files, sqlite databases (I have js code that runs queries against raw database files), etc.

I'm also interested in compression and cryptography. (Implementing toy systems to learn how stuff works.)

Not my area at all, but reverse-engineering file formats sounds really interesting. Do you have a blog by any chance?
I should write this stuff up, but I haven't.

I do have some brief notes on the "Notes.app" format here:

https://github.com/dunhamsteve/notesutils/blob/master/notes....

But I didn't discuss my methodology -- Generic decoding of protobuf, building up a schema as you go -- the tricky part there is that a byte array and a substructure look the same, so you have to try to decode it, and if successful, try that schema on the next example.

Here is another fun technique - scanning through a disassembly of an Apple framework looking for assembly patterns that match the protobuf compiler output (this was dependent on which language was targeted by protobuf):

https://gist.github.com/dunhamsteve/224e26a7f56689c33cea4f0f...

So you find the serializer / deserializer code and figure out what the original protbuf spec looked like.

For lucene / sqlite, I used the docs on the web site.

SQLite got me a little experience with b-trees (as did couch), and I got to write a little query planner.

Lucene was interesting because it was compact, had some skip lists for fast lookup, and was a log-structured merge tree. I borrowed bits of it for an index in a binary file format for work.

For realmdb / couchdb, I looked at the source code.

I did realm so I could extract my Craft.app docs. It's interesting because it's a column structured database, so I got to learn a little bit about that. I also learned that C++ had changed a bit since I last used it (lambdas!).

And couch is an append-only btree. I got to learn to read Erlang with that project.

I've also have a web scraper that reads from the Chrome cache (whose format keeps changing). I archive things like recipes that show up in the cache.

And I've got code on github that decodes iOS desktop backups, which some people have found useful. (Written mainly so I could poke around in various applications' data and extract stuff from my keychain.)

Thanks for the notes on Notes!

As I said, it's way out of my wheelhouse, but I'm planning on spending some time in the next months on trying to merge a decrypted backup of old iOS Signal chat history into the decrypted backup of current Android chat history and trying to restore from that (re-encrypted) backup (there is no native iOS to Android transfer on Signal yet), so I'm starting to look into any learning material that will allow me to not fail within the first 2 minutes of trying :).

Definitely do start writing this stuff up!

Disassembling DOS malware. I also like 80s/90s game (engine) development as well :)
Pen Plotting. For those unaware, pen plotters are basically tabletop robots that you can put a pen into and have it draw whatever you want. There's a friendly online community of people making art with them on twitter (search #plottertwitter) and instagram.

It's nice to have a coding-related outlet that also produces something tangible you can hold in your hand or put on a wall.

These are far more satisfying than dot matrix or laser printers. I used to draw stage lighting plots with them in college in the mid-80's. So much fun to watch them work.
I worked in a construction company where we drawed blueprints in AutoCAD for these pen plotters. It was very soothing to see them work, but we had this pervert engineer who would caress the long brush's hairs under them and whisper sexy things. Unfortunately, that is irremediably linked in my mind to pen plotters.
I want to buy that robosexual colleague of yours a beer. Maybe he could seduce my apartment's AC into actually working in the summer?
> he

Gotcha!

He was an heterosexual male, he thought the brush hairs felt like female pubic hair. Despite that, he was a cool guy in other contexts.
Digital Signal Processing (DSP) holds a particular fascination to me. It’s hard to find the necessary focus time to work on during the weekends though, what with the family needing some attention.

I usually end up writing simple native apps to ease silly pain points in my day-to-day life - low cognitive load, high perceived benefit. I try to get raw sockets involved whenever possible. There’s something satisfying about moving bytes around yourself. Kinda like DIY home projects.

Shader programming blows my mind, especially those niche programmers who are able to create entire scenes using only shaders.

For examples: www.shadertoy.com For learning: thebookofshaders.com

Autodifferentiable programming!

Neural networks are the famous example of this, of course -- but this can be extended to all of scientific computing. ODE/SDE solvers, root-finding algorithms, LQP, molecular dynamics, ...

These days I'm doing all my work in JAX. (E.g. see Equinox or Diffrax: https://github.com/patrick-kidger/equinox, https://github.com/patrick-kidger/diffrax). A lot of modern work is now based around hybridising such techniques with neural networks.

I'd really encourage anyone interested to learn how JAX works under-the-hood as well. (Look up "autodidax") Lots of clever/novel ideas in its design.

Revealed preferences say "making FreeBSD work in VMs". So far I've ported FreeBSD to EC2 and Firecracker...
Scientific programming, i.e., short term problem solving, especially when working with physical measurements and experiments. The work involves a combination of programming (desktop and embedded), physics, electronics, etc. I get to choose my own tech stack (Python and Arduino), and to a large extent, my battles.

I like the fact that Mother Nature ultimately conducts my performance review. She doesn't care about tech fads, personality test scores, or office politics. She doesn't tire of proving me wrong, over and over again.

Germane to other comments in the thread, I'm aware of the salary disparities in the different castes of tech workers. On the other hand, unless someone is exceptionally disciplined and motivated, it takes something more than pay to propel a career.

While in college, I had a summer internship in a computer facility. My present job is in a building with a large team of devs. I get to see what they actually do.

I've wondered to myself if I'd be happy enough as a developer to do it for as long as I've done my present job, or if I'd just get bored and burn out, or start to misbehave.

I really like reading RFCs and then implementing the protocols that they describe. Preferably just do it in some plain language without any libraries, just plain old TCP/UDP.
What have been some highlights for you? This is something that's struck me in passing a couple of times as a potentially interesting kind of project.
A few years back, I needed an x-plat crypto library for HMAC/SHA1 on an open-source project. So, I wen't to the RFCs and built it myself - really fun.
Whenever I get bored (rarely these days) I like to write path-finding & annealing algorithms. I start with a super simple ray-tracing framework I first wrote in the 1990's for visualization, and then I play around with things like gravity and electromagnetic repulsion / attraction. My favorite thing to do is watch a million charged spheres distribute themselves on a weird surface obeying gravity and electromagnetics, and then have another sphere try to navigate through them. It's pointless but satisfying. I'm sure Blender and Processing and all the new fancy tools can do it better, but I understand every single line of code, so I feel like it is something I made for me.
There was an old Stanford site with some basic interactive tools to visualize "electromagnetic particles". In one of them you would just sling electrons around a neutron and watch their orbits.

I credit it for being one of the reasons I learned to code because it made me think about how cool it was that somebody built that. (I was ~9 years old.)

Now I think I'll have to go finally reimplement that site from memory! I'm sure I can brute force the math with the help of Copilot :P

Would be sick if you could post a visualization.