Hoe is het werken als programmeur?

[digital_ownage]

Hoi mensen,
Ik moet me een beetje gaan oriënteren voor wat voor studie ik wil gaan doen.
Een van de opties leek mij om een studie te nemen in de richting van programmeren.
Mijn vraag is, wat voor werk doen jullie precies als programmeur. Is het alleen simpel opdrachten uittikken in C#/Java/C++/whatever? Doen jullie verder nog iets?
Hierbij vraag ik ook naar het opleidingsniveau dat jullie genoten hebben en welke opleiding je precies gedaan hebt.
Alvast bedankt!

[Snake]

Input = coffee
Output = code

Meer doe ik niet!

[random]

Het hoeft niet simpel uittikken te zijn. Een programmeertaal is net als een normale taal, waarbij je de wens van de klant (functioneel ontwerp) probeert te vertalen naar een oplossing (technische ontwerp) en het realiseren daarvan (daadwerkelijk programmeren)

Het leukste van programmeren is als je die vertaling van wens naar programmeren kan doen zonder dat je te veel afwijkt van die wens, de uitdaging is echter dat je altijd rekening moet houden met de volgende punten;
- Kan iemand anders het makkelijk begrijpen (Simplicity, readability)
- Is het goed te onderhouden (Maintainability, extensibility)
- Performt het goed bij grotere loads (Performance / scalability / efficiency)
- Krijg je problemen als het op meerdere servers draait (reliability, robustness)
- Is het makkelijk te controleren (Testability)

De grootste uitdaging voor mij is om het verschil en belang van bovenstaande punten te begrijpen _voordat_ je de code programmeert en ze goed kan laten meewegen in de code die je schrijft.. (De code zelf kan je op honderden manieren schrijven, net zoals er zoveel wegen naar Rome zijn, maar het evenwicht in bovenstaande punten is het leukste / moeilijkste)

(Mijn opleiding is trouwens hbo bedrijfskundige informatica)

[Woy]

Het is ook een beetje de vraag wat je precies wil. Meestal zal je meer richten de "Software Ontwikkeling" willen gaan. Daar komt meer bij kijken als alleen programmeren.

Zo zal je ook de wensen van een klant in kaart moeten bregen, en deze vertalen naar een architectuur en ontwerp van de te maken/gebruiken software.

Aan het begin van je carriere zal je inderdaad grotendeels programmeren, maar naarmate je meer ervaring krijgt zul je ook meer ontwerp taken op je kunnen nemen. Er zijn legio carriere mogelijkheden binnen de software ontwikkeling. Er is ook veel afhankelijk van in welke sector je werkzaam zou willen zijn. Er zit een wereld van verschil tussen embedden software ontwikkeling, automtive of bijvoorbeeld software voor de financiele wereld.

Je kunt denken aan mensen die vooral funcitonele specificaties opstellen, mensen die meer met de tehcnische ontwerpen bezig zijn of echt technisch specialisten op bepaalde gebieden.

[demichel]

digital_ownage schreef op woensdag 08 mei 2013 @ 13:51:
Mijn vraag is, wat voor werk doen jullie precies als programmeur. Is het alleen simpel opdrachten uittikken in C#/Java/C++/whatever? Doen jullie verder nog iets?

Dus met andere woorden, de vraag is: Wat doe je, programmeren of werken??

[naitsoezn]

Volgens mij is deze vraag al wel vaker langsgekomen op dit forum...

Edit: deze, deze of deze bijvoorbeeld.

[ Voor 45% gewijzigd door naitsoezn op 08-05-2013 14:50 ]

[digital_ownage]

demichel schreef op woensdag 08 mei 2013 @ 14:24:
[...]


Dus met andere woorden, de vraag is: Wat doe je, programmeren of werken??

Nee. Ik stel me bij een programmeur altijd voor dat hij een papiertje voor z'n neus geschoven krijgt met wat de output moet zijn en dat de programmeur de input zo goed en zo efficiënt mogelijk schrijft.. Ik vroeg me dus af of dat ook zo is!
Tot nu toe iedereen bedankt voor de antwoorden! Als ik me op programmeren doel, bedoel ik eigenlijk meer de desktop applicaties e.d. maar antwoorden van programmeurs die voor embedden systemen programma's maken zijn ook welkom!

[Garyu]

Hier in de embedded wereld is alles gericht op requirements. Dan de vertaling van de requirements naar een architectuur en uiteindelijk de implementatie en verificatie daarvan.

Ik denk dat het coden misschien 20% van de gehele tijdsspanne van een project in beslag neemt, de rest ben je bezig met andere dingen. Vooral verificatie is bij ons nogal een berg werk, daar gaat het om het definieren van tests die bij de requirements passen, het doorlopen van die tests, e.d.. het gaat dan vooral om safety-critical code.

Efficientie is maar één criterium, daarvan zijn er dus oneindig veel, afhankelijk van de requirements. Meestal is dat papiertje wat je voor je neus krijgt incompleet, daar moet je dan mee aan de slag .

[ Voor 16% gewijzigd door Garyu op 08-05-2013 15:04 ]

[Lethalis]

digital_ownage schreef op woensdag 08 mei 2013 @ 14:58:
[...]

Nee. Ik stel me bij een programmeur altijd voor dat hij een papiertje voor z'n neus geschoven krijgt met wat de output moet zijn en dat de programmeur de input zo goed en zo efficiënt mogelijk schrijft.. Ik vroeg me dus af of dat ook zo is!

De eerste jaren zijn bij een beginnende ontwikkelaar misschien wel zo, maar er wordt naarmate je meer werkervaring opbouwt ook verwacht dat je zelf dingen kunt bedenken.

Wat jij omschrijft zijn vooral de "code monkeys" .. die vooral code kloppen en verder nergens bij betrokken willen zijn. Dat zijn meestal de mensen die na hun 30ste in de problemen komen, omdat ze het niet tof vinden dat hun manager jonger is dan zij en 2 keer zoveel verdient.

[TERW_DAN]

Een programmeur doet in de regel wel meer als code kloppen, en grote kans dat je opleiding ook veel meer inzet op de architectuur dan het daadwerkelijke code kloppen. Dat is uiteindelijk niet meer dan de syntax weten. als je niet weet wat je ermee kunt, dan kom je ook nooit veel verder dan voorgekauwde stukken uittikken.
En of dit nu voor embedded systemen, desktopapplicaties, webapplicaties oid is, maakt weinig uit de opbouw blijft in principe hetzelfde.

[epic_gram]

ik doe HBO elektrotechniek. Daarin is ook veel programmeerwerk, alleen dan ook met wat meer elektronica erbij. Ik maak dus niet alleen softwware, maar daarbij ook de hardware.

[Gusev]

Ik heb eerst HBO Informatica gedaan, daarna nog een master, maar ben uiteindelijk toch gegaan voor het schrijven van technische specificaties. Vind het leuk om zaken zo duidelijk mogelijk op papier te zetten voor de programmeurs .

Net de andere kant van het programmeren zeg maar, vaak wordt het gezien als bijtaak van de programmeur. Misschien is dat iets voor jou.

[ Voor 22% gewijzigd door Gusev op 08-05-2013 15:47 ]

[Verwijderd]

Programmeren is grotendeels denkwerk. Abstract kunnen denken met een affiniteit voor techniek. Het is vaak niet zo simpel als een opdracht van een papiertje oplossen. Vaak moet je aan de hand van (wazige) omschrijvingen zelf een oplossing verzinnen, dat overleggen met anderen (als je in een team werkt), een tijdschatting maken en soms zelf documenteren.
Bijna elke programmeur wil het liefste de hele dag programmeren. Alleen ben je afhankelijk van je rol tijd kwijt aan andere zaken. Overleggen, testen, documenteren en bijhouden wat je doet.

[ATS]

Hoe het is? Ik vind het een leuke job. Het irritante aan het werk is vaak het gezeik met het management, niet de technische uitdagingen zelf.

Natuurlijk doe je veel meer dan code kloppen naar een al van te voren uitgewerkt ontwerp. Zo werkt dat niet, in elk geval niet op plaatsen waar ik gewerkt heb. Er ligt bestaande code, maar er zijn nieuwe eisen, nieuwe features en bugs om op te lossen. En bovendien is de code waarmee je gaat werken hier en daar gewoon rot. Soms kan je je bug prima oplossen binnen de vastgelegde, bestaande structuur, en soms is er heel wat meer nodig en is het tijd voor een refactor of een nieuw ontwerp voor een (sub-) systeem. Programmeren is tegelijk abstract en creatief nadenken wat mij betreft.

Wel vraag ik me af: ben je nu al bezig met programmeren? Gewoon, omdat je het leuk vindt? Zo niet, dan zou ik er niet aan beginnen. Hoewel ik niet primair ben opgeleid in de richting (ik heb een master filosofie), ben ik wel zolang ik over een computer heb kunnen beschikken bezig geweest met programmeren om dat apparaat te laten doen wat ik wil. Die drive heeft er toch weer voor gezorgd dat ik nu software engineer ben in plaats van gepromoveerd filosoof

[ByteMe_]

Snake schreef op woensdag 08 mei 2013 @ 13:52:
Input = coffee
Output = code

Meer doe ik niet!

if($coffee<1)
$programmer=NULL;
else
$give->programmer(coffee);

In het begin was ik allround webontwikkelaar, alles aan het front-end deed ik met ook wat php/mysql backend, ook veel met Flash(actionscript) gewerkt wat een website maken erg leuk maakte vanwege diversiteit

Bij een ander bedrijf vooral bezig met PHP, inmiddels al wat jaren versleten en je merkt wel dat je met zaken creatiever wordt als broekie. Oplossingen worden steeds compacter, maar heb ook wel dat je van dat getik soms getikt wordt als het effe niet lukt.

[digital_ownage]

allemaal bedankt!
zelf ben ik dus redelijk weinig bezig met programmeren, heb er gewoon geen tijd voor. paar jaar geleden was ik er wel aardig mee bezig. kon redelijk wat leuke dingetjes schrijven in vb.net.
daar stopte ik langzamerhand mee omdat ik toen linux ging gebruiken. ik ben nu overigens 90 procent kwijt van wat ik toen deed. verder ga ik daar ook niet mee verder denk ik. verder....in welke talen programmeren jullie? En wat vinden jullie daar zelf van?
ik denk trouwens dat ik van de zomer vala oid ga "leren" om te kijken of het wat voor me is. ik ben nou ook niet zo'n ster in wiskunde..

[ATS]

Ik ben tegenwoordig alleen nog maar bezig met C++ (ok, en sporadisch speel ik wat met QML). En ja, daar is dus prima werk in te vinden: goede C++ engineers zijn schaars.

Ik ben overigens niet begonnen met C++. Mijn roots liggen in basic, VBA (veel commercieel werk mee gedaan tijdens mijn studie) en Delphi. Ik heb ook gewerkt met web scripting talen zoals PHP, maar dat heeft me nooit enorm geboeid. C++ ben ik gaan gebruiken voor eerst een open-source hobby project nadat ik het had gebruikt voor een vak op de universiteit. Vandaar uit is het alleen maar gegroeid.

[Garyu]

Bij ons is het vooral C, Python en Java. Lowlevel bitjes schuiven is vooral in C, configuratie-scripts en tools gedeeltelijk in python en steeds meer in Java.

[SmartDoDo]

SG -> WI

[t_captain]

Ik denk dat ik gemiddels 60% van de tijd bezig ben met het maken van software. Programmeren is een deel daarvan, maar ook: design documenten maken, berekeningen en inschattingen over bv performance en wat configuration managemwent taakjes.
Van de andere 40% ben ik er misschien 30 bezig om teamleden te helpen om hun taken uit te voeren (kennisoverdracht, code reviews en bv het reviewen van testcases). En de laatste 10% met wat meer strategische taken. Kijken naar verschillende frameworks die in de toekomst van belang kunnen zijn, filosoferen over de toepassingsmogelijkheden van de producten enzo.

Dit is na WO en een jaar of 12 ervaring.

[digital_ownage]

t_captain schreef op zaterdag 11 mei 2013 @ 23:36:
Ik denk dat ik gemiddels 60% van de tijd bezig ben met het maken van software. Programmeren is een deel daarvan, maar ook: design documenten maken, berekeningen en inschattingen over bv performance en wat configuration managemwent taakjes.
Van de andere 40% ben ik er misschien 30 bezig om teamleden te helpen om hun taken uit te voeren (kennisoverdracht, code reviews en bv het reviewen van testcases). En de laatste 10% met wat meer strategische taken. Kijken naar verschillende frameworks die in de toekomst van belang kunnen zijn, filosoferen over de toepassingsmogelijkheden van de producten enzo.

Dit is na WO en een jaar of 12 ervaring.

Dat klinkt best leuk! Waarin programmeer je?

[t_captain]

C, C++, C#, python, scala en als het moet Javascript of java De laatste tijd vooral python. En als je SQL als programmeertaal mag tellen, die ook:)

Die programmeertaal moet je niet teveel op focussen. In je loopbaan zul je er een aantal tegenkomen. De switch van een taal naar een andere is voor een ervaren developer nog makkelijker te maken dan de switch naar een ander toepassingsgebied.

[Basti504]

Als opleiding heb ik HBO elektrotechniek gedaan, ben nu PLC programmeur, dat is een hele andere tak van de software ontwikkeling. Wat ik doe (samen met collega's) is het programmeren van machinelijnen en industriële robots. denk hierbij aan transportsystemen van voedingsmiddelen e.d. . Ik heb voor deze richting gekozen omdat het niet alleen software is wat het eindproduct maakt, maar je eigenlijk de koppeling bent tussen het mechanische deel van de machine en het elektrische deel.

Overigens heb ik ook voor deze richting gekozen omdat je niet altijd op een kantoor zit, maar bij de inbedrijfname van de machine bij de klant zit je ook daadwerkelijk in de productie omgeving en heb je te maken met de operatoren die de lijn moeten bedienen.

[Umbrah]

Tsja, wat voor soort bedrijven wil je werken?

Ik werk voor één multinational (79000 man) en ben gedetacheerd bij de andere multinational (150000 man), en ik kan je zeggen dat er een trend is dat veel van de bedrijven die IT >NIET< als kerntaak hebben, werk geven aan bedrijven waar IT wel de kerntaak is (mijn werkgever, zeg maar). Het bedrijf waar ik (in Londen) bij gedetacheerd ben is een Olie & Gas reus.

De laatste jaren zie je dat in de IT-dienstverlening bedrijven er een trend is van bedrijven die elkaar opslokken, de markt begint langzamerhand een oligopolie te worden; een paar kolossen die met elkaar strijden tegenover een tiental bedrijven die eerder bestonden. Een echte "IT afdeling" zie je voornamelijk nog in het MKB bedrijf, hoewel ik merk dat mijn eigen werkgever onder andere de laatste tijd ook een hoop kleine contractjes afsluit tegenover jaren geleden alleen de grootste deals.

Met dat in het achterhoofd, kun je kijken naar "shared service centers", eenheden/bedrijfsdelen die zich op één enkel proces richten en dat proces geven aan meerdere bedrijven, of meerdere afdelingen van één gigantisch bedrijf... op die manier val ik zelf ook een beetje er tussen, ware het niet dat mijn forté wat... unieker is; ik ben namelijk op het moment werkzaam tussen een bepaalde groep binnen dit olie en gas bedrijf die nogal uniek zijn in hun werkzaamheden, en daar pas ik mij dan op aan... formeel gelezen dien ik mijn diensten (welke dat zijn staat in een contract/SLA) aan te bieden aan een hele sloot medewerkers van een onderdeel wat doorgaans de helft van de opdrachtgever omschrijft: hun productie.

Tsja, wat doe ik zoal? Ik programmeer... ja... soms inderdaad behoorlijk in de kantlijn omdat zoals elk bedrijf ook mijn olie en gas klant niet altijd bij de tijd is (als in, ze draaien Vista met een lading legacy software). Eigenlijk doe ik een hoop, mijn achtergrond is dan ook erg divers, ooit begonnen met TI, gerealiseerd dat dat TE erg op techniek gericht is (als in, dat is het soort werk wat ge-outsourced wordt), en later met een pauze in MER de overstap gemaakt naar Business & IT Management, en hoewel je kan zeggen, tsja, ik heb deze, deze, en deze harde skill, denk ik dat het belangrijker is om te zeggen: ik heb deze competenties. Wat kan ik zoal? Ik kan analyseren, ik kan ontwerpen, ik kan adviseren, ik kan implementeren, en ga zo maar door. Uiteraard ken ik een hoop talen, maar wat voor denk ik de industrie van belang is, zeker in West-Europa (omdat je op een globaal niveau concurreert, en vanwege wat ik hierboven zei: ook steeds meer op een kleinschalig niveau op een globaal niveau), is "meer" kunnen zijn dan een Oost-Europese/Indische/Filipijnse "IT Analyst", "Developer", of; programmeur...

Met dat in het achterhoofd zal ik kijken naar je doel, waar wil je werken, welke industrie (IT is geen industrie op zich, of, het is er wel, maar IT is altijd een gereedschap, en gereedschap dient een doel), en dan vervolgens DAN pas naar de stappen er tussen, en vervolgens: welke opleiding daar bij past.

Dit is misschien niet wat je helemaal wilt horen, maar goed, dan ook wat ander advies? Ik zal zeggen een bachelor traject Business & IT Management (Bedrijfskundige Informatica), Leeuwarden en Zeeland hebben de beste twee van Nederland daar in... je leert niet alleen programmeren, maar ook het idee er achter, en zodra je dat hebt, is het makkelijk om de overstap te maken naar ook andere programmeer talen. Mocht het je niet bevallen, dan kun je altijd nog de analyse/ontwerp/advies/bedrijfsanalyse kant op. De charme van keuzeminoren, een sturing in je scriptie, en de vrijheid een master te kiezen na afloop bied alleen nog maar meer vrijheid om jezelf "bij te sturen", meer dan wat je zou hebben bij Technische Informatica.

Tsja, er is meer dan alleen programmeren zoals hier boven ook al gezegd, en het echte programmeren an-sich zal ook steeds meer verdwijnen; zorg dan dat je meer skills hebt!

Je eigenlijke vraag, wat mijn werk is? Kort door de bocht, ik en een helpdeskwerker. Ik zit echter tussen een stuk van 70 wetenschappers in waar ik als IT-er werk met hun tools, en hen daarbij ondersteun... mijn specialiteit op dit moment is Geo-ICT. In de praktijk praat ik dus "wetenschapper", "bedrijfsmens", "Geek", en na werk, "Brit in de Pub". En op die manier sla ik bruggen, ben ik proactief in het vinden van issues die er zijn, het communiceren, het oplossen, en ja, programmeren is daar een tool van in mijn palet. Zeker als er nieuwe versies gescript moeten worden van software in mijn portfolio voor op het netwerk. Het echte programmeren gebeurt echter in India en Maleisië...

[ Voor 8% gewijzigd door Umbrah op 12-05-2013 16:23 ]

[defiant]

Umbrah schreef op zondag 12 mei 2013 @ 16:18:
Tsja, er is meer dan alleen programmeren zoals hier boven ook al gezegd, en het echte programmeren an-sich zal ook steeds meer verdwijnen; zorg dan dat je meer skills hebt!

Ik denk dat dit verwarrend overkomt, ook al zit je meer in een functie van programmeur/analist en ben je bijvoorbeeld 50 of 60 procent van je tijd bezig met requirements/analyse, dan zul je nog nog steeds 'echt' moeten programmeren. D.w.z. je zult nog steeds de skillset moeten hebben van een goede programmeur, naast je andere skills.

[Umbrah]

Het hangt van de schaal af, inderdaad, het grotere, formele werk... tsja... iemand schrijft de requirements, het technisch ontwerp, en bam, op naar India er mee...

[digital_ownage]

hmm, zo is mijn kijk toch wel wat meer veranderd! Het lijkt mij trouwens best leuk werk wat hier omschreven wordt!

[MisterBlue]

Belangrijk om te weten is dat het codeer werk dat je doet, voornamelijk bestaat uit aanpassingen op bestaande code, zij het om een bug op te lossen, zij het om nieuwe functionaliteit toe te voegen. Af en toe begin je met echt iets nieuws van scratch.

[Rmg]

Ik ben junior/medior developer, werk nu iets meer dan 2 jaar bij een detacheerder/softwarehuis in de regio Eindhoven. Het bedrijf doet projecten voor middellang (half jaar tot een jaar) en langere tijd (2 jaar en verder) normaal gesproken.

Mijn 'specialiteit' is embedded systems. Ik programmeer dus nog veel in C, en soms een uitstapje naar C++(&Qt) en Arduino's zie je ook steeds meer voor proto's en POC's dus af en toe ook Wiring/APL.

Op dit moment spring ik bij voor 1 van onze klanten die wat kritieke bugs in hun software hebben, de software stuurt nogal een duur apparaat aan, zitten wat kritieke bugs in en er zit wat haast bij (6/8 weken).

Dit is wel een interessante case om te vertellen hoe dit soort dingen gaan bij een gemiddelde detacheerder/softwarehuis.

Donderdagmiddag: krijg ik te horen: We hebben een prospect waar je op intake mag ('Sollicitatie' gesprek voor een opdracht.) 1 probleem het is morgen vroeg.

Rest van de dag avond dus opdrachtbeschrijving uitpluizen, wat over de klant uitzoeken zodat je ongeveer weet wat ze doen, de normale dingen die je voor een sollicitatie ook doet zeg maar.

Donderdagavond: ff naar de kapper, overhemd vast strijken Eerste indruk enzo

Vrijdag: Begint met gesprek met mijn sales manager, voorbereiden. En op intake.

Goeie intake gehad, ze vonden het ook niet erg dat ik eerst nog een week vakantieplannen had, goed gevoel erbij dus alvast laptop regelen (want ja vakantie en dat soort dingen duren vaak lang dus direct regelen)

Alvast wat overdracht en opruimen van bureau zodat ik eventueel snel kan verhuizen.

Smiddag's telefoontje, Je mag beginnen na je vakantie (Yay!) Alleen vind je het erg om in je vakantie wat voor te bereiden, want dan sturen we je wat design document.

Vakantie bestaat dus uit de documentatie lezen en vast de sourcecode wat doorkijken. (Werk laptop gaat mee naar huis, de harddisken in de laptops zijn software matig encrypt, dus een beetje traag maar wel veilig als ie uit de auto gejat word oid. (wat nog wel eens gebeurt) vinden niet alle klanten even grappig...)

Begin van de week een beetje meekijken naar de testopstelling, IDE, Compiler, Licenties en andere tooling installeren. zsm zorgen dat je kan compilen en flashen de testopstelling kan laten crashen ^^

De dag begint met een Stand-up meeting, wat is er gister gedaan, wat gaan we vandaag doen, wat gaat er deze week afkrijgen schat je. Niet langer dan een kwartiertje.

Daarna gaat bugzilla open en dan is het bughunten, testen, code aanpassen, code van anderen reviewen, nog meer testen. Overleggen met de Amerikanen die de software in eerste instantie hebben geschreven over het waarom van bepaalde keuzes, Meestal nog een meeting van 1 a 2 uur. En dan de testopstelling voorbereiden voor een duurtest (snachts). Code/Documentatie schrijven van de fix die (hopelijk goed) geïmplementeerd is en dan gaat dan weer naar huis. (Insert 6x koffie ergens tussendoor )

Veel bugs interessante HW waar je mee mag werken. Er uitdagend, projecten duren bij ons vaak een paar maanden (gemiddeld een maand of 4 tot 6) dus afwisselend werk. Vaak blijf je wel bij een klant voor meerdere projecten, bij de meeste klanten is dat ook echt wel gezellig, vaak word je redelijk snel opgenomen in het team en voelt het alleen de eerste week een beetje alsof je van buitenaf komt t.o.v het vaste personeel.

[digital_ownage]

Dat klinkt dus best leuk! Wat had je precies gestudeerd?

[EddoH]

MisterBlue schreef op zondag 12 mei 2013 @ 20:06:
Belangrijk om te weten is dat het codeer werk dat je doet, voornamelijk bestaat uit aanpassingen op bestaande code, zij het om een bug op te lossen, zij het om nieuwe functionaliteit toe te voegen. Af en toe begin je met echt iets nieuws van scratch.

Dat ligt er maar net aan waar je werkt. Bij het ene bedrijf ben je inderdaad vaak meer bezig met bugs fixen en bestaande functionaliteiten uitbreiden. Bij andere bedrijven start je om de x aantal weken/maanden een nieuw project. Ik heb beide gedaan en voor beide valt iets te zeggen, maar het leukst vind ik toch het van scratch iets met een team opzetten. Dit laatste vind je overigens vaker bij de kleinere bedrijven.

[Umbrah]

Inderdaad, startups, niche bedrijfjes, en (m)KB, hoewel in dat laatste maatwerk steeds vaker begint voor te komen doordat grote detacheerders zich ook in deze "marges" beginnen te kijken...

Daarom vraag ik TS eens goed te kijken naar welke industrie hij wil werken, of makkelijker voor mensen: waar NIET.

[Rmg]

digital_ownage schreef op zondag 12 mei 2013 @ 21:21:
Dat klinkt dus best leuk! Wat had je precies gestudeerd?

Technische Informatica met als major Embedded Systems development

[Blue-eagle]

Web-developer hier

Ik hou me bezig met innovatie op het web. Nieuwe technieken gebruiken, uitzoeken hoe ze werken, wat de voor- en nadelen zijn, en of we ze kunnen inzetten binnen het bedrijf voor toekomstige projecten.

Zo werk ik aan heel veel "proof of concept" opdrachten. We bedenken in een klein team zelf de workload per 2 weken (genaamd "sprints" binnen de Scrum methodologie), en kennen deze punten toe. Je zorgt ervoor dat je binnen de tijd je werk afhebt. Vervolgens gaan testers met jouw product aan de slag en rapporteren ze bugs, die je vervolgens oplost.

Intussen spendeer je veel tijd online, omdat je soms even afwisseling nodig hebt Je socialized wat op kantoor met je collega's, zit regelmatig in overleg (strategie bepalen van een product etc.), presenteert eens in de zoveel tijd iets aan het management of aan het bedrijf, enzovoorts.

Het is leuk en afwisselend werk. Maar dit is maar 1 kant van het vak.

Ik ken ook mensen die van 09.00 tot 17.00 alleen maar dezelfde code zitten te typen. Selecteer uit database, geef gegevens weer, wijzig gegevens, sla gegevens op, verwijder gegevens, voeg gegevens toe. Same day, different tables.

Dat kan snel saai worden. Maar mijn werk bestaat eigenlijk uit het oplossen van puzzels en op hoog niveau ("architect") de strategie bepalen. Code typen is meer een formaliteit. Het complexe werk zit hem op dit moment bijvoorbeeld in het opzetten van een schaalbare infrastructuur. Veel caching, meerdere soorten databases (MySQL, MongoDB, Memcached, etc.), verschillende server software (NodeJS, Nginx, Apache, etc.) en het aan elkaar knopen of sharden van alle services/diensten. En ook het opzetten van workers op de server, queues, triggers, etc.

Edit: En momenteel zelfs de keuzes maken voor welke hardware we willen gebruiken, en waarvoor. Benchmarks opzoeken of draaien om te kijken of SSD's (wel of niet RAID? RAID 5? RAID 10? RAID 0?) voor Memcached optimaal zijn. Of moeten we Redis gebruiken voor onze data? Kosten vs. baten analyseren: SSD's zijn duur, zijn 10 hot swappable HDD's van 2TB per stuk goedkoper en net zo snel? Waar liggen de "bottlenecks" in de performance? Moeten we AWS overwegen?

[ Voor 11% gewijzigd door Blue-eagle op 13-05-2013 14:47 ]