mschuetz

> Good for you as you can always vote with your feet. If others don't want to come in and work with you, then you must find a new job

Sure, that's fine. It's why I'd never apply for remote positions. Luckily, where I work people still come into office.

My view comes from my dislike of communicating via mail or video conferencing, and that I just don't want my home to be a place of work. Communicating online is wildly inefficient and lacks the nuance of doing things directly in person. It's so much easier to explain/teach things in person, and also get things thought in return. One of the best experiences I've had was an internship that involved so many hands-on experiences that would never have been possible remotely.

> So wasting 1-2 hours a day being non productive

Wasting in what way? Commuting? I love my commute, it's a nice 25 minute morning stroll on the cycle and provides the necessary motivation/pressure to get out of the house. I'm fine with people wanting to work remotely, I'm just not okay with working together with them (unless they're here at least 2-3 times a week) as it's wildly inefficient, and also not okay with people demanding that any company must offer full 5 days WFH as if it's a god given right.

I'm fine with people coming in maybe 3 instead of 5 days a week. I'm not fine working together with people who are not here at all. It's wildly inefficient and communication via video conferencing is horrible.

That is fine, but don't expect us to want to work with people who are not present and can only be contacted via mail/chat/video conferencing. Just as you expect others to respect your wish not to show up, you'll have to respect other peoples wish to work with people who do show up.

I prefer working in an office, and I dislike working with people remotely. I'm just glad that things are going back to normal, and that there are also many people at my job who also prefer to show up in office even though they have the option to work from home.

No, it doesn't. It forces you to use a special extension that breaks the code in browsers.

There is absolutely no need for a package.json when using ES6 imports without a build step. Package.json doesn't do anything when I'm loading the code in a browser, why would I have to use it when I want to run the same JS code with node?

Plenty of (third-party) imports specifically reference "*.js" files so no, this doesn't work.

> either naming your file `.mjs`

But why? This makes it much harder to ensure that identical code works in browser and nodejs, to the point where I sometimes just can't use nodejs. And I don't use package.json, so having to name files ".mjs" is a really painfull restriction.

About 50k die each year while the total number of people that survived after onset of symptoms can be counted on two hands. "Basically if you get it you die" is a quite good description. The vaccine is more a way to ensure you don't get it (the illness, not the virus), and it's useless once the illness actually sets in.

I've never been able to do anything meaningful in GIMP, but Krita is relatively nice to use. It's much more intuitive than GIMP, and even things you have to look up and learn are easier to get used to and remember, because the UI actually makes sense.

https://github.com/tc39/proposal-do-expressions

Allows you to contain temporary variables to where they are needed, rather than having them remain active through the remainder of the current scope. You could do that with immediately invoked function expressions, but they are too verbose to be really viable for this. You could also use extra functions, but extra functions don't always make sense. Currently I'm frequently doing this:

Without do expression:

    let result;
    {
        let tmp = 123;

        result = tmp * 2;
    }

With do expression it would become this:

    let result = do {
        let tmp = 123;
     
        tmp * 2;
    }

What are your thoughts on the do expressions proposal? Cause I think they'd be awesome for cleaner scoping of temporary variables.

ArXiv is great. I encourage anyone to submit their work there in addition to submitting to a peer-reviewed venue. Thankfully, they're compatible with overleaf nowadays. There was a time when arxiv didn't accept stuff from overleaf but it also didn't accept pdfs made from latex, so I had to pdf-print my pdf to submit it to arxiv.

WebGPU is essentially a mobile-phone graphics API, as it focuses support towards the lowest common denominator (both in hardware, and the underlying graphics APIs). Similarly to WebGL before, it will always be half a decade to decade behind desktop graphics. The API itself is great, but the artificially imposed limitations are really really restrictive.

The mean is something you can easily compute progressively and with trivial resources. Median and percentiles, on the other hand, can be super expensive and potentially unsuitable for some real-time applications, since you need to maintain a sorted list of all relevant samples.

Second one is way easier to read, even though it's verbose on purpose.

Matrix/Element's UX is abysmal, it's not a viable alternative to anything. I continue to get 4 popups (two of them modal) every time I login, and I have to login every time I open it because it doesn't remember logins. And it happens not on just one system, but on two different browsers on two different PCs.

GIMP's use interface is the reason I switched to Krita. Nothing ever worked as expected in GIMP.

I'm not doing anything. Same thing happens on Firefox on one PC, and chrome on another. But only for Element, all other web pages have no issue with persistent logins.

Ok, it's actually 4 popups, 2 of which are modal:

- "Verify login" (now always skipping this one because I need to do it every single time I login, and I need to login every time I visit the page)

- "Are you sure?" (Yes, I really don't like this one because I'm only skipping because verifying doesn't help)

- "Verify session" (okay, not modal, still occludes parts of the page. Also skipping, because it's useless since I have to repeat it every time)

- "Help us improve element by sending user data" (No, I don't want to send user data)

Needless to say, I don't enjoy starting up Element.

Any other website with login manages to remember my login. Not sure what causes it, but it's not fun.

And buggy. Element/Matrix is the worst chat app I have to use on a semi-regular basis.

I have to click away three modal popups during every single login, and it doesn't remember logins so I have to login every time I visit the page. It also asks me to verify my login/device on every login because it doesn't remember. This happens on two devices, with two different browsers.

> I'm not sure what you mean by that? querySelectorAll returns an iterable.

Apparently my knowledge is outdated. Last time I tried to switch from jQuery to vanilla JS, the results of document.getElementsByTagName and others were not iterable with for-of.

This page gives a pretty good overview of why jQuery is still relevant: http://youmightnotneedjquery.com/

Requests have gotten better with "fetch", but unfortunately, the "modern" DOM API is quite bad in some parts, making lots of stuff unnecessarily verbose. On top of that, it's really odd that the DOM API is not compatible with for-of loops, which could have been a selling point.

> As someone who doesn’t live in the city center, and has no easy means of mass transportation to get there, my response is: fine I just won’t go then. You lose my money.

The bussiest city centers tend to be the least car and most pedestrian friendly ones. Park the car at the border of the center, then walk into the center.

> Office 365 just destroys Google Docs

I disagree. Office licensing and the whole Microsoft account managament is so incredibly annoying to the point where I prefer the google suite simply because it works. Office recently left me stranded with an outdated license and no way to enable it because the ones in charge were not in office that day, so I went with google, and I'm sticking to it now even though there would be the option to enable to license. I don't want to go through the same hoops and hurdles every 6 months again.

> while users may still "consent" to being tracked

That's the problem, in my opinion. Users should not be able to consent to third party tracking because if they can, companies will use any dark pattern at their disposal to make them consent. Third party tracking in general should be banned.

It's just a lack of viable alternatives.

In my case, it did involved reading binary files from ArrayBuffers where some attributes were stored as int64. I've been using DataView to read BigInt64s and then used those frequently. Was terribly slow. I've then reverted to alternatives wherever possible, e.g. immediately converting the BigInt64s to Numbers/Doubles where 53 bit integers were sufficient, or splitting down to two 32 bit integers and do some more involved bit magic on them. Much faster, but overall I wasn't happy with the whole process and complexity. I'd rather have native 64bit integer values in JS.