614 karma · joined January 11, 2018
The real point is to break the application during development before the first MitM. Either approach does that equally well.
I think UI testing in general is hard though, and given how large a part of games involves UI, that’d be the real reason games don’t have much tests.
Seems like the calculus would only make sense when you are talking about big expensive items - cars, boats, RVs. But for those you probably want a non-bluetooth solution.
This feels like much ado about nothing.
Edit: Also don’t forget the “with great power comes great responsibility” blurb that sudo likes to output. I know that doesn’t happen in scripts when output is redirected, but I’m sure run0 will figure that out too.
Alternative planning sounds awesome. I saw a query plan the other day where it expected about 1000 rows from some subquery so did a nested loop to an index scan. In reality there’s about a billion rows. I’m not sure yet why the estimate was so bad, but being able to pivot from a nested loop to a hash join if the row count crossed some threshold would be great at avoiding some catastrophic plans.
Can you still have a layer that is bigger than the image boundary, or would pixels get cropped when they move outside?
What happens if you apply a noise filter? Does it generate an infinitely large layer with noise? Or only generates noise on the visible portions? Or some other arbitrary rect in between?
And how would you handle the case of a small layer with a weird blend mode like multiply/subtract? With no boundaries it now must apply to the entire image below.
I’m sure there are solutions to these individually but it’s clearly a very complex problem to solve all these kinds of cases in an intuitive way.
Would be nice if postgresql could tell you when the flags don’t match. I think anytime you deal with timestamps you can have problems since the expression may depend on the session’s time zone.
* OperationType: An ENUM of "INSERT", "UPDATE", "DELETE"
* OperationTimestamp: TIMESTAMPTZ
* OperationId: BIGSERIAL (needed to can handle cases where a row is modified multiple times in a transaction)
This structure is super intuitive to understand, and very efficient since the History table is append-only. But if you are trying to use it to reconstruct the state of items from a specific time the past, it's a bit awkward and the use of a RANGE column instead would be easier to query.AWS might cost more but it provides a lot of benefits that are hard to assign a dollar value to.
The return value of groupBy is an object that does not inherit from %Object.prototype%.This is stupid. If a leading zero was input, it was intended to be there and probably isn't a number. Been burned by this many times.
> Keep first 15 digits of long numbers and convert to scientific notation
This is stupid. If scientific notation was intended, somebody would have input it that way. This unnecessarily discards data. Been burned by this many times.
> Convert digits surrounding the letter "E" to a number in scientific notation
This actually makes sense I think?
> Convert continuous letters and numbers to a date
This is fairly stupid - dates ought to have delimiters between things (and a year!). Been burned by this a few times.
I agree that "rsync --archive" ought to preserve extended attributes, same with creating a tarball. But when copying a file, as opposed to creating a backup/archive, I don't think extended attributes should be included by default.
And yes I've also had to compile custom versions of rsync at one point to get a version which understood extended attributes on Mac, but I think that's mostly standardized now.
EDIT: Also most programs don't even preserve permissions/ACLs on copy, so not sure why they'd preserve attributes by default.
Metadata onwed by a file ought to be embedded in the file's data, so that it will be preserved if you copy the file to a different system. This is the case for images, pdf, mp3 etc.
Metadata attached to a file is useful to simplify many 3rd-party programs, but should generally not be preserved if you copy the file. Stuff like display attributes for Finder, quarantine attributes for the virus scanner, etc.
Each of these requirements deserves a different implementation approach, which is why the current state of affairs makes sense to me.
core: Updated conf/mime.types:
- .js moved from 'application/javascript' to 'text/javascript'
That’s probably going to break something for somebody.I wonder if custom functions might ever make their way to css.