The 48 Laws of Power — Book: A Software Engineer’s Perspective

Siddhant Khare
4 min readMar 5, 2023

--

Lou, Suggested this 🧡 — https://twitter.com/Siddhant_K_code/status/1593870296075104258

The 48 Laws of Power, written by Robert Greene, may seem like a book that has little relevance to software engineering at first glance. However, upon closer inspection, it is clear that the laws outlined in this book have significant implications for those in the field of software development. In this blog, I’ll explore how some of the laws can be applied to a software engineer’s career. It’s a book that is both informative and captivating, offering insight into the various ways power can be manipulated and acquired.

Law 1: Never Outshine the Master

As a software engineer, it’s important to remember that your boss, project manager, or team lead is in a position of power. While it’s essential to excel at your work, it’s also crucial not to overshadow or show them up in front of others. In doing so, you risk undermining their authority and damaging your relationship with them.

Law 2: Never Put Too Much Trust in Friends, Learn How to Use Enemies

It reminds software engineers to be cautious when it comes to trusting colleagues blindly. While it’s important to build relationships in the workplace, it’s equally important to be aware that others may try to take advantage of you. By understanding the potential risks and learning how to use competitors’ strengths to your advantage, software engineers can build strong relationships while also protecting themselves and their careers. Ultimately, this law emphasizes the importance of being strategic and proactive in navigating power dynamics in the software development industry.

Law 7: Get Others to Do the Work for You, But Always Take Credit

Software development is often a collaborative effort. To get ahead, you must learn to delegate tasks effectively and give credit where it’s due. However, when things go right, don’t be afraid to take credit for your contributions. As a software engineer, it’s essential to be proactive in promoting yourself and your work.

Law 9: Win Through Your Actions, Never Through Argument

It reminds software engineers of the importance of delivering high-quality work and demonstrating expertise rather than engaging in arguments or debates. By focusing on your work and consistently delivering exceptional results, you can earn the respect and admiration of your colleagues, build a reputation as a skilled and reliable engineer, and avoid damaging your professional reputation through unnecessary conflicts. Additionally, it’s essential to approach discussions and disagreements with a level head and a willingness to listen to others’ perspectives, identifying common ground and working towards solutions that benefit everyone involved. Ultimately, It emphasizes the importance of actions over words in building a successful and respected career as a software engineer.

Law 29: Plan All the Way to the End

It is a powerful reminder to software engineers to take a strategic and long-term approach to their work. While it can be tempting to focus on immediate needs and short-term goals, this law emphasizes the importance of thinking ahead and planning for the future. By taking the time to plan thoroughly and consider all potential outcomes, software engineers can anticipate potential problems and avoid costly mistakes. This law also stresses the importance of ongoing planning and review, encouraging engineers to regularly assess their progress and adjust their plans as needed.

Law 48: Assume Formlessness

It encourages software engineers to be adaptable and flexible in their approach to work. By embracing change and avoiding becoming locked into rigid plans or structures, engineers can stay nimble and remain creative and innovative. This law emphasizes the importance of being comfortable with uncertainty and open to new ideas, allowing engineers to stay ahead of the curve, anticipate potential problems, and quickly pivot when circumstances change. Ultimately, Law 48 reminds us that adaptability is key to success in the fast-paced and constantly evolving world of software engineering.

Each chapter is filled with historical examples of people who have used these laws to great effect, such as Julius Caesar, Sun Tzu, and Napoleon Bonaparte. The author uses these examples to illustrate the effectiveness of each law in different situations.

One of the most notable things about this book is its unapologetic approach to the acquisition of power. The book’s focus is on the acquisition and maintenance of power at all costs, regardless of morality or ethics. The author argues that power is a necessary component of success, and that those who seek to attain it must do so at all costs.

Despite its controversial subject matter, the book is well-written and easy to read. The author’s writing style is engaging, and his use of historical examples helps to illustrate the points he’s trying to make. The book is also filled with practical advice that readers can use in their own lives.

That said, the book has received its fair share of criticism. Some have argued that the book promotes a cynical and amoral worldview. Others have criticized the book for its lack of ethical considerations, arguing that the acquisition of power should not come at the expense of others.

In conclusion, The 48 Laws of Power is a well-written and engaging book that offers valuable insights into the acquisition and maintenance of power. While some may criticize the book for its amoral approach, it remains a valuable resource for software engineers who want to succeed in their careers. By understanding power dynamics and how to leverage them effectively, software engineers can position themselves for success in an ever-changing field. Whether you’re a junior developer just starting out or just someone looking to improve your interpersonal skills, this book is definitely worth a read.

--

--

Siddhant Khare
Siddhant Khare

Written by Siddhant Khare

SWE @Gitpod | Hobby Open Source Contributor | Technical blogs on https://dev.to/siddhantkcode

No responses yet