sph

True, but that requires writing an additional definition and hides the parameter types, which can be very interesting, and you'd need a typedef for every new param combination I guess. It feels like a solution for a problem that could have been avoided by a better signature syntax in the first place.

I don't think it's that uncommon. Let's say you have a function that handles a request. A common use case is to add permission checks before applying that function. You can write a generic permission check a bit like this:

func NeedsPermission(f func(Request) (Response, error), perm string) func(Request) (Response, error) {
    return func(r Request) (Response, error) {
        if !check(r, perm) {
            return nil, NewPermError(perm)
        }
        return f(r)
    }
}

// elsewhere
Bar := NeedsPermission(Foo, "superman")

This would allow you to separate the permission check logic from the business logic. Though to be fair, in Go they prefer to keep things as simple as possible but it's just to illustrate that these concepts are not that alien.

This obviously just illustrates a point, but callbacks and decorators are not uncommon. And iterators are exactly like that:

type (
	Seq[V any]     func(yield func(V) bool)
	Seq2[K, V any] func(yield func(K, V) bool)
)

Which is very readable.

Go's syntax is vastly superior once you have more complicated signatures, then the left-to-right truly matters. For example a variable that contains a pointer to a function that takes a function and an int and returns another function (like a decorator).

In C the order becomes very hard to understand and you really have to read the thing several times to understand the type of fp:

int (*(*fp)(int (*)(int, int), int))(int, int)

In Go, you can just read from left to right and you can easily understand what f's type is:

f func(func(int,int) int, int) func(int, int) int

It's just much more readable.

See: https://go.dev/blog/declaration-syntax

Either the legal expert is a terrible expert or the reporter is an idiot who misunderstood him (or has an agenda).

It should also be pointed out that what De Wever says is completely irrelevant as it's not his decision to make. It's the federal prosecution office that acts at the request of the ICC.

The law in Belgium explicitly forbids political influence over ICC arrests, so it's the judicial branch that orders the action to arrest, not the executive one. Furthermore, after the arrest they transfer him to the ICC where the ICC will first determine if his arrest happened in a lawful way according to international law. It's not the Belgian courts and certainly not Belgian politicians that have any saying here.

And perhaps a final point: diplomatic immunity does not work in this case. The ICC rules override the immunity rules. This has already been established by the appeal court of the ICC. Otherwise criminals could use that as a loophole to avoid arrests.

Source: lawyer at the ICC https://www.standaard.be/buitenland/bart-de-wever-heeft-wettelijk-niets-te-zeggen-over-de-aanhouding-van-netanyahu/53096700.html

Indeed. Humour is subjective, but that also means we can completely ignore whether it's humour or not because it's not relevant. All that matters is intent, and here it was not part of some standup comedy where everybody knows it's an act that can be taken with a big grain of salt and stops at the door. This was clearly a long time ongoing campaign meant to push an agenda of hatred and harassment.

Seems like a good and fair punishment. The guy was actively and intentionally undermining democracy, spreading hatred and planning for creating conflict. He was and still is clearly a danger to society and people's safety and should be punished accordingly.

Debian sid is in the middle of a transition to 64 bit timestamps on 32 bit architectures. This requires a bump in all packages and an inconsistent repository is to be expected during this migration. Don't use dist-upgrade and always carefully read what apt is about to do.

See: https://lists.debian.org/debian-devel-announce/2024/02/msg00005.html and https://lists.debian.org/debian-devel/2024/03/msg00092.html

Also, consider the following best practices when using sid: https://wiki.debian.org/DebianUnstable#What_are_some_best_practices_for_testing.2Fsid_users.3F

How about you travel there and bring whatever you have?

Or maybe just start by reflecting why you even felt the need to state your original comment and think 'yeah this is a nice and productive thing to say, that will help for sure'.

It seems like easy talk to imply people in Africa can just go die of thirst as you think their water now belongs to the elephants, all from the comfort of your chair thousands of kilometers away while your country is contributing a thousand times more to the destruction of the world than they ever will. And I can state this with fair certainty as pretty much every country in the world is doing worse. What was even the point of your comment? How about you give them your water as they deserve it more?

Pretty sure it's not poor people living in poor African countries that are destroying the world either.

The audit report actually pleads the CEO free from pressuring or interfering with the hiring process. To the contrary, according to the audit she had emphasised that the process must be followed fairly and she only referred him as a candidate (which happens often enough but anyone).

It wasn't corruption for once. Just the usual incompetence and/or laziness, or maybe they were trying to pander to the CEO which wouldn't be a surprise in a bootlicker company atmosphere.