skysight-inc/HackerNews huggingface dataset:
Ask HN: How do you think Elixir/OTP will fare in a world conquered by K8S?
How do you think Elixir/OTP will fare in a world of microservices where Kubernetes is by and large the de facto orchestration technology?
I've been reading up on Elixir/OTP and as I'm amazed to see that many of the orchestration/High Availability/Monitoring functionality that K8S and the likes brought to the table with microservices paradigm where already invented by Erlang/OTP about 30 years ago and broght back to light today with Elixir. Yet I don't understand 1. why they had to be reinvented (e.g. why google not reusing OTP and writing Borg/K8S from scratch and 2. is there any viability in this coming back now that the deployment space is taken over by K8S or AWS-specific orchestration solutions?
programmer is like driving a car.

CS problems is like how to design a proper car and how a car really works.
So were auto-pilots.
C seems to be pretty stable at least. Even if it too has a new version in the works.
What self-hosted alternatives are there to Firefox Sync these days? (i know that Sync itself can be self-hosted).

There used to be at least one bookmark add-on that allowed syncing with your own WebDAV server.
Where do you get these parts in the UK?

The MERV 13 20" filter is 140GBP on amazon.co.uk and 20" box fans are 40-50GBP.
In my general understanding of these things:

Fast -> High kinetic energy since they won't acquire mass this is basically speed

Hard -> More attempts to make it happen (higher particle interaction)

But I might be wrong since plasma is weird stuff.
Physical systems work perfectly, until they don't. Roofs and bridges collapse sometimes, even though you'd think we would have figured them out by now. Rockets explode because materials behave slightly differently than the engineer expected.

Building things is really hard. I don't think software engineering is in any way special. It's just that the problems we solve with software are often more complicated than the problems we solve in meatspace and failure is much more benign so that QA is not done with as much diligence.
How did you install Firefox in the first place?
How YouTube’s recommendation algorithm works if you’re not the average user
It’s not a terribly difficult dilemma: the car will save me, because I won’t buy a car which wouldn’t do that, and neither would anyone else, so that’s what we will be able to get.

The only way to change this is by legally imposing a certain decision tree - and then it’s also considered “solved”.
> That it doesn't depend on glibc? But that is only an advantage because glibc is not guaranteed to be there on Linux, the way e.g. kernel32 is on Windows. If it were, there'd be no reason to not use it.

Yes - but it's an advantage because glibc is a compatibility nightmare. One of Go's really nice features is that you can compile a binary and it will run pretty much anywhere. That would be pretty much impossible if it linked with glibc (even if you ignore the fact that glibc might not be present).
On mobile so haven't got exact links to hand so you might have to do some googling to find the exact things I mention. There's a study which examined pull requests to certain open source projects on GitHub and compared approval rates for accounts which could be identified as female (name or profile picture) with those of men, and also of those known to belong to females but where you could not tell from the profile. They found interesting differences in approvals ratings.

On a more general note the book Lean In by Sheryl Sandberg is a good read if you're interested in learning about biases you (whether man or woman) might have. The book is thoroughly cited and aims to be productive rather than an attack on men and does a great job in my opinion. It points out certain things such as how certain traits are seen as positive in men and negative in women and how this manifests itself in the workplace.
It definitely helped me spot things I was guilty of without even realising before
Is it actually copyright or a protection similar to trade dress like the use of a specific colour delivery vans and matching uniforms.
The most insidious cases are those where bad processes are developed around bad software, leading to a vicious cycle of co-dependency.

I once worked for a reasonably large business that ran all of their invoicing and stock management through an MS Access project. The whole thing was wacky. half the business logic was implemented in VBA. The other half was stored procedures, but there was no obvious pattern (predictably, anything that involved a task the DB was optimised for was written in VBA). "Deployment" consisted of saving to a network drive and waiting until everyone opened it again in the morning. Data integrity seemed optional and inconsistent. The symbol naming convention could be described as cryptographic. The only documentation was a comment over each function stating the original developer's name and a timestamp. It had a proud splash screen stating "Developed by Dave Davidson" that was shown for 5 seconds on startup - this was of course completely simulated and there was no reason to have a splash screen. I could never quite fathom the magnitude of this guys delusions of grandeur or why they would want to put their name to it.

The worst part about it all was that for the most part, it worked. The parts that didn't work were well known to the people using it and worked around. So processes were developed around it, and over time these became so deeply ingrained in the teams using it that they couldn't imagine working any other way. Most of this consisted of taking telephone orders, printing off the invoices that were generating in Access, and then rekeying that information into an accounting system (for efficiency purposes of course, these printed copies were passed to another team member with notes scribbled on the original document. Mistakes were commonplace and accepted as a CoB).

Part of my role was to implement a web based ordering system. We did a reasonably good job but of course had plenty of our own WTFs. The biggest pain was integrating this with a particular team. They could not imagine a process that did not involved printing off orders and rekeying. After a while we realised that the reason we got so much push back was that once fully integrated, our system would make half of the team members redundant.

With support from management we went ahead, and over time the wrongs were righted. When I left there was still a deep level of distrust in the new system. Mistakes that were daily occurrences in the old world were "proof that the new system won't work". Orders were still printed "just to make sure I don't lose it". New bugs were treated as if the sky were falling. I would spend more time managing expectations than writing code. But we got there in the end.

Buggy software can be fixed. Buggy humans are an entirely different kettle of fish.
At my first gig I teamed up with a guy responsible for a gigantic monolith written in Lua. Originally, the project started as a little script running in Nginx. Over the course of several years, it organically grew to epic proportions, by consuming and replacing every piece of software that it interfaced with - including Nginx.

There were two ingredients in the recipe for disaster. The first is that Lua comes "batteries excluded": the standard library is minimalist and the community and set of available packages out there is small. That's typically not an issue, as long as one uses Lua in the intended way: small scripts that extend existing programs with custom user logic (e.g. Nginx, Vim, World of Warcraft). The second is that Lua is a dynamic language: it's dynamically typed, and practically everything can be overridden, monkey patched and hacked, down to the fundamental iterators that allow you to traverse data structures.

This was the playground for the guy to create his own reality.

Lacking a serious standard library, he crafted his own. Where a normal world e.g. file rename function would either do the job or return a error to the caller, he chose a different approach. Functions were autonomous highly intelligent pieces of code that tried to resolve every possible problem, entangled with external logic, so grokking the behaviour of the most fundamental things was challenging - let alone understanding fragments of code composed of library calls.

Lacking a OO model in Lua, he built his own. I can spend a lot of time describing with what was wrong with it, but it suffices to say that each object had SIX different 'self' or 'this' pointers, each with slightly different semantics. And highly entangled with external unrelated logic of course.

I'll save the stories about the scheduler and time series database he built for another time.
Most of them have mild to strong disagreement with the memo, on the basis of poor/biased research, weak argumentation or unfounded/irrelevant conclusions.

Suzanne Sadedin:

> TL;DR: Yes, men and women are biologically different — which doesn’t mean what the author thinks it does. The article perniciously misrepresents the nature and significance of known sex differences to advance what appears to be a covert alt-right agenda.

> It argues for biologically determined sex differences in personality based on extremely weak evidence

> It completely fails to understand the current state of research on sex differences, which is based in neuroscience, epigenetics and developmental biology.

> It argues that cognitive sex differences influence performance in software engineering, but presents no supporting evidence. Available evidence does not support the claim.

Rosalind C. Barnett and Caryl Rivers:

> Much of the data that Damore provides in his memo is suspect, outdated or has other problems.

> Baron-Cohen’s study had major problems. It was an “outlier” study. No one else has replicated these findings, including Baron-Cohen himself. It is so flawed as to be almost meaningless. Why? The experiment lacked crucial controls against experimenter bias and was badly designed.

> Many of Damore’s controversial conclusions rest heavily on one recent study and much older, now-discredited research, ignoring reams of data that tell a very different story.

David P Schmitt:

> It is not clear to me how such sex differences are relevant to the Google workplace.

Cynthia Lee:

> Regardless of whether biological differences exist, there is no shortage of glaring evidence, in individual stories and in scientific studies, that women in tech experience bias and a general lack of a welcoming environment, as do underrepresented minorities.
> I don't see how sunk steel would be any more valuable than steel from freshly mined ore. But I like to be surprised about these things :-)

Steel production uses air from the atmosphere. Thus it picks up the increased background radiation while it is refined. It may be possible to scrub the radioactive components from the air to avoid contanimating the steel, but I expect the cost would be prohibitive (at the very least, more expensive than getting it from old battleships).
Initial budget was €5bn. Current budget is four times that and with completion nowhere near estimates of the final cost are as high as $60bn. Go figure.

If by "we" you mean US's share, that's 9% of total costs. China, India, Japan, Russia, South Korea, and the US are paying 9% each and EU is paying 46%.
I think a lot of programming could be described as "formalizing the logic of a business" which is a very strange and interesting problem.

Programming also involves things like "formalizing and automating the representation of knowledge in general" which is a holy grail of philosophy since Leibniz's time.

We're always building on top of preexisting ontologies and logics which sometimes fail to even make sense, or which make it tedious to express things that we would want to consider elementary (Unix, TCP, Java, GTK+, SQL, etc).

And we're always vulnerable to being smacked on the head by yet another "Falsehoods Programmers Believe About X" post detailing the myriad ways in which we routinely falsify and oversimplify to deal with the boundless complexity of actual reality and the horrendous details of legacy bureaucracy.
As there seems to be quite a lot of confusion in this thread about what this is, here's an excellent video giving an overview of the state of the art in fusion energy research that is understandable by a lay audience: https://www.youtube.com/watch?v=L0KuAx1COEk

(somebody posted that video on another recent HN fusion thread)
Dist repo?
> I don't have enough nuclear physics background to know whether we are inherently safe, or if there is a real risk here.

Then don't spread FUD?
C is mostly confined to UNIX derived OSes and embedded devs that won't change to anything else even at gun point.

Yet, even C just got ISO C17 this year, even though it was a minor update.

https://www.iso.org/standard/74528.html

Languages either die or get updated to fulfill their customer requirements.
Not sure what you're looking for. After Damore's memo came out I carefully read it along with statements from scientists both in support and opposition, and I have the impression that there is no broad scientific consensus about the extent to which gender-specific career choices are biologically innate.
well your experience is highly atypical.
You can verify hash with others or compile it yourself.
I knew if I scrolled enough I would find a comment about gaming. I have often wonder if well balanced, authentic looking, fun maps can be generated. This type of research looks to be part of the solution.

Would be fascinating to see if key BF maps concepts can be incorporated.
Why UX Designers need to learn code……or not
These complaints make me wonder if they should focus exclusively on very high-end gourmet meals, instead of trying to find and fill an awkward niche between Lean Cuisine and Uber Eats that might not even be there.

If they gave you access to all kinds of exotic ingredients in appropriate quantities, selected by professional restaurant buyers who definitely know what they're doing, you might find it interesting to use the service just to explore new recipes and variations. You could almost run a whole "cooking by mail" course that way. An obvious next step would be wine service, in areas where that's permitted.
> I don't think it'll be economically viable. I'll be happy to be proven wrong though.

I don't think current designs like the one discussed here will be. But I'm hoping it will lay the groundwork for much more useful reactors in the future.
It is impressive indeed. The coding started just in time when Windows 95 were released. There was no Stackoverflow and they don't even really have internet back then. The programmer (as far as I know) didn't even speak English so he has access to book or two in German language and code snipets in help section of Delphi. At the same time creating applications with UI just started, so there was very little experience available, espcially in rural Austria.

Company did tried to migrate to other software few times, but the software is just too specific for given industry and legislation of small country that the companies who tried to create similar software usually went bankrupt soon.
The end to this madness is to move to C++, D, Rust, Swift, ...
I know about them only from the numerous podcast commercials. Here in the Nordics all supermarket chains have had that service for a while now and it's quite convenient. I can see the value of it but all these supermarkets have their supply chain built and they started a similar service in no time. So I can't see how Blue Apron can compete in Europe for example.
If Mozilla wants your passwords there's nothing to stop them adding code to Firefox itself that detects when you are typing your password in and sends it to them. It could be limited to just you in that case too.

This is really to protect against two things:

1. Legal requests for your data. It's actually not really been tested whether or not the government can force an entity to insert a backdoor for a specific user or not. I think everyone hopes that can't do that but does anyone really know?

2. Data breaches.
No history of clip art published in 2018 can be complete without mentioning the Noun Project: https://thenounproject.com

A modest subscription fee gets you royalty-free and attribution-free SVG images for all sorts of things.

I first used it for a corporate website, but later discovered that there are plugins for Powerpoint and Google Slides, and a nifty MacOS app which lets you search and drag icons into any app.

I don't use it often, but I love the selection and ease of use. I recently used it to create a custom alphabet study card for my 2yo son.
What you say about my comments is false.

Daniel's job should be to moderate posts in a competent way, instead he is just an empowered vigilante.
I have seen many people who before speaking their opinion reference the classics (or as an achievement that they read works of Plato's dialogue and all other classics) but I find most of them irrelevant and can have infinitely interpretation.
You put your life in the hands of plenty of machines, every day.
When are we going to print PCBs on 3D printer ourselves?
Just like previous predictions that the introduction of fission power plants would result in electricity 'too cheap to meter', I suspect the same will happen for fusion. Even if the fuel is nearly free, you still have to build and maintain the power plant, the grid etc., neither which is cheap.

But yes, the first ones to 'crack' the problem will have a head start in the commercial fusion power plant market, but I don't think it will last very long. As you say, most of the research is being published, and even if somebody manages to initially keep that final 'dot on the i' secret, it wouldn't take other researches long to figure it out.
Check out https://lockbox.firefox.com/, which is an iOS app that syncs with Firefox Sync, and integrates with the iOS 12 password management interface. It doesn't do bookmarks, but it should fulfill part "b)" of your requirements nicely. It's still in Beta according to https://testpilot.firefox.com/experiments/firefox-lockbox but it works very well for me.
She has good points. However, when practically implementing this, I could see the "any measure that becomes a target ceases to be a good measure" effect biting back: I imagine many companies would suddenly become very eager to insist that their algorithms are in fact not algorithms at all but "simply computer code" or such - and a lot of hair-splitting will ensue about what exactly is or isn't an algorithm...

(I'm not arguing this shouldn't be done, only that it would be messy)
Did you personally, and at least one other trusted party, sign off on every single commit, or are you trusting Mozilla?

Where did you get the hash you're comparing against?

Firstly, no matter what you're trusting the developers of the software you're running on your computer.

Secondly, the software (and/or its hash), just like this JavaScript, is delivered to you in a verifiably secure fashion i.e. SSL.

What's the difference?

Sure, this JS can change. Do you have automatic updates running for Firefox, or any piece of software on your computer?
That's the classic John Stossle argument he made in the 90s with natural gas.

I dunno. There is a huge risk with driverless cars. I'm still questioning the tech. This is an incredibly hard problem and edge cases mean people die. This is one technology I won't be an early adopter of.
I have experience running an application with 9M users (around 2M active) on Heroku. We had around 1,5k requests/second average, peaking at over 2k reqs/sec. No major issues, although we were starting to hit the per-app dyno limit (we could not go over 20 dynos) but this problem could be solved by creating a second app.

Overall no issues and I would definitely recommend them.
Wood construction without nail or glue
I'm reading Developer Hegemony - it's quite interesting. The guy states HR is not there for you - it's (ultimately) there for the financial benefit of the company (makes sense). The employee benefits are baubles in lieu of cold, hard cash (with which you could choose to buy your own baubles, presumably).
In order to take care of mold, you need to clean up what you can using hydrogen peroxide. It will foam up when it contacts mold. Keep applying until this is no foam up. Incidentally, peroxide in a spray bottle is great for cleaning showers and places that get mildew. Always use fresh peroxide.

For an air purifier, you need one with a UV light.
Who decides your gender? – Transgender rights
Probably fall from roof few times or was not really handy with hammer or something.

The company is quite fascinating, they started around 1945 and during the years they've became small conglomerate. There are three or even four generations workign together and once they like you as a person they will find something for you to do.
Web Development Company in Mumbai
We work with our clients to create customized e-commerce solutions to meet business requirements. Webcraft India has the knowledge, resources, and experience to produce a successful e-commerce solution for your business. Our expert website designers in Mumbai has helped businesses worldwide in launching a successful ecommerce website.
EFF Unveils Virtual Reality Tool to Help People Spot Surveillance Devices
Logging the phone out doesn't matter in that case. The police can request your data from Google/Slack/Facebook's lawyers.
I mean you had your share of tough love already in this thread. But:
- The examples you posted are indeed very simple problems. Caesar is just about "can you scan two arrays at the same time" (and then do charString + charKey and some modulo). Luhn is just a step of non-obvious specification to follow.

- This is a different game than your day to day. Those two being easy stuff means nothing if you never played the game.

- Now you moved a "unknown unknown" to the category of "known unknowns". You know you have no competence in this category, and if you wish to improve in it you can do so. Or not, it's your choice. Before, you didn't have the choice. So that's good!

- It's not about the language. You can solve these in Java, C, Assembly, Haskell. Most training website for interview questions (like these) allow you to implement in any of the major languages. If you want to play the game and get better, I recommend Hackerrank (for structure) and TopcoderArena (for variety, since they give you a bit more fuzzy spec and you also need to identify the algo for the issue at hand). The latter is slow as balls though, and offers no solution (except the best submitted, which may be cryptic).

- This stuff takes time, and if you want to learn about things you'll have to book up. Cormen's "Intro to algorithms" or Skiena's Manual are the goto texts. They are thick. Take your time. Persevere.
Or for a fraction of the cost you could have driverless trains and move 20 ~ 50x more people. Oh wait, that already exists. It's existed for decades:

https://penguindreams.org/blog/self-driving-cars-will-not-so...

Self driving cars are totally the wrong direction we should be going in, and it's going to cost the US more in the long run.
An distributed implementation of Redis compatible layer based on TiKV
Microsoft v. MikeRoweSoft
If you have been successfully solving problems for those last 5-6 years, your only current problem is your insecurity.

Can your fiancee do your job? Or is your knowledge just divergent?
How does Eve Room compare to the Netatmo Home Coach?