skysight-inc/HackerNews huggingface dataset:
I remain absolutely in awe of Nvidia's ability to sell $200 4+ year old CPUs. In this case a 4 year old 16nm+ process, put to use building an 8.5 year old basically Cortex A57 class core.

It's a huge huge huge shame, but not on Nvidia. On everyone else. On Qualcomm, on MediaTek, on literally every other company making arm cores. For not releasing chips in a useful fashion, for being everything the PC never was: for sale, to the public, competitive.

The PC was a revolution because it was made of bits & parts that each had their own markets, that had competition for them. Multiple companies competing to make interchangable ram, with interchangable cpus, with interchangable hard drives, power supplies, cases, peripherals. There was market pressure, a push towards commoditization. So far, the smaller, low powered chips have maintained a mainframe like status, as only for very very large customers. It's been an absolute shite 10 years, suffering this nonsense inability for anyone but the very biggest to get good mobile chips. Nvidia is simply capitalizing by offering the tiniest littlest most whatever offering possible, the flimsiest bone, to a hungry, enthusiast, excited market that will gladly accept paying far more for a little, old, cpu+ram than they would for a generation or two old complete cell phone that would perform far better at most tasks, and include a screen, wifi, cellular, speakers, sensors,...

The PC era was so so so glorious. That consumers could buy competitively priced parts was incredible. What's happened in the last 10 years has been so sad to see.
Thank you for taking the time to reply and share your knowledge.

I think I'm on the edge of becoming a manager of sorts in the next couple of years. I don't know if I'm ready or even willing but it's the only way to progress in my career.

I'm in similar boat as you, I'd rather be doing the coding. But at the same time I love working with others.

Thank you again
I think what you're saying is that if you don't have a good explanation, then everything goes, you're free to imagine anything you want. Until "you have enough information to create a propper alternative" you can "multiply entities" to your heart's content- and make any kind of assumption you like.

Is that what you mean?
Would you say that candidate:employer::supplicant:benefactor::debtor:creditor?
It's because the government isn't siphoning everybody's information, which became obvious as soon as Greenwald released the slides he thought supported that claim. https://www.cnet.com/news/no-evidence-of-nsas-direct-access-...

Since then, transparency reports from the companies confirmed it.

To this day, you'll only ever hear Snowden and Greenwald talking about phone metadata collection because they were so ridiculed about their PRISM claims.
i mean the word copilot does imply that there is another pilot
Just having a lot of karma doesn’t mean you “won” HN or deserve a lot of money for posting content. You could post a single time and if it connected with the right person in the right way it could lead to funding or something. If I’m reading you right you are saying that being the highest-karma woman on HN means you deserve income or payments of some sort but that makes no sense.
A significant fraction of major security vulnerabilities in C/C++ codebases relate to memory-management bugs.
>It would be most appropriate to allocate taxpayer funds to the search for our cosmic neighbors

I think this is the main focus of this opinion piece. I don't know who the author is, but I wouldn't be surprised that he would be someone writing grant proposals to get a piece of these funds.
It's more self-promotion by the crypto industry. No, your friends and family aren't rushing out to buy an NFT.
Well, I’m straining to think of service offered by a Bay Area govt that is well run and efficient.
The UN is a toothless exercise in futility, much like its predecessor.
I agree that the demographic skew probably accounts for some of the difference. Probably also that Teslas need less maintenance (esp brakes, due to regenerative braking), so are less likely to fail for mechanical reasons — although I don't think most crashes are due to mechanical failure, it should show up to some degree in the stats.

I think the argument that the Autopilot numbers are essentially fake because the true crashes are concentrated in the Autopilot-off scenarios is hard to make a case for though, given the stats on Autopilot-off driving being so comparatively good. You would need incredibly good demographic skew to account for that if the crash rate is concentrated — you don't need to just equal the average after correcting for demographic skew, you need to be considerably worse than it. So while it's not a perfect metric, I would be much more surprised if Autopilot+human was more dangerous than human alone.

I 100% agree with you that this is only an argument for Autopilot+human though. Current Autopilot without humans, at least anecdotally (I have a Model 3 with Autopilot), does not seem safe. However, I think the concern among some that Autopilot is unsafe as it currently is typically operated — i.e. with a human in the loop — is largely contradicted by the evidence.

My personal anecdote is that I feel much less fatigued by driving with Autopilot, especially on longer drives. It's imperfect, but it actually generally helps improve my alertness because I don't have to constantly fiddle cruise control settings based on which car is in front of me or make micro wheel adjustments to stay centered in a lane; I usually take over proactively whenever there looks like a sketchy situation is coming up like multi-lane merges with trucks for example. And when those situations happen, I'm able to stay more alert and focused because I haven't been spending my energy on the simple stuff that Autopilot is good at, so I think I end up being safer overall even when it's disengaged. I notice a pretty large cognitive difference — which was unexpected for me when I first got it, because I thought I probably wouldn't use or like Autopilot, and initially was quite mistrustful of it.

Obviously this is just a personal anecdote, and not data! But what data we have, while imperfect, seems to support that conclusion much more than it supports the opposite.
It means they are probably fine to drive the courses they have been driving. However, we know with self-driving that it isn't necessarily representative of what they will be asked to drive. It is also not a particularly relevant comparison to human drivers, unless we normalize a bit for road/driving conditions.
In general, I found your post very strawmany...

It's not really a red herring when Lambda mostly forces communication between different application layers to be over the network. You suddenly have to deal with rate limiting, retries, bulkheading, etc. in a lot more places than you would even with even a SOA.

> you actually have to write unit tests

I'm not really sure unit tests are a differing factor in testing functions as a service and other software. The real issue with testing is that it's very difficult if not impossible to do more than unit testing locally. You're often using docker containers or mock services to try and simulate what is going on in production which is insufficient. Things like CloudFormation can't be done locally (and this can be where a lot of gross complexity lies), so ultimately you have to set up an identical-to-prod testing environment and do the bulk of your testing there (which you probably should have anyway, but that's besides the point). Things like localstack HAVING to exist but not being supplied by AWS is a symptom of something gone wrong.

> Would it be simpler to write a full-blown service that polls events and listens to message queues and launches background tasks? Obviously, no.

Why is this obviously no? It isn't to me. You likely need a lot less these type of things if you're running a monolith.

> In terms of complexity, they pale in comparison with even the tiniest hello world windows GUI app, or even Qt.

It seems to me you're ignoring all the extra stuff you HAVE to have to deploy, secure, and maintain serverless. There is a lot more than the code for the function themselves.
People generally rent homes rather than just land. When zoning doesn't interfere, landowners maximize their profit by creating as many homes on each parcel of land as they believe they'll be able to find tenants for. A land tax might help, but it is silly to say that people wouldn't ever use their land productively without one.
I've found both AWS Lambda and all Azure serverless tooling to be extremely frustrating. "Just don't do local development" is the feedback I see a lot, which just seems bonkers to me. Like the orgs that don't run tests locally and just use CI to validate builds. If your workflow involves long periods of waiting to test even very basic functionality, it is (to me) totally broken.

We have containers which unify local environment and production environment. In my opinion (and experience), there aren't any more efficient shared mediums to work with.
Like any limited (by funds or numbers) program HfH can do great good but it can also turn away those form whom it wouldn’t work (not capable of meeting the requirements/sticking it out).

Handling EVERY case is much more difficult (not that we shouldn’t expand HfH-style programs). A
multitude of solutions are needed and trying to limit the types is part of the problem.
Ask HN: What music are you listening to?
Curious about the kind of music HN listens to.
Open to all recommendations.

I'll go first https://www.youtube.com/watch?v=6W6HhdqA95w
And go with your gut if you think they are stretching the truth to seem good.
FTP's directory listing command provides the output of 'ls'. Or 'dir', if on Windows. Or a bunch of other variations.

That's because it was made to be shown to a human using a commandline client, and wasn't intended to be parsed. As a result, a FTP client like Firefox needs to parse about a dozen possible versions, plus there's a standard for actual machine-readable listings that may still not be universally supported.

Anonymous access was typically announced in the welcome message, with something along the lines of "Login as user ftp, pass ftp for anonymous access". Again, made for humans reading that.

And besides that, it has annoying design quirks like that "download done" is just closing the socket.

My point is that FTP is a remarkably annoying protocol for something like Firefox to implement. It involves figuring out how to parse stuff that wasn't made to be parsed, guessing common anonymous account names and passwords, and dealing with ASCII/binary active/passive modes. The nature of a program like Firefox clashes with the protocol badly.

Proper GUI clients show all the messages the FTP server is producing because sometimes it's just a necessity. It's always possible that there will be something the client won't be able to deal with automatically.
The alternative to price gouging is not price controls (that just redirects the pain into shortages instead). It's increasing supply. Housing can actually be built quite quickly - it's the bureaucratic stuff (permits, zoning, etc), which makes it take forever.
The big difference between car drivers w/ "autopilot" and airline pilots with autopilot is that the airline pilots have massively increased training requirements, regular re-certification, and physical fitness requirements.

Even if plane vs automobile autopilots are equivalent in functionality, the difference in operator training is separated by multiple orders of magnitude. Not to mention the frequent presence of a second pilot in commercial airlines and a dedicated ATF crew on the ground to monitor their situation.
Opaper (Shopify for SMBs in SEA) is hiring a founding head of engineering
I think it's ok to consider that different currencies can fill different roles & have different advantages than one another. Not all currencies need to compete on the same terms.
AskTest
on rediregeix?
> They thought many ideas of it (see Lisp, Smalltalk) but computers where not powerful enough for complex compilers.

That's probably true for borrower-checking specifically, but I don't think it accounts for all language-design breakthroughs. There were decades between the development of functional programming languages, and widespread hybrid languages which incorporated those ideas (e.g. modern Python and C#).
The unsatisfying response in this case might just be: some fires can't be put out. At least, not quickly enough to matter for anyone inside the car. The priority in cases like this might just be to remove occupants from inside the car if possible.

According to Tesla's information, battery fires can be extinguished by using a lot of water. So, it is possible to do with an ordinary fire truck (and self-contained breathing apparatuses so firefighters can get near a burning car without breathing the fumes), but it might actually be a rare case where putting the fire out is consequential to the outcome for the occupants: I'd imagine in most cases they either got out in time or it was already too late by the time putting the fire out is a plausible option. Maybe I'm wrong about that, though.
Different stacks for different people.

I prototyped an app with a MERN stack. Mongo, Express, React (CRA) and Node. By no means was the backend performant, and for this app, I had no reason to use document database instead of relational, but because I know how to write with mongoose, I chose mongodb.

Now that the prototype is done, I'm looking at other languages and frameworks for the backend such as Phoenix, Hyper.rs or asp.net core. If I want to be lazy, I'll just convert the mongo queries to Postgres and be done with it, and then move my CRA React App to Next.JS.
since you don't have the karma, my suggestion is you provide a comment where you say something of value. offer a reason, & explanation.

but don't worry, the people who did have the karma to downvote also didn't decide to meet this bar either. still, would have been nice to hear from them. would be nice to hear from you. what makes you want to downvote?
You're totally right. For software it's kind of a totally different ballgame, where the demand is way higher than the supply, so companies are willing to do things they normally wouldn't.

> 'I'm going to be annoying to manage' or 'I don't understand that I should be grateful to just have a job'.

In this market, lots of devs feel empowered to not just be grateful they have a job, but to find employers they actively want to work for. If an employer got frustrated that you were asking questions, you'd just bail on them.
I have extensive experience developing software for video and audio calls over WebRTC. Firefox and Chrome pretty much always work the same. Safari, desktop and especially mobile (iOS) almost never works.

Edit:

Safari is by far the worst browser in existence. Unfortunately we're stuck with it until the USA Congress says otherwise.
I had the same reaction after doing some PostScript last year, I wanted to go learn Forth.
Nim feels very close to a typed Python.
The consensus network I prefer to use is more environmentally friendly than banks.

All other merchant accounts also charge more money in fees than the consensus network I prefer to use. It's just an extreme example to probably not even have a merchant account.

"why not just fix every government policy everywhere" doesn't sound very practical to me. it has my support though!
That link shows he gave up details of US government espionage on Chinese networks. The third link I posted details how Snowden tried to gain asylum in Hong Kong.

Edit: I can't respond due to downvotes: Tell me why you think he released a list of compromised Chinese systems and when they were compromised while he was in China. Tell me why you think he chose to flee to Hong Kong and talk to reporters there. It seems obvious to me why, but maybe you have another explanation.
Lots of cool products and experiments happening in the audio space at the minute.

Although I’m not sure how practical this actually is. Most of the comments I read on HN tend to be many hours old by the time I find them.

What would be cool is to have a scheduled virtual stage meeting where the 5 most popular commenters on a post have a discussion.
I stand by that principle, (in fact I'd be tempted to say something stronger, heh) I'd just never recognised this as an example of it.
And which should never have been misunderstood.

When we say "Governor X defunded public schools," no one takes that to mean that they removed every single penny from the schools.
Yeah I went through the docs and saw that now it's client-side. Very exciting!
Love this kind of stuff, thanks!

What's the upper limit to analyzing a chip like this? How complex or small can the components get before it's not feasible?
And they don’t work with real credit cards, only if tied to a bank account.

Yes, I am a privacy.com customer.
You've discovered what many other people have: The cloud is the new time-share mainframe.

Programming in the 1960s to 80s was like this too. You'd develop some program in isolation, unable to properly run it. You "submit" it to the system, and it would be scheduled to run along with other workloads. You'd get a printout of the results back hours later, or even tomorrow. Rinse and repeat.

This work loop is incredibly inefficient, and was replaced by development that happened entirely locally on a workstation. This dramatically tightened the edit-compile-debug loop, down to seconds or at most minutes. Productivity skyrocketed, and most enterprises shifted the majority of their workload away from mainframes.

Now, in the 2020s, mainframes are back! They're just called "the cloud" now, but not much of their essential nature has changed other than the vendor name.

The cloud, just like mainframes:

- Does not provide all-local workstations. The only full-fidelity platform is the shared server.

- Is closed source. Only Amazon provides AWS. Only Microsoft provides Azure. Only Google provides GCP. You can't peer into their source code, it is all proprietary and even secret.

- Has a poor debugging experience. Shared platforms can't generally allow "invasive" debugging for security reasons. Their sheer size and complexity will mean that your visibility will always be limited. You'll never been able to get a stack trace that crosses into the internal calls of the platform services like S3 or Lambda. Contrast this with typical debugging where you can even trace into the OS kernel if you so choose.

- Are generally based on the "print the logs out" feedback mechanism, with all the usual issues of mainframes such as hours-long delays.
I agree these numbers only argue for human+computer vs human, and not computer vs human.

I'm curious why you think the benchmark should be computer vs human, though. Autopilot is very clearly a human+computer system; it states you need to be alert, and it forces you to keep your hands on the wheel and apply wheel torque occasionally to make sure you're actually paying attention. Why would Tesla benchmark something they don't ship (and how could they even do that)? The question for the general public, and for Tesla owners, is whether the current system is safe. It appears to be.
> Yes, we should probably treat land as much more of a public good

This is the central idea of Georgism, and it extends neatly to other things which are not the product of anyone's labour, like natural resources, pollution, or even issuance of credit (currently the banks have a monopoly on the power to create money/credit).

It's all very interesting, a nice balance which retains the good features of markets but prevents or at least limits the harmful stuff: rent-seeking leeches, pure speculation divorced from fundamentals, etc.

> especially in cities

This reminds me of the “Lockean proviso”:

Nor was this appropriation of any parcel of land, by improving it, any prejudice to any other man, since there was still enough and as good left, and more than the yet unprovided could use.

That is to say, taking natural resources, labouring, and keeping the profits of that activity, is only legitimate insofar as there is still “enough of it, and as good, in left in common for others”.

> The true value of land has much more to do with the services nearby

Oh absolutely! If a road is built, shops, the neighbourhood improved, schools, businesses, jobs, and therefore the desirability of your land increases... it's you that has to pay society back for what it has given you! It's not the resale value of your land that should rise.
In 2019, there was an accident at Stuttgart Rathaus in which an employee suffered a broken bone, according to city officials, but was still able to see a doctor on his own. Further details about the accident are not known.

There were parliamentary moves to ban paternosters in Germany some time ago. However, the Bundesrat prevented this at the time. Later, operation was re-regulated with stricter safety requirements. This then mainly concerned the installation of all kinds of signs about the correct way to get on and off and to remain calm during the turnaround if you missed the last exit.

Personally, I would guess that most accidents are falls from getting on too late going down or too early going up.
If you really want to colo your own server in the US, your best best is Hurricane Electric in Fremont and San Jose, Calif. because:

- remote hands and IPMI setup is free. You can mail in disks and they'll install them, you can ask them to re-install OS via USB, etc.

- they're open 24x7 if you need to drop in

- they are/were a regional ISP and their owner is a network engineer

- they support IPv4 and IPv6.

http://he.net/
Agreed that would be nice, but you'd be surprised at some companies thinking..
While I think that arguments by sglisp could have been much more persuasive, I also tend to think that arguments along the lines of "If you don't like it, show us your own work" are disingenuous. One does not need to be a good baker, or even a baker at all, to recognize and reject stale bread.