strokirk

8 ms·

1.
by strokirk 5mo ago
Scandinavian are quite different between each others as well.
2.
by strokirk 5mo ago
Wouldn’t it be easier to do those as stacked PRs then?
3.
by strokirk 5mo ago
Yeah, I’ve built many one-off scripts in my day, and these days they take 100x less time.
4.
by strokirk 6mo ago
Not to mention it’s a topic most if not all people have an innate strong opinion about based on their lived experiences!
5.
by strokirk 6mo ago
The books in Swedish primary school are tiny, no worries about that.
6.
by strokirk 6mo ago
Sounds interesting! Any good sources on that subject? I find results pointing both against it and for it, but am not a psychologist.
7.
by strokirk 7mo ago
Does any of these solutions work reliably for non-English languages? I’ve had a lot of issues trying to transcribe Swedish with all the products I’ve used so far.
8.
by strokirk 7mo ago
It’s like instructing a toddler.
9.
by strokirk 7mo ago
IRC never died.
10.
by strokirk 7mo ago
It doesn’t have to be, really. Even if it could replace 30% of documentation and SO scrounging, that’s pretty valuable. Especially since you can offload that and go take a coffee.
11.
by strokirk 9mo ago
Yet no mention of the real friction: buying a domain and getting hosting set up. There are a number of free alternatives out there but they are not well known by the public.
12.
by strokirk 1y ago
I care, for sure. Electron apps have been better than tauri apps so far, from what I’ve used.
13.
by strokirk 2y ago
Which?
14.
by strokirk 2y ago
CI providers should definitely start proxying PyPI with their own cache.
15.
by strokirk 3y ago
Visual iconography doesn't need to transmit the same ideas to different users, it's there to reduce space taken but still be identifiable to an experienced user of the tool.
16.
by strokirk 3y ago
I would have needed this when I started learning Rust! All my early programs were object soups.
17.
by strokirk 3y ago
Pyright doesn’t really support a lot of big libraries, like Django, so if you want to use them you’re out of luck.
18.
by strokirk 3y ago
Wow. In Sweden, ”frequent” would be every second year.
19.
by strokirk 3y ago
Why would in-office work lead to more burnout, as opposed to remote work? I’m thinking that remote work would be much more conducive to burnout - nothing to stop you working too long, no segregation between work environment and home…
20.
by strokirk 3y ago
What made you think the goal is to not know SQL?
21.
by strokirk 3y ago
What countless alternatives? I can’t think of many, and believe me, I’ve looked hard!
22.
by strokirk 3y ago
It’s certainly not a feature. A lot of important SQL usage is ad-hoc queries, and they are more annoying to type than they should be.
23.
by strokirk 3y ago
Which area is it more expensive in, then?
24.
by strokirk 3y ago
Just because it’s predefined doesn’t mean it’s suboptimal. On the contrary - anything I do myself likely has less about of thought and consideration from an officially published configuration.
25.
by strokirk 3y ago
I would take yaml and regular bash over long Makefile invocations every day.
26.
by strokirk 3y ago
Make doesn’t have any builtin —help for the list of user defined targets, and has a slightly wonky bespoke syntax of it’s own. So it’s quite natural to look for something that has those properties.
27.
by strokirk 3y ago
Even though I prefer Python, I find Ruby can be very beautiful. Allowing ? and ! as part of variable and function names is very nice.
28.
by strokirk 3y ago
Plenty of other professions have these kind of best-practise recommendations that are not based on quantative data, so it’s likely something more universally human rather than a function of the profession’s age.
29.
by strokirk 3y ago
Care to mention one or two? All the ones I’ve seen have been dismissed as ORMs by ORM-haters.
30.
by strokirk 3y ago
But at that point, it’s no longer SQL, it’s something better. That seems like a very nice point in favor of Clickhouse! But then again, Clickhouse is not a RDBMS, right?

More ›