Jensen Huang... we finally meet.
ChatGPT en andere Large Language Models
- Onderwerp starter GemaneDude
- Startdatum
Buy more chips
Maar het is op dit moment wel één van de technieken om betere resultaten te krijgen. Adversarial review, ge laat een model van vendor B het werk van vendor A beoordelen, en na een paar rondjes ping-pong heb je meestal een veel betere uitvoering waar een hoop bugs en andere problemen uit zijn.
Inderdaad. Heb het nog wel niet uitvoerig getest weten worden op grotere projecten. Kosten kunnen dan wel zwaar uit de pan swingen en dan altijd zien dat uw context deftig wordt meegegeven.Buy more chips
Maar het is op dit moment wel één van de technieken om betere resultaten te krijgen. Adversarial review, ge laat een model van vendor B het werk van vendor A beoordelen, en na een paar rondjes ping-pong heb je meestal een veel betere uitvoering waar een hoop bugs en andere problemen uit zijn.
In other news. Rejoice windows gebruikers (I guess):
Tipje van de sluier is altijd welkom
. Basseer je je dan op eigen interne documenten, standaarden of is het echt gewoon prompten en hem van het internet laten plukken ?Alsook iets waar ik de laatste tijd meer en meer succes begin te hebben is echt draw.io schema's. Normaal blijf ik bij mermaid voor interne docs. Maar af en toe kan ik het toch omzetten in draw.io. Wat natuurlijk iets properder is als je naar principal enterprise architects iets doorstuurt.
Maar het is echt nog een hit en miss. Ik gooi gewoon mijn specs en mermaid diagram ertegenaan en zie dan wel of er iets goed uitkomt of niet, ik blijf er niet te lang bij hangen.
Bvb. In de prompt zit de probleemstelling, de doelstelling, de eigen reeds intern doorlopen stappen, de resultaten die die stappen hebben opgeleverd, de data achter die stappen, de mogelijke verdere verfijningen/procedures die we van onze externe partner verwachten (hier laten we opus dan ook nog eens zijn eigen check op doen) en de te behalen einddoelstelling die we zouden willen verwachten.Tipje van de sluier is altijd welkom
Alsook iets waar ik de laatste tijd meer en meer succes begin te hebben is echt draw.io schema's. Normaal blijf ik bij mermaid voor interne docs. Maar af en toe kan ik het toch omzetten in draw.io. Wat natuurlijk iets properder is als je naar principal enterprise architects iets doorstuurt.
Maar het is echt nog een hit en miss. Ik gooi gewoon mijn specs en mermaid diagram ertegenaan en zie dan wel of er iets goed uitkomt of niet, ik blijf er niet te lang bij hangen.
Claude zorgt voor het overzicht en de structuur van het einddocument in onze bedrijfstemplate.
30 min VS minimum 2 dagen
Huh... dus ge voedt gewoon uw cijfers en een predefined template met onderwerpen en laat em dan zijn uitleg doen ?
Verzamelen/Ophalen van alle data (lokaal), deze dan redacten en richting AI sturen, en vervolgens met Claude-PPTX een template laten voeden en daar de nodige content in laten opvullen met de data. Trends via AI-verwerking (wederom redacted) eruit halen en laten beschrijven als een SDM met 20 jr ervaring.
Hahaha. Sorry. Ik beelde me gewoon in
# ROLE
You're an SDM with 20 years of experience.
Het klinkt idioot, maar die 'fungeer als...' of rol-toewijzing is echt dé lifesaver tussen AI-slop en iets of wat deftige content/review/coding te krijgen.
Sinds workflow en /goal in Claude is mijn efficiëntie ook wel echt x10 gegaan, bijna steeds spot on; en pakken sneller klaar.
De tokens ook pakken sneller opgesoupeerd natuurlijk.
Bjorn
Well-known member
De ervaring die ik heb … de eerste 80 procent heb je ongelooflijk snel en het lijkt alsof alles perfect voor je gemaakt wordt, maar die laatste procenten om het goed te krijgen oh boy daar wordt ik horendol van. Ik merk wel dat ik veel te lui ben geworden en het soms beter zelf doe om die laatste procenten goed te krijgen want het prompten kost me op g einde meer moeite.
Met Claude design wel al heel goeie ervaringen tegenwoordig om prototypes te ontwerpen die volledig functioneel zijn. Nu nog werkend krijgen met een database.
Ik was begonnen met GSD skill in Claude code en dan verwijzen naar mijn design files, dat ging toch niet echt goed. Hij zette wel een vrij complete SQL database omgeving op maar de UI zag er niet uit en paar relaties liepen ook visueel de mist in. Volgende keer eens vertrekken vanaf die UI, handoff naar Claude code en dan via GSD skill de code en handoff files laten analyseren
Met Claude design wel al heel goeie ervaringen tegenwoordig om prototypes te ontwerpen die volledig functioneel zijn. Nu nog werkend krijgen met een database.
Ik was begonnen met GSD skill in Claude code en dan verwijzen naar mijn design files, dat ging toch niet echt goed. Hij zette wel een vrij complete SQL database omgeving op maar de UI zag er niet uit en paar relaties liepen ook visueel de mist in. Volgende keer eens vertrekken vanaf die UI, handoff naar Claude code en dan via GSD skill de code en handoff files laten analyseren
Laatst bewerkt:
Als je een IDE hebt en een ganse bibliotheek objecten, kan je dan niet sneller "manueel" code schrijven?
Ik kan wel begrijpen dat als je binnen de IDE een coderingsmodel hebt dat strikt getraind is op code en op alle best practices en alle white papers, dat dat model dan heel snel code oplevert die zgn waterdicht is. En die manueel coderen gaat verslaan mbt productiviteit (?).
Ik kan wel begrijpen dat als je binnen de IDE een coderingsmodel hebt dat strikt getraind is op code en op alle best practices en alle white papers, dat dat model dan heel snel code oplevert die zgn waterdicht is. En die manueel coderen gaat verslaan mbt productiviteit (?).
Oh nee, helemaal niet. Dat is gewoon best practice. Uw efficientie x10 statement daarentegen ga ik wel met een korrel zout nemen
.The brain rot is real.
Want zonder een abonnement werkten die LLM's sneller?
Uiteraard is er nog ander werk dat je kan doen terwijl Claude gek aan het doen is. Maar je moet er geen tekening bij maken dat heel wat KMO's gaan afslanken dankzij AI. Dat ontkennen is gewoon naïef. Waarom willen bedrijven nu al automatiseren en AI chatbots inzetten? Juist ja, gewoon om het aantal FTE's te verminderen omdat dat voor meer winst zorgt.
Je blijft deze beweringen maken terwijl daar helemaal geen aanleiding voor is. Wie zegt zo'n zaken?
'Hey mannen we kunnen opeens veel sneller werken dankzij ai en meer klantenwerk doen!'
'Inderdaad, laten we nu even de helft van ons personeel afdanken zodat we hetzelfde werk kunnen blijven verrichten ipv te groeien!'
Lijkt me zeer bizarre attitude, tenzij je werkt in een markt die reeds heel constrained is. Komt er ook gewoon nog bij dat je niet zomaar dubbel de workload kan dumpen op 50% van de mensen. Die cognitieve load zorgt gewoon voor een burnout binnen de kortste keren. Zelfs al kan ik mijn werksnelheid verdubbelen op alle vlakken. Ik ga echt niet opeens van 3 klanten per week naar 6 klanten per week werk doen hoor. Dat is gewoon mental.
ps: em had het over token based abo geloof ik.
Laatst bewerkt:
Ik heb wel de indruk dat jij denkt dat de CEO van Fortis een uitzondering is. Ik denk eerder dat heel wat CEO's dat pad gaan bewandelen.
9 op de 10 bedrijven houdt zich dagdagelijks bezig met de kosten te verminderen en de winst te vermeerderen. Dat is gewoon de basis. Moest onze regering een bedrijf zijn, het draaide al jaren super met mega dividenten.
Neen. Ik weet dat een CEO als doel heeft de aandeelhouders gerust te stellen.
. In datzelfde artikel zien we ook dat ze zaken gaan off-shoren en andere zaken die men gaat doen. Maar het bekt natuurlijk veel lekkerder om te zeggen dat het allemaal dankzij AI is. Journalisten zijn gewoon niets meer dan megafonen voor zo'n zaken.btw: kwil niet nitpicken maar je springt ook tussen kmo's en dan opeens fortis
Laatst bewerkt:
Toch net niet? In plaats van in den treure proberen uw prompt zo te krijgen zodat ge den output krijgt die ge voor ogen hebt, gaat ge uw eigen brein gebruiken om het te doen.
Ik ben het wel eens met @Bjorn : die puntjes op i kunnen soms veel tijd en moeite in beslag nemen. Dan doe ik het gewoon zelf hoor. Script klaar, wat tweaks er aan et voila. Al een paar keer voor gehad dat er ondanks specifieke instructies het goeie resultaat om zeer werd geholopen na de vraag om een paar kleine zaken te tweaken.