rosencrantz

Don't think that SSO is a magic solution for all of this. I'd say SSO won't work with any of it. SSO will work for new integrations but typically a team and team members will need passwords or API keys or tokens (all of these are strings, in effect passwords), and for that, beyond SSO, I have used and can recommend, for many teams in large organisations:

- A secrets manager (e.g. AWS Secrets manager) with an API key for each team, and the team can access their secrets on a team level there

- An encrypted file encrypted with e.g. KeePass, and one password for that

- Bitwarden or Lastpass on a team or department level (yes, shared passwords, for example where there is one password for one proxy)

- Yopass https://yopass.se/

int *ptr;

// but let's change it to *int ptr;

// because the pointer symbol is more logical to write first

Please can we solve a real problem instead?

I read a book from 1960 about Quantum Mechanics. There is more content from one paragraph there than from anything from your AppleTV, your Facebook, your WhatsApp, your Telegram or anything else from your stupid overpriced trash media. Ken Thompson is right when he calls Apple an atrocity. Linux and Framasoft are not terrorist organisations but I'm not sure about any other.

The statement looks very misleading or even fraudulent. I used a system with 192 cores often and with GNU parallel, it did not stagnate at 8 parallel tasks for simple demonstrations. If we're talking about a case where 8 is intentionally the maximum (it's possible that some tasks should not parallelize more than 8), then the statement is misleading as well, since it gives the wrong impression. I have the service tag and the output from nproc and the exact version of everything where I used 192 CPUs. I suppose pseudoscience will always return and claim that the statement is true anyway, no matter what observations the rest of the world can give. There is pseudoscience forever who always says that the rest of the world is misunderstood.

My favorite is The Turtle Book "Computer Science" by Aho & Ullman. I also liked the books "Computer Algorithms" (by Baase et al), The Wizard Book, The Dragon Book, The Tiger Book (about compiler) and "The Comet Book" (about os)

Wasn't Hush already the name of the HUmbleSHell ( Hush is a Bourne/POSIX-style shell that was originally part of BusyBox ) ...https://github.com/sheumann/hush

GDPR is implemented in Sweden but only for sham purposes like everything else here, the laws look good on paper but then reality is completely different

Because 60 % of the people were managers?

1) GitLab CI/CD does almost everything for us 2) Everything runs inside corporate network and all network traffic is monitored 3) One must get a permit from the company's security auditors 4) A major one

You can try and just gain more experience and solve problems for more organizations and companies. Have a GitHub or GitLab profile with your projects. Worst case, get any programming gig, try and solve the problems for them, then you can get a reference from them and move on.

Looks like it is not reported having a look at the status dashboard https://status.aws.amazon.com/

Google appengine. Just push the button, more or less.

Get a real pen and paper, get a real physical book, sit and solve problems with pen and paper for hours every day for a few months. Then you will pass the exams.