C based framework voor de back-end in web development? En JS

[Verwijderd]

Op school leerde ik PHP voor de back-end/server-side in web development. Tijdens mijn eerste stage werkte ik ook met een PHP based back-end framework (Yii2). Nu tijdens me huidige stage is het een Python framework voor de back-end en een JavaScript framework voor de front-end.

Ik heb geleerd dat de meeste web servers in C en C++ zijn geschreven. Is het niet handiger om werk te zoeken waar bedrijven C based back-end/server-sided frameworks gebruiken?

Voor de front-end lijkt mij een JavaScript based framework handiger?

Kan iemand mij hier input bij geven? Bij Python dacht ik gelijk als eerst aan domotica en robotica en bij PHP denk ik nu aan een vergemakkelijkerdere versie van het programmeren in C voor web.

[Verwijderd]

Verwijderd schreef op dinsdag 27 juni 2017 @ 15:45:
Ik heb geleerd dat de meeste web servers in C en C++ zijn geschreven.

De webserver-software (Apache, IIS) zelf misschien, maar de websites niet.

[johnkeates]

Deze vraag is zo vaak gesteld en beantwoord, je kan het beter quoten:

The same reason we don't use C for most programming. The benefits (which are mostly performance) don't outweigh the costs (development time, lack of automatic memory management, lack of automatic protection from buffer overflows, having a compile stage between the edit and test stages, etc).

Het antwoord: kost veel, levert niet meer op dan een crappy scripting of interpreter taaltje.

[Verwijderd]

Verwijderd schreef op dinsdag 27 juni 2017 @ 15:47:
[...]

De webserver-software (Apache, IIS) zelf misschien, maar de websites niet.

Juist, dat bedoelde ik ook. Daarom vroeg ik me af of ik de back-end dan ook niet beter in C kan gaan schrijven, omdat ik tog nog een specialisatie en toolset moet gaan kiezen - ik studeer nog.

[Verwijderd]

johnkeates schreef op dinsdag 27 juni 2017 @ 15:52:
Deze vraag is zo vaak gesteld en beantwoord, je kan het beter quoten:


[...]


Het antwoord: kost veel, levert niet meer op dan een crappy scripting of interpreter taaltje.

Dan ben ik wel benieuwd hoeveel bedrijven hun back-end (web dev) in C schrijven. Lijkt me zeker de moeite waard, omdat C tog goed meegenomen is wil ik op meerdere platforms gaan developen.

[Verwijderd]

Back-end wordt geprogrammeerd in scripttalen die geinterpreteerd worden. C en C++ moeten gecompileerd worden. Zoek de verschillen tussen die twee concepten even op, en je snapt dat C niet gebruikt kan worden als back-end taal.

En toch is met ch in plaats van g.

[johnkeates]

Verwijderd schreef op dinsdag 27 juni 2017 @ 16:07:
[...]


Dan ben ik wel benieuwd hoeveel bedrijven hun back-end (web dev) in C schrijven. Lijkt me zeker de moeite waard, omdat C tog goed meegenomen is wil ik op meerdere platforms gaan developen.

Niemand doet dat om dat het dus geen reet uitmaakt. Zodra je met PHP of Python of C# je netwerk 100% kan satureren gaat 'nog snellere' software niet helpen, je netwerk zit dan al vol. Daarnaast kost het meer geld om het in C te doen en niemand wil daar voor betalen om dat het dus niks oplevert.

[ Voor 10% gewijzigd door johnkeates op 27-06-2017 16:09 ]

[Standeman]

Verwijderd schreef op dinsdag 27 juni 2017 @ 16:07:
Back-end wordt geprogrammeerd in scripttalen die geinterpreteerd worden. C en C++ moeten gecompileerd worden. Zoek de verschillen tussen die twee concepten even op, en je snapt dat C niet gebruikt kan worden als back-end taal.

En toch is met ch in plaats van g.

Nou, volgens mij zijn Java (EE) en .NET c.q. C# vrij populaire talen/frameworks die gecompileerd moeten worden

[BramV]

Golang is toch is echt een gecompileerde backend. C# ?

Ik zelf ben na jaren compileren de NodeJS kant opgegaan... Ook een mogelijkheid.

[ Voor 43% gewijzigd door BramV op 27-06-2017 16:13 ]

[Verwijderd]

Verwijderd schreef op dinsdag 27 juni 2017 @ 16:07:
Back-end wordt geprogrammeerd in scripttalen die geinterpreteerd worden. C en C++ moeten gecompileerd worden. Zoek de verschillen tussen die twee concepten even op, en je snapt dat C niet gebruikt kan worden als back-end taal.

En toch is met ch in plaats van g.

Hmm.. okey.

[Verwijderd]

johnkeates schreef op dinsdag 27 juni 2017 @ 16:08:
[...]

Niemand doet dat om dat het dus geen reet uitmaakt. Zodra je met PHP of Python of C# je netwerk 100% kan satureren gaat 'nog snellere' software niet helpen, je netwerk zit dan al vol. Daarnaast kost het meer geld om het in C te doen en niemand wil daar voor betalen om dat het dus niks oplevert.

Okey, C duurt lang en kost dan natuurlijk geld. Thanks. Hoe zou ik dan beter een keuze kunnen maken?

[ Voor 4% gewijzigd door Verwijderd op 27-06-2017 16:14 ]

[Verwijderd]

BramV schreef op dinsdag 27 juni 2017 @ 16:12:
Golang is toch is echt een gecompileerde backend. C# ?

Ik zelf ben na jaren compileren de NodeJS kant opgegaan... Ook een mogelijkheid.

Ik zit ook na te denken over pure JavaScript met NodeJS voor de back-end.

Het lijkt mij tog verstandiger om dat te gaan doen omdat ik dan tog voor het web develop?

[johnkeates]

Wat wel zin heeft is moeilijke zaken wegoptimaliseren. Stel dat je een algoritme hebt dat 100x sneller in C is dan in PHP, dan heb je nog wel eens dat iemand dan een PHP-module in C schrijft.

In plaats van in PHP dan die moeilijke functie aan te roepen roep je de module functie aan en die doet het zware werk in C en geeft het antwoord terug naar PHP.

[BramV]

Verwijderd schreef op dinsdag 27 juni 2017 @ 16:14:
[...]


Ik zit ook na te denken over pure JavaScript met NodeJS voor de back-end.

Het lijkt mij tog verstandiger om dat te gaan doen omdat ik dan tog voor het web develop?

Ja ik doe front en backend dus leek me dat wel handig 1 taal. Alleen is Angular nu typescript en heb ik weer 2 dialecten. Als ik die kant niet was opgegaan dan zou ik nu voor Go kiezen.

[Verwijderd]

BramV schreef op dinsdag 27 juni 2017 @ 16:16:
[...]


Ja ik doe front en backend dus leek me dat wel handig 1 taal. Alleen is Angular nu typescript en heb ik weer 2 dialecten. Als ik die kant niet was opgegaan dan zou ik nu voor Go kiezen.

Thanks voor het advies. Ik moet dus even Go gaan onderzoeken en waarom er een verschil is tussen Angular en TypeScript.

[johnkeates]

BramV schreef op dinsdag 27 juni 2017 @ 16:16:
[...]


Ja ik doe front en backend dus leek me dat wel handig 1 taal. Alleen is Angular nu typescript en heb ik weer 2 dialecten. Als ik die kant niet was opgegaan dan zou ik nu voor Go kiezen.

Je zal altijd meerdere talen en frameworks moeten kennen. Dat is ook niet erg, want algemene concepten zijn taal-onafhankelijk. Procedureel, OOP, functioneel enz. kan je in diverse talen doen. Compositie, modules, plugins, patronen enz. kan je ook allemaal prima in meerdere talen toepassen. De taal is eigenlijk niet zo heel relevant.

[Verwijderd]

johnkeates schreef op dinsdag 27 juni 2017 @ 16:17:
[...]


Je zal altijd meerdere talen en frameworks moeten kennen. Dat is ook niet erg, want algemene concepten zijn taal-onafhankelijk. Procedureel, OOP, functioneel enz. kan je in diverse talen doen. Compositie, modules, plugins, patronen enz. kan je ook allemaal prima in meerdere talen toepassen. De taal is eigenlijk niet zo heel relevant.

Inderdaad.

Het is als beginner vast makkelijker om in 1 "dialect" jouw werk te doen.

Dat is net als met verschillende talen tegelijk leren. Het gaat makkelijker als je 1 voor 1 doet of je eerst specialiseerd in 1 om straks bv 4 tegelijk te doen. En dan spreek ik uit ervaring, omdat, als beginner het veel inspanning kost om meerdere talen tegelijk te leren, terwijl je nog niet je eerste taal onder de knie hebt.

Maar goed..

[BramV]

Verwijderd schreef op dinsdag 27 juni 2017 @ 16:17:
[...]


Thanks voor het advies. Ik moet dus even Go gaan onderzoeken en waarom er een verschil is tussen Angular en TypeScript.

Nee Typescript is een 'dialect' dat compileert naar javascript. Ik ben er op zich niet blij mee. Het mooie van javascript is JIT dus geen gecompileer. En nu is er weer een extra tussenstap. Toch heeft Typescript wel voordelen en kun je het ook voor NodeJs gebruiken.

[Verwijderd]

BramV schreef op dinsdag 27 juni 2017 @ 16:20:
[...]


Nee Typescript is een 'dialect' dat compileert naar javascript. Ik ben er op zich niet blij mee. Het mooie van javascript is JIT dus geen gecompileer. En nu is er weer een extra tussenstap. Toch heeft Typescript wel voordelen en kun je het ook voor NodeJs gebruiken.

Okey, helder. En waar gebruik je dan Go voor?

[BramV]

Verwijderd schreef op dinsdag 27 juni 2017 @ 16:22:
[...]


Okey, helder. En waar gebruik je dan Go voor?

Is precies het zelfde alleen moet je compileren om een exe te maken die je start. Ik vind het allemaal langer duren. Als je een NodeJS project start dan wordt het JIT just in time gecompileerd en uitgevoerd. Dat gaat zo snel dat je er niets van merkt. 40.000 regels code worden omgezet in <1 sec.

[Verwijderd]

BramV schreef op dinsdag 27 juni 2017 @ 16:27:
[...]


Is precies het zelfde alleen moet je compileren om een exe te maken die je start. Ik vind het allemaal langer duren. Als je een NodeJS project start dan wordt het JIT just in time gecompileerd en uitgevoerd. Dat gaat zo snel dat je er niets van merkt. 40.000 regels code worden omgezet in <1 sec.

Okey dus Go lijkt een beetje op C en is nieuwer? Of heb ik dat mis? Dat is dan wel cool natuurlijk...

[BramV]

Verwijderd schreef op dinsdag 27 juni 2017 @ 16:29:
[...]


Okey dus Go lijkt een beetje op C en is nieuwer? Of heb ik dat mis? Dat is dan wel cool natuurlijk...

Go is 'hot' :-).... C is lowlevel waarbij je alles zelf moet beheren, geheugen etc. Go is highlevel en heeft bijv. een garbage collector die dat regelt.

Maar qua werk zie ik alleen maar Wordpress, PHP en Magento aanvragen dus weet niet of het echt de goede richting zou zijn.

Het voordeel van NodeJS is dat het nu vrij volwassen is met een enorm ECO systeem van componenten die je kunt gebruiken. Mail, PDF databases etc.

[ Voor 12% gewijzigd door BramV op 27-06-2017 16:35 ]

[Verwijderd]

BramV schreef op dinsdag 27 juni 2017 @ 16:33:
[...]


Go is 'hot' :-).... C is lowlevel waarbij je alles zelf moet beheren, geheugen etc. Go is highlevel en heeft bijv. een garbage collector die dat regelt.

Maar qua werk zie ik alleen maar Wordpress, PHP en Magento aanvragen dus weet niet of het echt de goede richting zou zijn.

Het voordeel van NodeJS is dat het nu vrij volwassen is met een enorm ECO systeem van componenten die je kunt gebruiken. Mail, PDF databases etc.

Ja, daar heb je zeker gelijk mee. Dus dan zou ik zowel over Wordpress etc. als over NodeJS etc. verder denken.

Zowel geld als werk wat je leuk vind is natuurlijk tegenwoordig belangrijk.

[Verwijderd]

Standeman schreef op dinsdag 27 juni 2017 @ 16:11:
Nou, volgens mij zijn Java (EE) en .NET c.q. C# vrij populaire talen/frameworks die gecompileerd moeten worden

Kunnen worden - laat mij maar een website zien die index.exe gebruikt als homepage...

[Rannasha]

Verwijderd schreef op dinsdag 27 juni 2017 @ 16:44:
[...]

Kunnen worden - laat mij maar een website zien die index.exe gebruikt als homepage...

Waar heb je het over?

Dat een website geen "index.exe" heeft, betekent niet dat er geen gebruik wordt gemaakt van gecompileerde code.

ASP.NET (C#, VB.NET) compileert de boel standaard bij de eerste aanroep van een pagina, waarna het gecompileerde resultaat gecached wordt zodat volgende bij volgende requests er niet opnieuw gecompileerd moet worden. Daarnaast kun je de boel als ontwikkelaar ook precompilen, zodat alles al gecompileerd is wanneer het de webserver op gaat:
MSDN: ASP.NET Web Site Precompilation Overview

Dit is gewoon gecompileerde code die in de back-end draait. En er komt geen .exe aan te pas.

[mcDavid]

Wat studeer je als ik vragen mag?

Als HBO informatica/applicatieontwikkelaar mag je hopelijk later wat meer gaan doen dan wordpress- of magento websites optuigen.

Anyway als je nu al weet richting webdevelopment te willen, dan zul je idd weinig hebben aan low-level talen zoals C. Voor de rest is het vooral waar je zelf affiniteit bij hebt. Uiteindelijk valt overal wel werk in te vinden.

[Verwijderd]

Rannasha schreef op dinsdag 27 juni 2017 @ 16:51:
Waar heb je het over?

Laat maar - het ging me meer om de werkwijze, als programmeur.

[Bosmonster]

BramV schreef op dinsdag 27 juni 2017 @ 16:33:
[...]

Het voordeel van NodeJS is dat het nu vrij volwassen is met een enorm ECO systeem van componenten die je kunt gebruiken. Mail, PDF databases etc.

De groeiende volwassenheid (ESNext/Node.js) en het ecosysteem zijn zeker grote voordelen van JavaScript.

Er zijn nog 2 andere belangrijke voordelen van JavaScript (en die meehelpen waarom het zo rap in populariteit toeneemt):

1. Voor je front-end gebruik je JavaScript (geen keus), voor je communicatie gebruik je vandaag de dag JavaScript (json) en ook op de backend kun je JavaScript gebruiken middels Node.js. Nu behoeft het weinig uitleg dat het enorme voordelen biedt om je volledige stack in 1 technologie te kunnen ontwikkelen. Je kunt ook direct code, views, etc hergebruiken tussen server en client, want met de opkomst van JavaScript heavy clients je een flinke voorsprong geeft op de concurrentie.

2. JavaScript is een dynamische en functionele taal en je ziet, zeker in agile omgevingen, dat dit aan populariteit toeneemt. Sneller PoC'en, ontwikkelen en refactoren, ten opzichte van vaak complexe class-based hierarchies.

Nu kunnen de meningen op dit vlak niet meer verdeeld zijn denk ik, dus moet je zelf je conclusies trekken en keuzes maken.

[ Voor 9% gewijzigd door Bosmonster op 27-06-2017 23:58 ]