shermanmccoy

6 ms·

1.
by shermanmccoy 6y ago
Yes! You can control for human risks in the tail scenarios. You can't control for the tail scenarios in AI because you don't know what on earth they are, they are a nasty surprise, thrown up by a model which, in the tail, we as en
2.
by shermanmccoy 6y ago
He only resubmitted 10 days ago. Presuming there was something missing with his first application, something like this would need to go through a legal area internally at Amazon to get a considered opinion. Maybe they are busy? Best of luck
3.
by shermanmccoy 6y ago
>they're selling them on USDT-USD markets. My hypothesis is they get dripfed onto these markets so as not to spook them. Or just transferred off to collateralize other trades - hey it's free money to them, why not set up anothe
4.
by shermanmccoy 6y ago
I think the ponzi continues to work for now, the arbitrageurs can cash out, while the illusion that tethers are backed prevails. So indeed if no one does redeem these USDT as I keep reading could the arbitrageurs just slowly buy the cros
5.
by shermanmccoy 6y ago
Thanks, that is very enlightening. So Tether are all about maintaining the apparition of a 1:1 backing of USD to USDT. It's the lynchpin of the whole scam. Otherwise the step above you mention around the arbitrage bots buying btc-usd n
6.
by shermanmccoy 6y ago
Do you have some modelling, or any credible reference to back up your assertion that the energy used by banks would be higher than a Bitcoin blockchain?
7.
by shermanmccoy 6y ago
Ah good insight, thanks.
8.
by shermanmccoy 6y ago
Precisely! So picture some, however oversimplified, code which searches a customer's orders, determines which is a phone product id, remembering they sell other stuff which we would not want to update in flight order details on, th
9.
by shermanmccoy 6y ago
While I disagree with the positions put forward by lolc and flukus, that Librem 5 should have the customer address modelled analogously to some 'fast moving goods' e-commerce implementation, I appreciate their comments for being c
10.
by shermanmccoy 6y ago
Well the Librem 5 is not another 'widget in a warehouse'. It was always going to be a long wait to delivery, due to the enormity of the undertaking. This was not a surprise to anyone. Addresses will need to be updated after orde
11.
by shermanmccoy 6y ago
It's precisely the "this is the way it's done" approach you mention, which means they now have to pay a human to do the work their web stack ought to do!
12.
by shermanmccoy 6y ago
I smell a NoSQL database keeping those addresses.
13.
by shermanmccoy 6y ago
Cheers
14.
by shermanmccoy 6y ago
Two simple questions. How long does the battery last, while largely sitting on my desk not being used? Can it make and receive calls and texts?
15.
by shermanmccoy 6y ago
Does screen sharing fall into one of those categories?
16.
by shermanmccoy 6y ago
How many times in an interview has anyone even showed anything beyond a superficial level of interest in your hobby project? Just mindless box ticking
17.
by shermanmccoy 6y ago
I think people initially work on some of these projects, at least in part, to beef up their CV and make themselves more hirable. Every second tech job advertisement these days brainlessly asks you about your 'open source contributions&
18.
by shermanmccoy 6y ago
"killing it" is slang for doing really well.
19.
by shermanmccoy 6y ago
They haven't gotten away with it yet. They are trying it on, wait until it is tested in a court.
20.
by shermanmccoy 6y ago
This company has given me so much, you simply cannot criticise. I still remember spending all night on battlenet playing sc1 back in the day. Big bottle of coke, some candy, headphones on and I was just transported. Loved that game. Never g
21.
by shermanmccoy 6y ago
I noticed it requires access to the clipboard plus browsing data, among a slew of other stuff.
22.
by shermanmccoy 6y ago
https://mobx.js.org/defining-data-stores.html#combining-mult...
23.
by shermanmccoy 6y ago
It's more overhead in the sense that mobx needs to walk all your store objects and check for changes, on top of what React does. Anyway that's fine if you really need that precision. I just useMemo at the 'hotspots' and
24.
by shermanmccoy 6y ago
To be honest I don't understand why people use mobx this way. I mean short life store objects, populated by props, that are recreated every mount. Might as well just use React state and save the overhead. You might say, because I have
25.
by shermanmccoy 6y ago
I think you are essentially talking about unit testing your stores, and in the case where there might be a lot of logic inside them, is a good idea in principal. But take the case of an app using local state, this logic if indeed separable
26.
by shermanmccoy 6y ago
In my experience, not specific to front end, managing multiple long life objects can be a headache. Out of curiosity, how do your 'not connected' stores know when, say, a user logs out? Also, I suppose you have to write code, besp
27.
by shermanmccoy 6y ago
In my opinion, the sharing of state in the manner you described leads to implicit coupling between components, which can be hard to hold in your head as the application grows.
28.
by shermanmccoy 6y ago
The way that mobx is advised to be used, that is/was documented by its author, promotes the usage of a rootStore, which has as members all the various granular store objects. Is this how your organisation's stores are constructed?
29.
by shermanmccoy 6y ago
I would always forget to put the observable decorator, then wonder why there was not a re-render. This situation occurred so many times I lost count. It's not mobx, it's me that is the problem.
30.
by shermanmccoy 6y ago
This is not a religious stand against all global state. Username, permissions fine to be global, this is very easy for someone new to your code to grok. I put them in the top React context, then just useReducer where I need to. Don't n

More ›