ivanhoe

Ideally browsers would have an API to handle GDPR requests natively, the way they do for hardware access, and users would be able to set the default level of access, as well as lists of exceptions for some domains. Of course, Google will never provide such API in Chrome as it would be bad for their core business of spying on people in order to sell them more stuff.

Just a note for a younger generations that Flash (re-branded by Macromedia as Shockwave Flash) and Macromedia Shockwave were actually two different products - Shockwave being a more advanced multimedia platform inspired by Flash, which was primarily the svg animation tool. Still, Flash was a far more popular format and it was what the most of people used everyday as it was available by default as a plugin on every new browser.

SS7 protocol is still vulnerable even though it's known since at least 2014 that it can be used (and has been in wild) for man-in-the-middle attacks. And we're talking of one of the core protocols of every cellular network in the world.

Security (and especially infra-sec) unfortunately just doesn't keep up with the real world challenges that well...

What to you describe quickly grows into full-blown recommendation engine.

And IMHO the beauty of the old-school chronological/category organization over the recommendation engines is that it's super simple and predictable, making it a lot less stressful to me, as it's not constantly trying to push your buttons, playing with your FoMO instincts and engagement metrics. If I don't feel like reading something now, it'll still be there in 2 weeks, I can find it easily if I wish.

More realistic threat scenario is that script-kiddies and actual terrorists might start using AI for building ad-hoc hacking tools cheaply, and in theory that could lead to some dangerous situations - but for now AIs are still not capable of producing the real, high-quality and working code without the expert guidance.

>For example, connecting a LLM to the internet (like, say, OpenAssistant) when the AI knows how to write code (i.e. viruses) and at least in principle hack basic systems seems like a terrible idea.

Sounds very cyber-punk, but in reality current AI is more like average Twitter user, than a super-hacker-terrorist. It just reacts to inputs and produces the (text) output based on it, and that's all it ever does.

Even with a way to gain control over browser, compile somehow the code and execute it, it still is incapable of doing anything on it's own, without being instructed - and that's not because of some external limitations, but because the way it works lacks the ability to run on it's own. That would require running in the infinite loop, and that would further require an ability to constantly learn and memorize things and to understand the chronology of them. Currently it's not plausible at all (at least with these models that we, as a public, know of).

Any recommendation on the time-series DB to try?

As someone who grew up in a country where hundreds of millions of $$$ were stolen from the people by the government officials, and than transported illegally out of the country - I can tell you you're very naive about how openly these high-level international crime deals are done. What they did was simply load the money in an airplane and fly them to a small, corrupted country (Cyprus in this case) where the banks and the local government were in the deal for a cut. No need for bitcoins or any other technology that leaves easy to follow traces. Just paid everyone a cut, probably someone in the West too, since country was under UN sanctions at the time. And money was never recovered, nor anyone got prosecuted for it, of course.

Erlang and Haskell were never really the mainstream so not much changed for them, but Perl was "the language" at one point in time. It was everywhere, and now it's basically in the same box as Cobol - people who use it are 99% maintaining some old script. Very few young people choose to learn it nowadays, and the development got super slow due to the lack of developers. Perl 7 sounded great on paper, but I doubt it will get released anytime soon. So if not dead yet, Perl is definitely dying a slow death...

> This tells me that you have never learned a foreign language to a high level of proficiency, and that you know very little about art.

Well, I've obviously learned English well enough to fool you :P

Anyways, I might have misunderstood you, dunno... my impression was that you're saying exactly that - that IQ is the main predictor of academical success - which is something that I both strongly disagree, and have a plenty of anecdotal examples around me that prove it wrong.

IQ by official definition measures reasoning and problem solving capacity in people. In some domains (science, engineering) it's a crucial factor for success, while in some like learning a foreign language or music or art it's not. High IQ certainly contributes positively in any activity, but when you have a child gifted for music or visual arts or sport or languages, it's just that, a talent. And when that child with time becomes really good in it, it's again usually thanks to a lot of hard work and practice on their part. IQ plays little effect in that process - as long, of course, as the person is not below some threshold that would make the activity too hard for them.

> I've always seen IQ as a predictor for how fast you can learn material and make connections.

This is what we call being talented for something, it's not necessarily related to the one's IQ.

Not necessarily the true passion for the particular subject, as much as being highly motivated to pass it. I know some folks who were absolutely average IQ and not truly passionate about anything Uni related (except the idea of finishing it), but simply had firm self-discipline and work-habits instilled into them by parents, as well as this crazy level of competitiveness and ambition that they have to be the best in everything... and frankly they were killing it in all subjects.

It's not about looking cool, it's about not all of us leaving in the same part of the world. Living in the center of Belgrade, Serbia like I do means I have to deal with many potholes, obstacles and generally badly maintained roads, parking spots located on sidewalks that are just unaccessible with low-riding small-tires cars - but you still need a compact car because of lot of traffic and little parking space. And beside I'm not talking of some crazy huge humvee style tires, I just need normal 15" wheels on a car.

It will if the air is moving sufficiently fast over it, e.g in combination with the fan cooler. Or you can have a bucket with a mix of water, ice and salt, and point the fan to blow over it (we did this in army and it actually works fine as a poor man AC alternative).

Potentially stupid question: Why all these modern mini cars have to have these super tiny wheels?

What I loved most about my old Fiat Panda was that while it was small, it could easily go up over any pavement and with its 4wd drive it could handle even potholes and dirt roads with no danger.

Absolutely, there's always a moral to a story in any well-known children book. As for trusting the old, well-tested stories more, I agree, we all grew up on them, but they also hold a darker side as many of the classics also hide a lot of subtle old days social and gender stereotypes and references, as well as many hidden sexual allegories that I personally don't really want my kids to buy into - from banal ones like portraying aristocrats as superior, to the really foobar ones with all these passive princesses just sitting and waiting for that one prince charming to come and rescue them. Hats off to the new wave of fairytales (like e.g. Shrek) that are now trying to move away from all these stereotypes.

I've been looking into nim lately (just for fun with the Advent of Code problems) and it looks fantastic. I plan to allocate more time to it in future definitely.

If you have int(percent * 10) + 1 you can just generate that many blue circles (checking for the edge-case of zero, or even better using ceil instead of int), the rest white and return it - no need for manually crafting the array (since the performance is, I presume, not a critical thing here). If tomorrow you want stars instead of the circles you just edit 2 chars in one place, instead of typing manually all combinations.

Certainly better than in my country where you need to have a windows machine w/ a card reader to use the certificate from the ID card to login.

There's a lot of math & physics subjects that I formally learned and passed exams at Uni, but frankly never really fully understood them. I've found clarifications on many of these subjects later on web, in exactly these types of blogs or youtube videos. All you need is one or two core concepts better explained and suddenly you can connect all the dots, and that what this type of content is fantastic for.

Does it know any new tricks that lynx can't do?

> seeing crypto on a resume means the engineer is a true believer in viability of crypto,

So if I previously worked on windows apps it means I believe that Microsoft is a fantastic company and Windows is the future of computing? :)

IMHO you should never store the data itself in the url, only the params that you use to fetch the data. So if the page is the list of the latest 10 posts in a category, you'll store the category in the url and the sorting criteria, not the IDs of the posts themselves. On the refresh you always get the fresh data.

Excellent idea for those apps that need that type of protection. For many apps however ability to manually edit the link to get to the different state is actually a free bonus feature. I've built a CRM/Cases management app for the client that stores data filters in the url, and while there's a nice UI to control filters, we observed that lots of users simply go and edit the url directly to quickly get what they need.

I don't do one function one class mantra, but I absolutely need the separate controllers to group methods because each set of them does different things and returns different data. If in my 20+ years of web dev I learned one thing, it's that trying to be too smart with code optimizations and mixing different logic together is never a good idea - it will always backfire on you and everything you "saved" will be nullified by extra time and effort when you're forced to untangle it in future. The whole point of what I wrote was that there's no recipes that can be just uncritically applied anywhere, you need to adapt your style to your particular needs and experience. If you don't need many controllers, great for you... but don't presume you can just copy/paste your own experience on every other project out there, and we all are stupid for doing it differently...

Let's not turn it into penis measuring contents, please. Code organization and requirements differ significantly between different programming niches, and the today's accepted practices are not some randomly invented caprices, but the result of the slow (and painful) evolution we've been fighting through past decades. Each niche has optimized over time for its own needs and requirements. My web apis have hundreds of controllers and keeping them in separate files makes it way easier to manage. I know that because we used to keep it all in a single file and it sucked, so over time I learned not to do it anymore. Does it mean that embedded systems devs should organize their code in the same way? I have no idea, that's up to them to decide, based on their specific environment, code and experience.

Because often you don't know what to grep for, or search is too general and returns lots of irrelevant results, or perhaps you're just in process of onboaring on the new project and you want just to browse the code and follow different logical paths back and forth...

and when dealing with the code that's well-organized and grouped into logically named files and dirs, you simply can navigate down the path and when you open a file all related code is there in one place without extra 10k lines of misc. code noise.

As weird as it sounds, but even when performance is not a deal breaker for individual users, on high-traffic sites the sum of all energy wasted on unnecessary/unoptimized computations can become so large that it becomes an actual ecological concern. It's a completely new thing that we should keep an eye on.

> tbh there is no particular issue with filtering content coming from totalitarian enemies interested in destroying you.

Both sides were very much interested in destroying each other (and worked actively on that), but problem is that whenever you have bureaucrats doing censorship in the name of the national or social interests, it ends up affecting far-wider circle of (innocent) people than officially intended, and often can be misused for other (political) purposes. The main reason I even commented on this is that few days ago I've seen an East-Germany documentary on German nazis working as mercenaries in South Africa, which was banned in West Germany, even though it had nothing "communistic" or anti-western - but it touches some not-so-popular subjects on nazis and nazi supporters in West and particularly W. Germany that (although true and well documented) they didn't want people to hear about. So they censored it as "communist propaganda", no questions asked...

Eastern block certainly had a lot more censorship and oppression than West, but it's important to be aware that lots of dirty s** happened in the West too, things were never as black and white as some people like to simplify it now.