AI paradoks - Zašto su iskusni programeri sporiji

 Jednog najdrasticnijeg? Znam da te vijesti nisu dio "mainstream" kakice ali kada padne "pola interneta" jer je zastucao aws to se neda zataskati. Primjera ti mogu dati jos jako mnogo ali bilo bi kolegijalnije da sam malo potrazis.

Analogije radi japan zatvorio skoro sve nuklearke radi jedne fukushime. Crowdstrike nastavlja dalje po starome, "nothing to see here move along"...

Dakle programeri su po tome code monkeys jer plesu u ritmu koji gazda udara za sitnis. Niti se protive niti imaju mogucnost se protiviti nego pokorno slusati i trpiti. Inteligentna osoba to nece uciniti.

konjRR kaže...

 Jednog najdrasticnijeg? Znam da te vijesti nisu dio "mainstream" kakice ali kada padne "pola interneta" jer je zastucao aws to se neda zataskati. Primjera ti mogu dati jos jako mnogo ali bilo bi kolegijalnije da sam malo potrazis.

Analogije radi japan zatvorio skoro sve nuklearke radi jedne fukushime. Crowdstrike nastavlja dalje po starome, "nothing to see here move along"...

Dakle programeri su po tome code monkeys jer plesu u ritmu koji gazda udara za sitnis. Niti se protive niti imaju mogucnost se protiviti nego pokorno slusati i trpiti. Inteligentna osoba to nece uciniti.

Lupetaš gluposti. I još uvredljivo generaliziraš.

Zavisi koji auto voze i kakva je cesta, Moguće da su stariji sporiji zbog refleksa i opreza.

Umjetna inteligencija je sazela ono sto mislis zato sto si je trazio da ti sazme ono sto mislis.

Evo primjer chatgpt s malo relevantnije srocenim pitanjem. Uoci boldano, narocito ono pod 3) prakticki ti kaze ono sto ti svi ponavljaju.

Prompt: 

Should programmer focus on given problem or consider the bigger picture as well?

Answer:

A good programmer should do both, but with the right balance.

1. Focus on the given problem (short-term)
This is essential because:
- You need to solve what’s actually being asked, not an imagined problem.
- Clear focus helps you write correct, efficient, and testable code.
- Deadlines, specs, and constraints matter—ignoring them causes bugs or wasted time.
Think of this as: “Can I solve this task cleanly and correctly right now?”

2. Consider the bigger picture (long-term)
This is what separates a good programmer from a great one:
- How will this code fit into the entire system?
- Will it be maintainable, scalable, or reusable?
- Could future changes break this easily?
- Is this consistent with existing architecture and conventions?

This mindset helps avoid:
- Hard-coded hacks
- Overly complex rewrites later
- Technical debt

3. The balance (most important part)
Junior programmers often focus only on the immediate problem.
Experienced programmers solve the problem while quietly preparing for the future.

 Nije samo CloudFlare napravio zajeb sa junior vibe devovima u produkciji...

AWS je također pao identično i to skoro cijeli dan, iako se mislilo da je to nemoguće. 

Poslije se ispostavilo da je pao DNS i prebukiranost njihovog defaultnog datacentra: us-east-1, te nitko nije mogao pronaći DynamoDB bazu.

Moj sistem se ne mijenja često i ne moram svaki put kad programiram razmišljati o sistemu.

Kad programiram najviše razmišljam o problemu, a ne o sistemu, sistem je riješen.

A, jeli?

Moj sistem programiranja več unaprijed sadrži pretpostavku da source kod neće biti ponovno upotrebljen. Zato radim manje blokove koje je lagano bacit i napravit nove.

Ono kad netko ubaci hack koji rješava problem? Ako misliš na to , e ne to, drugo.

 Pobogu! Daj neki konkretan primjer.

 Vau, neda mi se to čitati.

Primjer?

Imaš primjere koji traju desetljećima i nisu riješeni (npr. prikaz naših dijakritika i ostalih znakova), imaš primjere stalnih ciklusa (frontend - backend nerazmišljanja, npr. promjena u frontendu koja jako nagazi backend ili ne prati korisničke potrebe i mogućnosti), primjere razvoja SW-a koji ne prate sigurnosne zahtjeve (npr. ove ideje i izvedbe fiskalizacije), dimenzioniranje elemenata sustava (npr. baze) koji nisu u startu zamišljeni s bar godina razvoja unaprijed i niz drugih stvari.

Problem nije u kodiranju (ili bilo kojoj drugoj grani IT-a), problem je u gledanju samo svog posla, bez gledanja može li utjecati na nešto drugo.