Archief - IT: gebakken lucht ?
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.
Anoniem09
Legacy Member
Nineshots zei:
Wrong, foute mentaliteit die er dringend uit moet, gelukkig hebben een hoop bedrijven dit al door. Je moet continue innoveren en niet blijven stilstaan, nieuwe technologieën brengen nieuwe uitdagingen met zich mee, maar ook nieuwe kansen om jezelf als bedrijf weer een niveau hoger te krikken, zij het met customer experience of employee experience.
n00bje
Legacy Member
Eén van de dingen waar ik vandaag mee bezig ben als IT'er in de zorgsector:
Wij hebben een interne applicatie waarin:
De informatie van deze medicijnen halen wij momenteel uit het "Gecommentarieerd Geneesmiddelenrepertorium" van het BCFI.
Wij downloaden de CSV-bestanden (vergelijkbaar met een grote Excel) en importeren deze in ons systeem.
Echter staat er momenteel dit op hun download-pagina:
Onze huidige gegevensbron zal binnenkort dus wegvallen. Ik ben momenteel wat aan het schrijven dat de XML-bestanden van SAM kan verwerken om de gegevens die we nodig hebben eruit te halen. Daarvoor moet ik eerst hun documentatie lezen om te begrijpen hoe de XML is gestructureerd. Om een voorbeeld te geven van hoe 'plezant' zulke documentatie kan zijn:
http://www.samportal.be/sam/SAM%20v2%20CDD.pdf (Het datamodel. 71 pagina's aan droge materie)
http://www.samportal.be/sam/SAM%20v2%20Export.docx (Nog 45 pagina's uitleg over de export)
Dan heb je nog de 'verborgen' problemen zoals gegevens die (nog?) niet te vinden zijn in de nieuwe gegevensbron, maar die we wel nodig hebben. Of bijvoorbeeld RIZIV-codes die in de nieuwe gegevensbron totaal anders zijn als in de oude, maar waarvan ik nog geen documentatie heb gevonden zodat ik een 'mapping' kan maken.
Wanneer dit af is en we de nieuwe gegevensbron gebruiken zal de eindgebruiker hier (hopelijk) niets van merken. Die weten zelfs niet dat we een andere gegevensbron gaan raadplegen. Echter is dit weer een werkje waar ik even zoet mee ben.
Wij hebben een interne applicatie waarin:
- informatie over medicijnen kan worden opgevraagd (naam, hoeveelheid in de verpakking, voorschrift vereist, nog bestelbaar, categorie, generisch product, prijs, terugbetaling, nota, bereiding etc...)
- medicatie besteld kan worden (gaat digitaal naar de apotheek)
- onze 'stock' wordt bijgehouden
- ...
De informatie van deze medicijnen halen wij momenteel uit het "Gecommentarieerd Geneesmiddelenrepertorium" van het BCFI.
Wij downloaden de CSV-bestanden (vergelijkbaar met een grote Excel) en importeren deze in ons systeem.
Echter staat er momenteel dit op hun download-pagina:
Onze huidige gegevensbron zal binnenkort dus wegvallen. Ik ben momenteel wat aan het schrijven dat de XML-bestanden van SAM kan verwerken om de gegevens die we nodig hebben eruit te halen. Daarvoor moet ik eerst hun documentatie lezen om te begrijpen hoe de XML is gestructureerd. Om een voorbeeld te geven van hoe 'plezant' zulke documentatie kan zijn:
http://www.samportal.be/sam/SAM%20v2%20CDD.pdf (Het datamodel. 71 pagina's aan droge materie)
http://www.samportal.be/sam/SAM%20v2%20Export.docx (Nog 45 pagina's uitleg over de export)
Dan heb je nog de 'verborgen' problemen zoals gegevens die (nog?) niet te vinden zijn in de nieuwe gegevensbron, maar die we wel nodig hebben. Of bijvoorbeeld RIZIV-codes die in de nieuwe gegevensbron totaal anders zijn als in de oude, maar waarvan ik nog geen documentatie heb gevonden zodat ik een 'mapping' kan maken.
Wanneer dit af is en we de nieuwe gegevensbron gebruiken zal de eindgebruiker hier (hopelijk) niets van merken. Die weten zelfs niet dat we een andere gegevensbron gaan raadplegen. Echter is dit weer een werkje waar ik even zoet mee ben.
Tailball
Legacy Member
Nineshots zei:
Ik heb toch steeds wanneer ik op een nieuw project kwam (toen ik nog consultant was) een hoop nieuwe principes of frameworks moeten leren.
Niet zo zeer omdat alles vernieuwend was (hoewel ik ook daar heel vaak wel cutting edge tech -sorry Bubby, moeilijk woord- heb gebruik), maar omdat er zoveel verschillende techstacks en 3rd party libraries zijn.
Niet ieder bedrijf of project heeft dezelfde noden en gebruikt dezelfde techstack. Zelfs niet als ge u enkel en alleen op .NET focust, gelijk ik toen deed.
GemaneDude
Legacy Member
Ik ben een IT Salesforce developer-analyst in privé sector.
Salesforce.com is een internationaal bedrijf dat bedrijfssoftware aanbiedt op het gebied van klantrelatiebeheer. In ons bedrijf bouwen we het Salesforce platform uit specifiek voor ons bedrijf en onderhouden het voor onze business (Operations, Marketing, Sales).
Wat doe ik doorheen een dag:
- Werken aan de uitrol van een nieuwe functionaliteit/proces of bestaande verbeteren (configuratie op Salesforce platform, programmeren, overzetten van development omgeving naar test omgeving...)
- Analyse van nieuwe functionaliteiten, meetings met business...
- Incidenten oplossen, vragen business beantwoorden
- Enorm veel bijleren
Voor ik deze job had, werkte ik in de business binnen hetzelfde bedrijf. Toen dacht ik ook, wat doen die mannen daar, maar nu weet ik wel beter.
Salesforce.com is een internationaal bedrijf dat bedrijfssoftware aanbiedt op het gebied van klantrelatiebeheer. In ons bedrijf bouwen we het Salesforce platform uit specifiek voor ons bedrijf en onderhouden het voor onze business (Operations, Marketing, Sales).
Wat doe ik doorheen een dag:
- Werken aan de uitrol van een nieuwe functionaliteit/proces of bestaande verbeteren (configuratie op Salesforce platform, programmeren, overzetten van development omgeving naar test omgeving...)
- Analyse van nieuwe functionaliteiten, meetings met business...
- Incidenten oplossen, vragen business beantwoorden
- Enorm veel bijleren
Voor ik deze job had, werkte ik in de business binnen hetzelfde bedrijf. Toen dacht ik ook, wat doen die mannen daar, maar nu weet ik wel beter.
zaj
Legacy Member
Als enige iter in mijn bedrijf is het mega paniek als ik langer als 3 dagen op verlof ben. Ik vermoed dat ik wel iets belangrijk doe. Als ik mijn werk niet goed doe kunnen 85 andere mensen niet werken bij mij.
Wie gaat jouw account ontgrendelen als je voor de zoveelste keer je wachtwoord 3 keer fout getypt hebt?
Wie gaat nieuwe gebruikersaccount aanmaken voor nieuw personeel , geeft rechten op mappen, zorgt er voor dat je geen rommel kan installeren op je laptops?
Wie zorgt er voor dat je elke dag zonder problemen kan printen.
Wie zorgt er voor dat er computers via switches in de vloer aangesloten zijn op de switches in de patch kast?
Wie splits het netwerk op in verschillende vlans zodat bezoekers niet kunnen kloten met uw documenten ?
Wie beheert de firewall zodat er geen cryptolockers heel uw bedrijf lam kunnen leggen en dagen, weken, maanden werk verloren doen gaan ?
Wie zorgt er voor dat als uw bedrijf morgen afbrand je op een andere locatie nog steeds aan je data kan ?
Wie zorgt er voor dat je bedrijf kan e-mailen ? Dat spam tegengehouden wordt,...
Wie beheert de 15 servers met high availability zodat er iets mag uitvallen zonder dat jullie het merken ?
Wie houd alles up to date ?
The IT Guy
Dat zijn zowat de basis taken. Maar er zijn er nog veel meer.
Wie gaat jouw account ontgrendelen als je voor de zoveelste keer je wachtwoord 3 keer fout getypt hebt?
Wie gaat nieuwe gebruikersaccount aanmaken voor nieuw personeel , geeft rechten op mappen, zorgt er voor dat je geen rommel kan installeren op je laptops?
Wie zorgt er voor dat je elke dag zonder problemen kan printen.
Wie zorgt er voor dat er computers via switches in de vloer aangesloten zijn op de switches in de patch kast?
Wie splits het netwerk op in verschillende vlans zodat bezoekers niet kunnen kloten met uw documenten ?
Wie beheert de firewall zodat er geen cryptolockers heel uw bedrijf lam kunnen leggen en dagen, weken, maanden werk verloren doen gaan ?
Wie zorgt er voor dat als uw bedrijf morgen afbrand je op een andere locatie nog steeds aan je data kan ?
Wie zorgt er voor dat je bedrijf kan e-mailen ? Dat spam tegengehouden wordt,...
Wie beheert de 15 servers met high availability zodat er iets mag uitvallen zonder dat jullie het merken ?
Wie houd alles up to date ?
The IT Guy
Dat zijn zowat de basis taken. Maar er zijn er nog veel meer.
|nfected
Legacy Member
Hij werkt niet voor Salesforce he. Hij is een developer op het Salesforce platform.jack|herrer zei:Dan zijt ge 1 van onze leveranciers
Belgie Salesforce team is quasi nihil, het merendeel zit in London.
Ik werkte voor Salesforce in London HQ
Sent from my LYA-L09 using Tapatalk
Nineshots
Legacy Member
koenpje zei:
Denk je dat SAP snel evolueert?
Nee dat heeft ook zijn tijd nodig, nochtans is dat een van de meest gebruikte systemen in grote bedrijven.
Ook gaat dat gewoon niet zo makkelijk, als je een systeem hebt waar jaren werk in zit. Ga je niet zomaar eventjes een nieuw onderdeeltje in een recentere taal oid gaan schrijven.
Het moet compatibel blijven met de rest, ook qua kennis.
yaris
Legacy Member
zaj zei:Als enige iter in mijn bedrijf is het mega paniek als ik langer als 3 dagen op verlof ben. Ik vermoed dat ik wel iets belangrijk doe. Als ik mijn werk niet goed doe kunnen 85 andere mensen niet werken bij mij.
Wie gaat jouw account ontgrendelen als je voor de zoveelste keer je wachtwoord 3 keer fout getypt hebt?
Wie gaat nieuwe gebruikersaccount aanmaken voor nieuw personeel , geeft rechten op mappen, zorgt er voor dat je geen rommel kan installeren op je laptops?
Wie zorgt er voor dat je elke dag zonder problemen kan printen.
Wie zorgt er voor dat er computers via switches in de vloer aangesloten zijn op de switches in de patch kast?
Wie splits het netwerk op in verschillende vlans zodat bezoekers niet kunnen kloten met uw documenten ?
Wie beheert de firewall zodat er geen cryptolockers heel uw bedrijf lam kunnen leggen en dagen, weken, maanden werk verloren doen gaan ?
Wie zorgt er voor dat als uw bedrijf morgen afbrand je op een andere locatie nog steeds aan je data kan ?
Wie zorgt er voor dat je bedrijf kan e-mailen ? Dat spam tegengehouden wordt,...
Wie beheert de 15 servers met high availability zodat er iets mag uitvallen zonder dat jullie het merken ?
Wie houd alles up to date ?
The IT Guy
Dat zijn zowat de basis taken. Maar er zijn er nog veel meer.
Dat heb ik ook jaren gedaan maar met helpdesk en voor bedrijf van 800 man. Zit nu in een niche in een groot bedrijf en dat is toch een pak relaxer
.Soms vraag ik me ook wel af wat ik eigenlijk aan het doen ben
.zaj
Legacy Member
yaris zei:Dat heb ik ook jaren gedaan maar met helpdesk en voor bedrijf van 800 man. Zit nu in een niche in een groot bedrijf en dat is toch een pak relaxer
Soms vraag ik me ook wel af wat ik eigenlijk aan het doen ben
ja ik doe uiteraard nog wel wat meer
alle project management en budgetbeheer is ook allemaal voor mij. i love it. doe tien keer liever zo een functie bij een kmo dan verplicht te worden te specialiseren in 1 ding.
als ik bij wijze van spreken morgen wil overschakelen van onze nutanix omgeving naar vmware dan kan ik dat ook zo beslissen.
Satkan
Legacy Member
TheBud zei:
Nee hoor, deze thread is een exact voorbeeld van een klant die iemand inhuurt om zijn IT infrastructuur te onderhouden, of een programma te schrijven, en dan zeker is dat hij niet alles moet betalen omdat hij/zij geen zak snapt van wat er gebeurd is. (En ook 0.0 ambitie heeft om zich bij te schaven zodat hij/zij geen idioot meer is.)
Spyronamic
Legacy Member
Ach, als je totaal geen domeinkennis hebt begrijp ik wel dat al die fancy functie benamingen nogal abstract overkomen en dat je ook uit een beschrijving vaak niet veel wijzer wordt. Beetje vergelijkbaar met mijn studies HIB indertijd, was pas na 3 van de 5 jaar dat ik deftig begreep wat zoal de opties waren om in de praktijk met dat diploma te gaan doen. Probleem alleen is dat de topicstarter er dus geen reet van begrijpt en er daarom ook vanuit gaat dat het allemaal niet zoveel voorstelt.
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.