CJSTEELE
  • Home
  • About
  • Contact
  • Blog

The Global Engineer Blog

​Is communism good for engineering?

2/8/2026

0 Comments

 

Or: Do you understand what you are missing out on, Comrade?

Communist blueprints
In this article I am going to write about instances when, thanks to communist governments, engineers were able to achieve remarkable things, enjoy ample employment of opportunities on exciting projects, and contribute to the general pool of engineering knowledge.
The reason for this is to explore how engineering success, at times, can be a result of external factors more than engineering talent. Further, it will help you understand how factors such as politics, economics and national nuances can influence engineering expectations and practices. This will help you in two ways. First, it will help you better understand the inherent tendencies of engineers from other regions who you might work with. Second, it will help you better adapt to new workplaces with different degrees of public ownership and influence.
So let’s start this off by considering some of the engineering-related success from communist places.
  • High-Speed Rail Network in China: A network stretching over 45,000 kilometres.
  • Moscow Canal in the U.S.S.R.: Linked the Moscow River to the upper Volga River, providing water and turning Moscow into a functional deep-water port.
  • Hong Kong–Zhuhai–Macau Bridge: A system of bridges and undersea tunnels spanning 55 kilometres across the Pearl River Delta.
  • Shenzhen–Zhongshan Link in China: A 24-kilometer combination of bridges, artificial islands, and underwater tunnels connecting major hubs in the Greater Bay Area.
  • Obninsk Nuclear Power Plant in the U.S.S.R.: Launched the world’s first grid-connected nuclear power station in June 1954.
  • The FAST Telescope (Five-hundred-meter Aperture Spherical Radio Telescope) in China: The world’s largest single-dish radio telescope, built into a natural basin in Guizhou province.
  • Sputnik from the U.S.S.R.: The first artificial satellite.
  • JUNO (Jiangmen Underground Neutrino Observatory) in China: A massive underground neutrino detector housed in a giant acrylic sphere submerged in high-purity liquid.
  • The Vostok 1 spacecraft from the U.S.S.R.: Took the first person, Yuri Gagarin, into space.
  • The EV industry in China: accounts for 75% of the world’s production and was developed after a state directive in 2009 (17 years ago)
The first thing that is clear about this list is that all items are from the U.S.S.R. and China. There would be other examples, but I have, in that list, stuck with those countries that are most obvious as being communist to the average reader.
What strikes me about the above, and maybe you too, is that each item is more impressive when you consider the economics of the broader population. China has a GDP per capita that is about one sixth that of most developed western countries (factoring in purchasing power, it is about one third to one half). In its time, the U.S.S.R. experienced similar relative levels of wealth.
It is hard to imagine how in other countries with similar levels of wealth such projects could succeed.
Therefore, if you were an engineer in such a country, especially if you gained employment in one of these projects, then you would be glad of the government’s actions. And you might think that communism is good for engineers.
So how is communism good for engineers?
Communism essentially has a command economy. Ideas and businesses do not succeed because there is a market that is prepared to pay for them – the demand economy. Instead, it all comes down to the government demanding what will be done. If the government decides that a space program is needed, then a space agency is set up and engineers are put to work making rockets. If the government decides it wants a high-speed rail line from one end of the country to another, then engineers are now laying tracks, building trains and building power infrastructure. There is no need to wait or hope for the fickle market to demand what you can do – it simply happens.
That can be the attraction engineers have to communism at times.
What this means for the global engineer.
If you spent many years working in a command economy, then you might find you need to put effort into remaining mindful of commercial demands and realities if you work in a capitalist economy. And the opposite can be true if you move in the other direction – you might waste your time thinking about commercial realities instead of just getting the project done.
There can also be benefits.
Someone from a communist economy has potentially built a lot of knowledge in a field because it was so well funded that they could keep working in it. Funding that would not be available when a company needs to worry about income, expenses and profits in a capitalist context. Also, someone from a capitalist background could be ideal to ensure that the end users are better considered, for a more useful and beneficial outcome, than would someone who has become accustomed to only worrying about the broader goals laid out by the government – The Tu-144 (the Soviet equivalent of the Concorde), with its reliability issues, high cabin noise, and environmental concerns, comes to mind.
So, is communism good for engineering? It certainly sems it can be at times. A command economy can direct resources toward large technical goals in a way that free markets often would not, and that can give engineers remarkable opportunities. Regardless of what economy you are in though, as a global engineer, consider how that economy could affect:
  1. the expertise you can develop (or have developed), and
  2. your tendency to factor in broader commercial effects
relative to those working in a different economy. This will help you appreciate your own skills, opportunities to develop further, and make transitions from one region to another much smoother.
0 Comments

​What Would an Engineer Do? Applying Control Theory to the Israel–Palestine Conflict

19/5/2025

0 Comments

 
An engineer thinking about Israel and Palestine
Or, let’s apply boundary analysis to The Holy Land
In the realm of engineering, we often tackle complex systems by identifying their fundamental principles, understanding systemic behaviours, and reframing the challenge. As you would know from my prior writing – these are the three core attributes of the global engineer.
Also, by exploring how these three attributes can be used to solve non-engineering problems, we can sometimes better understand their application – analogies are good like that.
This will be the first article where we do this. And I thought I might as well go all in with something both timely and controversial. So let's apply global engineering expertise to a longstanding and deeply entrenched geopolitical issue: the Israel–Palestine conflict.
First Principles: Understanding Human Behaviour
One of the first principles to acknowledge is the inherent human tendency towards in-group preference and out-group suspicion. Evolutionary psychology suggests that such behaviours may have been advantageous for early human survival, leading to a natural predisposition towards xenophobia. This predisposition can manifest in societies as a persistent undercurrent of tension between different groups.
Moreover, history has shown that leaders can exploit these tendencies, amplifying fear and hostility towards 'the other' to consolidate power and unify their base. This manipulation often leads to increased conflict, as fear becomes a tool for political gain.
Systemic Thinking: The Dynamics of Conflict
From a systems perspective, the Israel–Palestine conflict is not merely a series of isolated incidents but a complex interplay of historical grievances, cultural differences, and political interests. Within any large population, there will always be individuals or factions inclined towards aggression or retaliation. This reality creates a feedback loop where acts of violence beget further violence, perpetuating the cycle of conflict.
Additionally, the international community, particularly the United States, provides substantial financial and military support to Israel and Palestinians. This support is often justified as a means to promote stability and peace in the region. However, without mechanisms to ensure that this aid contributes to reducing conflict, it can inadvertently sustain the status quo.
Reframing the Problem: Shifting Focus from Sides to Systems
Traditional approaches to the conflict often involve taking sides or attempting to assign blame. You have probably found you naturally do that yourself – asking which side it right. However, this framing has proven ineffective in achieving lasting peace. Instead, we can reframe the problem by focusing on creating systems that incentivize peaceful behaviour, regardless of the underlying political or ideological differences. You don’t need to choose a side, you just focus on helping people have a better life.
Engineering a Solution: Applying Control Theory
Control theory, a fundamental concept in engineering, involves designing systems that maintain desired outputs despite external disturbances. Applying this to the Israel–Palestine conflict, we can conceptualize a feedback mechanism where international aid is contingent upon the level of peace maintained in the region.
For instance, a predetermined amount of aid, say the amount given in 2024, could be pledged annually, adjusted for inflation. However, any acts of aggression or escalation of conflict would result in a proportional reduction of this aid. This negative feedback loop would create a tangible incentive for all parties to minimize conflict, as continued aggression would directly impact the resources available to them. Governments especially would be motivated to ensure these funds continue to flow in so they can keep taxes low while still providing services.
Such a system would also empower moderate voices advocating for peace, as they could point to the direct consequences of conflict on their community's well-being. It shifts the focus from ideological victories to practical outcomes, aligning incentives with the desired state of peace.
The Political Engineer vs the Political Scientist
In my book, I compare engineers with other professionals. One comparison was with scientists and the use of boundary analysis common in engineering textbooks, but often absent in scientific textbooks – even when the basic topic is the same. While scientists are, almost by definition, focused on why a system works, engineers are happy to understand how it works so they can move onto the next step to implement what they are working on. In this case, we don’t care about the specific action the people will take to ensure peace, we simply care that they will take action of some sort and keep trying until they find it. The scientific question can be answered after the engineering solution is implemented.
Conclusion: Engineering Peace Through Systemic Incentives
While the Israel–Palestine conflict is deeply complex, applying engineering principles like control theory offers a novel perspective. By designing systems that align incentives with peaceful behaviour, we can create environments where cooperation becomes more beneficial than conflict. This approach doesn't solve all underlying issues but provides a framework for reducing violence and promoting stability.
Disclaimer and request
Because you are likely an erudite reader (and if you don’t know what that means, then look it up – you will laugh when you read the meaning and think about how I assumed the word described you) you have potentially noted that this is a lot like an idea put by Edward de Bono (not the marmite idea). This is true – I have reverse engineered his idea and expanded upon it.
If you think of any other non-engineering topics you would like to see given engineering attention, then let me know. We can even thrash out a solution together. 
0 Comments

​Why does engineering get political?

17/3/2025

0 Comments

 
Politics in engineering
We think it shouldn’t; engineering should be governed by fact. But you have probably still encountered times when decisions, once made, seemed to be more politically founded than factually founded.
 
Why is that?
 
I am going to answer this question right now. It will be based on my experience, but informed by all the theory on engineering practice that I covered in my book. You can listen to a 10 minute summary of it here if you want a quick review of the main points – and get some context from what I am about to write next.
 
Attachment
 
The first big driver for politically founded decisions in engineering is attachment. That’s where someone simply likes an idea (often their own) more than others. It is this emotional motivation that drives them to champion an idea in a political manner.
 
Recall that attachment is like a form of fixation, but fixation is usually more cognitive: you just have an unconscious assumption in your mind, and it can only be undone when someone points it out. Once someone does point it out, you usually feel a sense of opportunity and creativity coming from the new perspective. But this is not so with attachment: because emotions are involved, people will become irrational – and political.
 
Therefore, to stop politics in engineering, you need to remind everyone (maybe yourself) about the importance of things like data, first principles and trials. Better yet, don’t let these be forgotten in the first place. When there are plenty of results from physical testing, calculation, simulations, analyses and so on from the onset, the information can either mitigate a person’s emotional tendencies or provide the solid basis others need to challenge someone else’s emotionally based notions pragmatically.
 
What stops people considering only the important facts?
 
Lack of shared situational awareness
 
I have seen times when the ultimate culprit was a lack of shared situational awareness. This is especially so when a person in a senior level does not have complete understanding of the issues at hand. They will then make decisions based on what they think are their amazing insights – AKA ideas formed in a state of ignorance. Given how “amazing” these ideas are, they naturally expect others to implement them straight away, and then expect to see results within a week. Others, who know the flaws in these ideas, but do not have the data on hand to support them, often then find they can offer only an opinion. As well informed as this opinion is, it is, until data is at hand, only an opinion. It then becomes a battle of seniority and rhetoric to see which idea comes out on top i.e. politics.
 
To confront this issue, you can put the effort into creating a document that summarises all key information. It might be a briefing document for a meeting, or it might be an ongoing log that all involved people are alerted to each time it is updated. The important thing is that people will review the content prior to formulating their ideas and putting them forward. Ensure that the document has the following:
  • The context of the challenge so people can understand systemic issues and the goal
  • Any analysis that has been conducted (numerical or analytical)
  • Any test results from physical testing
  • Records of all prior meetings on the topic
  • Items that remain unresolved – this could be a risk registry
 
Then ensure that, before anyone starts giving opinions, they have been given ample time to go over this document.
 
The assumed need for an immediate solution
 
Another cause of attachment overriding fact-based thinking is the assumed notion that the final idea to be implemented must be identified straight away. Think about a time when you were in a meeting (formal or informal) discussing the solution to a problem and it was assumed that only one idea could be selected at the end of the meeting and that idea was the one that would be implemented. It’s likely not that hard. In fact, you have probably now realised that most meetings you have to come up with a solution to a problem are like this.
 
Make it a goal not come up with the idea that will be implemented, but to come up with a collection of ideas (not too many) to be evaluated further. The best one being selected later. This encourages the perspective that all ideas are selected based on facts – because they are tested further to collect evidence. Also, if there is any remaining attachment, then at least there is a greater chance, after this initial meeting/conversation, for anyone’s idea to be selected – and the motivation to push politically for an idea is reduced.
 
A general lack of first principles
 
The above points have likely implied the importance of first principles. Indeed, simply ensuring people always consider first principles from the onset, will help them become more objective.
 
An informal selection process
You have likely heard of a selection matrix. Where each option is rated against others along criteria that have been developed earlier for the respective problem. The option that rates the highest is the on that should be chosen.
 
When you use such an approach, people can no longer lobby (politic) for an idea as easily. Instead, all are involved in a more disciplined approach to select the preferred option.
 
Note, this is not simply for ideas to solve engineering challenges. It can be used for almost anything, and is the basic approach Daniel Kahneman proposed for selecting new employees.
 
A lack of evolution
 
A formal selection process can also encourage evolution. In The Global Engineer, I talk about coevolution being a major part of engineering – where our understanding of the problem evolves as we evolve the solution. This phenomenon, when accepted and then leveraged, can also help reduce politics in engineering.
 
If an option, after being put through a selection matrix does not come out on top, or, even if it does, but it has some weaknesses against some criteria, then there is an opportunity (if not an obligation) to evolve the design. This would focus on better satisfying the criteria with lower scores.
 
When you do this, two things happen:
  1. The solution selected, which might not be the one that first came out on top, will be even better.
  2. Each option will have had input (ideas) from others as they think of ways to improve it. This means each idea now has multiple “owners”, and that means it is less likely that one person will have only one option they are attached too – thus less need for politicking.
 
 
 
All of the above comes back to the way engineering problems are viewed and solved in a company. That in turn comes back to culture. If you are in a position to change the culture by mandating practices like that above, then the responsibility is yours. If you work for a company or manger that does not follow such pragmatic procedures for decision making, and politicking has become the norm, then it is probably time to find another place to work – you are unlikely to learn much in your current role and you are unlikely to be having a good time.
 
0 Comments

    Author

    Clint Steele is an expert in how engineering skills are influenced by your background and how you can enhance them once you understand yourself. He has written a book on the - The Global Engineer - and this blog delves further into the topic.

    Archives

    July 2026
    June 2026
    May 2026
    April 2026
    March 2026
    February 2026
    January 2026
    December 2025
    November 2025
    October 2025
    September 2025
    August 2025
    July 2025
    June 2025
    May 2025
    April 2025
    March 2025
    February 2025
    January 2025
    July 2024
    June 2024
    May 2024

    Categories

    All
    3-body Problem
    AI
    AND Vs OR
    Attachment
    Attention
    Attitude
    Autarky
    Best Engineer
    Budgets
    Business
    Calculations
    Capitalism
    Career
    Casestudy
    Change
    Chief Engineer
    Creativity
    Culture
    Data
    Decision Making
    Design For Design
    Development
    Dimensional Analysis
    Documentation
    Economics
    Education
    Employment
    Engineering Cognition
    Engineering Teams
    Entrepreneurship
    Experiments
    Expertise
    First Principles
    Fixation
    Focus
    Food
    Framing
    Gender
    Globalisation
    Globalization
    History
    Indian
    Ingenuity
    Innovation
    Intuition
    Invention
    Knowledge
    Language
    Leadership
    Library
    Luck
    Manager
    Mathematics
    Maturity
    Meditation
    Meeting
    Mentorship
    Modal Shifting
    Negligence
    Optimisation
    Optimization
    Paradox
    Political Correctness
    Politics
    Problem Solving
    Product Review
    Professionalism
    Project Management
    Protégé Effect
    Protégé Effect
    Race
    Real Engineering
    Religion
    Retro Enigneering
    Rockstar Engineer
    Safety
    Self Sufficiency
    Self-sufficiency
    Sensing
    Sex
    Shared Situational Awareness
    Simulation
    Software Engineers
    Spacex
    Stupid Things Engineers Have Said
    Systemic Thinking
    Tariffs
    Technology
    Thinking
    Tier Analysis
    Transferable Skills
    Trump
    Visualisation
    Western
    What Would An Engineer Do
    Willpower
    Wokeness

    RSS Feed

Proudly powered by Weebly
  • Home
  • About
  • Contact
  • Blog