Hacker Newsnew | past | comments | ask | show | jobs | submit | carlivar's commentslogin

They have enough food to stay that long?


Shipments on dragons are safe and work fine


This is a normal sentence with no double meaning


Didn't LinkedIn create Kafka? Was that some of the overengineering?


Kafka was made 15 years ago.


We are working to migrate from Azure to on-prem because it's so bad. It is an uncoordinated mess indeed.


Well, to take it full circle, they don't dogfood LinkedIn on Azure. How about GitHub for that matter? Wouldn't that indicate Amazon can dogfood more?


I think those are different because they are acquisitions.

It doesn’t mean they will never use Azure, just that they’re being rational about what to use.

It would be very different if they designed GitHub today and didn’t use Azure.


Add to that, future product offerings determined by real world use cases based on the reasons why they don't or can't do it today.


By "themselves" do you mean Elon Musk? I wasn't under the impression that Tesla was much of a collaborative environment. Musk bans Kanban and Toyota Production System principles after all.


Tesla has its own principles, and collaboration is a big part of them. One reason so many engineers apply to work at Tesla is that they get to see their ideas implemented quickly and without excessive bureaucracy.


Cybertruck was announced in 2019, and production was pushed back several times in '21, '22 and finally '23. Sounds pretty bureaucratic to me.


Or it was just hard. Plus it depended on 4680 improving and scaling and that was definitely hard.

But look at all the models in production. They don't have discrete model years, they're pushing out new updates all the time, even for hardware.


the slowness could be explained by many things unrelated to their own bureaucracy


There are very good reasons why safety-critical products do not "move fast and break people". It is generally frowned upon in civil society to disregard safety and human life just to satisfy your curiosity and greed. I understand that the executive team at Tesla does not care given that they push a unfinished, defective, and criminally unsafe product like FSD onto the roads to make their numbers, but it reflects poorly to portray such a ingrained sociopathic company culture positively.


> Tesla's Model Y has been recognized as one of the safest cars of 2023 by the Insurance Institute for Highway Safety (IIHS), receiving the agency's Top Safety Pick+ rating for the third year.

https://www.notateslaapp.com/news/1224/tesla-model-y-receive...

> Teslas on non-highways with Full Self Driving (FSD) engaged had just 0.31 accidents per million miles representing an 80% reduction in accidents compared with the average vehicle.

https://thedriven.io/2023/04/27/accident-rate-for-tesla-80-l...


Oh great, the Tesla Safety report [1]. Can you let me know where in that “exhaustive” report I can find the number of accidents or miles driven used in that calculation? You know, the numerator and denominator? You know, the sort of hard-hitting data reporting expected out of a elementary school science fair project?

Almost like they hide that information like how they demand NHTSA redact all pertinent information from the NHTSA SGO database of ADAS crashes [2] so that the public can not fact check them.

Or like how their telemetry just happened to miss 90% of their confirmed fatal crashes which we only know about due to third party investigations as seen in the NHTSA SGO database.

Or maybe like how around 50% of the crashes Tesla investigates are fatal, but they just choose to leave ~95% uninvestigated as seen in the NHTSA SGO database. They are just worried investigating the crashes they caused will show FSD is too safe.

That report and Tesla’s reporting around FSD are gross, criminal malpractice. Only a sociopathic executive team and company culture would encourage safety reporting that intentionally deceptive.

[1] https://www.tesla.com/VehicleSafetyReport

[2] https://www.nhtsa.gov/laws-regulations/standing-general-orde...


Well I'm not going to dig into all that data to see if it verifies your claims, so I guess I'll leave it there.

But the first link I posted came from the insurance industry, not from Tesla.


Maybe they should have an additional phase between test deploy and customers such as "employee personal vehicles".


There's also this, which I have used successfully for a while now with an old opener.

https://opensprinkler.com/product/opengarage/


+1 for OpenSprinkler! I have their sprinkler controller. Works with Home Assistant, it's awesome.

I don't have a garage door, but if I did, I wouldn't hesitate getting this one.


Ultimately the issue is a lack of clear roles and responsibilities of a PM role defined, and a lack of accountability.

I agree with you that the "product org" is an entity that can become a political and bureaucratic entity rather than an enabler.

Personally, I think the Product role should be embedded within engineering teams and report up to the same leaders (level is debatable) so that a bad PM can be dealt with just like a bad engineer. Of course if your company can't get rid of bad engineers either, you have other problems.


And that's how it should work. The article is poorly written, but it does suggest more ownership from roles such as "area leads" which is close to Apple, I guess. With Jobs being the Uber Lead.


I can't post a comment so I'll report a typo here:

"People are hired based on whether they’d represent no treat"

I think author means "threat".


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: