Juridische documenten tekstueel gaan filteren/vergelijken etc is inderdaad een use case.
Laten interpreteren vind ik... gevaarlijk.
Heb je wat meer detail over het soort proces?
Ik denk dat je de snuggerheid van LLM onderschat. Vooral programmeren is eigenlijk super gemakkelijk voor een LLM.
- Programmeertalen zijn een taal met formele regels en een relatief simpele grammatica
- Het voordeel van programmeertalen is dat je formeel correcte texten kunt voeden aan het systeem. Code loopt/compileert of niet - there is nothing in between. 1 typo in je code en de code loopt niet. Dit tgo het internet dat vol staat met reddit en 4chan nonsense dat formeel niet correct is. Dat zit allemaal in de corpus
- Heel de wereld programmeert python hetzelfde, er is geen frans of engels of duits of whatever, er is python
- Je kunt dus een giga corpus met 100% correcte python/JAVA/... voederen aan je systeem en het zal automatisch uitsnuffelen hoe dingen werken. Ook dingen die het nooit gezien heeft, zal het kunnen maken (op zijn minst zeker 100% perfect evalueren)
- LLM kunnen wel degelijk de grammatica en regels met gemak doorgronden door ze beperkt aantal corpussen met code te geven
Ik heb vorige week nog een ex-prof programmeren gezien van 1e jaar unif. Die heeft 600 studenten in 1e jaar. Alle practica zijn vervangen door LLM evaluatie. Je dient je programmeer oefening in en je krijgt automatisch een score 6 7 8 9 10/10. Het systeem zal zelfs suggesties geven van 'dit kan zo anders', 'pas op hier', ... Waar ze vroeger 1300h supervisie tijd nodig hadden, is dat nu 100 of zo. Hij sprak van 13 FTEs gewonnen per semester. EN de studenten zijn contenter want ze hebben snellere en relevantere feedback.
Getraind op de oefeningen en scores van de voorbije paar jaren waar ze nog manueel moesten verbeteren.
Die LLM kunnen wel degelijk dingen doen die ze nooit gezien hebben op stackoverflow (misschien vaag iets die er op lijkt). Die gaan uiteraard geen volledige programma's schrijven, maar routine stuff of code compacter/uitgebreider maken, typos eruit duwen, bugs eruit duwen, allemaal fair game voor LLMs.
Hier gebruiken de programmeurs ook allemaal copilot en andere IDE bells and whistles. Vroeger had je al IDEs die relatief snugger waren, maar nu staat de helft van je code al in grijs voor je het zelf getypt hebt. Typos, onbestaande. Ongebruikte variabelen en andere nonsense waar je vroeger een halve dag op zat te debuggen, zo goed als onbestaande geworden. Styling/guidelines adherence, bijna 100% voor het in review komt, ...
En de dingen die niet real-time kunnen gebeuren, daar doen ze een detailed scan van elke dag/week. "deze file wordt nooit gebruikt" of "breek deze code in brokken", "voeg testing toe voor lijn 10 - 1000, kritisch en door veel andere dingen gebruikt". Dat is gewoon een platform en QA architect die je steunwieltjes geeft om farcen te vermijden.
Ik denk ook niet dat er veel jobs gaan sneuvelen, alleen veel brolwerk (Dat niemand graag doet anyway) elimineren.
Je mag btw niet onderschatten hoeveel manueel/non-digitalized werk er nog gebeurt, zelfs in grote techbedrijven (hi - is that you cege?), dat niet te elimineren is met LLM. Als het niet digitaal is, valt het al moeilijk te elimineren anyway. Er is zoveel wetgeving en legal gedoe en politiek gezever in grote bedrijven dat veel dingen gewoon retarded manuele processen zijn omdat voor reden ABC Jos dat op papier moet zetten en naar Paul moet sturen voor 'expert opininion evaluation'. Die gooit zijn oog er op en steekt zijn duim in de lucht of niet. En dat moet zo zijn omdat het moet.
Hoeveel dagen in mijn leven ik al verspild heb met doosjes printen of 'box inserts' aanpassen omdat doosje A naar DHL moet en dan naar Fedex omdat bblablabla verschillende max en min box sizes om een doosje met product op gedroogd ijs en certificaat ABC in Peru moet terecht komen uit Europa. En het zijn net die relatief zinloze dingen waar de mensen het meeste tijd aan verschijten. De eerste 80% van de race doe je snel en routine matig met duidelijk proces (en kun je wsch met LLM gemakkelijk eruit duwen) maar aan de laatste paar procenten verschijt je al je tijd en die zijn niet met te LLM elimineren.
Zoals anderen al zeiden. Er is krapte op markt, er is veel werk (hey, we hebben productiviteitsgroei nodig voor onze Social security te financieren). Als we prutwerk kunnen wegknippen, kunnen we andere meer productieve dingen doen die een computer niet kan.
Klopt voor een deel. Maar de gemiddelde manager/mens interesseert het ook niet, die zitten niet allemaal te wachten om heel hun afdeling te laten vervangen door een AI-chatbot. Behalve aandeelhouders, eigenaars of managers die er direct belang bij hebben om het werk met minder mensen te doen, gaan de meeste niet hun nek uitsteken om volledige bedrijfsprocessen te herorganiseren in functie van AI. Om dan het risico te lopen om hun kop te verliezen als het toch allemaal niet zo geweldig blijkt te zijn als eerst gedacht.
Er zijn gelukkig genoeg psychopaten in de wereld die de streamlining er gewoon doorduwen. "Hoi, we knippen de helft van je team weg en je krijgt 2 programmeurs in de plaats. Los het op en tot binnen 6 mnd". 6 mnd later niet opgelost en er rollen wat koppen. Leuk zal het niet zijn, maar het zal wel gebeuren.
Misschien niet onmiddellijk, maar eens de volgende grote crisis eraan komt, is het zover en komen de hakbijlen boven en gaan de achterblijvers pijn hebben. Zoals Warren B zei "Only when the tide goes out do you discover who's been swimming naked"