Archief - VBA voor Excel - Is dit een goede keuze voor latere job?

Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.

Skid

Legacy Member
Ben student Handelswetenschappen aan de KUL.
Maar vroeg me af of VBA een goede keuze is.

Ik had dit al eens 3 weken gedaan bij Mars. Interim vroeg voor iemand met goede kennis Excel en VBA, en ik had wat overdreven wat mijn skils betrof, maar heb er uiteindelijk toch 3 weken mogen werken.
Wat mij aanspreekt is vooral dat je een beetje creatief kan bezig zijn.
Het is meer dan een 9 to 5 monotone repititieve bureaujob.
Ik heb daar in het algemeen geen probleem mee, maar zou toch liever wat meer uitdaging en creativiteit hebben in mijn werk.

Ook vond ik het een beetje "cool", omdat ik zogezegd de VBA-expert was en niemand weet wat je doet, dus collega's kunnen nooit commentaar geven ofzo, en omdat ze er niks van afweten lijkt het voor hun nog specialer en complex en je bent de specialist dus iedereen heeft je nodig.


Wat denken jullie?

Tailball

Legacy Member
Skid zei:
Ben student Handelswetenschappen aan de KUL.
Maar vroeg me af of VBA een goede keuze is.

Ik had dit al eens 3 weken gedaan bij Mars. Interim vroeg voor iemand met goede kennis Excel en VBA, en ik had wat overdreven wat mijn skils betrof, maar heb er uiteindelijk toch 3 weken mogen werken.
Wat mij aanspreekt is vooral dat je een beetje creatief kan bezig zijn.
Het is meer dan een 9 to 5 monotone repititieve bureaujob.
Ik heb daar in het algemeen geen probleem mee, maar zou toch liever wat meer uitdaging en creativiteit hebben in mijn werk.

Ook vond ik het een beetje "cool", omdat ik zogezegd de VBA-expert was en niemand weet wat je doet, dus collega's kunnen nooit commentaar geven ofzo, en omdat ze er niks van afweten lijkt het voor hun nog specialer en complex en je bent de specialist dus iedereen heeft je nodig.


Wat denken jullie?


VBA is eerder een sidejobke. Ik denk niet dat je dit ergens fulltime kan gaan doen.
Kijk eens naar .NET, java, python of zelfs HTML5 (html5, css3, javascript es6 enz).

Enne, dat 'specialist' verhaaltje best zo snel mogelijk uit je hoofd zetten.
Je moet je misbaar kunnen maken in een bedrijf, want anders heb je geen rust meer.
En als jij nu al denkt 'specialist' in VBA te zijn, ga je nogal tegen een muur aanlopen als het niet lukt of je code compileert niet.
Je bent en blijft in eerste instantie een junior, punt.

Het 'niemand weet wat ik doe' is ook een grote no-go:
Het creëert bad coding practises. Jij hebt carte blanche, dus je hebt op zich zelf geen idee ervan of je nu goed bezig bent of niet.
Voor kleine projectjes maakt het niet zoveel uit, maar eens je grotere codebases gaat tegenkomen, ga je opnieuw die junior-rol vervullen en zijn projecten in het begin al gedoemd om te falen (of zijn ze gewoon niet meer te maintainen).

Skid

Legacy Member
Tailball zei:
VBA is eerder een sidejobke. Ik denk niet dat je dit ergens fulltime kan gaan doen.
Kijk eens naar .NET, java, python of zelfs HTML5 (html5, css3, javascript es6 enz).

Enne, dat 'specialist' verhaaltje best zo snel mogelijk uit je hoofd zetten.
Je moet je misbaar kunnen maken in een bedrijf, want anders heb je geen rust meer.
En als jij nu al denkt 'specialist' in VBA te zijn, ga je nogal tegen een muur aanlopen als het niet lukt of je code compileert niet.
Je bent en blijft in eerste instantie een junior, punt.

Het 'niemand weet wat ik doe' is ook een grote no-go:
Het creëert bad coding practises. Jij hebt carte blanche, dus je hebt op zich zelf geen idee ervan of je nu goed bezig bent of niet.
Voor kleine projectjes maakt het niet zoveel uit, maar eens je grotere codebases gaat tegenkomen, ga je opnieuw die junior-rol vervullen en zijn projecten in het begin al gedoemd om te falen (of zijn ze gewoon niet meer te maintainen).

Ik ga me natuurlijk sterk verdiepen in VBA en zien dat ik het stevig onder de knie heb. Ik weet dat ik met mijn kennis nu niet veel ben.
Als je misbaar bent, en makkelijk vervangbaar dat is juist negatief in mijn ogen.
Als mensen je nodig hebben dan heb je soort machtspositie, al klinkt dit wat obscuurder dan ik wil bedoelen. En ik ben sociaal sterk, dus als ik geen tijd heb of zo zeg ik dat wel...

Tailball

Legacy Member
Skid zei:
Ik ga me natuurlijk sterk verdiepen in VBA en zien dat ik het stevig onder de knie heb. Ik weet dat ik met mijn kennis nu niet veel ben.
Als je misbaar bent, en makkelijk vervangbaar dat is juist negatief in mijn ogen.
Als mensen je nodig hebben dan heb je soort machtspositie, al klinkt dit wat obscuurder dan ik wil bedoelen. En ik ben sociaal sterk, dus als ik geen tijd heb of zo zeg ik dat wel...

VBA will only get you so far.
De vraag naar VBA devs of specialisten is zodanig klein dat het niet loont.
De meeste andere developers kunnen gerust VBA erbij nemen als ze ergens een projectje moeten opzetten, dat leer je in een dag of 2.
Goeie code discipline en practices leer je echter niet zomaar eventjes en al zeker niet als je de enige bent met carte blanche.

Skid

Legacy Member
Tailball zei:
VBA will only get you so far.
De vraag naar VBA devs of specialisten is zodanig klein dat het niet loont.
De meeste andere developers kunnen gerust VBA erbij nemen als ze ergens een projectje moeten opzetten, dat leer je in een dag of 2.
Goeie code discipline en practices leer je echter niet zomaar eventjes en al zeker niet als je de enige bent met carte blanche.

De vraag is juist groot omdat de nieuwe generatie het niet meer leert, maar heel veel bedrijven gebruiken nog steeds Excel.
In een dagje of 2? Dus iemand die C++ of Java kent, kan VBA er zomaar bijpakken? Ik denk het niet.
En ik moet gewoon goed oefenen nu, enkele maanden en dan solliciteren voor een jobke, als student of intern.
Is ook een goede sideskill en voor mijn CV.

Ik zou eigenlijk een excel jobke (als vakantiejob) moete fixen en alles in VBA maken en gewoon chillen de rest van de dag, ipv alles manueel in excel te doen.

Tailball

Legacy Member
Skid zei:
De vraag is juist groot omdat de nieuwe generatie het niet meer leert, maar heel veel bedrijven gebruiken nog steeds Excel.
In een dagje of 2? Dus iemand die C++ of Java kent, kan VBA er zomaar bijpakken? Ik denk het niet.
En ik moet gewoon goed oefenen nu, enkele maanden en dan solliciteren voor een jobke, als student of intern.
Is ook een goede sideskill en voor mijn CV.

Ik zou eigenlijk een excel jobke (als vakantiejob) moete fixen en alles in VBA maken en gewoon chillen de rest van de dag, ipv alles manueel in excel te doen.

Er is een goede reden waarom de nieuwe generatie dit niet meer gebruikt: er zijn hopen andere automatisatie tools en een dozijn degelijke OOP-gerichte talen die alle bedrijfstakken kunnen tackelen.
VBA is gewoon geen fulltime profiel. Er is zo goed als geen vraag naar.

Ik heb VBA op een paar dagen al doende geleerd, terwijl ik .net consultant en web dev ben.
"excel jobke fixen".. ik denk dat gij nog niet weet hoe het er in de grote-mensen-wereld aan toegaat.

Soit, ik blijf bij mijn standpunt, het loont niet om enkel en alleen hier op te focussen.
ZEKER niet als individu en nog minder als junior.

Lint

Legacy Member
Luister maar naar Tailball ... VBA programmeur is ECHT geen bestaande nuttige functie, laat staan een gewilde rol.

VBA is echt niet meer dan een leuke sideskill, en vooral om het uzelf makkelijker te maken.
En VBA is idd zeer makkelijk ... ik ben sales (gene programmeur dus) en heb tijdens een saaie training er een dagske mee gespeeld, resultaat: speelbaar level van Arkanoid ... kveronderstel dat voor ne echte programmeur het helemaal peanuts zal zijn.

Skid

Legacy Member
Tailball zei:
Er is een goede reden waarom de nieuwe generatie dit niet meer gebruikt: er zijn hopen andere automatisatie tools en een dozijn degelijke OOP-gerichte talen die alle bedrijfstakken kunnen tackelen.
VBA is gewoon geen fulltime profiel. Er is zo goed als geen vraag naar.

Ik heb VBA op een paar dagen al doende geleerd, terwijl ik .net consultant en web dev ben.
"excel jobke fixen".. ik denk dat gij nog niet weet hoe het er in de grote-mensen-wereld aan toegaat.

Soit, ik blijf bij mijn standpunt, het loont niet om enkel en alleen hier op te focussen.
ZEKER niet als individu en nog minder als junior.

Teelbal, als bijfunctie/sideskill is het toch ook goe en nuttig?

En wat de vraag betreft citeer ik de volgende referentie:
https://www.beyondgaming.be/archive...atica-wat-is-hip-en-biedt-kans-op-werk.783979

Idd, er zullen nog wel genoeg bedrijven zijn die hun oude VBA applicaties willen blijven gebruiken. Het aantal mensen die nog geïnteresseerd in dat soort jobs slinkt gestaag, dus werk genoeg voor de overblijvers.

Five-seveN

Legacy Member
Lol Excel VBA programmeur. Dat is geen beroep. Dan kunt ge even goed een Word cursus gaan volgen daar zijn veel bedrijven beter mee gesteld.

Kan misschien eens nuttig zijn om een paar mensen hun excel te optimaliseren, maar na een maand is dat werk wel afgelopen.

Niemand gaat iemand fulltime voor excel vba aanstellen. Tis veel goedkoper en flexibeler om dan een centrale SQL database te zetten met een cliënt applicatie.

Misschien u verdiepen in sql server en vb.net.

Ik begrijp wat je bedoelt, toen ik pas ging werken tussen de semi gepensioneerden was ik ook de grote held met mijn vba die ik gebruikte voor automatisering van alles behalve excel. Maar dat is zeer zeer beperkt en amateuristisch.

Skid

Legacy Member
Dieter85 zei:
Lol Excel VBA programmeur. Dat is geen beroep. Dan kunt ge even goed een Word cursus gaan volgen daar zijn veel bedrijven beter mee gesteld.

Kan misschien eens nuttig zijn om een paar mensen hun excel te optimaliseren, maar na een maand is dat werk wel afgelopen.

Niemand gaat iemand fulltime voor excel vba aanstellen. Tis veel goedkoper en flexibeler om dan een centrale SQL database te zetten met een cliënt applicatie.

Misschien u verdiepen in sql server en vb.net.

Ik begrijp wat je bedoelt, toen ik pas ging werken tussen de semi gepensioneerden was ik ook de grote held met mijn vba die ik gebruikte voor automatisering van alles behalve excel. Maar dat is zeer zeer beperkt en amateuristisch.

Ja ik zou vooral Excel functies automatiseren, zodat men niet repititieve taken manueel moet doen, vb elke maand iets wijzigen aan een rapport en hier uren aan besteden, en in de plaats een knop maken en dit proces automatiseren en zo veel tijd besparen.

En het verschil is, VBA is veel gebruiksvriendelijker, iedereen kan met Excel werken etc. Voor SQL en VB.net is dit niet zo.
En bij VBA heb je visual, bij VB.net niet. Groot verschil.
VBA is heel flexibel, en kan je gewoon direct doorsturen aan je collega's in een excel bestand.
Voor VB heb je Visual Studio nodig...

Five-seveN

Legacy Member
Skid zei:
Ja ik zou vooral Excel functies automatiseren, zodat men niet repititieve taken manueel moet doen, vb elke maand iets wijzigen aan een rapport en hier uren aan besteden, en in de plaats een knop maken en dit proces automatiseren en zo veel tijd besparen.

En het verschil is, VBA is veel gebruiksvriendelijker, iedereen kan met Excel werken etc. Voor SQL en VB.net is dit niet zo.
En bij VBA heb je visual, bij VB.net niet. Groot verschil.
VBA is heel flexibel, en kan je gewoon direct doorsturen aan je collega's in een excel bestand.
Voor VB heb je Visual Studio nodig...

Je moet zeker ook de grote picture zien.

Jij kan een SQL Database opzetten die automatisch excel bestanden van het netwerk uitleest en vervolgens gestructueerd in tabellen opslaat; daarna in opvraagbare webrapporteren (via internet explorer) op het scherm toont of mailt als pdf bijlages.
Die mensen moeten niet eens excel hebben om de rapporten te kunnen zien, ze kunnen dat gewoon zien op hun telefoon.
Vervolgens kan je ook zorgen dat de productiedata (die ze nu continue in excel zitten overtypen?) automatisch in die databank komt.
Afhankelijk van waar die data komt kan dit simpel zijn.
Dit is allemaal mogelijk met gratis versies van SQL Server. Op die manier help je bedrijven en mensen echt vooruit.
Je hebt dan alle historiek van alle excel files, gecentraliseerd zitten. Wil men een rapport aanpassing? Kan gewoon gebeuren zonder iemand iets merkt.
Als jij werkt met VBA en ze willen wat anders hebben, dan moet jij al die excel bestanden dat zij gebruiken gaan locken, ophalen en aanpassen, testen en terugzetten.

VBA is een soort foefeloplossing. Een typische oplossing van een bedrijf zonder toekomstvisie, geld, of met veel oude werknemers die denken dat VBA progressief is.
In zeer specifieke gevallen (zoals vb. een applicatie met Excel Plugin waardoor ze verplicht zijn data-analyse via Excel te laten gaan) kan het wel nog nuttig zijn.
Of wanneer het echt om 1 excel file gaat van 1 werknemer.. Maar dan zal uw VBA werk er ook snel op zitten.

Ik heb ooit op uitdrukkelijke vraag van de klant een VBA geschreven die van excel tabellen een Word rapport maakte. Dus een Word document met daarin nieuw geconstrueerde tabellen uit die excel sheets, met titels headers etc nog tussen. Zeker 2 weken mee bezig geweest en 1 en al miseri. Dan werkt hun excel plots niet meer, komt omdat ze ergens een kolom hebben toegevoegd, een cel hebben overschreven, ergens teveel karakters gebruikt hebben, whatever. En 3 jaar later gaan ze naar Office 2010 ipv Office 2007 en dan kan je maar hopen dat het blijft werken. Of ze gaan van een Nederlandse naar een Engelse. Of ze kunnen dat bestand ineens niet meer vinden op hun pc of het netwerk, per ongeluk gewist. Of ze vragen plots of in dat Word rapport ook data kan ingekleurd worden op basis van dit en dat. Of ze kunnen dat Excel bestand ineens niet meer doormailen omdat de IT het blokkeert. Er waren zelfs gevallen dat bepaalde xml functionaliteit na een Windows Update niet meer werkt. Good luck. Het ergste komt pas als jij dat toch allemaal rechtgetrokken krijgt en dan de zaak verlaat. En niemand die snapt hoe dat allemaal in elkaar gepuzzeld zit. Goed om eens een paar keer te doen voor de lol. Niet goed om uw business op te baseren.

Tailball

Legacy Member
Skid zei:
Ja ik zou vooral Excel functies automatiseren, zodat men niet repititieve taken manueel moet doen, vb elke maand iets wijzigen aan een rapport en hier uren aan besteden, en in de plaats een knop maken en dit proces automatiseren en zo veel tijd besparen.

En het verschil is, VBA is veel gebruiksvriendelijker, iedereen kan met Excel werken etc. Voor SQL en VB.net is dit niet zo.
Zever.
1. er zijn genoeg mensen die niet met excel kunnen werken
2. SQL en VB.NET (gebruik AUB C# en laat VB doodgaan!) zijn achterliggende tools en talen (zowel back-end als front-end).
Daar moet een tool op gebouwd worden die gebruiksvriendelijk genoeg is. Dit kost analysewerk, test-engineers en degelijke developers, maar zorgt voor een robuste oplossing waar de klant jaren mee voort kan.

Skid zei:
En bij VBA heb je visual, bij VB.net niet. Groot verschil.
Zever 2. Bij VBA heb je net GEEN visual. Je gebruikt een andere omgeving (excel) om in te werken.
Een correcte visual zou een geïsoleerde app zijn die enkel en alleen doet en kan wat er functioneel vereist is.
In excel kan je ALLES kapot maken.

Skid zei:
VBA is heel flexibel, en kan je gewoon direct doorsturen aan je collega's in een excel bestand.
Dit is de grootste fout die je kan maken.
1. Wat als al die bestanden verspreid zijn en iemand wil een update aan de code?
Dan ga je in ieder excel document overal in heel het bedrijf diezelfde code aanpassen?
En dan durf je spreken over 'automatisatie'? Wat als iemand zelf het idee krijgt om die code aan te passen (want face it, iedereen kan vba leren en toepassen)?
Dan zit je ineens met verschillende versies van dezelfde codebase?

Skid zei:
Voor VB heb je Visual Studio nodig...
Voor iedere kwalitatieve taal heb je meerdere tools nodig...
Een degelijke IDE, een stevige version/source control (TFS, GIT, Bitbucket, ..., al dan niet gekoppeld met SourceTree), een Database maintenance tool (SQL server bijvoorbeeld).
Dit is gewoon vereist om productief en kwalitatief te kunnen werken.

En om heel moeilijk te doen: VB kan je perfect in notepad schrijven, compileren en deployen. Maar waarom zou je jezelf die limieten opleggen?


Aub, praat niet over deze dingen alsof je reeds een expert bent. Je klinkt heel immatuur op deze manier en degelijke bedrijven zullen tijdens hun technische gesprek hier helemaal doorheen zien.
VBA is leuk als je ergens zelf excels beheert, die je vervolgens wat kan vergemakkelijken, maar laat de echte IT oplossingen aan professionals over :)

Skid

Legacy Member
Tailball zei:
Zever.
1. er zijn genoeg mensen die niet met excel kunnen werken
2. SQL en VB.NET (gebruik AUB C# en laat VB doodgaan!) zijn achterliggende tools en talen (zowel back-end als front-end).
Daar moet een tool op gebouwd worden die gebruiksvriendelijk genoeg is. Dit kost analysewerk, test-engineers en degelijke developers, maar zorgt voor een robuste oplossing waar de klant jaren mee voort kan.


Zever 2. Bij VBA heb je net GEEN visual. Je gebruikt een andere omgeving (excel) om in te werken.
Een correcte visual zou een geïsoleerde app zijn die enkel en alleen doet en kan wat er functioneel vereist is.
In excel kan je ALLES kapot maken.


Dit is de grootste fout die je kan maken.
1. Wat als al die bestanden verspreid zijn en iemand wil een update aan de code?
Dan ga je in ieder excel document overal in heel het bedrijf diezelfde code aanpassen?
En dan durf je spreken over 'automatisatie'? Wat als iemand zelf het idee krijgt om die code aan te passen (want face it, iedereen kan vba leren en toepassen)?
Dan zit je ineens met verschillende versies van dezelfde codebase?


Voor iedere kwalitatieve taal heb je meerdere tools nodig...
Een degelijke IDE, een stevige version/source control (TFS, GIT, Bitbucket, ..., al dan niet gekoppeld met SourceTree), een Database maintenance tool (SQL server bijvoorbeeld).
Dit is gewoon vereist om productief en kwalitatief te kunnen werken.

En om heel moeilijk te doen: VB kan je perfect in notepad schrijven, compileren en deployen. Maar waarom zou je jezelf die limieten opleggen?


Aub, praat niet over deze dingen alsof je reeds een expert bent. Je klinkt heel immatuur op deze manier en degelijke bedrijven zullen tijdens hun technische gesprek hier helemaal doorheen zien.
VBA is leuk als je ergens zelf excels beheert, die je vervolgens wat kan vergemakkelijken, maar laat de echte IT oplossingen aan professionals over :)

Oké, ik had mijn mening gebaseerd op mijn studentenjobke van even geleden tijdens de zomer waar ik bij een grote bedrijf als enige de VBA expert was, en die taken waren redelijk eenvoudig.
Maar indd, ik zag dat mijn supervisor die de gewone excel expert was veel overuren moest doen en sukkelen voor simpele dinges, en laptop die lagt etc, want het is een grote multinational (Mars Belgium) die werken met grote bestanden.
En ik denk het werk op zich is oké, maar als al die werknemers het verkloten en bij simpele dingens al vastzitten etc kan dat een hassle worden.

Bedankt voor je input, je hebt me geholpen mijn visie te nuanceren en nu heb ik een veel beter beeld.

Hina

Legacy Member
Hey,

Ik gebruik iedere dag excel en heb ook vanaf dag 1 de bijnaam "De Excelspecialist" gekregen.
Heb hen direct gezegd: "Google is uw beste vriend & je moet een beetje logica hebben".

Ze zochten een excelexpert van bachelorniveau en ik heb een tso-diploma Handel...
Moest een test doen en het waren echt heel gemakkelijke formules: ALS(OF/EN/ALS), VERT.ZOEKEN, korting berekenen, VIND.SPEC, draaitabel etc.

Ik werk in aankoop en moet dagelijks prijzen vergelijken.
Meeste leveranciers (100 vd 500) verhogen op 1 januari hun prijzen.
Met VBA, file gemaakt voor mezelf om nodige van leverancier info over te zetten en formules automatisch in te vullen.
Zo heb ik geen copy-paste werk meer te doen, van 188 kol naar 45 kol.

Nu ben aan het kijken om tussen bepaalde percentage (via keuzelijst ofzo ben nog aan het bekijken hoe) bvb -1% & 6% dat hij automatisch de nieuwe prijs overneemt.
Voor 100tal artikels valt het nog mee om manueel te doen, maar als je file hebt van 40.000 artikels is het wel anders.

Alsook: ik krijg iedere dag wel iemand aan de lijn om te gaan helpen met zijn/haar excel, als ze excel überhaupt al gebruiken...
Voor een f*cking ALS of VERT.ZOEKEN of "zou jij weten hoe..."
Al meerdere keren uitgelegd, zelfs mijn eigen excel gemaakt met al mijn gebruikte formules en doorgestuurd...
Komen ze dan af: "jij bent daar toch beter in" / "amai dat ging toch minimum 30 min duren van mij en jij in 2 min zeg"/...

Just my 2 cents ;)

VBA is fun voor je eigen files

Skid

Legacy Member
Hina zei:
Hey,

Ik gebruik iedere dag excel en heb ook vanaf dag 1 de bijnaam "De Excelspecialist" gekregen.
Heb hen direct gezegd: "Google is uw beste vriend & je moet een beetje logica hebben".

Ze zochten een excelexpert van bachelorniveau en ik heb een tso-diploma Handel...
Moest een test doen en het waren echt heel gemakkelijke formules: ALS(OF/EN/ALS), VERT.ZOEKEN, korting berekenen, VIND.SPEC, draaitabel etc.

Ik werk in aankoop en moet dagelijks prijzen vergelijken.
Meeste leveranciers (100 vd 500) verhogen op 1 januari hun prijzen.
Met VBA, file gemaakt voor mezelf om nodige van leverancier info over te zetten en formules automatisch in te vullen.
Zo heb ik geen copy-paste werk meer te doen, van 188 kol naar 45 kol.

Nu ben aan het kijken om tussen bepaalde percentage (via keuzelijst ofzo ben nog aan het bekijken hoe) bvb -1% & 6% dat hij automatisch de nieuwe prijs overneemt.
Voor 100tal artikels valt het nog mee om manueel te doen, maar als je file hebt van 40.000 artikels is het wel anders.

Alsook: ik krijg iedere dag wel iemand aan de lijn om te gaan helpen met zijn/haar excel, als ze excel überhaupt al gebruiken...
Voor een f*cking ALS of VERT.ZOEKEN of "zou jij weten hoe..."
Al meerdere keren uitgelegd, zelfs mijn eigen excel gemaakt met al mijn gebruikte formules en doorgestuurd...
Komen ze dan af: "jij bent daar toch beter in" / "amai dat ging toch minimum 30 min duren van mij en jij in 2 min zeg"/...

Just my 2 cents ;)

VBA is fun voor je eigen files

Is toch leuk om gewenst en genodigd te voelen haha :D

Tailball

Legacy Member
Skid zei:
Is toch leuk om gewenst en genodigd te voelen haha :D

Dat leer je echt wel snel af hoor.
Als je voor dat gevoel de IT ingaat, is het een foute beslissing, imo.
Zeker wanneer je in een degelijk team met QA of product owners gaat zitten. Je gaat je niet snel genodigd voelen ;)

Word dan liever brandweerman, blauwhelm of dokter, om het in uitersten uit te drukken :)

orac

Legacy Member
Skid zei:
Is toch leuk om gewenst en genodigd te voelen haha :D

Het is leuk om gewaardeerd te worden en het is leuk om eens iemand te helpen of een probleem voor de eerste maal zelf op te lossen.
Het is een heel stuk minder leuk om voor een zelfde vraag gedurende jaren telkens opnieuw gecontacteerd te worden, omdat de vraagsteller(s) niet bijleren en van U afhankelijk blijven.
En het is vooral niet leuk meer als door die contacten je niet kan verder werken aan nieuwe projecten.

VBA lijkt mij ook meer iets voor de iets geavanceerder eindgebruiker (incl. jezelf) of een helpdesk. Het zit veel meer in de "support en maintenance" categorie dan in pure "development".
Het is een tool voor wat in het algemeen met "End-User Computing" wordt aangeduid.
Maar ik twijfel er geen seconde aan dat je een groot aantal gewone eindgebruikers blij kan maken door enkele van hun saaie routine-werkjes te semi-automatiseren.
Het valt voor mij af als deftige programmeertaal omdat de instructieset afhankelijk is van de taalinstellingen en niet inter-compatibel is met andere taalinstellingen. Voor intern gebruik in een kleine Vlaamse KMO misschien nog net aanvaardbaar maar totaal onbruikbaar in pakweg 3-talig Brussel of als multi-nationale oplossing.

Five-seveN

Legacy Member
Een deftige praktijkcursus Excel (zonder VBA) is in elk bedrijf zeer nuttig.

Ik gaf eens een pas afgestudeerde bachelor een excel met daarin
- sheet geboortedatums + willekeurige namen
- sheet willekeurige namen + telefoonnummers
En ik vroeg hem om dat te bundelen tot 1 lijst met daarin elke naam en de info die we van hem hebben.

Was al een half uur bezig met zoeken (control - f) en dan copy pasten (control c - v) van links naar rechts.
Dat zijn mensen die ooit excel op school gehad hebben maar het zijn 'vergeten' uiteraard.

Van Gils

Legacy Member
Echte VBA-experten bestaan, maar zijn relatief zeldzaam. Je kon daar vroeger (en mss nog) een officieel Microsoft certificatie voor behalen. En neen, die zijn doorgaans niet simpel te bekomen.

Ik denk niet dat je een expert kan worden in enkele maandjes tijd. De syntax en wat typische dev technieken die leer je op enkele dagen/weken. Maar je moet het ook weten te gebruiken in de context van een bedrijf waar je met veel diverse en soms exotische hardware, netwerken en andere toestanden moet werken.

Ik zou me niet specialiseren in VBA om de doodeenvoudige reden dat het op termijn wellicht ten dode is opgeschreven. Wat weer niet wil zeggen dat je er niet in mag klooien.
Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
Terug
Bovenaan