The change was to add the need for consent to have the cookies
track users.
And a number of open source projects I work on didn’t bother. Rather
than listening to reactionary lawyers who would have instructed them
to over-complicate every last bit of Web real estate they managed,
community members looked at the spirit of the GDPR and realized that
if sites/systems were merely relying on cookies for things like
(consensual) user authentication, setting preferences, handling load
balancer persistence, and so on then there was no need to include
complex solutions for explicitly opting into that. And yes, I’ve
been long-involved in the same CRA/PLA discussions, participating in
the Open Regulatory Compliance WG workstreams for
practices/standards/definitions. I think a lot of engineers (and
even lawyers) lose sight of the fact that legislation is designed to
be interpreted by people not machines, so reason and intent plays a
big role in all of this.
When it comes to topics like release cadence and support timeframes
for software, just earlier this week I had to remind people in
projects I’m involved with that today is far too soon to start
redoing workflows and processes to comply with all of these
not-yet-solidified expectations. In this way, it’s actually not
unlike software engineering: avoid the urge to prematurely optimize.
Oh, also, I am not a lawyer and this is not legal advice. ![]()