In my experience, the defense asked specific questions related to this exact topic and sought out jurors who agreed that police testimony is not guaranteed to be factual. I have to assume this is common. They had no problem filling the juror box with jurors approved by both sides.
I feel that many of the uber/lyft drivers are in this position. They squeeze some money out of the asset that they have, but in the long run I don't see how they come out ahead.
Slight tangent here, but this is intriguing to me - the concept of devs ignoring known bugs until they are found by testers. Do other devs struggle with this? Are there certain working conditions that foster this behavior?
Dropping a trailer vs waiting for it to be unloaded? I dunno. I agree with what your saying. Just moving stuff is obviously faster than waiting around for loading and unloading. At what point does the idle electric truck start to cost less than a simple trailer.
Agree. As a QNX user and later QNX employee, I really missed the messaging system when I had to go back to Linux. In fact, I spent time writing a QNX-like messaging library now used extensively in our application (at my current job). Although not optimal from a performance perspective, most of the messaging we have is small packets and infrequent sends. I feel that it has really accelerated our app development, and forced a similar design pattern for each thread or "service" within the application. The same result could be had with a library such as Nanomsg.
I spent a few years working on embedded keypad products. Often there is a hardware keypad scanner that takes care of much of the details, not allowing the programmer this level of control. Your driver configures the rows and columns (inputs and outputs), the scan rate, debounce time, etc, and the hardware will monitor for edge transitions, then perform a scan, capture the result in a register and assert an interrupt. It will likely have a double (or more) buffer mechanism to prevent dropped events due to software latency.
In low power/mobile situations this allows the host CPU to sleep as much as possible and even the scanner, which walks the rows (or cols) need not be running all the time.
While many SOCs have a integrated keypad interface, there are also keypad controller ICs (some GPIO expanders have the ability to double as keypad controllers) that free the programmer from having to manually implement the scanner logic. I suspect these types of chips would be found in a typical USB keyboard. Software may still have to deal with additional debouncing and ghost keys depending on the complexity of the IC.
Edit: I suppose one could configure the keypad controller to apply no debouncing and then perform a software debounce the way you describe.
> There's no point in debating the moral issues when our world is anything but.
Some people have not given up on having a moral society and believe that there is great benefit in debating the issues. Because you are not open to debate doesn't mean the debate has no value, but I appreciate your perspective.
I had a similar experience with some nurses that showed up during my daughter's birth. It was an in-network hospital, pre-approved by the insurance company. The provider that sent the out-of-network bills included a letter with word-for-word what to say to the insurance company (along the lines of "no in-network option was available to me"). I called and opened a grievance because my plan had no out-of-network coverage. Strangely, the insurance company accepted one out of two bills from the same provider. The second bill they passed through against the deductible which I was able to get reimbursed from my employers HRA. Needless to say, this year I moved back to a plan that included out-of-network benefits.
At first glance, it seems attractive to put a giant CO2 sink in urban areas where it can reduce those pesky greenhouse gasses. But on closer inspection you will find that they actually pump CO2 into these facilities to improve crop growth.
The important question is: how long does an incremental build take? The time to perform a full clean build is important but clean builds are rarely a part of my development flow. In my experience, efforts to reduce build time focus first on the incremental case, and rightly so.