Why are they making other people’s lives miserable? It’s not fair and the law doesn’t protect you.
This won’t change their opinion, but it might very well stop them from acting out again.
IMHO. I have no psychology background.
118 karma · joined June 4, 2020
Why are they making other people’s lives miserable? It’s not fair and the law doesn’t protect you.
This won’t change their opinion, but it might very well stop them from acting out again.
IMHO. I have no psychology background.
I understand that it’s not TypeScript’s job at the moment, but it’d be great to enable runtime checks with the flick of a switch without typing extra code.
function upper(s: string) {
return s.toUpperCase();
}
This function could have a nice implicit TypeError instead of “undefined is not a function”Conformism helps us think less. Imagine if every website had their own way of scrolling or logging in. Press T to login. Triple click here.
Semver helps me update 10 dependencies in 5 seconds without opening any release notes.
Developers are under no obligations, but one should not go out of their way to make others’ lives harder. Just use semver.
I never punched anyone, but people who ruin your life as described by the commenter deserve it, maybe they’ll become better people.
require('clamp')(num, min, max)
1 million monthly downloadsI think that they could become better once they start losing some ground, kinda like Microsoft is all about Linux now that the desktop market isn’t improving for them.
I think that’s why many don’t like remote: They can’t see you working and they’re not as comfortable video-chatting.
I’m a remote-only developer, but if I could, at any time, turn to my coworker and ask about something, I’d be more efficient.
Sure the solution is still one search away, but…
A slightly better solution would be to still show the path at 50% grey or less. It might be hard to read, but it shows that something is there and that you’re not just on the homepage.
At most you’ll have trouble running the right version (rare nowadays, unlike in pre-v1 days)
I think it’s pretty clear that if you plan your life in a secondary country, and they allow you to via permanent residency, you would not want them to lock you out at a whim.
> Requesting an image should be requesting a image, not a specific representation of that image.
This is exactly what I’m saying. The image is one, it’s the browser that decides how much of it to load.
It’s the current picture/srcset-based situation that is “a specific representation of that image”
> For sizes we'd need a similar way to mime types to ask for a size
Now that is complicating things. Suddenly the server has to produce/return different resources based on a header. The solution I described could be delivered by any dumb HTTP2 server, without preprocessing.
Technically what I’m describing is already possible with any progressive format like JPEG; The only missing part is that the browser should pause/resume the loading as it sees fit.
All I want for Christmas is:
<img src="you.jpg" progressive>
The obvious advantage is that if the window size changes, the browser only has to fetch the missing data, not a whole new file.It’s 2020 and its mind-boggling that this isn’t a standard behavior already.
Imagine right-clicking on a thumbnail and being able to natively save a 4MB file from it.
Imagine having a single <img> that can be zoomed in all the way to 100% just like your phone’s Photos app can do, without loading the whole image beforehand.
This is code, so after it’s downloaded it needs to be parsed and executed… needlessly.
What are you complaining about exactly?
Everything used to work until Node 12.15, then 12.16 started throwing when trying to require type:module packages with `require` (which is what `esm` does)
It is a problem, there’s a bunch of malware on android.
It would benefit in some way (like being able to subscribe to Audible in the app) but also it could be less safe (because if Amazon can, anyone else also can, possibly without supervision)
Disneyland isn’t a product, you can’t compare it to a phone.