Peter73

"Anders, namelijk" Blind geld in een technologie duwen is zelden een goed idee, en hier helemaal. Naar mijn idee zal AI de komende jaren niet eens fundamenteel vreselijk veel beter worden als je kijkt hoe de huidige LLM's werken. Het is zoiets als een trein; je kunt hem steeds sneller later rijden maar ergens halverwege de geluidsbarriere is de rek er toch echt wel uit en moet je er vleugels aan knopen. De huidige engines hebben geen vleugels en conceptueel zijn die er ook niet zomaar op te schroeven. Het grote verschil tussen nu en over een paar jaar gaat zijn dat we (= mensen, ironisch genoeg) beter door gaan krijgen hoe we die dingen precies moeten gaan gebruiken om ze goed tot hun recht te laten komen. Dat is het trucje dat de komende jaren succes gaat opleveren. Investeren in dat soort toepassingen heeft zeker zin. Investeren in onderzoek naar tape waarmee je een trein sneller kunt maken dan een vliegtuig is wat minder zinvol. Althans voor het gemiddelde mkb bedrijf.

Als aanvulling: Misschien moet je het dan juist wel op een constructieve manier omdraaien en gebruik van die denkwijze maken. Een heel land is kennelijk een probleem, maar als we nou gewoon eens een geografisch gebiedje van een luttele 200x300 km afspreken?

Denk je dat bedrijfsruimte te duur is, of weet je dat? Als je iets in een verzamelgebouw hebt kan het nog verrassend goedkoop zijn.

The general problem with this kind of things is that your customers will likely spend relatively little on beverages, and will take a long time to finish their drinks. That's a challenging combination.

Nu is het niet je vraag, maar hoe ga je dat in vredesnaam voor 4,95 per claim doen, en dan ook nog eens no cure no pay.. dus zeg als het meezit is gemiddeld 75% van die 4,95 realistischer. Of begrijp ik je nu verkeerd? Vermoedelijk ga je geautomatiseerd een hele pipeline met wat AI er doorheen opzetten.. maar zelfs dan nog.. dat kan zich toch bijna niet lonen?

Door tegengas te geven. Dat toont eigen visie en kunde aan. Blind gaan bouwen "omdat de klant het nu eenmaal wil" is de makkelijke weg, maar aangezien de klant bijna per definitie wel zelf het probleem kan identificeren maar niet zelf de beste oplossing kan bedenken (ieder z'n vak..) is dat niet de juiste weg.

Een van de lastige punten komt al vroeger in het traject: wie kies je ervoor? Bij kennismakingsgesprekken/presales viel het me vaker op dat websitebouwers bijna kopietjes van elkaar zijn. Allemaal werken ze "agile" en "scrum", gebruiken ze slides met daarop foto's van steigerhout en kerels (m/v) met hipsterbaarden (m/v) en zo nog wat dingen. Het voelt erg weinig onderscheidend. Op prijs kiezen is over het algemeen ook niet de beste manier. Dus dan blijft er weinig over. De logische optie die overblijft is dan maar zoveel mogelijk vertrouwen op de ervaringen van anderen. Dat doe ik dan dus ook maar, maar ergens is dat ook een beetje behelpen want die anderen in kwestie laten ook niet dagelijks een site bouwen en hebben, als je eerlijk bent, ook gewoon weinig referentiemateriaal om het allemaal een beetje in perspectief te zetten. Dan blijft dus eigenlijk alleen maar de vraag over of je de aanbieder als persoon mag, en of die anderen die persoon graag mochten en het op z'n minst niet al te erg is mis gegaan. Zie hier in een notendop waarom ik het keuzetraject als een nogal lastig iets heb ervaren. Het bouwen van een site is verder niet zo vreselijk lastig, dus zolang je daar zelf een beetje realistisch in bent komt dat dan wel goed.

Ik denk dat het ook een misvatting is dat weigeren eist dat je nee zegt. Gewoon glimlachen en zeggen dat je het een mooie prijs vind en daar dus aan vast houdt is veel zachter en daarmee voor sommigen makkelijker. En het effect is gelijk.

Iets zegt me dat je ofwel het woord "ZZP/Eenmanszaak", ofwel het woord "gedetacheerd" verkeerd begrijpt.

het is voor iedereen, zelfs voor de belastingdienst, nogal lastig te bepalen wat nu precies 'het juiste contract' is aangezien de jurisprudentie nogal mager is en er ook nog heel wat politieke onenigheid over is. Dat stukje nuance laat de belastingdienst in de communicatie graag weg maar het verandert niets aan de vaagheid van de situatie.

De oplossing is wat mij betreft duidelijk, net als de rest in dit topic noemt. Toch is dat voor jou volgens mij niet zo. Wat zit je precies dwars? Ben je conflictvermijdend, of word je gehinderd door een misplaatst gevoel van loyaliteit? In het eerste geval is het een kwestie van de afweging of je jezelf daar overheen kunt zetten en of je dat de moeite waard vindt. In het tweede geval kan het geen kwaad nog eens goed over die loyaliteit na te denken; de andere kant uit bestaat die namelijk zo te zien ook niet.

In hoeverre moet je ook echt in die landen zijn voor contact met je klanten? Sta je echt zo'n beetje elke dag daar te fotograferen of is het 1 dag schieten en 4 dagen foto's bewerken, waarna je via een mooie slinger langs dat lieflijke kasteeltje weer 3 dagen later bij de volgende klant aankomt?

Let erop dat je strikt genomen geen gebruik mag maken van spullen die je als kosten als ondernemer hebt opgevoerd. Een zakelijke laptop of zakelijk gehuurd kantoor mag dus niet.

Dit lijkt me niet anders dan een kortdurende auto van de zaak. Incl alles wat erbij komt, zoals bijtelling. Wil je dat echt?

Ik gebruik het dagelijks hiervoor. Je moet het een beetje in de vingers krijgen. In het begin maakte ik m'n prompt steeds uitgebreider. Het bleek echter al snel dat van de 20 requirements er maar 17 meegenomen werden. Of 14. Of 22. Je wist alleen nooit welke wel en welke niet. Dat bleek dus niet de aanpak. Wat wel werkt, is om te pingpongen. Eerst een simpele basisfunctie maken. Bijvoorbeeld 'ik heb deze excel file en ik zoek een script om dit naar een databasetabel te kopiëren. En ik wil ook dat je eerst de databasetabel zelf aanmaakt want die bestaat nog niet.' Na wat reacties heen en weer heb je dan een werkend script. En dan ga je verder 'mooi, maar ik wil ook history logging. Bestaande tabellen moeten als backup weggeschreven worden naar een tabel met extensie _bak en er moet ook nog een datumveld inzitten'. Etc. Deze aanpak heeft me tot nu toe al veel werk bespaard. En eerlijk is eerlijk, de code is netter dan ik zelf geschreven zou hebben. Ik ben absoluut geen hardcore programmeur. Maar ik heb wel een technische IT achtergrond dus ik kan beoordelen of de output ergens op slaat, en op deze manier kan ik heel snel prototypes maken.