Re: Continuity of workload
We love pork
We love pork
We love pork
3833 publicly visible posts • joined 22 Jun 2009
Apart from the fact that you never, ever, ever customise these monolith POS ERP systems, there is no way Oracle doesn't have a way to allocate cash across accounts. I know of 3 from our Oracle implementation and I have kept as far away as humanly possible from it, someone with product knowledge would know more.
Its shit, but its not that shit.
Whats the betting the big 3 (EY, PWC, KPMG) have done the majority of the cash hoovering that took it to £100m?
Weird linking the resignation to the data breach. That was a clear case of incompetence on the part of the person who prepared the spreadsheet. Its literally their job. Dont see it as a resigning matter for the big boss, unless until the Inquiry has signifiant findings.
I do wonder what else has been bubbling away apart from the Disciplining officers thing,
Thats a pretty flawed argument. Any Aliens with the technology to visit Earth, must by definition be at least 50 years ahead of us minimum, if not hundreds or thousands.
The level of automation AND more importantly the cost of that automation would be buttons to them.
Therefore is no technological reason they would need human slaves, they would WANT to keep slaves for a reason other than the cost of technology - ideological or religious AND be culturally blind enough to accept the risk of a slave uprising using their technology against them. they'd have to be 100% sure that their technology was unusable in any shape or form by us.
The principles in GDPR are nearly all qualified including the so called “right to be forgotten” this article seems to skip that key point. There is no universal requirement for a processor to delete your PII.
For a privacy breach to be shown the following has to happen.
Firstly you’ll have to show there is a reasonable probability that a LLM was trained on your PII. (If OpenAI says no what are you gonna do?)
Secondly you’ll have to show it retains that information. ( can you show the LLM has retained memory that reliably returns your PII)
Thirdly all the way OpenAI or whomever will be throwing legitimate use and other justifications around like confetti.
I can’t see this working anywhere except perhaps Germany.
Fourthly if you seriously want to go after a LLM producer you’ll have far more luck down an Automated processing angle…
Iceberg, Hudi or some other kind of shizzle. Its all edge case stuff.
If you have mainly Data Science workloads have Databricks, if you have mainly traditional workloads have Snowflake. Even better - leave the DS's in the corner with Databricks whilst the real Enterprise level stuff goes on in Snowflake.
Based on my usage of ChatGPT thats not true though. One of the "killer" use cases for it is what I call style translation.
You paste in a rough draft and then you ask ChatGPT to formalise or to "Gen Z"-ise the results are pretty promising.
ITs also a great "inspiration tool" if you are struggling to get started its good for a couple of summary paragraphs.
Of course idiots will use it verbatim, but thats really like using Excel as a calculator - a valid use case but not the tool sweet spot.
The thread poster was detailing all the ways Twitter could go wrong with half of the staff sacked.
I pointed out the only one they missed was unplugging the one plug that MUST NEVER BE UNPLUGGED.
This actually happened to me in the early days of my career working for a specialist transaction processors. They used clusters of zOS mainframe to serve the transactions with the amount m of <3s latency world wide before ubiquitous fibre was a thing. This set up optimised speed over stability as the main thing under their control was processing time not network latency.
In those days unplugging the master terminal would bring the whole edifice crashing down…. Guess where the cleaner plugged in her hoover for the monthly ops room clean….
Im going to be the contrarian for this one. Whilst not denying the possibilities of DSK being right the Germans in particular are known far and wide for exceptionally aggressive interpretations of the various GDPR purposes in a way that exceeds that of other member states. (Case in point a restriction on the use of numberplate for reporting illegal parking recently got struck down - it shouldn't have need to have been.)
I'd like to know wether this is all in the realms of legal theory or whether M365 in a European Azure region actually makes any transfer of personal data to the US. Additionally AFAIK there has been no successful transfer of data under the CLOUD act or FISA from an MS European facility to a US one or onward to the Feds.
Soo... colour me unconvinced and cautiously neutral of M$ in this instance without more background.
Ipad Pros and Airs with TB3 already dock - the hardware is not the issue its the software.
I can literally plug my 11.2 pro into my (generic) Thunderbolt dock and use my Thunderbolt Display, Mac Magic Keyboard and Logitech mouse on it that I usually use to drive my work MBP.
The software experience is what lets it down (screen mirroring at native iPad resolution for example).
Because they made an explicit choice not to standardise.
The first rule of ERP club is dont modify the ERP.
The second rule of ERP club is turn down all invitations to join ERP club. Run for the hills if someone mentions finance transformation to you. Or more BOFH like, join the project for long enough to get it on your CV for buzzword bingo, but get yourself re-allocated to a "business critical" project prior to go live.
But I'm sure I saw a SPAD or a Minister saying somewhere that because the solution was federated no additional data permissions were required so they had no intent of re-seeking consent for the newest slurp. No doubt the RFP docs will be filled with Data Mesh BS.
1. We all know there will be a central "cache".
2. GDPR cares just as much about transmission as it does storage.
Same old leopard - same old spots. Instead of addressing the challenges of creating a medical data permissions framework they'd rather spunk all the cash on lining the pockets of Palantir in return for a cushy board spot or 2.
ahhh - it was here : https://www.theregister.com/2022/11/04/uk_governement_set_to_extract/?td=readmore
“ Having more datacenter headroom will allow us to extend the life of servers over time because we won't have to replace them due to power constraints," Wehner said. "Part of that is to get more efficiency over time out of the CPU-based server fleet.”
Sounds like BS.
"1. No, it's a common question. One that appears in pretty much any job interview."
Maybe in your world. In my world as either interviewer or interviewee I've never said or heard that question. The only time I would go even near it is with a potential employee who job hops every 6 months but who isn't a contractor.
You're being utterly disingenuous blaming wind for our continual use of Gas and other dead dinosaur products. They've barely been around in volume for enough time to start disrupting the Market.
If renewables weren't now in the mix we'd be burning even more gas and the bailout would need to be even higher.
I also have no problem with Wind and Solar being pegged to Gas - provided those extra profits are ploughed back into more renewable generation.
I also see nothing wrong with the massive over provisioning of renewable power - its now so cheap that most of the supply side issues are amenable a brute forcing solution via volume. Those that aren't require medium sized investments in interconnectors and some more R&D into Storage.
It's a damn sight less polluting that fossils or NuCLEAR. Even the not so nice environmental outputs from Solar fabs are a damn sight safer than fossil and nuclear by-products.
I did a project at one of those banks a few years ago where we looked at just the official chat and messaging channels. Even just counting them we got to 30 different chat/email/comms methods and they were the permitted channels.
One of the more interesting hard to track comms methods was scrawling bitmap or vector handwritten notes in MS paint or Word and then sending as an attachment.