268 karma · joined March 17, 2021
For example, clicking a link which loads some data, then clicking edit (which isn't even an anchor), typing in & clicking stuff, then clicking the save button (don't click the cancel button!) would not be an interaction that would get picked up with your suggestion. Detecting loops becomes much more ambiguous and backtracking to get all the permutations of interactions becomes a whole other problem to solve.
The problem is that essentially every time a user goes to the site it will be a 404 status code since they are probably not typing in example.com/index but this has pragmatically not been an issue for a wholly authenticated, private, B2B SaaS app. The marketing website is a separate subdomain.
For a public site this is probably worse than returning 200s that should be 404s occasionally, though.
[0]: https://docs.aws.amazon.com/AmazonS3/latest/userguide/Custom...
Would be kind of handy to have a “pull all my relevant tax info documents from these sites and zip them up” automation but I only do that once a year.
I’m probably being unimaginative. Anybody have any interesting use cases?
Anyone have
In general the UI doesn't even look good. It's just a bunch of unflattering grey.
This cyberpunk-ish theme with juvenile sprite sprinkled over it (e.g. the little AI guy floating under the video and the figures under "What people are saying").
At the beginning of the video I get these '90s infomercial; "The world moves fast / information super highway" vibes. The background music seems ironic considering the visual content.
I guess it is just trying to be retro but the "I want to be post iOS 5 Apple" top bar throws me off. Sorry this is not constructive but I just must know if I'm the only one feeling this.
In any case, I don't mind Slack but I'd give this a try if they allowed more than 500 messages in the free tier. At least Slack gives you the 90 day history.
Maybe highlight the fact that you have an AI bot helping you through it. I would not have known it unless I read your HN comment.
That was at least a chief use case spotlighted in the original Dynamo paper by Amazon that what the precursor to AWS’ DynamoDB paper.
Not to say that couldn’t be done with Postgres but of course they were dealing with insane scale on Amazon Day.
Java (and C#) are still legitimate options for server side code when you want speed and type safety but managed memory.
Wish I could have actually tried this out.
My gripe is that the thing just gives off this BLOATED impression. Safari routinely reloads it because it was "using significant energy." Every time I load a page I just wait until it renders, goes blank, re-renders, goes blank, places everything that was on the left over to the right, and then finally things settle down and I click a button. That all takes about 1.5s though, so not awful.
That info wouldn’t be in the session db row either.
>> “ A database write needs to occur to persist information (if this information is related to the user, it’s likely that the full user object must also be retrieved from the database”
This type of info doesn’t get updated frequently. Email, phone, name, etc, are pretty static. If they are just talking about a join using a userId, well that’s not gonna be any different whether you know the ID from a JWT or normal cookie.
>> “ The full user object must be pulled out of the cache / database so that the website can properly generate its dynamic page content”
But that’s an upside of keeping more than a cookie with an ID. You can just stash the stuff that doesn’t change much client side (keeping in mind the XSS risks). We certainly don’t pull the user’s email and name every page load even though it’s displayed on every page.
>> “ Almost every web framework loads the user on every incoming request. This includes frameworks like Django, Rails, Express.js”
That’s a framework issue and should be customizable. Not really a JWT vs cookie w/ ID topic
There’s plenty of reasons to choose an ID cookie vs a JWT but the many that the author gives are not among them.
If you really are making a web app (think dropbox, cloud based enterprise software) I think you'd reach a point where there is so much interactivity that you are essentially shipping Preact, custom component JS, and just a little bit of static HTML. The latter bucket is the only one which saves the user network and parsing time (and I doubt much of it.) I'd still go with a properly chunked SPA for true web apps.
Are they job hopping, in which case wouldn't that also be a revenue stream for 70MR? Did they find that it was such a sellers' market that they didn't need 70MR's services to get good jobs anymore?
I never really understood this "shortage of workers / great resignation" phenomenon to begin with, so perhaps this specific situation would be a good one to use as a concrete example.
If you don't then the biometric marker can just replace both password and username. The reason why the username exists for the password is because it's problematic to guarantee uniqueness of passwords across your users. One is unique and public and the other is not and private.
And like the other reply stated, if you can't mathematically tie them together, you have to rely on the user validating the domain (which you can't).
The point that I walked away with is that oftentimes experts use these same heuristics even when people assume they are not. People think that experts don't have to use them because they have better tools and skills at their disposal. However, for reasons involving human factors, they oftentimes do use them. Finally, these opinions then get thrown into the body of evidence as if they are ground truth values.
They certainly don’t help with any physical issues but they help with the mental side.
I’m not sure what it is but the fact that you can move them around in your mouth and gnaw on them while still lasting a while makes it feel like you’re “doing something.”
Every time I’d want to partake i would eat a life saver. They are also innocuous so there’s no guilt or anything.
And I’m sure you can replace them with whatever gives you the sensation described above. I know it’s silly but they were my secret weapon.
The employees and servers are expending real energy keeping YouTube operational. Meaning, whether it's through ads, a more centralized body stepping in, or some other less pervasive, opt-in business model - the thing needs to cover its own costs. I don't think a lack of private property would solve much there.
If each class does one thing, anyone will eventually figure out how it’s doing it. If it’s doing multiple things, all bets are off. It’s also the exact type of code that will break something unrelated when changed.
Mind you, we don’t need classes like DictionaryConstructor and StringParameterParser, but you should - in about one sentence - be able to say what each class’ purview is.