Financial topics

[aeden]

Ukraine is the most corupt zone as ninth on the planet from bonded forensic analysts.
Z will be killed by the UkoNazis if he surrenders. They already spent billions on Him
all the way to Florida for a bug out.
I doubt much can happen for now in that zone. Millions face starvation on this.
Since Sat Dec 29, 2018 4:29 pm I gave that zone a snowballs chance to get ahead.

search.php?keywords=Kolomoisky&sid=1f40 ... c03a554e63
The Grace from our Lord heard the pounding boots for us to warn from the watch tower at home.

https://www.youtube.com/watch?v=diTmxxmSf1Q

[John]

** 05-Mar-2022 World View: Interchangeable cogs in a wheel

> John, I thought of you when I read that article. My impression
> has always been that if a company loses its software engineers in
> a region like Eastern Europe, they can just plug software
> engineers from India or elsewhere into the projects seamlessly.
> Not so?

Definitely not so.

Think of all the projects you've described from your own experience,
where they brought in someone new who completely screwed the project
up.

It's just as bad or worse in software engineering. You have multiple
hardware and software architectures, multiple programming languages,
multiple programming patterns, etc. A programmer may be familiar
with one environment, and be completely lost in another. This is
particularly true for a software system consisting of hundreds of
thousands of lines of code, which is not atypical. And if the
original programmer has left, the result can be disaster.

I've been involved in so many projects over the decades that I
can get started on a new system with simple bug fixes within a
week or two. By the end of three months or so, I can usually
understand the software system from end to end. But I'm usually
working with people who have no such skills, and it's not unusual
for me to be the only programmer who understands the software.

And guess what this leads to? Millennials and Gen-Xers just LOOOOOOVE
having me around. On one government project, the project leader began
deleting my validity checking code to sabotage me, and when I told the
manager, he didn't believe me. In several other cases, I ran some
simple tests and told my manager that the project would slip for
several months, or would completely crash and burn. In those cases I
was always fired, and in those cases the projects always crashed and
burned after I left.

One thing that managers don't understand is the complexity of
a software system. The typical error that a manager makes is
that he assigns pieces of the system to different programmers,
and expects them to all work together at the end. And they never
do, because there hasn't been any end-to-end system testing.

Sabotage and stupidity are common in numerous large projects
where the project leader wants to guarantee job security.

Here's what you wrote a few years ago:

> Gen X has no idea how to hire, not a clue. I believe Gen X is the
> most clueless generation of morons who have ever walked the face
> of the earth.

Here's what I said in response:

I've seen many examples of the above in the computer industry. In
the development of healthcare.gov, contractors like CGI in
Massachusetts hired hundreds of programmers that didn't even know
how to program, because the Obama administration gave them $200 million
to spend to develop a $10-20 million web site, with the result that
they produced millions of lines of worthless code that had to be thrown
out.

** Healthcare.gov -- The greatest software development disaster in history
** http://www.generationaldynamics.com/pg/ ... 150823.htm

Here's an article on complex systems:

http://generationaldynamics.com/gdgraph ... msFail.pdf

So to your answer your question: If a company loses 1,000 skilled
programmers and tries to replace them with 1,000 new programmers, then
the project is almost certain to be a disaster.

[aeden]

Meanwhile Trafigura Group, which had originally bought the cargo originally from Russia and
the cargo was bought on a delivered basis, meaning Shell won’t need to sort out transportation issues.

I'm sure the potatoes heads will be drop the price at ze pumper before planting time.
I am glad we avoided some EM zones since no one seen it coming.
No Shell is a guilty as any other alley cat in this spirit of the age.
Apology is policy anyways since to big to fail semantics Dimon stated.
I had to defer judgment since sized to competition was real also.
Got to admit only the painted bitch at a time was drunk on the blood of the tired saints.

[aeden]

https://duckduckgo.com/?q=Denis+Kireev% ... ine&ia=web

Glad to work in the dysfunctional States of BLMLCS for now.
What an ugly view this bitch has coming that is riding this insanity.

https://bookofdanielamaic.files.wordpre ... png?w=1024

[Higgenbotham]

** 05-Mar-2022 World View: Interchangeable cogs in a wheel

Think of all the projects you've described from your own experience,
where they brought in someone new who completely screwed the project
up.

Or even people who had been there for a long time now that the Boomers are retiring.

In my last job, I spent 14 months in intensive study every night and weekend to make sure I wasn't the one who screwed up any projects.

However, in doing that, I found lots of holes in their existing systems. Probably the most surprising to me and everyone else was they were drilling water wells near "remediated" leaking underground storage tank sites (petroleum) without knowing it and the state was approving them, also without knowing it. Certain "remediated" sites will have an existing toxic plume which is considered remediated when the plume has stabilized. A new nearby well can disturb that. My concern was being the lead engineer on a project, being responsible for health problems, and ending up in prison for negligence. Upper management panicked and brought in a Boomer from retirement who had worked in remediation to look the situation over. It was decided by management not to go back and check the wells that had been previously approved and drilled (there were many). The Boomer had recommended that every project be reassessed. She quit in disgust. She confided this to me because she knew I had been the one to find it. Most people didn't know why she was brought back from retirement. Meanwhile, there was a Millennial gunning for a promotion who told me the best thing to do is not look back and move forward. He got promoted.

Many other examples I could describe.

[Higgenbotham]

** 05-Mar-2022 World View: Interchangeable cogs in a wheel
So to your answer your question: If a company loses 1,000 skilled
programmers and tries to replace them with 1,000 new programmers, then
the project is almost certain to be a disaster.

If the war in The Ukraine proceeds are you expect, what would be your estimate of the percentage of software projects worldwide that will turn into a disaster?

[aeden]

http://www.altenergystocks.com/archives ... 1-wrap-up/

review on metric then and forward this year.

[John]

** 05-Mar-2022 World View: Interchangeable cogs in a wheel

> John, I thought of you when I read that article. My impression
> has always been that if a company loses its software engineers in
> a region like Eastern Europe, they can just plug software
> engineers from India or elsewhere into the projects seamlessly.
> Not so?

I took another look at my response to your 2019 posting where you
wrote about hiring. Here's some more of my response:

Here's a story that just came out yesterday. It would be almost
impossible to believe if it didn't happen all the time.

Development of the Boeing Max 737 software was outsourced to
Indian programmers with no aviation experience, earning $9 per hour.

> "The Max software -- plagued by issues that could keep
> the planes grounded months longer after U.S. regulators this week
> revealed a new flaw -- was developed at a time Boeing was laying
> off experienced engineers and pressing suppliers to cut costs.

> Increasingly, the iconic American planemaker and its
> subcontractors have relied on temporary workers making as little
> as $9 an hour to develop and test software, often from countries
> lacking a deep background in aerospace -- notably
> India.

I really have to laugh, because I've seen exactly this happen at
Ability Networks.

Not only that, but also:

> "HCL Technologies Ltd. occupied several rows of desks,
> said Mark Rabin, a former Boeing software engineer who worked in a
> flight-test group that supported the Max.

> The coders from HCL were typically designing to specifications set
> by Boeing. Still, “it was controversial because it was far less
> efficient than Boeing engineers just writing the code,” Rabin
> said. Frequently, he recalled, “it took many rounds going back and
> forth because the code was not done correctly.”"

This is exactly what happened at Ability Networks, and it's also what
happened at CGI Corp. It would be hilarious if it weren't so
disastrous.

https://www.bloomberg.com/news/articles ... -engineers

So this exactly what you're describing, "if a company loses its
software engineers in a region like Eastern Europe, they can just plug
software engineers from India or elsewhere into the projects
seamlessly." Boeing did exactly this with the Max software, and it
was a complete disaster.

I should add that Indian programmers are good programmers. But you
can't replace highly skilled programmers who have been working on a
system for years with outsiders who have to learn the software system
from scratch. It typically takes them a year to come up to speed, if
they ever do.

> If the war in The Ukraine proceeds are you expect, what would be
> your estimate of the percentage of software projects worldwide
> that will turn into a disaster?

If all they do is replace skilled programmers with young newbies who
know nothing about the system, then it will almost always be a
disaster. The Boeing Max situation is an excellent example.

[Higgenbotham]

The Boeing disaster seems pretty typical of what may be seen going forward. I'll be watching EPAM closely because, from what I'm reading, they supposedly know what they're doing.

[John]

** 05-Mar-2022 World View: Going Forward

> The Boeing disaster seems pretty typical of what may be seen going
> forward. I'll be watching Epam closely because, from what I'm
> reading, they supposedly know what they're doing.

Are you implying that Boeing didn't know what they were doing,
but Epam does?

And don't tell me that they'll learn from the mistakes of others,
because that's not how the world works.