Not necessarily fondly since most of the times, my old code does not show the effort that I put into it anymore, lol. It's decent for the experience I had back then, but definitely nothing that I am proud of now, haha
But your comment below (or above, not sure where this comment will end up) reminded me of a project I did for a seminar about algorithmic sound: I had great ambitions to create something like a framework which can add sound to any algorithm.
Learning about SuperCollider was a lot of fun. It also felt very different to normal programming since most of the times, we don't add sound to our programs (for good reasons, haha, I guess we learned our lessons back when the web started to get popular).
Another project I did and was pretty proud of at the time was to create a CLI to query train connections. I used to not have a lot of mobile data per month and I realized that I could write a simple CLI which I could run on a server. In theory, connecting to that server via SSH and running that script should use a lot less bandwidth then using the official app. This should help me find back home when my mobile data was used up and my connection was throttled such that the app was basically impossible to use.
I think I used it a few times and my theory was right but I didn't use it that much as I thought I would.
Was still a nice idea imo and during an interview, a lead engineer seemed to be quite interested in it. I think this project helped in their decision to hire me but I declined the offer since I found a position I was more interested in.
This will ultimately - as far as I can see - lead to parsing, analyzing and rewriting of the Processing Java source code to include SuperCollider calls.
This is actually quite funny to read now. I still remember how I actually thought I could go and parse the Java source code to bring my idea to life. I started to dig into compilers and abstract syntax trees etc. But then I had to "postpone" this idea for "later"
This was during my first year of university
reply