Acties:
  • 0 Henk 'm!

Verwijderd

Topicstarter
Beste mensen,

Omdat ik geen flauw idee heb hoe het werk van een software developer eruit ziet, laat ik het aan jullie over. Mijn vraag is wat de functies zijn van een software developer, hoe zijn werkdag eruit ziet en ga zo maar door .... :)

Acties:
  • 0 Henk 'm!

Verwijderd

Topicstarter
Ja, dat heb ik inderdaad zelf ook gevonden. Maar gaat het ook in Nederland zo ? :) Ik heb het over hbo-functies dan :)

Acties:
  • 0 Henk 'm!

  • pacificocean
  • Registratie: Mei 2006
  • Laatst online: 19:03
Verwijderd schreef op zondag 07 oktober 2012 @ 00:28:
Ja, dat heb ik inderdaad zelf ook gevonden. Maar gaat het ook in Nederland zo ? :) Ik heb het over hbo-functies dan :)
Waarom denk je dat dat in Nederland anders zou zijn?

Acties:
  • 0 Henk 'm!

  • Lethalis
  • Registratie: April 2002
  • Niet online
Een software developer is trouwens wel iemand die dingen vooral zelf uit moet zoeken :P

Toen ik bijvoorbeeld voor het eerst een ipad applicatie moest maken voor mijn werk, kreeg ik een iMac op mijn bureau, mocht ik een developer account bij Apple aanvragen en wat boeken erover bestellen en dat was het.

En zo gaat dat met veel meer dingen. Het is jouw taak om technische oplossingen te verzinnen en deze te realiseren.

Met de opdrachtgever (zowel extern als intern) ben je vooral bezig de functionaliteit te bepalen, de techniek erachter zoek je zelf maar uit.

Als junior developer word je misschien nog een beetje geholpen, maar ook niet veel. Als we op mijn vorige werk een junior developer hadden die we teveel zijn handje vast moesten houden dan was hij na zijn halfjaar contract weer weg ;w

Google is your friend. UTFS enzo :P

Het probleem is namelijk dat als je teveel tijd in iemand moet steken, je zijn werk net zo goed zelf had kunnen doen. Dus ik hoop dat je hieraan zal werken, zodat je later niet - net zoals hier op Tweakers - mensen bestookt met allemaal korte vragen de hele tijd, want dan ga je sowieso niet echt carriere maken.

[ Voor 15% gewijzigd door Lethalis op 07-10-2012 09:31 ]

Ask yourself if you are happy and then you cease to be.


Acties:
  • 0 Henk 'm!

Verwijderd

Op zich vind ik het, als relatieve leek, wel een interessante vraag. Het is al lang en breed duidelijk dat dat mijn stiel niet gaat zijn op professioneel vlak, al heb ik met mijn hobbymatige ervaringen wel wat kijk op de eigenaardigheden van programmeerwerk e.d.

De ruwe randvoorwaarden zijn natuurlijk makkelijk op te zoeken, maar over het exacte wel en wee vind ik het wel interessant om eens te horen :Y

Acties:
  • 0 Henk 'm!

  • Onbekend
  • Registratie: Juni 2005
  • Nu online

Onbekend

...

Er zitten ook veel verschillen tussen Nederlandse software developers.
Dit is hoofdzakelijk afhankelijk van de grootte van het bedrijf en manier van omzet maken.
De een doet alles: idee, ontwerp, programmeren, testen, documentatie en verkoop. En hoe groter het bedrijf wordt, des ter specialistischer wordt het werk en misschien zit je liever te testen i.p.v. zelf software te schrijven.

Speel ook Balls Connect en Repeat


Acties:
  • 0 Henk 'm!

  • Waster
  • Registratie: September 2006
  • Laatst online: 14-04 17:49
Ik vind dit wel een interessante vraag. Wat is de scope van een software developer? Hoort het functioneel ontwerp vooraf er wel of niet bij? En het testen? Ik ben niet nietsvermoedend begonnen aan mijn carriere en blijk alleen het technische gedeelte te mogen aanpakken. Alles is zo ongeveer al besloten voor mij. En het erge is dat de functionele beslissingen genomen zijn zonder naar de technische consequenties, de planning en kosten bij te betrekken. De kosten blijken daardoor iets hoger uit te vallen dan vooraf ingeschat :P

Ik ben wel benieuwd hoe dit zit in software land. Wat is de scope van een developer? Als ik de thread van wat verdient de ICT'er bekijk is het mij totaal niet duidelijk wat de scope is van de meeste mensen. Zelf vind ik het leukst om bij het hele proces betrokken te zijn en goede afwegingen te maken, zowel technisch als functioneel.

Acties:
  • 0 Henk 'm!

  • rinkel
  • Registratie: September 2002
  • Laatst online: 19:11
Ik zit nu zo'n 20 jaar in dit vak en het is net als Waster zegt, er zijn veel aspecten binnen dit vak.
Als HBO'er kun je dan ook veel kanten op:
Technisch (developer)
Architect (functioneel of technisch)
Uitvoerend (implementatie consultant)
Management (product of anders)

Bij ons beginnen de meeste technisch en stromen door naar functioneel. De implementatie consultants worden meestal apart aangenomen.

Stel jezelf de vraag, wat vind je leuk om te doen? Ik neem aan dat je alles mbt bovenstaand wel op school hebt gehad?

Acties:
  • 0 Henk 'm!

  • Waster
  • Registratie: September 2006
  • Laatst online: 14-04 17:49
@rinkel
Bij implementatie consultant denk ik aan sap of crm consultants die compleet binnen een pakket vallen. Ze doen dan ook het customizen en maatwerk. Maar ze bouwen niet software van de grond op. Is dat ook wat jij bedoelt?

Acties:
  • 0 Henk 'm!

  • Klippy
  • Registratie: Oktober 2000
  • Laatst online: 19:09

Klippy

Still Game

Waster schreef op zondag 07 oktober 2012 @ 14:09:
Ik vind dit wel een interessante vraag. Wat is de scope van een software developer? Hoort het functioneel ontwerp vooraf er wel of niet bij? En het testen? [..]
Daar zullen de meningen vast over verdeeld zijn, maar ik noem mezelf ook 'developer' of ontwikkelaar en ben van mening van dat daar ook ontwerpen bij zit en een eerste test rondje.
Iemand die het ontwerp maakt en de functionaliteiten redelijk diep vastlegt, maar zelf niet programmeert noem ik een software architect of software designer, die zit meestal met de klant aan tafel en probeert uit te vinden wat de eisen zijn en hoe deze naar software omgezet worden. Een goede architect zal dan op dat moment al kunnen beslissen wat technisch mogelijk is en wat niet kan, vaak zal daar een middenweg gezocht worden tussen technische mogelijkheden en het afstemmen van bedrijfsprocessen daarop, met in het achterhoofd de kosten en ontwikkeltijd.
Zo'n ontwerp gaat dan naar een programmeur die het programma echt gaat schrijven, hoeveel vrijheid die heeft is sterk afhankelijk van (de grootte van) het bedrijf en de werkwijze. In sommige situaties krijg je op code-niveau al door wat de resultaten moeten zijn van een handeling, wat de invoer moet zijn en zelfs qua interface ligt al vast hoe het scherm er moet gaan uitzien. In andere gevallen krijg je een bedrijfsproces te horen en mag je zelf bepalen hoe je dat er wil laten uitzien.
Daarna wordt (eerst een concept van) de software aan de klant gepresenteerd en komt daar feedback op, in hoeverre je dat dan weer moet aanpassen is weer erg afhankelijk van het bedrijf, de werkwijze en in hoeverre je de klant betrekt bij de ontwikkeling.
Daarna komt een testfase, dat vind ik zelf echt gespecialiseerd werk en is iets dat vaak onderschat wordt. Daar moet je echt testplannen ontwikkelen die heel erg afhankelijk zijn van het product. Bij een klein stukje software zal een groot deel van het testen misschien zelfs door de klant gebeuren. Bugje gevonden? Bel even op, dan regelen we dat en heb je binnen een dag een nieuwe versie. Maar bij een medische applicatie kan je testscenario's van 6000 pagina's tegenkomen met 4-5 mensen die alleen maar testen, want het is natuurlijk redelijk laat als je er tijdens een operatie pas achter komt dat op de scan van het hart de afmetingen van bloedvaten niet kloppen. Gevolg is bijna vanzelf dat een nieuwe versie daar maar één keer per jaar ofzo uit komt.

Dus samengevat, ik vind een developer iemand die een groot deel vrijheid heeft tijdens het programmeren, je krijgt een bedrijfsproces, hebt eventueel zelf wat contact met de klant en bent verantwoordelijk voor een groot deel van het hele proces. Voordeel daarvan is dat je zelf je eigen grenzen kent en je als je een een beetje goed in je vak bent, je een hele mooie oplossing kan bieden. Het is vaak de uitdaging om ingewikkelde bedrijfsprocessen te vertalen naar zo simpel mogelijke software, dus zo min mogelijk invoerwerk. Maar dat is een vak apart en is iets dat niet iedereen kan, vaak is programmeren en ontwerpen daarom apart.
Dat is ook het lastige aan software, het programmeren zelf is heel logisch denken en een heel ander proces dan een bedrijfsproces analyseren en de werkwijze van klanten doorgronden, vaak zie je ook dat de werkwijze in het bedrijf veranderd na het automatiseren, al was het maar omdat er eens grondig is gekeken naar de bedrijfsprocessen en men er achter komt dat het eigenlijk veel makkelijker of efficiënter kan.
Dus het vinden van die balans tussen software en bedrijfsproces is waar een goede developer de brug kan slaan. Wanneer je één klant hebt is dat overigens weer een ander verhaal dan wanneer je er duizend hebt, want je kan het nooit voor iedereen 100% goed maken, die afweging tussen wat maak je wel en wat maak je niet, is ook iets wat een goede developer moet kunnen afwegen.

Daar zit dan denk ik ook het verschil in salaris, de ene ontwikkelaar is de andere niet, over het algemeen krijg je meer geld als je die brug kan slaan tussen bedrijf en sotware, maar een goede programmeur is natuurlijk ook heel waardevol, zeker voor specialistische platformen. Maar over het algemeen is het idee, en dus het ontwerp, het meest waardevol, de technische uitwerking kan je aanpassen. Maar dat zie je in elke branche eigenlijk wel, je moet eerst een goed idee hebben om een goed product te kunnen fabriceren.

Steam | SXQncyBhbGwgZ29vZCwgbWFuISDwn5iO


Acties:
  • 0 Henk 'm!

  • rinkel
  • Registratie: September 2002
  • Laatst online: 19:11
@waster
Klopt, sommige implementatie consultants doen alleen implementatie en dus geen technische zaken. Maatwerk wordt dan door maatwerk ontwikkelaars gedaan. Het kan zijn dat bij SAP die scheiding wat minder duidelijk is dan bij ons.
Wij hebben veel soorten consultans en ontwikkelaars, bijvoorbeeld R&D- (standaardsoftware) en maatwerkontwikkelaars.
Wij zijn wel een beetje anders; wij doen zowel ontwikkeling als implementatie. Bij de andere grote jongens zie je meestal dat implementatie door externe bedrijven gedaan wordt en ze zich voornamelijk op ontwikkeling focussen.

@Klippy
Klopt ook.
Je ziet dat grotere (maatwerk) trajecten meestal ontworpen worden door de architects, de kleinere kunnen ook wel meestal afgehandeld worden door de ontwikkelaar.
Bij ons is ook nog een duidelijke scheiding tussen maatwerk en standaard ontwikkeling.
Dus een club voor maatwerk met ontwikkelaars en architecten en een (grote) club voor standaard met ontwikkelaars en architecten. Daarnaast heeft standaardontwikkeling nog een testafdeling.
De ontwikkelaar voor standaard heeft bij ons geen/nauwelijks klantcontact (sommige willen dat absoluut niet)

Je ziet nu ook steeds meer ontwikkelaars die het technische aspect niet los willen laten en dan de breedte in gaan, dus meer Senior / Lead worden. Dat is bij ons iets van de laatste jaren.

[ Voor 40% gewijzigd door rinkel op 07-10-2012 15:20 ]


Acties:
  • 0 Henk 'm!

  • SmartDoDo
  • Registratie: Oktober 2002
  • Laatst online: 16:12

SmartDoDo

Woeptiedoe

Verwijderd schreef op zondag 07 oktober 2012 @ 00:10:
Beste mensen,

Omdat ik geen flauw idee heb hoe het werk van een software developer eruit ziet, laat ik het aan jullie over.
trOnk12, op Tweakers verwachten we een bepaalde mate van inzet en die is bij jou overduidelijk afwezig. In SmartDoDo in "hbo en consultancy" heb ik het al gezegd, het blijven plaatsen van inzetloze topics houdt een keer op. Dit is het laatste topic geweest dat zonder inzet en niet overeenkomstig de Quickstart is. Als je blijft volharden in inzetloze topicstarts, dan gaan we afscheid van elkaar nemen.
Pagina: 1

Dit topic is gesloten.