Devschuur® Beleid

maandag 21 februari 2011 13:25

Admin Tweakers Discord

is niet lief

Topicstarter

Welkom in de Devschuur! In deze hoofdgroep houden wij ons vooral bezig met het ontwerpen en ontwikkelen van software en websites. Ook foto/videobewerking en andere grafische dingen vinden hier hun plek.

Om te zorgen voor een goede gang van zaken gelden in ieder subforum de Algemene Voorwaarden en het Algemeen Beleid. We gaan er van uit dat je deze gelezen hebt voordat je een topic opent. Als je je niet aan het beleid of de voorwaarden houdt, dan is er een aanzienlijke kans dat je topic op slot gezet wordt: zorg er dus voor dat je ze gezien hebt.

Aangezien het beleid van de diverse fora in de Devschuur op veel vlakken hetzelfde is, hebben we de globale punten hier op een rijtje gezet. Uiteraard zijn er per subforum mogelijk nog wat extra puntjes van toepassing.

Inhoudsopgave

« · ^

Een nieuw topic plaatsen

Volg voor het openen van een topic deze punten van het Algemeen Beleid om een goede start te geven aan wat een interessant en/of succesvol topic kan worden.

Het juiste forum kiezen

De ervaring leert dat mensen het nogal eens lastig vinden om te bepalen in welk subforum hun topic hoort. Lees daarom dit topic even door.

Bij twijfel mag je natuurlijk altijd even een moderator aanschieten.

Thema en Contest topics

De Devschuur is natuurlijk uitermate geschikt voor een fijne programmeer wedstrijd of thema-topic. Toch zien we graag, net als bij de grote topics, voorstellen voor een dergelijk topic eerst even in Schop een Modje of in Direct Message naar de moderators. We willen namelijk wel dat de kwaliteit gewaarborgd blijft.

Het grote "$foo" topic

Het komt regelmatig voor dat mensen "grote topics" over een bepaald stuk software of techniek willen openen. Dat kan een aantal voordelen hebben en juichen we in principe ook toe. Aangezien elk topic valt of staat met de topicstart, willen we wel graag een opzet van de topicstart zien, plus een kleine motivatie wat je wil bereiken met het topic. Hiervoor zijn Schop een Modje of een Direct Message naar de moderators de beste methoden.

Heej! M'n probleem is al opgelost!

Je zal overigens tot de conclusie komen dat in heel veel gevallen je je eigen probleem ook kan oplossen als je het een keertje goed onder woorden hebt gebracht. Dat geeft niets, soms denk je als programmeur gewoon even aan de verkeerde dingen.

Het is dan natuurlijk wel zo leuk als je het antwoord op je probleem ook even in het topic plaatst. Anders heeft je topic alsnog weinig bijgedragen, en dat zou toch zonde zijn.

« · ^

Wat willen we niet zien

Uiteraard gelden ook hier weer alle verboden zaken uit het Algemeen Beleid. Daarnaast hebben we in de Devschuur nog wat ongewenste zaken.

Welke programmeertaal moet ik leren?

Er zijn legio talen. Een taal leren doe je met een doel; je wil iets gaan schrijven. Kies daarop een taal uit waarmee je dat doel kan bereiken. Welke taal het beste is daarvoor hangt af van je eventuele voorkennis van programmeren en eerdere talen maar ook van je eisen voor wat je ermee wil gaan doen. Verder is het raadzaam een top 3 of 5 te maken (kijk hier voor een lijst met de populairste talen) en met een aantal talen te experimenteren voordat je je vastlegt op die taal. Kijk ook naar zaken als al-dan-niet beschikbare documentatie en of er bijvoorbeeld een actieve community is. Is er veel te vinden op stackoverflow of in onze eigen Devschuur®?

De geschiedenis heeft uitgewezen dat dergelijke topics meestal weinig tot niets toevoegen. Vaak worden dezelfde oude en (ondertussen) incorrecte vooroordelen naar boven gehaald of gaat iedereen zonder onderbouwing zijn/haar favoriete taal roepen (of andermans suggestie "bekritiseren" met ditto gebrek aan onderbouwing). Dergelijke topics doen we dus ook dicht.

Welk programma is nou eigenlijk het beste?

Het korte antwoord op deze vraag: geen en allemaal. Het lange antwoord is te lang om op te schrijven. Het komt er op neer dat een programma kiezen voornamelijk persoonlijke smaak is. Wat de een prettig vindt werken, kan de ander totaal niet mee overweg. Over smaak valt niet te twisten.

Topics over dergelijke onderwerpen lopen vaak uit op een opsomming van ieders favoriet, waardoor je nog niets bent opgeschoten. Om die reden staan we dergelijke topics niet toe.

Ik zoek een programma/script dat...

Dit is de Devschuur, wat er op neer komt dat er allerlei creaties ontwikkeld worden. Dat betekent ook dat het niet de bedoeling is om te vragen naar kant-en-klare onderdelen voor je website of software. Daar zijn namelijk hele sites op gericht zoals bijvoorbeeld www.hotscripts.com, en ook met zoekmachines kun je veel vinden. De Devschuur is geen verlengstuk van Google, vragen in de trant van "waar vind ik sites met..." worden dus ook niet gewaardeerd!

Scriptrequests

Ook de zogenaamde scriptrequests zijn hier niet welkom. Je zult al je scripts zelf moeten schrijven of een ander medium moeten zoeken waarop je wel kan vragen naar kant en klare oplossingen. Daar valt ook het uitbreiden van bestaande functionaliteit onder.

Mocht je tijdens het maken van een script tegen problemen aanlopen dan kun je best een vraag plaatsen. Wanneer je een bestaand script aanpast is dat ook wel bespreekbaar, maar probeer hier eerst middels de gebruikelijke supportkanalen van de maker eruit te komen. Je zult daarnaast ook wel begrijpen dat een vraag als "hoe werkt deze functie?" niet erg opschiet, want dat had je prima zelf kunnen vinden in een tutorial of reference guide.

Kan iemand even...?

Staat ook duidelijk in de algemene FAQ, maar de users in de Devschuur zijn er niet om klusjes voor anderen op te knappen. Dus vragen als "kan iemand even een CSS schrijven?" of "wil iemand even een popup-scriptje schrijven?" e.d. gaan op slot.

Mocht je nou echt vast zitten en hulp nodig hebben, kijk dan eens in Devschuurder werven? Gebruik Vraag & Aanbod!

Help, mijn script werkt niet (goed)

We zien regelmatig topics waar men vraagt om te helpen met een niet-werkend script. Vaak blijkt dat men niet (goed) weet hoe debuggen werkt. Aangezien het debuggen van software het makkelijkst gedaan wordt door de ontwikkelaar zelf, hebben we daar een handige FAQ voor geschreven.

Wat vinden jullie van mijn site?

Als je eenmaal klaar bent met je website kunnen we het goed voorstellen dat je er trots op bent. Maar toch is het niet de bedoeling dat je daar zomaar een topic over maakt. In Graphics kun je hier onder bepaalde voorwaarden wél mee terecht. Lees daarvoor eerst onze Richtlijnen voor showcases en WiP's even door.

Zorg er ook voor dat je je site al in de bekendste browsers hebt bekeken, want het is niet de bedoeling dat je aan anderen gaat vragen hoe de site eruit ziet in een bepaalde browser. Je kan die prima even zelf doen door zelf de betreffende browser te installeren.

Damn, die site is lelijk! Moet je zien!

De zogenaamde doxa, we kunnen begrijpen dat er sites zijn die de test der goede smaak niet kunnen doorstaan. Vinden we ook heel erg, alleen willen we daar hier geen draadjes over hebben. In het verleden liepen die uit op nep-mails en spam acties naar de ontwerpers van die sites.

Vraag het eens aan ChatGPT / Gemini / CoPilot / ,,,

Haha. Nee. Dat antwoord kan op elke vraag gegeven worden en de lol is er onderhand wel af. Als je niks zinnigs weet te antwoorden op iemands vraag, post dan gewoon niet en laat het aan anderen over.
Ook (copy/paste) antwoorden van een AI assistant worden niet gewaardeerd.

« · ^

Hoe post je code?

Het posten van code schijnt voor sommige users nog wat lastig te zijn. In dit topic staat de werking van de code tag uitgelegd.

We vragen ook wat extra aandacht voor het language attribuut op de code tag. Als je PHP code post, maakt [code=php] het geheel een stuk leesbaarder.

Post relevante code

Je volledige script zal vast lang zijn. Wij hebben daar echter niet zo veel aan. Middels wat debuggen is dit vast al te herleiden tot een specifieke functie of onderdeel van je code. Scheelt ons door honderden regels code spitten, vergroot de kans dat anderen je gaan helpen, verkleint de kans dat je boze moderators achter je aan krijgt

Post je code hier

We willen geen linkjes naar pastebin, github of andere code dump sites. Ook zipjes met code zijn not done. Code willen we in het topic zien. Mocht het probleem opgelost zijn, kan iemand anders daar later ook de oplossing weer uit halen, waar dat bij externe bronnen vaak minder makkelijk gaat.

« · ^

Feedback

Ieder subforum heeft een feedback topic waarin mensen hun ei kwijt kunnen over de gang van zaken. Voor dit subforum kun je het topic hier vinden. Aarzel niet om er in te reageren, het topic is er voor.