The driver is responsible for maintaining control of the car at all times, so they will get the ticket even if they're using FSD.
There is an argument that Tesla is releasing products that are fundamentally unsafe, and they may be open to some torts there. Of course, Tesla itself would likely point to some language in some agreement that basically amounts to "you're an absolute fool for thinking that our FSD product is any good, and have no ability to sue us for releasing dangerous products;" they've historically been very aggressive in arguing that they bear no responsibility in any FSD or Autopilot crashes.
I think the only company who takes liability when you use their self driving feature at the moment is Mercedes, and it is only active in very specific driving situations.
The auto manufacturer, as they're the entity actually operating the vehicle. You can absolve yourself of responsibility with enough legalese "self-driving doesn't work, it will kill your kitten, you're responsible when you plow though a Denny's" but it doesn't make it right. Mercedes is taking liability, it's possible.
You have no control over how your car's self-driving operates, you can take over control but that doesn't mean you're driving. You're the passenger in one of those student-driver cars, you might have your own steering wheel and brake but it doesn't make you the driver. The life-guard isn't the swimmer.
Came here to ask the same question. I'm a seasoned dev and UX designer. Really interested in where i can use design thinking with machine learning and needed a few starting points.
Besides tutorials and books, are there friendly communities for novices? Any interesting libraries to jump start projects?
Why is that? Besides preparing for understanding the role, culture, etc why would you need someone to brush up on their algo knowledge for your job interview? Do you believe that algo prep would make them better at their job?
Perhaps the willingness to prepare indicates the candidate is motivated and the algorithmic knowledge they gain from it forms a solid basis and language in which it is possible to test their problem solving abilities?
Right. I figure also that a candidate who'll do the homework necessary to prepare for the interview rather than winging it will be more likely to do the homework necessary for the real problems he'll face at work.
(I've known many engineers who wing things at work rather than spend the time to research a correct solution, and not just in software.)
Hi Walter, nice to see you again; another (similar to last time) interview process, another discussion here :) Not sure which country you are from, assuming US here; seems your experiences, again, vary wildly from what I see here. The refusal to study this useless stuff upfront had absolutely no baring on their 'refusal of whatever' on the workfloor or 'winging things at work'; employees should refuse things that are a waste of time in my company and they should explain why. If they do that with this 'pre-interview studying', I like them more than the ones who cram all to please the interviewer and show their willingness to do whatever they are told. I think that might be Dutch attitude though so not saying right or wrong here. I think, considering your previous responses that you mean it more subtly as well though.
That's not been my experience. I've seen a strong correlation.
> show their willingness to do whatever they are told
I don't think it's the same thing. I've told many of the people I've worked for that what they asked me to do was a waste of their resources. One told me "do it 'cuz I'm the boss and I say so" to which I replied "at the salary you're paying me, I feel obliged to tell you that what you're asking will never work". :-)
Nevertheless, if you know upfront that at a job interview you will be asked certain questions, and you choose to go to the job interview, it seems bizarre to not come prepared. Why bother?
> That's not been my experience. I've seen a strong correlation.
Like said, might be culture or maybe I have been lucky.
In my country (I haven't lived there for a while so might've changed but I don't think so) and my company we were not so salary obsessed, so 'at the salary you pay me' is a phrase used never in our office of few 100 colleagues. If you make 5 or 9 figures a year; if the boss tells me 'do it cuz i'm the boss' I'm not doing it if it's a stupid idea and I expect that from my colleagues even if I outrank them technically.
So still thinking it's culture as well; here you cannot fire people easily; you have to make a dossier (with obvious mistakes/flaws etc) and go to a judge and then pay them a few months. So there needs to be much more of a trust relation than master/slave relation imho. Note that we only needed that twice when the employees where watching/downloading pr0n all day. One was a junior designer and the other a phone support employee for our cms.
Edit: btw, i'm not saying I like that system per-se; in some countries (like Spain) it goes too far and you won't hire people because you can't fire them, but in NL I had no actively sabotaging people (you can't fire me so I do just enough); quite the opposite, while in Spain I meet too many of them.
I don't know if it's a culture thing or not, but if I'm paid low I expect I am being paid to do what I'm told, but if I'm paid high I expect that I am being paid for my expertise, and that includes advising the boss. (It's not about being obsessed with salary.)
None of this should be construed as a master/slave relationship.
For an analogy, if I go to McDonald's I am not interested in the opinions of the cashier, I just want to pay the money and get the burger. If I'm going to an expensive restaurant, I'm interested in the opinions of the waiter about what to order - that's part of what I'm paying for.
> why would you need someone to brush up on their algo knowledge for your job interview? Do you believe that algo prep would make them better at their job?
Ahem, Walter writes programing language compilers for industrial use. I strongly suspect that algo prep will make them better at their job if he was involved in the hiring :-)
Actually, if you asked me cold about various algorithms, I'd probably bomb the answer. But that isn't a problem, as when I need to know some detail it's trivial to look it up. But if I'm going on an interview for a job I cared about, and I expected algorithm questions, I'd consider trolling up on that stuff to be required homework.
That's an approach I don't understand. If you would "bomb the answer", it
means you don't understand and don't feel the algorithm behind. Merely
"looking up some detail" doesn't help with that.
It's not like one can look some detail up when he doesn't remember the detail
was even there. Good software programmer needs a large working set of such
details to sensibly function in a professional setting.
Being an educated person is not necessarily being a walking encyclopedia of detail. But it is knowing where to find the information needed at the moment. That's why there are reference books for professionals, like the CRC Handbook.
For another example, nobody knows every detail in the C++ Standard. But a professional is expected to know how to look up a detail in the Standard as required. That doesn't mean he doesn't understand the language.
Maybe you never need to look anything up. But I'm not that kind of person, and don't know anyone that is.
It's not like that. I do need to check various things, and I daily run `man
whatever' (I'm a sysadmin in large part). But even though I often don't
remember what was the switch for e.g. `grep' or `find' or `awk', I wouldn't
"bomb the question" about that. I would just substitute a sensibly sounding
switch, explaining that I'm doing so (and why) and what the switch was
supposed to do.
The same stands for algorithms, data structures, or program architecture (in
other large part I'm a system programmer). I don't remember how AVL trees do
inserts and deletes (frankly, I never learned that properly). I don't remember
exactly how inserts and deletes work in B-trees. I never implemented my own
hash table. But I still wouldn't "bomb the question" about any of those,
because I understand how they work, and the details either can be worked out
pretty quickly, or most often are not important for a particular question
(unless, of course, the question was "how to insert an element into AVL
tree"; then I can at least give high-level answer before calling for data
structures handbook for lower-level work).
Heck, I don't even remember most of the cryptographic details. Every time
I need to explain RSA or ElGamal encryption algorithms or Feistel net, I need
to derive the formulas (I typically don't have any reference handy).
Not to mention the grandparent suggested showing them his GitHub profile and committing fixes to their open source repos. Uhh, yeah, I'd hire you too! Are we forgetting that most developers don't have GitHub profiles or aren't able to patch open source projects.
It's amazing to get a 90s perspective on the "information highway". Besides advanced home automation, self-driving cars wonder what types of immature technology we're working on today will just be mainstream in the next 2 decades.
I was a kid in the 90's so I remember keenly the unmistakeable technological shift. People started saying "information highway" an awful lot. And I remember the first time me and my friend used dial up networking to play Doom 2, and I could see his character's movements on my screen in realtime, and I thought, "I am living in the future."
When I was in 6th grade (~1993), someone's dad came to talk about our class about the "superhighway of information" or the "information highway". It always bugged me that he didn't say "information superhighway".
Does anyone still use "Information Superhighway" anymore? I think most people just say "internet".
However in the 90's that analogy helped many non-technical people understand how to think about the internet. Back then did you have a better analogy?
BTW, as a marketing guy, it always bugs me every time anyone uses the term "marketing" when they mean "advertising". I'm not referring to you/your post but rather a general trend on HN and elsewhere.
Robotic manufacturing and inventory management (and not just by Toyota and Amazon, nearly all manufacturers and retailers). Productivity related drones. Virtual reality. Artificial intelligence that is very difficult to do without for consumers and businesses (so much so, that the UN will declare it a human right to have access to various AI systems 20 years from now). Commercialized therapies that use CRISPR. Routine tissue repair via stem-cell therapy. Routine organ growing & replacement for less complex organs. Immune system regeneration for those with compromised immune systems. M.S., Parkinson's, alzheimer's, diabetes, HIV, will all be cured except for edge cases (might be closer to 30 years, but some of those will get knocked out in 20, HIV for example).
Indeed. At university in the late 90s. Most people didn't have a PC. Then Napster. Then almost everyone did within the space of 3 years. Lots of tipping points happened.
So perhaps something similar - a tipping point of convenience. What's now on the edge, but could really change a consumption habit? Holograms? 3D printing?
Timely..been trying to apply a software update and download garageband for the last hour. Should've checked their status page. Guess, i'll wait it out.
Any relation between this outage and Amazon's from earlier?
Anything after "?" is a query parameter that the server can read and then apply additional logic to for a response. In this case, they have code that responds to new logo and returns the new logo instead of the previous one.
It's actually not querying anything, since it works for any query you pass. What happens is that you're bypassing cache because you're loading a different page, as explained by sirn above.
Very cool - would you mind elaborating on the tools you used to analyze the sentiment? Any open source ones / is the source available for reuse? Would love to apply this to other areas.
