|
A sophisticated hacking group backed by a foreign government stole information from the U.S. Treasury Department and a U.S. agency responsible for deciding policy around the internet and telecommunications, according to people familiar with the matter. Jokes on them - there's nothing left in there
|
|
|
|
|
Kent Sharkey wrote: Jokes on them
FedRAMP is a joke... they put all their eggs into the Office 365 basket cloud.
Also... Australia is using the same exact infrastructure. I wonder if they were breached.
|
|
|
|
|
Randor wrote: I wonder if they were when they are going to be breached.
FTFY
M.D.V. 
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
Researchers have, inspired by the efficient foraging behavior of a single-celled amoeba, developed an analog computer for finding a reliable and swift solution to the traveling salesman problem -- a representative combinatorial optimization problem. I don't know about you, but I'm not sure I'd trust electronic amoeba to sell anything
|
|
|
|
|
Kent Sharkey wrote: a reliable and swift solution to the traveling salesman problem
The amoeba envelops and eats the salesman, problem solved.
"the debugger doesn't tell me anything because this code compiles just fine" - random QA comment
"Facebook is where you tell lies to your friends. Twitter is where you tell the truth to strangers." - chriselst
"I don't drink any more... then again, I don't drink any less." - Mike Mullikins uncle
|
|
|
|
|
It is the brain-eating amoeba that decides to eat the brains of the salesmen.
Not finding any food, the amoeba slowly starves to death, leaving the salesmen to continue on their deathly rounds selling snake oil to the gullible public.
|
|
|
|
|
CentOS wants users to switch their servers to a rolling distro Too bad there are so few distros to choose from
|
|
|
|
|
Quote: Red Hat makes drastic changes to CentOS, leaves users fuming
I suppose that red hat being bought by Microsoft and their pushing of WSL has nothing to do with this?  
Pissing their Linux users off could be a not so surprising movement to try to win a couple of users more.
At the end, seeing what they are doing to people actually buying their product... I wouldn't expect much for the "free" part of it.
M.D.V.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
Hi,
Nelek wrote: Red Hat being bought by Microsoft
Just wanted to point out that it was IBM that bought Red Hat[^].
Best Wishes,
-David Delaune
|
|
|
|
|
Thanks I stand corrected.
I did a quick search and the three first links in my google results were German Magazines talking about Microsoft buying red hat... (didn't read them in detail though) so I (wrongly) thought they finally did it.
M.D.V.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
I have a feeling that IBM wants to lose its CentOS customers. I doubt many migrate to RHEL.
|
|
|
|
|
Joe Woodbury wrote: IBM wants to lose its CentOS customers
There's the thing: They are not customers.
From the perspective of bean counting management, CentOS users are just a dead weight. This outlook is of course missing the point that CentOS ultimately encourages sales of Red Hat itself.
However, the CentOS representatives I've seen on forums and mail lists are (a) strongly denying that this decision has anything to do with IBM, and (b) claiming it's for purely technical reasons. But destroying the primary use case for CentOS simply cannot be for purely technical reasons... that would be unreal.
modified 13-Dec-20 3:46am.
|
|
|
|
|
A new study finds 85% of engineer leads predict low-code and no-code will soon become common "How low can you go?"
|
|
|
|
|
Kent Sharkey wrote: A new study finds 85% of engineer leads predict low-code and no-code will soon become common
Should we then thell tell those very engineer leads to program the apps themselves?
EDIT: Typo
M.D.V.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
modified 11-Dec-20 7:04am.
|
|
|
|
|
Kent Sharkey wrote: A new study finds 85% of engineer leads predict low-code and no-code will soon become common
Undoubtedly a side-effect of social distancing! 
|
|
|
|
|
I was thinking more a departure from reality.
“That which can be asserted without evidence, can be dismissed without evidence.”
― Christopher Hitchens
|
|
|
|
|
GuyThiebaut wrote: I was thinking more a departure from reality.
The same can be said of the events of 2020. 
|
|
|
|
|
What, exactly, are "engineer leads"?
And why should developers even worry about what engineers think?
I've never liked the "DevOps" category. the two disciplines, "dev" and "ops", should never have been combined.
".45 ACP - because shooting twice is just silly" - JSOP, 2010
-----
You can never have too much ammo - unless you're swimming, or on fire. - JSOP, 2010
-----
When you pry the gun from my cold dead hands, be careful - the barrel will be very hot. - JSOP, 2013
|
|
|
|
|
A new report from Netwrix shows that cybersecurity risks related to insiders are now more common than external threat actors. More proof you need to keep users off your system
|
|
|
|
|
Kent Sharkey wrote: More proof you need to keep users off your system
Or your devs happy  
M.D.V. 
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
"four of the top six types of cybersecurity incidents they experienced have been caused by internal users. These are: accidental mistakes by admins (27 percent), accidental improper sharing of data by employees (26 percent), misconfiguration of cloud services (16 percent) and data theft by employees (14 percent)."
0) Mistakes by admins, 27% - Well, there's your problem. Hire better admins, and not only will that mitigate that problem, but it will also resolve a significant portion of the other 3...
1) improper sharing of data by employees, 26% - that would have happened in the office too. There is no end to the amount of stupid that comes from end users.
2) mis-configuration of cloud services, 16% - this is intentionally skimping on available services to save a butt-load of money. This isn't "mis-configuration" - it's "comprimise".
3) data theft by employees, 14% - once again, hiring better admins will mitigate this, but the REAL problem is that "management" doesn't think security rules should apply to them, so they create holes in the security system (to accommodate management) that have the nasty side effect of allowing intrusion and exploitation.
".45 ACP - because shooting twice is just silly" - JSOP, 2010
-----
You can never have too much ammo - unless you're swimming, or on fire. - JSOP, 2010
-----
When you pry the gun from my cold dead hands, be careful - the barrel will be very hot. - JSOP, 2013
|
|
|
|
|
he goal of the “busy beaver” game is to find the longest-running computer program. Its pursuit has surprising connections to some of the most profound questions and concepts in mathematics. So that explains Windows' search program
|
|
|
|
|
|
I've created infinite loops many times, and a former manager created an infinite messaging loop between two entities, which was discovered in the field for a high availability product.
I could also comment on the term busy beaver but will exercise restraint. 
|
|
|
|
|
The regulator criticised the firms for not getting consent before placing the trackers Anyone misusing cookies deserves to have the book thrown at them
A cookbook, of course.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
