Oracle was never really innovative on a technical level
Even their RDBMS and SQL was copied from ideas that came from IBM. And I recall either E. F. Codd or one of the SQL guys making a remark about Oracle’s less-than-saviour sales tactics, even back in the 90s.
weird dude who writes raw HTML
Eyy, that’s me! Good excercise to learn actual HTML, instead of directly trying to jump into <insert random JS framework> and getting confused on what’s what.
Anyway, I ended up switching to Hugo as a static site generator, because it was too damn hard to keep all my <header>, <nav> and <main> aligned for all my HTML files.
Now I can just write a markdown file as an article, or switch back to raw HTML if I so need (like rewriting Alan Turing’s paper " On computable numbers" in HTML because I can’t use TTS on the PDFs I found; I still haven’t finished writing it, because I am now reading E. F. Codd’s papers on the Relational Model, which is pretty wild how we already figured that shit out in the 1970s!)
Oh wow, looks like the Haskell devs have been hauling ass! Nice!
I remember the language server being a thing already, but it was in some alpha stage back then. Good to know it’s usable now! :D
Here’s what I remember from Haskell (around 2018):
I love the language, but hate the tooling.
Used it for Uni (did a minor where I learned Haskell, recursion, parsing and regex - probably the most information dense part of school I’ve ever had. Half a year of minor also burned me out, so I never went for my masters; I’m OK with my Bachelors :D ), but never felt like picking it back up.
I’m confused why you’re asking for feedback. You already chose Svelte and Sveltekit, no?
Here’s my feedback anyway: I like Python and dislike Javascript. Yes, Python is slow (though that can be offset via Pandas, among other libs) but it’s relatively painless. Unlike JS, which is quite painful to work with. JS libs also come and go every few years, whereas Python’s seems a bit more stable in that regard.
But it also depends on whether I’m part of your target audience - who is your target audience?
That box story right below the original message is hilarious! 😂 It’s always good to bring up happy memories after someone passed away. Good way to mourn, IMO.
Stroustrup to congress: “You expect me to talk?”
Congress: “No, Mr Stroustup, we expect your language to DIE!”
Also, regarding better formats: parquet is relatively nice. Smaller files, though not human readable. Use parquet if you read often, or have IO issues (file “too large” as CSV).
What’s even the “gold standard” for logging stuff I guess?
structlog. Or just Structured Logging in general.
Don’t do:
logging.info(f"{something} happened!")
But do
logging.info(“thing-happened”, thing=something)
Why? Your event will become a category, which means it’s easily searchable/findable, you can output either human-readable stuff (the typical {date}, {loglevel}, {event}
) or just straight up JSONL (a JSON object/dict per line). If you have JSON logs you can use jq
to query/filter/manipulate your logs, if you have something like ELK, you can insert your logs there and create dashboards.
It’s amazing - though it may break your brain initially.
I see an Arjan video, I upvote. This guy really boosted my Python knowledge during my Junior years.
I’ve been using git for some three years now - never used Cherrypick (not consciously, anyway).
Just take on fewer points per sprint, if you can’t make it every time? Scrum is about becoming predictable, not being the absolute fastest. That’s been my experience, anyway. If your PO is pressuring you to take on more, you say “no”, because that’s your responsibility, not his.
But maybe that’s just me.
Tell me you didn’t read the article, without telling me you didn’t read the article.
When do the Predators show up? :p
One thing you can run into is that nesting things is hard in TOML: https://stackoverflow.com/questions/48998034/does-toml-support-nested-arrays-of-objects-tables
The syntax is simply not built for that, because .ini
format.
We’re current using bump2version, which already is a fork, but doesn’t use toml and thus isn’t very strict in its config. Turns out there’s already a successor (forgot the name) that supports toml. Haven’t had time to switch yet, but it’s on the massive backlog of shit I want to fix.
You have to throw some salt and pepper on it. Otherwise it’s very bland. Kinda like an egg.
Read through the HTML5 spec if you want to do anything frontend related. Yes, it can be boring at times, but using a TTS extension for your browser helps a lot.
It’ll teach you which HTML5 tags exist, which attributes exist for each tag, which tag goes within which tag, etc. Very helpful if you want to actually learn an up-to-date HTML5.
It will provide a very good fundamental knowledge before you start learning whatever popular JS framework exists in a few years.
You might also want to check the latest Ladybird update: https://youtu.be/cbw0KrMGHvc