Bruno’s Threejs course is great. I’m about 2/3 the way through it, taking my time. Well organized and extremely well documented. Highly recommend, if a recommendation from a threejs novice is worth much.
yes, seems the site is completely broken and I suspect someone is in the middle of a panicked reinstall or reconfigure of WP. I feel for them.
[edit] back up now, it seems.
That last statement isn’t true. I know people with a blueberry farm that machine processes (with extra human qa step) blueberries packaged for retail sale.
You can do some casual searching and find that I'm right about this in most cases. If your prices are high enough you can tolerate a lot of waste, but for most farms the economics favor hand harvesting. We're talking about at least 20% waste when you're machine-harvesting and even then a significant amount of what ships to retail has internal bruising.
Maybe that farm is selling in an area where consumers are less choosey? I certainly prefer hand-harvested blueberries (and can tell the difference)...
Certainly machine harvesting is an increasing share of the market, but it is still predominantly hand-harvested.
I did this with a project that was worked on by a large team (50+ devs, many, many, many kloc) when we first added linting to the project (this was very early 2000s) - we automatically tracked the number of errors and warnings at each build, persisted them, and then failed the build if the numbers went up. So it automatically adjusted the threshold.
It worked really well to incrementally improve things without forcing people to deal with them all the time. People would from time to time make sure they cleaned up a number of issues in the files they happened to be working on, but they didn't have to do them all (which can be a problem with strategies that for example lint only the changed files, but require 0 errors). We threw a small line chart up one one of our dashboards to provide some sense of overall progress. I think we got it down to zero or thereabouts within a year or so.
Perhaps its because your comment seemed to equate errors with crimes, or at least malicious intent. The language seems a bit provocative for many, detracting from whatever message was intended.
"Why anyone wanted to unlock their door with their phone instead of tapping a fob, "
I would want to do it with my phone because then I only have to have one thing to carry around with me. I haven't carried a key ring in years. I don't even carry a wallet these days. It's really quite useful. Way fewer trips back to fetch the keys/wallet, etc.
> I would want to do it with my phone because then I only have to have one thing to carry around with me.
I would prefer this to be a keyring over a phone for aforementioned reasons. Secondly, the app is buggy and often just fails to work. Third, it takes a good deal of time to take out the phone and fumble around with the software.
I rarely need to open the software to make my car open the door automatically. Once in a blue moon I need to actually open the app to force it to connect. I actually can't remember the last time I needed to do that. It's normally completely seamless. The phone stays in my pocket - the doors unlock when I'm nearby, and lock when I leave.
That's my experience of course, other car apps might be much different. But that's an issue with the implementation, not the concept.
Maybe, but if you really don’t want to carry stuff around then it’s optimal to just type the code in (…which is why it makes zero sense that the keypads suck. except that they were being cheap.)
Then what I'm carrying around is a bunch of codes in my head which is its own form of baggage, or I re-use the codes and that comes with the same risks as reusing passwords has. Using the phone for everything has risks too, but I think not much differently than a password manager does, and most phones I've used have a reasonable device recovery process (not that I've had to use them or have expertise in that area...).
Carrying a single thing (which has a bunch of other uses than just access control) doesn't feel like a burden to me.
That said, I don't disagree at all that the typical keypad for access control on everything pretty much sucks. My front door has like 4 buttons only and does the telephone keyboard thing of using the same button for multiple 'numbers' in your code. Time to jump on amazon to look for a decent front door lock that works with my phone :)
also, for google maps I know you can respond to interactions with the supplied points of interest like buildings, including homes, and from that point you can obtain an address via reverse geocoding or some other technique. I expect other mapping tools may have similar abilities but I don't have any experience with anything other than Google.
one of the cases something like this is useful for is when you have user configured saved 'filters' - you can simply pass the stored object into the where clause. I agree if you're doing hard-coded queries on arrays of objects, this may not add a lot. That said, a consistent syntax for doing searches and mapping is useful - projects like lodash have that as part of their api too.
This is actually a pretty decent use case for something like this. You could technically convert a user provided filter function to a string to serialize it, then recreate it using the Function() constructor, but that requires adding 'unsafe-eval' to your content security policy [1][2].
Why does it need to be perfectly accurate? These are examples intended to communicate the principle, not instructions on how to do frequency analysis. This description may be incomplete, but it does make it pretty clear how frequency analysis works in general terms. This criticism seems misplaced to me.
