sukhmel

and which of these two you are going to get paid more for

It looks like exactly 4 characters are missing, so public and static would fit, but I never saw static instead of public static, so I think you're right. On the other hand, I don't use Java anymore and couldn't be bothered about such details

Depends on what was the course about. If it's about computation, then sure. If it's about OOP or architecture design (this one I wouldn't expect, unfortunately, but would be nice if it was taught somewhere), then the point is not just to run something.

I mostly come to prefer composition, this approach apparently even has a wiki page. But that's in part because I use Rust that forbids inheritance, and don't have such bullshit (from delegation wiki page):

class A {
    void foo() {
        // "this" also known under the names "current", "me" and "self" in other languages
        this.bar();
    }

    void bar() {
        print("a.bar");
    }
}

class B {
    private delegate A a; // delegation link

    public B(A a) {
        this.a = a;
    }

    void foo() {
        a.foo(); // call foo() on the a-instance
    }

    void bar() {
        print("b.bar");
    }
}

a = new A();
b = new B(a); // establish delegation between two objects

Calling b.foo() will result in b.bar being printed, since this refers to the original receiver object, b, within the context of a. The resulting ambiguity of this is referred to as object schizophrenia

Translating the implicit this into an explicit parameter, the call (in B, with a a delegate) a.foo() translates to A.foo(b), using the type of a for method resolution, but the delegating object b for the this argument.

Why would one substitute b as this when called from b.a is beyond me, seriously.

Even if it is not their fault, what people see is that they provide bad quality service. Very low percentage ofthem will care to read details when Netflix publishes a post-mortem of an issue, assuming they even do.

I feel like 'a half is one-third more than a third' is ambiguous and same as in 'X is N% more than Y' one may use X or Y as 100%

I'm sure that one interpretation is more common, but I don't think that it is exclusively correct

Early returns improve readability in that they make it simpler to read, but I also find them decreasing readability in that you may miss an early return and wonder why is execution not hitting the line you expect it to

I tried to learn assembly for that, but never did after all

I should have added a '/s', but I thought it is somewhat obvious, it really reminds of all the 'git gud at C instead of doing Rust'

It's a dig at people who don't want to switch to memory-safe languages like rust.

Now that's a stretch, it could be anything (no, it couldn't, although I think this may have application to some other pairs of languages)

Only third party sync, I use Syncthing for that, works great most of the time

1. What could've fit in a screen of text should not be a video at all
2. I save videos for later all the time, I just watch them never
3. If some information is not visual-first, and not entertainment, if it may be important to people and should be spread, it also better not be a video. Maybe accompanied by a video to make use of audience reach, if you already have a channel with an audience, that is.