Zijn er specialisaties binnen backend webdevelopment?

[Verwijderd]

Zijn er specialisaties binnen backend webdevelopment? Of maak je van alles en nog wat?

Als er specialisaties zijn zoals bv iets met een backender die gespecialiseerd is in webshops. Dan zou ik me daarop willen focussen.

Maar zo te zien is dat er niet? En maak je eigenlijk van alles en nog wat als backender? Of heb ik dat mis?

[t_captain]

Jazeker.

Programmeertaal + bijbehorende stack. In het verlengde daarvan het toepassingsgebied.

Zo zie je node.js vooral bij internetbedrijven. ASP.NET en Java worden wat vaker gebruikt in corporate ongevingen en intranet applicaties.

[momania]

Backend-webdevelopment op zich is al een specialisatie

Als backend developer maak je iid van alles en nog wat. Maar probeer niet zaken als 'gespecialseerd in webshops' te verwarren met je development skills. Dat is nml business specifieke kennis, wat altijd gemixed wordt met je development skills.

[ShitHappens]

Backend is ainderdaad al een specialisatie, net als tegenhanger frontend. En een backend Java developer is dan nog geen backend developer in een andere taal.
Echte specialisaties zijn daar niet echt in. Hooguit developers die zich op een specifiek stuk functionaliteit dienen te richten.
Kijk bijvoorbeeld naar de huidige vacatures bij Netflix: Memberships, Partner Payment Integration, Cloud Database, Performance and Reliability etc.

[Verwijderd]

Ah okey. Ik wou dus even voor de zekerheid vragen of er ook specialisaties zijn in backend webdevelopment.

Heb gelukkig veel geleerd tijdens twee stages. Maar deze vraag zat nog in m'n hoofd.

En ik weet dat er inderdaad specialisaties zijn binnen webdevelopment zoals front of backend. Maar ik vroeg me dus af wat er komt kijken bij een lange loopbaancariere van een backender. Specialiseerd hij zich nog verder door zich op 1 soort iets te richten of zorgt hij gewoon dat hij alles wat hij krijgt aan projecten bouwt.

[ Voor 46% gewijzigd door Verwijderd op 17-03-2018 22:59 ]

[aex351]

Er bestaat niet zoiets als backend web development. Web development = front-end. En binnen front-end kan je specialiseren in bijvoorbeeld de taal, of in het specifiek een bepaalde front-end framework. Al zijn die frameworks vaak snel gedateerd. Vandaag vragen ze AngularJS, morgen VueJS. Kortom, het is zo volatiel als maar kan zijn. Persoonlijk vind ik de Javascript frameworks maar een slechte ontwikkeling.

Kortom, wil je echte development skills, leer dan een echte programmeertaal.

[Mugwump]

ShitHappens schreef op zaterdag 17 maart 2018 @ 22:10:
Backend is ainderdaad al een specialisatie, net als tegenhanger frontend. En een backend Java developer is dan nog geen backend developer in een andere taal.
Echte specialisaties zijn daar niet echt in. Hooguit developers die zich op een specifiek stuk functionaliteit dienen te richten.
Kijk bijvoorbeeld naar de huidige vacatures bij Netflix: Memberships, Partner Payment Integration, Cloud Database, Performance and Reliability etc.

Back end is enorm breed natuurlijk. Ik zou niet direct van specialisaties willen spreken maar (full text) search is weer heel wat anders dan stream processing, reactive systems, GIS, machine learning algoritmen en ga zo maar door.

[Gropah]

aex351 schreef op zaterdag 17 maart 2018 @ 23:10:
Er bestaat niet zoiets als backend web development. Web development = front-end. [...]

Ehm, sorry, maar wat? Nee.

Webdevelopment is wmb alles wat aan een netwerk hangt en daar over communiceert waarbij de focus ligt op het serveren van webpagina's. Maar dat is lang niet allemaal front-end werk. Kijk naar de verschillende CMS'en, backend frameworks/libraries zoals Django of Flask.

[eLScha]

aex351 schreef op zaterdag 17 maart 2018 @ 23:10:
Er bestaat niet zoiets als backend web development. Web development = front-end.

Binnen alle bureau’s waar ik gewerkt heb zijn er wel degelijk backenders, frontenders en full-stack developers. Web = front-end is volledig onjuist. Er zijn hele weken dat geen enkele geschreven regel code ook maar iets wijzigt aan wat gebruikers te zien krijgen.

Wat betreft de vraag: specialisaties zou je nog kunnen zien in kennis van “frameworks” (in de breedste zin van het woord). Om maar wat te noemen: Magento 1, Magento 2, Drupal, Zend, Laravel. Zeker op medior en seniorposities wordt er wel specifiek naar kennis en ervaring in dergelijke systemen gevraagd. In juniorposities is dat nog een stuk minder.

[aex351]

Je hebt of iemand die zich focust op de front-end (=web) of backend (= achterlandschap / of gewoon programmeur voor desktop). Full-stack wil zeggen dat je binnen een technology stack van A-Z bezig kan zijn.

[Lethalis]

aex351 schreef op zaterdag 17 maart 2018 @ 23:10:
Vandaag vragen ze AngularJS, morgen VueJS. Kortom, het is zo volatiel als maar kan zijn. Persoonlijk vind ik de Javascript frameworks maar een slechte ontwikkeling.

Kortom, wil je echte development skills, leer dan een echte programmeertaal.

Een client side framework dat in de browser draait, geeft enorme voordelen qua schaalbaarheid en performance.

De server hoeft dan immers geen pagina's meer te renderen.

Dat de frameworks ervoor volatiel zijn heeft alles te maken met het feit dat het nog in de kinderschoenen staat.

Het zou mij niet verbazen als het straks allemaal naar webassembly wordt gecompileerd.

Maar afgezien daarvan was er ook een verschuiving naar een component based architecture bij veel frameworks.

Het wordt vanzelf minder volatiel

PS
Hoe gespecialiseerd je bent in iets hangt ook erg van de werkomgeving af. Bij kleinere bedrijven ben je al gauw manusje van alles, terwijl ze bij grotere bedrijven meer specifieke functies hebben.

Het is uiteindelijk aan jou om te bepalen wat je zelf fijner vindt.

[ Voor 13% gewijzigd door Lethalis op 18-03-2018 08:01 ]

[Aganim]

aex351 schreef op zondag 18 maart 2018 @ 01:46:
Je hebt of iemand die zich focust op de front-end (=web) of backend (= achterlandschap / of gewoon programmeur voor desktop). Full-stack wil zeggen dat je binnen een technology stack van A-Z bezig kan zijn.

Webdevelopment zien wij (en al onze klanten) toch echt als de combinatie van een frontend en backend die samen een webapplicatie vormt. Je bent de eerste (en tot nu toe enige) die ik heb horen beweren dat frontend == web..

[Jeroen V]

aex351 schreef op zondag 18 maart 2018 @ 01:46:
Je hebt of iemand die zich focust op de front-end (=web) of backend (= achterlandschap / of gewoon programmeur voor desktop). Full-stack wil zeggen dat je binnen een technology stack van A-Z bezig kan zijn.

Sorry, maar dit is gewoon echt niet waar...

Met front-end wordt de technische implementatie van de UI bedoeld, back-end zijn de achterliggende systemen en dat is behoorlijk ruim. Als je bijvoorbeeld een REST API in elkaar knutselt wordt dat echt niet gezien als front-end.

Trouwens, voor zowel desktop als web development hebt je front-end en back-end developer....

Jouw opmerking *knip* we gaan hier niet verder op de man spelen. Tevens gaan we hier niet verder verzanden in een semantische discussie.

[ Voor 12% gewijzigd door Rukapul op 18-03-2018 10:44 ]

[Verwijderd]

aex351 schreef op zaterdag 17 maart 2018 @ 23:10:
Er bestaat niet zoiets als backend web development. Web development = front-end. En binnen front-end kan je specialiseren in bijvoorbeeld de taal, of in het specifiek een bepaalde front-end framework. Al zijn die frameworks vaak snel gedateerd. Vandaag vragen ze AngularJS, morgen VueJS. Kortom, het is zo volatiel als maar kan zijn. Persoonlijk vind ik de Javascript frameworks maar een slechte ontwikkeling.

Kortom, wil je echte development skills, leer dan een echte programmeertaal.

Hoebedoel je backend is geen specialisatie en er is alleen frontend in webdevelopment?

Ben je nog een student? Ik heb al twee keer stage gelopen en er zijn echt wel twee verschillende specialisaties in webdevelopment, namelijk front en backend. Verder hoef je niet lang te zoeken om ook op internet op dat begrip te komen.

Sterker nog een backender zal eerder zeggen dat je juist een backend taal moet leren wil je echt leren programmeren.

JavaScript wordt tegenwoordig veel voor client sided programmeren gebruikt wat meestal frontend is. Natuurlijk zijn er ook nieuwe bewegingen waarbij JavaScript ook in de backend wordt gebruikt zoals met Node.JS. Maar in de afgelopen jaren was JavaScript een client sided frontend taal..

Mugwump schreef op zondag 18 maart 2018 @ 00:15:
[...]


Back end is enorm breed natuurlijk. Ik zou niet direct van specialisaties willen spreken maar (full text) search is weer heel wat anders dan stream processing, reactive systems, GIS, machine learning algoritmen en ga zo maar door.

Precies. En daarom wil ik me alvast orienteren. Hoe eerder ik me ergens in specialiseer hoe beter ik er straks ik kan worden.

Lethalis schreef op zondag 18 maart 2018 @ 07:57:
[...]

Een client side framework dat in de browser draait, geeft enorme voordelen qua schaalbaarheid en performance.

De server hoeft dan immers geen pagina's meer te renderen.

Dat de frameworks ervoor volatiel zijn heeft alles te maken met het feit dat het nog in de kinderschoenen staat.

Het zou mij niet verbazen als het straks allemaal naar webassembly wordt gecompileerd.

Maar afgezien daarvan was er ook een verschuiving naar een component based architecture bij veel frameworks.

Het wordt vanzelf minder volatiel

PS
Hoe gespecialiseerd je bent in iets hangt ook erg van de werkomgeving af. Bij kleinere bedrijven ben je al gauw manusje van alles, terwijl ze bij grotere bedrijven meer specifieke functies hebben.

Het is uiteindelijk aan jou om te bepalen wat je zelf fijner vindt.

Waarom WebAssembly? Ik heb er kort over gelezen. Misschien is dat wel de toekomst?

Momenteel heb ik het druk met Laravel leren. Heb enige ervaring in Django en Yii2. Over een paar jaar moet ik naar een baan zoeken en ik denk dat ik me in Laravel wil gaan specialiseren.

Graag wil ik in een klein bedrijf. 10-20 man ongeveer lijkt mij ideaal. Vooral als beginner. Dus ik denk dat het dan een manusje van alles gaat worden.

[ Voor 41% gewijzigd door Verwijderd op 18-03-2018 11:18 ]

[Lethalis]

Verwijderd schreef op zondag 18 maart 2018 @ 11:13:
[...]
Waarom WebAssembly? Ik heb er kort over gelezen. Misschien is dat wel de toekomst?

Performance. Web assembly is maar 20% trager dan native assembly. Het is dus bijna hetzelfde als een programma lokaal draaien.

Security. De stack van JavaScript kun je aan alle kanten vernaggelen door zomaar de inhoud van variabelen te vervangen of zelfs hele functies iets anders te laten doen.

Development in andere talen. Je kunt gewoon full fledged static OO talen naar web assembly compileren. Het zou kunnen zijn dat je in de toekomst dezelfde programmeertaal voor zowel de front-end als de backend kunt gebruiken

Copyright issues. Het zal makkelijker zijn om programma's closed source te houden.

Kortom, ik vermoed dat dit een serieuze impact gaat hebben in de toekomst.

Zodra de eerste grote partij (Microsoft, Google, whatever) het eenvoudig maakt door een veelgebruikte taal als C# of Java naar web assembly te compileren en er een framework + API bij levert, dan kan het ineens hard gaan.

[ Voor 11% gewijzigd door Lethalis op 18-03-2018 11:43 ]

[HarmoniousVibe]

Je kunt je zeer zeker specialiseren. Specialisatie in een bepaalde tak als e-commerce is vrij gebruikelijk. Net als je specialiseren in bijvoorbeeld een Magento. Kijk maar eens hoeveel vacatures er daarvoor openstaan.

Hoeft natuurlijk niet. Je kunt ook Symfony/Django dev zijn en idd van alles wat bouwen. Of gewoon PHP/Python/Node dev. De mogelijkheden zijn er ten overvloede.

[Verwijderd]

HarmoniousVibe schreef op zondag 18 maart 2018 @ 12:09:
Je kunt je zeer zeker specialiseren. Specialisatie in een bepaalde tak als e-commerce is vrij gebruikelijk. Net als je specialiseren in bijvoorbeeld een Magento. Kijk maar eens hoeveel vacatures er daarvoor openstaan.

Hoeft natuurlijk niet. Je kunt ook Symfony/Django dev zijn en idd van alles wat bouwen. Of gewoon PHP/Python/Node dev. De mogelijkheden zijn er ten overvloede.

Precies dat was mijn vraag.

Ik denk inderdaad dat het van alles bouwen zal gaan worden als ik bij een klein bedrijf mag gaan werken.

[Mugwump]

Misschien is het handig om eerst even een paar stappen terug te gaan. Aangezien je het hebt over meerdere stages vermoed ik dat je een mbo- of hbo-opleiding doet, klopt dat? In dat geval zou ik het vooral pragmatisch insteken. Ik heb zelf een WO-achtergrond en merk dat ik enorm veel profijt heb van de meer theoretische basis die je daar krijgt. Daarmee kun je jezelf namelijk vrij snel nieuwe 'praktische vaardigheden' aanleren zoals nieuwe programmeertalen. Er is namelijk niet zo gek veel veranderd aan programmeren op een fundamenteel niveau.

Dan de pragmatische insteek.
'Back ends' zijn er in vele smaken, van een simpel MVC frameworkje met wat CRUD operaties tot aan enorme mainframes.
Je hebt een veelheid aan keuze uit talen. In enterprise omgevingen zijn bijvoorbeeld Java en C# gangbaar, daarbuiten zie je veel PHP en ook Python nog wel. C en C++ uiteraard ook wel, maar daar word ik persoonlijk niet heel gelukkig van al zijn er genoeg toepassingen waar de mate van controle die dat soort talen je geven wenselijk is.
Daarnaast is er ook nog een heel groot aanbod aan niche talen van Erlangs tot Go tot Scala om er eens wat te noemen.
Mijn eerste advies zou dus zijn kies een taal die je (goed) wilt leren.

Vervolgens heb je binnen zo'n taal vaak weer een aantal keuzes voor verschillende frameworks waarin je je verder kunt verdiepen. In Java is er bijvoorbeeld een redelijke tweedeling tussen Java EE en Spring. PHP kent heel wat meer verscheidenheid. Binnen Python is Django volgens mij redelijk dominant, hoewel ik de taal zelf binnen projecten vooral meemaak vanuit de data science kant met libraries als numpy en scipy.
Nadat je een taal hebt gekozen, kun je aan de slag gaan met een bepaald framework.

Vervolgens heb je nog vele andere zaken waar je mee te maken krijgt. In de meeste applicaties wil je iets van 'persistent state' bijhouden. Vroeger kwam je dan bijna standaard uit bij 'kies maar een smaakje SQL database'. Tegenwoordig heb je heel wat meer opties. SQL databases bestaan nog steeds, maar daarnaast zijn er vele alternatieve varianten als document databases, graph databases, key value stores, wide column stores en ga zo maar door. Die hebben ook allemaal vaak weer hun eigen querytalen om zaken op te vragen of bewerkingen op data uit te voeren. Ook daar zul je op termijn wel het nodige van willen en moeten weten.

Communicatie tussen (onderdelen) van systemen is ook altijd iets dat wel speelt. Dat kan synchroon via SOAP / REST web services of asynchroon via allerhande message brokers van activeMQ tot Kafka tot alle opties die AWS en Azure je bieden.

Om een lang verhaal kort te maken, kies een taal, ga eens aan de slag met een framework, kijk wat voor database je interessant lijkt en bouw gewoon eens wat.

[Verwijderd]

Mugwump schreef op zondag 18 maart 2018 @ 13:39:
Misschien is het handig om eerst even een paar stappen terug te gaan. Aangezien je het hebt over meerdere stages vermoed ik dat je een mbo- of hbo-opleiding doet, klopt dat? In dat geval zou ik het vooral pragmatisch insteken. Ik heb zelf een WO-achtergrond en merk dat ik enorm veel profijt heb van de meer theoretische basis die je daar krijgt. Daarmee kun je jezelf namelijk vrij snel nieuwe 'praktische vaardigheden' aanleren zoals nieuwe programmeertalen. Er is namelijk niet zo gek veel veranderd aan programmeren op een fundamenteel niveau.

Dan de pragmatische insteek.
'Back ends' zijn er in vele smaken, van een simpel MVC frameworkje met wat CRUD operaties tot aan enorme mainframes.
Je hebt een veelheid aan keuze uit talen. In enterprise omgevingen zijn bijvoorbeeld Java en C# gangbaar, daarbuiten zie je veel PHP en ook Python nog wel. C en C++ uiteraard ook wel, maar daar word ik persoonlijk niet heel gelukkig van al zijn er genoeg toepassingen waar de mate van controle die dat soort talen je geven wenselijk is.
Daarnaast is er ook nog een heel groot aanbod aan niche talen van Erlangs tot Go tot Scala om er eens wat te noemen.
Mijn eerste advies zou dus zijn kies een taal die je (goed) wilt leren.

Vervolgens heb je binnen zo'n taal vaak weer een aantal keuzes voor verschillende frameworks waarin je je verder kunt verdiepen. In Java is er bijvoorbeeld een redelijke tweedeling tussen Java EE en Spring. PHP kent heel wat meer verscheidenheid. Binnen Python is Django volgens mij redelijk dominant, hoewel ik de taal zelf binnen projecten vooral meemaak vanuit de data science kant met libraries als numpy en scipy.
Nadat je een taal hebt gekozen, kun je aan de slag gaan met een bepaald framework.

Vervolgens heb je nog vele andere zaken waar je mee te maken krijgt. In de meeste applicaties wil je iets van 'persistent state' bijhouden. Vroeger kwam je dan bijna standaard uit bij 'kies maar een smaakje SQL database'. Tegenwoordig heb je heel wat meer opties. SQL databases bestaan nog steeds, maar daarnaast zijn er vele alternatieve varianten als document databases, graph databases, key value stores, wide column stores en ga zo maar door. Die hebben ook allemaal vaak weer hun eigen querytalen om zaken op te vragen of bewerkingen op data uit te voeren. Ook daar zul je op termijn wel het nodige van willen en moeten weten.

Communicatie tussen (onderdelen) van systemen is ook altijd iets dat wel speelt. Dat kan synchroon via SOAP / REST web services of asynchroon via allerhande message brokers van activeMQ tot Kafka tot alle opties die AWS en Azure je bieden.

Om een lang verhaal kort te maken, kies een taal, ga eens aan de slag met een framework, kijk wat voor database je interessant lijkt en bouw gewoon eens wat.

Daar was ik de afgelopen 3 jaar mee bezig.

Nou heb ik voor PHP gekozen en Laravel. Ik ben nog niet op het niveau om het "beste" framework te kiezen. En dus lijkt het mij verstandig om m'n tijd te dedicaten aan 1 framework. Heb enige ervaring met Python/Django en PHP/Yii2.

De vraag was eigenlijk: Kan ik me nog verder specialiseren als ik weet dat ik een backender in Laravel wil worden? Of houdt het specialiseren dan op en zal het aan de projecten liggen welke naar voren komen?

Ik vroeg me dus af of ik ook nog kan kiezen wat voor soort webapplicaties ik kan gaan bouwen. Of zal dat verschillend blijven?

[Mugwump]

Verwijderd schreef op zondag 18 maart 2018 @ 13:49:
[...]


Daar was ik de afgelopen 3 jaar mee bezig.

Nou heb ik voor PHP gekozen en Laravel. Ik ben nog niet op het niveau om het "beste" framework te kiezen. En dus lijkt het mij verstandig om m'n tijd te dedicaten aan 1 framework. Heb enige ervaring met Python/Django en PHP/Yii2.

Zoals ik al aangaf ligt dat een beetje aan je werk- en denkniveau. De frameworkje zijn mij doorgaans om het even. Zo spannend zijn de verschillen niet. Met name in de PHP-wereld heeft men zo ongelooflijk vaak het wiel opnieuw proberen uit te vinden, maar elk frameworkje is gewoon een poging om wat standaard design patterns in combinatie met functionaliteit te bundelen. Als je er twee of drie gezien hebt ken je het allemaal wel.

De vraag was eigenlijk: Kan ik me nog verder specialiseren als ik weet dat ik een backender in Laravel wil worden? Of houdt het specialiseren dan op en zal het aan de projecten liggen welke naar voren komen?

Ik vroeg me dus af of ik ook nog kan kiezen wat voor soort webapplicaties ik kan gaan bouwen. Of zal dat verschillend blijven?

Mja, ik vind PHP sowieso wel een stuk beperkter qua toepassing dan veel andere talen. Het blijft toch vooral het server side code voor je webapplicatie.
Maar ik gaf je ook voorbeelden van andere technologieën waar je je in kunt verdiepen op het gebied van databases bijvoorbeeld.
Ook op het gebied van automatisering van je build en release proces valt nog heel wat te leren om maar wat te noemen.

[Mastermind]

Aganim schreef op zondag 18 maart 2018 @ 08:08:
[...]

Webdevelopment zien wij (en al onze klanten) toch echt als de combinatie van een frontend en backend die samen een webapplicatie vormt. Je bent de eerste (en tot nu toe enige) die ik heb horen beweren dat frontend == web..

Ik denk dat ik wel begrijp wat hij bedoelt.
Bij een goede seperation of concerns is het backend in te zetten voor verschillende soorten user interfaces of andere stacklayers, terwijl een Web UI, dus het onderdeel dat echt specifiek voor de browser is dan een gescheiden onderdeel is waarin de views gerenderd worden en de JavaScript geprogrammeerd wordt.
Bij een een typisch Model View Control patroon zal, in sterkere mate bij het gebruik van WebAPI's de business logic voor meerdere doelen ingezet kunnen worden dan puur de web-kant, terwijl de views een losstaande laag vormen die bij soc ook eenvoudig aan andere modellen te hangen zijn.