skysight-inc/HackerNews huggingface dataset:
We have no record of such an email under either the email on your account or your name (and we checked and we do have records of other emails in the same time window, including many other people who emailed us at the time for the same reason you did). I'm not sure why (have you perhaps changed your name or email since?).

I'm going to have our support team get back in touch with you via email for further details here. Can you reply here if you haven't been able to do at least one round of back-and-forth with them within the next day or so?
You should read the link you posted.

That only applies when one of the competitors is effectively a monopoly anyway.
> As Teslas age, there’s going to be an army of technicians needed to fix them. This is going to be 100% Tesla’s problem and is going to eat into margins in significant ways.

This is mainly how the major established car manufacturers make money. Soon same should be true for Tesla as well, as their fleet ages.
Yep. I was an early adopter, but now when people ask if I’d recommend buying a Model 3 my answer has changed to that I probably wouldn’t in 2022, mostly due to shoddy build quality and subpar service experiences.
Tesla expands Supercharger access for non-Tesla EVs to a large part of Europe
How do you do that? I was trying to find the way to do that the other day but couldn't figure it out.

Edit: Of course I was 1 google search away from the answer: https://support.apple.com/guide/mac-help/change-icons-for-fi...
>If someone tells you "the longer a distance is, the more time it takes to walk it", that is exactly the same as "the shorter a distance is, the less time it takes to walk it"; there's no logical leap there.

that's comparing A->B with A->B. comparing A->B with B->A would yield "the less time a distance takes to walk, the shorter that distance must be"
Modern road don't only try to minimize the distance but also other factor like slopes. If you look at old railroads there is a very big constraints on slope and you will see very complex trajectories in hilly places.
> Dealers are [...] generally excellent at fixing cars quickly.

Oh, come on. They certainly are not. Pick any rapidly growing car model of the last six or seven decades (the Prius in 2005-08 comes to mind, Outbacks in the 90's, etc...) and you'll discover a flood of service problems reported.

Tesla is having trouble scaling service because it turns out service might be harder to scale than factories.

And one way you address that is by hiring more people to do service, which is exactly what is being reported here. The idea that these are "untrained" (!!!) employees is pure spin. These are, fundamentally, new employees, brought on[1] to service cars. And, duh, they're going to have to be trained before they can be useful. There isn't the remotest hint of an allegation anywhere in that article that Tesla was skipping training for service employees. It's all spin.

Anti-Tesla headlines are an eyeball magnet. There was one going around a few days ago about something like 300 autopilot accidents had been identified by the NTSB (or NHTSA?), failing to note that if that holds up it represents an accident rate something like 6% of the average passenger car.

[1] Albeit as transfers from other departments.
Bitcoin falls 7.03% to $20,969.32
It's often impossible to separate the content of the message from the tone.

Back when I was a student, there was a professor emeritus of communications who liked to say things like "communication usually fails, except by accident". The idea was that if you intend to say something but many people interpret it otherwise, that was you failure to communicate. Musk is certainly smart enough to realize that his tone changes the meaning of what he says, but he keeps doing it anyway. That makes him a kind of a troll.

The thing with trolls is that people often don't like them. They may barely tolerate trolls they agree with and actively hate ones they disagree with.

Musk reminds me of another person: a former communist (of the minority faction who supported the USSR) who later made a 180-degree turn and became a successful investment banker. He is one of the richest people in Finland who didn't inherit their fortune, and he is probably also one of the most hated people in the country. And he genuinely enjoys trolling. Often when business leaders or right-wing ideologists have something that needs saying but can't be said aloud, they let him say it.
He said: "My offer was based on Twitter’s SEC filings being accurate." Which is a valid statement, SEC filings are _required_ to be accurate.

And you've interpreted: "Producing that evidence is not a contingency in the deal". Which doesn't make a whole lot of sense.

He never said he didn't want to buy it under the negotiated terms, he said he wants to be able to _verify_ that what the company says is accurate.
It's less about perf/security and more to do with simply needing the time to wrap my head around how to do it. Entering ring0 is a whole different world. My productivity depends on a responsive TDD workflow and it's hard to test kernel code. I currently do it using an emulator I wrote called Blinkenlights, because the existing ones (Bochs and QEMU) couldn't be integrated into my Makefile / Emacs build system. So I not only need to build the kernel but I need to emulate the CPU features the kernel needs too.
To be transparent, I took Econ 101 over a decade ago and don’t remember.

A better way to have phrased my post is that economics fundamentally understands price levels as being driven by supply and demand, and everything else influences prices though effects on supply and demand.
Eh, I think the select and poll system calls are both kludges, the sockets API inferior to P9 dial, gethostbyname deeply problematic.

Then there are the ways threads interact badly with many classic functions, the way signal handlers play messily with everything else.

Don't even ask about X.
To just straightforwardly answer your question: Move or stay wherever you want, and wherever you are, be a good community member by supporting initiatives that will help the area remain affordable to everyone.

I've been a "gentrifier" in several places and never had any issues; its as simple as being thoughtful about your role in the community and respecting your new neighbors
Agreed. That's how I'm going to start my cult when I'm out of fucks.
Discussed a few days ago:

Apple Reneged on OCSP Privacy - https://news.ycombinator.com/item?id=31731090 - June 2022 (7 comments)
I swear, I have zero understanding of why Mac users are so delighted when they discover previously-unknown features.

These features should be easily discoverable.

But maybe I'm missing a trick. Maybe there's a deliberate effort in Apple to make only a minimal viable subset of features easily discoverable. Maybe some features have their documentation hidden a little deeper. And maybe accidental discovery gives Mac users a little dose of feel-good neurotransmitters that keeps them passing over the odds for the products.

Honestly, it's a mystery to me.

Anyone from Apple product design here? Why is function discovery in Mac so opaque?

I just thought of the recent iPhone my partner upgraded to. No button. It's just a blank slate. Tap? Long press? Swipe down? Swipe up? Aah swipe up!

I swear, I find this shit absolutely infuriating.
90% of this article goes into explaining that there exists within google a certain group of people with a certain set of beliefs and practices which does not align with that of the author. ok, i don't see how that is relevant. the next 10% goes into alleging that he was discriminated by this set of people. 0% goes into explaining the details of how this discrimination took place.
I second Skitch. I wish there was a tool as good as it for Linux. Deepin Screenshots come close but it has (had?) issues with Wayland.
I’m talking out of ignorance her, so please educate me: if you take into account the black swan theory both kaplan meier and Lindy effect can’t say anything about anything, no?
100%. It feels like a bait and switch. They say “we created brex because it’s hard to get banking as a startup”, and then what do you know… now they don’t want to bank startups and are giving them the boot.

It’s just annoying as hell. A bunch of promises but then the opposite actions.
> different from implementing their own browser engine

Because sciter (at least as I understand it) does not have any intention to be a general browser. It intends to be an application development framework, and is quite happy to behave differently to browsers if doing so aids in that goal.
Can you walk me through how waiting some amount of time actually improves their guarantee? It's not like they're using Google's TrueTime api that provides bounds on time. How is "unnecessary lag" avoided between Producers & Consumers?
>Weinberg provided further details on the matter in a tweet (opens in new tab), saying:

>“For non-search tracker blocking (e.g. in our browser), we block most third-party trackers. Unfortunately our Microsoft search syndication agreement prevents us from doing more to Microsoft-owned properties. However, we have been continually pushing and expect to be doing more soon.”

About as good a response as you can hope for, given the circumstances. No obfuscation, no doublespeak.

I'm not thrilled, but this is about trust and this feels life a reasonably accountable response.
Pronounced as site-us (or sight-us, as in "eyesight")

Side-note, I had a bit of fun with the pronunciation & spelling challenges of working on Postgres and Citus here: https://twitter.com/clairegiordano/status/150378415161432064...
>I'm glad someone else gets my point. These were all someone else's problems to deal with, but this guy kept sticking his nose in even when he was repeatedly asked by his friend, a manager, to butt out.

That manager could very well have been complicit in corruption. Hundreds of thousands of dollars in wine purchases isn't exactly trivial.

That said, it sounds like the guy was just trying to keep the GDS division afloat, lest it be struck down from above after being seen as problematic. Perhaps noble depending on how you look at it, but certainly protecting his own paycheck either way.

Regardless, I don't see the justification in hating on someone for blowing the whistle here. In fact, one could argue it's very likely a necessary step in making it someone else's problem to deal with in the first place. Sunlight is a very effective disinfectant.
Absolutely there are real situations where the new stuff is going to last longer than the old stuff, even the old stuff that's been through a selection process.
E.g. modern manufacturing techniques have improved overall longevity of all 2022 models.

But I think you are outside the Lindy effect model at that point.

To put this in the example of the original post:
The author says visual studio code is expected to last less time than VIM.

You could counter by saying: "hey, maybe, uh, the rise of Product Management as a discipline has meant that modern software overall will have longer lifetimes, and hence it's not fair to guess that VIM will outlive VSCode".

And that'd be a fine position. But imo the right way to frame that isn't "the author did an incorrect logical inversion of the Lindy effect model"; rather it would be "I don't think the Lindy effect model applies to this domain".

(No one is saying the Lindy model is universal.)

I guess you could say you want to apply it only within a given year of software; so, we're happy to look backwards and apply the Lindy model to software written in 2011, but we've no idea how to think about the lifespan of software written in 2022, and aren't allowed make any inferences from software written before 2022.

That's fine, but that's an additional constraint we've added, is outside the Lindy model, and, really, we're in "all models are wrong, some are useful" territory here, where I'd ask "is it really useful to throw away all that previous data? Wouldn't it be a better starting point to use the lifetimes of previous years as at least a prior?" And if you grant that, then I think theres no logical error here.
This only works on M1~ macs. Intel mac don't have OCR for some Apple-ish reason
I’m confused. Did they announce they’re not going to do it?
Well, it's just the nature of zero cost (or more properly, fully externalized cost) for false positives. Recruiters in the wild have literally no reason not to be spammy, because it costs them absolutely nothing to be (and because everyone else is being spammy, so everyone assumes they're being spammy). It's a crappy tragedy-of-the-commons equilibrium for everyone involved - they don't much like it either, but don't feel like they have a choice.
Free Pascal was actually on the shortlist of SARC, together with Ada and D [1]. We had different requirements though: GUI was not an issue as we have our own GUI; neither was an IDE. What was very important in our case was D’s compile time reflection capabilities which has enabled us to implement (de)serialisation to/from the binary format that the old Pascal implementation produced. In the maritime industries it is important to be able to build on projects that were developed in the past.

Pascal is not a bad language for engineering, in some aspects it is even better than D. Still, the combined features of D made it a winner over all, in our case.

[1] https://dlang.org/blog/2018/06/20/how-an-engineering-company...
I love Apple hardware, it's top notch truly but I am eager to completely remove macOS over privacy concerns. If Apple is taking privacy seriously, and advertising that, it needs to be across the board. I don't appreciate being lied to.

Shoutout to the Asahi Linux team and Godspeed.
Does anyone know what type of audit logs or actions we need to look for?
We can't. That's why its such a difficult thing to study let alone the political issues of such a study. It seems almost obvious that some rise is a rise in reporting but its not possible to rule out other factors either. And these other factors seem pretty likely considering we can observe them in tests on other animals.
People still using C as if C++ isn’t available for faster-than-light code.
> What's preached against is not performance, but a performance-first attitude.

That's what's preached against in theory. But in practice any performance discussion is immediately met with that answer. The standing recommendation is build it fully ignorant of all things performance, and then hope you can somehow profile and fix it later. But you probably can't, because your architecture and APIs are fundamentally wrong now. Or you've been so pervasively infested with slow patterns you can't reasonably dig out of it after the fact. Like, say, if you went all in on Java Streams and stopped using for loops entirely, which is something I've seen more than a few times. Or another example would be if you actually listen to all the lint warnings yelling at you to use List<T> everywhere instead of the concrete type. That pattern doesn't meaningfully improve flexibility, but it does cost you performance everywhere.
Fine, change the term to "relationship expert". If you're good at maintaining a healthy romantic relationship, you'll have two, three, but optimally even one in a lifetime. That doesn't make you an expert, it still is the norm.

If instead you had 30 relationships, whilst for sure you had a lot of experience, I wouldn't really trust your advise as an "expert".
> Generally people giving advice publicly are in the advice business, not the business on which they are advising

Twitter has lots of tech advice, and most of these authors don’t give advice for a living. People like John Carmack regularly share how they achieved things.

Authoring a book or hosting a podcast is btw often not a great deal from an ROI perspective. It could help you get hired, but it’d be way easier to just study leetcode instead.

I think you could cut people and their intentions a bit more slack.
Systemic nepotism is not reason to avoid investigating a specific incidents where it is especially prevalent.

There's also a difference between hiring someone you know vs. only hiring a person because you know them.

Besides which it is possible to have hiring practices that make this abuse more difficult: where I work friends & family of a candidate are obligated to identify such prior relationships during the hiring process so that another person can review any decision to hire that candidate.

Maybe things are that bad at Google, but that would be precisely the reason for casting more light on the issue in order to change things.
Yeah, it does fill a gap but what appears to be a temporary one. Web apps can already be installed like an application, and now include window-control-overlay amongst other things. At one point I think Safari was slacking, but may have mostly caught up. As you mentioned, once an option exists for passing messages from browser to a native app (similar to Native Messaging but for Web Apps) then it would make more sense IMO to just use the browser's existing support.
Or another way to look at it - the computer can do an absolute insane amount of math in the time it takes to roundtrip a single byte to the datacenter in US-West.
Do they? I've heard of them removing features (ie. radar, lumbar support) from new revisions, but rarely have I heard of alternatives to existing parts.

One that I know is rumored is a 1st party Radar sensor that is supposed to be coming soon, which would be them replacing the Continental radars that exist on older models. There's also battery changes, with the biggest being the LFP batteries on the new SR 3. I wouldn't necessarily categorize that under "swapping out" but testing out a new chemistry that will likely go fleet-wide at some point.

One of the big things they wanted to do was create a lower cost model (3/Y) by trying to reuse as many parts and moulds as possible between the two, so I'd actually be surprised to hear of a lot of part substitution since it goes directly against that logic.
What about zero downloads?
No more than Musks; he’s not building all that stuff. But name on paperwork is all it really takes to be “richest in the world.”
I Almost Didn't Graduate from Stanford
With some price transparency into what companies actually pay for services such as GitHub, maybe we can find out.
http://mailbait.info has been controversial on HN[1].
A decade ago it started out making about $80.00 USD/Month.

[1] https://news.ycombinator.com/item?id=3825299
It's amazing that someone can take Tesla taking a sales/marketing employee and having them instead temporarily servicing cars and characterize that as anything but an untrained employee servicing cars.

Note that for pretty much all other automakers, "training" means something more than a few minutes watching a video. It means actual reading, instruction, and supervised hands-on exercises.

A "new" Ford service technician will have several hundreds of hours of training, and most automakers will further certify technicians so that customers know that the person working on their car actually knows what they're doing.

A "new" Tesla technician might have almost an hour. It's great that they're "starting somewhere" but it sucks for the customers whose service will be fucked up by someone who has no business handling paid, unsupervised service calls.
> Dealers are terrible awful places to buy a car but they’re generally excellent at fixing cars quickly.

Really? In the experience of myself and my friends, dealer repair is at best hit-and-miss and at worst feels downright dishonest... most of the people I know who felt "in the know" always used third-party repair people that they trusted.

> As Teslas age, there’s going to be an army of technicians needed to fix them.

This just means you need to hire people, not that those people need to be hired at arm's-length by third-party related businesses. Tesla has buildings where people work in them all over the world, just like Toyota. Their location near where I live looks just like a normal car dealer because it used to be a Buick dealership. They have a service center full of technicians, they are simply hired by Tesla.

Taking a step back this is like insisting that companies like Panda Express, Starbucks, or Chipotle can't ever compete with franchises because obviously they are going to have to hire a billion people to cook and serve the food... well, you just hire them! To me the only thing that franchises are inherently good at doing is helping to fleece unsuspecting franchise purchasers with bad models.

> Sure, they’re very expensive but they also have most parts available for a their brands and an army of techs available.

And this is the real problem: Tesla as a company doesn't even have the parts available to make NEW cars right now (Musk has even been talking about pausing new orders as they have cars sitting all over the place just a few parts shy of being ready for pick up ;P) much less repair OLD cars, and their demand scaling up both processes at once is of course going to be hard.

And like, to be clear: maybe their current lack of service people is inexcusable and incompetent... but this has nothing to do with being "dealer-free".
I'd rather enable push notifications on a website than have to install a whole new app if I want them.
Not that I know of. Probably the easiest solution would be to port ShareDB, ShareDB-postgres, and Racer.
That would have a nice side benefit or making space exploration much more economical. Faster too if you can bioengineer higher G resistance at the same time. Maybe someday the outer planets will be colonized by tiny humans measured in millimeters, with 125mm humans darting around the various moons shot out of repurposed tank canons, all laughing at the slow giants stuck down the gravity well on Earth.
It should go down to 10k. I would like for all the noobs to be scared off.
Related, you just have to spend some time on various tech sites/forums to see that people will complain when something changes in an OS release, but even more so people will complain when the UI does NOT change "there's nothing new, boring" to paraphrase that whole second category... Not the same exact individuals of course, but there are loud voices clamoring for changes for change's sake (even if they don't know they are doing that).
> And it doesn't have to be someone's fault or society's fault. It just is.

I really have a problem with this line of thinking. It puts the blame on women for "not being interested in tech", and gives all the tech bros a free pass for their atrocious behaviors, and the toxic culture in tech.

If you never heard countless stories of abuses suffered by women in tech, including microaggressions, being talked over in meetings, passed over on promotions, pay inequality, company parties at the strip club, sexual harassment, conscious and unconscious biases, "you should smile more", etc, you're not looking hard enough.

Rinse and repeat this over 4+ decades, and you get your "1 in 25" ratio. Unfortunately the situation is so bad today that it will take a few decades to fix the systemic issues, before we start to see a better balance. But the first step is to recognize we have a problem.

If you're interested, there's many books and serious research in this area, but one I really liked is Brotopia, by Emily Chang. When you know what to look for, it's hard to unsee.

[1] https://www.amazon.com/Brotopia-Breaking-Boys-Silicon-Valley...
Because a lot of people on HN are unable to process sarcasm, social nuance, and many other forms of non mathematical type thinking.
Generally most people don't even get messaged at all on LinkedIn.

One CEO I know mentioned they only hire recruiters for engineers. Other slots are filled in other ways. Some are with job posts, others might be with referrals.

Another mentioned that engineers are like gold. A valuable commodity that's mineable via a process, enough of a commodity that everyone agrees on value.
> "Has final authority and responsibility..."
That may not be enough; you wouldn't be the first supposedly-non-Turing-complete language where it's actually possible to express a Y combinator and use that to embed arbitrary computations.