|
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.
|
|
|
|
|
There were night clubs in Spain braking some laws and everytime the police came and sued them, they laughed their asses off, because the fine was not even a 10% of what they additionally earned in one night not following the rules...
In other words:
€135M ??? That's peanuts to them...
They should get 50% of a month revenue, then... it might even call their attention.
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.
|
|
|
|
|
Are you going to be writing code anytime soon in assembly? Maybe not, as it has very niche use cases. Because you never know when you might have to debug the machine code for a website
|
|
|
|
|
I wouldn't say it should be a must, but I do think it would help a bit.
I have been many years programming PLCs in something similar to assembly and the PLCs did have limited resources (current ones not that limited though). My senior says, I again and again blown his mind off because I find simpler ways to do things he would have never thought of.
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.
|
|
|
|
|
Me too. My first job out of school was programming PLCs and I couldn't stand it so I branched out. Back then, PLCs didn't have descriptive tags and labels for registers. Everything was a number so you had to keep a notebook of what all your registers did. It was a serious PITA.
I school I had a few courses that used microcontrollers in the labs so we worked with their assemblers. 8051s and 8048s and a few others. Intel was close by so we had bunch of their development equipment. Fun stuff.
"They have a consciousness, they have a life, they have a soul! Damn you! Let the rabbits wear glasses! Save our brothers! Can I get an amen?"
|
|
|
|
|