Archief - DISCUSSIE: Verbeteringen/Opmerkingen/Toevoegingen van dit forumonderdeel

Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
o

orez

Legacy Member
Mijn liefste webdesigncommunityaanhangertjes...

In deze topic zou ik jullie graag eens laten discussiëren over dit forumonderdeel, een kwestie van eens wa naar jullie te luisteren... zijn er dingen die hier beter kunnen? dingen die je hier mist op het forum, aanpassingen die dienen te gebeuren, of leuke ideeën dat je zegt van, ja hey! dit zou er toch moeten zijn om het hier voor mij leuker te maken. Ook de sticky's mogen ter sprake komen .. (zijn deze nog nuttig, zie je ze liever anders opgebouwd, ... eventueel opmerkingen/suggesties over prefixes/rules, ...)

Let wel, dit gaat hem hier enkel over Webdesign & Webdevelopment onderdeel, voor site-check dienen er geen opmerkingen / suggesties te gebeuren in deze topic. Dit komt mss later aan bod als dit vlot verloopt.

Jullie mogen alles zeggen, de leukste en zotste dingen, ik hou jullie niet tegen, maar hou het wel beschaafd, dit wil zeggen, breek elkaars ideeën niet af, uit geen negatieve kritiek op elkaar (opbouwende kritiek op iemand zijn commentaar mag altijd, ter verbetering van het idee) en lok zeker geen flame uit!

Voor de rest... laat jullie gaan...
X

Xavez

Legacy Member
Sticky
Indien mogelijk: in de sticky die door users zelf wordt aangevuld de edit-knop laten staan, hoe lang geleden de laatste post ook is gebeurd! Zo heeft iedereen zijn eigen vrijelijk aan te vullen post binnen die thread. Dat helpt de dingen wat up-to-date te houden :).

Prefixes:
Ter vervanging van CSS, HTML en xHTML stel ik de prefix "OPMAAK:" voor. Uiteindelijk gaan die dingen maar al te vaak toch hand in hand en weet de topicstarter meestal niet eens waar het nu juist schort :).

Verder stel ik ook nog volgende aanpassingen voor:
"INFO:" > "MEDEDELING:" omdat dit maar al te vaak verward wordt met een search of een vraag.
"Q:" > "VRAAG:" we moeten het gebruik van het Nederlands niet schuwen op een Nederlandstalig forum ;).
"SEARCH:" > Volledig laten vallen omdat dit zo goed als altijd door een vraag gedekt wordt.
"REQUEST:" > "GUNST:" met als motivatie dat een tag toch wel zo kernachtig de inhoud mag omvatten en om het contrast met "JOB:" nog sterker te benadrukken.
o

orez

Legacy Member
nieuwe prefixlijst van mijn kant, rekening houdend met Xavez zijn input:

"SEO:" > Search engine optimalization vragen, komt toch ook redelijk veel aan bod met bepaalde periodes.
"MEDEDELING:" > spreekt voor zich
"VRAAG:" > same
"OPMAAK:" > xHTML/HTML/CSS/..
"REQUEST/GUNST:" > Nog over aan het nadenken.
"JOB:" > spreekt voor zich.
"DATABASE:" > Database problemen in eerder welke taal of MySQL/MSSQL/Oracle/... alleen.
"HOSTING:" > says 'nuf

Dan zou het ook nog leuk zijn moest er een verzamelnaam worden gevonden voor PHP/ASP/JSP/ASP.NET ... voor niet database problemen.

en dan nog een verzamelnaam voor AJAX/AJAH/...
dan hebben we nog XML over en zijn soortgenoten.

Tips zijn welkom.

Ook zouden er in de nieuwe rules een mooie uitleg worden geschreven over het verschil tussen enerzijds een REQUEST en anderzijds een JOB.

Hierbij zouden de regels worden geschreven met een aantal punten die noodzakelijk te vermelden zijn in deze topic soorten. Zoals Titel, Wat te geven in ruil, het budget, enz...

Hiervoor zou ik ook graag van jullie weten wat jullie allemaal noodzakelijk vinden in deze topics qua informatie. Zo wordt er ook vermeden dat dergelijke topics naar de haaien gaan omdat er geen of veel te weinig informatie wordt gegeven.

dit is natuurlijk allemaal mijn inbreng,
hou jullie aub niet in om met de leukste ideeën af te komen, ook toevoegingen of extra's voor dit forumonderdeel mogen gemeld worden, en zullen behandeld worden in de mate van het mogelijke ;)
M

Messias.

Legacy Member
orez zei:
Dan zou het ook nog leuk zijn moest er een verzamelnaam worden gevonden voor PHP/ASP/JSP/ASP.NET ... voor niet database problemen.
Klik om te vergroten...

Ik zou eerlijk gezegd "ALGORITME:" behouden. Dekt de lading volledig.
R

Radiance

Legacy Member
Messias. zei:
Ik zou eerlijk gezegd "ALGORITME:" behouden. Dekt de lading volledig.
Klik om te vergroten...
Dekt idd de lading, maar is misschien niet erg duidelijk voor mensen die hier gauw binnenspringen? En prefixes die constant verkeerd gebruikt worden missen hun doel.

Daarom zou ik eerder richting "scripting" gaan of zelfs server-side scripting, maar da's wat lang :p
J

Jellepunk

Legacy Member
zou databases niet onder programming moeten komen want normalisatie enzo is toch iets wat ver buiten het spectrum van webdesign reikt.
k

killgore

Legacy Member
Messias. zei:
Ik zou eerlijk gezegd "ALGORITME:" behouden. Dekt de lading volledig.
Klik om te vergroten...

Algoritme wordt te vaak verkeerd geïnterpreteerd :/.

Mensen beginnen taal-specifieke zaken onder de noemer algoritme te plaatsen, wat juist ingaat tegen het begrip algoritme.

Voor de rest: eens duidelijk maken wat het verschil is tussen job en req, ik zie hier "jobs" die tegen 50€ worden aangeboden (ze vragen dan ook weinig) die worden afgebroken naar requests, wat ik toch maar raar vind.

voor asp/... gebruik je toch gewoon PROG (programmeren) of zoiets?
o

orez

Legacy Member
Jellepunk zei:
zou databases niet onder programming moeten komen want normalisatie enzo is toch iets wat ver buiten het spectrum van webdesign reikt.
Klik om te vergroten...

En PHP toepassingen of ASP toepassingen die met databases werken zoals gastenboeken, nieuwsscript zouden dus volgens wat jij zegt volledig moeten verdwijnen naar programming ... dat is iets waar ik u volledig niet in kan volgen, aangezien dit webtoepassingen zijn, en een webtoepassing databasegestuurd of niet, hoort nu eenmaal hier thuis en niet op programming.

Het punt dat jij zegt, het reikt idd ver buiten het spectrum van webDESIGN, maar dan lees je ook zelf de beschrijving van dit forum wat verkeerd niet? Databasenormalisatie etc... past perfect binnen het spectrum van webDEVELOPMENT !

@Killgore, daar ben ik mij van bewust, daarom dat er eens deftige nieuwe rules dienen uitgeschreven te worden, het is hier momenteel te druk en te ingewikkeld met een beetje vanalles ;)

ochja trouwens, onder wat steek je JS dan? Vind ik niet echt in het rijtje PHP/ASP/... thuishoren, het kan onder AJAX/AJAH/.. samen met XML, maar niet alles van XML / JS is natuurlijk AJAX ofzo hé

en natuurlijk niet te vergeten FLASH/AS ;)
k

killgore

Legacy Member
programmeren = instructies geven

daar valt js ook onder hoor :).
S

Smoerf

Legacy Member
Niet akkoord.

Js is een webrelated programmeertaal terwijl php/asp gebruikt kan worden voor applicaties te schrijven en zelfs om serverapp's uit te voeren middels een webserver

Anyway mijn opmerkingen ivm dit subforum is:
Mss eens een soort Knowledge Database aanleggen (soort wikipedia) waar iedere gebruiker zijn eigen input kan geven (natuurlijk moet dit nog goedgekeurd worden door een crewmember) maar het zou er allesinds de zaken wat op vooruit helpen. (Niets tegen de huidige sticky maar ik vind hem ietwat onoverzichtelijk)

Ivm de prefixen zou ik wel nog de js/php/asp prefixen laten gebruiken want ik lees bv geen topics omtrent asp.net maar wel de php topics...
T

Talos

Legacy Member
Of gewoon niet teveel extra regeltjes invoeren? Dat maakt het alleen maar moeillijker.
W

WHiSPy

Legacy Member
JSP/J2EE vragen kan je sowieso al niet onder scripting steken omdat die term die lading gewoon niet dekt. Ik zou er toch nog eens over nadenken welke term er wel de juiste beschrijving gaat zijn voor het hele zooitje.
o

orez

Legacy Member
voor het "zooitje" kan er ook altijd een dubbele prefix gebruikt worden, bv:

PROG: PHP > "vraag / probleem hier"
PROG: JS > "vraag / probleem hier"
....
o

orez

Legacy Member
Talos zei:
Of gewoon niet teveel extra regeltjes invoeren? Dat maakt het alleen maar moeillijker.
Klik om te vergroten...

spreken we hier over extra regels? We spreken hier over duidelijkere regels. En alles wat goed en mooi staat uitgeschreven maakt het makkelijker dan enkel een wazige omschrijving niet?

@smoerf, ik zit ook al lang met het idee van de webmasterguide te vervangen door een soort van mini-site waarop alle informatie overzichtelijk terug te vinden is. En de mensen van dit forum de rechten te geven articles/links te submitten die door een moderator van hier goed te keuren valt.

Maar ik denk dat dit wel wat werk is, als er hieraan mensen zouden willen meewerken het zou welgekomen zijn, want ik heb niet echt veel tijd om dit in mijn eentje ofzo uit de grond te stampen, en servi & brahms hebben het lately ook wel redelijk druk.
J

Jellepunk

Legacy Member
orez zei:
En PHP toepassingen of ASP toepassingen die met databases werken zoals gastenboeken, nieuwsscript zouden dus volgens wat jij zegt volledig moeten verdwijnen naar programming ... dat is iets waar ik u volledig niet in kan volgen, aangezien dit webtoepassingen zijn, en een webtoepassing databasegestuurd of niet, hoort nu eenmaal hier thuis en niet op programming.
Klik om te vergroten...

Nuja, ik vind het wat dubbelzinnig, maar dan kan redundantie ontstaan als het enkel over de database gaat, nuja, ipv programming asp, programming js niet gewoon
serverside:asp
serverside: php
clientside:js
?

zo kan je wel blijven nieuwe cat. uitvinden....
M

Messias.

Legacy Member
Goeie suggestie, gewoon een verschil maken tussen serverside en clientside. Keep it Simple, Stupid. ;) De rest van die subcategorien zorgt voor hoofdpijn.
S

Smoerf

Legacy Member
@orez: ik wil wel helpen met een soort van webmasterguide maken.

Soort overview van xhtml, css, javascript, php, sql, ... (mss basis van OO)
Anders soort wikipedia tweaken? Mss wordpress blogje?

Ok, je kan het zelf scripten, be my guest, ik stel gewoon enkele opensource zaken voor omdat ik zelf nie heel veel tijd heb (maar wel tijd voor een knowledge database)

Edit:
wat gegoogled...
http://www.boesch-it.de/sw/faqengine.php?lang=en
o

orez

Legacy Member
Smoerf zei:
@orez: ik wil wel helpen met een soort van webmasterguide maken.

Soort overview van xhtml, css, javascript, php, sql, ... (mss basis van OO)
Anders soort wikipedia tweaken?
Klik om te vergroten...

een soort overview zou zeker aangenaam zijn, een soort wikipedia kan ook wel maar dan natuurlijk helemaal niet zo uitgebreid als het originele.

Maar ik zou bijvoorbeeld wel met categorieën werken en de mini site eventueel uitbreiden met zoals de nieuwe sticky nu beste belgische webbureau's, leuke portfolio's van individuën enz..
X

Xavez

Legacy Member
Wat dus die php en js en dergelijke betreft: het lijkt me echt niet nodig die prefixen te vervangen. Gezien het daar dus meestal wél duidelijk is voor de topicstarter zelf over welke taal het gaat. Om diezelfde reden had ik eigenlijk ook mysql en sql laten staan zoals ze waren. (als alternatief had ik ook "DATABASE:" "SERVERSIDE:" en "CLIENTSIDE:" in gedachten).
Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
Terug
Bovenaan