AndroidHealthClinic

HBO ICT iets voor mij?

Bezoekers in dit topic

als ik aan een project ivm gedistribueerde systemen wil werken doe ik dat wel voor mijn vak gedistribueerde systemen :D

Wij zijn al 2 weken met 4 man fulltime bezig om deze shit uit te werken naar wens van de opdrachtgever :o
 
:)

En in het bedrijfsleven zijn er dan degenen die wel kunnen programmeren maar niet het inzicht hebben om dat procesmatig, samenwerkend, en op een onderhoudbare manier te doen. Of daar wordt geen kans toe gegeven/genomen.

Dan heb je wel code, en misschien werkt die zelfs :o, maar is het ermee ontwikkelen een hel.

Wordt/werd er op jullie opleiding of werk aandacht besteed aan BDD/TDD met refactoring, Scrum, continuous integration/delivery, dat soort dingen?
Op de BSc vrij weinig, op de master wel veel. En als er iets opvalt is dat het empirisch bewijs voor vrijwel elk software ontwikkelingsframework zeer matig is.
 
Op de BSc vrij weinig, op de master wel veel. En als er iets opvalt is dat het empirisch bewijs voor vrijwel elk software ontwikkelingsframework zeer matig is.
Ok, wat wil je daarmee precies zeggen?
 
Wij zijn al 2 weken met 4 man fulltime bezig om deze shit uit te werken naar wens van de opdrachtgever :o

wat is fulltime? (en is het een opdracht vanuit school?)
 
wat is fulltime? (en is het een opdracht vanuit school?)

Is mijn bachelorproject (ipv thesis). Fulltime is in dit geval maar 22-28 uur.
 
Is mijn bachelorproject (ipv thesis). Fulltime is in dit geval maar 22-28 uur.
potverdomme, zoveel tijd heb ik niet meer gespendeerd voor (lees: op) school sinds het middelbaar:roflol:
 
Ok, wat wil je daarmee precies zeggen?
Dat heel veel bedrijven oefenloos Scrum proberen aan te hangen of bijv. TDD/pair programming/whatever implementeren, zonder eigenlijk te weten of het nu wel/niet voordelig is t.o.v. de voorgaande situatie en/of het uberhaupt handig is in hun specifieke situatie. Toch gaan ze dan vrijwel blind Scrum toepassen, vervolgens faalt het, en zeer zeker binnen bedrijven waarbij het merendeel van de programmeurs uit juniors bestaat, maar erkennen doen ze het niet. Scrum 'kan' niet falen, dus is het iets anders. Scrum is oefenloos gehyped voor no reason. Gedegen empirisch bewijs ontbreekt dan ook.

Of bedrijven waar het daadwerkelijk goed gaat, die het vervolgens volledig wijten aan Scrum. Kregen o.a. de manager van RIPE over de vloer. Scrum was geweldig en Scrum zorgde ervoor dat alles daar perfect liep. Het kwam absoluut niet doordat ze alleen de absolute top van programmeurs binnen Europa recruiteerde en het kwam ook niet doordat iedereen die onder de maat presteerde vrij snel de zak kreeg :rolleyes: Iets wat ze voor de implementatie van Scrum niet hanteerde. Ik heb werkelijk waar zelden zulke tunnelvisie gezien.

Ook genoeg casussen waarbij bedrijven zich blind staarden op een stijging in LOC/u wanneer Scrum werd geïmplementeerd, en zodoende concludeerde dat de productiviteit steeg (???), en dus was Scrum goed. Ging je het vervolgens wat beter evalueren, en met name het eindproduct d.m.v. bijv. de system usability scale, dan kwam er een heel ander beeld naar boven drijven.
 
Dat heel veel bedrijven oefenloos Scrum proberen aan te hangen of bijv. TDD/pair programming/whatever implementeren, zonder eigenlijk te weten of het nu wel/niet voordelig is t.o.v. de voorgaande situatie en/of het uberhaupt handig is in hun specifieke situatie. Toch gaan ze dan vrijwel blind Scrum toepassen, vervolgens faalt het, en zeer zeker binnen bedrijven waarbij het merendeel van de programmeurs uit juniors bestaat, maar erkennen doen ze het niet. Scrum 'kan' niet falen, dus is het iets anders. Scrum is oefenloos gehyped voor no reason. Gedegen empirisch bewijs ontbreekt dan ook.

Of bedrijven waar het daadwerkelijk goed gaat, die het vervolgens volledig wijten aan Scrum. Kregen o.a. de manager van RIPE over de vloer. Scrum was geweldig en Scrum zorgde ervoor dat alles daar perfect liep. Het kwam absoluut niet doordat ze alleen de absolute top van programmeurs binnen Europa recruiteerde en het kwam ook niet doordat iedereen die onder de maat presteerde vrij snel de zak kreeg :rolleyes: Iets wat ze voor de implementatie van Scrum niet hanteerde. Ik heb werkelijk waar zelden zulke tunnelvisie gezien.

Ook genoeg casussen waarbij bedrijven zich blind staarden op een stijging in LOC/u wanneer Scrum werd geïmplementeerd, en zodoende concludeerde dat de productiviteit steeg (???), en dus was Scrum goed. Ging je het vervolgens wat beter evalueren, en met name het eindproduct d.m.v. bijv. de system usability scale, dan kwam er een heel ander beeld naar boven drijven.

Merk ik nu al, wordt enorm gehamerd op sprints en dergelijk. Precies door de mensen die er het minst van weten.
 
Merk ik nu al, wordt enorm gehamerd op sprints en dergelijk. Precies door de mensen die er het minst van weten.

Dat had ik dus tijdens mijn opleiding. Zit je met een Scrummaster die zelf alle termen niet kent, een docent.
Vervolgens beoordeeld die je wel later op je eigen kennis van de termen etc.
 
Dat had ik dus tijdens mijn opleiding. Zit je met een Scrummaster die zelf alle termen niet kent, een docent.
Vervolgens beoordeeld die je wel later op je eigen kennis van de termen etc.

:roflol:
 
Dat heel veel bedrijven oefenloos Scrum proberen aan te hangen of bijv. TDD/pair programming/whatever implementeren, zonder eigenlijk te weten of het nu wel/niet voordelig is t.o.v. de voorgaande situatie en/of het uberhaupt handig is in hun specifieke situatie. Toch gaan ze dan vrijwel blind Scrum toepassen, vervolgens faalt het, en zeer zeker binnen bedrijven waarbij het merendeel van de programmeurs uit juniors bestaat, maar erkennen doen ze het niet. Scrum 'kan' niet falen, dus is het iets anders. Scrum is oefenloos gehyped voor no reason. Gedegen empirisch bewijs ontbreekt dan ook.

Of bedrijven waar het daadwerkelijk goed gaat, die het vervolgens volledig wijten aan Scrum. Kregen o.a. de manager van RIPE over de vloer. Scrum was geweldig en Scrum zorgde ervoor dat alles daar perfect liep. Het kwam absoluut niet doordat ze alleen de absolute top van programmeurs binnen Europa recruiteerde en het kwam ook niet doordat iedereen die onder de maat presteerde vrij snel de zak kreeg :rolleyes: Iets wat ze voor de implementatie van Scrum niet hanteerde. Ik heb werkelijk waar zelden zulke tunnelvisie gezien.

Ook genoeg casussen waarbij bedrijven zich blind staarden op een stijging in LOC/u wanneer Scrum werd geïmplementeerd, en zodoende concludeerde dat de productiviteit steeg (???), en dus was Scrum goed. Ging je het vervolgens wat beter evalueren, en met name het eindproduct d.m.v. bijv. de system usability scale, dan kwam er een heel ander beeld naar boven drijven.
Ah zeker, Scrum en dat soort methodieken zijn geen oplossing an sich en zo wou ik het ook niet aandragen.

Ik vind het niet zo zeer een methode voor succes, dat hangt inderdaad af van de ontwikkelaars, maar ik zie het vooral wel als een label voor een prettige manier van werken.

Als ik ergens vraag hoe ze scrum/agile principes toepassen en wat hun ervaringen ermee zijn heb ik snel een goed beeld van of ik er terecht zou komen in een fijne werkomgeving of in een wanhoop van frustrerende release cycles voor spaghetti brij from hell.

Ik heb zo'n plek nog niet gevonden. :o Goed genoeg begrip en toepassen van MVC zelfs niet. Het is dus meer een luxe probleem van mijn wensen voor werk op dit gebied.

---------- Post added 11 March 2014 at 07:55 ---------- Previous post was 10 March 2014 at 20:16 ----------

Trouwens, wat mij nu nog leuk lijkt is freelance losse opdrachten doen; in mijn geval zou ik websites in wordpress met alles wat belangrijk is voor online marketing, maatwerk, of complete php projecten, of project consultancy kunnen doen.

Voor mij is dat leuker vanwege de afwisseling, rondreizen voor contact met klanten, mensen helpen, vrijheid en flexibiliteit van hoe je te werk gaat, zelf je vooruitgang mogelijk maken, etc.


Doe jij dat niet ook GetXXL?
 
Trouwens, wat mij nu nog leuk lijkt is freelance losse opdrachten doen; in mijn geval zou ik websites in wordpress met alles wat belangrijk is voor online marketing, maatwerk, of complete php projecten, of project consultancy kunnen doen.

Voor mij is dat leuker vanwege de afwisseling, rondreizen voor contact met klanten, mensen helpen, vrijheid en flexibiliteit van hoe je te werk gaat, zelf je vooruitgang mogelijk maken, etc.


Doe jij dat niet ook GetXXL?
Ik doe dat inderdaad. Ik bied Wordpress websites en CakePHP applicaties aan. Al komt het er de laatste maanden vooral op neer dat ik bagger code van anderen bewerk.

Het rondreizen valt wel mee, de meeste van mijn klanten zie ik nooit in persoon. Blijft vooral beperkt tot emailen en bellen. Wat wel heel leuk is, is de flexibiliteit. Mooi weer, zoals nu? Nou, dan ga ik gewoon lekker in de zon zitten en evt. buiten werken op m'n laptop. En als ik daar geen zin in heb, doe ik het 's avonds/'s nachts. Ook kun je tot op zekere hoogte je eigen week/maandplanning maken, tenzij er veel haast achter 'n project zit.

Wat iets minder leuk is, is dat het gros van je klanten zeurpieten zullen zijn. Maar dan ook echt enorme zeurpieten. Constant veranderende requirements, ambigue requirements, en het eeuwige gejank dat ze vinden dat iets niet meerwerk is. Er zitten soms ook leuke klanten tussen hoor, ik doe momenteel veel werk voor 'n ander web development bedrijf die z'n belangrijke opdrachten aan mij uitbesteedt. Goed contact mee, af en toe bakkie doen, niks te klagen.
 
Ik doe dat inderdaad. Ik bied Wordpress websites en CakePHP applicaties aan. Al komt het er de laatste maanden vooral op neer dat ik bagger code van anderen bewerk.

Het rondreizen valt wel mee, de meeste van mijn klanten zie ik nooit in persoon. Blijft vooral beperkt tot emailen en bellen. Wat wel heel leuk is, is de flexibiliteit. Mooi weer, zoals nu? Nou, dan ga ik gewoon lekker in de zon zitten en evt. buiten werken op m'n laptop. En als ik daar geen zin in heb, doe ik het 's avonds/'s nachts. Ook kun je tot op zekere hoogte je eigen week/maandplanning maken, tenzij er veel haast achter 'n project zit.

Wat iets minder leuk is, is dat het gros van je klanten zeurpieten zullen zijn. Maar dan ook echt enorme zeurpieten. Constant veranderende requirements, ambigue requirements, en het eeuwige gejank dat ze vinden dat iets niet meerwerk is. Er zitten soms ook leuke klanten tussen hoor, ik doe momenteel veel werk voor 'n ander web development bedrijf die z'n belangrijke opdrachten aan mij uitbesteedt. Goed contact mee, af en toe bakkie doen, niks te klagen.

Ontwikkel je ook WordPress plugins? Ben mij daar nu in het verdiepen. WordPress is event-driven en de meeste plugins zijn gewoon een warboel aan functies, filters, actions etc. Lastig om uit te vinden wat nu de beste manier is voor het ontwikkelen van plugins, qua architectuur, design paterns etc...
 
Ontwikkel je ook WordPress plugins? Ben mij daar nu in het verdiepen. WordPress is event-driven en de meeste plugins zijn gewoon een warboel aan functies, filters, actions etc. Lastig om uit te vinden wat nu de beste manier is voor het ontwikkelen van plugins, qua architectuur, design paterns etc...
Bijna niet, maar heb wel eens 'n plugin geschreven uiteraard. Het volgt inderdaad nogal een onconventionele structuur. Het is simpelweg een kwestie van bij activatie alles opzetten wat nodig is voor de plugin (bijv. een DB tabel aanmaken), vervolgens aan de admin zijde een functie die de admin pagina rendert hooken aan het menu, en alles wat je met die admin pagina doet process je met een bepaalde functie die de actions uitvoert bij de hook voor bijv. init (die je in je constructor zet). Vervolgens voeg je nog wat shit toe voor de website kant (bijv. het aanmaken van 'n shortcode die 'n bepaalde functie aanroept die bijv. shit uit je DB haalt en dar iets mee doet), et. voila. Voor de admin kant vooral die list_table klasse gebruiken ook al wordt het afgeraden. Iedereen doet het, en het bespaart je 'n shitload aan tijd (copy paste hem naar je wordpress plugin dir voor update-proofheid).

Een simpele informatie plugin met een database tabel volgt ongeveer de volgende structuur:
- Registreer je activatie/deactivatie hooks
- Maak je plugin klasse aan met:
- constructor
- aanmaak voor DB tabel
- get_columns
- get_table_name
- get_sortable_columns
- get_items
- prepare_items
- column_default
- column_cb
- get_bulk_actions
- process_bulk_actions
- add aan het menu
- render functie
- specifieke functies voor het processen van actions
- functies die je uitgevoerd wilt hebben voor de front end

Gros override je dus gewoon functionaliteit van de list table klasse.
 
Laatst bewerkt:
2e jaar student Toegepaste Informatica specialisatie Business IT hier

Werk vooral met SAP en ERP-systemen.


Wat ik je aanraadt is dat als je geen basis hebt van programmeren, is nu al beginnen te spelen met programmeren.

Ga de basis-talen (C/#/++, Java, .NET) eens van dichtbij bekijken en probeer eens een paar oefeningen te maken.

Voor mij is het vooral het programmeren dat de "merde" is. Ik ben er tot nu toe voor alles door geraakt bij de eerste keer buiten programmeervakken. Moet wel toegeven dat ik er niet echt veel voor doe aangezien het me niet zoveel interesseert (het vak zelf).

Als je de kneepjes van gestructureerd programmeren doorhebt, en al een basis van object-georiënteerd programmeren hebt bekeken, is het niet genoeg omdat je ook aan een andere manier van denken moet doen. De andere vakken (Netwerken, Webdesign, Algemene kennis,...) zijn namelijk simpele vakken.



In de ICT zou ik ook niet voor webdesign/grafisch ontwerp gaan (toch niet in België, in Nederland weet ik het niet), dit omdat er al een groot overschot is van webdesigners (die het met een simpele opleiding of zelfstudie geleerd hebben) en ze tegenwoordig enkel nog specialisten zoeken die zich focussen op bijvoorbeeld WP, PHP, Adobe-pakket,...

Daar ben jij als pas-afgestudeerde webdesigner namelijk niet veel mee.

Ook moet je voorbereid zijn om in een klas te zitten met amper meisjes (ik zit in een klas met 90. Slechts 1 meisje die we 'maat' noemen omdat ze nog meer op een jongen lijkt...), autisten en 'nerds' die enkel gamen en voor de rest niet veel van ICT weten.
 
ik snap alles hierow
 
Back
Naar boven