frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

fp.

Open in hackernews

Code has always been the easy part

https://laughingmeme.org/2026/02/09/code-has-always-been-the-easy-part.html
71•Ozzie_osman•3d ago

Comments

LEDThereBeLight•1d ago
AI reduces the thinking time, too. And most of my time is spent either thinking or coding.
Jgrubb•1h ago
...to the person who knows how to code.
anonzzzies•1h ago
Yeah, exactly. Most employed programmers I ever met in the past decades actually cannot code and really really struggled (not anymore with AI) to do anything. And yet, usually because of a degree of some crap college, they have a job as something they cannot actually do.
__float•38m ago
Err, what do you mean they cannot do anything? Where are you meeting these programmers??
Aqueous•1h ago
If it was the easy part, then why did they pay us hundreds of thousands, sometimes millions, sometimes more - to do it? The fact of the matter is that it wasn't easy, not for a brain that's architected the way a human's is. The fact that computers can now do it much more quickly and arguably - in many cases - better doesn't diminish the act itself - it just shows how far AI has come, and how easily human intelligence will be dwarfed as it continues to make progress.
echelon•1h ago
Folks have little appreciation for how soon we're all about to transition to something new.

I don't know what that entails, but something is going to happen.

I got into a discussion with some Rust compiler folks yesterday. I called Rust the "final human language we'll serialize our thoughts to": it's easy to write for LLMs, is super type safe, ergonomic, easy for humans to read and reason about, and has really nice deploy characteristics - single binary, no GC, bare metal, etc. If Python and Rust are equivalently easy to emit, you'll probably choose Rust if you're not bound to other choices.

People quipped back that this was absurd and that Rust is built for decades of future human use, that this kind of talk would put people off of Rust, and that they need to think of the future.

As if anything will be human in the coming decades.

Programming languages were punch cards.

tdb7893•1h ago
My experience is that the higher paid someone is generally the less they actually code. I'm sure some places have very difficult code but in my experience there's a reason that engineers fresh out of college mostly code and the highest paid engineers do things like design, planning, and coordination.
analog31•59m ago
This has always seemed like a paradox to me. Once I got past the initial learning curve, coding seemed easy and fun. But most people can't or won't get past that learning curve, for reasons that I don't think we understand.

But if coding were hard, then writing small pieces of code would be as hard as writing big pieces. To make an analogy, playing the violin in tune doesn't get any easier, the shorter the piece that you have to play.

Developing software is hard. Some sort of "phase transition" occurs when a project gets big and complex, where coding is no longer what makes it hard. And writing software in a way that is not a net burden to a project or organization is hard, involving not just complexity but humanity. Most smart people in an organization have subtly arranged their affairs so that their career progress doesn't hinge on the success of a software project.

I admit that I only say these things as an observer, since I can code all day, but didn't pursue a software development career.

I also admit that I'm waiting for AI to handle the second two levels of software development. I'll concede that AI can develop software when The Mythical Man Month no longer reads like it was written yesterday.

skydhash•28m ago
> Some sort of "phase transition" occurs when a project gets big and complex, where coding is no longer what makes it hard.

It's in the name. Coding is taking an algorithm specified in some manner (pseudocode, diagrams, natural languages, thoughts,...) and transforming it into a sequence of instructions, statements, and expressions, that can be executed by a machine (either directly or through an automated process).

We have solved the coding difficulties on several front with things like programming languages (no need to type opcodes), syntax highlighting, linters, snippets, editors, IDEs,...

But someone still have to come up with the "Algorithm", and that's where it's hard. Usually because it's a combination of two sources: The business domain and the technical constraint. That's where people are failing.

But we did manage to create a lot of building blocks, like the standard algorithms and their data structures, libraries that provides an abstraction over a subdomain, frameworks that provides a scaffold to the thinking process,... But the developer still have to solve the system. And that system can get complex real quick if he's careless.

I do believe if you fail at the coding part, that's easy to fix with a few courses (or books) and some practice time. But the system thinking and the solving part is not easily taught. It's not even related to technology other than the latter being the domain it's exercised.

jayd16•25m ago
Honestly, it's not even the learning curve. It's easy. Most people can think precisely enough to program.

The difference is that we enjoy sitting in a chair for ~8 hours a day laying dominoes. A lot of folks do not like that.

habinero•51m ago
Because SWEs don't get paid for code. The code is just one byproduct of making business wants into business reality. We get paid to go figure out how to turn a management wishlist into a reliable money machine.
jppittma•42m ago
coding is getting your foot in the door to software engineering, which is really like, computer systems engineering. We do so much more than code...
skydhash•22m ago
Software engineering is more information processing engineering. Code is just the shovel with which we build the trench. Everything is about data, and we build the things that control and process the data based on various events according to some wants and needs.

LLMs are more like a trench digger with a cat's personality. It can helps in some cases, but are more likely to destroy a field. And good luck if you have some difficult terrain to pass through.

raw_anon_1111•41m ago
Most developers in the US are “enterprise” developers working in 2nd tier cities working in banks, government, airlines and unknown startups (including most YC companies) that will never make over $175K inflation adjusted their entire career. Hell the way enterprise developer comp has stagnated over the last decade, they may not see that in nominal terms.
paxys•40m ago
You aren't paid to write lines of code, you are paid to build, ship and maintain products and services, usually in a complex corporate setting with ambiguous and ever-changing requirements. Code is a very small part of the overall picture.

Why do you think in most technical organizations the higest ranking and highest paid engineers generally write the least amount of code (often none)?

jama211•31m ago
They didn’t. No one getting paid that much was getting paid for their code.
jayd16•28m ago
If they paid us for coding they would pay by LOC but that's not the case.
9rx•12m ago
Because they could.

Try running a business that doesn't have the revenues to support high wages and you'll quickly figure out why you will pay as much as possible every single time: It means you can buy your way out of hiring the riffraff. Why do you think these high paying jobs were premised on weird trivia tests and other things that had absolutely nothing to do with the job? Hint: It was a social test to see if you'd fit in to the culture.

There have always been legions of people in India ready and able to write code for practically nothing. It was never hard or expensive. But they didn't fit in socially.

mikert89•1h ago
I strongly believe that this is a false and outdated take.

Code being the easy part was predicated on how long it took to build a product, and the impact that had on product management, sales, and marketing.

When the time to build collapses, all product/sales/design/martketing mistakes are forgiven. You can pivot so fast, that mistakes in other domains dont matter as much and are reversible

All of the axioms we previously held true need to be rethought

denkmoon•56m ago
don't worry that we got the wrong requirements from the customer, chose an impossible deadline, priced it wrong, and there's no market, we can just vibe code our way out of it??
tylerrobinson•51m ago
The point is that even in case of total product management failure, the cost of failing is much lower both in time and money.
denkmoon•48m ago
I don't see it. In my experience with AI/Claude so far, building something with AI then changing direction half way through is a great way to generate garbage structure and garbage code. It takes time to dig yourself out of that hole, possibly more than if you had just slowly built by hand from the beginning all. Maybe I'm holding it wrong.
habinero•44m ago
It might make failure faster, but that doesn't mean it's cheaper.

Users will churn quick if you aren't reliable or useful and a security incident can be company-ending for a startup.

8n4vidtmkvmk•18m ago
Company-ending is a form of failure. The quicker you do that, the quicker you can start your next company.
jama211•30m ago
In an odd way you’re absolutely proving the article’s point. The requirements, deadline, pricing, idea, implementation, customer story, these are the things that matter and are hard. Compared to that, code is easy.
Guvante•47m ago
Because we don't need to worry about uptime, customer satisfaction, or data integrity.
jama211•27m ago
>When the time to build collapses, all product/sales/design/marketing mistakes are forgiven

I must be living in topsy turvey land because this is literally the opposite of what is true. When the time to build collapses, those things become the criticality of the entire product. From a customer perspective, those were always the things that mattered, the customer story. No customer cares how a thing was coded, they’ve ALWAYS cared about all those other things.

mikert89•19m ago
nah youre missing it, if time to build takes 9 months, you better get the product right.

if time to build takes 2 months, just build it and iterate.

or just rebuild the product to the customers liking...

adamnemecek•1h ago
Did consider that your view might be skewed because you work in a CRUD app?
citizenpaul•1h ago
I do and always will belive this phrase to be wage suppression propaganda. I think the proof is self evident. ie salaries.

I guess we just hallucinated leet code too.

danielvaughn•1h ago
It's very obviously not "the easy part", it's definitely hard. It's just not the only hard part. And there may be other parts that are harder in some sense.
habinero•55m ago
Honestly, it really is the easy part of the job. Really truly.

It's difficult when you're first learning but there are definitely much harder skills to learn.

carlossouza•43m ago
What's easy for some might be truly hard for others.
smrtinsert•35m ago
The people for whom I've seen "coding is the hard part" are typically promoted out of the way or fired. They never entered a flow like those who considered it easy and addictive. The latter are the pillars of the eng team.
habinero•30m ago
Sure; but I'm not humblebragging at how talented at coding I am. I'm good at it because I have a lot of practice and experience, but I'm hardly the best.

It's the easiest part because the hard parts of the job are everything else -- you're a knowledge worker so people look to you to make decisions and figure it out. You figure it out and make it work for whatever "it" happens to be.

tom_•30m ago
I dunno, man. Maybe(?) I'm just a moron, but I've been doing this for years now, and the code has always ended up a measurable amount of the difficulty. Enough so that I'm actually mildly concerned at the idea that our glorious AI future will replace it with something presumably even worse. I think I'd be happier if it eliminates the entire job category altogether! Though what are the actual chances :(

Some projects kind of write themselves, and very nice it is when that happens, and meanwhile the code still manages to be annoying enough to be a problem; other projects feel like there's no code at all, just endless meetings to ensure stakeholder alignment, and, that, even boldly assuming there's anything to be aligned with in the first place - and, yet, over the course of the project, the code still somehow ends up a problem. Science can't explain it.

Regarding harder skills, one harder skill I have definitely struggled with myself is mind-reading.

javchz•29m ago
Totally. I would add that code that "works" it's easy to do. Code that it's efficient, easy to maintain and safe... That it's another story.

But the sad truth is that most software can be or it's done with shitty code that "kinda works" as long as the CPU it's fast enough.

habinero•24m ago
And if you're in one of those jobs, you don't get paid the big bucks.
8n4vidtmkvmk•25m ago
99.9% of the code i write is easy, but that's just because of the sort of work i do. Its not far from basic CRUD. Maybe with pubsubs and caching thrown in for fun.

But that doesn't mean there isn't some tricksy stuff. All the linear algebra in graphics programming takes awhile to wrap your head around. Actually, game programming in general i find a bit hard. Physics, state management, multi threading, networking...

mountainriver•33m ago
Also totally depends on what kind of coding you are doing.

Yeah building a web app can become somewhat easy, but is distributed machine learning? What about low level kernel code?

jayd16•33m ago
The easy part and hard are not mutually exclusive.
jama211•33m ago
Something can be hard and also be the easy part. Imagine you got to see into the future and use a popular app before it was released, and you decided to make it yourself and reap the profits. Would be an absolute cinch to copy it compared to trying to make a successful app from a blank page.
shadowgovt•28m ago
Some code is hard. Most business logic (in the sense of pushing data around databases) isn't. The value is in analysis and action, which the system enablrs, not the machine itself.

Creating a high performance general purpose database is hard, but once it exists and is properly configured, the SQL queries are much easier. They'd better be or we wasted a lot of time building that database.

galaxyLogic•1h ago
It's a bit like saying "Writing English was always the easy part" vs. writing a book that becomes a best-seller or classic.
motoxpro•43m ago
I think thats a great analogy. There are a lot more people who can dictate a story page by page to a "writing machine" and create a 300 page book than there are who can write a 300 page book of a the same quality without a writing machine.

Same with coding. Most programmers, and writers, are average. They are not doing amazing work. They get paid 80-120k, same as the HR professional, or the account manager.

Creating average work was always relatively easy for writing and coding and is now relatively easy for everyone.

jama211•27m ago
Correct! I’d go further and say typing is the easy part of writing a book, and I absolutely agree with that
g-technology•1h ago
Like saying putting paint on a brush and wiping it on paper is the easy part of painting.

Even with coding agents, there is still a need to understand what it’s doing, how it will interact with other systems, where bugs or edge cases will show up and many other aspects that become security risks when ignored by someone that YOLO’s their vibe coded app into production

jama211•24m ago
There’s a need for something to understand those things, but from a user perspective it doesn’t matter if that’s a human or an LLM.

Besides, loads of software that’s human written has people maintaining it that don’t understand what it’s doing or how it interacts with other systems or where bugs or edge cases will show up etc etc too. In fact I’d say most software is like this.

LLM’s probably make less security holes than humans at this point.

xnx•1h ago
I can only assume so many people are repeating this as "cope".
jama211•23m ago
Or perhaps you are the one who is “coping”?

Ask yourself honestly, is this genie ever going back in the bottle? If not, you’re gonna have to find a way to come to terms with it my dude.

mcoliver•50m ago
Code was the easy part for people who wrote code day in day out with very strictly defined requirements. But even for someone like me that's been doing it for 30 years...new frameworks, languages, architectures, wiring up 3rd party apis, banging my head because I fat fingered something, greping debug logs, late nights, early mornings and lots of coffee. There were few times where I would call it "easy". I just ideated and built an app optimized for mobile and laptop, and deployed it globally in two hours and built a Roku companion app in a couple nights after the kids went to bed. I had never built a Roku app before and am pleased with the polish for something that went from an idea to launch in two hours.

Yes I have 30 years of experience and there were still areas that were not easy but man it was fun. Writing the code, building and deploying product is easier than it was before by a huge margin.

Skicamslive.con if you're wondering what I built. Feedback welcome

jama211•34m ago
Well said. But, I understand what they meant, they meant from an organisation’s perspective. Either way, I’ve seen far too many people in HN who fear AI won’t write perfect code, forgetting half the code we wrote before was probably worse.

I’ve also found joy again in building things, but I never fetishised the code myself anyway, I suppose I just wasn’t built that way, which might mean I was always biased to be like this.

paxys•32m ago
Small personal projects are really not comparable to professional software development in a corporate setting.

In fact your example demonstrates what the article says. Yeah the LLM made coding easier, and probably reduced your shipping time from a few days to a few hours.

Now - since you have solved the hardest problem and have all this valuable code - how long will it take you to turn your product into a business and generate enough money to support yourself?

That's the hard part.

kranner•24m ago
Happy for you, but GitHub has plenty of webcam feed URLs, webcam viewers, Roku code etc. You "built" it for some value of 'building' but it certainly doesn't seem the same kind of 'building' as described in the first three sentences of your post.

It's nice you got something out of it in just two hours. If the LLM companies are doing their caching right, the next person to ask for this set of apps with prompts close enough to yours can get it in five minutes.

Also there's a typo in the URL.

hn_throwaway_99•47m ago
Previous discussion from 2 weeks ago: https://news.ycombinator.com/item?id=46966753
tolerance•42m ago
I’m out of my element here. At least I’m speaking as an observer and not a participant of the programming language debates that I feel are less prevalent in communities like here than they are in the past. Ostensibly due to the raise of LLMs and debates about them taking up most of the programming discourse now.

I wonder if someone with real experience/insight thinks that this claim is revisionist.

Frannky•41m ago
I think what it means is that coding is difficult but predictable — in the sense that, you can solve it by throwing enough money at it. Figuring out what to build in a way that actually leads to product-market fit, on the other hand, is something you cannot solve just by throwing money at it. So in this frame, coding becomes 'the easy part' — not because it's truly easy, but because it can be solved relatively straightforwardly with resources
straydusk•41m ago
Lol. Lmao, even.

Software developers have spent the last twenty years blabbing about how product management is useless and coding is the one true skill.

hnfong•40m ago
Every time computers master a skill that was previously thought to require a lot of intelligence/knowledge/ingenuity, people suddenly claim that it wasn't that hard after all.

- Non-trivial arithmetic

- Puzzles involving combinatorics

- Chess

etc. etc.

8n4vidtmkvmk•16m ago
When was chess ever not hard?

Afaik the best AIs can win now but even they aren't playing 'perfect' unloseable games.

sakesun•34m ago
Easy or not, code is obviously a time-consuming part. Anything that can dramatically reduce the time surely have significant impact.
PROTechThor•32m ago
As a junior dev, it wasn't so easy for me :/
jppope•31m ago
I've written these words multiple times here on HN, and have a draft blog by virtually the same title. I can't agree more with the sentiment, though I think theres some nuance the author is missing out on. Regardless, thank you for sharing.
wewewedxfgdf•29m ago
What a strange thing to say.

Code was never the easy part.

If it was, then AI and LLMs would have been of no interest for coding.

Self evidently wrong.

SirensOfTitan•25m ago
This meme is just cope at this point, and it’s frustrating to watch engineers pretend that it was actually the architecture that was hard or whatever.

No author, this isn’t the same as SPAs and CI/CD.

This isn’t just happy tools helping us focus on the business side.

We’re devaluing all white collar work. The thing that keeps the US economy afloat. Even if this tech requires human oversight, why would companies keep you when they can hire someone overseas at 1/10th the cost and get to 80% of the productivity with AI.

Anthropic just dropped their safety pledge. Do you think they’ll hesitate as they transfer wealth from workers to their shareholders?

Please people. Stop being avoidant. Stop pretending it’s a meritocracy and you’re at the top. Stop pretending the one thing about the job AI can’t do is the job.

bendmorris•15m ago
This is a pretty defeatist take. Stop doing that, and start doing what instead?
pts_•25m ago
Trivializing code has reached an insufferable nadir. It is like saying math or medicine is the easy part, or cooking or carpentry. Often those who say it cannot code or read code, and are good at marketing, so they simply keep on promoting it and be dismissive of other work. Disillusioned to see it at the top of HN, and hand waving away methodical and substantial activities can only bode badly.
jama211•22m ago
Brilliant. You can already see the HN users in here with emotional attachment issues who are sad because of the issues you talk about, and it’s causing them to bury their heads in the sand.

It’s going to be a hard transition, but we can’t pretend it’s not happening, that won’t get us anywhere.

0xbadcafebee•20m ago
> and nobody got into it because programming in Perl was somehow aesthetically delightful. (The language is referred to as write only line noise for a reason)

Today we call it "vibe coding" when people use an AI to write software without reading the code, or even learning how coding works. But people have been doing that for ages. Most "Perl programmers" back in the day never even attempted to learn the language, and often weren't software developers. But despite their horrible coding skills, the Perl worked anyway. And thus the language got a reputation for being hard to read, despite it being amazing that it worked at all.

Perl is still far and away my favorite language. I get things done so much faster in it, and programs I wrote 25 years ago work perfectly today on the latest systems.

I'm helping my dog vibe code games

https://www.calebleak.com/posts/dog-game/
721•cleak•11h ago•209 comments

Show HN: Moonshine Open-Weights STT models – higher accuracy than WhisperLargev3

https://github.com/moonshine-ai/moonshine
162•petewarden•6h ago•30 comments

Mac mini will be made at a new facility in Houston

https://www.apple.com/newsroom/2026/02/apple-accelerates-us-manufacturing-with-mac-mini-production/
406•haunter•7h ago•401 comments

Pi – A minimal terminal coding harness

https://pi.dev
229•kristianpaul•6h ago•102 comments

Mercury 2: The fastest reasoning LLM, powered by diffusion

https://www.inceptionlabs.ai/blog/introducing-mercury-2
123•fittingopposite•5h ago•69 comments

Amazon accused of widespread scheme to inflate prices across the economy

https://www.thebignewsletter.com/p/amazon-busted-for-widespread-price
216•toomuchtodo•3h ago•63 comments

Justifying Text-Wrap: Pretty

https://matklad.github.io/2026/02/14/justifying-text-wrap-pretty.html
63•surprisetalk•5d ago•22 comments

Hacking an old Kindle to display bus arrival times

https://www.mariannefeng.com/portfolio/kindle/
193•mengchengfeng•8h ago•44 comments

Nearby Glasses

https://github.com/yjeanrenaud/yj_nearbyglasses
267•zingerlio•10h ago•106 comments

Steel Bank Common Lisp

https://www.sbcl.org/
168•tosh•10h ago•63 comments

I pitched a roller coaster to Disneyland at age 10 in 1978

https://wordglyph.xyz/one-piece-at-a-time
408•wordglyph•15h ago•155 comments

Code has always been the easy part

https://laughingmeme.org/2026/02/09/code-has-always-been-the-easy-part.html
72•Ozzie_osman•3d ago•70 comments

Corgi Labs (YC W23) Is Hiring

https://www.ycombinator.com/companies/corgi-labs/jobs/ZiEIf7a-founders-associate
1•leastsquares•3h ago

What Happened to Fry's Electronics

https://dfarq.homeip.net/what-happened-to-frys-electronics/
7•jnord•40m ago•1 comments

Aesthetics of single threading

https://ta.fo/aesthetics-of-single-threading/
41•todsacerdoti•3d ago•7 comments

Hugging Face Skills

https://github.com/huggingface/skills
146•armcat•11h ago•42 comments

Anthropic Drops Flagship Safety Pledge

https://time.com/7380854/exclusive-anthropic-drops-flagship-safety-pledge/
110•cwwc•3h ago•38 comments

Show HN: Emdash – Open-source agentic development environment

https://github.com/generalaction/emdash
122•onecommit•10h ago•52 comments

Optophone

https://en.wikipedia.org/wiki/Optophone
55•Hooke•4d ago•9 comments

Show HN: Recursively apply patterns for pathfinding

https://pattern-pathfinder.vercel.app/?fixtureId=%7B%22path%22%3A%22site%2Fexamples%2F_intro.fixt...
18•seveibar•6h ago•4 comments

Looks like it is happening

https://www.math.columbia.edu/~woit/wordpress/?p=15500
144•jjgreen•7h ago•99 comments

Stripe valued at $159B, 2025 annual letter

https://stripe.com/newsroom/news/stripe-2025-update
178•jez•13h ago•189 comments

We installed a single turnstile to feel secure

https://idiallo.com/blog/installed-single-turnstile-for-security-theater
300•firefoxd•2d ago•135 comments

IRS Tactics Against Meta Open a New Front in the Corporate Tax Fight

https://www.nytimes.com/2026/02/24/business/irs-meta-corporate-taxes.html
192•mitchbob•15h ago•202 comments

We are changing our developer productivity experiment design

https://metr.org/blog/2026-02-24-uplift-update/
61•ej88•8h ago•37 comments

Build Your Own Forth Interpreter

https://codingchallenges.fyi/challenges/challenge-forth/
62•AlexeyBrin•3d ago•17 comments

IDF killed Gaza aid workers at point blank range in 2025 massacre: Report

https://www.dropsitenews.com/p/israeli-soldiers-tel-sultan-gaza-red-crescent-civil-defense-massac...
1470•Qem•16h ago•556 comments

OpenAI, the US government and Persona built an identity surveillance machine

https://vmfunc.re/blog/persona/
500•rzk•10h ago•159 comments

Why the KeePass format should be based on SQLite

https://mketab.org/blog/sqlite_kdbx/
94•wps•15h ago•69 comments

US Military leaders meet with Anthropic to argue against Claude safeguards

https://www.theguardian.com/us-news/2026/feb/24/anthropic-claude-military-ai
92•KnuthIsGod•4h ago•38 comments