Gathering of Tweakers

Quicksearch
quote:
hahahaha, ik hoop van wel :9 Dan ben ik er niet meer zo bang voor dat die certificering mijn kansen verkleint als ik niet lid van het gilde ben ;)

_/-\o_

Ik vraag me trouwens nog steeds af hoe die stemmingen lopen.. zijn er nou leden of niet? Volgensmij namelijk niet, wat zou betekenen dat jan om de hoek kan gaan stemmen over doelen in de gilde? Of zijn er serieus mensen die al 200 euro hebben over gemaakt oid?

Deskpage.net - Spelpage.nl - Design is not just what it looks like and feels like. Design is how it works.

quote:

code:
1
<meta name="GENERATOR" content="Microsoft FrontPage 6.0">

De verschrikking :&#039;(
Ach het kan erger.. Ik kwam laatst serieus een site tegen die in Microsoft Word 2000 ofzo was gemaakt :&#039;)...
 
Smells Like Team America
Berichten: 104
Reg. datum: 29 oktober 2006

quote:
Alex) schreef op zaterdag 07 juli 2007 @ 16:07:
verder vind ik het certificeringsproces belachelijk, je kunt het niet maken om certificaten voor iets uit te delen wat je niet zelf hebt gemaakt (zoals ik ook op je blog postte tot je dit verwijderde).
Ongelooflijk zeg. Je gaat maar door met dit non-argument. Wat vindt je dan van schooldiploma's? Heeft jouw middelbare school soms wiskunde uitgevonden of heeft de Nederlandse overheid het Nederlands bedacht?

Overigens loopt de huidige stand van zaken in front-end development ook niet altijd synchroon met die van de W3C-specs. Zo is in de praktijk CSS2.1 al een hele poos de 'standaard', terwijl deze versie officieel nog steeds niet af is (wordt al 5 jaar aan gewerkt).
Verder zijn er natuurlijk nog de 'best practices' die steeds evolueren en als aanvulling/verduidelijking van de W3C-specs dienen. Dit zijn geen officiële standaarden, maar wel zeer belangrijk voor front-end developers omdat daar juist de kennis en ervaring van vele developers uit de praktijk in doorklinkt. Deze best practices lopen dan ook vooruit op nieuwe W3C-standaarden en zullen wat mij betreft ook zeker opgenomen moeten worden in de toetsing/certificering (die dus altijd een momentweergave zal geven).

Er is al tijden veel kritiek op het W3C vanwege traagheid en de gesloten structuur. Vele ontwikkelingen liggen al jaren praktisch stil (CSS2 dateert van 1998!) en/of lijken niet (meer) aan te sluiten bij de praktijk. Het is niet voor niks dat het initiatief om HTML5 te gaan ontwikkelen buiten het W3C om is gemaakt en dat ook andere W3C-standaarden buiten de organisatie om aangepast worden (WCAG Samurai Errata).

Daar komt nog bij dat zaken als JavaScript (ECMAscript), Flash en Microformats sowieso geen W3C-standaarden zijn en er van HTML ook een ISO-standaard bestaat.
Je kunt je dus ernstig afvragen of W3C überhaupt wel de aangewezen instantie zou zijn voor certificering van moderne front-end developers.


Ik ben een groot voorstander van een branche organisatie. Natuurlijk is het van groot belang welke vorm dit precies krijgt, maar daarom ben ik ook zeker van plan naar deze bijeenkomsten te gaan. Nu is in principe alles nog open. Na de officiële oprichting liggen de statuten reeds vast.
Ik ben ook voor een certificering per developer en niet per website/project of bedrijf (al kun je natuurlijk iets bedenken waarbij bedrijven een certificaat mogen voeren indien x% van hun developers gecertificeerd is). Om de verglijking met het rijbewijs toch even terug te halen... nadat je je rijbewijs hebt gehaald wordt er van je verwacht dat je je bewezen kennis/vaardigheden inzet bij iedere rit die je maakt. Het is niet wenselijk, en zeker ook niet haalbaar, om bij iedere rit van en naar je werk een examinator naast je in de auto te hebben 8)7

-- einde bericht --


Acties: [view][quote]


Door: crisp Devver / Moderator WEB
Papa van Jeremy \o/

quote:
7.01D schreef op zondag 08 juli 2007 @ 06:46:
[...]

Overigens loopt de huidige stand van zaken in front-end development ook niet altijd synchroon met die van de W3C-specs. Zo is in de praktijk CSS2.1 al een hele poos de 'standaard', terwijl deze versie officieel nog steeds niet af is (wordt al 5 jaar aan gewerkt).
CSS2 is wel degelijk een recommendation, dat het errata document (CSS2.1) nog WD status laat zien doet daar niets aan af ( http://ln.hixie.ch/?start=1111107793&count=1 ). Daarbij vergeet je voor het gemak ook even dat een aantal CSS3 modules ook al CR status hebben.
Daarbij kan je het w3 ook niet helemaal kwalijk nemen dat het niet echt opschiet met nieuwe specificaties, implementaties blijven immers ook achter (iig bij de grootste browservendor).
quote:
Verder zijn er natuurlijk nog de 'best practices' die steeds evolueren en als aanvulling/verduidelijking van de W3C-specs dienen. Dit zijn geen officiële standaarden, maar wel zeer belangrijk voor front-end developers omdat daar juist de kennis en ervaring van vele developers uit de praktijk in doorklinkt. Deze best practices lopen dan ook vooruit op nieuwe W3C-standaarden en zullen wat mij betreft ook zeker opgenomen moeten worden in de toetsing/certificering (die dus altijd een momentweergave zal geven).
Fact is dat de meningen over "best practices" vaak nogal verdeelt zijn. Het beste voorbeeld is nog wel het HTML vs XHTML verhaal, of verschil in opvattingen omtrent semantiek van bepaalde elementen en of bepaalde presentational elements nu wel of niet conforming moeten zijn. Ander voorbeeld is verschil in opvatting mbt behavior en gebruik van :hover in CSS, en zo zijn er nog plenty andere voorbeelden te verzinnen.

Veel "best practices" tegenwoordig zijn ook gewoon truukjes om hiaten in technologie en implementaties op te vangen, dat is nog amper een "best practice" te noemen. Faux columns comes to mind; het gebruik van tables voor een bepaald visueel effect is imo vaak best wel te verdedigen...
quote:
Er is al tijden veel kritiek op het W3C vanwege traagheid en de gesloten structuur. Vele ontwikkelingen liggen al jaren praktisch stil (CSS2 dateert van 1998!) en/of lijken niet (meer) aan te sluiten bij de praktijk. Het is niet voor niks dat het initiatief om HTML5 te gaan ontwikkelen buiten het W3C om is gemaakt en dat ook andere W3C-standaarden buiten de organisatie om aangepast worden (WCAG Samurai Errata).
W3 heeft in eerste instantie gemikt op XHTML2 maar heeft uiteindelijk ingezien dat dat niet de juiste richting is. Ook het hele modelarisatie-idee heeft praktisch weinig waarde. Gelukkig zijn ze daar met de nieuwe HTML WG een beetje op teruggekomen, hopelijk gaat dat met CSS ook nog gebeuren. Op andere gebieden is er echter wel degelijk vooruitgang, een recent voorbeeld is de specificering van XMLHttpRequest.

Note overigens dat er ook voldoende kritiek is op bepaalde non-W3 initiatieven zoals bijvoorbeeld Microformats.
quote:
Daar komt nog bij dat zaken als JavaScript (ECMAscript), Flash en Microformats sowieso geen W3C-standaarden zijn en er van HTML ook een ISO-standaard bestaat.
Maar ECMAscript is wel een standaard, en de browser implementatie mbt DOM is wel een W3-aangelegenheid. Ik twijfel of je propriety zaken als Flash en controversiele zaken als Microformats wel mee zou moeten nemen in certificatie. Flash is sowieso al behoorlijk 'specialistisch' als je naar front-end development kijkt en lang niet iedereen heeft daar ervaring mee of heeft het ueberhaupt nodig.
quote:
Je kunt je dus ernstig afvragen of W3C überhaupt wel de aangewezen instantie zou zijn voor certificering van moderne front-end developers.
Je mag je dan ook afvragen of een particuliere stichting/vereniging dat wel is ;)

Acties: [view][quote]


Door: crisp Devver / Moderator WEB
Papa van Jeremy \o/

quote:
KtK schreef op zaterdag 07 juli 2007 @ 18:17:
Ook voor een sollicitant die zich daarna niet hoeft te 'verantwoorden' als 'ie in een projectje <!doctype html> heeft gebruikt.
Sorry, deze moet ik nog even aanhalen :)

Voor iemand die geen weet heeft van het HTML5 initiatief getuigd het wel van inzicht om voor een dergelijke DTD te kiezen. Als je wel weet hebt van het HTML5 initiatief dan zou ik het afraden om nu al hiervoor te kiezen omdat nog helemaal niet duidelijk is wat straks de conformance requirements zullen zijn.

Maar ja, wat is het alternatief als je wilt aangeven dat conformance naar een verouderde specificatie waarvan de implementaties al dusdanig afwijken dat het weinig zinvol is je in bochten te dwingen zodat een SGML-based validator het ook "ok" vindt? Geen DTD heeft weer andere nadelen (quirksmode).

Kortom: ook weer een controversieel onderwerp waar niet echt een eenduidige "best practice" uit te halen valt :)
Smells Like Team America
Berichten: 104
Reg. datum: 29 oktober 2006

quote:
crisp schreef op zondag 08 juli 2007 @ 11:52:
[...]
Fact is dat de meningen over "best practices" vaak nogal verdeelt zijn. Het beste voorbeeld is nog wel het HTML vs XHTML verhaal, of verschil in opvattingen omtrent semantiek van bepaalde elementen en of bepaalde presentational elements nu wel of niet conforming moeten zijn. Ander voorbeeld is verschil in opvatting mbt behavior en gebruik van :hover in CSS, en zo zijn er nog plenty andere voorbeelden te verzinnen.
Best practices die nog niet uitgekristaliseerd zijn (en dat zijn er inderdaad redelijk wat) moeten wellicht niet in die toetsing opgenomen worden. Ik kan me echter ook voorstellen dat niet 1 antwoord over een dergelijke onderwerp per se als juist wordt gezien, maar dat er bv. getoetst wordt of je op de hoogte bent van de discussies die erover gaande zijn en wat de voors en tegens zijn. In dat geval kun je namelijk zelf een weloverwogen besluit nemen i.p.v. klakkeloos over te nemen wat er op je favoriete blog geschreven staat.
quote:
Veel "best practices" tegenwoordig zijn ook gewoon truukjes om hiaten in technologie en implementaties op te vangen, dat is nog amper een "best practice" te noemen. Faux columns comes to mind; het gebruik van tables voor een bepaald visueel effect is imo vaak best wel te verdedigen...
Natuurlijk gaan de best practices er over hoe je in de huidige situatie (dus incl. hiaten in specs en implementaties) tot het beste resultaat kunt komen. Als de specs en hun implementeties namelijk geen hiaten zouden vertonen, dan vormden zij zelf de best practices.
Persoonlijk denk ik dat het gebruik van tabellen voor opmaak enkel in zeeeeer uitzonderlijke gevallen verdedigbaar is en dat faux columns inderdaad een best practice is. Hoewel jij dat blijkbaar niet vind ben je wel op de hoogte van deze methode en kun je dus hopelijk op juiste gronden voor jezelf beargumenteren waarom je daar wel of niet gebruik van maakt.
Het mooie van de certificering is denk ik dat we er allemaal (mits je meedoet) ons zegje nog over kunnen doen. En volgens mij is er best een vorm te bedenken waar de meesten zich in thuis zullen voelen en waarbij de uitkomst toch wel degelijk iets kan zeggen over het niveau van een front-end developer.
quote:
Maar ECMAscript is wel een standaard, en de browser implementatie mbt DOM is wel een W3-aangelegenheid. Ik twijfel of je propriety zaken als Flash en controversiele zaken als Microformats wel mee zou moeten nemen in certificatie. Flash is sowieso al behoorlijk 'specialistisch' als je naar front-end development kijkt en lang niet iedereen heeft daar ervaring mee of heeft het ueberhaupt nodig.
Het ging er me ook voornamelijk om om aan te geven dat W3C helemaal niet per se de juiste organisatie is om te certificeren.
Ik weet ook niet of Flash en Microformats thuishoren in de certificering. Al kan ik me heel goed voorstellen dat daar extra certificaten voor te bedenken zijn. In het geval van Flash kun je bv. toetsen of iemand weet hoe je een swf-bestand zo toegankelijk mogelijk maakt (ben zelf geen 'Flasher' ;) maar toegankelijke Flash schijnt mogelijk te zijn). Het zijn immers wel front-end technieken.
Maar ook hier moet over de wenselijkheid en de evt. invulling van toetsing nog gestemd worden.
quote:
Je mag je dan ook afvragen of een particuliere stichting/vereniging dat wel is ;)
Dat mag zeker. En het antwoord daarop zal vooral afhangen van de vraag wat en hoe er gecertificeerd wordt. Maar dat staat dus nog niet vast, dus daar valt nog weinig over te zeggen.
Hetzelfde geldt voor de waardering die de certificaten uiteindelijk zullen krijgen in de praktijk.

--

Ik vind het jammer dat er hier op het forum een aantal mensen zijn die het stadium van 'skeptisch' al gepasseerd lijken te zijn, terwijl er enkel nog wat voorzichtige ideeën liggen. Om het dan meteen af te schieten lijkt me niet erg constructief, maar blijkbaar is dat dan ook niet altijd de bedoeling.
Voor wat betreft de rol van PPK als zelfbenoemd voorlopig voorzitter van enkele van de commisies... dat lijkt me eerlijk gezegd niet meer dan logisch in dit stadium. Het is zijn initiatief en hij is dus de aangewezen persoon om het voorlopig aan de gang te houden. Ik weet niet wat voor ideeën er bij sommigen leven over de functie van een voorzitter, maar dat is zeker geen president ofzo. Een voorzitter zorgt dat de voorwaarden om tot goede discussies te komen gewaarborgt zijn. Gezien het feit dat er nog geen 'gilde' (of hoe je het ook wil noemen) bestaat geeft al aan dat anderen blijkbaar nog niet de drive hebben gehad om dit op te zetten. Hij wel, dus geef hem dan ook de kans om er iets van te maken. Als hij enkel op zijn blog had geschreven dat het wat hem betreft een goed plan zou zijn om iets dergelijks op te zetten en hij zou het vervolgens aan anderen overlaten om dat op te pakken, dan zou het een nogal vrijblijvend initiatief geweest zijn, en waarschijnlijk niet erg levensvatbaar.

-- einde bericht --

left part of the evil twins

quote:
.............met Comic Sans ook nog :D
USB-apparaat voor massaopslag

quote:
Domein geregistreerd op 3 juli, de startdatum van dit topic. Ik denk niet dat dit ppk of een andere betrokkene is. Volgens mij is het dus de bedoeling dat het er crap uitziet en is bewust zo'n beetje alles fout gedaan :)
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
BART:~ Bart$ whois gildevanfrontenders.nl
   Domain name:
      gildevanfrontenders.nl

   Status: active

   Registrant:
      ION000116-ILIZE
      IONUM B.V.
      Osdorper Ban 9a
      1068LD  Amsterdam
      Netherlands

   Committed to ADR: yes

   Administrative contact:
      VAN095526-ILIZE
      M. van der Ploeg
      +31 (0)204118845
      info@interlize.net

   Registrar:
      Interlize.NET / IONUM B.V.
      Osdorper Ban 9/A
      1068LD  AMSTERDAM
      Netherlands

   Technical contact(s):
      MEK000518-ILIZE
      Danny Mekic'
      +31 (0)204118845
      support@interlize.net

      VAN095527-ILIZE
      M van der Ploeg
      +31 (0)204118845
      info@interlize.net

   Domain nameservers:
      ns0.interlize.net
      ns1.interlize.net
      ns2.interlize.net

   Date registered: 03-07-2007
   Record last updated: 03-07-2007

Wij Tweakers doen elkaar permanent de groeten. http://www.artsalas.com/w_esculturas/esc_011.htm

MVP Windows Live Platform

Hmm, die WHOIS-info is van de provider zelf zo te zien, kennelijk niet iemand die wil worden ontdekt...
quote:
Alex) schreef op zondag 08 juli 2007 @ 22:52:
Hmm, die WHOIS-info is van de provider zelf zo te zien, kennelijk niet iemand die wil worden ontdekt...
Of iemand die bij die provider werkt :/
 
left part of the evil twins

Naja als het domain al ingepikt is door een faker hebben ze iig een excuus om een betere naam te kiezen :)
quote:
7.01D schreef op zondag 08 juli 2007 @ 06:46:
[...]
Om de verglijking met het rijbewijs toch even terug te halen... nadat je je rijbewijs hebt gehaald wordt er van je verwacht dat je je bewezen kennis/vaardigheden inzet bij iedere rit die je maakt. Het is niet wenselijk, en zeker ook niet haalbaar, om bij iedere rit van en naar je werk een examinator naast je in de auto te hebben 8)7
Klopt, maar er gaan wel steeds meer stemmen op om (bijv. 1x in de zoveel jaar) een verplicht herexamen te doen om te kennis op te frissen en om te kijken of je niet jezelf alle geleerde kunstjes weer afgeleerd hebt.

Aangezien 80% van nederland rijdt als een mongool (nofi to the mentally-challenged here) ben ik een groot voorstander van dat voorstel. Ook voor de certificering zou ik er zeker niet op tegen zijn.



Verder back on topic, Waarom wordt er zo weinig via internet inhoudelijk gediscussieerd over het gilde vanúit het gilde zelf? Het gaat nota bene om een branche organisatie voor front-enders, mensen die HTML met de paplepel ingemept gekregen hebben, en dan gaan jullie de echte inhoudelijke discussies alleen in zaaltjes / offline houden. Dan gooi je toch bij voorhand al 50% van de potentieel goeie ideeën weg?


In other words,
Da's niet echt web 2.0 :+
quote:
SchizoDuckie schreef op maandag 09 juli 2007 @ 08:10:
[...]
Verder back on topic, Waarom wordt er zo weinig via internet inhoudelijk gediscussieerd over het gilde vanúit het gilde zelf? Het gaat nota bene om een branche organisatie voor front-enders, mensen die HTML met de paplepel ingemept gekregen hebben, en dan gaan jullie de echte inhoudelijke discussies alleen in zaaltjes / offline houden. Dan gooi je toch bij voorhand al 50% van de potentieel goeie ideeën weg?


In other words,
Da's niet echt web 2.0 :+
Het nadeel van internet discussies is dat het vaak veel geblaat, weinig wol is. Zie alleen al dit topic als bewijs, met mensen die blijven doorbomen over non-issues, waar dan ook weer op ingegaan wordt. Als je dus echt iets wil veranderen/oprichten dan kun je veel beter IRL meetings organiseren, zijn vaak veel productiever omdat je de discussie veel beter kan richten.

Niet dat ik trouwens een tegenstander van online discussies ben, volgens mij kunnen de twee elkaar goed aanvullen.

-edit-
Zelfs deze post is een bewijs van mijn punt bedenk ik me net, het gaat totaal niet over waar de discussie over zou moeten gaan.

Silk_dude wijzigde dit bericht 09-07-2007 09:32 (6%)

quote:
Dát is dus nou juist het voordeel van online discussies imo. Op het moment dat dit soort punten in een IRL bespreking lopen lopen dat soort meetings altijd uit, krijg je de indruk dat het over onnodige dingen gaat, etc. Ik ben een grote voorstander van de 'kleine' dingetjes online bespreken zodat je je kan focussen op de hoofdpunten bij een IRL bespreking.
Ik heb de topic net even doorgenomen en uiteraard even op de site gekeken.
Nee, sorry: ik sla die zooi over. Ik ben nog altijd van mening dat ontwikkelaars
écht kennis moeten hebben. Natuurlijk mag iedereen gebruik maken van
WYSIWYG software en templates (kijk bijvoorbeeld naar de vele MAC websites)
maar mijn mening is dat je (1) de HTML, CSS, PHP enz. gewoon moet weten
en (2) jezelf moet bewijzen op de markt. Daarbij geldt natuurlijk dat je een
redelijk bedrag moet vragen (lees: uurtarief, licentiekosten (indien bodig), overige kosten)

Enkele weken geleden ben ik me rot geschrokken van de 'zogenaamde' bedrijfjes'
die zich hebben gespecialiseerd in webprogrammeren en webdesign: Joomla, E107
en andere CMS dingen, af en toe een Contribute template. En de teksten: Voor 'goedkoop'
geeft u een eigen site met 5 pagina's. U levert zelf tekst en foto's aan
.

Nee, een bijeenkomst heeft alleen zin voor dat soort mensen maar geeft mij in ieder
geval geen extra toegevoegde waarde.
 

Acties: [view][quote]


Door: crisp Devver / Moderator WEB
Papa van Jeremy \o/

Ik denk wel dat het Gilde toch een zekere mate van openheid zal moeten betrachten teneinde het imago van een 'elitair clubje' zoveel mogelijk te voorkomen.
quote:
Hallooo ;) Welkom in dit topic :Z Dát is nou juist waarom het gilde opgericht zou moeten worden. Om in 1 oogopslag het kaf van het koren te kunnen scheiden
quote:
crisp schreef op maandag 09 juli 2007 @ 09:58:
Ik denk wel dat het Gilde toch een zekere mate van openheid zal moeten betrachten teneinde het imago van een 'elitair clubje' zoveel mogelijk te voorkomen.
100% mee eens. Besloten bijeenkomsten of de regel dat alleen mensen die naar de bijeenkomsten komen bij mogen dragen tot de ontwikkeling van het gilde dragen daar niet echt in bij imo

SchizoDuckie wijzigde dit bericht 09-07-2007 10:05 (45%)

quote:
King_Louie schreef op dinsdag 03 juli 2007 @ 22:25:
Mensen die de kwaliteit van client-side code geen donder interesseert (99,9% van alle werkgevers, klanten, gebruikers, etc.), zullen niets om dit Gilde en daaruit voortvloeiende certificeringen geven. Waarom niet? De voordelen van kwalitatief hoogstaande code zijn nauwelijk aantoonbaar te maken. Betere zoekmachine resultaten? Snellere pagina's? Toegankelijkheid? Presenteer maar eens harde cijfers... veel succes.

En dan dat kleine clubje dat het wel wat intereseert zou dan voor ¤ 200,- per jaar elkaar op de schouders moeten gaan zitten kloppen? Alsjeblieft zeg.
Met bovenstaande eens. Kwaliteit van code moet vanuit jezelf komen: een bedrijf interesseert het allemaal geen ruk. Bewijs inderdaad maar met keiharde cijfers en statistieken dat jouw kwaliteit stukje HTML/CSS/whatever beter is.

Voor deze gilde: veel succes, maar ik ben bang dat als het iets wordt, het puur komt omdat het zo in de markt wordt gezet als "kijk ons eens" en dat zou erg jammer zijn :)

position: relative;

MVP Windows Live Platform

quote:
King_Louie schreef op dinsdag 03 juli 2007 @ 22:25:
Mensen die de kwaliteit van client-side code geen donder interesseert (99,9% van alle werkgevers, klanten, gebruikers, etc.), zullen niets om dit Gilde en daaruit voortvloeiende certificeringen geven. Waarom niet? De voordelen van kwalitatief hoogstaande code zijn nauwelijk aantoonbaar te maken. Betere zoekmachine resultaten? Snellere pagina's? Toegankelijkheid? Presenteer maar eens harde cijfers... veel succes.

En dan dat kleine clubje dat het wel wat intereseert zou dan voor ¤ 200,- per jaar elkaar op de schouders moeten gaan zitten kloppen? Alsjeblieft zeg.

En sowieso... Hoe moet ik een Gilde serieus nemen, dat gepromoot wordt op een site waar ik zonder JavaScript nauwelijks m'n weg kan vinden? Of met leden als Lost Boys en Backbase, waar men client-side web development nauwelijks serieus neemt?
Hier ben ik het wel mee eens, vooral nu browsers baggercode steeds beter interpreteren (Firefox parset een hoop IE-only bagger toch best goed, zelfs FrontPage-DHTML-code werkt foutloos...) is de waarde van semantisch juiste en syntaxfoutvrije HTML steeds kleiner aan het worden. Daarbij komt dat de 'next gen'-authoringtools (Dreamweaver, Expression Web) steeds betere code afleveren i.t.t. de tagsoup van voorheen, zelfs Powershell levert een HTML 4.01 Strict document als je ConvertTo-HTML aanroept...

En moderne technieken garanderen niet altijd snellere pagina's... plain old <table> rendert soms veel sneller dan allerlei moderne trucjes...
quote:
die is blijkbaar van Danny Mekic; http://da.nny.nl/over-danny-mekic/ (sidn + google)

Dat hele "gilde" gedoe zou ik ook niet zo serieus nemen. In de eerste brainstorms kwam dat woord toevallig langs toen ppk z'n idee aan het uitleggen was, ala
quote:
Oh dat is dus eigenlijk vakbond- of gildeachtig?
En dan is vakbond een nog veel enger woord imo :P

Clay wijzigde dit bericht 09-07-2007 10:48 (31%)

Peterned & Blog & Flickr
Man who say it cannot be done should not interrupt man doing it.

Smells Like Team America
Berichten: 104
Reg. datum: 29 oktober 2006

quote:
SchizoDuckie schreef op maandag 09 juli 2007 @ 10:03:
[...]

Besloten bijeenkomsten of de regel dat alleen mensen die naar de bijeenkomsten komen bij mogen dragen tot de ontwikkeling van het gilde dragen daar niet echt in bij imo
Volgens de voorlopige plannen is het de bedoeling dat iedereen lid kan worden van het 'gilde'. Dus ook het spreekwoordelijke 'neefje van de baas'. Om te waarborgen dat beslissingen binnen het gilde de goede kant op gaan krijgen (wederom volgens de voorlopige plannen) alleen leden met een certificaat stemrecht binnen het gilde. Die hebben volgens datzelfde gilde immers bewezen dat zij kennis van zaken hebben. Aangezien er nog helemaal geen certificering is opgezet, maar er juist op dit moment wel veel belangrijke beslissingen genomen moeten worden is een andere methode nodig om te zorgen dat deze beslissingen voornamelijk door het koren genomen worden en in mindere mate door het kaf.
Hoewel het inderdaad op aannames berust denk ik dat je er wel van uit kunt gaan dat mensen die serieus en/of op professionele basis bezig zijn met front-end development eerder geneigd zijn om naar dergelijke bijeenkomsten te gaan dan degene die er minder serieus mee bezig zijn.
Online zijn de amateurs en de professionals veel moeilijker te onderscheiden.

Ik kan me zo voorstellen dat er uiteindelijk wel een forum op de site van het gilde komt te staan, maar de grote beslissingen zullen denk ik toch tijdens de jaarlijkse ledenvergaderingen genomen worden. Die zijn namelijk sowieso verplicht voor een vereniging.

--

Bovenstaande is overigens enkel gebaseerd op mijn eigen aannames. Weet niet zeker of het ook werkelijk zo is, maar het lijkt me een logische en verdedigbare gedachte erachter.

-- einde bericht --

quote:
Alex) schreef op maandag 09 juli 2007 @ 10:36:
[...]
Hier ben ik het wel mee eens [..] is de waarde van semantisch juiste en syntaxfoutvrije HTML steeds kleiner aan het worden.
Ho, dat zegt King_Louie helemaal niet. Hij zegt dat de waarde ervan moeilijk aantoonbaar is en dat 99% van de mensen het niet interessant vind (juist omdat het zo moeilijk aantoonbaar is wat de voordelen precies zijn), niet jouw (imo totaal verkeerde conclusie) dat semantische juiste en syntaxfoutvrije HTML haar voordeel verliest.
quote:
Daarbij komt dat de 'next gen'-authoringtools (Dreamweaver, Expression Web) steeds betere code afleveren i.t.t. de tagsoup van voorheen, zelfs Powershell levert een HTML 4.01 Strict document als je ConvertTo-HTML aanroept...
Dat is een non argument: strict document zegt niks over de kwaliteit.

position: relative;

MVP Windows Live Platform

quote:
We Are Borg schreef op maandag 09 juli 2007 @ 11:25:
[...]
Ho, dat zegt King_Louie helemaal niet. Hij zegt dat de waarde ervan moeilijk aantoonbaar is en dat 99% van de mensen het niet interessant vind (juist omdat het zo moeilijk aantoonbaar is wat de voordelen precies zijn), niet jouw (imo totaal verkeerde conclusie) dat semantische juiste en syntaxfoutvrije HTML haar voordeel verliest.
Ik zeg ook helemaal niet dat King_Louie dat zegt, dat is míjn mening erover.
quote:
[...]
Dat is een non argument: strict document zegt niks over de kwaliteit.
Natuurlijk niet, maar het is wel een teken dat er verbeteringen op komst zijn - ook bij de makers van die authoringtools. Expression Web levert voor zover ik weet keurige (semantisch juiste) HTML, al hangt het natuurlijk ook deels van de eindgebruiker af.

Als een eindgebruiker een regel tekst een ander fontje geeft in een andere kleur en een andere size, weet geen enkele authoring tool dat het bedoeld is als tussenkopje. Dat weet zo'n editor pas als er wordt gekozen voor een type 'heading #'. Maar dat authoringtools geen <font face=... size= color=> meer uitpoepen is een goed begin imho...
quote:
Alex) schreef op maandag 09 juli 2007 @ 12:20:
Als een eindgebruiker een regel tekst een ander fontje geeft in een andere kleur en een andere size, weet geen enkele authoring tool dat het bedoeld is als tussenkopje. Dat weet zo'n editor pas als er wordt gekozen voor een type 'heading #'. Maar dat authoringtools geen <font face=... size= color=> meer uitpoepen is een goed begin imho...
Alleen de gebruiker van een WYSIWYG-editor kan semantiek toekennen aan een stuk tekst. En dat is het hele probleem; WYSIWYG-editors zijn bijna allemaal grafisch georiënteerd. De enige manier om die paradox op te lossen is door gebruikers van WYSIWYG-editors te laten werken met voorgedefineerde stijlen die gelinkt zijn aan HTML-tags als <h1>, <p>, <li>, <address> en <dt>.
 


© 1998-2008 Tweakers.net BV - Based on React - Hosted by True - Served by Adrastos

© 1998-2008 Tweakers.net BV - Based on React - Hosted by True - Served by Adrastos

[RSS][XML]

Update Tracker

Active Topics
Active Topics
Frontpage Nieuws
Frontpage Nieuws