You could prefix this to every HN thread in existence.
React-Router is reasonably good, and has some issues - like most open source libraries.
Oh, this is cool! I've actually been thinking for a while that things like Helm or CloudFormation templates or other infra-as-code things would be better served by something like Starlark, but Lua probably suits as well.
I'm sure my Mum thought I was just wasting time on the computer at 8, but I'm where I am today because of it. But this is equivalent to me having reverse engineered and coded a commercial piece of software that I began in high school... that never happened, and I loved programming.
It doesn't really matter, because mostly bad guys don't see the CA as the weak point, if anything what is remarkable about the Web PKI is that we did a good enough job elsewhere that actual bad guys sometimes try to attack the Web PKI. Not often, but it happens at all.
It's like finding out you did a good enough job securing your home that an actual burglar picked your front door lock! Yes, the burglar still got in because of course no door look is effective against somebody who knows what they're doing and has plenty of time to try - but still, apparently you actually did a good enough job that they weren't able to just climb in through a side window or force open a patio door. Go you.
If STIR/SHAKEN turns out to have the CA function as its weak point then everybody involved should clap themselves on the back for an extraordinarily good job.
It doesn't go into a lot of detail, but I think they already have a drugs-like classification system for firearms, with delegated authority to decide what goes in what category, so they're just moving all semi-auto to the "banned" category.
It’s almost like the headlines are written in such a way as to say “See? It’s just that easy!”
I've had to dial it back significantly. Disconnect is the only blocker that has passed the wife test. I originally discounted it because the UI for dealing with breakage is worse than Privacy Badger or Ghostery (The default UI doesn't list blocked conent, the graph is harder to see host names at a glance, and the button to temporarily disable all blocking is not as obvious). But the fact that it is more conservative in what it blocks to begin with makes up for it. I still wouldn't enable it for people I don't live with though.
I was also shocked at how frequently HTTPS Everywhere breaks things. I stopped using that myself (and I use uMatrix, with stricter than default base rules).
I'm testing out Decentraleyes right now. It claims to be 100% non-breaking, and so far that appears to be the case. The problem it is addressing (tracking browsing habits via JS libraries) isn't one of the biggest privacy concerns out there, but if it doesn't break anything, and decreases bandwidth to boot, why not!
I mean, maybe there is something about your format that makes these specific approachs inconvenient. But once you give a Lisper a bunch of S-expressions, you just opened the door for them to unleash the full power of Lisp upon it.
So I think your plan to frustrate Lispers by making an S-expression based format popular, will just give them even more power.
Some of the most beautiful scenery you will ever see, assuming you aren't in a hurry
> The gun reform proposal will be introduced to Parliament in the first week of April. For it to come into effect, lawmakers need to vote on amending the existing legislation, the Arms Act 1983.
> In the interim, New Zealand Governor General Patsy Reddy has signed an order to reclassify some semi-automatic weapons as "military-style".
> As a result, many people who legally owned certain firearms will no longer be able to possess them on their existing license conditions.
So, a bit of both. The Government can make some immediate changes; others require Parliament's involvement in the near future. (Presumably there's an agreement already largely worked out there.)
Further, the native population was far higher pro Brexit.
As for misinformation, I don't know any Brexiters who were voting based on Boris Johnson's obviously politically gamed claims from someone who is a Brexiter purely for political reasons (I don't think the population is as naive as you give them credit for, and presuming Brexiters to be stupid is BS fallacy), but on the basis that the EU is not properly democratically accountable and the Brit economic/business attitude and politics is not compatible with European ways (ie, high State control). We want to go back to a low paper-work, low-bureaucracy, liberally-inclined environment. Brexit is a start.
I have lived a significant proportion of my life in Europe, and the UK is not meaningfully European. It should have never have been a member, and has been a problem to the EU ever since. It should have been consulted on joining the EU at the very least, and it was not. Now that it has had 20 years of the EU, a 52% vote against remaining is significant.
The reason it doesn’t happen most of the time is because other than automating tests, where the benefit is super obvious, there’s no role or job assigned for automating stuff specifically. It’s usually done as part of another job, such as someone responsible for SRE. Automation doesn’t mean it’s set and forget, it needs maintenance, updating, as processes change. People often automate once, realise the process has changed, deem the automation a failure or useless now, and because things need to work right away (to take care of other deli erivables understandably) they don’t update the automation program but rather continue doing things manually because of the instant success of achieving it manually.
Automation takes upfront investment but the idea is it pays off over the long term. If people think processes are going to keep changing and the automation system is not flexible to deal with that it won’t happen. It needs a dedicated person to do this and maintain this in larger teams.
You also need to figure out a way to demonstrate the value of you having taken the time to automate something, especially if your management/leadership isn’t clear on it. Shameless plug, I work on Tesults (https://www.tesults.com) for reporting test results, and even though the primary aim of it is not to demonstrate the value of automation it is definitely a byproduct/side-effect, customers have said this.
Personally I’d focused on the obvious first: tests, build processes such as getting code from repos for building, release artifact output. For mobile apps for example have ipa and apk files automatically available for download by manual testers. Then go onto less obvious things like automated sprint creation for upcoming sprints in JIRA etc with their API. If in marketing, perhaps social media automation for things their apis allow.
Sure, you should wrap up all the shell commands you plan to use into code fragments that you can reference. It's neater that way. Suddenly, you have 50 beautifully unit tested objects in your code, each encapsulating a different way you planned on using 'grep'.
And then you open-source your tool, and hundreds of people descend on it and yearn to use it in ways unimaginable to you. You then have to decide whether you're going to a) create a plugin system that allows nicely tested modules in whatever language the user is most familiar with, b) you wrap all the functions yourself (good luck!), c) Say "Sorry, my beautiful tool - with is 99% exactly what you need - is totally not for this. Fork it and be gone" - or d) let people embed scripting statements or shell commands in some way.
If you have the time for (a) and (b), and this is the issue on which you wish to sacrifice yourself, more power to you. If (c) makes more sense to you, then thank you for your input, sorry your project didn't quite take off like you planned.
But please, don't get upset if people choose (d) and get on with their lives. Yes, it _might_ cause pain further down the road, but it's their road to travel.
If you "spent hours researching" the topic, you should at least try to question such claims. That's what intellectual honesty is all about.