skysight-inc/HackerNews huggingface dataset:
Ask HN: How long should this code challenge take?
I applied for a job and they sent a code challenge.

I have a React boilerplate to start from, but no other things to start from so would need to make from scratch.

The design they expect looks very material-ui.

The project description (edited to remove company identifying info):

Build a simple web app using React and Apollo/Graphql and style it

1. The application should include:

a. A simple page with:

i. Some graphical elements to resemble the Company look & feel (see attachment for inspiration)

ii. An input text box that will take in a numeric value between 1 and 10 characters

iii. A button

b. A Graphql Back-End (you could call it http://my-graphql-server)

c. A mocked REST Service (you could call it http://my-service) with the following endpoints: /person, /facility and /exposure

2. The button:

a. Will be disabled for invalid input values and

b. when clicked will call the Graphql Back-End, which should perform the following, and return the end
result:

The server calls the mocked service on http://my-service/person/$input$
(pass the input value in place of $input$)
The service will respond with the following structure: {
"val1": "",
"val2": "" }

The server then calls http://my-service/facility/$val1$ (pass in val1 from call to person as $val1$)

The service returns the following structure: {
"val3": "",
"val4": "" }

Then the server calls http://my-backend/exposure/$val2$ (pass in val2 from call to person as $val2$)

The service returns the following structure: {
"val5": "" }

Eventually the Grapqhl call should return val3 and val5

3. Upon completion of this chain show an overlay that contains the result of multiplying val3 by val5.

4. You don’t need to do the full styling, instead please focus on single elements to show off your skills. Animations are also welcome.

5. Please add a README.md to your submission that explains how to use the system

Enjoy
there will always be some resource scarcity, and there's no egalitarian economy that resulted in increased availability of luxuries across the board, on the contrary, all attempts at egalitarianism just pushed the average luxury availability to the people down.
Abuse/Exploitation will lead to disintegration https://en.wikipedia.org/wiki/List_of_active_separatist_move...
The air crash investigation episode for this incident is insane. The entire episode doesn't hint at whether the guy survived and then right at the end there's suddenly an interview room and the bloke walks in. Having not heard about the incident previously this bowled me over completely. That's one hell of a story for the grandkids.
> By this time Lancaster had shifted several inches farther outside and his head was repeatedly striking the side of the fuselage. The crew believed him to be dead, but Atchison told the others to continue holding onto him, out of fear that letting go of him might cause him to strike the left wing, engine, or horizontal stabiliser, potentially damaging it.

Read the article but this is the bit I don’t want anyone to miss.
Loqseq page mentions both org-mode and RoamResearh as an inspiration but not org-roam. :C
I'm not sure what you mean by "extending open source". The classic EEE pattern always referred to specific outside standards or specs being "embraced and extended", like J++ did with J2SE. Pylance doesn't extend anything, nor is it a dependency that can lock anyone in.
Nothing, wife, son and myself family dinner, video call the rest of the family.

Maybe Goto the park a few times for my son.

Too much empathy to risk someone's life being selfish.
Anything webdev related should have good support because so many web developers are using macs.
Butano: Modern C++ high level GameBoy Advance engine
Lmao, well said. The bias against Apple in HN is strong
It really shows what the Hyperloop really is: something to divert interest and money away from working mass transit options.
This is completely not the point.

The point is: You're not getting working public transport by inventing new technology. You get it by having the political willpower to fund it. If you don't have the latter then no amount of technology will save you.

Also related: It's an obvious case of Bionic Duckweed (see https://medium.com/@stianstian/bionic-duckweed-using-the-fut... )
RE docker: yeah I saw that, I've no doubt that they'll get a working build - I kind of suspect that how long it takes might be a good idea of how hard it is to get working :D

RE docker images: yeah thankfully the big hitters (alpine etc) will be fine so should be ok here. I have less confidence in supporting libs though.

RE linux: Argh, sounds like we're of similar backgrounds and this is my fear to be honest. I've heard good things about dell/lenovo hardware so I'd probs have to swing that way for the next refresh, but yeah i suspect it won't be as painful as I'd like.
> and even if it did I don't care

> So there is no reason why they cannot do this tomorrow without the paywall

Sure you don't when you are dismissing economics of software development so vigorously. Try to look at things from the perspective of economic incentives, not pure technical standpoint. You'll understand why free platforms are way less convenient, and closed platforms are as they are.
I'm asking as I've decided not to do it as I think it would take too long, and they didn't ask me when I could do it but they just sent and gave me 5 days when I have a job and kids (and actually had another challenge I was doing for two of those days), but I wonder how long other people think it would take for everything.
browser.cache.disk.enable to false does the same;

https://wiki.archlinux.org/index.php/Firefox_Tips_and_Tweaks
Investigators found that when the windscreen was installed 27 hours before the flight, 84 of the bolts used were 0.026 inches (0.66 mm) too small in diameter (British Standards A211-8C vs A211-8D, which are #8-32 vs #10-32 by the Unified Thread Standard) and the remaining six were A211-7D, which is the correct diameter but 0.1 inches (2.5 mm) too short (0.7 inch vs. 0.8 inch).
The trillion dollar bailouts are indeed central planning, but they are a reaction to a failure in distributed planners as recognised by the most firm believers in distributed planning. As in, "Oh crap, this free market is in the process of unravelling, the only way to stop it is to throw a bailout at it." So it's still a product of decentralised planning (to use your term).

The reaction following a bailout is usually, "whoops, we didn't do enough central planning beforehand" i.e. the new banking regulations such as tighter loan-to-deposit ratios. So, overall, this supports the parent comment's point of the inefficiencies of decentralised planning.
But does insanity imply safe? My understanding is that it just implies a different course of action. Maybe we differ but I do more trust that decision to be made as a medical one, perhaps with layers of oversight or committee approval, than anything else.

To me the idea of denying this in a judicial setting even as a possibility is absurd. Maybe I misread it, but I thought the piece was arguing against the broader rationales about grounds rather than anything about the disposition of the particular case per se.
Mmmm, I think you're right eventually, but how long it'll take, and how much of the more complex stuff will work is more my concern.
Check https://github.com/rbreaves/kinto. Solved the problem for me
the first point stands but the second line is not the best example, the West German economy was built on top of the Marshall Plan money, not on it's own merits.
Show Me Best Traffic Source
Interesting, thanks. The second link is kinda related to my idea but would produce fallout for every launch, so not really practical.
And also Atlassian (jira, bitbucket, etc)
Yeah, totally agree - ironically I think it's rad that apple are kind of forcing this adoption of ARM. Could lead to cheaper/more energy efficient servers as adoption increases. I guess it just isn't the kind of thing I'm keen to be an early adopter for (admittedly selfishly).
Curiously, since most web traffic come from mobile devices, you have the situation where web developers on x86 machines are writing JavaScript code that run on ARM devices. Doesn't seem to be an issue so far.
Somewhat telling for HN that this is the first/only comment to this story.
I started building one of these as a weekend project on top of SQLite for funsies but I abandoned it during the election chaos. Oh well.
Found an image that visualizes the multistage concept of the cannon I image: https://en.wikipedia.org/wiki/File:Haskell_USP484011_1892_01...
The problem with hyperloop is that is does not solve the main problem of bullet trains: infrastructure costs. Nobody complains about the TGV/Shinkansen/ICE being slow.

Building a new train line cost millions of €/$ per km/mi because you need to expropriate properties, build tunnels and bridges, fine tune the tracks (any small distortion in the tracks will cause significant annoyance for the travelers). Hyperloop will have all these issues, but worse, as the speed is higher, and as the hyperloop trains will not be able to run on existing tracks.
Kansas welcomed my immigrant parents. Then I built Dropbox
The chemistry and assembly of battery cells, and the system design of battery packs, are completely independent disciplines. I understand where the parent commenter is coming from - all the headlines make out that Tesla has some new battery (cell) tech. They don't - they just cleverly assemble Panasonic cells.
Singapore bus arrival API by GraphQL
Something I picked up that seems to have been dropped down the memory hole. Under Truman the US was running a hot consumer command economy from the end of WWII to the mid 50's. In some ways very much like China is doing now.

Also mid 1980's to 2000 saw the depression era limits on accumulating wealth via pure capital machinations removed one by one.

Were now in the reverse situation. from 1950. Where it was possible to make money producing consumer goods and impossible to make money via rent seeking. Now rent seeking is how you make money. And it's obvious looking at the government response to the 2008 financial crisis and the pandemic this year that's being enforced via policy.
As long as it gets private funding and does not blow away a crazy amount on research and testing, i do not see an issue. All modes should be researched.

I do not personally see any public entity funding hyperloop for at least a decade. The only ones who are interested now is the UAE govt because they have a perfect test case and $ to back it along with ambition to be a player.
I've never thought about adding upvalues to CompoundExpression -- what kinds of applications have you used this for?
Wait, shouldn't you be charging to 80% in normal circumstances anyway, because keeping the battery at 80%+ for long periods of time deteriorates it faster?
Let me copy a previous comment of mine [0].

One quasi-actionable lesson of history the governments can try to remember is: do not sacrifice your strategic goals for a short-term gain, or "avoid hotfixes in production".

Example 1: Septimius Severus raised the legionary's yearly pay from 300 to 400 denarii while decreasing the amount of silver in a denarius by a half. The upset Roman economy would never fully recover.

Example 2: Treaty of Brest-Litovsk with Ukraine on 9 February 1918. Ukraine obliged to deliver grain to Austria-Hungary to relieve the food shortage. In exchange, Ukraine was given lands that Polish people considered their own. When the news went public, the Poles, hitherto the most loyal nation to the Habsburgs, changed the orientation to anti-Austrian. In due time, their Regency Council declared independence. (And Ukraine never delivered the grain; Austria-Hungary had to be sent 500 truckloads of grain and flour from Germany.)

[0] https://news.ycombinator.com/item?id=20172763
A big risk with audio hardware is that buggy os drivers might lead to noise being output. One can attempt to detect and block this in hardware, but a compressed EDM track with reduced dynamics can look pretty close to loud noise at some short moments.

Now let's say you have a high power Amp configured correctly for mixing a -24db classical music recording and then the OS glitches out and you hear 0db noise. That might blow up your speakers, headphones, or even worse, your ears.

My experience writing kernel drivers for audio software is that Windows will accept the click sound and then stop processing if the buffer runs dry. OS X used to have issues that it'll continue playing, meaning it'll reinterpret random memory as sound. Not sure if that was fixed in recent Mac versions, as their approach does have memory & performance benefits. But it means that audio driver glitches on Mac can be physically painful for the user.
The root cause is a very common bug: treating no response as an empty response. It's usually caused by missing or bad error handling. Some libraries and RPC APIs make it impossible to differentiate between the two cases.

I've recently learned a lot of Rust. Rust's std::result::Result type [1] helps avoid this error. I think it is superior to the error handling facilities in other languages:

- C: errno, boolean return values, `null`

- C++: exceptions, errno, boolean return values, `null`; std::expected<T,E> is being developed

- Java: exceptions, `null`, Optional<T>

- Golang: `nil`, `error`, `if err != nil { return nil, err }` boilerplate

- Javascript: `undefined`, exceptions, futures

- Python: exceptions, `None`, boolean return values

- Swift: exceptions, `nil`, `try?`, optional values

- Dart: exceptions, futures, `null`

Would it be worthwhile to create Result-like error handling libraries for the major languages?

[1]: https://doc.rust-lang.org/book/ch09-02-recoverable-errors-wi...
> It would be faster because the exec takes place for every single result of the find.

Only if you end the exec with \;

If you end it with + then the results are built up and appended to the command much like xargs.
https://www.researchgate.net/figure/GDP-per-capita-ppp-selec...

even disregarding the other issues with communism, the central premise is wrong: it's quite apparent that what growth centralized economy countries enjoyed was far at a lower rate than free market counterparts, up until they opened up to private initiative.
I think you are oversimplifying quite a bit. Looks to me like you are viewing things thought the lens of the typical Microservice architecture. But here are a few more dimensions of complexity:

* State between communication. If service (worker/function) A needs to talk to B, A usually needs to keep some state until B answers. Maintaining this state (what if the message gets lost, what if we redeploy A, what if the storage fails) adds a new dimension IMO.

* Circular dependencies/recursion. It's astonishing how things like A communicating with A, directly or indirectly seems to be implicitly missing from that typical architecture.

* Message growth. What happens when you have an O(n^2) or worse growth in messages? How do you track and manage that?

Generally speaking, it looks like microservices behave a lot like the early procedural programming languages by not considering the actually complicated stuff.
Just for the record, Italy is not a "backward-ass doofus country".
True, taking this further, even react-native JS is running fine on arm devices right. I suspect it's more the "untested" waters of backend-land that'll suffer more here
I still have to consciously open the devices' web page in my browser. Why is it fine for a random web page served from the other side of the world to make that connection but not for a web page served from a device sitting next to me?
Exactly. But you also seem to miss it.
Politicians have no will to fund old technology (and lets face it, high speed rail is PREindustrial tech).

However they will fund new shiny technology that they think will make them look good and future oriented towards the general public.

Don't underestimate the advertisement value inherent to "new stuff".
Politicians play mind games, we just have to play them better.
That said most people, i.e. the non revolutionaries (which is the HN crowd), survive and will survive just fine not knowing anything about revolution or revolutionaries.

My favourite example of such a survivor is Joseph Marie Jacquard inventor of the Jacquard Loom (that which inspired Charles Babbage). Jacquards town would be taken over by revolutionaries on one day, counter revolutionaries on another, local royalty on a third and Napoleans armies on a forth, to the point were the townsfolk had no clue on any given day, who they were fighting with or against.

Jacquard worked to a ripe old age, through all that chaos, seeding the creation of the computer and retiring to a nice beautiful cottage on a beach.
Another possible propulsion method: Build a giant Gauss cannon [0]. Using electricity though would add another energy transformation step reducing overall efficiency. Water steam would be directly produced off the nuclear reactors heat.

[0]: https://en.wikipedia.org/wiki/Coilgun
I use cutter[1] as it's gives a better UX with same Ghidra decompiler.

[1]: https://cutter.re
Had the same issue here, Brave blocks "insecure" scripts, you'll see a warning in the address bar and need to allow it to load those scripts to get it to work correctly.
Is there a Tesla that lasted 20 years and after 500 thousand Kms is still functioning with little or no maintenance?

Switching to Apple has a cost, switching to Apple with Apple silicon has an even higher cost.

It all depends what you use your computer for, if you buy a Tesla you probably don't depend on your car, people buying entry level hw are people who don't need something fancy, they need a tool and good enough it's enough.

To reverse your analogy, if they have the same price, I take a computer that I can upgrade and actually own over an Apple
> If anyone has a detailed guide on using gfblip I'd be really curious to read it.

Check out the instructions in the GitHub repository, has two versions, neither are very long nor complex. https://github.com/apenwarr/blip
Thanks @xip, that's exactly the kind of thing I was looking for.
If you do decide to go with Linux:

- Dell XPS (mac-like comes with Linux)

- Lenovo Thinkpad (excellent Linux support, as it is used by a lot of Linux devs)

- Any of the Linux CTO laptop builders (Librem, Tuxedo, ...) will have excellent support, but will not look as good as the Dell

- Anything else: YMMV, check the reviews.
That is what the preceding comment implies. After all, "nerf bats" directly references them. What was new, was simply the usage of making something worse.
Given the idea was championed by a major manufacturer of cars, who has a vested interest in mass transit failing, you might be right.
I wouldn’t take this article too literally. The whole
Thing is full of exaggerated emotive rhetoric. It’s really more an opinion piece despite the site tagging it as “science”.
This situation is so terrible, and its embarrassing that despite decades of work, our industry doesn't seem to be able to solve this problem in any modern operating system. (Edit: Apparently except for windows vista!)

It seems obvious to me that we need a transactional filesystem API with methods like:

fbegin()
fwrite() / rename / etc
fcommit()

Most of the write calls wouldn't return errors directly. Then the fcommit() call would atomically flush the locally buffered changes to the filesystem. If an error happened, the API should guarantee that the final state either contains all changes or none of them. The commit call should either block the thread until changes are safely stored on disk, or use a completion callback. This API probably couldn't span multiple filesystems, but thats fine in practice. And bonus points if the API supports snapshot reads within the transaction.

This would dramatically simplify the code in every program that wants to safely interact with the filesystem. And it would remove the perennial, justified anxiety database engineers carry that they're doing something subtly wrong without even knowing. Because fsync() is so coarse, I suspect performance would improve with this API, too. (So long as the transactions are mostly small.)

But why don't we have this API already? My theory is that kernel developers don't write enough userspace software to understand how bad the status quo is. And most people writing software in userland don't understand the kernel well enough to feel empowered to change it. Adding an API like this might also need changes in the filesystems.

But wow, it would be a huge boon to humanity to have a filesystem API which isn't so braindead. How many more decades do we need to have our files corrupt by default when errors happen? I wince every time I'm playing a video game and it has that "saving - don't turn off your console!" animation. Or during OS updates. Data corruption happens because we implemented the wrong abstractions 50 years ago and somehow forgot that code is mutable.
And TCL: "everything is a string"
We could add Deep Learning to the list as "everything is a vector".

Love how the article can be interpreted as making statements about itself. The article states everything on this list is an implementation of 'everything is an X'. Or put differently, everything is an X, where X = 'everything is an X'.
Hyperloop is just another of Elon Musk's dumb "what if" ideas he dreamed up while stuck in gridlock on the 405.

"Wouldn't it be great if we had a magic underground tube that whisked you to your destination without traffic?"

"You mean like a subway?"

"No, no! For rich people, with private pods designed to look like an Apple store."
They have a claim to it:

https://www.bbc.com/news/world-europe-20025626
If you get an XPS with windows. It’s a pain to install linux because of some weird Intel thing needing to be disabled first. Caused me a lot of headache. Runs great once you get past that tho.

Lenovo on the other hand. Just works.
The SNCF, the main French railway company owned by the French state, did invest a bit in Hyperloop.
It's actually more like billions of $ per mile. How anyone looks at a figure like '1 billion per single mile of tunnel' and thinks it's feasible to run utopian pie in the sky experiments like hyperloop across hundreds of miles is beyond me.
Large binaries is one thing where the new release of Ghidra is significantly better. I've been building from master for months, because large binaries (100MB or more) take low tens of minutes, not hours, with the improvements.
I use pendrive
Personally I'm on my 3rd XPS running Linux, and the install has mostly been smooth sailing.
German here. ICE sucks majorly.

ICE is engineered way over the limitations of the underlying technology.
They break down easily and are constantly late.

I'd take a hyperloop over an ICE any time.

We had good tech, that that didn't get held back by the physical constraints of rail travel: Transrapid

A maglev train developed in the 70s which operated flawlessly for 40 years.

Sadly there was no political willpower for it's realisation due to a very strong car lobby.

I see the hyperloop as a modern spin on the Transrapid, and I'd pour all of our subsidies for Deutsche Bahn into it in a heartbeat.
I'd thought math was the part of philosophy dealing with ideas that are precise enough to say things with certainty. (No matter how well-qualified and vanishingly relevant those ideas might be ;-) )
Maybe the author didn't know it? Totally in the realm of possible scenarios.
An American ignorantly complaining about American ignorance. I found the tone of the article rather unpleasant to read.
What do you expect is going to happen, though? Do you think they will magically discover that hyperloop runs even faster than high speed railway and is somehow more safe? More cost effective?

Like, I totally get experimenting, but this is one of those things that you can see is not even worth experimenting on.
This is extremely useful! Would recommend!