mping

Thanks, I thought I made the point but thank you for clarifying.

You need two things: skill and accreditation. You can gain skill by studying or doing code camps, going to college, etc. The easiest way to gain accreditation is to follow what similar people did. If you go to a reputable college, your CV won't be rejected. If you do a coding camp, chances are your CV is going to get rejected a couple of times before you have a chance to do an interview. This is what I mean by accreditation. Don't be discouraged, there are a lot of opportunities and it mostly depends on you! If you wanted to be a doctor or a lawyer it would be much harder.

You can define theft as taking what was not given. Piracy is theft in this case.

The pulse ox is pretty cool to have around given that lots of people develop asymptomatic covid and are hospitalized much later with very low o2 sat.

I think you mean 70$, not 700$

Developed countries outsource plasti garbage handling to other less developed nations that are happy to take care of it for a fee.

Observideo [1]. Initially a web app that links to dropbox to facilitate my wife's student's research on behaviour by tagging video segments. Now it's a half baked electron app. Initially made for her research projects, most students either use excel or some expensive software.

[1] https://github.com/mping/observideo

The article mentioned faster, not cheaper. A performance-per-dollar and per watt is certainly valuable, but for a forum that always mentions that a couple hundred bucks are worth spending for shaving off time from a developer workflow (SSDs, RAM, etc, assuming they earn market rates) this benchmark is worth it.

As a desktop user, I certainly am interested in these numbers.

I would never use a real credit card for in app purchases. Call me paranoid, I always use generated cards by my bank service with a fixed amount. It's annoying but I never have surprises.

For me the real advantage is not on performance but on the programming model. I have been tinkering with Loom (and clojure) and the idea of "just" calling some library without worrying about blocking is refreshing. That means that for the most of it, you can write your code without worrying too much about some kind of callbacks or async support from your library and it just works.

Of course, for those with extreme performance requirements, they will probably have their own custom scheduler and concurrency/parallelism mechanisms but for the vast majority of jvm users out there I think Loom will be a great thing. If Loom integrates with GraalVM/native-image it would be even nicer.

I always wondered what would be the cost around here, happy the doctors got you fixed.

You have some stores around Lisbon, there is one in Estrela. You can also google it and some major chains say they have it but I haven't tried ordering online.

We have the McVeggie over here (Portugal) which are meh, but I recently discovered Linda McCartney's veggie burgers and I have fooled a couple of people thinking it was meat. They are very very good IMHO.

Java's upcoming project loom supports structured concurrency [1]. I gave it a shot and it works great.

[1] https://wiki.openjdk.java.net/display/loom/Structured+Concur...

I ran the samples, the app runs lighter than electron but doesn't feel very native - probably would require a fair amount of styling. I have 200% scaling which worked fine, although I'm guessing some icons should have 2x res to make it crisper.

It's good to have options, and if jetbrains want to pave the way then I just hope they make it fast and with a native feel.

As much as I hate electron I'm still waiting for an equivalent, low memory native GUI toolkit that has an equally low barrier to entry.

Do people expect the air not to go anywhere...?

Best of luck on your ISP venture, hope the bureaucracy isn't too much to handle

That doesn't change the general idea of the post in any kind, although I generally agree that SE interviews are kinda borked. Still, most companies that interview somewhat thrive despite having a far from optimal process.

If you have poor eyesight it's even more noticeable! Personally, the higher dpi the better for me. I have a 24in 4k monitor and want to buy another but these sizes with 4k are rare

It's not, by a mile.

Feel free to correct me and kindly point out the agreed definition between the practices you mention.

Generally agree, but if erlang was as popular as wordpress we don't know what kind of issues hackers would find

You know that joke, Bill Gates walks into a bar and suddenly everyone's average worth is >1Million? Hehehe.

My guess is that 300k pvs mostly follow daylight probably on North America only. So you probably have peaks around 21-23 and almost nothing between 01-08am.

And of course, if you write it in C these numbers look awful, but I'd say for run-of-the-mill django they are quite good. I'm willing to bet most django sites you find on heroku free tier don't handle this kind of pressure.

Anedoct: me and all my guitaris programmer friend never had issues with RSI. Wonder if it is a coincidence

But this itself wouldn't cause the "struggling" you mention with more than 2 concurrent users per core

My guess would be that your webapp is serving images in a blocking fashion, meaning every time a use requests an image it will fetch the image for the user AND block the http serving thread until the image is uploaded. Can you provide more context (eg: tech stack)?

Didn't know, thanks. I was on an enterprise account.

What about the fact that payed ransoms prove a viable business model? And I bet hackers can hack faster than unis can secure themselves

Relevant for who? I will always strive for using the language that fits my needs regardless of what the majority thinks

Not in the short run but in the long run everybody would win. If you lower demand I assume people would find another way of living that would be more sustainable.