altrus

Slackware was my first linux distribution, and one that I used continuously before moving to Arch.

As it happens, I think Arch embodies many of the original Slackware principles, but its focus on more modern hardware led to it growing a larger community - one that includes great documentation.

TLDR; If you're looking to reduce the risk of contamination, consider purchasing whole chickens or, at least, skin-on, bone-in, cuts.

This is because the risk is substantially higher if you purchase skinless or deboned chicken - most contamination is on the surface of the chicken, and is easily killed during cooking.

However, during processing, the tooling used to debone or deskin the chicken may get contaminated, and necessarily pierces the flesh of the meat. This tooling isn't usually disinfected between chickens (cost prohibitive). As a result, if one of the birds has surface contamination, this contamination will remain on the outside of the instrument, grow, and subsequently infect the inside of all the other birds.

This is important, because direct heat is actually pretty good at killing bacteria. However, if the bacteria are able to penetrate to the inside of the chicken, there's a substantially greater likelihood that the temperature (and duration) on the inside of the chicken are insufficient to kill disease causing bacteria.

Note: The overall idea is to recognize that surface bacterial contamination can be killed with sufficient temperature over a sufficient duration of time, recognizing that the lowest overall temperature will be in the thickest part of the meat, and ensuring that there isn't a mechanical mechanism that will introduce contamination in that area.

That is stack up dependant - we work the board house on that, depending on geometery and material. Once they give us a ballpark, we will adjust our widths and clearances to something reasonable, recognizing that fab will adjust the traces and arcs to whatever spec we subsequently need.

We use kicad for the design of a 28 layer PCB that includes a number of high speed (>10Gbps) impedance controlled lanes, including 25Gbps signal lines, and implementing three DDR4 banks, with a varying number of discrete chips, and breaking out from a large pin BGA, using a number of HDI features (blind/buried vias, etc).

We've been closely tracking the releases, and, at this point, our layout tech prefers using Kicad over another (proprietary) tool for the majority of layouts - so much so that's she's pushing for us to port all our designs to it.

I don't entirely understand this; could you provide a concrete example, or actual trades, that could be involved in such a position? (I'm just curious how it would actually look like in practice.)

I completely agree - the IKEA dill mustard is quite delicious: the flavour is remarkably well balanced, and the mustard itself is creamy but still has a bit of bite to it.

My overall favourite mustard is Löwensenf extra sharf (extra hot) mustard. It's the one in the red bottle, and it's a good hot mustard - I find it's really hard to get a good hot mustard in North America, so that's my go to.

Congratulations on the launch! It's a nice product, and seems to work (for me). What happens after the run of 250?

They aren't perfectly usable if they've been used. Semiconductors are kind of like toothpaste - if they've been used, you don't really want to buy them.

This is largely because the cost of any individual component is so much less than the cost of a finished assembly, or the cost of a defective assembly. Inserting used components into your manufacturing process (unless they're very high value or rare parts), is asking for trouble.

These components need to be stored properly to be effectively assembled, and you'd never be sure of why the used one were thrown out. Especially as many types of damage or degradation would either require very substantial and specific testing rigs, or else be challenging to identify in the first place.

Putting them inside a vehicle isn't a viable option from an safety or economic perspective.

From the Article:

What I actually learned is that if something is right, it’s right. Context makes a slight difference but fundamental principles hold true. There are laws of nature.

The article isn't suggesting militarizing start ups - it's providing some context on which elements of the military officer selection process are transferable to the start up co-founder selection process.

edit: clarity

There are always going to be leaks.

As this seems to be something that's given quite a bit of thought, do you have an idea on what the maximum diameter hole through the fuselage to safely maintain sufficient cabin pressure during cruise flight at, say, PL390? More specifically, what's the maximum rate of pressurization that the cabin pressurization system is designed to support?

Additional commentary and background can be found in Science;

https://www.sciencemag.org/news/2020/10/could-certain-covid-...

The concerns raised in this article do not speak to the efficacy of candidate vaccines using Ad5 vectors. Rather, they discuss the potential impact Antibody-dependent enhancement might have on at risk groups, and, as a consequence, for the design of clinical trials using those vectors.

Writing robust cores is usually substantially harder than writing the equivalent software library. You usually have to design the logic to satisfy various different criteria (area, performance, or power), and, especially when implementing high speed design, take into account the targeted device.

Unfortunately, the number of people who are competent to design, test, and implement these cores is fairly small, and usually well funded. Oftentimes, these cores represent very non-trivial time savings, especially when it comes to characterizing performance and closing timing, so there is tremendous value in the marketing and selling of these cores.

On the other hand, sites like opencores are great for finding useful IP that people have contributed and may be adapted to your device.

FWIW: The latency gains that usually benefit HFT or algorithim design, aren't, for the most part, realized using off-the-shelf tool kits.

Unfortunately, the tooling and hardware isn't currently quite at the point where HLS languages, or openCL for that matter, have had substantial impact for real-world problems, especially if you're targeting a low tier FPGA. This is especially true when implementing interfaces to PHYs or other IP.

I think part of the problem is that successful HDL design requires a fundamentally different approach to program architecture - especially when it comes to closing timing - and there's a fairly steep learning curve to getting everything set up.

I appreciate the idea of skipping verilog or low level logic introductions, but it seems to me like that's asking for substantial problems later on when you actually want to do something practical.

Then again, I can't really think of any better (ie; easier) learning pathway than what you mentioned.

The contingency plans in place to respond to radiation hazards generally focus on the sheltering and evacuation of affected people. Depending on the local geography, population distribution, and infrastructure, it might take several days to evacuate the impacted population, or it might be challenging to ensure comprehensive and uniform resource distribution.

Because of the time required to evacuate people from the impacted areas, one of the objectives of a response plan would be to minimize radiation exposure due to contaminated food and water.

Providing iodine tablets before an accident is intended to minimize radioactive exposure due to contaminated food and water sources from the time the hazard is discovered to the time you are evacuated, and allows planners to apply those resources that would otherwise be spent distributing those supplies to helping evacuate more people, or responding to the incident.

I'm far from an expert, but I thought the poor generalized performance of neural nets was largely associated with the complexity of the network (number of neurons, etc), and the training data.

Is there something more specific about the application of neural nets to generalized problems that makes them unsuitable?

The very purpose of a clandestine intelligence service is to obtain the facts and analysis necessary to advance foreign policy objectives.

Within that context, the expectation is that the advancement of those goals is for the benefit of your own citizens (and possibly at the expense of other people).

This is very different than advancing policy goals at the expense of your own citizens.

From the Nature Abstract[1]: Indirect evidence for water on Mars was found by detecting the presence of salts that absorb atmospheric water vapour, and suggest that transient brines form in the upper 15cm of the martian subsurface.

It's fairly exciting news.

http://www.nature.com/ngeo/journal/vaop/ncurrent/full/ngeo24...

I'm guessing it may be because if you're trying to access an https site through a wireless AP that redirects your request to a landing page requiring you to accept their terms of service, you'll get a browser security error.

If you make a request to a regular, unsecured site, you'll avoid the security warning, and be able to use the redirect page where you can log on (or accept) the terms of service and use the AP.

To be clear, I'm not at all suggesting that doctors do this out of malice - only that effective statistical analysis is really, really, hard, and it's not immediately clear that surgeons (regardless of their international reputation) would have the background required to properly analyze these studies in a coherent framework, especially when it's not immediately relevant to a patients outcome in an operating theatre.

I'm not suggesting that they're ignorant of basic statistical facts, but I am definitely suggesting that they're not immediately aware of the subtle assumptions implicit in many of the statistical models they use.

For example, given the large numbers we're talking about, not only is it possible that the "number 1" hospital in any particular field is there because of statistical fluke, it's actually likely that this is the case.

The (mis)use of statistics certainly isn't limited to medicine, but it is one of the places where its misinterpretation has the biggest impact.

https://www.sciencenews.org/article/odds-are-its-wrong

Significantly, this article neglects to consider how sample size (and demographics) might affect the measurement of hospital treatment quality.

tl;dr: If you don't adjust for the sample size, what may appear to be the best, or worse, hospital, may look like that only because of how they have (un)successfully treated a single patient, and thereby yield an unrealistic estimate of patient quality (ie; 100% cure rate of a single patient, which may not be reflective of the actual caliber of doctors).

Further reading, which is strongly recommended if you want to learn more;

http://nsmn1.uh.edu/dgraur/niv/TheMostDangerousEquation.pdf‎

tl, dr; The Rosenhan experiment had eight sane people gain secret admission to 12 different hospitals by claiming to hear voices. Immediately on admission, they stopped claiming to hear voices, and requested release. Although fellow patients were quick to accuse participants of 'being sane', journalists, or professors (on account of their note taking), hospital staff uniformly failed to recognize their sanity.

That's perfectly valid - I don't immediately disagree with that approach; especially because there are many things software can't fix.

But I also think it's much easier to address problems in software than in hardware...

It is a cyclone IV.

More specifically it's an EP4CXG22. Minimum speed grade is C7, but I think we ended up getting some C6's in there (doesn't really change much).

That's an interesting question. Certainly, a lot of the advice is aimed at software companies - and it's sometimes hard to figure out where to draw the line...

For example, the idea of a minimum viable product doesn't really work too well with Hardware. Neither does shipping fast and iterating - hardware recalls are expensive.

For us, the best value in YC was the partners. Having smart people to go to when you're facing problems is probably the most valuable part of YC. A lot of times, your problems have very little to do with your technology or industry.

Biggest differences between our product, Phi, and the USRP (ettus) are cost and bus. We use a x4 PCIe, providing much higher transfer bandwidth (8Gbps vs 1Gbps). Additionally, the RF front ends are fully integrated (lowers cost).

We're aiming to have the user manual up by the end of the week, which should provide much more information.

Dear Patrick,

I'm one of the founders of Per Vices. To confirm;

1. We are currently selling our device as test and measurement equipment. The intended use case is academic or research.

2. You're mostly correct about power - although it turns out that, depending on regulatory jurisdiction and the frequency or band of interest, power level can matter.

3. Actually, we're aiming for real time programming using gnuradio. You're absolutely right about the bursting, though - our initial programs were almost exactly as you described.

Long term, one of our driving goals is to drastically reduce the barriers (specifically cost and expertise) standing between the average software programmer, and a 'hello world' program that can usefully transmit information.

When do you plan on launching?

The WHO technical report on fluoridation (http://whqlibdoc.who.int/trs/WHO_TRS_846.pdf) makes specific mention adding fluoride to drinking water (see page 16), finding it to be a safe and cost effective means of significantly improving dental health.

Although the WHO report also notes several preconditions, and contraindications, that should be considered prior to drinking water fluoridation, including a few that seem to be obliquely mentioned in the article link, the focus is on maximizing the benefit for the greatest amount of people. Arguably, that's the point of forming a society in the first place.

The stated reason for reducing current fluoridation levels has more to do with an increase in its availability from other sources. But this article is useless in furthering any meaningful discussion so far as it provides little more than unsubstantiated opinion.

It would be great to have a meaningful discussion on how we can balance the benefits to society and individual risks, including exactly where the statistical benefits afforded to a group outweigh the potential risks to individuals. But this article isn't it.

The broader issue touches on exactly how to frame the social contract between a government and its people - what rights are you prepared to give up, what responsibilities will you shoulder, and what risks are you prepared to accept, in order to benefit from the organization and protections afforded by your society?

Have you read about ChucK? It's a real time language for synthesis, composition, and audio programming.

The name of the program comes from their 'chuck' operator, which works similarly to what you've described.

If you look at the wikipedia page, it looks exactly like what you are proposing - I was looking to use it myself for a different project involving music analysis.

http://en.wikipedia.org/wiki/ChucK#Code_example

http://chuck.cs.princeton.edu/

They set up shop in China. As sales drop, a girl comes along. Founder likes girl, co-founder likes girl, drama ensues, co-founder quits.