Ik vroeg me dit eigenlijk af, omdat ik steeds meer ingewikkelde javascripts zie voorbij vliegen op het internet. Waar wordt de scheiding tussen js en script talen gemaakt.
JS is clientside, en wordt (vaak) geschreven door degene die de clientside ook ontworpen heeft.Op dinsdag 25 september 2001 16:49 schreef paragon het volgende:
Ik vroeg me dit eigenlijk af, omdat ik steeds meer ingewikkelde javascripts zie voorbij vliegen op het internet. Waar wordt de scheiding tussen js en script talen gemaakt.
Scriptinglanguages zoals PHP en ASP worden serverside uitgevoerd, en de mensen die zich daarmee bezig houden zijn meestal niet degenen die ook clientside zaken voor hun rekening nemen.
En dat is denk ik de main reason om JS hier te houden en niet in /14.
Zie ook: http://gathering.tweakers.net/forum/list_message/5#5
js wordt inderdaad steeds ingewikkelder, omdat je met de ontwikkelingen die aan de gang zijn ook veel ingrijpendere dingen kan maken.
Ik was er niet echt bij toen js voor het eerst zijn intrede deed, begon er zelf eind 98 mee, en toen begon ik door een toevallige opmerking van een vriend zijn vader
met dhmtl
vanaf browser versies 4 kon je al redelijk leuk met layers spelen, en css zat er ook al aardig in, hoewel het allemaal behoorlijk verschilde tussen verschillende browsers
Maar nu is het eindelijk de goeie kan uit aan het gaan. met js en css kan je dusdanige dingen inelkaar schroeven dat het bijna de applicatie kant uit gaat (Dom roelt), en wat dat betreft is er wel een punt om het naar p&w te moven, maar wat pelle ook zegt is denk ik ook doorslaggevend, js is client side, en p&w niet.
Wat ik eigenlijk graag zou zien is een aparte afdeling binnen de devschuur, javascript en dhtml. Er zijn fora die in zijn geheel en al over js gaan, met daarbinnen weer onderdelen zoals general js, dhtml en xBrowser js. Nou is het overdreven om dat hier te doen, maar js loshalen van w&g lijkt me heel zo gek niet. Als onderwerp is het groot zat, en er zijn ook altijd genoeg vragen over hier.
Ik was er niet echt bij toen js voor het eerst zijn intrede deed, begon er zelf eind 98 mee, en toen begon ik door een toevallige opmerking van een vriend zijn vader
vanaf browser versies 4 kon je al redelijk leuk met layers spelen, en css zat er ook al aardig in, hoewel het allemaal behoorlijk verschilde tussen verschillende browsers
Maar nu is het eindelijk de goeie kan uit aan het gaan. met js en css kan je dusdanige dingen inelkaar schroeven dat het bijna de applicatie kant uit gaat (Dom roelt), en wat dat betreft is er wel een punt om het naar p&w te moven, maar wat pelle ook zegt is denk ik ook doorslaggevend, js is client side, en p&w niet.
Wat ik eigenlijk graag zou zien is een aparte afdeling binnen de devschuur, javascript en dhtml. Er zijn fora die in zijn geheel en al over js gaan, met daarbinnen weer onderdelen zoals general js, dhtml en xBrowser js. Nou is het overdreven om dat hier te doen, maar js loshalen van w&g lijkt me heel zo gek niet. Als onderwerp is het groot zat, en er zijn ook altijd genoeg vragen over hier.
Instagram | Flickr | "Let my music become battle cries" - Frédéric Chopin
* Willem Ruis zegt, "Aaj dat is nou jammer, gezellige Pelle uit Rotterdam, maar Pierre zal je nu vertellen welke troohoostprijs je gewonnen hebt!!"Pelle: JS is clientside, en wordt (vaak) geschreven door degene die de clientside ook ontworpen heeft.
Javascript kan ook als serverside taal toegepast worden (binnen ASP), alhoewel ik vermoed dat ze momenteel sterk te leiden hebben van JSP.
maar ik vermoed dat clientside javascript ook wel degelijk dat was waar de vraag op gedoeld was.
verder, of javascripts nu echt geschreven worden door diezelfd mensen die ook de vormgeving doen, eigenlijk moet ik zeggen; liever niet
dat er steeds ingewikkeldere javascripts ontwikkeld worden, heeft Clay al gedeeltelijk heel goed uitgelegd, er is gewoonweg steeds meer mogelijk.
die javascripts worden toegepast juist voor finetuning, gebruiksvriendelijkheid, controle over laadtijd, controle over layout, meer gemak in onderhoud.
GoT maakt bijvoorbeeld extensief gebruik van javascripts voor de rendering van de gehele page, meen dat dat ooit gemaakt is om bandbreedte te besparen (enkel data wordt iedere keer geladen, de scripts komen uit de cache)
verder biedt het het voordeel (alhoewel dat met en serverside-taal minder sterk weegt) dat aanpassingen aan de layout via één centraal script gedaan kunnen worden.
ik vermoed dat in de komende tijd javascript veel meer toegepast gaat worden als databinding, die zelf externe sources inlaad en aanpast, zodat je het hele idee van 'pagina's laden verliezen gaat.
Intelligente mensen zoeken in tijden van crisis naar oplossingen, Idioten zoeken dan schuldigen
Doe mij maar een huisje in ergens tegen Schiedam aan, dan bennik tevredenOp dinsdag 25 september 2001 17:48 schreef RM-rf het volgende:
* Willem Ruis zegt, "Aaj dat is nou jammer, gezellige Pelle uit Rotterdam, maar Pierre zal je nu vertellen welke troohoostprijs je gewonnen hebt!!"
Yep, dat dacht ik dus ook; ik heb hier op GoT maar hooguit 2 topics gezien over serverside JS. Ik denk dat de gemiddelde webdevver niet eens weet dat JS serverside uitgevoerd kan worden.Javascript kan ook als serverside taal toegepast worden (binnen ASP), alhoewel ik vermoed dat ze momenteel sterk te leiden hebben van JSP.
maar ik vermoed dat clientside javascript ook wel degelijk dat was waar de vraag op gedoeld was.
* Pelle heeft niet anders meegemaakt dan dat de vormgever ook omzet naar HTML en daar clientside scripting aan toevoegtverder, of javascripts nu echt geschreven worden door diezelfd mensen die ook de vormgeving doen, eigenlijk moet ik zeggen; liever niet
En in 4 jaar heb ik toch echt wel een hoop (grote & kleine) bedrijven gezien... hier in W&G zullen de meeste mensen die design doen ook JS voor hun rekening nemen. McVirusS, Tom, Clay, DeFeCt, Graasgast, ...
Verwijderd
Wat ik weet is dat de design afdeling het design maakt en dan doorstuurt naar de proggers om het af te maken in HTML, JS, CSS.Op dinsdag 25 september 2001 23:03 schreef Pelle het volgende:
* Pelle heeft niet anders meegemaakt dan dat de vormgever ook omzet naar HTML en daar clientside scripting aan toevoegt
Mensen die beide kunnen is natuurlijk helemaal mooi..
Is hier niet ooit al een topic over geweest ?
Dat verschilt dus per bedrijf. Het wil ook nog wel eens voorkomen dat een bedrijf een reclamebureau inhuurt voor het design/de layout (waar ik persoonlijk een pesthekel aan heb omdat die gasten daar helemaal niet goed in zijn...), en dan een webdesign-bureau om dat design om te zetten naar HTML en er functionaliteit achter te plakken.Op dinsdag 25 september 2001 23:19 schreef Tizzwat het volgende:
Wat ik weet is dat de design afdeling het design maakt en dan doorstuurt naar de proggers om het af te maken in HTML, JS, CSS.
In zo'n geval is de designer niet de htmler/javascripter, maar wordt een site door één en hetzelfde bedrijf gebouwd, dan heb ik nog niet anders meegemaakt dan dat de designer ook html & javascripting doet.
Daar staat me wel iets van bij ja; heb even gezocht maar kon dat topic niet meer vinden. Misschien verloren gegaan bij BC3.Mensen die beide kunnen is natuurlijk helemaal mooi..
Is hier niet ooit al een topic over geweest ?
Er is wel een topic over geweest maar kan hem ook zo snel niet vinden. Op een gegeven moment moet je ergens een grens trekken. Op het moment dat er erg veel grafische vragen zijn zou het misschien logischer zijn heel HTML/JS in een apart forum te duwen en de 2D/3D graphics echt te splitsen.
[ot]
Willem Ruis.. sjeez.. zo hebben we ze nooit meer gehad. Willem's Droom enzo. good old times..
[ot]
Willem Ruis.. sjeez.. zo hebben we ze nooit meer gehad. Willem's Droom enzo. good old times..
Ik kan het finaal fout hebben, maar op die manier alround zijn is denk ik vaak een gevolg van een uit de hand gelopen hobby. Als je in je eentje een site moet maken moet je alles wel zelf kunnen, maar op de werkvloer is het inderdaad al gauw verdeeld tussen vormgevers en proggers.hier in W&G zullen de meeste mensen die design doen ook JS voor hun rekening nemen. McVirusS, Tom, Clay, DeFeCt, Graasgast, ...
Wat wel zo is is dat js wel heel goed in het straatje van vormgevers past, omdat je er immers juist die vormgeving extreem kan beinvloeden, maar toch ken ik niet veel vormgevers die ook goed zijn in js.
Zelf zie ik me meer als scripter/progger dan als vormgever. Ik zou de stelling dan ook om willen draaien
Instagram | Flickr | "Let my music become battle cries" - Frédéric Chopin
Verwijderd
Server-side Javascript is inderdaad een fenomeen wat nooit helemaal van de grond is gekomen. Ik heb me er nooit zo in verdiept, maar wat kun je er nou eigenlijk mee, behalve files lezen en schrijven op de server?
Ik denk dat, op vormgeven na, bijna alle facetten van webdevelopment het gevolg moeten zijn van een uit de hand gelopen hobby...er is eigenlijk geen andere manier om er mee in aanraking te komen.Op woensdag 26 september 2001 09:21 schreef Clay het volgende:
Ik kan het finaal fout hebben, maar op die manier alround zijn is denk ik vaak een gevolg van een uit de hand gelopen hobby.
Hangt natuurlijk sterk van de grootte van het bedrijf af. Ik denk wel dat die scheiding (Vormgeven/Client side coding/Server side coding) in de toekomst steeds scherper zal worden...maar ik ken genoeg bedrijven waar mensen 2 of meer van deze taken standaard op zich nemen...en er dan ook nog wat systeembeheer, management en sales bij gooien. Af en toe zetten ze zelfs eens een kop koffieAls je in je eentje een site moet maken moet je alles wel zelf kunnen, maar op de werkvloer is het inderdaad al gauw verdeeld tussen vormgevers en proggers.
* Pelle heeft gewerkt bij een groot (100+) bedrijf waar vormgevers gewoon ook HTML & JS dedenOp woensdag 26 september 2001 10:00 schreef Blues het volgende:
Hangt natuurlijk sterk van de grootte van het bedrijf af. Ik denk wel dat die scheiding (Vormgeven/Client side coding/Server side coding) in de toekomst steeds scherper zal worden...
Ik heb echt alleen nog maar een scheiding vormgeving & clientside versus serverside gezien. IMHO ben je ook geen webdesigner als je je alleen maar met vormgeving bezig houdt, maar meer een veredelde dtp-er.
Maar wellicht dat er inderdaad meer gespecialiseerde javascripters zullen komen, vanwege de complexiteit ervan en de dingen die je ermee kunt bereiken. Hoewel ik het ook nog wel zie gebeuren dat pakketten als DreamWeaver nog meer van die verpauperde DHTML-functies in gaan bakken, waardoor het opeens nog makkelijker wordt om even een layertje te voorschijn te toveren en daar allerlei bizarre dingen mee uit te halen.
Op zich heb ik daar geen bezwaar tegen. Js kan steeds moeilijker worden, maar het zou fout zijn als het daardoor veel ontoegankelijker zou worden voor gewone hobbieisten. Stel je voor, dan heb je de tools in handen (text editor + browser) maar dan is het zo moeilijk geworden dat je er een professional bij nodig hebt om iets zinnigs te maken, da's ook niet goed.
Wat dat betreft is het prima dat er tools zijn die op wysiyg niveau complexe script realiseerbaar maken. de code zal niet supermooi zijn, en ook niet echt efficient, maar je kan er dan wel wat mee ook al kan je geen js.
Het zal echter wel zo blijven dat diegenen die zelf coden met een beetje fantasie altijd gekkere dingen kunnen maken dan wat een wysiwyg tool aan mogelijkheden ooit zal kunnen bieden, althans dat hoop ik
Wat dat betreft is het prima dat er tools zijn die op wysiyg niveau complexe script realiseerbaar maken. de code zal niet supermooi zijn, en ook niet echt efficient, maar je kan er dan wel wat mee ook al kan je geen js.
Het zal echter wel zo blijven dat diegenen die zelf coden met een beetje fantasie altijd gekkere dingen kunnen maken dan wat een wysiwyg tool aan mogelijkheden ooit zal kunnen bieden, althans dat hoop ik
Instagram | Flickr | "Let my music become battle cries" - Frédéric Chopin
Lijkt me wel Clay
.
Maar uhm; hier zijn al meerdere discussies over geweest inderdaad. Maar wij als moderators hebben toen besloten dat Javascript in W&G thuishoort. Om de eigenlijk bovengenoemde redenen. Javascript valt meer in het straatje van W&Gers/webdesigners dan in het straatje van P&Wers/programmeurs......tenminste dat was onze ervaring.
Ik ben zelf trouwens wel redelijk allround.....merk wel dat coden erg dodelijk is voor je creativiteit.......je moet op een hele andere manier denken. [zweverige-kunstacademie-modus] Vormgeven doe je met je gevoel..zelfs emoties (kunnen) spelen mee..... coden doe je gewoon met het wiskundige deel van je hersens [/zweverige-kunstacademie-modus]. Ben het er wel mee eens dat in grotere bedrijven zo'n soort functie/baan onhoudbaar is......
Maar uhm; hier zijn al meerdere discussies over geweest inderdaad. Maar wij als moderators hebben toen besloten dat Javascript in W&G thuishoort. Om de eigenlijk bovengenoemde redenen. Javascript valt meer in het straatje van W&Gers/webdesigners dan in het straatje van P&Wers/programmeurs......tenminste dat was onze ervaring.
Ik ben zelf trouwens wel redelijk allround.....merk wel dat coden erg dodelijk is voor je creativiteit.......je moet op een hele andere manier denken. [zweverige-kunstacademie-modus] Vormgeven doe je met je gevoel..zelfs emoties (kunnen) spelen mee..... coden doe je gewoon met het wiskundige deel van je hersens [/zweverige-kunstacademie-modus]. Ben het er wel mee eens dat in grotere bedrijven zo'n soort functie/baan onhoudbaar is......
Verwijderd
Van die grote design bedrijven (100+) zijn er naar mijn weten toch maar weinig ??
Degene die mij wel eens helpen aan een design kunnen heel leuk tekenen e.d. maar als je over JS en CSS begint gaan ze toch ineens heel raar kijken..
Degene die mij wel eens helpen aan een design kunnen heel leuk tekenen e.d. maar als je over JS en CSS begint gaan ze toch ineens heel raar kijken..
Pfiew.. ben gelukkig niet de enige met dat probleemOp woensdag 26 september 2001 12:37 schreef McVirusS het volgende:
Ik ben zelf trouwens wel redelijk allround.....merk wel dat coden erg dodelijk is voor je creativiteit.......
Bij het uitvoeren van een heel project is dit niet zo erg, maar soms heb je van die dagen dat je 14 verschillende klusjes achtere elkaar moet doen. Titeltje aanpassen, ontwerpje maken, scriptje schrijven en dat werkt dus niet.
Ze zijn het niet gewend. Toen ik bij VA kwam binnenwandelen stonden ze ook wel te kijken. Iemand die én kan vormgeven, én kan HTMLen, én kan JavaScripten, én (een beetje) kan flashen, én perl/php kan scripten. Met dat fenomeen waren ze daar nog niet bekendBen het er wel mee eens dat in grotere bedrijven zo'n soort functie/baan onhoudbaar is......
Pagina: 1