skysight-inc/HackerNews huggingface dataset:
For the poor efficiency of solar panels, seems like a big gimmick to try to differentiate and spend a ton of R&D on (solar body panels).

I'd find it more interesting if you could just plug it directly into a solar array.
I've been thinking about this kind of idea lately. Isn't this technically possible? I keep wondering, why do we need to mine all the bitcoins now? Could we not take our time and mine using more sustainable methods?

I once met someone with a small solar panel attached to their backpack. It was able to charge a phone a bit. What if that mined? What if a fraction of energy created with solar or even a stationary bicycle rigged up to generate a small amount of electricity could mine?

Seems like creating power is more valuable than using a utility. Is it theoretically possible?
You are not the universe. You are you and this is your reality. In that reality, it matters. A lot.
That’s just silly.

I lived in the UK with all those things you describe, but I still made a point of billing my Bay Area rate because that is what the work product of a software engineer is worth on the market.

So, no. Even if you live in your parents basement and they cook your meals and take are of your other expenses, you should still approach your work life as though you were an adult.
Not all bad UX is a dark pattern.
Fantastic. I fancy you ruby fanatics do fantasize about these things.
I would beg to differ about the monetisation.

See how many people pay crazy money for Bloomberg terminal just to be part of the in crowd.

A social network could work for a few bucks a month I think.
> Obviously many of these people will go with me once I find a better alternative.

People will go only if there's another service that's good enough and has enough user density. You may find the best privacy-oriented, ad-free messaging app, but if it's empty or if it's hard to use, it's essentially useless.

By this point, it's hard to compete with the behemoths like WhatsApp or Telegram and people will not care about this nearly as much as you do. So, no, it's not 'obvious' at all.
Hawking wasn't deified, he was a celebrity and anybody who accomplished what he had under his health conditions would be a celebrity anyway. His story was about succeeding in a field against all odds, not giving up and being positive. We love that kind of story.

Amongst the physicists, Einstein is deified as the epitome of human intellect. He is perceived as such because he had the ability to explain extremely complex subjects with layman's terms. But even Einstein would have been just a minor celebrity if he wasn't a jewish refugee who fled Nazi Germany. We can observe that his popularity was a project because Einstein didn't have the character of a showman.

I bet if Feynman fled the Nazis and came to USA, we would have a real deity!
Nice one. My neighbour chaired the Australian inter-carrier roundtable implementing mobile phone number portability. I will send him a note! Other cool hacks of his: automatic video advertising scheduling system once saved Channel 9(?) from airing a gas oven ad during a Holocaust documentary. Scored a bonus for that one.
Printed/saved backup codes are still an option. Can also attach multiple 2FA tokens to one account. That's what Google and many others provide. Their customers seem satisfied.
It seems like Bridgely hooks up to the grid while we connects directly to the energy product? so when they sell ML tech to detect EV chargers we help onboard a the customer directly to their app
Running where though? Locally? If not, why use Memcahed or Nginx?
You can do the same in the US. However the bad guys just recruit low level retail employees to do the SIM swaps (which happens in Canada too).
Author, it's not the only job you have in your life. Learning new technologies will improve your resume (and will let you to look at the problem from different angles, will help you to understand other engineers).
> As a citizen, would you trust the government if they did yet another 180, after demonstrating to you 2x that they didn't actually know what they were talking about?

One of the many things that I've learned from this pandemic is that for better or worse, the answer to this question is emphatically yes for a significant percentage of the population. Many folks will indeed blindly trust whatever they are currently being told by people they believe are authorities or experts. At times this may be a good thing, but I personally lean toward thinking it's not good overall. And as you correctly point out, another big chunk of people will understandably lose faith in institutions and authorities that either were wrong or simply lied, which I'd argue likely causes significant long term damage to the healthy functioning of a society.
Cool! You can reach me at nikolai at enode io :)
Stacker (YC S20) Is Hiring Engineers in Europe (Remote)
This may be a stupid question but given that these cars literally absorb light... do they pose a danger on the roads in terms of visibility to other motorists?
I was in a similar boat, I solved it by carving out a larger problem into smaller ones, establish beachhead, and provide transformative solutions. Since then I closed my firm but happy to look into new opportunities. PM me if you want to discuss any specifics.
Multiple studies have shown that Kaiser Permanente (an integrated health insurance/care provider—basically a non-governmental equivalent of the NHS in comprehensiveness—that is available in many US states) is more efficient and effective than the NHS for about the same cost.

Examples:

* https://www.bmj.com/content/324/7330/135

* https://www.bmj.com/content/327/7426/1257
Not sure I understand. We don’t install any hardware at peoples homes. We connected directly to the charger over the internet (most new chargers are now IOT devices)
I wonder if stuff like this is taught in India schools? I work with multiple India devs and they do this all the time. Our code has stuff like below that drives me nuts.

public static boolean TRUE = true;

I've directly asked if they think TRUE will some day need to be set to false but they just ignore me.
The comic looked like abstrusegoose.com. Sometimes his puns are subtle.
This one is not.
8th frame should have been like 4th frame.
Whether decoupling into microservices or making them part of a monolith is a good idea or not, to me, had a lot more to do with the teams and company organization behind these services than the product itself.

So I'd say without knowing how big, and how many teams are dealing with this we cannot say one approach is better than the other.

I've been in companies where several hundreds of engineers where working on a "core" monolith and it was a real pain, almost impossible to track where problems where coming from, some times deploys blocked for weeks due to some team having problems with their tests or just spending months to agree how to do something.

I've also been at companies where being about 10 devs the "architect" went totally crazy into microservices, microfraneworks, cqrs, event sourcing, etc etc... And it was a total mess where each developer had to deal with 10 services and keep it's dependencies up to date and coordinate deploys of 3 things at the same time and nobody knew where and why things were failing.

So, as always, right tool for the job.

What I've seen works the best, is to adapt the services you run to the teams structure you have.
Docker has nothing to do with any of that though.

There artifact is a single statically linked binary/executable, not a docker container. They can build that binary once and pass it along a deployment pipeline i.e dev, test, prod changing config parameters for each environment but the exact same code running.

Systemd just like the various container runtimes supports auto restarts + logging. You can have the same alerting tools hang off your logs etc etc.

The fact they are not using Docker does not mean they can't have a proper build/deployment pipeline. The fact they are dealing with a single static executable makes building a pipeline and robust deployment far simpler as they have far fewer moving pieces.

If the author was deploying python, javascript, ruby apps where you don't get a static executable artifact or fat jar with all dependencies bundled then Docker would make sense.
> you get auto scaling right away

Every time I see someone say something like this, or better yet use the word "magic", what I hear is that they don't understand how or why their system does the things it does. Nothing is free; nothing is magic; nothing "just works". You understand it or you don't, and nothing has contributed more to the plague of developers thinking they understand it when they don't than cloud-based containers (and the absurd associated costs!).
Docker images aren’t built in a reproducible way unless you use something like Nix to create them
Just FYI - they're not supported in the official tdesktop client, but they are supposed in some third party ones, e.g. Unigram (if you're on Windows 10).
Bro, relax. The law is mostly a social fiction. We live a short life that can end without notice for any reason, and I wouldn't waste these few tens of years on following silly rules invented by some mediocre people.
No "very, very ordinary apartment in NYC" costs $6000 a month.
I bet it is a Tesla CAR:)
Thanks! Yeah this will not be easy but I guess that’s also why there’s an opportunity here :)

Awesome suggestions. Will check them out
In my experience as a pharmacist, it wasn't first line, but sometimes it's second line. For UTI, respiratory tract infections, and skin and soft tissue infections. Pretty common actually.
Linux-Vserver all the way.
I agree with the author post. I'm an early Docker user in 2013 and use it heavily everywhere I can. However, I see the author point. Pretty much what we can achieve with docker can be achieve with systemd.

Something is also really hard with docker is mail server. I run an email forwarding service [0] and use Postfix. Postfix requires opendkim, rspamd, opendmarc etc...now once I puts them into a container suddenly I have to have a supervisor to manage them, if I run them separately then I have a put myself to hell to manage the graph mess.

I think any services that has a few own sub dependencies shoulnd't use Docker at all.

Docker works great for stuff where you have a run time(think Ruby, python, node etc). It makes upgrading and vendor that run time easily. You can mix and matched version. Say Ruby, it's doable with rbenv/rvm on the host but quite complex to mess around with path.

---

[0] https://hanami.run
Show HN: Web server blocks until secret `cryptsetup open` on boot?
Everything is fast if it fits in memory and caches.
I've never encountered this. All of my 20-something 2fa tokens I could recover with processes ranging from making videocalls to identify myself to getting a 24 hour slot in which all but the 2fa reset was locked.
But you cannot stack people that died, past tense, with people that might die from something else. The best comparison would be comparing people that might die from blood clots against additional people that might die from COVID.

Neither of us was doing that so far. Case mortality seems to be the best basis, adjusted maybe for overall risk of infection when everything is opened up and nobody is using masks anymore. At which point any comparison most likely degenerated into guess work.

The main difference so is that vaccinations reduce the overall risk for the population. And we didn't even talk about severe long term effects of COVID.

That being said, we live with a lot of medications that have severe side effects in the 1/100,000 plus bracket without breaking a sweat.

By the way, I don't see how you come to the conclusion that the AZ vaccine is in any way riskier than COVID.
The new trucks are odd looking for sure, but when they're commonplace they'll just be "normal" just like the current LLV mail trucks.

I'm glad they went with a utilitarian design, seems better to have a truck that does exactly what they want for the lowest cost than to spend money making it look "better" but also more expensive and/or less useful.
And still nobody bothered to check what kind of trend-changes are visible in the epidemiological curves around the time of masking.

People never look at "date of death" or "infection date" all they care about is "reporting date" - and every newspaper out there will show you the effects of government measures on "reporting".
It wasn't that more socially vibrant really. The same issues existed back then. We just moved all of them online with us :)
Why is it assumed that a diverse diet is necessarily better for you? If you're cooking for yourself, fresh, unprocessed foods, you're already way ahead of the game.
Postfix is really hard to run in container. Add rspamd, opendkim, opendmarc and I would just run them in their dedicated vm then.
My impression of GGP’s post is not that you can’t solve these problems, you clearly can, but that not [m]any distos are interested in tackling this problem (or if they are, have not effectively or cheaply accomplished such a goal). So, you have to build a bespoke solution (like you’ve done). To be fair, to qualify as a solved problem in the industry one would expect either a standard, possibly community-supported, software implementation of the important parts, or at least documentation such that others could read up, learn about your wins, and apply them consistently to their projects, or both.
For small scales and small teams that know what each other are doing, what the author mentions is fine.

But can you seriously imagine onboarding a new engineer and telling them to deploy to prod, they need to run an `scp` command onto a host?

Docker solves a lot of problems, among them include packaging and deploying a universal 'deployment unit' that works across many systems.

The author only requires one uncontrolled unknown to be introduced to break their entire unicorn setup.
Devops is the new self-justifying expanding bureaucracy of the tech world.
The Nix package manager is great for this - the package language was initially a bit more foreign to me than Dockerfile, but the package manager gives the same reproduceability benefits, integrates well with the OS, and being purely functional/immutable let’s you roll the system state back at any time, like Git
I strongly suggest a container or VM for building because of hygiene. A Golang binary is not completely standalone (do a ldd if you don't believe me). Just copying might lead to bizarre runtime errors. And if course, if you are truly paranoid, there is the kernel ABI to consider.

But more likely than that you might end up with developer artifacts (environment variables, paths) inside your binary. So at least guard against this before shipping.
iirc German Post didn't really develop the Streetscoter [1] themselves, instead they acquired the company that did. It was a start up lead by a professor from university Aachen and from what I can remember, they had quite a lot of problems besides the ones you mentioned. There were a lot of recalls and other problems, especially towards the end of the company [2]

The post employees also often complained about the relatively high loading edge for the storage box, which makes it super hard to load and unload heavy packages.

Regardless of the problems, I think it was a really good idea and a rather cool looking vehicle. And when it comes to urban streets in Germany, the street scooter probably was the perfect vehicle when it comes to space requirements.

[1] https://en.wikipedia.org/wiki/StreetScooter
[2] (German) https://www.businessinsider.de/gruenderszene/allgemein/stree...
[3] (German) https://www.elektroauto-news.net/elektroautos/streetscooter-...
SO is always impressive - love that their redis servers with 256GB RAM peak at 2% CPU load :)

SO is also my go-to argument when some smart "architect" proposes redundant Kubernetes cluster instances for some company-local project. People seem to have lost the feeling what is needed to serve a couple of thousand concurrent users (For company internal usages which I specialize in, you hardly will get more users). Everyone thinks they are Google or Netflix. Meanwhile, SO runs on 1-2 Racks with an amount of server that would not even justify kubernetes or even docker.
> I take it you meant to say "VMS" here, not VAX.

Embarrassing slip in this context (I was just reading the CLE spec, too!), but yes.

> UNIX has followed exactly that trajectory. I don't see why if a small system gradually grows bigger it at some point stops being itself.

Adding onto something (and tearing down the principles it was created on, as Linux and most modern BSDs do) doesn't always preserve the initial thing; a well-built house is better as itself than reworked into a McMansion. Moissanite isn't diamond; it's actually quite different.

An operating system that has a kernel with more lines of code than the entirety of v7 (including user programs) is too much larger than UNIX, and too much of the structure has been changed, to count as UNIX in any meaningful sense of the word.

> If being small is essential to being UNIX, UNIX was only a little more than 10 years old before it was already starting to grow out of being itself.

Correct, which is why many of the initial UNIX contributors started work on Plan 9.
Would you have to launch half the trash at apoapsis and half at periapsis to keep the orbit from deviating? (I've only played ksp.)
Today I was refactoring a codebase I maintain.

In one domain the program thinks of time in 1/256ths second ticks. And in another it thinks in terms of 1/32768ths of a second. Elsewhere it thinks in terms of ms.

Having them all represented as an int is often confusing. For me that wrote the code. God help anyone else.
Declaring functions like 'returnTrue' was a way to prevent memory leak in old IE (~IE6/IE7) (instead of creating a new inline function each time a method is called). It was especially important when a function is a closure and has a ton of variables visible in outer scope (in particular, refs to DOM nodes) and is called many times. Otherwise you end up with circular references between the objects and nothing can be garbage collected (GC implementation in old IE was very bad).
Even traditional manufacturers are on it; Hyundai's IONIQ 5 is meant to have a solar option.
I use docker with go all the time.

The only thing in container images I build are static binaries regardless of if it is C, rust, go, whatever. Static binaries don't defeat the point of containers, they are best practice. People that include bash and a package manager and such nonsense inside production containers huge complex and insecure for no reason.

The problem containers solve better than anything else are providing a simple API to take advantage of kernel security features that are a real pain to use otherwise.

User, process, and filesystem namespacing. System call filtering. Ensuring even if there is a remote exec exploit there is no bash or anything else in the container for an attacker to use.

If you think containers are only a software build and distribution tool then security is probably not even part of your thought process, and that is dangerous.

Ignore all the 99% of blog posts and tuturials on containers out there written by people who have never done any kind of system hardening.

They are mostly making your life harder and giving you nothing in return, as the author of this post points to.
Compare photoshop between the 90s and now. 10x on features. Size of photos grown exponentially as well.
The US military is widely misunderstood to be a force for good, as they spend a lot of tax money on various initiatives, some overt (such as paying the NFL and others to purchase time
to perform military displays before events) and some way more subtle (such as demanding final script review of Hollywood films
in which DoD resources are used), to promote that view.

Ultimately, the US military serves as an organization that uses violence to promote the interests of the people who control the US military (as a distinct set from the US people, who are fairly uniformly and consistently against any type of military violence).

Sometimes the results of that can be termed "good". Usually, they can't. When the branding and the outcome line up, it's a happy accident.

The US will invade wherever there is profit for those who control the military and associated businesses. If such can be spun toward a humanitarian end, all the better.
This idea will never be practical but it also seems it won't die. 69 miles per week of charging. Assuming the car is sitting outdoors all week and the weather is not cloudy.

A Tesla can charge more than this in an hour.
You don’t need complex microservices do get some benefits from reproducible production environments. If you have multiple machines and need all of them to have an identical environment, there is no better way. Everything else is ridiculously error prone and complicated. Ever tried to debug why two Java installations have different classpaths? Good luck. Need to upgrade different system level dependencies but your applications needs a specified version? How will you do that?

Docker is like the static typing of deployments. It may seem a bit over the top at first, but it will really make your life easier.
Saddam Hussein's big movie project
Frankly it might've just gone unnoticed however strange that sounds. Not privy to any details but a probably scenario is probably something like this.

1: Some dev gets tasked with implementing the system, at the time there probably wasn't that many ingame purchases so that 10mb json maybe was a 500k file tops? So going by the O(N2) factor it would've buzzed by in a second (probably faster since being smaller there would've been more cache hits giving another factor or 2). Being at about a second or less they don't even consider optimizing it since it's not noticed among all other assets being loaded.

2: The content/ops teams adds more IAP over the years (it's a datafile so that devs don't have to implement everything), since they're adding big models,etc they don't notice too big changes and probably just chalk it up to bigger models,textures,etc.

3: Engine devs (those most often tasked or obsessive about optimizations) might be running a cut-down server for most testing (not noticing the huge loading time) and probably presume it's other assets if testing in a full env.

So in reality it's probably just an organizational oversight rather than "bad developers", now considering this public "shaming" they received they might actually place some people in an production optimization role for a while and optimize other parts if it's possible (the question is.. will they find it worthwhile to keep up in a longer period?).
Check out SQLite. So fast and easy!

I dream of SQLite with temporal tables..
This is completely unrealistic.

Nowhere in the world outside SF/NYC is there so much VC money that can support paying developers those salaries.

I would say over 90% of tech companies make their money from local markets. You can pay your developers as much as you make from your local market.

As for hiring. You have no idea how well someone is going to work out. Some people are really good at interviews but turn out to be terrible employees and vice versa. This is why the hiring process in tech tends to be pretty convoluted and broken in general. No one can figure this out. The laws regarding hiring are also much less liberal outside of CA. Hiring and firing is severely restricted in many places.

Very few companies are in the position of being "unwilling" to pay developers more. Some with plenty of cash are even simply limited by the tax laws how much they can pay. The cost of paying someone too much over local market rate incurs obscene tax costs.
Love Conan, the team behind it at JFrog is nothing short of amazing. Just awesome people who love what they are doing.

However I'd recommend against using the "legacy" CMake generator and instead go for the cmake_find_package generator. This way your CMake build avoids the hard dependency on Conan. See here for an example: https://old.reddit.com/r/cpp/comments/lm0qja/using_conan_wit...