skysight-inc/HackerNews huggingface dataset:
It isn't very scientific if a discipline persists in bad research practices, and that's what psychology is still doing. Indeed, it's very hard to get experimental evidence for a theory by measuring people, but if you know you can't, then don't do it. Wait until the means to do so become available, and try to find those ways instead. Unfortunately, that's not the state of psych. research.

There is of course also a more practical side. For psych and med interventions, you don't need to know how it works. If method A works better than method B, it's a good idea to try A before trying B. However, that research is also difficult, and many papers have been found wrong afterwards. While that's the way to go, it shows that even when attempting to establish superficial effects, the disciplines are failing.
Somehow with password managers we collectively decided that single points of failure where good…
Waymo has touted that their entire fleet is now electric: https://waymo.com/blog/2023/03/paving-way-toward-fully-elect...

It sure seems like their self-imposed constraint is EVs. Their goal beyond that is cost reduction. It seems like the actual key right now might be volume:

“The team at our new manufacturing facility is ready to allocate a significant number of vehicles for the Waymo One fleet as it continues to expand. Importantly, this is the first step in the partnership between the two companies and we are actively exploring additional opportunities for collaboration.”

https://waymo.com/blog/2024/10/waymo-and-hyundai-enter-partn...

but to your point, Hyundai may see this as an opportunity for “future collaboration” to get autonomous driving tech into their vehicles. But selling a “significant number of vehicles” is also very much in Hyundai’s interest.

If Hyundai was making the Niro or Kona EV in the US, then they may have been an option, but they’re not. They are not eligible for the tax credit. Toyota won’t make EVs here until 2025 or 2026.

The ID.4 would meet that criteria, though, and I wonder if Waymo considered going with Volkswagen.
can you do a quick rerun of the ROI math with BH200 numbers now that we know them? minus the fp4 shenanigans ofc
The people living in the "geofenced" areas don't care about how "incomplete" it is. The point of a self driving taxi is that you don't have to own the vehicle.
You'd have to ask him. He worked there for 5 years, maybe he just wanted a change instead of a second 5 years of sprinting to the goal? In interviews he says he is still bullish on Tesla.
Wait, why wouldn't I want my own robotaxi if it's cheap enough? Unless taking taxiw is much cheaper it seems much better to own one, especially for electric cars which have less maintenance requirements.

A lot of people I know like their cars and don't want to take taxis everywhere. Maybe I'm missing how it wouldn't be appealing to regular people.
There are more than enough on the road already to know exactly how safe they are. FSD has already driven a billion miles. Once it is good enough they will have the statistics to prove it.
As this mentions some prior art but not rCUDA (https://en.m.wikipedia.org/wiki/RCUDA) I'm a bit confused about what makes scuda different.
Is there anything in C# which ensures what Rust does statically, that you must acquire a lock to access data protected by a mutex? Rust also has MutexGuard not be sendable i.e the mutex won't be released on a different thread from which it is acquired.

With traditional mutex APIs it's just far too easy to get it wrong. I think you just have to structure your thread-related APIs to be misuse resistant. As humans we're just not good enough at not making mistakes.
It would perfectly if you enable line wrapping, which is basically a dynamic client-side character line limit!
You can use Hugo with GitHub Pages, you just need to use a GitHub Action to trigger the deploy on a new commit, luckily there's an official workflow: https://gohugo.io/hosting-and-deployment/hosting-on-github/

My personal Hugo-based blog for reference: https://github.com/minimaxir/minimaxir.github.io
ASML has a monopoly in their niche and no other companies in the world currently have equivalent tech. Should one diss all other advanced countries the same way?

By the same token, ASML wouldn’t be where they are without advanced components from other countries.

In today's world, no country is the most advanced in every tech.

> The reason Taiwan is valuable is because they are allowed to import western tech that China is not allowed to have, and the labor is somehow cheaper there to operate it.

ASML can export to many countries. Why can't any other country in the West or which is a Western ally afford to subsidize the 5-10% extra profit margin for labor costs and successfully build a similarly advanced fab like TSMC's for strategic reasons and to make significant profits as well?

Regarding nuclear power plants, they might not currently have the capability because it's not their priority to develop it, and they can quite easily hire companies from other countries to build them. Comparative advantage and all that.
I haven't had problems with discovery projects. The framing is usually that both sides genuinely don't know enough about what needs to be done, you'll produce a rough plan at the end of it, and you've agreed to a rough ballpark budget beforehand where discovery is helping you decide on the scope and specifics.

Otherwise, even for simple projects, the process is usually you do a couple of rounds of questions for a few hours, then you're forced to give a quote when you don't know enough which is bad for both sides.

People get weird about charging for discovery, but gathering requirements, evaluating the current situation, researching options and proposing a solution, is tricky and valuable work, and doing this properly can save a lot of pain later.
I don't know what presentation you were watching, but in this one it was clearly stated that all Tesla models will be autonomous, not just the Cybercab, and also that you will be able to buy and own the Cybercab just like their other cars and it will earn money for you. It's fine if you don't believe it, but that's what was said.
Whether a flaw or feature is a meaningless academic discussion at the end, when entire IT of the company works like that. To get stuff done on time you need to do what is necessary, rest are details. I agree stuff is not set optimally, but when IT is a cost center to the business and looked down upon, this is what you get. Btw not everything is covered by some form of ticketing system, there are many grey areas.

And trust me, guy managing sFTP server (latest case in long line of cases) doesn't do any sophisticated deep stuff that requires 15 mins to get into the zone.

More often than not its the case of folks in various roles promising to do certain work by the end of the day or given date on the meeting, then happily ignoring all chats/emails/calls asking for it for another week or two past the deadline. Of course the excuse is in 100% of the cases how busy they are, when you know they happily spend 15 mins on coffee/smoke breaks multiple times a day. Absolutely 0 sympathies there, and this is one of general senior skills to get work done on time from such people too.
What are some of the craziest security vulnerabilities you've uncovered?
Thank you! finally I don't have to unplug my main monitor to share with the right resolution
Humans don’t use lidar, which clearly shows that a vision-only robotaxi is very much feasible.
I mean I'm native, just expressing personal opinion.
I'd really like for there to be a WYSIWYG editor that works on HTML, something the level of complexity of like WordPad (which can make RTF files). But supporting the full range of HTML tags like <details>, <table> etc.
The other day there was a Show HN about a youtube summarizer.
https://news.ycombinator.com/item?id=40843528
I haven't tried as it is chrome only.
The average consumer cannot. Only those who have access to sfcompute's private beta can access those prices. Once it opens up to the public, the price will increase.
Then you must be one of the lucky ones!
It adds important context to the post. Imagine Vladimir Putin wrote an op-ed explaining how beautiful Riga is in the summer and how he would encourage everyone to visit Latvia. On its own, that's a famous guy encouraging tourism in the Baltics. In context, it might suggest something very different.
I'm Running Out of Ways to Explain How Bad This Is
What's currently the best in the market wearable (watch, ring or maybe something else) to track (useful) health indicators?
Are you talking about Vulkan or about geometry shaders? The later is simple: because geometry shaders are a badly designed feature that sucks on modern GPUs. Apple has designed Metal to only support things that are actually fast. Their solution for geometry generation is mesh shaders, which is a modern and scalable feature that actually works.

If you are talking about Vulkan, that is much more complicated. My guess is that they want to maintain their independence as hardware and software innovator. Hard to do that if you are locked into a design by committee API. Apple has had some bad experience with these things in the past (e.g. they donated OpenCL to Kronos only to see it sabotaged by Nvidia). Also, Apple wanted a lean and easy to learn GPU API for their platform, and Vulkan is neither.

While their stance can be annoying to both developers and users, I think it can be understood at some level. My feelings about Vulkan are mixed at best. I don't think it is a very good API, and I think it makes too many unnessesary compromises. Compare for example the VK_EXT_descriptor_buffer and Apple's argument buffers. Vulkan's approach is extremely convoluted — you are required to query descriptor sizes at runtime and perform manual offset computation. Apple's implementation is just 64-bit handles/pointers and memcpy, extremely lean and immediately understandable to anyone with basic C experience. I understand that Vulkan needs to support different types of hardware where these details can differ. However, I do not understand why they have to penalize developer experience in order to support some crazy hardware with 256-byte data descriptors.
One of my goals for this quarter is to try to quantify the cost breakpoints of recalculation versus memoization of data, because most of my instincts are built around the tail end of 32 bit computing.@:$ while thats only a few DRAM generations ago, that’s a lot of CPU generations and thus suspect.
I get that there is some important context here - I just can't make out what it is! Hence the question.
I had .net on prod linux since 2018 and it works very fine seamlessly, web apps.

Things changed after core
An Introduction to Ngscopeclient
But isn't it the case that Waymos are actually usable (for this purpose), while FSD/RoboTaxi isn't?

Geofencing sounds like a good idea to me. It's a mean to roll things out carefully, while minimizing risk of death. If actual FSD/Robotaxi is ever released, I suspect that they'll need to geofence, too, for a while.
Dupe (48 points, 12 hours ago) https://news.ycombinator.com/item?id=41802219
Like that but since the first mention of the quote is in 1945...

£36,268.59 and £36,268,585.70 according to the calculator you linked.
Just played it, I'm a fan too (currently 30 puzzles in)
Im quite sure there is more than a 100 clusters even. Though that would be harder to prove.

So yea, it would be rough
feasible? I want the thing to drive better than me, especially in the rain, fog, and the dark!
They demonstrate this robot that is manipulated by someone behind the scenes. Is this really possible?
Could you please cite sources on this? Just looking at Rivian [1] they delivered 37,396 units this year alone. Tesla doesn't officially publish numbers, but the Cybertruck recall from few weeks ago tells us around 27,185 total [2]. I know that the July sales were high, over 5172 units [3], but that's a single month. And just to put everything in perspective here: over 13 million trucks were sold in the States in July alone [4].

[1] https://electrek.co/2024/10/08/why-rivian-rivn-cutting-ev-pr...
[2] https://static.nhtsa.gov/odi/rcl/2024/RCLRPT-24V718-2751.PDF
[3] https://www.forbes.com/sites/brookecrothers/2024/09/22/cyber...
[4] https://press.spglobal.com/2024-07-24-S-P-Global-Mobility-Ju...
Email as moved to centralized for the most part.
IRC have moved on to centralized silos for the most part
Usenet has largely moved on.
finger has moved on.

Note you can still run these tools on your own if you want.
It is getting progressivly harder.

I have given up running my own mail server, since the "big silos"
have a strong tendency to reject emails from small servers.
Teslas don't come with an inflator. sigh.

(and if you get one + slime stuff, you will kill the TPMS and have to buy a new one)
> 999999% uptime

Assuming you mean 99.9999%; your hyperscaler isn't giving you that. MTBF is comparable.

It's hardware at the end of the day, the VM hypervisor isn't giving you anything on GPU instances because those GPU instances aren't possible to live-migrate. (even normal VMs are really tricky).

In a country with a decent power grid and a UPS (or if you use a colo-provider) you're going to get the same availability guarantee of a machine, maybe even slightly higher because less moving parts.

I think this "cloud is god" mentality betrays the fact that server hardware is actually hugely reliable once it's working; and the cloud model literally depends on this fact. The reliability of cloud is simply the reliability of hardware; they only provided an abstraction on management not on reliability.
And yet the price of a cabbage stayed exactly the same. Oh, we also had close to zero interest rates, might that have something to do with peoples' appetite for higher mortgages and shares over bonds?
C99 (with very few stuff from c11 and WITHOUT ONE BAZILLION EXTENSIONS), is, by far the less worse compromise out-there.

gcc and clang are c++ abominations, and some toxic people did manage to make hard dependent linux (and *BSD) on their zillions of extensions (for linux, right under Linus T. noze).

But we have tinycc(~2 times slower machine code than gcc), cproc/qbe (I get ~70% of gcc speed).

Oh, and don't forget, RISC-V assembly, no global intellectual property lock on this ISA, and nice to code in.
You mean "very much theoretically possible".
These are robotaxis, not personal cars.
I've had FSD (as branded by Tesla) for probably five years; it's gone from "actively trying to kill you constantly" to "very, very, good" to "probably safer than my teenager (who is a good driver)". I banned my current youngest driver from using the old version, but encourage use of the latest version for night driving -- it's really excellent. In most circumstances, it's probably a better driver than me.

That said, my kid told me last night in the rain with some cars slowing, it tried to pull left into oncoming traffic, and needed a quick recovery. We seem to be at stuff like that every thousand or so miles, down from every mile five years ago. it is WAY WAY WAY ahead of any other car I've driven or ridden in that can be bought. I understand Waymo in SF is significantly better. But, compared to Rivian, Ford, Volvo, Mercedes, it's years ahead.
Is it possible for that setup to show up as a virtual display on your main WM/DE, so you just extend to it, or does it need to run its own, separate instance? Can you drag a window from your main DE to the virtual display?
Could you give some numbers to back it up? Considering the loss due to inflation from 2019 [1] I would have expected the truck to get to around $49,200.

[1] https://www.in2013dollars.com/us/inflation/2019?amount=1
Yes, indeed that’s a bait and switch. There were changes in price, features, availability dates and so on.
Look at the announced price and all the claimed features then. We were promised a bulletproof amphibious truck for (IIRC) $40k, and we got a truck whose warranty is void if you drive in the rain, costing $80k for the base model. Also it won't even stop .22LR bullets.

We were also promised micron panel gaps. the panel gaps on the cybertruck are both visible and visibly uneven.

It's really weird to see anyone even imply that the Cybertruck has vindicated Tesla.
You may also want to install: https://getindie.wiki/
It's not false colors (that btw have a scientific goal), but the saturation is processed to be increased. Those are the "real" colors provided by a normal camera added to a very clear and highly resolution picture
The obvious example would be the placebo effect. Drug/vaccine trials are the only area of science I can think of that are routinely held up as pinnacles of rationality, the outputs of which all Good Citizens must take on faith, and yet which attempt to control for some sort of paranormal force in which people can unconsciously fix their own bodies through psionic abilities.

This regularly happens and nobody seems the slightest bit curious about why. That is, when you think about it, totally mad. I'd suggest it's got to be either:

1. The only psychology mystery worth investigating, or

2. A sign that clinical trials are actually mostly junk science

Either would be hard to admit.
The entire point is that proponents of the change disagree that it's "needless churn".

It's bizarre to me that expecting people to improve their code incrementally is considered a disrespect for their time.

The proposed change is not arbitrary - which can be seen by trying to imagine the alternate universe in which the reverse change were proposed. One can imagine a world in which `except:` were added to a Python that didn't support it, but certainly not one where it were made mandatory (whether for the `except BaseException:` case or the `except Exception:` case).

I assume there are people out there who would, similarly, argue that it was "needless" to make `print` into a function (and thereby break users of the `>>file` syntax). But it demonstrably and significantly makes the language better.
A desktop touched by Midas: Oracular Oriole
Tesla at a forward P/E of 80 is massively overvalued as a car company. You can get Mercedes or BMW at a P/E of 6, with a 9% yield. Sure, the EV market is still growing, but Tesla is not the only player. All brands now have EVs, there are both cheaper and more luxurious Chinese EVs, that's some massive competition.

The only reasons Tesla could be valued differently are FSD and Robotics, which Musk and Tesla-friendly analysts are heavily pushing. Since Musk has made massive loans against his Tesla stake you can expect that he will keep highlighting those narratives as well. A revaluation of the stock to sane levels would certainly cause him some financial difficulties.
what the world really needs is a robobicycle and according to this video we are nearly there :-)

https://www.youtube.com/watch?v=0F1H1V5MxtY
I remember companies doing the following: you get “lifetime” on your install, then a year of free upgrades. And you can get future versions with a discount.

Doesn’t work with saas probably.
You are right, there is no public data, they've kept it all private. FSD is not anywhere near good enough to be unsupervised right now so there's no real point to doing autonomous testing.

I'm simply saying that when it improves to the point where it can be unsupervised, they will definitely have the data to prove it.
I think the person you are responding to was poking fun at the way the title is structure, which could be interpreted to indicate that Cory himself bricked the vehicles.
I would love to instead have one official upstream runtime type checker which can be enabled per function, class, or module via decorators. Basically, providing opt-in strong typing as a language feature.

Currently, I’m using the third-party Beartype decorators to provide this feature, but I would prefer something built-in and ideally something with more readable error messages for users when type errors occur, which might be easier to provide if it was built into Python.

(I use Pyright too, but I find the runtime type checking to be more robust since it understands also the types returned by highly dynamic untyped code.)
> The “problem” people try to
> solve with things like
> dependency injection isn’t
> even a problem in python.
> 99.99% of the time you can
> just import you dependencies
> everywhere they are needed.

That's... Just not the problem DI fixes in any language? Sure, in C++ or Java you can just create a global static instance and use that everywhere. That's pretty much equivalent to just importing the same thing everywhere. But the downside of both approaches is testability: it becomes much harder to test units in isolation when they access global resources.

Consider a function with `import datetime`, that gets the current time and does something with it. You want to make sure that this function still does the right thing in the extreme case of the current time being 23:59:59. How do you write this test without DI?
I was referring more specifically to fixing the types. It looks like it's possible to enforce type-hinting with config files to mypy (but I've not tried it): https://stackoverflow.com/questions/55944201/python-type-hin...
My suspicion is that in these areas, of "nuggests of knowledge" psychology studies kinda work well and can be applied piecewise to it.

But I feel that anyone that think psychology will be fully predictable, or even up to the standards of medicine today will be for a disappointment

(but oh well, they can still run their experiments on Grad Students or Amazon MK workers and get another grant)
Lie is not a stretch at this point. It very clearly hasn't been 'nearly ready' this entire 11 years.

This isn't just a HN commenter who got carried away with starry eyed hype in a comment. This is a corporate salesman, and he's trying to sell a product that simply cannot do what he claims it can do.

It's not human error at this point, he's just knowingly selling magic beans.
This is "football (soccer)" rather than "football (American) or soccer", right?
Types are great, but I prefer Not having to transpile everything. Stepping throught the TS Code with a Debugger ist non trivial.
I tried to like wagtail the way I love django but the chemistry didn't work out :-). Indeed I think its more suited for serious publishers that can dedicate the resource to build something major.
Looking for a fun way to explore your favorite GitHub repositories? Tired of staring at the screen for hours on end? Or maybe want to print out a hard copy as a keepsake?

It is currently in beta, so please be patient with us as we work. Feel free to request features or report bugs.

Tech Stack: Go, Tailwind CSS, Hetzner
I noticed for a lot of people it is excuse for their laziness or actually lack of interest in the topic.

As a dev I had troves of people "wanting" to learn how to program. Usually after I give them pointers and resources they fizzle out after a week or two.

It is easier to say "I don't have talent for that" than "I have better things to do, like binge watching new series".
Don't get me wrong, I am "want to learn more math"/"want to learn more electronics" person but never get to really spend time on it and no time to use all the RaspberryPis eating dust in my drawers.

In the end I believe there is talent but that is something like being Linus Torvalds or Michael Jordan, you don't need talent to play basketball or develop software, but to do that on highest levels there is something definitely.
Scientific/Numeric/Data-Python is essentially a DSL around C-API which creates friction (try for example to map a custom function over a Pandas column). Whereas in Julia, it's just Julia. It's liberating to just extend and use a library written in the same language. It leads to surprising synergies.
On-chip lidars are coming to automotive sector currently
you can also watch https://www.youtube.com/watch?v=T3u7bGgVspM to get more context
Don't forget that a lot of the crazies are carrying guns, thanks to America's obsession with "gun freedom".
And startup time. JIT languages are a bad match for command line applications, for example.