Archief - Van Java -> .NET C#

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.

Oldskooler

Legacy Member
Ik ben al sinds jaren een Java programmeur.

Stiekem steeds de zin gehad om .NET programmeur te worden.

Maar je neemt het er niet gewoon eens even bij. Of als je elders solliciteert, ben je weer lekker junior, en geld maakt wel degelijk voor een deel gelukkig.

Ik zou nu .NET C# kunnen leren met behoud van de huidige voorwaarden, binnen hetzelfde bedrijf. Nu als ik er dan voor ga, moet ik er ook voor gaan, en is het niet om het eens even geprobeerd te hebben.

To do, or not to do?

Nu uiteraard is het een persoonlijke keuze, en heeft het allemaal zo zijn voor- en nadelen. En binnen elk domein heb je fanboys.

Wat me zo afstoot aan java. Al die platformpjes, low level configureren, prutsjes en prulletjes die soms lang zoeken zijn. Veel tekstueel, vermoeiend zoeken en proberen. Elk jaar brengen ze nu 2 hoofdversies van Java uit.

Binnen .NET lijkt me meer: file -> new -> kies component, volgende, volgende, en 80% staat al gereed.

Ook asp.net om websites te maken. Nu is er een overvloed van front end talen, de ene volgt de andere op. AngularJs, dan Angular 2.x, + zoveel andere.
Wil je full stack zijn moet je Java + 1 van de 100 front end talen kennen.
Binnen asp.net blijf je binnen een kader. Je kan uiteraard ook c# + Angular nog steeds combineren.

Maar aan de andere kant, qua werkzekerheid, banken kiezen precies toch meer voor java, ook enkele multinationals die ik ken in de buurt, ....
Ik heb de indruk dat een KMO zich sneller waagt aan .NET, waarschijnlijk omdat het toegankelijker is.


....

Tailball

Legacy Member
Ik heb nochtans zat genoeg dingetjes moeten configureren binnen .NET.
Het is met het MVC-platform enzo allemaal heel veel verbeterd (zeker voordien met WCF en SOAP was het een merde), maar het blijft vaak uit uitzoeken hoe NuGet packages in elkaar passen.
Entity framework is ook altijd een hoop gedoe (ik haat coding by convention).

Ik ben overgestapt naar de MERN stack (React/Redux-NodeJs-Express-MongoDb) en er tot nu toe geen moment spijt van gehad.

Oldskooler

Legacy Member
.NET 5 ziet er wel mooi uit, en kan mss meer markt verkrijgen.

Maar als ik zie, bij de overheid zijn ze precies wel Java minded. Ook bij banken, en verscheidene multinationals. Toch binnen België dan.
Dan denk ik van ik kan beter bij Java blijven.

MERN lijkt me zo niche. Veel vacatures ervan vind je hier niet, en binnen 10 jaar is het mss weer iets helemaal anders.
Java en .NET zijn robuuste blijvers.

Tailball

Legacy Member
Oldskooler zei:
.NET 5 ziet er wel mooi uit, en kan mss meer markt verkrijgen.

Maar als ik zie, bij de overheid zijn ze precies wel Java minded. Ook bij banken, en verscheidene multinationals. Toch binnen België dan.
Dan denk ik van ik kan beter bij Java blijven.

MERN lijkt me zo niche. Veel vacatures ervan vind je hier niet, en binnen 10 jaar is het mss weer iets helemaal anders.
Java en .NET zijn robuuste blijvers.

Mwa, javascript is ook there to stay hoor.
Het feit dat React ontwikkeld en ondersteund wordt door facebook, betekent dat het sowieso ‘ tried an true’ is en dat het echt een gigantische drijvende kracht achter zich heeft.
Je zou verbaasd zijn hoeveel webapps tegenwoordig op React draaien.

Trouwens, ik heb een jaar lang een project gedaan voor de Vlaamse Overheid en dat volledige departement was .NET.

Dumbino

Legacy Member
Voor je mijn antwoord leest. Ik heb 10 jaar ervaring als software developer en programmeer voornamelijk met C# binnen het .NET Framework / .NET Core.
Ik zal zo objectief mogelijk proberen te reageren.

Oldskooler zei:
Ik ben al sinds jaren een Java programmeur.

Stiekem steeds de zin gehad om .NET programmeur te worden.

Maar je neemt het er niet gewoon eens even bij. Of als je elders solliciteert, ben je weer lekker junior, en geld maakt wel degelijk voor een deel gelukkig.

Ik zou nu .NET C# kunnen leren met behoud van de huidige voorwaarden, binnen hetzelfde bedrijf. Nu als ik er dan voor ga, moet ik er ook voor gaan, en is het niet om het eens even geprobeerd te hebben.

To do, or not to do?

Je beantwoordt volgens mij je eigen vraag! Ik zou het aanraden omdat:
- het nieuw leven in je carrière zal blazen.
- het iets is waar je al een lange tijd over nagedacht hebt.
- je huidige bedrijf je hierin wilt steunen.
- .NET een leuke toekomst tegemoet gaat (.NET Core, Blazor, ...)

Oldskooler zei:
Ook asp.net om websites te maken. Nu is er een overvloed van front end talen, de ene volgt de andere op. AngularJs, dan Angular 2.x, + zoveel andere.
Wil je full stack zijn moet je Java + 1 van de 100 front end talen kennen.
Binnen asp.net blijf je binnen een kader. Je kan uiteraard ook c# + Angular nog steeds combineren.

Binnen asp.net heb je inderdaad wat mogelijkheden:
- asp.net mvc
- asp.net razor pages

Ik zelf werk meestal met C# als backend (Web API) en een JavaScript framework als frontend (AngularJS, VueJS, ..).
Dit hangt puur af van je smaak natuurlijk en wat je wilt bekomen.
Elk framework heeft zijn eigen problemen.

Tailball zei:
Het is met het MVC-platform enzo allemaal heel veel verbeterd (zeker voordien met WCF en SOAP was het een merde)

Ik begrijp je vergelijking van MVC tot WCF / SOAP niet. Bedoel je hier Web API ipv MVC?

Tailball zei:
maar het blijft vaak uit uitzoeken hoe NuGet packages in elkaar passen.
.

Ik heb hier geen problemen mee op vandaag.
Je voegt een NuGet package toe en de NuGet package manager regelt alle dependencies.

Sinds .NET Core is het zelf beter geworden.
Ik heb in oudere versies van .NET framework wel issues gehad ermee, maar dit is al lang geleden.

Tailball zei:
Entity framework is ook altijd een hoop gedoe (ik haat coding by convention).

Entity Framework (Core) is tegenwoordig zeer simpel op te zetten en te configureren.

Er zijn inderdaad conventions om ervoor te zorgen dat je de standaard boilerplate code niet hoeft te voorzien.
Bijvoorbeeld: Een integer kolom die ID heet, zal in veel gevallen wel primary key + identity zijn.

Of dit een voordeel/nadeel is, dat hangt dan af van je smaak. Dit is zeer eenvoudig te overschrijven.

Greenie

Legacy Member
Dumbino zei:
Ik heb hier geen problemen mee op vandaag.
Je voegt een NuGet package toe en de NuGet package manager regelt alle dependencies.

Sinds .NET Core is het zelf beter geworden.
Ik heb in oudere versies van .NET framework wel issues gehad ermee, maar dit is al lang geleden.
Soms heb je natuurlijk wel nugets waar je dan weer extra nugets moet installeren om ze bv. in je Dependecy Injection / Inversion of Control te steken.
Maar als je vooral populaire en gesupporteerde packages gebruikt is dit meestal goed beschreven en zijn alle packages voorhanden.

Het enige wat je dan nog kan hebben is version mismatching, wat ook weer bij goede packages eenvoudig opgelost is met assembly redirecting, wat visual studio ook voor een groot deel voor je doet.

Ik denk dat het grootste voordeel aan .net is, is dat alles door microsoft voorzien wordt. (Al is .net core opensource tegenwoordig)
Alles wordt zeer goed op elkaar afgestemd (IDE, .net framework, language).

Als je .net kan leren zonder daar nadelen aan te ondervinden zie ik niet waar dit geen vernieuwing in je werk kan steken.
Je moet ook geen schrik hebben om terug vanaf 0 te beginnen, want dat ga je niet moeten.
Syntax verschillen leer je wel vlug en dan zijn er enkel wat andere libraries te begrijpen.
Daarna is het toch wat je zelf maakt of gaat halen via nuget.

Als het bedrijf jou deze kans aanbiedt dan zullen ze ook wel luisteren als je na een poosje zegt dat het toch niet jouw ding is ?

imo

Legacy Member
Hallo iedereen,

Ik overweeg een carrière switch en kan niet goed beslissen om een volgende stap te zetten en in welke richting.
Misschien zijn hier ervaringsdeskundigen die hun bevindingen kunnen delen?

Mijn vraag is tweeledig:

1. welke opleiding best kiezen?
2. waar de gekozen opleiding best volgen?

Voor het eerste luik twijfel ik tussen de volgende 3 mogelijkheden:

a. HTML(5) + CSS3 + JavaScript >> vanuit persoonlijke interesse heb ik via zelfstudie (voornamelijk Youtube & diverse fora) reeds een voorzichtige basis in HTML & CSS.
b. Python >> wordt DE taal van de toekomst genoemd en zou het heel wat "eenvoudiger" zijn dan bijvoorbeeld Java.
c. Java >> hierin heb ik dan grote interesse, gezien ik dolgraag apps zou willen ontwikkelen en met Java lijken de jobmogelijkheden enorm. In mijn geval zou het weliswaar een junior functie zijn, daar ik tot op heden nog geen programmeerervaring/kennis heb.

Eens de keuze gemaakt, waar deze opleidingen best volgen, met oog op beste kansen op de arbeidsmarkt?

a. VDAB? >> de opleidingen hier zijn wel gratis voor werkzoekenden, maar zijn ze wel professioneel en toekomst- en arbeidsmarkt gericht?
b. Syntra? >> Syntra is betalend en niet bepaald goedkoop.
c. Volwassenonderwijs (avond)? >> hierover toch veel bedenkelijke reacties gelezen over lessen die wegvallen zonder inhaal, leestof niet up to date, ...
d. INTEC Brussel? >> ook gevonden via website VDAB, lijkt op het eerste gezicht wel iets degelijks en professioneel

Gezien ik de luxe niet heb om terug voltijds te gaan studeren aan een hogeschool of unief, moet ik op zoek gaan naar een praktijkgerichte crash-course van max. 1 jaar.
Over de instellingen hierboven lees ik positieve zaken, maar nog meer negatieve zaken:
- vele reviews geven aan dat deze instellingen schoon (klinken) van ver, maar ver zijn van...
- waarde van de opleidingen van deze instellingen op de arbeidsmarkt?
- inhoudelijke waarde van de opleidingen zelf?

Zijn hier ervaringsdeskundigen die mij tips kunnen geven over welke opleiding en welke instelling wel of zeker niet (en waarom)?
Zoals ik eerder aangaf ben ik tot op heden projectmanager geweest in de logistieke sector en heb ik geen opleiding of professionele ervaring in IT/programmeren. Wel heb ik een gezonde interesse/obsessie voor webtechnologie, webdesign, apps, ... Mijn uiteindelijke doel is dus mijn arbeidskansen en toekomst/zekerheid te vergroten met zaken waarvoor ik een persoonlijke passie voor heb.

Ik kijk graag uit naar reacties en tips. Alvast bedankt!

IMO

apa

Legacy Member
Heb zelf ondertussen meer dan 10j ervaring als .NET ontwikkelaar.

IMHO zijn .NET en Java ruwweg equivalent qua mogelijkheden. Beiden compileren naar een vorm van IL, syntax is vergelijkbaar, beiden rusten op een enorme bibliotheek aan runtimes, ...
Een voordeel van .NET vind ik de Visual Studio IDE met heel wat handige/geïntegreerde functionaliteiten (vermoed dat er ook wel heel degelijke IDE's voor Java bestaan). Verwacht echter niet dat je in .NET 80% met simpele templates gedaan krijgt...

Ik heb 13j in een Bank gewerkt en daar werd Java inderdaad verkozen bovenop .NET (voor front-end development; back-end is Cobol (nog steeds) target). Naar mijn mening werd Java voornamelijk gekozen om vendor lock-in te vermijden: kies je voor .NET, dan hang je vast aan Microsoft. Geen idee hoe lang dat nog blijft duren met Oracle achter het Java-stuur...

Overstappen van de ene naar de andere lijkt mij niet onoverkomelijk. Ik ben geen Java-programmeur, maar ervaar weinig issues met het lezen van Java-code.

Niet zo sexy, maar als geld je motivatie is, dan kan je Cobol misschien overwegen?!
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