I think generally people are optimizing for health outcome and longevity, not peak athletic performance at your prime age.
But also, I've seen people often assume vegetarian or vegan diets are "healthy". But many people in India for example will still eat a lot of refined carbs, added sugars, fat heavy deep fried foods, large volumes of ghee or seed oils, etc. And total avoidance of animal products can also mean you have some deficiencies in nutrients that can be hard to obtain otherwise.
A plant-forward diet is more specific, like the Mediterranean diet, which itself isn't at all how your average Mediterranean person eats haha. But it involves no processed foods, no added sugar or excessive sugar, diverse set of nutrients by eating a balance of veggies, legumes, nuts, seeds, meats, dairy, fish, and so on all in appropriate proportions, as well as keeping overall caloric intake relatively low.
It's quite hard to eat that way to be honest haha.
Imagine me standing next to the fence of the White House, calling the Meta Office. "I am calling from the White House", while technically true would be a lie, as my intent would be to make the other person believe something that isn't true, that I would be calling in some kind of official role.
So the statement does not necessarily be false to be a lie - if the intent is to deceive.
All companies are 'a group of people'. But that's not how you treat them. You should treat the individual employees of microsoft as the people they are. You should treat microsoft as a whole as the evil entity it is (TBF they're not worse than apple or google or etc...)
You should also consider the point of view of anyone working on github and being paid by microsoft but who actually does care. Note that they are not named and shamed or anything like that.
Do you think there is a chance these hypothetical engineers who care actually want this kind of thing said publicly? And said as poetically invictive laden as possible? The rationale being that they might use such sentiment to get management to see the danger and /start/ caring about product quality?
I've never worked for microsoft. In my experience when product goes into quality decline, rubbish management is >90% of the reason. How futile is fighting that? How futile is fighting it for github? Does github matter in general? My own use is so limited it doesn't directly matter to me. Indirectly it might well do.
Strictly speaking it was invented in France, although I'll grant you that depending on exactly when TimBL had the idea for it, it may have depending on which side of the office he was sitting on.
surely you have logs from the production systems? just gather the logs and run them through the dev box. verify the end result matches between the two. You dont actually need the dev box to sit next to the production system.
You cannot, under any circumstances, keep a real card # and use it as test data. I think that's where this conversation is getting hung up, because the idea of running a transaction through prod and them doing the same in test to see if it matches isn't something you can do. I mean, of course you can throw the prices and UPCs at the new system and verify that the new system's math matches the old system, but that's only the most basic function of a POS system. Testing a transaction from end-to-end would have to be done with synthetic data in an isolated environment, and I'll assume that's what OP is trying to articulate.
There's all this stuff but I remember when I was a Junior freelancer I was analysing a calendar availability sync script for a small holiday bookings company (not the big one). The hosts would have a publicly accessible Google Calendar with their bookings on which the script I was fixing would pull from.
Turns out, most of the host stored their customers long cards + expiry etc in the comment field of the booking.
the reproduction is always fake to some extent, that does not matter, the point is to do as good a job as you can.
for example you can have a fake transaction server with the credit card numbers made up and mapped to fake accounts that always have enough money, unless the records show they did not.
I've also worked with payment processors a lot.
The ones I've used have test environments where you can fake payments, and some of them (Adyen does this) even give you actual test debit and credit cards, with real IBAN's and stuff like that.
Don't know anything about the OP's system, other than "POS" but the bug they experienced - and (maybe?) all the typical integration stuff like inventory management - is very complex and wouldn't manifest itself in a payment processing failure. I'm doubtful that anyone's production inventory or accounting systems allow for "fake" transactions that can be validated by an e2e test
It was a linux running on (year appropriate) https://www.hp.com/us-en/solutions/pos-systems-products.html... - and add on all the peripherals. The POS software was standalone-ish (you could, in theory, hook it up to a generator to a register and the primary store server and process cash, paper check, and likely store branded credit cards)... it wouldn't be pleasant, but it could.
The logic for discounts and sales and taxes (and if an item had sales tax in that jurisdiction) was all on register. The store server logged the transaction and handled inventory and price lookup, but didn't do price (sale, taxes) calculations itself.
At some point you start to get far away from reality though. If the cards have fake numbers then other auth information is also incorrect - e.g. the CVC won't match, the PIN won't either (depending on the format in use maybe). You can fake all that stuff too but now how much of that system are you really testing?
I mean in his example the discount bug they ran into wouldn’t have needed any card numbers that could have been discovered with fake/cloned transactions that contained no customer detail in this case it seems it would have been best to test the payment processing in personal at a single store and then also testing with sales logs from multiple other locations
yep, it sounds like the first implementation step really should have been to gather a large test set of data and develop the system with that in mind after understanding the test data, starting with making tests from the test data.
They explained the scenario though and it seems like a combination of rarer edge cases. It's great to think your awesome dev team and QA would have collected test data representing this ahead of time, but surely you've all been caught by this? I know I have; that's why we don't have flawless systems at launch.
OP said elsewhere that the specific discount that produced the $10M sales + refund combo was only active at five stores. That's the sort of edge case that you can't count on being in the training data. I'm as big a fan of real-data testing as anyone, but there's always something not represented.
Proper code review takes as long as writing the damn thing in the first place and is infinitely more boring. And you still miss things that would have been obvious while writing.
In this special case, you'd have to reverse engineer the grammar from the parser, calculate first/follow sets and then see if the grammar even is what you intended it to be.
Author did review the (also generated) tests, which as long as they're comprehensive enough for his purposes, all pass and coverage is very high, means things work well enough. Attempting to manually edit that code is a whole other thing though.
Population decline is predicted or currently happening in some poor countries too. It's not a prosperity driven effect. Children don't die young anymore even in poor countries. There's just generally less pressure to spawn your own gang of supporters. Elon excepted I guess.
It just depends on what architecture your computer has.
On a PC, the CPU typically has exclusive access to system RAM, while the GPU has its own dedicated VRAM. The graphics driver runs code on both the CPU and the GPU since the GPU has its own embedded processor so data is constantly being copied back and forth between the two memory pools.
Mobile platforms like the iPhone or macOS laptops are different: they use unified memory, meaning the CPU and GPU share the same physical RAM. That makes it possible to allocate a Metal surface that both can access, so the CPU can modify it and the GPU can display it directly.
However, you won’t get good frame rates on a MacBook if you try to draw a full-screen, pixel-perfect surface entirely on the CPU it just can’t push pixels that fast. But you can write a software renderer where the CPU updates pixels and the GPU displays them, without copying the surface around.
reply