Igavene lubadus: programmeerijate kõrvaldamise katsete ajalugu

Unistus, mis ei sure kunagi

Igal kümnendil saabub uus tehnoloogia sama julge teatega: programmeerijad hakkavad vananema. Alates COBOLi leiutamisest 1950. aastatel kuni koodivaba revolutsioonini 2010. aastatel ja generatiivse tehisintellekti plahvatuseni 2020. aastatel on narratiiv püsinud märkimisväärselt järjepidev. Ettevõtlusjuhid, riskikapitalistid ja tehnoloogiaevangelistid on korduvalt kuulutanud, et professionaalse tarkvaraarenduse lõpp on kohe käes. Ometi oleme siin 2026. aastal ja tööstatistika büroo prognoosib tarkvaraarendajate tööhõive kasvuks 2032. aastaks 25% – palju kiiremini kui keskmine amet. Lugu programmeerijate kõrvaldamise katsetest ei ole tegelikult seotud tehnoloogia ebaõnnestumisega. See puudutab põhimõttelist arusaamatust programmeerijate tegelikust tegevusest.

COBOLi revolutsioon: masinate inglise keel kõnelemine

Kui Grace Hopper ja tema meeskond 1959. aastal COBOLi välja töötasid, oli selge eesmärk luua lihtsale inglise keelele nii lähedane programmeerimiskeel, et ärijuhid saaksid ise tarkvara kirjutada. Nimetus ise – Common Business-Oriented Language – andis märku ambitsioonist. Kui koodi loetakse nagu lauset, siis miks on vaja spetsiaalseid kodeerijaid? Juhid said lihtsalt arvutile öelda, mida nad tahavad, keeles, millest nad juba aru said.

COBOL muutis tööstust, kuid mitte nii, nagu selle loojad ennustasid. Programmeerijate kõrvaldamise asemel lõi see neist täiesti uue klassi. Keele üksikasjalik süntaks ja äriloogika võimalused tähendasid, et organisatsioonid vajasid rohkem arendajaid, mitte vähem, et luua üha keerukamaid finantssüsteeme, palgaarvestusmootoreid ja varude haldamise tööriistu. 1980. aastateks toodeti maailmas hinnanguliselt 220 miljardit COBOLi rida. Iroonia oli paks: keel, mis oli loodud selleks, et lasta mitte-programmeerijatel kodeerida, tekitas selle asemel ajaloo ühe suurima ja kestvama programmeerimistööjõu – keele, mida ettevõtted püüavad ka praegu meeleheitlikult säilitada.

COBOLi episood lõi mustri, mis kordub järgmise seitsme aastakümne jooksul. Iga uus abstraktsioonikiht muutis teatud ülesanded lihtsamaks, kuid avas samal ajal uusi võimalusi, mis nõudsid veelgi keerukamat programmeerimist. Väravapost lihtsalt ei liikunud – see kiirendas.

4GL-i ajastu ja CASE-tööriistad: automaatide automatiseerimine

1980. aastad tõid kaasa neljanda põlvkonna keeled (4GL) ja arvutipõhise tarkvaratehnika (CASE) tööriistad ning koos nendega ka programmeerijatest loobumise optimismi värske laine. Sellised tooted nagu Informix-4GL, Progress ja Oracle Forms lubasid, et visuaalsed liidesed ja deklaratiivne süntaks võimaldavad ärianalüütikutel rakendusi otse luua. Mõjukas IT-konsultant James Martin ennustas 1982. aastal, et traditsiooniline programmeerimine asendub kümne aasta jooksul suures osas automatiseeritud tööriistadega.

Ettevõtted investeerisid miljardeid. CASE tööriistaturg saavutas 1990. aastate alguses haripunkti üle 6 miljardi dollari aastas. Sellised ettevõtted nagu Andersen Consulting (praegu Accenture) ehitasid terved tavad ümber idee, et struktureeritud metoodikad ja automaatne koodi genereerimine vähendavad oluliselt vajadust käsitsi kirjutatud tarkvara järele. IBM-i AD/Cycle algatus püüdis luua terviklikku arenduskeskkonda, mis automatiseeriks kogu tarkvara elutsükli.

Tulemused olid selgelt erinevad. CASE-tööriistad töötasid üsna hästi lihtsate ja täpselt määratletud rakenduste jaoks – põhilised andmesisestusvormid, lihtsad aruanded, standardsed CRUD-toimingud. Kuid hetkel, kui nõuded muutusid keeruliseks, mitmetähenduslikuks või neid oli vaja kiiresti muuta, läksid tööriistad kõveraks. Arendajad avastasid, et võitlevad abstraktsioonidega, mitte ei saanud neist kasu, kirjutades keerukaid lahendusi, et saavutada asju, mis oleksid võtnud käsitsi kümme rida koodi. 1990. aastate keskpaigaks oli CASE-liikumine suures osas oma raskuse all kokku varisenud ning uus põlvkond programmeerijaid kirjutas Java ja ehitas veebi jaoks.

Visuaalne programmeerimismirraaž

Interneti tõus tõi kaasa järjekordse tööriistade laine, mis lubas tarkvara loomise demokratiseerida. Dreamweaver, FrontPage ja Flash andsid disaineritele võimaluse luua veebisaite ilma HTML-i kirjutamata. Visual Basic võimaldab kontoritöötajatel komponente pukseerides luua funktsionaalseid rakendusi. Microsoft Access lubas, et igaüks saab nädalavahetusel andmebaasirakenduse luua.

Need tööriistad andsid miljonitele inimestele tõelise võimaluse luua digitaalseid artefakte, mida nad muidu poleks saanud luua. Väikeettevõtted said veebisaidid. Osakonnad said kohandatud jälgimistööriistad. Mittetulundusühingud said annetajate andmebaasid. Kuid juhtus kurioosne asi: mida rohkem mitteprogrammeerijad ehitasid, seda rohkem avastasid nad visuaalsete tööriistade piirid. Iga Dreamweaveri sait vajas lõpuks kohandatud JavaScripti. Iga Accessi andmebaas tabab lõpuks jõudlusseinu. Iga Visual Basicu rakendus pidi lõpuks integreeruma süsteemidega, mida selle loojad ei osanud oodata.

"Programmeerimise ajalugu ei ole lugu inimeste asendamisest tööriistadega – see on lugu tööriistadest, mis laiendavad seda, mida inimesed soovivad ehitada, mis nõuab alati rohkem programmeerimist, mitte vähem. Iga abstraktsioonikiht ei kõrvalda keerukust, vaid lihtsalt paigutab selle ümber."

Koodita ja madala koodiga: uusim peatükk

2010. aastate koodita ja madala koodiga liikumine kujutas endast ehk seni kõige keerukamat katset programmeerijad võrrandist eemaldada. Sellised platvormid nagu Bubble, Webflow, Airtable ja Zapier võimaldasid mittetehnilistel asutajatel luua funktsionaalseid tooteid – mõnikord kogudes miljoneid riskikapitali rakendustele, mis on ehitatud täiesti ilma traditsioonilise koodita. Gartner ennustas, et 2025. aastaks kasutaks 70% uutest rakendustest madala koodiga või ilma koodita tehnoloogiaid, võrreldes vähem kui 25%ga 2020. aastal.

Koodivaba liikumine õnnestus seal, kus varasemad katsed olid komistanud, võttes omaks kriitilise ülevaate: enamik ärirakendusi on lahendatud probleemide variatsioonid. Te ei vaja kohandatud CRM-i, kui see on konfigureeritav. Kui teie töövoogu haldab modulaarne platvorm, pole teil vaja eritellimusel arveldussüsteemi. Täpselt selline filosoofia on selliste platvormide nagu Mewayz taga, mis pakub 207 eelehitatud ärimoodulit – alates CRM-ist ja arveldamisest kuni palgaarvestuse, personali, sõidukipargi halduse ja analüüsini –, mis võimaldavad ettevõtetel koostada keerukaid operatsioonisüsteeme ilma ühtki koodirida kirjutamata. Rohkem kui 138 000 kasutajat, kes juhivad oma moodularhitektuuris tõelist ettevõtet, näitab, et koodivaba lubadus toimib kõige paremini siis, kui seda rakendatakse äritegevusele, selle asemel, et kogu tarkvaraarendust asendada.

Kuid isegi kõige edukamad koodita platvormid paljastavad sama alustõe. Kui mullirakendus peab töötlema 50 000 samaaegset kasutajat, kirjutab keegi koodi. Kui Zapieri töövoog vajab kohandatud veakäsitlust kaheteistkümnes integreeritud teenuses, kirjutab keegi koodi. Kui ettevõte kasvab oma modulaarse platvormi eeldustest välja, kirjutab keegi koodi. No-code ei kõrvaldanud programmeerijaid – see struktureeris ümber seal, kus ja millal nende teadmised on vajalikud.

AI Gambit: kas seekord tuleb teisiti?

Generatiivsed AI-tööriistad, nagu GitHub Copilot, Claude ja GPT-põhised kodeerimisassistendid, on enneolematu intensiivsusega taaskäivitanud vanima arutelu andmetöötluse vallas. Võimalused on tõeliselt tähelepanuväärsed. AI saab nüüd luua funktsionaalset koodi loomuliku keele kirjeldustest, siluda keerulisi vigu, taastada pärandsüsteeme ja isegi arhitektuurseid multiteenusrakendusi. Stanfordi 2025. aasta uuring näitas, et AI-assistente kasutavad arendajad täitsid ülesandeid keskmiselt 55% kiiremini. Mõned riskikapitalistid on kuulutanud, et "viimane programmeerija" on juba sündinud.

Senised tõendid viitavad aga tuttavale mustrile. AI kodeerimistööriistad on muutnud üksikud arendajad märkimisväärselt tootlikumaks, kuid need ei ole vähendanud nõudlust arendajate järele. Selle asemel kasutavad ettevõtted tootlikkuse kasvu, et kiiremini luua ambitsioonikamat tarkvara. Idufirmad, kes vajasid toote tarnimiseks 18 kuud ja kaheksaliikmelist meeskonda, saavad nüüd seda teha kuue kuuga koos kolme arendajaga – kuid need kolm arendajat on nõudlikumad ja saavad paremat tasu kui kunagi varem.

On ka domeene, kus tehisintellekti loodud kood tekitab pigem uusi probleeme kui ei lahenda vanu. Mõelge nendele püsivatele väljakutsetele:

• Turvaaugud: NYU Tandon Schooli uuringud näitasid, et tehisintellekti loodud kood sisaldab ligikaudu 40% ajast ärakasutatavaid turvavigu, mis nõuavad kogenud arendajatelt ülevaatamist ja parandamist.
• Arhitektuurne sidusus: tehisintellekt loob suurepäraselt individuaalseid funktsioone, kuid ei suuda säilitada ühtseid arhitektuurimustreid sadade interakteeruvate komponentidega suurte koodibaaside vahel.
• Domeenispetsiifiline loogika: finantseeskirjad, tervishoiunõuete järgimine (HIPAA) ja lennundusohutusstandardid nõuavad nüansi mõistmist, et praegused tehisintellekti mudelid eksivad sageli peenelt ja ohtlikult.
• AI väljundi silumine: kui tehisintellekti loodud koodi tootmine ebaõnnestub, nõuab probleemi diagnoosimine sageli sügavamaid teadmisi kui koodi käsitsi kirjutamine, luues uue kategooria eritöödele
• Integreerimise keerukus: süsteemide ühendamine üle organisatsioonipiiride – pärand suurarvutid kaasaegsete API-dega, kohapealsed andmebaasid pilveteenustega – hõlmab läbirääkimisi tehniliste võlgade, poliitiliste piirangute ja automatiseerimisele vastupanuvõimelise dokumenteerimata käitumise üle.

Kõige realistlikum hinnang on see, et AI teeb sama, mida iga eelnev tehnoloogia: muudab seda, millele programmeerijad oma aega kulutavad. Vähem katlakivi, rohkem arhitektuuri. Vähem süntaksi meeldejätmist, rohkem süsteemikujundust. Vähem aega CRUD-i lõpp-punktide kirjutamiseks, rohkem aega tõeliselt raskete probleemide lahendamiseks.

Miks ennustus alati ebaõnnestub

Pärast seitset aastakümmet kestnud ebaõnnestunud ennustusi ilmneb selge muster. Inimesed, kes ennustavad programmeerimise lõppu, teevad järjekindlalt samad kolm viga. Esiteks ajavad nad segamini koodi kirjutamise ja inseneritarkvara. Süntaksi sisestamine redaktorisse on võib-olla 15% tarkvaraarendaja tööst. Ülejäänu – mitmetähenduslike nõuete kogumine, kompromissotsuste tegemine, keerulistes süsteemides esilekerkiva käitumise silumine, tehnilise võla haldamine, jagatud abstraktsioonide kooskõlastamine teiste inimestega – ei ole peamiselt kodeerimisprobleem. See on mõtlemisprobleem.

Teiseks alahindavad nad tarkvarale rakendatavat Jevonsi paradoksi. Kui majandusteadlane William Stanley Jevons täheldas 1865. aastal, et kivisöe kasutamise tõhustamine suurendas söe kogutarbimist, tuvastas ta dünaamika, mis sobib ideaalselt programmeerimisega. Iga tööriist, mis muudab tarkvara loomise lihtsamaks, suurendab kogu maailmas loodava tarkvara hulka. Tarkvara nõudluskõver pole andmetöötluse ajaloos kordagi langenud.

Kolmandaks peavad nad väsimuse kaotamist ekslikult elukutse kaotamiseks. Arvutustabelid ei kõrvaldanud raamatupidajaid – nad said vabaks teha väärtuslikumat analüütilist tööd. Photoshop ei kõrvaldanud graafilisi disainereid – neil oli õigus luua asju, mis varem olid võimatud. Samamoodi on iga programmeerimise automatiseerimise laine vabastanud arendajad tegelema probleemidega kõrgemal abstraktsioonitasemel, kuid põhivajadus inimeste järele, kes oskavad keerulisi süsteeme mõelda, on ainult kasvanud.

Tõeline õppetund ettevõtetele

Ettevõtete juhtide jaoks, kes seda ajalugu jälgivad, ei ole praktiline väljavõte filosoofiline, vaid strateegiline. Õige küsimus pole kunagi olnud "kuidas me kaotame vajaduse tehniliste talentide järele?" See on alati olnud "kuidas rakendada tehnilisi talente seal, kus see on kõige olulisem?" Iga tund, mille kvalifitseeritud arendaja kulutab standardse arveldustöövoo loomisele või CRM-i põhikonfigureerimisele, on tund, mida ei kulutata kohandatud eristatud süsteemidele, mis loovad konkurentsieelise.

Siin tõestab modulaarse platvormi lähenemisviis oma väärtust. Kui ettevõtted kasutavad selliseid platvorme nagu Mewayz, et hallata oma operatiivsüsteemi – CRM-i, arveldamist, personalijuhtimist, broneerimissüsteeme, analüütika armatuurlaudu –, ei kaota see vajadust tehnilise mõtlemise järele. Nad keskendavad seda. 207 moodulit, mis hõlmavad kõike alates sõidukipargi haldamisest kuni link-in-bio tööriistadeni, tähendavad, et arendusressursse saab suunata tõelise innovatsiooni poole, selle asemel, et lahendada lahendatud probleeme sajandat korda uuesti leiutada.

Igavene lubadus programmeerijad kõrvaldada on alati olnud valediagnoos. Tõeline võimalus ei ole inimeste eemaldamine tarkvaravõrrandist – see tagab, et inimeste teadmisi rakendatakse seda väärt probleemide lahendamisel. Vahendid muutuvad. Keeled arenevad. Abstraktsioonid on kõrgemad. Kuid kas on vaja inimesi, kes suudavad arutleda keerukuse üle, pidada läbirääkimisi kompromisside üle ja muuta inimlikud kavatsused toimivateks süsteemideks? Pärast seitsekümmend aastat kestnud proovimist ei näita see konkreetne vajadus mingeid märke kadumisest.

Korduma kippuvad küsimused

Miks on varasemad katsed programmeerijaid kõrvaldada alati ebaõnnestunud?

Iga "programmeerijaid asendava" tehnoloogia põlvkond – alates COBOList kuni visuaalse programmeerimiseni ja lõpetades ilma koodita platvormidega – lõi lõpuks keerukama, kui eemaldas. Need tööriistad alandasid edukalt lihtsate ülesannete täitmiseks sisenemise barjääri, kuid ärinõuete kasvades vajasid organisatsioonid integreerimise, kohandatud loogika, turvalisuse ja ulatuse haldamiseks siiski kvalifitseeritud arendajaid. Nõudlus programmeerijate järele on iga uue innovatsioonilainega ainult kasvanud.

Kas tehisintellekt asendab lõpuks tarkvaraarendajad?

AI on võimas tootlikkuse kordistaja, mitte asendus. Nii nagu arvutustabelid ei kõrvaldanud raamatupidajaid, kiirendab generatiivne tehisintellekt arengut, kaotamata vajadust inimliku hinnangu, arhitektuurse mõtlemise ja probleemide lahendamise järele. Sellised platvormid nagu Mewayz demonstreerivad ideaalset lähenemist – tehisintellekti automatiseerimist 207 mooduli ulatuses, et anda ettevõtetele rohkem võimalusi, toetudes samas kulisside taga olevatele inseneriteadmistele.

Milline on programmeerijate praegune tööväljavaade?

Hoolimata aastakümneid kestnud ennustustest nende vananemise kohta on programmeerijate nõudlus endiselt erakordselt suur. Tööstatistika büroo prognoosib tarkvaraarendajate tööhõive kasvuks 25%, ületades kaugelt enamikku elukutseid. Muster on selge: iga uus tehnoloogia, mis pidi programmeerijaid asendama, laiendas selle asemel, mida tarkvara suudab saavutada, tekitades veelgi suurema nõudluse kvalifitseeritud arendajate järele kõigis tööstusharudes.

Kuidas saavad ettevõtted automatiseerimisest kasu ilma oma meeskondi välja vahetamata?

Kõige nutikam lähenemine on suurendamine, mitte asendamine. Tööriistad, nagu Mewayz, pakuvad 207-moodulist ärisüsteemi, mille hind on alates 19 dollarist kuus, mis automatiseerib korduvaid töövooge – turundust, kliendisuhete haldust, ajakava koostamist, arveldamist –, et meeskonnad saaksid keskenduda strateegilisele tööle. See peegeldab ajaloolist õppetundi: automatiseerimine töötab kõige paremini siis, kui see saab hakkama rutiinsete ülesannetega ja vabastab inimesed tegelema suurema väärtusega väljakutsetega.