Java leerroute

[Joker22]

Hoi allemaal,
Ik ben 3e jaars HBO ICT student richting Software engineering, maar krijg helaas heel weinig programmeren op school. In mijn vrije tijd ben ik nu heel veel bezig met JAVA en wil mij hierin ook specialiseren.

Op dit moment ben ik al een paar maanden bezig met Core Java (oftewel de fundamentals). Dit leer ik via udemy.com en de MOOC.fi. Sinds ik ben begonnen zijn mijn problem-solving skills (naar mijn gevoel) een stuk verbeterd. De basic statements heb ik redelijk onder controle. Ook ben ik inmiddels bekend met OOP concepten als encapsulation, inheritance, polymorphism etc. Momenteel heb ik een duik genomen in java generics, collections en concurrency. Databases volgen hierna. Ook ben ik al bezig met simpele side projects.

Na research te hebben gedaan wil ik later gaan werken in de java enterprise-wereld. Ik heb al vacatures bekeken en wat zij vragen. Als ik een self-taught programmer wil worden: wat is de beste leerroute om daar te komen?

Op het internet zijn zoveel conflicterende antwoorden te vinden. Ik zie door de bomen het bos niet meer. Hieronder een leerroute opgesteld, maar wil hier graag feedback op. Ook bijvoorbeeld of Java EE nodig is om Spring te leren, of misschien alleen de basics?

Core Java (Nu mee bezig)
Servlets
JSP <--- nodig?
Java EE <-- alleen basics nodig?
Spring framework
Spring Boot
Spring MVC
Hibernate
JUnit

Leuke projecten
Solliciteren
...

Relevante software die ik gebruik
IntelliJ, netbeans


Kijk erg uit naar jullie antwoorden!

[Hydra]

Ben zelf een Java (niet JAVA) developer. Wat het beste werkt is iets gaan bouwen dat je leuk vindt. Als dat een web-app is; top.

Wat dat betreft; het heeft niet zo veel zin eerst in Servlets te duiken (die laag kom je misschien wel, misschien niet mee in aanraking). JSP is antiek; als je het nodig hebt, leer je dat wel on the job. Java EE en Spring zijn eigenlijk hetzelfde, maar dan verschillende stromingen waarbij Spring ook een hoop Java EE zaken gebruikt. Spring is extreem veel populairder en het heeft op dit moment niet zo veel zin Java EE apart te 'leren'; je leert alle concepten wel met Spring.

Dus; als je zorgt dat je een Spring gebaseerde Web app kunt bouwen met een Maven project waarin je JUnit, Logging, en een database (ga voor de H2 in-process database in combinatie met Spring Data JPA, dan gebruik je onderwater Hibernate) ben je al heel ver. Je kan dan zelf kiezen of je een JavaScript front-end gebruikt, of door middel van Thymeleaf server-side rendering doet.

Mocht je verder vragen hebben; let me know.

[majoh]

Ik ben zelf ook al heel wat jaren werkzaam binnen enterprises als Java ontwikkelaar en architect. Mijn advies ligt in het verlengde bij die van Hydra.

1. Technology schuift veel. Vroeger was EE hip, tegenwoordig is het Microservices / Serverless wat hip is. Leer vooral de basis concepten, en lees de standaard boeken eens, deze geven inzichten in hoe dingen kunnen: Design Patterns / Clean Code / Effective Java / Software Architecture for developers.
2. Leer hoe je een applicatie automatisch managed met Maven of Gradle.
3. Leer hoe je een applicatie automatisch kan testen met JUnit in combinatie met andere libs en frameworks
4. Leer hoe je een applicatie automatisch kan bouwen en deployen met Jenkins / CircleCI / TravisCI
5. Leer hoe een applicatie met een database omgaat, en integreer er een met JPA

Als je de basis dingen goed begrijpt, kun je je verder verdiepen in nu veelgebruikte frameworks.
1. Leer Spring en de basis concepten ervan.
2. Bouw een REST microservice met Spring Boot.
3. Maak een Front-end applicatie die praat met je microservice met HTML5 / CSS / Angular / Vue / React

Maar van een junior ontwikkelaar vind ik vooral de basis belangrijk. Als je Java kan. Weet hoe je goed je code opbouwt, snapt waarom testen belangrijk zijn, en weet waarom we alles willen automatiseren, dan kom je denk ik al een heel eind.

[Furion2000]

Ik ben net 1,5 bezig en kan de volgende boeken aanraden (veel hetzelfde als @majoh )
Design Patterns van HeadFirst
Clean Code van Robert C Martin

Vond deze boeken erg leerzaam voor 'erbij', want uiteindelijk is het bouwen van dingen het belangrijkste. Gewoon onder het mom van 'wat wil ik bouwen', 'wat heb ik daar voor nodig' en dan lekker gaan googlen. Dan stoot je je hoofd vanzelf tegen alle dingen die je moet gaan leren.

Zodra je de core java concepten begrijpt is het begin gewoon meestal een Spring Boot Applicatie neerzetten en daar mee gaan spelen. Als je zo ver bent weet je het allemaal zelf in te vullen denk ik.

Tip 1: elke keer 1 vervolgstap plannen en niet te veel bezig zijn met 'het plannen van' was de fout die ik vaak maakte. E.g. van elke simpele unittest die je zelf in elkaar knoopt leer je 10x meer dan het lezen over unittesten

Tip 2: Voor elke scheet een unittest schrijven vind ik steeds belangrijker worden.

[Joker22]

Iedereen bedankt voor de reacties! Wat vinden jullie trouwens van JavaFX en Swing? Basiskennis van beiden opdoen?

[majoh]

In de meeste enterprise omgevingen zie je vrij weinig van deze UI frameworks terug. Ten minste, dat is mijn ervaring.

Ik zou 't zeker niet als essentieel zien. Leuk voor er bij, niet meer. Zoals ik eerder zei, ik zie meer heil in web frameworks zoals Angular / React / Vue. Zeker in een enterprise omgeving.

[Joker22]

majoh schreef op zaterdag 7 december 2019 @ 03:14:
In de meeste enterprise omgevingen zie je vrij weinig van deze UI frameworks terug. Ten minste, dat is mijn ervaring.

Ik zou 't zeker niet als essentieel zien. Leuk voor er bij, niet meer. Zoals ik eerder zei, ik zie meer heil in web frameworks zoals Angular / React / Vue. Zeker in een enterprise omgeving.

De waarde van Angular en React snap ik. Maar als ik de backend wil induiken, heb ik dan kennid daarover nodig of is basiskennis genoeg?

[t_captain]

Ik denk dat TS op een prima leerroute zit, en zijn extra inspanningen samen met zijn diploma een zeer begeerlijke kandidaat zullen maken op de arbeidsmarkt.

[CyberThijs]

Volgens mij ligt je focus momenteel wat verkeerd. Bij een sollicitatie wordt er niet zozeer gekeken met welke onderdelen van het Java-ecosysteem je ervaring hebt (toch zeker niet adhv zo'n checklist als je hier probeert op te stellen), maar veel meer naar je algemene problem solving skills en je kennis van het "grote plaatje". Zorg dat je nu vooral breed gaat in kennis, met zaken zoals git, CI, REST, SQL, Docker, Cloud, ...

Mijn advies is hetzelfde als dat van @majoh : bouw zelf een applicatie van begin tot eind, en durf ook verder te kijken dan het Java ecosysteem. Uiteindelijk komen dezelfde principes/concepten ook veel terug in andere programmeertalen. Er is dus geen reden om je tot Java alleen te beperken.

[FreezeXJ]

Joker22 schreef op zondag 8 december 2019 @ 09:09:
De waarde van Angular en React snap ik. Maar als ik de backend wil induiken, heb ik dan kennid daarover nodig of is basiskennis genoeg?

Basiskennis is genoeg voorlopig, ik word altijd heel wantrouwig van beginners ( < 3 jaar ervaring) die al 'ervaring' met ongeveer alles hebben. Als je ervaring niet meer is dan een weekeindje knutselen, vermeld het dan niet.

Wel ben ik voorstander van breder kijken dan de taal zelf, en vooral de concepten begrijpen van bijvoorbeeld CI/CD, testen op verschillende levels (de test pyramide), en zorgen dat je de begrippen kunt plaatsen, zoals Hibernate, dependency injection, microservice, deployment (Kubernetes, OpenStack of whatever jasje het in gegoten zit). Of je nou Java of een andere taal doet, dit gaat meerwaarde opleveren.
Verder: code-robots die me alleen kunnen vertellen of je een null in een map mag stoppen zijn niet interessant. Vertel me waarom het een slecht idee is

[majoh]

Joker22 schreef op zondag 8 december 2019 @ 09:09:
[...]


De waarde van Angular en React snap ik. Maar als ik de backend wil induiken, heb ik dan kennid daarover nodig of is basiskennis genoeg?

Een backend wordt meestal aangeroepen door iets. Dat kan een andere backend zijn, maar ook een frontend. Het is denk ik wel interessant om te begrijpen hoe dat soort communicatie werkt. Dus ja, basis kennis lijkt me goed. Vind je het interessant dan leer je er wat meer van.

[n9iels]

De Core Java een OOP concepten zijn zeker een goed punt om te starten. Die fundamentele basis kennis is nodig ook met de frameworks aan de slag te gaan. Daarnaast is het goed om te bedenken wat je er later mee wilt gaan doen.

Als je interesse hebt in het bouwen van web applicaties zijn Spring en Springboot zeker iets om naar te kijken. Mijn aanraden hier is alleen wel om te beginnen met Spring Framework en daarna pas naar Springboot te kijken. Springboot is heel cool omdat het enorm veel werk uit handen neemt, maar voor het leerproces is het ook extreem nuttig om te weten wát er precies gebeurd. Aanvullende zaken zoals Hiberante, JUnit en Dependency injection pak je op deze manier automatisch ook op.

Verdieping in Java EE specifiek raad ik af. Als je ooit daarmee in aanraking komt en je bent bekend met de "normale" Java principes ga je die enkele specifieke dingen snel oppakken. Wat betreft JSP: don't.

Tot slot: zoals hierboven ook gezegd, het bredere plaatje is enorm belangrijk. Als je interesse hebt in front-end zou ik daar ook zeker naar kijken. De vraag naar full-stack developers (of tenminste enige kennis van front-end) wordt steeds groter. Maar andere dingen naast puur Java zijn ook extreem belangrijk zoals kennis over het schrijven goede software testen en opzetten van logging voor een productie omgeving.

[ Voor 18% gewijzigd door n9iels op 08-12-2019 20:59 ]

[H!GHGuY]

Je bent jong, je ziet Java en je denkt: "Hé, dat is nieuw/leuk. Laten we daar onze job van maken"

Er zijn echter nog zoveel andere leuke dingen buiten Java. En als je't mij persoonlijk vraagt is Java de tool van eergisteren waarmee men het probleem van vandaag nog altijd probeert op te lossen.
No offense daarmee. Het is 'groot' en het wordt in de industrie heel veel gebruikt wat het zeker een goede optie maakt om je in te verdiepen.

Kijk echter ook verder. Kijk even naar functionele talen (die heb je trouwens in het Java ecosysteem ook) en de achterliggende concepten. Wat mij betreft is dat de grootste software engineering eye-opener die je maar kan hebben.

Als je dan toch Java (of eender wat eigenlijk) wil doorzetten, dan is 1 ding super belangrijk: de concepten achter de vele patterns begrijpen en kunnen toepassen (al dan niet in aangepaste vorm). De patterns zelf zijn onbelangrijk, de concepten is waar het om draait. Verder ga je gewoon lekker breed in het S/W development process, zoals hierboven al is aangegeven: git, CI/CD, containers, ...

Doe er daarbovenop nog iets mee wat je leuk vind. Als je een open-source project vindt waar je met anderen interageert heb je ook feedback waarmee je nog sneller kan groeien. Al doende leert men.

[Furion2000]

@H!GHGuY Zou je het stukje " De patterns zelf zijn onbelangrijk, de concepten is waar het om draait" wat nader kunnen toelichten? Misschien aan de hand van een voorbeeld.

[H!GHGuY]

Kijk even naar zaken als SOLID en GRASP.
Voor zover ik weet niet zonder hun kritieken, maar ze zijn wel nuttig om te weten.

De meeste patterns passen telkens de zelfde concepten toe op nieuwe problemen.
Bijvoorbeeld het afsplitsen van 1 aspect in een module/class. Reden is in veel geval om niet telkens dezelfde code te moeten schrijven. Een factory pattern splitst creatie af en stopt het gecreeerde achter een interface. Een state pattern splitst data en behavior af, etc.

Als je de Gang Of Four boek aandachtig leest zul je wel snel de truukjes leren.

[Furion2000]

Dat soort achterliggende gedachten mis ik wel eens en dat gaat mij zeker helpen, thanks!

Vond Design Patterns van Head First toegankelijker voor beginners, maar de gedachte erachter ontbrak daar wel. Logisch denk ik dan, want het een stapje verder in de stof.

[Joker22]

Bedankt allemaal voor de reacties!

[retoohs]

bizar dat je dit niet krijgt op een HBO Software Engineering opleiding

[Hydra]

H!GHGuY schreef op zondag 8 december 2019 @ 21:11:
Er zijn echter nog zoveel andere leuke dingen buiten Java. En als je't mij persoonlijk vraagt is Java de tool van eergisteren waarmee men het probleem van vandaag nog altijd probeert op te lossen.

Wat een onzin. Ik werk in m'n dagelijks leven in Kotlin, en werk ook liever in Kotlin dan in Java, maar het is kul dat Java een taal van 'eergisteren' is. Zoals de meeste talen evolueert Java ook gewoon door. En daarbij is er enorm veel gaande in het Java ecosysteem als geheel (waar ook weer Kotlin en Scala bijvoorbeeld op meeliften).

Juist de 'nieuwerwetste' hypes als Node, Go en Rust stellen vaak na hoge verwachtingen enorm teleur. Niet omdat daar de ecosystemen enorm achter blijven, maar ook omdat Java een volwassen up to date taal is, draaiende op een beest van een VM waarbij alleen grijpen naar C++ of Rust je nog performancewinst gaat halen, ten koste van flink wat productiviteit.

En da's de reden dat Java vooralsnog zo enorm populair is bij grote bedrijven. Het werkt en het werkt goed. Juist voor grote complexe projecten.

[Wody]

Hou er wel rekening mee dat sinds dit jaar voor Java betaald moet worden, dus heel veel bedrijven stappen over of gaan overstappen naar andere talen en omgevingen.

[eamelink]

Wody schreef op zaterdag 14 december 2019 @ 01:05:
Hou er wel rekening mee dat sinds dit jaar voor Java betaald moet worden, dus heel veel bedrijven stappen over of gaan overstappen naar andere talen en omgevingen.

Dat is een misvatting. Oracle biedt geen ondersteunde Java meer aan zonder dat je ervoor betaalt. Maar vrijwel alle Java code is open source, als onderdeel van OpenJDK en er is een heel aantal partijen die daar een ondersteunde versie van aanbieden. Een van de bekendste is AdoptOpenJDK (niet te verwarren met OpenJDK zelf). Daarnaast kunnen bijvoorbeeld klanten van RedHat een ondersteunde JVM krijgen van RedHat. Maar bijvoorbeeld Amazon biedt ook een gratis - lang ondersteunde - JVM distributie aan, genaamd Corretto. Corretto 8 wordt ondersteund tot juni 2023 en Corretto 11 (Java 8 en 11 zijn de long-term supported releases van Java), tot Augustus 2024, zonder kosten.

Samengevat; is het allemaal ongelooflijk onduidelijk voor de leek: JA! Is Java nog steeds gratis te gebruiken door een ieder en ondersteund door grote clubs? JA!

[Hydra]

Wody schreef op zaterdag 14 december 2019 @ 01:05:
Hou er wel rekening mee dat sinds dit jaar voor Java betaald moet worden, dus heel veel bedrijven stappen over of gaan overstappen naar andere talen en omgevingen.

Ook weer complete onzin.

De Oracle JDK is betaald maar vrijwel niemand gebruikt de Oracle JDK tegenwoordig. Al jaren zitten we op OpenJDK. Java is en blijft opensource en OpenJDK is en blijft gratis. Het is dus complete larie dat bedrijven overstappen.

Mensen moeten echt een ophouden dingen te roeptoeteren die ze van anderen gehoord hebben. De persoon waar jij het van gehoord hebt, zit er ook al naast, en zo wordt die informatie steeds slechter.

eamelink schreef op zaterdag 14 december 2019 @ 01:17:
Samengevat; is het allemaal ongelooflijk onduidelijk voor de leek: JA!

Misschien. Maar een gemiddelde leek gaat niet met ongeveer nul kennis advies lopen geven in een topic waar 'ie niks van weet, laat staan loze beweringen posten over bedrijven die overstappen. Dan heb je echt niet door hoeveel geld zo iets zou kosten.

[ Voor 39% gewijzigd door Hydra op 14-12-2019 10:21 ]

[Immutable]

retoohs schreef op woensdag 11 december 2019 @ 19:11:
bizar dat je dit niet krijgt op een HBO Software Engineering opleiding

Nou en of. Ik als hobby programmeur heb vooral gekeken welke onderwerpen ze gehad hebben in CS in Amerika betreft programmeren. Zo vanuit die onderwerpen mij het allemaal zelf aangeleerd. Waarom zie ik bijna geen enkele HBO ICT'er enige vorm van kennis hebben zoals in Amerika afgestudeerde CS'ers?

Programma taal boeit NIET. Je moet weten welke taal waarvoor geschikt is. De sterke en zwakke punten weten van elke taal. Uiteindelijk moet je toch gewoon zowat elke taal zo kunnen inspringen door even een half jaar de syntax te leren? Vanuit OOP naar functioneel waarschijnlijk wat langer..(maar functioneel kruipt al stiekem in OOP taal door)

Het gaat toch potverdorie om de fundamenten? Zoals:

• Snappen hoe een CPU werkt. Doe je CS moet je toch sowieso assembly hebben geleerd? Snappen hoe een CPU werkt.
• Programmeer paradigma's kennen, en welke talen welke hebben? Wat de Pro's en Con's zijn.
• Uberhaupt snappen hoe het geheugen ook werkt. Dus manueel geheugen management leren is toch ook fundamenteel. Snappen hoe je cache optimalisatie doet, zodat je CPU blij wordt van je data structuren.
• Snappen wat de voor en nadelen zijn van verschillende talen. Waarom wordt voor X taal dit gebruikt, en waarom voor Y deze taal gebruikt. Begrijpen hoe compilers een beetje werken. Snappen dat bepaalde talen runtimes gebruiken, wat daar de voor en nadelen van zijn.
• Daarnaast datastructuren snappen, wat echt super belangrijk is betreft problem solving.
• Daarnaast algoritmes snappen, en hoe deze algoritmes hun bewerkingen doen op de door jou voorgestelde datastructuren.
• Daarnaast design patronen begrijpen, en ook weer... waar deze toe te passen en waar niet? Anti-patronen begrijpen.
• Wiskunde is ook zeer belangrijk in de programmeer wereld. De CPU is immers een rekenmachine!!
• Daarnaast om je problem solving skills te trainen moet je vooral veel programmeer puzzels oplossen.
• Zoals dit: http://rosettacode.org/wiki/Category:Programming_Tasks

Even serieus, ik heb gewoon elektrotechniek gestudeerd met natuurkunde etc. Goed voor je begrip van de wereld en wiskunde. Maar programmeren is toch echt niet zo spannend? Dit moet je allemaal toch hebben gehad op Informatica?

Ik programmeer voornamelijk puur omdat programmeren een handige tool is om dingen mee te doen. Zelf doe ik het liefst veel in C/C++. C voor Microcontrollers en C++ bovenop een OS zoals Linux.

[H!GHGuY]

Hydra schreef op woensdag 11 december 2019 @ 20:26:
[...]
Wat een onzin. Ik werk in m'n dagelijks leven in Kotlin, en werk ook liever in Kotlin dan in Java, maar het is kul dat Java een taal van 'eergisteren' is. Zoals de meeste talen evolueert Java ook gewoon door. En daarbij is er enorm veel gaande in het Java ecosysteem als geheel (waar ook weer Kotlin en Scala bijvoorbeeld op meeliften).

Juist de 'nieuwerwetste' hypes als Node, Go en Rust stellen vaak na hoge verwachtingen enorm teleur. Niet omdat daar de ecosystemen enorm achter blijven, maar ook omdat Java een volwassen up to date taal is, draaiende op een beest van een VM waarbij alleen grijpen naar C++ of Rust je nog performancewinst gaat halen, ten koste van flink wat productiviteit.

En da's de reden dat Java vooralsnog zo enorm populair is bij grote bedrijven. Het werkt en het werkt goed. Juist voor grote complexe projecten.

Wij hadden vorig jaar een kort project waarbij we Rust en Java in parallel ontwikkeld hebben. Resultaat was dat de rust variant in even veel tijd geschreven werd door hetzelfde team (met evenveel kennis van beide talen). De rust versie was performanter, logischer gestructureerd en leesbaarder. Er waren geen funky OO patterns nodig voor de meest basic stuff.

Management koos uiteindelijk toch voor Java met diezelfe insteek: Java programmeurs zijn makkelijker te vinden, ecosysteem, etc. Het project kent delays door het een idiote ding na het andere. Latere instappers vallen achterover van de onleesbare code (toe te schrijven aan het reactive programming wat moeilijk op een leesbare manier te vereenzelvigen is met de OO zoals java ze doet).

Dit is natuurlijk een n=1 ervaring, maar mijn insteek is breder dan Java. Het gaat over OO op zich. OO heeft gefaald. Om bugarme code te produceren, om mee te groeien met multicore, om bruikbare abstracties aan te bieden, om composable te zijn. (Natuurlijk schrijf ik het hier zwart/wit neer en is de realiteit grijs ).

Ik kan maar aan ieder die het wil horen aanbevelen om verder te kijken dan OO, zelfs al gebruik je het in je day-job niet. Je kan er we een betere developer door worden en misschien hier en daar een klein project doen om aan managers en architects aan te tonen dat er leven is buiten OO.

[Hydra]

H!GHGuY schreef op maandag 16 december 2019 @ 13:01:
OO heeft gefaald.

Blijf het altijd bijzonder vinden, mensen die een taal of paradigma de schuld geven van het 'falen'. Hoe dan ook schiet de TS hier weinig mee op. Discussieer hier met alle plezier over verder (want je snapt wel dat ik het hier nogal niet mee eens ben, hoe veel ik ook een fan ben van FP), maar niet hier.

[Standeman]

Joker22 schreef op zaterdag 7 december 2019 @ 02:19:
Iedereen bedankt voor de reacties! Wat vinden jullie trouwens van JavaFX en Swing? Basiskennis van beiden opdoen?

Geen van beiden.

Basisconcepten zoals ORM, JPA, MVC, REST, etc zijn vele malen belangrijker. Tevens (n=1) ben ik nog nooit een JavaFX applicatie in het wild tegen gekomen. Wel eens Swing lang, lang geleden. 99% van de front-end is HTML5/Javascript (Angular/etc)

[Joker22]

Hydra schreef op maandag 16 december 2019 @ 14:34:
[...]


Blijf het altijd bijzonder vinden, mensen die een taal of paradigma de schuld geven van het 'falen'. Hoe dan ook schiet de TS hier weinig mee op. Discussieer hier met alle plezier over verder (want je snapt wel dat ik het hier nogal niet mee eens ben, hoe veel ik ook een fan ben van FP), maar niet hier.

Ik kan niet spreken uit ervaring, maar van wat ik gelezen en begrepen heb komt het vaak door inexperience dat mensen OO lastig vinden. Het is makkelijk om code te schrijven dat begrijpbaar is voor de computer, maar een kunst om 'leesbare' code te schrijven voor andere mensen.

Sowieso ben ik van plan om verder te kijken dan Java. Het is nu wel mijn eerste taal en zou graag er minstens 'decent' mee willen worden.

Is het niet zo dat wanneer je goed bent met een taal (en problem solving) dat dit zich enorm vertaalt in het leren van een andere/nieuwe taal?

[H!GHGuY]

Hydra schreef op maandag 16 december 2019 @ 14:34:
[...]


Blijf het altijd bijzonder vinden, mensen die een taal of paradigma de schuld geven van het 'falen'. Hoe dan ook schiet de TS hier weinig mee op. Discussieer hier met alle plezier over verder (want je snapt wel dat ik het hier nogal niet mee eens ben, hoe veel ik ook een fan ben van FP), maar niet hier.

Oh, maar het is niet OO alleen, hoor.

Management van projecten, wild-west methodologieën, gebrekkige tools, ...

Onze sector is door de band genomen nog immatuur en we hebben nog een hele weg te gaan vooraleer we zullen kunnen terug kijken op een landschap waar succesvolle projecten de ‘normaal’ zijn (vanuit beleving van alle stakeholders, niet alleen de (eind)klant).

Gelijk hoe, het doel van mijn post is gelukt: iemand aansporen om zich niet op 1 taal of paradigma te focussen. Wat hij er van opdoet of later van vindt, zijn zorgen voor morgen - ik neem aan dat hij zelf ook zijn mening kan vormen en die mag gerust afwijken van de mijne.

[ Voor 14% gewijzigd door H!GHGuY op 18-12-2019 07:46 ]

[Hydra]

Joker22 schreef op woensdag 18 december 2019 @ 02:37:
Sowieso ben ik van plan om verder te kijken dan Java. Het is nu wel mijn eerste taal en zou graag er minstens 'decent' mee willen worden.

Sowieso goed hoor, maar dan wel een taal die gebruikt maakt van een ander paradigma. Functioneel programmeren specifiek maakt je IMHO een betere programmeur. Maar eerst Java gaan doen en dan C# bijvoorbeeld, daar leer je vrijwel niks van.

Is het niet zo dat wanneer je goed bent met een taal (en problem solving) dat dit zich enorm vertaalt in het leren van een andere/nieuwe taal?

Dat verschilt per concept een beetje. Als je een if-statement in 1 taal geleerd hebt, dan ken je if-statements in alle talen. Maar als je van een procedurele taal naar een FP taal gaat, dan is er de kans dat je op een procedurele manier gaat programmeren in plaats van op een functionele manier. Ik ken aardig wat mensen die van Java naar Scala gegaan zijn bijvoorbeeld en dan vooral Java schrijven in Scala.

Hoe dan ook is het goed je breder te ontwikkelen natuurlijk.