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

The broken windows theory introduced by Wilson and Kelling.


People care about privacy up to a point. The majority of people (myself included) are apparently willing to give up their privacy if it means not having to pay for email service, or other information (search results, news).


Thus changing the model from "you're not the customer, you're the product".

It's amazing what people will do and throw away to save a few pounds.


As someone in the industry (with domain knowledge), I can tell you that you are oversimplifying the problem and ignoring Tesla’s advantage and leadership in this space. Other manufacturers have to account for legacy systems/designs, it is not as trivial as you make it sound.


I even state that I'm oversimplifying the problem.

Other manufacturers do have to account for legacy systems, you don't need to be in the industry to understand the relationships manufacturers have with companies like Bosch and know they're not in full control of their destiny.

But their advantage is not a "let's ignore dumpster fire financials quarter of quarter to earn them a multi billion dollar market cap" big.

Tesla is not worth 42B dollars because manufacturers can't figure out OTA updates, and the fact other manufacturers don't have OTA updates should be a rounding error when you list advantages that warrant that market cap. It doesn't take any insider knowledge to know that, just common sense, and for far too long people have been ignoring that in preference for TSLA hype.

I got out last year during the 420 nonsense so honestly I don't know why I'm even bothering with all this, the fact anyone needs more than that to see TSLA is not worth your time is interesting. Anything from that point onward was just icing on the bear cake for me.


Everyone else not doing updates is the symptom of the larger issue, everyone else is a slow moving hardware company that outsources their software. Tesla is a software company first. And software beats hardware whenever you're doing something complex.

Plus lack of legacy self competition, no one else wants to cannibalise their other sales, and no one else has really invested in batteries. Most other car companies can't make enough EV cars to fulfill demand. They're all out of stock until next year because they make so few of them.


Treating safety critical software like a web server is not being fast moving, it's being reckless.

We've seen regressions in AP behavior.

Situations where a route that was safe yesterday will send your Tesla into a concrete barrier if you don't catch it

Simply. 100%. Unacceptable.

Honestly, the more I think about it, the more I do not want to be on the road with these people. I did not sign away my life to be someone's SDC test environment after all.


Are you referring to https://www.reddit.com/r/teslamotors/comments/b36x27/its_bac... ?

Not good, and they fixed it again.

They should probably put a warning like: Warning: Autosteer is intended for use only on highways and limited-access roads with a fully attentive driver. When using Autosteer, hold the steering wheel and be mindful of road conditions and surrounding traffic. Do not use Autosteer on city streets, in construction zones, or in areas where bicyclists or pedestrians may be present. Never depend on Autosteer to determine an appropriate driving path. Always be prepared to take immediate action. Failure to follow these instructions could cause damage, serious injury or death.


This is a glorified bumper car. Why does it needs updates at all? It should be KISS... instead they complicate for the sake of complication.


Mostly because people ask for features. And to support new charging stuff. Everyone loves Sentry mode, automatic video recordings of people damaging your car while it's parked.

Then there's "entertain people while charging" stuff.

And then there's autopilot stuff. NoA, Stop light detection, emergency lane departure avoidance, automatic lane changing, conditional speed limits (eg slower in winter)


Tesla has to account for legacy systems and designs, since they refresh models all the time without even bothering with distinct ("set in stone") model identifiers (like year). For example, there is no such thing as a "2018 Model 3" as there were multiple variants released over the year with changes over the year, not including the range-based option packages.

In fact, Tesla's legacy systems are actually a disadvantage perspective, since they have to account for a much larger range of hardware configurations than do legacy automakers.


“Tesla has spent a lot of resources reinventing car manufacturing and yet they can't produce a vehicle that meets their needs.” Where are you getting this information? Design and manufacturing influence one another. None of the “leaders” in automotive space outsource their design or manufacturing. You need to control and master both to compete in this space. Perhaps you can take the Apple route and outsource the labor (Foxconn), but Apple still controls much of the manufacturing process such as introducing friction-stir welding to shrink the iMac or introducing unibody aluminum machining to the MacBooks and iPhones.


https://www.forbes.com/sites/lensherman/2018/12/20/tesla-sur...

To start with, this article of many articles on the subject. Plus Musk has spoken on the subject too.

Manufacturers have known for decades that over automation is a problem. The dream is to put raw resources at one end and get a finished product at the other without humans touching any of it. The closer you get to total automation the harder it gets to do it. There's a fine line that must be found.

Tesla has not shown that they have found the best manufacturing process so they should get help.

Also, it is almost never the best practice to produce a product 100% in-house. It requires too many resources and it's very hard to do it at the lowest cost especially in low quantities. They aren't producing their product 100% in-house but from what I've seen in the past they've tried to produce as much as possible in house. Like I said there's a fine line that needs to be found.


There are certain software bugs that cause undefined behavior. Debugging tools such as GDB can only get you so far in identifying and solving such bugs. That’s where static analysis can help.


You don’t trust binary blobs? But do you read through all the source you compile? If not, there is little difference.


This is akin to arguing living in a room with an unlocked door is no different than living in a locked jail cell if you happen to never try to leave.


If the jail cell is as comfortable as the unlocked room, there is absolutely no difference—until you try to leave. Any sane distribution should come with built binary blobs—and an option to rebuild them at will. But forcing you to build everything from scratch is pedantically impractical. But what do I know, I only do this on regular basis at work!


Binary blobs are not the same as binary packages having source readily available. I see that pmoriarty appears to be misusing the term, I was responding to your comment without having closely read his.


There are gaming keyboards with 1000hz poll rates.


Those claimed polling rates don’t necessarily translate into low latency. An article that showed up here a while ago touched on that. https://danluu.com/keyboard-latency/


It appears that the main source of latency in these tests are from key travel time, which does not accurately represent the speed of the keyboard. Gaming keyboards often has a lot of key travel before the key is triggered. This is on purpose to give better control of the key and allow for "floating" where the key is half way pressed and quickly switched between actuated and non-actuated state.

For a better test, in my opinion, the key actuation point should be determined and the timer started at that point. Of course this depends on what you want to test. But to say that a gaming keyboard is slow, just because there is more key travel, is inaccurate.


The test mentions the floating and comes to the same conclusion as i: it takes time to get to the floating position and that adds to the latency.


but this probably wouldn't feel laggy, right? because your brain is going to expect full-key-down to be the point at which text appears. especially if that point is well-expressed mechanically (eg, a click).

this would be like saying a physical kick drum or high hat is laggy, because theres a delay between when your foot starts moving and when the sound happens. (which would be silly!)


I think what you'd want here is for the tactile click to be at the actuation point. My understanding is that many or most mechanical keyboards today can't claim this.

Or maybe there is some optimal separation a key should have between the actuation point the tactile click point to account for the latency of the human's nervous system, which would do an even better job of reducing the effects of latency than if the two events were at the same point?


Emphasis on "empirically validated actual low latency keyboards." Dan Luu has tested those purportedly high performance gamer keyboards before and found them mostly lacking.


> the market will by itself weed out companies doing excessive environmental damage

Do you have any data to support this fairytale?


Although unlikely, they might be interested in seeing it turned on to make sure that it's a functional telephone.


You should have nothing to worry about. Just follow directions and be cooperative. The people at the border get off on authority. Don't give them a reason to harass you.


I try to be the nice to anyone in similar situations and not to obstruct stuff because we all have better things to do than to argue over stupid stuff at the border. Thanks for the information, you kinda put me at ease!


If you are too nice and polite, you show a weakness. Dealing with someone who has unlimited power in a limited area is difficult business; I usually act as a polite but a dangerous asshole.


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

Search: