The mark of a good security expert is that they will tell you the threat they themselves, potentially, are. (This is true for IT as well.)
I guess the company just didn’t care, as long as someone won and the marketing worked.
The mark of a good security expert is that they will tell you the threat they themselves, potentially, are. (This is true for IT as well.)
I guess the company just didn’t care, as long as someone won and the marketing worked.
The industry is full of engineers who are experts in weirdly named "technologies" (which are really just products and libraries) but have no idea how the actual technologies (e.g. TCP/IP, file systems, memory hierarchy etc.) work. I don't know what to think when I meet engineers who know how to setup an ELB on AWS but don't quite understand what a socket is...
At every level of abstraction they is a boundary that people may not choose (or have time) to pass.
I'm not saying everyone should be forced to learn about every layer, but these knowledge boundaries exist everywhere, and I'm not sure what can be done to improve the situation...
[https://careers.jpmorgan.com/careers/US/en/divisions/technol...]
You are highlighting your inability to do this, and proving how you only want to consider the impact directly on yourself.
I've met people that were very open about scamming the system.
I once knew a person, that went to London 17 years ago from another Country. He managed to get a not fit for work benefit and housing. His later then 'wife', they never got married but have a child together and live together, got some illness. Never met her, he was saying that was a genuine illness and not like his and she can't work.
So that person that I mentioned above, owned a car and a motorbike. Not sure if those items were under his name or not. He also worked at a car mechanic shop for money under the table.
In the 4 years I knew him, he was never caught, nor anyone went to his supposed house to check if he is there or what he is doing.
That guy was literally skimming the system for money without any control. At some point he and his 'wife' found out about another scam that they could run, if she gets evicted by her landlord (both of them were getting housing benefits, but they were presenting that they were staying at 2 different properties while he was staying at her house) she could somehow get a free house. So they decided to bring a dog home so that the landlord sends them out. They got send out. She was put into a b&b with her daughter for a few months, while he was staying at the other house the benefits was paying for and then I've no idea if the scam worked or not.
To be very and completely honest, I did look into how I can report that guy, just because I didn't find it fair, that I am paying taxes and there are people like this person on the article that really need the money, and you get those people that just scam the system. All I got from googling how to report someone, was that the reporting system sucks so much that the HMRC won't really do much about it.
That sort story is just there to show you whats wrong with the system in general.
These anecdotes about complex systems only fuel peoples preconceived perceptions of systems that they fear benefit others more than them.
I suspect it’s due to end soon, and they realised once it’s gone they would just become a feature of music streaming services. Good to get out now while there is still some exclusivity for Apple to milk.
You're not wrong, but practically 99% of people pair it with react.
https://github.com/search?utf8=%E2%9C%93&q=angular+redux&typ...
I think a pre-requisite to learning something like Redux (or any micro-architecture) is to first try building something without it. Once you understand the pains of undisciplined, organically designed, spaghetti applications, the cynicism is replaced by excitement over how this will improve your job/life/application.
It's funny because Typescript started out by trying to get ahead of a lot of features and "settling down" to trying to stick to (mostly) only TC39 Stage 3+ features has been a maturation that has been good for the language. It's interesting that Flow seems to be moving the other direction.
A benefit to making it easier to pipeline Typescript inside Babel is that it is no longer entirely on Typescript to transpile every possible wishlist language proposal. This is also why a lot of people preferred Flow because you could just slot Flow checking before or after certain transforms. Typescript is getting better about fitting into the middle of a Babel transform stack so that you might have some basic preprocessing steps of Stage 2 or earlier or non-standards track things that Babel supports before type checking.
(The Optional Chaining proposal for `?.` is currently in Stage 2 in TC39. Indications seem to be that at least some of the Typescript devs are ready to champion that feature in the very minute it hits Stage 3.)