MoreRSS

site iconHackerNoonModify

We are an open and international community of 45,000+ contributing writers publishing stories and expertise for 4+ million curious and insightful monthly readers.
Please copy the RSS to your reader, or quickly subscribe to:

Inoreader Feedly Follow Feedbin Local Reader

Rss preview of Blog of HackerNoon

The Observability Crisis in AI Systems: Why Your Logs Are Lying to You

2026-05-21 05:34:19

When AI started being adopted, the focus was on its capabilities and speed. Businesses wanted systems that could work independently across different areas. What they know now is that independent systems with unclear processes present a major operational risk. Now, they want to know how these systems are thinking, adapting, and making crucial decisions that affect their operations.

I Run Six Ideas At Once And My Brain Is Filing For Divorce

2026-05-21 05:10:15

Right now, I have six ideas open in my head.

\ RoastRocket just got its first users and is politely asking for more attention. Sync Motion and Brida IT are actually paying rent. OrangeTable is trying to become the default invoicing tool for Austrian solopreneurs who hate spreadsheets. Alpine42 is… doing whatever Alpine42 is doing this week. And Marvin is still roasting codebases like a depressed android who has seen too much and would like to see less.

\ My brain feels like it went through a blender set to "indie hacker."

\ This is not the glamorous startup story. This is the real one.

How Most Indie Hackers Actually Start (The Portfolio Trap)

Everyone tells you to pick one idea and go all in. Focus. Ship. Scale.

\ What actually happens is this:

You build something. It gets some traction or at least doesn't die immediately. Then another idea appears. It looks interesting. You tell yourself you'll just spend a weekend on it. Then another one shows up because apparently you can't help yourself. Suddenly, you're not running a company — you're running a portfolio.

\ And the portfolio is slowly killing you.

\ I didn't plan to become a multi-project founder. It just… happened. One project at a time. Like a very slow, very expensive form of self-harm.

The Current Situation (As Of This Week)

Here's the portfolio, ranked by how much they're currently destroying my focus:

RoastRocket: AI that brutally stress-tests startup ideas before you waste months building them. Five planets. Fifteen questions. One honest verdict. First users are in. They're either impressed or deeply offended. Both are fine.

\ Sync Motion + brida it-solutions.: Industrial software for factories that actually makes money. OT/IT integration, monitoring, the kind of work that pays invoices instead of creating them. This is the responsible adult in the room.

\ OrangeTable: All-in-one office software for Austrian one-person businesses. Invoices, quotes, reminders, receipts. Basically, the tool I wish existed when I was drowning in admin work. Still early, but the direction feels right.

\ alpine42: My current AI systems experiment. I am the founder and the AI Systems Engineer, which is a fancy way of saying I'm building something and hoping it eventually makes sense to other people. Status: ambitious and slightly chaotic.

\ RoastedByMarvin: The depressed android persona that roasts code and architecture because apparently that's what I do for fun now. Brain the size of a planet. Roasting your code anyway.

\ Six projects. One brain. Zero chance of feeling on top of any of them at the same time.

Brain Fry: The Real Indie Hacker Tax

The worst part isn't the work. It's the switching.

\ A typical day looks like this:

9:00 — Open RoastRocket support. Someone's idea just got absolutely destroyed by the AI, and they're mad about it. Fair.

9:47 — Suddenly remember I promised to fix an industrial protocol edge case in Sync Motion. Context switch. Brain makes unhappy noises.

10:15 — OrangeTable has a weird invoice calculation bug that only happens in Austria because, of course, it does. Switch again.

11:30 — Try to remember which project even has the feature I was supposed to ship this week. Open three different codebases. Close all of them. Open them again.

\ By 2 p.m., my brain has the consistency of warm yogurt.

\ This is the context switching tax. Every switch costs you 20-40 minutes of real productivity and some amount of your soul. Do this eight times a day, and you end up like me: functional, but only barely.

\ The worst moments are when you mix things up.

\ I once spent twenty minutes trying to remember why I had added a "roast" button to an industrial monitoring dashboard. I hadn't. I was in the wrong project. My brain had just… given up and started hallucinating features across codebases.

\ Another time, I replied to a RoastRocket user with industrial terminology. They were very confused. I was very tired.

\ This is the part nobody talks about when they say "just build in public" or "ship fast." They don't mention that your brain will eventually start leaking between projects like a poorly isolated container.

Would I Do It Differently?

Probably not.

\ I like building things. I like solving different kinds of problems. I like the variety. But I would have built better mental guardrails earlier. I would have documented more aggressively from day one. And I probably would have killed one or two projects sooner than I did.

\ Or maybe not. It's hard to say when your brain is currently running on three different codebases at once.

The Bottom Line

If you're thinking about starting your first project: do it. Just know what you're signing up for.

\ If you're already running multiple projects and your brain feels like warm yogurt, you're not broken. You're just doing the indie hacker version of running a small conglomerate with no employees and no HR department.

\ The brain fry is real. The context switching tax is real. But so is the freedom to build whatever the hell you want, whenever you want, without asking anyone's permission.

\ Some days, that feels worth it.

Most days, it just feels like a lot.

\ Either way, the projects keep going. And so do I.

\ Mostly.

206 Blog Posts To Learn About Career

2026-05-21 04:00:50

Let's learn about Career via these 206 free blog posts. They are ordered by HackerNoon reader engagement data. Visit the Learn Repo or LearnRepo.com to find the most read blog posts about any technology.

A career encompasses an individual's journey through learning, work, and other aspects of life, particularly in their professional development. Strategic career planning is vital for achieving professional goals and personal fulfillment.

1. How to Earn $25-45/Hour By Helping to Train AI Models

Scale AI needs your help training AI models.

2. How to EFFECTIVELY Manage Young Product Managers

The ultimate guide on how to manage young PMs in your team. Includes Dos and Don’ts, examples and modus operandi using which I wish I was led/managed early on when I started as a PM. Also, young PMs could takeaway lessons from here on what to expect and ask from your managers.

3. How Useful are Certificates from Coursera, edX, and Udemy?

4. 7 Hard Truths for New Software Developers

If you’re coming out of your education (whether that is self taught, a university degree, or bootcamp), it’s important to know that your expectations for your career in the tech workforce may not align with actual industry practice and culture.

5. Why I Dropped Out of College in 2020 to Design My Own ML and AI Degree

Most people would think I was crazy for starting 2020 as a college dropout (sorry mom!), but I wish I made this decision sooner. 

6. Where to Find a Software Engineer Mentor (and How to Benefit From Them)

Want to advance your software development career? Read our article to find out how to find a software engineer mentor and how to benefit from them.

7. 14 Things I Wish I Knew Before Becoming a Software Engineer

A Q&A for students with a Facebook software engineer

8. How to Become a Web3 Writer: Simple Tips to Get Started

You can earn six figures as a Web3 writer. Here's how you can get started.

9. Tech Layoffs: What do They Mean for Budding Developers?

So we're officially in a recession, and now the question is, "what does a recession mean to me as a brand-new developer?".

10. I Became a Software Engineer in 3 Months - Here's How

I became a software engineer in 3 months and I believe you can too. The secret that helped me succeed is showing up every day and doing the work.

11. Top 7 Courses to Become a Software Architect or Solution Architect

Every Programmer wants to grow in their career, but it’s not easy, and if you don’t pay attention to your job, you will likely stay in the same position for many years. The growth in the initial few years is generally fast. Still, once you reach the barrier of 5 years, you need to decide which direction you want to move like — people management, product management, or software architecture.

12. 5 Bad Habits Of Software Developers

There is no hard and fast rule as to how a programmer should program. So, there is nothing wrong if you have your own style of programming.

13. The Growing Field of Fraud Prevention: Insights and Career Opportunities

For those seeking a fulfilling career path with meaningful impact, the field of fraud prevention offers immense potential.

14. How To Become a Senior Developer: Thinking one Level Ahead

The skills needed to get a promotion are quite different from those you need to land a job. Promotions require a different approach to your skills, value, and relationships in your organization. How does one strike a careful balance between passion, ambition, and talent that is needed to get your next promotion?

15. What Makes You a Great Programmer on The Team?

Majority of software developers are aspired to be not only a competent professional but also a great one.

16. Top 5 Concurrency Interview Questions for Software Engineers

(Some background: I’ve interviewed hundreds of candidates for software engineering jobs at Facebook and Microsoft. I’ve also failed several coding interviews myself when I wasn’t prepared.)

17. UX Design: 6 Things I Want to Share with My Junior Designer Self

6 tips for new grad and junior UX designers from a Staff Product Designer at Meta and Google.

18. How I Built an Online Radio with Soundcloud and NextJS

19. MLOps Engineer vs ML Engineer: The Key Differences

Discover the key differences between MLOps Engineer vs ML Engineer roles, including focus, collaboration, and tooling.

20. Mastering Leetcode: 6 Problem Picking Patterns for Technical Success

Coding Ninja Says: Accelerate your career by solving leetcode analysis paralysis with additional career advice

21. How to Get a Developer Job with No Experience (Like I Did)

There's a lot that you can do to improve your chances of getting that first job in tech. Your programming skills are not the end of it. Without experience, you will need to take steps to convince employers that you deserve a chance. Here's how I did it.

22. My Developer Interview Experience at Lyft, Microsoft, Booking, Uber, JP Morgan, Amazon and Facebook

Yet another story of how an ordinary guy from the middle of nowhere in Russia managed to get multiple FAANG offers. This time, in Europe.

23. How I Got a Job at Spotify via my GitHub Profile

How my GitHub profile got me a job at Spotify. It doesn't have to be a good profile, but having one can be a difference-maker.

24. What Is Impostor Syndrome?

Impostor syndrome is a psychological occurrence in which an individual doubts their skills or talents and has a fear of being exposed as a fraud.

25. If You're Learning How To Code, Check Out These 39 Programming Courses👨‍💻👩‍💻

These are 39 beginner programming courses to get you started on your coding journey!

26. 5 Steps in Programming to Keep You From Getting Stuck

Getting stuck in a programming problem is a very common thing.

27. I Wish I Never Learned to Code

I write code for a living. You might say I’m a professional software engineer, but really software engineering is much more than just a profession — it’s a lifestyle. The hoodies, the ping pong, the endless snacks and soda… it’s all true. And yet, as rewarding as this field can be, I have a confession to make:

28. From Mid to Senior: How to Deal With Imposter Syndrome

Combat Impostor Syndrome as a developer. Understand it, identify signs, and learn strategies to manage self-doubt while stepping into senior roles.

29. Choosing Your First Software Development Job: Factors to Consider

Getting into the field of software development is a smart career move. Many employers are looking for developers and often struggle to fill these roles. Not only that but salaries and benefits are extremely competitive in our tech-centric world.

30. The Valley is Dead for Devs. Time to Move to Switzerland?

Silicon Valley is dead for Software Developers.

31. Ikigai: The Japanese Philosophy To Find Purpose

Ikigai (生き甲斐) is a Japanese concept that means your reason for being. ‘Iki’ in Japanese means ‘life,’ and ‘gai’ describes value or worth.

32. Why Designers Should Understand How Developers Work

As designers it’s easy to get annoyed with developers. Perhaps they can’t get the alignment of a button right; or that feature you deemed critical to your UX is just too far down the backlog for your comfort.

[33. I Live On the Internet: Interview With

Bin Nguyen, CEO of Chiheisen Technology](https://hackernoon.com/i-live-on-the-internet-interview-with-bin-nguyen-ceo-of-chiheisen-technology)

34. My Journey of Breaking into Big Tech (Or How I Ended up Joining Microsoft)

Is Big Tech all it’s cracked up to be? Are the stereotypes true? How the heck can someone get into these big companies?

35. The State of Web3 Education

More people are coming to Web3 to set up shop and work. But, we need better Web3 education to make this easier, and reflect the ideals of the space.

36. My Damn Good Advice for Junior Developers

A client emailed me a while back and asked what advice I’d give to someone just starting out on their career.

37. Why We Must (Dare to) Change Higher Education Now

My experience from speaking at a career event for Millennials.

38. 7 Tips that will Make You a Better Front End Developer

Being a front end developer is a challenging job. Whether you’re a beginner or an experienced developer, there are always ways you can improve and raise the quality of your work. You need to be willing to put in the time and effort to learn and improve the skill. Begin to build good habits like proper planning and even learning when to say no. Here are seven tips that will make you a better front end developer. 

39. From Networking to the Cloud: Navigating Career Shifts in a Cloud-First World

Many network folks find the idea of learning cloud architecture. The truth is that the two are more similar than they seem.

40. 36 Questions Every Software Developer Should Ask Potential Employers

“Do you have any questions for us?” the interviewer asks. This is your chance to find out if the company if a good fit for YOU.

41. Picking the Best Slack Summary Tools (And 3 Top Picks)

Every team using Slack could benefit from a slack summariser. Here’s how to choose the right Slack app for your team to save time and surface insights.

42. How To Break The “Senior Engineer” Career Ceiling

I have met many engineers whose career progression seemingly stops at “senior engineer”. It happens for many reasons:

43. How a 1950s Career 'Theory' Blinds Us To Today's Realities of Work

The idea of a good career path or a career trajectory is deeply embedded in our beliefs about how work should be. While it would be amazing if this was a reality that people could count on, I believe that it is a product of a unique moment in history.

44. Applying for Research Internships at IITs, IIMs, NITs, and Foreign Universities

Hi there!

45. Notion CRM template: How I use it to Grow My Career

How to build a CRM tool to grow professional relationships and your career

46. What The Job Market Looks Like Now For Software Engineers

Software engineers seem to be in demand, but there are a lot of contradictory threads and information out there. Articles have even come out that question whether you really want to actually be a software engineer or whether you want to actually use your software engineering skills to create your own systems.

47. Must-have Soft Skills for a DevOps Engineer

Essential skills for DevOps Engineer to boost your career with no stress

48. 5 Things to Consider Before Interviewing at Fortinet

Working at Fortinet is a unique experience. Its one that can grow your career and pay you well, if you know what your getting into.

49. Become a Front-End Developer in 6 Months with These 4 Skills

Let me give you a simple roadmap to know where you are, and where you should go next. So here are 4 essential skills to become a frontend developer in 6 months.

50. Delivery Manager In Your Early 20s: The Secrets To Rapid Career Growth

In this article, Karyna Prykhodko, a Junior Delivery Manager at Innovecs, shared secrets and useful advices to rapid career growth.

51. How to Turn "0 Years of Experience" Into a Job in Tech

If you’re here, you want to land a technical role, but you’re not sure what to do next. Do you get a specific certification? What tools or software do you need to pick up? You want to know you can land an incredible job that pays well, allows you to learn, and stand among fellow techies. Yet, you’re uncertain right now and unsure if your technical skills are at the level companies want. The last thing you want is for a hiring manager to look at your resume and immediately toss it out. Even worse, he might laugh at how bad your technical skills are.

52. 7 Best Tech Career Paths of The Future

From technology and innovation to economies, the world has been experiencing a plethora of changes in recent times. Business, as usual, is no more an alternative for any industry. The traditional careers may or may not have their way into the future. With these rapid transitions, there are a lot of new career options that may rule the future.

53. Getting Into Tech: 7 Golden Tips For a Career Change

If you are reading these tips on how to switch your job to IT, then below you will find some golden tips which I wish I had got at the start of my career back t

54. Why I Quit My Full Stack Web Developer Job

Learn how to recognize red flags in your workplace culture as a software developer.

55. Happy 1-Year Podiversary, Hackers!

Wow, someone pinch me! One year of The HackerNoon Podcast already?!

56. 8 Habits of Highly Productive People

The habits of highly productive people make them accomplish a lot. It's not magic, and you can improve your mentality by following these 8 habits.

57. 5 Things to Consider Before Joining a Startup

Thinking of changing your career by stepping into the startup scene? Here are a few things to consider before joining a risky early-stage venture.

58. How to Write a Python Script to Scale Your Data Science Job Applications

Are you struggling getting job interviews as a fresh graduate out of college? Here's my experience using an unconventional approach to get that interview.

59. 7 Ways To Make Your Software Engineering Resume Stand Out

Software engineering is an in-demand skill with lots of job opportunities. As more people enter the field, tempted by big salaries and the promise of job security, it is increasingly important to make sure that your resume stands out for those top-tier jobs. Here are a few tweaks you can make to your resume so that it ends up at the top of every hiring manager’s pile.

60. How to Review Pull Requests in 2022

Someone in my Virtual Coffee community asked about getting better at reviewing pull requests (PR) today, which prompted this post. Hopefully, you find something

61. Lessons From My First Software Engineering Job

First steps from freelancing to leading large projects. Tips on getting the most out of your first job. Application process, mentoring, career, soft skills.

62. The 4 Mindsets of a Great Startup Engineer

For those looking to leap into the world of startups, here are the four essential mindsets that will make you a successful startup engineer.

63. Redefining Software Engineer Levels: A Transparent Classification System for Your Company

Propose new names for software engineer levels using a transparent and standardized classification system

64. Why It’s a Good Idea for Developers to Work with Startups Instead of for Them

What if I told you, it’s possible to get the best of both worlds – to capture the advantages of working with a startup while mitigating the downsides?

65. How to Get Your First Job as a Video Game Designer

How many of us have thought to ourselves “how cool would it be to become a game designer!” It might seem like a pipe dream at first, but with the right approach, it’s possible, even for someone in their 30s with a completely unrelated education or background. 



66. Reflections of a Self-Taught Dev

Background

67. The Roadmap To Becoming A Great CTO: Skills, Strategy, and Rewards

What is the role of a CTO in small to mid-stage companies? How do you get the job and how do you do well in the role?

68. Burnout: Recognizing Signs and Taking Action

Fight back against tech burnout. Learn to recognize the signs, take action, and put preventive strategies in place to thrive in the tech industry.

69. Becoming Consistent

Becoming Consistent

70. 4 Best Free Professional Coding Resources to Try in 2022

Free coding resources allow you to try out professional tools and services. If you're a student, take this opportunity to get experienced!

71. Strategically Picking a Side Project

As my list of side projects grew ever larger, the list of abandoned, semifinished projects did so too.

72. How to Prepare For a Mock Interview — Daniel Habib

Programming mock interviews can be time consuming and intimidating - here's how to make sure you didn't just waste your time

73. 35 of the Best Dev Channels and Content Creators on Youtube

Here I've compiled a list of personal favorite devs on YouTube. I've added a couple of lines on each channel too for reference. Enjoy!

74. Why You Should Chase Interesting Problems, Not Money

Feeling dissatisfied with your career? We grow up with the lie that money makes everything right. And it doesn't. Here's why.

75. This Skill Gap Is Blocking Your Career (And It Has Nothing to Do with AI)

Weak interview skills are holding back 8 in 10 tech workers.

76. The "5 to 9 Product Manager"

What to look for when hiring Product Managers. What Product Managers can do to stand out from the crowd.

77. Unleashing Your Software Developer Potential: Mastering Growth with a Notion Template

Have you ever considered the vital role that good documentation plays in one’s career growth?

78. 4 Future-Proof IT Specialties for IT Workers of Today and Tomorrow

For more than thirty years now, the global IT sector has been growing. Rapid developments in a variety of technology fields have created whole new industries and revolutionized others. For those that became a part of the swelling ranks of IT workers, it's been a time of unprecedented career opportunities.

79. Hacking Time Management and Task Prioritization

Master time management & prioritization as a senior developer. Learn strategies like the Eisenhower Matrix, Pareto Principle & more for success.

80. 5 Benefits of Learning to Code That Transfer To Other Segments Of Your Life

This is a brief list of benefits I already feel even as a newbie, in all areas of my life, which started developing because of learning to code. I believe it will only get better with more experience. Here they are in a short list, and then a few words about each.

81. There's No Shortage of Drama in the NFT World with Contributor, Sam White

I find the NFT niche way more fascinating than other areas, because it’s so volatile. it’s massively disruptive, unregulated, and undefined.

82. How to Increase Your Chances of Landing Interviews at Google

Every developer, designer or marketer thinks of getting a job at well-known and huge organizations like Google, Facebook, LinkedIn or Netflix, but it’s very hard to reach these companies for the interview even if you have all the skills. Today I’m sharing ways to land interviews at these organizations.

83. From Science to Soup: The Power of Transferable Skills

Discover how these top five skills can lead to new career opportunities.

84. Take Your Software Engineering Career to the Next Level With These 4 Soft Skills

A good software engineer not only has good technical skills but also great soft skills. Having excellent soft skills will boost your career!

85. My Take on The Mass Layoff at Twitter HQ

Bad managment can fire you at an instant if they can pay for it

86. Asking Questions Makes You Look Smarter

Junior developers are afraid of looking dumb. They think that seeming stupid will hinder their career progression. Nothing could be further from the truth.

87. What Leaders Can do to Encourage Learning and Development

An organization's success depends not only on current capabilities but on the team's ability to grow and adapt. And this is facilitated by its leaders.

88. Big O Notation: What Is It and Why Is It Important?

Demystify Big O Notation with a relatable guide! Bridge the gap between abstract & concrete thinking in algorithms. Let’s eliminate the confusion!

89. Stop Fearing the Whiteboard: Conquer It!

It's time we stopped fearing, complaining, and arguing about whiteboard coding interviews.

90. Tips to Land a Job at a Top Tech Companies

Landing a job at at Google, Apple and other similar companies in the world can seem like an impossible task. Read this guide you can land an interview in tech!

91. Lies We Often Tell Ourselves: Simplicity, Microservices, and More

Learn why simplicity often wins, how microservices can mislead, and which practices truly boost team success.

92. 10 Companies to Bet the Future of Your Career On

If you’re interested in great rewards, a career with a heavy tilt toward stock-based compensation could be right for you, depending on your risk tolerance.

93. 7 Years In Tech Leadership: What I've Learned

Being a CTO can be hard and frustrating, but also fun and satisfying. During my time in the last seven years as CTO, R&D manager, and software architect both at Walla!NEWS, Careerpage, and Appwrite, I have collected some insights that helped me do my jobs and achieve my company’s goals. For a long time, I have thought about sharing my ideas, and in this post, I will try my best to give away some of those insights based on my personal experiences.

94. What Does Total Compensation Really Mean?

It is common to think of compensation purely as salary – money you get paid for the work you do. But many people get compensated with more than just salary.

95. The Benefits of Writing in English (as a Non-Native Speaker)

Writing for a blog is not about perfect grammar or fancy sentences. Here's why you should write in English (as a non-native English speaker).

96. From Mid to Senior: How to Navigate Through Office Politics

Master the art of navigating office politics as a senior developer. Learn to understand dynamics, build relationships, and advocate effectively.

97. The Secret for 10x Impact: Ask the Right Questions - Write Boring Software

Do you wonder how to have great business impact when writing software? Here is what I learned that profoundly changed how I approach software.

98. The Opportunity Card Germany - What I Went Through and What You Should Expect

Discover the Opportunity Card (Chancenkarte), Germany's innovative immigration policy aimed at attracting skilled workers from non-EU countries.

99. 383 Stories To Learn About Career Advice

Learn everything you need to know about Career Advice via these 383 free HackerNoon stories.

100. Software Architecture Decisions: Focus on the Facts and Don't Make Guesses

Unlock the power of data in software architecture. Embrace YAGNI, prioritize users' needs, and make informed, value-driven decisions. No guesswork, just facts.

101. Software Engineer Performance Review are a Paradox

Performance reviews play a big role in the operation of the organization.

102. How I Train Myself For Google Internship Interview

I recently got an intern offer from Google for Summer 2020. I have been practicing LeetCode problems for more than two years. Other than the LC problems, I have used the educative courses to help me prepare the coding interviews.

103. In First-Person Experience: Why Should You Become a Linux Foundation Intern?

Last year, I was a mentee at the Hyperledger Summer Internship program, hosted by Hyperledger and the Linux Foundation.Here, I share with you some of the processes. A trick for applying is to build up some skills and to investigate the topic of the internship beforehand, if possible. Showing enthusiasm, and a sense of mission also helps. After applying, I got to know my mentor, David Huseby. Dave explained what he expected from the now realized blockchain course:Enterprise Blockchain Technologies (https://github.com/hyperledger-labs/university-course).The program was nicely paced, with my course being delivered in four phases. You can check the progress here: https://wiki.hyperledger.org/display/INTERN/Build+a+university+course+on+Hyperledger+Fabric+using+Hyperledger+Umbra

104. Attracting Sales Talent: A Marketing Approach to Hiring

Hiring the right people is crucial to the success of your business.

105. Should I Quit My Job? The Psychology of Knowing When It's Time to Leave

Feeling stuck in your job? This piece explores when to leave, how to plan your next move, and why your mindset is everything.

106. Web Designer vs Web Developer: What's the difference?

So many businesses make the same mistakes when they set out to develop or redevelop their websites. Overcome with the compelling need to do it all as quickly as possible and as cheaply as possible, many companies take shortcuts which, sadly for them, ultimately costs them more in the long-run. Compromising on web design is one of those shortcuts that far too many individuals and businesses take, even though great web design ultimately leads to better performing websites and improved user experiences, as well as improved conversion rates. Well-designed websites create confidence that your business is trustworthy as well. 

107. Why Giving Developers The Freedom Of Choice Is Not Easy

It’s a fact that software developers are in great demand these days, to say the least… The growing need for building more tech products vs. well-trained resources is out of balance.

108. How to Work in Tech Without Technical Experience

Learn what are the best entry level IT jobs. I describe briefly what QA engineer, product owner, scrum master, UX/UI designer, CSM and technical writer do. It's

109. You Can’t Be a Good Web3 Designer Without Real Interest in Web3

My name is Andrii Bondar. I'm a product designer working on the zkSync project, a layer 2 solution for scaling the Ethereum blockchain.

110. You're Building Your AI Team Wrong: It's Not a Skills Problem

Most AI teams fail because of composition, not skills. Here's how personality types determine whether your team ships, scales, or falls apart.

111. A Guide to Surviving in a Tech Company as a Non-Technical Staff

You have just started working in a prestigious tech company. But the problem is that you have 0% knowledge about tech. Here's how you can survive.

112. Productivity Guide: How to Be Less Busy and More Effective

In our hectic modern world, we believe that rushing from one task to the next and managing multiple priorities shows everyone that we are productive.

113. Adopt a DevOps Culture Before Looking for DevOps Engineers

Job specs for DevOps engineer jobs often mention a vast variety of duties and responsibilities. Are they hiring for a single role or a whole team?

114. From Mid to Senior: Tips on Leading Projects

Learn the path from a mid-level developer to a project leader: enhancing skills, leading a team, project execution, and fostering growth in a dynamic tech envir

115. Why is there a Shortage of Developers in the World?

116. My Experience of Moving up the Career Ladder in Software Engineering

Three of the most important learnings I had in my career so far going from Junior to Senior Software Engineer.

117. 5 Tips for Negotiating Your Compensation

Getting paid what you are worth can be a challenge, especially if you don’t know your worth.

118. Our Careers and Our Identity Capital

Identity capital is the accumulation of our personal assets, in other words, a culmination of things that make us who we are.

119. Reinvent Yourself Using Technology: 4 Jobs You Can Do Online

Here are four basic ways to use technology to reinvent one's career during this tough pandemic. Pivot your career to make money online with freelancing and more

120. 10 Skills You Need For Your Post-Pandemic Career

Ever since the pandemic began, and workforces went home for what turned out to be a long period of remote work (which has yet to fully end), we’ve been asking ourselves a lot of questions about the future of work. How are we adapting to this new environment? Do we need new skills? Will technology help us or hurt us over the long term? Is it OK to prioritise a healthier work-life balance when the world seems to be ending? What careers will be on the ascent when this is over, and which ones should be avoided?

121. Building an Impressive Demo Project That Gets You Hired

When applying for a job, it’s good to have a demo project to present as an example of your work.

122. Time To Give Back to the Dev Community

After eight years in software development, I decided it was time to contribute more to the developer community.

123. A Guide to Remote Working as a Beginner

are you a freelancer or a remote employee or contractor working on a remote basis? if you’re any of this then this guide is for you.

124. The 2022 State of Software Engineers Report

Hired released its 2022 State of Software Engineers, a report that analyzes key software engineering trends around demand, salaries, skills, and preferences.

125. 5 Crucial Career Stages: From Looking For An Internship To Career Growth

Internships are held at the office of a company that already employs professionals in the field.

126. Higher Ed Just Got Hacked: This $5K Master’s in AI Changes Everything

This week, Udacity (in partnership with Woolf) launched a fully accredited Master of Science in Artificial Intelligence.

127. Ubiquitous Language: A Key to Success in Professional Environments

Unleash your professional potential with ubiquitous language. Discover how mastering industry-standard communication elevates productivity and career growth.

128. 9 Lessons for Engineers of All Levels from 'Staff Engineer' by Will Larson

If you care about your impact and take responsibility for the effect that your code/what you do has on your product/codebase, it will show itself in your PR’s

129. How to Deal with a Coworker Making More Money Than You

As many companies increase pay to attract new talent in an increasingly competitive Job market some workers are finding themselves left behind. What do they do?

130. Salesforce is More Than Just a CRM

People who know of my work in the Windows world sometimes ask me how I, a “real" programmer and former Microsoft MVP, could become so involved with Salesforce development.  I thought I’d write a different kind of article highlighting one of the Salesforce platform features that I find compelling—and that makes Salesforce, for me, a serious platform for software development. Instead of the usual "dry" technical article, I present to you a story - a work of fiction (except for the technology, which is all true). 

131. Mentoring Juniors: Tips for Mid-Level to Senior Developers

Unlock the mentor in you as a mid-level developer. Learn effective strategies to guide junior developers, enhance your skills and foster teamwork.

132. Assessing Personal Career and Progress

Taking a pause from something that we do in order to keep track of something that is needed some attention is very important.

133. Using the XR Double Diamond Process to Compare the Designer vs Developer Path

How to pick the right path in the XR career. Whether it's augmented, virtual or mixed reality - you'll have to choose whether to become a designer or developer.

134. The Top 6 Red Flags in Companies You Should Watch Out For🚩

Spot workplace red flags like unrealistic deadlines, dishonesty, and toxicity that harm career growth and mental health. Learn to recognize and address these

135. How To Know If You Are Ready For Internship?

Recently I just completed my 6-months internship at Digi-X. It was a great experience for me, I went from using XAMPP to setup a simple PHP website to knowing how to use Laravel and deploy it on AWS on top of NGINX web server.

136. How to Kickstart Your Career in Web3

Many of you have thought about starting a career in web3, whether it's transitioning from web2 or without any experience at all.

137. "Once you know the rules, you are free to break them"

Rules were not meant to be broken, but there's always a reason to walk on the wild side. Make sure you know how to decide when it is appropriate to do so.

138. The Value of an Experienced PM

What are the attributes of a great Product Manager? That’s a question we recently asked ourselves at Zencity when we were looking to add another PM to the team. Some attributes are a part of a person’s character. Things like curiosity, sharp thinking and a relentless pursuit of truth. Those traits might be developed and enhanced, but for the most part — you either have them or not. Other attributes have to do with the knowledge the person obtained.

139. Your Shape as a Developer Defines How You Work

Going all in on a specific technology or learning many at once, but not going deep enough?

140. The Hacker in the Second Renaissance

“It is better to have a permanent income than to be fascinating”, Oscar Wilde.

141. Here's How Developers Can Build Their Own Personal Brand

Learn how to build a strong personal brand as a developer with this comprehensive guide. Discover steps to identify your strengths, create valuable content.

142. Whoops, I Broke Prod: Learning From Failure From Mid-Level to Senior

Navigate the journey from mid-level to senior developer, exploring how to manage production errors, learn from mistakes, and foster growth.

143. Comparing the Workplace Characteristics of IT Companies When Searching for an IT Job

Let’s try to systematize the difference between the companies that you can find on the job market.

144. How I Use Emacs to Get Things Done

I use emacs for nearly all of my daily computing needs. Here's how I do it.

145. Meet the Writer: Mikhail Kirilin Did 12 Hours of Research for His Latest Piece

My name is Mikhail Kirilin. For the past 7 years, I've been involved in PR, editorial, and communications in one way or another. I've been studying hedge funds.

146. Unlock Your Career in Artificial Intelligence and Machine Learning

The significance of artificial intelligence and machine learning (AIML) has increased by much in technology in recent years. It has gone to a point where they are helping businesses gain an advantage over their competitors.

147. AI Coding Tools Raise the Ceiling for Developers, Not Replace Them

AI can generate code fast, but developers still matter for architecture, debugging, prompts, and the critical moments when systems fail.

148. If You Learn to Build Scalable Applications, You Can Change Your Career

What we're up to

149. How To Overcome Imposter Syndrome as a Junior Developer

Understanding how to overcome imposter syndrome in the workplace will help you avoid common mistakes and set yourself up for career success.

150. Striking the Right Balance Between Innovation and Maintenance

Explore the intricate balance between innovation and maintenance in software development. Uncover strategies to ensure growth while maintaining product integrit

151. The Significance of Self-Improvement for Developers: Crafting a Better You

Discover how to master your craft with intentional learning, consistent practice, and unwavering self-belief. Take your professionalism seriously!

152. Constantly Changing Technologies Can be Very Helpful for Your Programming Career

Constantly changing technologies may seem like something that would harm your career but taking the opportunity to branch out can be incredibly helpful.

153. Real Feedback On My Portfolio That May Help You Improve Yours

Some months ago I posted an article about how I built my first personal portfolio. The feedback was pretty awesome and I got some great ideas.

154. 143 Stories To Learn About Career

Learn everything you need to know about Career via these 143 free HackerNoon stories.

155. What is Reverse Mentoring?

Reverse mentoring occurs when young people become mentors of executives to guide them on various topics of strategic and cultural relevance.

156. To UI Engineering and Back Again

This is going to be one of those once upon a time articles so buckle up and prepare for a story.

157. Exploring Senior Engineer Fatigue

As engineers grow, "Senior Wisdom" and "Senior Fatigue" set in. It's not about doing less but working smarter, using experience to focus on what truly matters.

158. How Software Developers Can Overcome Common Career Hurdles

It’s January, and most of you have probably enjoyed a break from work over the festive season. Less time coding and more time gaming or film watching. All that time with colleagues is replaced with family, friends and pets rather than coworkers. But it’s Monday, and the working week is back with a vengeance. Did you return to your job this week with feeling is enthusiasm or dread?

159. ArtemisFlow: A Local-First Job Tracker I Built

ArtemisFlow is a local-first job tracker built for tech candidates. No accounts, no backend, and no external database.

160. How I Started My Software Engineering Career (and Why)

It was a long chain of failed experiments, small wins, online communities, mentors, and a lot of curiosity.

161. How to Transition From a Software Engineer to a Product Manager

It's all about testing and reading market responses.

162. Buying an iPhone Landed me my First Job as a Developer

Buying an iphone gave me a great idea, that resulted in my first job as a develop, here's how!

163. Empowering Your Career through Continuous Learning

Unlock your growth potential in tech by embracing continuous learning. Discover its importance, tips for success, and top resources to stay updated.

164. The Thing Most Developers Get Wrong On Interviews

As an interviewee your main priority is to help the interviewer visualize what kind of employee you'll be at their company, and how your previous experience and achievements makes you a great for the position.

165. From Software Engineer to Product Manager: My First Month

I’ve just finished my first 30 days as a Product Manager moving from my previous Frontend Developer role in the Oberlo Growth team. I decided it’s also a good time to pause and reflect on all that has happened in my first month.

166. Meet the Writer: Sergey Prilutskiy is The Co-founder of Blockchain Company, MixBytes

Short interview with Sergey Prilutskiy, developer, researcher, security specialist, co-founder of MixBytes company, and Hackernoon author.

167. Basics Behind Building Remote Team

Many remote team management theories offer the following model structure. It starts with:

168. A Product Designer's Path: Career Lessons I Wish I Knew Sooner

Gain valuable insights into the world of product design with our comprehensive guide, 'Decoding the Product Designer's Journey: 10 Lessons Learned'.

169. Software Testing as a Job to Enter the Tech Space

Software testing is a tech job that doesn’t get as much attention as it deserves.

170. Tech Lead Spills The Beans on Taking Charge of Your Own Project

A tech lead will make architectural and design decisions for the entire team whilst also helping guide team members in their technical choices.

171. Fostering Trust within Remote Teams

Learn how to build trust within remote tech teams. This guide explores key elements of trust and practical strategies for fostering a unified team.

172. How Finding Your People Can Help You Achieve Your Big Dreams

Got Big Dreams? Find Your Ecosystem

173. MLOps Engineer vs Data Scientist — The Differences Between the Two

Explore the differences between MLOps Engineer vs Data Scientist roles, focusing on their expertise, collaboration, and model lifecycle.

174. The Exciting Journey Of Creating My First Portfolio📂🎉

For the last few months, I've been working on a personal portfolio. I've always believed that a separate portfolio is important for any dev since it connects you to future opportunities and it helps you to grow your network.

175. Does Your Work as a Data Analyst Matter?

We wonder: Is anyone actually reading this? Does this dashboard change anything?

176. Everything I Learned From Product Leaders at the Women in Product Conference

Strong women in product helping each other to climb the ladder.

177. 2021: Reviewing and Kaizen-ing My Programming and Writing Life

Writing this personal review on how my year went is kind of emotional. I have always procrastinated writing or avoided it the previous years

178. Ten Things I Wish I Knew at the Start of My IT Career

Following is a list of ten things that might sound so simple to many IT experts but weren’t so obvious at the start of their IT career.

179. The Road to Senior Engineer: Management Is Not Just for Managers

As programmers, there are numerous things we must manage each day in addition to code. The best programmers I know don’t just do a good job of writing code, the

180. Tech Politics, Math, and Career

Baakt Launch

181. The Place of Emotional Intelligence in the World of Developers

Explore the pivotal role of Emotional Intelligence in a developer's career. Discover why EI matters in tech, how to nurture it, and common EI pitfalls to avoid.

182. Mentorship: A Two-Way Street of Growth

Discover how mentorship transforms both mentors and mentees. From career guidance to personal growth, explore the rewards of sharing knowledge

183. Navigating the Cybersecurity Hiring Trenches: Challenges, Realities, and Paths Forward

Exciting yet frustrating tech scene: layoffs, low pay, unrealistic expectations, talent shortages. Success needs skills, community, and resilience.

184. I Left My Role as a Solo Product Designer: The Boredom That's Never Talked About

I was the only designer at a $4B fintech platform for 5 years. Here's the real reason I left in 2025 and what I'm building now….

185. The Key Skills for a Career in Software Testing — An interview with Michał Błaszak

I’m excited to share the insights of Michał Błaszak, a tester with many years of experience, including 3 years as a Head of Quality Assurance.

186. Refining the Art of Delegation

Learn to master delegation as a growing developer. Embrace trust, avoid micromanagement, and unleash team potential. Transform from coder to leader.

187. How to Network Effectively and Enhance Your Career Growth

This article is about why networking is important to your success, and what you can do to improve your networking skills throughout the course of your career.

188. The Power of After Action Reports: Your Ultimate Learning Tool

Explore After Action Reports (AARs): an essential tool for growth. Learn how to analyze successes and failures, drive improvement, and boost success

189. From Jock to VP: Using Your Sports Experience to Build a Career

You are an athlete, and that means more than just putting a ball through a hoop, running fast, jumping high.

190. The Steps that Helped me Land My First Job as a Software Developer

Are you low on confidence, nervous, feeling not prepared for the interview. There are a few things which will help you to overcome that.

191. Not Taking the Same Route as Everyone Else: F*** It, Do It For Yourself

By waiting for success to come in a field or job you don't truly love, you're wasting precious time dedicated to pursuing the real diamond.

192. Interviewing Android Developers: View From the Other Side

Because we all want to work with the best people for the job!

193. Bridging the Gap: How Senior Developers Can Pass Down Their Knowledge and Wisdom

Explore the role of senior developers in bridging knowledge gaps. Uncover strategies to combat knowledge silos, foster collaboration, and drive team growth.

194. Will Coding Bootcamp Guarantee You a Job?

image: Criterion Classified Ads / Media Innovation by Jota Julian Gutierrez

195. Diversity & Inclusion: 5 Best Practices Towards a Great Place to Work

Struggling with diversity and inclusion goals for your organizations? Here’re a few handy tips you can follow to achieve your goals…

196. Embracing DevOps, the Triple-Edged Superpower

DevOps empowers software development at every level. Learn how it enhances personal autonomy, fosters team collaboration, and streamlines organizational agility

197. How to Decide Whether to Leave or Stay at Your Current Workplace During the Great Resignation

Use this checklist to see if your workspace is a good place to be, or if it's time to move on.

198. How Can Young People Get an Internship in IT Companies

It is unfortunate that in this current century, in order for one to effectively secure employment, having gone through internship programs is almost a requirement. This is because no company wishes to take the risk of employing a young graduate who has no hands-on experience in the specific field.

199. [Roundup] GitHub Buys Semmle, Vitalik's Time Machine Visit, and Condolences to the Facebook Engineer

Vitalik’s Time Machine Visit

200. Knowing When to Call it Quits: The Power of Letting Go and Moving On

Knowing When It’s Over: The Power in Moving On and Letting Go

201. Tips to Consider for First Time Conference Speakers

I’m by no means an expert and would say I’m only really at the start of my “career” as a regular conference speaker. I’ve spoken at a handful of big events, including Dot York last October and The Lead Developer London in June 2019.

202. Hiring Process And Onboarding Virtually During COVID-19

The coronavirus pandemic has brought the world to a virtual standstill and has millions of us at home. COVID-19 also presents an unprecedented challenge for recruiters — interviewing new candidates, hiring and onboarding them. Keeping these challenges at bay, many companies have turned to virtual hiring as an alternative to traditional hiring. 

203. Why One-Person SaaS Builders Should Pick Ruby

Python dominates AI and data science, but Ruby still shines for SaaS, readability, and developer happiness. Here’s why builders keep choosing it.

204. Mums in Tech: Career and Family Need not Follow XOR (Exclusive OR) Logic

Last Wednesday I’ve joined an event called Mums in Tech, how to balance work & family — Webinar + Virtual Networking, which was held by Women In Tech and hosted by Remo.

205. Programmer or Poet: A Tale of Two Daddies

Most people are not fortunate enough to have a good father, while some are lucky to have one. In my case, I am doubly fortunate as I have two fathers.

206. From Mid to Senior: Let Them Know You're Coachable

Discover the key to advancing from mid to senior roles: Coachability. Learn how adaptability, self-awareness, and mentorship can accelerate your career.

Thank you for checking out the 206 most read blog posts about Career on HackerNoon.

Visit the /Learn Repo to find the most read blog posts about any technology.

Your Content Writer and Your Lead Engineer Are Both Having a Crap Day

2026-05-21 00:30:33

2023 was the year. The AI hype had begun. Writers were going to be out of a job in a matter of months, the world would probably end in a year, and I started using ChatGPT for coding tutorials. That involved running AI-generated code in my terminal to fix the crap the LLM had created until it worked.

When I got an engineer to sanity check the "final" draft, he asked without hesitation: Did AI do this? Two things gave it away, and both lodged themselves into my brain, which has since been telling me I should write about this.

The first tell: functional but bloated code. Would work just as well with a lot less. That sounded awfully similar to an editor's advice to a writer: don't take 50 words to say what you could have said in 5.

The second was more surprising: style. He told me that he can recognise a dev he knows from their code. Similarly, you can tell a writer or a brand from their writing style.

And here I am now, finally yielding to the voice in my head and writing about the similarities between coding and writing.

No, I'm no developer, and if I even hinted that dabbling in Python and AI made me one, engineers would make me a punchline in a code comment, I'm sure.

But I've spent enough time around those specimens, what they do, and how they think and work to be able to tell them, "You know, we're not so different, you and I."

So, here's how coding and content writing are more similar than you might think.


Rewriting = refactoring

Writing is rewriting. Every writer knows this. Developers know it too, only they call it refactoring: rewriting code to do the same thing, only clearer, leaner, fit for someone else to read without wanting to lie down.

From what I could tell, even at my dabbling level, the pattern was the same. First gear: get the thing to work, through whatever ungainly combination of guesswork and Discord would have you. Second gear: make it something you wouldn't be embarrassed to show anyone. The code ran. It just looked like a crime scene.

Every writer recognises this immediately. You get the draft out — inelegant, a little desperate, structurally held together by good intentions and incorrectly used em dashes — and then you go back and make it presentable to the outside world. The first pass is for your eyes only. The second pass is for everyone else.


Debugging = editing

The moment you finish a draft, you become the editor of your own work. Now your job is to read what you put together as though you're the audience looking at the "final" output.

Developers call this debugging. The project that ran perfectly in your head has met reality and has opinions about it. Now you're auditing rather than building. The skill that got you to the end is not the skill you need now. You need colder eyes, a shorter fuse, and the willingness to find the thing that's wrong even when finding it means admitting you put it there.

Both professions share the specific humiliation of this moment. You read it back. You run it. And it doesn't do what you were so certain it did, which raises the obvious question of what, exactly, you thought you were doing for the past three hours.


Comments are for the next person, including the future you

Future You is a stranger with strong opinions, bewildered and faintly accusatory, demanding to know what Past You was thinking.

Code comments exist because the logic that felt obvious at midnight Tuesday is a cold case by Thursday morning. The comment isn't for the compiler (the compiler doesn't care, has never cared, and is emotionally unavailable); it's for the human who opens the file later and needs to understand not just what the code does but why it does it this way. What was the constraint? What was the alternative? Why did you reject it?

Good prose does the same thing differently. The transition that reorients the reader before a hard turn. The sentence that briefly restates where we are before the argument moves. None of it is technically required for the piece to function. A sufficiently determined reader will get there without it. But removing it is, in both cases, the act of someone who has confused clever with clear, and is expecting everyone else to do the work of the distinction.

The comment and the transition are both saying the same thing: I was here, I knew what I was doing, and I thought about you.


Scope creep is a draft that doesn't know what it is

The path to bad writing is paved with good intentions. You're writing about one thing — a focused, well-behaved thing that knows its purpose and stays in its lane — and then you notice something adjacent and interesting, and you think: just a paragraph. Several paragraphs later, you've produced a piece that is about four things, none of them comprehensive, with a reader who finishes it uncertain what they were supposed to take away and faintly annoyed about it.

Developers call this scope creep. The feature that was supposed to be a login page and is now, through a series of individually defensible decisions, also a notification system, a dashboard redesign, and an open question about the database schema. Each addition made sense in isolation. Collectively, they've produced something impressive in ambition and baffling in purpose.

The fix for both coders and writers is the same: the conversation (with your editor, your tech lead, or just the more honest part of yourself) about what this thing is actually for. Then cutting everything that serves something adjacent instead. In software, this is sometimes called defining the MVP. In writing, there's no equivalent euphemism. It's just called murdering your darlings, which is less professional-sounding but considerably more accurate about what it feels like.


Version control is what the drafts folder always wanted to be

In the beginning, there was essay_FINAL.doc. And it was good. And then there were changes. And thus was born essay_FINAL_v2.doc, and essay_FINAL_real.doc, and the desperate document known as essay_THIS_ONE_USE_THIS_ONE.doc, sitting in a folder alongside its seventeen siblings.

Writers have been solving the problem of what if I delete something I shouldn't through filename chaos since word processors arrived. Git is what that folder always wanted to be: a ledger of every decision, annotated, recoverable, branchable. It's a way of saying: here's what it was, here's what's changed, and here's why, in a form another person can follow and, if necessary, reverse. The commit message is, in its small way, a piece of editorial reasoning. Restructured the argument. Removed the section that was working against us. Put back the comma.


Style guides = linters

A linter is a small automated pedant that runs through your code, flagging the inconsistent brackets, the magic numbers, the variable declared in a moment of optimism and subsequently abandoned without ceremony. It has no feelings about this. It flags the violation, notes the line number, and moves on. It will be there again tomorrow.

A house style guide does the same job by other means. Serial comma. Sentence-case headlines. Spell out numbers under ten. No passive voice unless you're prepared to defend it. Both exist because individuals left to their own devices produce output that, accumulated at scale, looks like it was written by a committee conducting a disagreement across several time zones.

The difference is that the linter operates without ego involvement. The style guide must be enforced by a human being, which introduces the full complexity of human nature into what should be a clean, mechanical process. The developer who names variables in whatever convention feels natural that day, and the writer who punctuates by instinct, are making the same error: treating a shared decision as a personal one. Both are working in a codebase, a publication, that other people have to live in too.

And yet convention and voice are not the same thing. The developer, my engineer friend, recognised from their code wasn't violating the style guide; they were working within it and still legible as themselves. The writer whose brand you clock from the first sentence isn't ignoring house style; they've internalised it and kept something underneath. A linter flattens. A style guide, applied well, sets a floor rather than a ceiling.


Functions = sentences

A function should do one thing. A sentence should carry one idea. Both fail identically when asked to do more than they should: the sentence that requires three readings, the function that is somehow managing database calls and formatting a document and sending a notification simultaneously, in apparent defiance of every principle of good design, because at the time it seemed easier to just add one more line.

The instinct that separates good practitioners in both fields is the same: can I break this apart? When something feels unwieldy, the diagnosis is usually right: it's carrying weight it wasn't designed for. Split it. And then name the pieces, which is where both crafts live or die. A well-named function tells you immediately what it does and nothing else. A well-constructed sentence does the same.


What AI changed, and what it didn't

It's not 2023 anymore, so obviously I have to say something about how AI writing tools and coding assistants fit in here, don't I? Yeah, they produce first drafts quickly, fluently, and at a surface quality that can pass for the finished article if you don't give a shit. They're also extremely reliable at making the errors that humans make when moving fast without thinking: scope that sprawls, logic that almost holds, structures that look correct at first glance and collapse under scrutiny. The output is confident in the way that first drafts are confident: it doesn't know yet what it doesn't know.

What this has done practically is make editing and debugging (the diagnostic, evaluative, second-gear skills) the core competency of both professions in a way they never quite were before. The writer who can generate content fast is no longer scarce. The writer who can read it back, locate exactly what's wrong, and fix it with enough precision to explain the fix — who can, in other words, debug the draft — is a different and rarer thing. The developer who can prompt a model into producing code is easy to find. The one who understands it well enough to refactor it into something another human can maintain is highly sought after.

Both groups have been handed the same new job: quality control on machine output.


The wall is thin

Both coding and writing are acts of judgment that use skill as their instrument. The judgment is what takes years. The judgment is what resists automation, what cannot be prompted into existence, what requires someone who has read enough collapsed arguments and traced enough broken logic to know that the thing isn't right yet.

And the judgment, in the end, is the same. The question underneath all of it: does this do what it needs to do, in the clearest possible way, with nothing it doesn't need?

That means the developer who thinks writing is soft, and the writer who thinks code is impenetrable, are both wrong about the same thing.

The wall between the engineering room and the content marketing room was always thinner than it looked. Hopefully, it's thin enough for us to hear each other trying to solve the same problems.

\

We Treated Potholes Like Software Bugs and Accidentally Built a Civic Hacking Playbook

2026-05-21 00:26:20

The Bug Existed Long Before We Noticed It

A while ago we did something that sounded absurd when explained in a single sentence. We bought spray paint, walked onto neglected streets, and painted around potholes that had been ignored for months. From the outside, it probably looked like an odd mix of street art and public frustration. But underneath the paint there was a very simple idea: if reporting a problem through the official channels was failing, maybe the problem itself needed a better interface.

At the time, we were not thinking about activism theory or civic systems. We were trying to solve a very practical issue that everyone around us had accepted as normal. Drivers swerved around the holes every day. People complained about them. Everybody knew they existed.

Nothing changed.

Only later did we realize that what started as a small experiment contained a larger lesson.

How Cities Sometimes Handle Problems Like Broken Software

As programmers, we see versions of this problem constantly.

A bug exists. Users report it. Someone creates a ticket. The ticket enters a system. The system acknowledges that the problem exists and assigns a number to it. Days pass. Then weeks pass. Eventually people stop asking about it because they unconsciously adapt to the bug. They start using workarounds. They avoid certain buttons. They refresh pages twice. They learn that a particular feature "just behaves like that."

The dangerous part is that the existence of a workaround often reduces pressure to actually fix the underlying issue.

Cities sometimes operate in exactly the same way.

The potholes on our streets had already been reported. Complaints had been made. Citizens had written online posts. Drivers cursed at them every day. People discussed them with neighbors and probably sent emails to the municipality.

The issue had entered the system.

The problem was not missing information.

The problem was that the issue had become normalized.

From the perspective of the system, the potholes had become low-priority bugs.

The Problem Was Not the Pothole. It Was the Interface

This is where we accidentally stumbled into something interesting.

We were not trying to repair roads ourselves, and we were not pretending to replace the work of local institutions. We simply changed how the issue appeared to everyone around it.

Think about a software dashboard that displays hundreds of warnings in gray text. Most people will ignore it because the information blends into the background. Now imagine that one issue suddenly starts flashing red, moves to the top of the screen, and starts generating notifications.

The underlying problem has not changed.

Only its visibility has changed.

That was essentially our experiment.

The potholes were still potholes. We simply painted around them and turned them from invisible road damage into something impossible to overlook.

When a Ticket Escapes the System

Suddenly drivers slowed down. Pedestrians noticed them. People took photographs. Local media became interested. Social media did what social media always does and amplified something visually strange.

The problem had escaped the database and entered the public feed.

That distinction matters more than we usually think.

Institutions are very good at processing complaints because complaints are expected. Complaints are predictable inputs. They are categorized, prioritized, and stored. Systems are designed to absorb them.

Stories behave differently.

Stories spread horizontally instead of vertically. A ticket goes to a department. A story goes everywhere.

What started as painted circles around potholes became a public question:

Why did citizens feel they had to do this in the first place?

That question turned out to be harder to ignore than the potholes themselves.

Why Stories Scale Better Than Complaints

Many people assume that the issue is a lack of public frustration.

Usually it is not.

People are already frustrated. There is no shortage of complaints or anger. Open any social network and you can find an endless supply.

Attention is the scarce resource.

Systems become very good at filtering noise. They learn how to process routine complaints. But unusual things create friction. Unusual things force reactions.

That is exactly what happened.

The paint did not fix roads.

The paint changed visibility.

Visibility changed behavior.

Behavior created pressure.

Pressure created action.

From One Street to Sofia

The interesting thing is that the experiment did not stay local.

We started somewhere small. There was no master plan and no grand strategy. There was just a practical attempt to solve a practical problem.

Then similar things started appearing elsewhere.

\

In Sofia, people started using the same logic. The details differed, but the mechanism was familiar. Problems that had quietly lived in the background suddenly became visible. They became photographable. They became shareable. They became difficult to ignore.

That is usually how useful ideas spread.

They do not spread because of perfect planning.

They spread because someone sees a working pattern and copies it.

Programmers already have a word for that.

Forking.

Open Source Activism and Civic Forking

Open source communities understand this instinct perfectly.

Nobody asks for permission to reuse a useful idea. Somebody publishes code. Another person improves it. A third person adapts it to a different environment. Eventually something larger emerges from many smaller contributions.

Maybe civic action should work more like open source software.

Instead of assuming that change only comes from governments or institutions, people could publish small experiments. Somebody fixes one neighborhood problem. Somebody else adapts the approach for another city. Others improve the process.

Not every experiment succeeds.

But failed experiments are useful too because they produce information.

The Dangerous Logic of "Nothing Will Change"

One of the strangest bugs in many societies is the belief that ordinary people cannot change anything around them.

You hear it all the time:

"Nothing will happen."

"Why bother?"

"Things have always been like this."

"You cannot fight the system."

Most people saying these things are not malicious. Many are repeating lessons learned through disappointment.

But the problem with this mindset is that it behaves like dead code.

It sits there consuming resources while preventing anything useful from executing.

If everybody accepts that logic, inaction becomes self-reinforcing.

No commits.

No pull requests.

No fixes.

Just permanent maintenance mode.

Debugging Society One Small Problem at a Time

So here is my suggestion.

Try things.

Not necessarily with potholes and spray paint, although that worked surprisingly well for us.

Find a local problem that everyone has accepted as normal and ask whether it should really be normal.

Treat it like debugging.

Observe the system.

Find where it fails.

Change one variable.

Run a small experiment.

Make the issue visible.

Ship the Weird Idea Anyway

People will tell you not to bother.

Do it anyway.

People will explain why it cannot work.

Do it anyway.

People will tell you that somebody else should solve it.

Do it anyway.

Because sometimes all a broken system needs is a strange input that nobody expected.

Sometimes the difference between a forgotten problem and a solved problem is simply that somebody decided to stop treating it as background noise.

Ship the weird experiment.

Publish the civic pull request.

Someone else might fork it and improve it later.

The HackerNoon Newsletter: What Companies Should Know Before Publishing Technical Content Online (5/20/2026)

2026-05-21 00:05:01

How are you, hacker?


🪐 What’s happening in tech today, May 20, 2026?


The HackerNoon Newsletter brings the HackerNoon homepage straight to your inbox. On this day, Charles Lindbergh took off for the first non-stop solo flight across the Atlantic Ocean in 1927, Amelia Earhart became the first woman to fly non-stop across the Atlantic Ocean in 1932, The Republic of Cuba gained independence from U.S. administration in 1902, and we present you with these top quality stories.

What Companies Should Know Before Publishing Technical Content Online


By @hackmarketing [ 3 Min read ] Most business blogs fail not from bad content, but from publishing into a void. Heres what to know before you hit publish. Read More.


🧑‍💻 What happened in your world this week?

It's been said that writing can help consolidate technical knowledge, establish credibility, and contribute to emerging community standards. Feeling stuck? We got you covered ⬇️⬇️⬇️


ANSWER THESE GREATEST INTERVIEW QUESTIONS OF ALL TIME


We hope you enjoy this worth of free reading material. Feel free to forward this email to a nerdy friend who'll love you for it.See you on Planet Internet! With love, The HackerNoon Team ✌️