Hacker News new | past | comments | ask | show | jobs | submit | ZenMasterThis's comments login

IANAL, but I would think Infineon's data sheet and quote would constitute the "offer," and NASA's purchase order the "acceptance." IIANM, this meets the minimum requirement to establish a "contract" (usually called an "agreement" these days).

If the MOSFETs don't meet the specs on Infineon's data sheet, including rad hardness, then Infineon would be in breach of contract.

Is my reasoning correct?


If NASA accepts the delivery of those things and doesn't check for & report defects*, then outside of willful deception on the Infineon's part, it's not the Infineon's problem anymore. It is the responsibility of the buyer to check that the items are as specified. If the buyer neglects that responsibility and signs for the delivery, the seller is off the hook.

German law differentiates between "open deficiencies" and "hidden deficiencies". If you neglected to properly check for an open one, that's on you. You now have no warranty under the law. In case of a hidden one, which will likely only show during large-scale production and can't really be detected beforehand, you have to immediately report it once you discover it, and it is your responsibility to document & prove that you did so without delay.

Under this system it's up to the buyer to decide how much reliability they need. They can forego testing and save money because it's not important to test every single screw when building a garden shed, or they can rigorously test every single thing because they're building a spacecraft.

* It is enough to prove that you did perform checks. If you got unlucky and the random samples just happened to be good, you are still protected. But if you didn't check at all or not sufficiently, you're screwed.


Old cars have two headlight settings: Low-beams and high-beams.

New cars have two headlight settings: High-beams and asshole.


So the investors are being sued by the company they own shares in.

In a sense, then, the investors are suing themselves.


This is no different than when someone sues the state.


Or suing your HoA.


Or HoA suing you...


Or a teenager suing her parents ...


The Art of Electronics by Horowitz and Hill is the best.


Thank you. I took a look at the book. It's really comprehensive in covering all the theory of modeling each component. But it doesn't really get into how to design larger circuits. There are examples of little circuits in each section, but it doesn't explain how to join stuff together into an effective whole. I think that's the hard part. How to mix paint and use your brush vs how to draw a beautiful painting.

I feel like a book focused on design will be written very differently.


I might be off base since I've been an electronics hobbyist (plus one time I got snookered into doing it for a job) for 30 years, but I feel like there's isn't that much electronics-specific theory behind designing larger projects (outside of the general skills needed for any kind of engineering). I feel like hooking together large software systems is much more complex, whereas with electronics once you learn the principles and skills for single-purpose circuits it's not that hard to figure out how to make something that solves multiple problems.

At the end of the day, it's all connected with wires, and every part large and small has to be designed with the hard rules of electricity and electromagnetism in mind. There's an IC for everything these days, so you get a lot of modularity for free.

You do need to have a good mind for how to break down complex problems, and how to determine a project's actual needs, but that's not necessarily something you'd put in an electronics book. A lot of the more complex things about larger projects also tend to be adjacent to EE proper (things like RF, optics, mechanical engineering, networking, etc.)

One thing I do recommend for an on-the-ground view of a large high-tech engineering project are the On The Metal[0] and Oxide and Friends[1] podcasts, some of which go into the nitty-gritty of the electronics/hardware design for their entirely custom server rack, networking gear, and "Cloud Computer" (and some of which address software or general tech topics--each episode has notes/synopsis so you can focus on the electronics and hardware ones if you want).

[0] https://oxide.computer/podcasts/on-the-metal

[1] https://oxide.computer/podcasts/oxide-and-friends


The thing with analog electronics is that the sum of parts is not equal to the parts. Attach two components together, and it creates feedback effects that change the behavior of the two components.

You might be right though, that the only way to learn the skill of putting things together is by designing a thousand circuits and building intuition.


True, I am biased towards mostly-digital systems that keep anything analog-ish (sensors, amplifiers, converters and power supplies, PHYs, RF, etc) at the periphery, connected via digital buses, where all the scary analog stuff is taken care of by off-the-shelf components or self-contained textbook circuits. But analog electronics is still electronics!

> the only way to learn the skill of putting things together is by designing a thousand circuits and building intuition.

When it comes to electronics projects specifically, I'd say less intuition and more just learning the rules and conventions; the intuition part is more general. In the job where I got roped into doing the electronics for a pretty complex machine, the design process went (surprisingly) smoothly largely based on skills that I learned doing complex software projects, and somehow found myself translating into a very different field. (Maybe that's just me, though, or maybe that project working out was just a fluke.)

Unless you mean "intuition" as in learning the rules until they become second nature, in which case I agree: on that project, all those years of dicking around with breadboards and LEDs paid off.


I have a few design books and you're right, they do focus on how the total sum was brought together: https://www.phaidon.com/store/design/the-design-book-9781838...

> How to mix paint and use your brush vs how to draw a beautiful painting

electronics feels like such a different discipline to 'art' and 'design' in the traditional sense, since "beautiful" in a painting or piece is in the eye of the beholder, while "working" is probably the metric you're aiming for with electronics

that said, we use solderless breadboards ;) you just have to experiment with anything you can't find in a book until it just works... over time you build up experience with what 'doesnt work' though


I'd be happy to use reddit's app if they would put a few bucks into it to make it not total crap.


Aside from my regular job, life modeling.

Not a huge income generator (around $19,000 total over the last 5 years), but the pose research, networking, booking sessions, actually doing the modeling, and reporting on / posting the artwork from my sessions on my social media is pretty much a "sole passion" for me.


That’s awesome. Do you have a link to your social media?



pose research?


Yes! The human body has the potential to do a tremendous variety of poses.

To keep it interesting for me and my artists, I regularly scan the Instagram posters I follow, as well as other sources (like classical art sites), and save interesting ones I'd like to try.

Then I run a slideshow of the poses on my home TV. I'll take a moment to look as I pass by while doing chores, or I'll spend some dedicated time actually doing the poses for timed intervals.


Join us for AI Startup School this June 16-17 in San Francisco!

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

Search: