422 karma · joined November 20, 2009
[ my public key: https://keybase.io/netik; my proof: https://keybase.io/netik/sigs/gp4EeY8UT0l1f9kkZOyT4-IZLq_clsEVeST2k0J4Qtc ]
Apollo’s GraphQL with built in pub sub and JSON over websockets solves most of the issues brought up here with little work.
When we apply that work to screens, our eyes can't really post-process and correct for these errors.
I still have emails in my homedir from 1990. Ugh.
Is looking for Sr Software Engineers with solid experience with large datasets and security (NodeJS/GraphQL/Apollo)
Technologies include Social Media APIs, Druid, Postgres, AWS, Vault, and much more.
Our leadership team of industry veterans has been around the block with tech giants (Google, Twitter, LinkedIn, WPEngine, Cambium Networks). We are backed by seasoned investors including Village Global – of which Bill Gates, Mark Zuckerberg, and Reid Hoffman are LPs.
Jobs: https://getalembic.com/careers/
Apply here: https://twothink-inc.breezy.hr/p/79be86f531db
or email your info to john(at)alembicteam(dot)com
There's a lot of words and effort going on here to make Kafka sound immensely complex (and dare I say Kafka-esque?)
The article continually chides Kafka as overweight, hard to setup, complex, blah blah blah. None of these things are true in modern day deployments.
Three instances of Kafka, Two ZK instances, and you're off and running. All of that will run in docker and the docker images will stand themselves up if you let them. You need even less for developemnt.
Postgres is a bit more complex given that you've got to manage machine sizes and database schemas.
But even with that being said, the article gets one thing right. For average data use, most any system will do and some startups are over-engineering their stacks.
This seems like a bad idea and goes against years and years of open systems design.
Obviously the targeting works. But,like most software, I’m sure it is buggy. Probably both sides of this are true.
Seriously, If you need to do this at scale, use Druid. It's much more efficient for time-series data.
Of course, it's funny to see this on the same day as https://opensourcedesign.net/ reaches the front of hacker news. Maybe they should get together.
https://fortune.com/2017/06/19/deep-root-analytics-voter-dat...
Or is this another one?
Sure, it's not a selling of the raw data record but with advertising and targeting an advertiser can get pretty close.
it’s wretched and ruins every zoom call.
one part of the page makes a request and the rest of the page gets to use the data because now it’s in the local object cache.
I get what this article is saying but there is a lot more to graphQL than reducing network RT. It’s about replacing statically defined REST API responses.
As a prior commenter wrote, it’s making the backend more flexible when the front end devs change their mind.
Then again, they had it when you downloaded the update, and when your devices check for auto update, so, you’re not getting away from this data collection with an opt out button.
What happened?
Age has nothing to do with it - if you can’t communicate.
What happened?
Maybe it’s you.
1. Breach user trust by acting without user consent. 2. Market it as a service. 3. Eventually get caught. 4. Offer an apology.
Rinse, Repeat.
I don't have any real complaints about the steps they took to correct this. I have complaints about the fact that they did it in the first place and didn't consider the users. I also take offense at their investors who continued to invest while knowing this was going on.
The journalist and the 40+ People were victims of a credential stuffing attack which means they used the same password on multiple sites.
Had they used a password manager to roll a new password per site and had deliveroo had proper rate limiting, this attack would have been mostly mitigated.
There’s not much excuse for this behavior.