[-] FizzyOrange@programming.dev 3 points 2 months ago

I expect they are for GitHub. GitHub is really well known and huge so it makes sense to set up specific scrapers for it.

[-] FizzyOrange@programming.dev 3 points 5 months ago

Codeberg is great, but let's not pretend that it's a replacement for GitHub. Notably they don't allow private repos and can't offer free CI (not in the same way as GitHub anyway). Plus, I don't see how they would be immune to the slopnami either if they became popular.

Best case would be if GitHub survives and just improves their reliability. I would not be surprised if they start imposing some kind of stricter limits on free accounts though.

[-] FizzyOrange@programming.dev 3 points 2 years ago

Frankly I'm surprised they fund any of those in the first place. I would have thought F-Droid would be a bit less shit if it has actual employees!

[-] FizzyOrange@programming.dev 3 points 2 years ago

Yeah this. Every company I've worked in does 2 week sprints with a kanban to organise tasks but beyond that it's pretty much normal project management; no faddy named models or anything.

[-] FizzyOrange@programming.dev 3 points 2 years ago

It kind of is. For a very long time it was the only option.

[-] FizzyOrange@programming.dev 3 points 2 years ago

Bounds checks are not punishing you. Obviously the right way to do this would be to make operator[] be bounds checked by default but only if you use -std=c++29 or whatever, and then also add a .at_unchecked() method for when you want to opt out of the bounds checks.

[-] FizzyOrange@programming.dev 3 points 2 years ago

Any way to do that other than backing them up to another machine/USB drive is too risky IMO.

[-] FizzyOrange@programming.dev 3 points 2 years ago

The vast majority of people use smartphones for music.

[-] FizzyOrange@programming.dev 3 points 2 years ago

Just in case that's a genuine question, the reasons people like static types are:

  1. Catch more bugs.
  2. Catches bugs earlier (while you are writing the code). This is sometimes called "shift left".
  3. Fewer tests needed.
  4. Code is easier to understand.
  5. Code is easier to navigate.
  6. Refactoring is much easier.
  7. Development speed is faster (due to the above points).

Often people say it slows development down but it's actually the opposite. Especially for large projects or ones involving multiple people.

The only downside really is that sometimes the types can get more complicated than they're worth, but in that case you have an escape hatch via the Any type.

[-] FizzyOrange@programming.dev 3 points 2 years ago

Pyright is very good. The rest are worthless though.

[-] FizzyOrange@programming.dev 3 points 2 years ago

Oo hello. Didn't know that's what you were doing these days! Hope it goes well, though I'd be nervous about a realistic business plan.

Anyway, yeah bit too late for Python.

view more: ‹ prev next ›

FizzyOrange

0 post score
0 comment score
joined 3 years ago