iemand hier :#
Misschien wel even omkaderen dat het gebaseerd is op de vlaamse televisie reeks Safety firstjip_86 schreef op woensdag 13 mei 2015 @ 11:10:
[...]
Dat kun je toch niet meer serieus nemen. Hoe ze dat zongen ook: "Wie ar troe consultants
Van daar dus das slecht engels.
RTFM!
Ik heb hem halverwege maar uitgezet, te moeilijk om mijn lach in te houden.
Roses are red, violets are blue, unexpected '{' on line 32.
Die eerste vraag die ze stellen is redelijk legitiem lijkt me, ook voor javascript UX-developers (jbdeiman schreef op woensdag 13 mei 2015 @ 09:44:
[...]
Als ik de samenvatting lees zoals zij de vacature interpreteert begrijp ik haar wel. Een vacature is vaak een samenraapsel van Buzzwords, of korte beschrijvingen die voor de meeste mensen interessant zijn:
...
Komt mij een beetje over alsof de schrijfster zichzelf meer skills toedicht dan ze bezit. Wel vermakelijk om te lezen
[ Voor 34% gewijzigd door wackmaniac op 13-05-2015 11:38 ]
Read the code, write the code, be the code!
Ik vind de pagina waarnaar gelinkt wordt eigenlijk nog veel zorgwekkender: http://blog.codinghorror.com/why-cant-programmers-program/
Er zijn dus serieus mensen die solliciteren op een senior development functie zonder zoiets te kunnen schrijven...
Er zijn dus serieus mensen die solliciteren op een senior development functie zonder zoiets te kunnen schrijven...
Vreemd, toen ik Koffie aanvroeg (LANG GELEDEN!) werkte het meteen. Ben benieuwd wat voor lollig Japans er moet staan.Caelorum schreef op woensdag 13 mei 2015 @ 09:13:
[...]
De tags ondersteunen geen Japanse tekens ^^. Maar... reden is simpel: Tag is aangevraagd, maar moet nog worden goedgekeurd. Gaat natuurlijk nooit gebeuren.
Wauw, echt een half uur geen internet hier op kantoor. Langzaam beginnen de meeste websites het weer te doen...

Hier ook (Alkmaar)
Lekker op de bank
Hier ook..
Hier was het ook even eruit. Met name Azure gerelateerde sites/services etc
]|[ Apple Macbook Pro Retina 13" ]|[
Dat is natuurlijk omdat iedereen die pagina als een gek zit te refreshen
Maar hier ook problemen (Maastricht). Mooiste was dat als eerste de niet IT collega's kwamen "doet jullie het bij jullie nog?" en hier meteen Google werd open gegooid die (wel) perfect werkte, oftewel "jup, doet het".
Apart, hier in utrecht ook problemen. Ene moment loopt alles als een trein, volgende moment niks te bereiken
Nu.nl was ook stuk, de website van de ams-ix ook, nuon.nl (was ik toevallig net op ingelogd). Was wel wat meer denk ik.DeluxZ schreef op woensdag 13 mei 2015 @ 12:44:
Hier was het ook even eruit. Met name Azure gerelateerde sites/services etc
En waarom gebeuren zulk soort dingen altijd op hetzelfde moment als ik iets in mijn netwerk verander... Deze keer net het accesspoint herstart en er waren issues. Net als toen ik vorige keer mijn router herstartte, Ziggo om een of andere reden net last kreeg van een storing.
Oorzaak gevonden, bedankt.dcm360 schreef op woensdag 13 mei 2015 @ 13:15:
En waarom gebeuren zulk soort dingen altijd op hetzelfde moment als ik iets in mijn netwerk verander... Deze keer net het accesspoint herstart en er waren issues. Net als toen ik vorige keer mijn router herstartte, Ziggo om een of andere reden net last kreeg van een storing.
Dying is God's way of telling you, you've been FIRED.
Mwah ik merk toch wel dat er een aantal bedrijven zijn die je dan leuk allerlei algoritmes willen laten maken als test en dat ik bij mezelf zoiets heb van "je gaat mij niet wijs maken dat ik dit de hele dag moet gaan doen". Leuk voor mensen die net een opleiding CS achter de rug hebben maar ik zie zelden tot nooit mensen iets met die exacte kennis doen. Ik mag het nou gaan leren of ik kom voor bepaalde banen niet in aanmerking, maar dan leer ik het voor mijn gevoel met name alleen om door de sollicitatieprocedure heen te komen.
iOS developer
Volgens mij gaat het niet over dat soort algoritmes toch?BikkelZ schreef op woensdag 13 mei 2015 @ 13:37:
Mwah ik merk toch wel dat er een aantal bedrijven zijn die je dan leuk allerlei algoritmes willen laten maken als test en dat ik bij mezelf zoiets heb van "je gaat mij niet wijs maken dat ik dit de hele dag moet gaan doen". Leuk voor mensen die net een opleiding CS achter de rug hebben maar ik zie zelden tot nooit mensen iets met die exacte kennis doen. Ik mag het nou gaan leren of ik kom voor bepaalde banen niet in aanmerking, maar dan leer ik het voor mijn gevoel met name alleen om door de sollicitatieprocedure heen te komen.
Het ging hier in elk geval om FizzBuzz en daar heb je absoluut geen CS opleiding voor nodig.
Never attribute to malice that which can be adequately explained by stupidity. - Robert J. Hanlon
60% of the time, it works all the time. - Brian Fantana
Dat soort opdrachten is inderdaad redelijk zinloos. Beter is om naar iemand z'n blog, GitHub, etc. te kijken hoe zijn/haar programmeer skills zijn.BikkelZ schreef op woensdag 13 mei 2015 @ 13:37:
Mwah ik merk toch wel dat er een aantal bedrijven zijn die je dan leuk allerlei algoritmes willen laten maken als test en dat ik bij mezelf zoiets heb van "je gaat mij niet wijs maken dat ik dit de hele dag moet gaan doen". Leuk voor mensen die net een opleiding CS achter de rug hebben maar ik zie zelden tot nooit mensen iets met die exacte kennis doen. Ik mag het nou gaan leren of ik kom voor bepaalde banen niet in aanmerking, maar dan leer ik het voor mijn gevoel met name alleen om door de sollicitatieprocedure heen te komen.
In The Software Craftsman: Professionalism, Pragmatism, Pride wordt er speciaal in een hoofdstuk beschreven waarom dat beter is die triviale opdrachten die je in de praktijk toch nooit gebruikt.
Mocht een ontwikkelaar geen blog, GitHub, Twitter, artikelen geschreven, etc. hebben, dan is het misschien tijd om daar eens aan te beginnen.
Zelf knap ik altijd af van dat soort opdrachten te doen. Meestal kies ik dan wel voor een ander bedrijf om te gaan werken (mits de keuze er is). Je hebt immers ook nog zoiets als proeftijd om (van beide kanten) af te tasten of het een goede match is.
[ Voor 9% gewijzigd door Jan_V op 13-05-2015 13:47 ]
Battle.net - Jandev#2601 / XBOX: VriesDeJ
Het kan ook zijn dat ze buiten hun werk graag iets anders doen natuurlijkJan_V schreef op woensdag 13 mei 2015 @ 13:45:
[...]
Mocht een ontwikkelaar geen blog, GitHub, Twitter, artikelen geschreven, etc. hebben, dan is het misschien tijd om daar eens aan te beginnen.
Dan ook nog hopen dat diegene dat onder zijn eigen naam doet en niet via een nickname hier op GoT bijvoorbeeld...
Ik denk dat potentiele werkgevers niet de kwaliteit van mijn code kunnen afleiden van mijn Twitter. Mijn GitHub bevat voornamelijk gists en voor een serieuze blog heb ik geen zin (of tijd om zin voor te maken); ik zit de hele dag al in de code en dan heb ik thuis, als de kids 's avonds eindeljk op bed liggen, weinig goesting meer om nog meer code te gaan kloppen. Ik denk dat je hier een beetje kort door de bocht gaat.Jan_V schreef op woensdag 13 mei 2015 @ 13:45:
[...]
...
Mocht een ontwikkelaar geen blog, GitHub, Twitter, artikelen geschreven, etc. hebben, dan is het misschien tijd om daar eens aan te beginnen.
...
Edit: hehe, jip_86 is me net voor
Read the code, write the code, be the code!
Iedereen deze al gezien? Het wordt een erg enge toekomst: https://www.destroyallsof...h-and-death-of-javascript
(Het begin is even grappig, maar de laatste tien minuten, over hoe je allemaal hardware virtualisatie kan laten wegvagen, klinkt als iets heel engs maar ook iets heel logisch dat mogelijk gaat gebeuren.)
(Het begin is even grappig, maar de laatste tien minuten, over hoe je allemaal hardware virtualisatie kan laten wegvagen, klinkt als iets heel engs maar ook iets heel logisch dat mogelijk gaat gebeuren.)
Wat ik meestal doe is specifieke issues die ik tijdens mijn dagelijkse werkzaamheden tegenkom noteren (leve Evernote) en tijdens een periode van wat down-time schrijf ik er dan een artikeltje over. Dat hoeft niet veel tijd te kosten.wackmaniac schreef op woensdag 13 mei 2015 @ 13:51:
[...]
Ik denk dat potentiele werkgevers niet de kwaliteit van mijn code kunnen afleiden van mijn Twitter. Mijn GitHub bevat voornamelijk gists en voor een serieuze blog heb ik geen zin (of tijd om zin voor te maken); ik zit de hele dag al in de code en dan heb ik thuis, als de kids 's avonds eindeljk op bed liggen, weinig goesting meer om nog meer code te gaan kloppen. Ik denk dat je hier een beetje kort door de bocht gaat.
Dat is niet het doel van dat soort opdrachten. Het is bedoeld als een eenvoudige manier om snel het kaf van het koren te scheiden. Je kunt zo ook een boekhouder vragen wat extracomptabel betekent, niet omdat hij in dienst komt als lopend woordenboek maar omdat je dan snel weet of het gesprek vijf of vijftig minuten gaat duren. Nu is dat voor een boekhouder een wel erg simpel begrip maar het gaat om het ideeJan_V schreef op woensdag 13 mei 2015 @ 13:45:
Dat soort opdrachten is inderdaad redelijk zinloos. Beter is om naar iemand z'n blog, GitHub, etc. te kijken hoe zijn/haar programmeer skills zijn.
In The Software Craftsman: Professionalism, Pragmatism, Pride wordt er speciaal in een hoofdstuk beschreven waarom dat beter is die triviale opdrachten die je in de praktijk toch nooit gebruikt.
Of FizzBuzz daarin slaagt, is de vraag. Elke keer als het over FizzBuzz gaat is er altijd wel één iemand die weet te vertellen dat het neefje van de groenteboer geen FizzBuzz kan schrijven maar wel kan bewijzen dat P=NP.
Aan de andere kant hoeft het daar ook niet geheel in te slagen. Als je 80% van de waardeloze sollicitanten vrij snel aan de kant kunt schuiven en daar toevallig ook 2% van de goede sollicitanten mee terzijde schuift is dat niet erg. FizzBuzz is een tiebreaker en niet het enige onderdeel van een sollicitatiegesprek.
Look, runners deal in discomfort. After you get past a certain point, that’s all there really is. There is no finesse here.
Alleen; in hoeverre mag je iets publiceren over een klant-specifieke issue.Sardaukar schreef op woensdag 13 mei 2015 @ 13:54:
[...]
Wat ik meestal doe is specifieke issues die ik tijdens mijn dagelijkse werkzaamheden tegenkom noteren (leve Evernote) en tijdens een periode van wat down-time schrijf ik er dan een artikeltje over. Dat hoeft niet veel tijd te kosten.
En hoeveel zin heeft het, als dat al 1000-en keren is gedaan.
let the past be the past.
Het gaat mij er niet om dat ze die vraag niet mogen stellen, maar dat het wel duidelijker in facatures mag worden gezet wat er gezocht wordt. Vaak zijn het een stel termen/ buzz woorden, waar je allerlei kanten mee op kan.wackmaniac schreef op woensdag 13 mei 2015 @ 11:37:
[...]
Die eerste vraag die ze stellen is redelijk legitiem lijkt me, ook voor javascript UX-developers (): je zult toch ook grafisch wel eens dingen moeten als als elke zoveelste item moet zus en het zoveelste item zo (zover je dit niet in css zou kunnen doen natuurlijk). Of zie ik dat nou verkeerd? De tweede vraag is een verkapte manier van het converteren van een string, om een andere representatie te krijgen. Lijkt mij ook relevant.
Komt mij een beetje over alsof de schrijfster zichzelf meer skills toedicht dan ze bezit. Wel vermakelijk om te lezen
Ik vind die eerste vraag nog enigszins legitiem, maar of je nu uit het hoofd het moet kunnen opdreunen, of moet kunnen toepassen zijn verschillende zaken.
Natuurlijk is JS een onderdeel van Front-End development, maar vraag een front-ender niet om echte JavaScript code te schrijven (een soort van JS programma), gebruiken van JS moet wel kunnen.
jip_86 schreef op woensdag 13 mei 2015 @ 13:47:
[...]
Het kan ook zijn dat ze buiten hun werk graag iets anders doen natuurlijk![]()
Dan ook nog hopen dat diegene dat onder zijn eigen naam doet en niet via een nickname hier op GoT bijvoorbeeld...
Uiteraard!wackmaniac schreef op woensdag 13 mei 2015 @ 13:51:
[...]
Ik denk dat potentiele werkgevers niet de kwaliteit van mijn code kunnen afleiden van mijn Twitter. Mijn GitHub bevat voornamelijk gists en voor een serieuze blog heb ik geen zin (of tijd om zin voor te maken); ik zit de hele dag al in de code en dan heb ik thuis, als de kids 's avonds eindeljk op bed liggen, weinig goesting meer om nog meer code te gaan kloppen. Ik denk dat je hier een beetje kort door de bocht gaat.
Edit: hehe, jip_86 is me net voor
Ik bedoel ook niet dat een ontwikkelaar iedere avond/weekend/stukje vrije tijd met z'n vak bezig hoeft te zijn, maar 1 maal per maand (of zo) is het vast wel mogelijk om een periode van 1 uur te vinden om iets uit te diepen.
Al zijn het links waar een volzin omheen is geschreven, zoals Sardaukar beschrijft.
Net zoals het 1 of 2 maal per (half) jaar een user group te bezoeken.
Ook uit gists kun je natuurlijk al wat informatie halen. Zegt misschien wat minder dan een volledig project, maar persoonlijk zou ik dat al voldoende vinden bij een sollicitatiegesprek. Zeker als men in een gesprek kan aangeven waarom/waarvoor dat is gebruikt, door het beschrijvende verhaal krijg je dan vaak al snel door of iemand kennis van zaken heeft.
Volgens mij is iedereen tegenwoordig wel druk met z'n gezin, andere hobby's, sport en andere zaken. Maar zo nu en dan iets in prive tijd doen voor je vak hoort er mijns inziens gewoon bij als je vooruit wilt.
disclaimer: niet persoonlijk bedoeld aan iemand, gewoon in het algemeen
Mijn ervaring hierin is dat het vaak wel mogelijk is om klant zaken publiek beschikbaar te maken, mits je de tijd neemt om het te obfuscaten en de case te vereenvoudigen. Dit kost uiteraard wel wat extra tijd.SPee schreef op woensdag 13 mei 2015 @ 14:07:
[...]
Alleen; in hoeverre mag je iets publiceren over een klant-specifieke issue.
En hoeveel zin heeft het, als dat al 1000-en keren is gedaan.
Maar het kan natuurlijk zo zijn dat er bepaalde zaken niet publiekelijk kunnen worden gemaakt, dat soort edge cases zijn er altijd.
Ook als het al 1000-en keren is beschreven, kan het voor een potentiele werkgever wel nuttig zijn om te zien waar de ontwikkelaar de afgelopen tijd mee bezig is geweest. Het gaat dan niet om het uniek zijn met een artikel, maar om je carriere te volgen. Zo kan iemand precies volgen waar de ontwikkelaar nu mee bezig is en waar die persoon een jaar geleden mee bezig was.
[ Voor 19% gewijzigd door Jan_V op 13-05-2015 14:15 ]
Battle.net - Jandev#2601 / XBOX: VriesDeJ
Ik betrek nooit klanten in mijn blogposts - meestal kun je het wel zo generiek opschrijven dat het niet te herleiden is.SPee schreef op woensdag 13 mei 2015 @ 14:07:
[...]
Alleen; in hoeverre mag je iets publiceren over een klant-specifieke issue.
En hoeveel zin heeft het, als dat al 1000-en keren is gedaan.
En wat betreft originaliteit: tja, meestal schrijf ik het ook voor mezelf. Het is sowieso een goede oefening (zeker in een beroep waarin je vaak moet schrijven)
Caelorum in "De Devschuur Coffee Corner - Iteratie ➒"roy-t schreef op woensdag 13 mei 2015 @ 12:37:
[...] Vreemd, toen ik Koffie aanvroeg (LANG GELEDEN!) werkte het meteen. Ben benieuwd wat voor lollig Japans er moet staan.
Unicode is hard, yoCaelorum schreef op dinsdag 12 mei 2015 @ 20:52:
[...]
Ik heb geprobeerd koffie in het japans toe te voegen als nieuwe tag, maar die tekens snapt het forum nietKomt uiteindelijk dit uit: •ã?³ã?Œã??ã?Œ, was dit: コーヒー
>>> print u"コーヒー".encode('utf-8').decode('iso-8859-15')
u'\xe3\x82\xb3\xe3\x83\u0152\xe3\x83\x92\xe3\x83\u0152'
= ã³ãŒã㌠(met wat crap ertussen -- dat zijn die vraagtekens)
De query string die naar t.net wordt gestuurd is nl.
kw=%E3%82%B3%E3%83%BC%E3%83%92%E3%83%BC
en dat is utf-8 encoded (zoals het hoort in een query string...). Blijkbaar wordt dat aan de t.net-kant alleen als iso-8859-15 geínterpreteerd.
[ Voor 3% gewijzigd door ValHallASW op 13-05-2015 15:15 ]
Het probleem is meer dat t.net een Latin-9 output heeft. Over het algemeen wordt dat gefixed door niet ondersteunde tekens te vervangen door HTML entities. Bij de tags lijkt dat "vergeten" en wordt de UTF-8 as-is uitgestuurd.
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
Nu nog support voor unicode in [code]-blokken en zo.ValHallASW schreef op woensdag 13 mei 2015 @ 15:15:
[...]
Unicode is hard, yo
>>> print u"コーヒー".encode('utf-8').decode('iso-8859-15')
u'\xe3\x82\xb3\xe3\x83\u0152\xe3\x83\x92\xe3\x83\u0152'
= ã³ãŒã㌠(met wat crap ertussen -- dat zijn die vraagtekens)
Ipsa Scientia Potestas Est
NNID: ShinNoNoir
Voornamelijk geen zin om dat te doen / daar tijd voor vrij te maken.Jan_V schreef op woensdag 13 mei 2015 @ 14:09:
Ik bedoel ook niet dat een ontwikkelaar iedere avond/weekend/stukje vrije tijd met z'n vak bezig hoeft te zijn, maar 1 maal per maand (of zo) is het vast wel mogelijk om een periode van 1 uur te vinden om iets uit te diepen.
Al zijn het links waar een volzin omheen is geschreven, zoals Sardaukar beschrijft.
Net zoals het 1 of 2 maal per (half) jaar een user group te bezoeken.
Maar als front-end developer is het misschien ook iets makkelijker; bij mijn sollicitaties heb ik altijd een aantal URLs gegeven van websites die een goede indruk gaven van mijn ‘skills’.
“The best way to get the right answer on the Internet is not to ask a question, it's to post the wrong answer.”
QA Engineer walks into a bar. Orders a beer. Orders 0 beers. Orders 999999999 beers. Orders a lizard. Orders -1 beers.
Klinkt altijd zo raar. Deze topic.oisyn schreef op woensdag 13 mei 2015 @ 15:46:
[modbreak]Kunnen mensen eens kappen met het koppelen van tags aan deze topic? Laatste waarschuwing, hierna volgen consequenties! :/[/]
Kun je iets uitwijden over de consequenties ? ....oisyn schreef op woensdag 13 mei 2015 @ 15:46:
[modbreak]Kunnen mensen eens kappen met het koppelen van tags aan deze dit topic? Laatste waarschuwing, hierna volgen consequenties! :/[/]
Consequenties als een kratje bier voor de winnaar van de orgineelste .. of de langste staan me op zich wel aan
ps. je klonk als een gebroken mod. .. je komt er toch wel weer overheen heh
[ Voor 8% gewijzigd door gekkie op 13-05-2015 16:20 ]
Nee maar het gaat ook wel wat verder dan FizzBuzz. Deze vraag moest ik binnen 40 minuten beantwoorden bijvoorbeeld:Cloud schreef op woensdag 13 mei 2015 @ 13:41:
[...]
Volgens mij gaat het niet over dat soort algoritmes toch?Het gaat hier over de meest basic programmeeropdrachten om te checken of iemand überhaupt kan programmeren of niet.
Het ging hier in elk geval om FizzBuzz en daar heb je absoluut geen CS opleiding voor nodig.
http://codegolf.stackexch...nt-that-it-has-already-vi
Dit zijn problemen die iedere fatsoenlijke programmeur met een beetje Google en zelf nadenken binnen een professionele omgeving in een redelijke tijd wel kan oplossen, maar binnen 40 minuten niet. Dan moet je al bekend zijn met het algoritme van de oplossing.
Ik heb er helaas niet zo veel tijd meer voor, maar ik wil inderdaad wel wat blogposts schrijven. Heb laatst MonoMac (dus niet Xamarin.Mac) aan de praat gekregen met een bridge naar een in C geschreven hardware driver, dat is gewoon interessante informatie die ik niet 1-2-3 panklaar op het internet kon vinden.Jan_V schreef op woensdag 13 mei 2015 @ 13:45:
[...]
Dat soort opdrachten is inderdaad redelijk zinloos. Beter is om naar iemand z'n blog, GitHub, etc. te kijken hoe zijn/haar programmeer skills zijn.
In The Software Craftsman: Professionalism, Pragmatism, Pride wordt er speciaal in een hoofdstuk beschreven waarom dat beter is die triviale opdrachten die je in de praktijk toch nooit gebruikt.
Mocht een ontwikkelaar geen blog, GitHub, Twitter, artikelen geschreven, etc. hebben, dan is het misschien tijd om daar eens aan te beginnen.
Zelf knap ik altijd af van dat soort opdrachten te doen. Meestal kies ik dan wel voor een ander bedrijf om te gaan werken (mits de keuze er is). Je hebt immers ook nog zoiets als proeftijd om (van beide kanten) af te tasten of het een goede match is.
Een GitHub vol zetten met "interessante" dingen met als enige reden er interessante dingen op te zetten....liever bouw ik een frameworkje en zet dat er dan op op.
iOS developer
Look, runners deal in discomfort. After you get past a certain point, that’s all there really is. There is no finesse here.
Een tempban. En je taalfix mag je achterwege laten: http://www.woorden.org/woord/topicgekkie schreef op woensdag 13 mei 2015 @ 16:19:
[...]
Kun je iets uitwijden over de consequenties ? ...
Nee, het is gewoon bloedirritant om die dingen de hele tijd te moeten weghalen ondanks meerdere waarschuwingen van NMe. Op een gegeven moment zijn we het gewoon zat.gekkie schreef op woensdag 13 mei 2015 @ 16:19:
ps. je klonk als een gebroken mod. .. je komt er toch wel weer overheen heh![]()
[ Voor 43% gewijzigd door .oisyn op 13-05-2015 16:28 ]
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
Waarom zijn "consequenties" nodig om op te houden met ongewenst gedrag? Op een handjevol mensen na zijn we hier allemaal volwassen.gekkie schreef op woensdag 13 mei 2015 @ 16:19:
[...]
Kun je iets uitwijden over de consequenties ? ...
[ Voor 11% gewijzigd door NMe op 13-05-2015 16:30 ]
'E's fighting in there!' he stuttered, grabbing the captain's arm.
'All by himself?' said the captain.
'No, with everyone!' shouted Nobby, hopping from one foot to the other.
Het is iets subtieler. Als je een form post dan zorgt de browser er voor dat dat in dezelfde encoding gaat als de pagina-encoding (=latin-9 in dit geval). Dit teken -> コ wordt daardoor door de browser als コ verzonden. Dat wordt vervolgens (neem ik aan) letterlijk zo aan de database doorgegeven..oisyn schreef op woensdag 13 mei 2015 @ 15:40:
Het probleem is meer dat t.net een Latin-9 output heeft. Over het algemeen wordt dat gefixed door niet ondersteunde tekens te vervangen door HTML entities. Bij de tags lijkt dat "vergeten" en wordt de UTF-8 as-is uitgestuurd.
Als je met een xmlhttprequest werkt dan wordt de request standaard als utf-8 encoded, en dan zul je dus aan de server side daar nog een htmlentities-achtige functie overheen moeten gooien.
Op de een of andere manier klinkt het in iedergeval erg euhmmm "jeugdig" ... tegenwoordig is bijna alles "de" en "deze" .. weetjuh jonguhkenneth schreef op woensdag 13 mei 2015 @ 16:27:
[...]
http://woordenlijst.org/zoek/?q=topic&w=w
Hoewel ik ook altijd het gebruik ...
Maar in dit geval mea culpa
Een ban, terwijl je niet kan zien wie de tag heeft toegevoegd?
Wie krijgt die dan?
Maar meer om de onduidelijke jobbeschrijving én nutteloze acties die gevraagd worden.
Dus dat een vacature in veel gevallen niet beschrijft wat je daar gaat doen. Dat heb ik ook met de meeste advertenties.
Zó onduidelijk en vaag en algemeen beschreven, daar wordt ik niet enthousiast van. En het probleem is: dat zijn de meeste advertenties. Bij die eenheidsworst sla ik die vacature over "want dat zal toch wel niets wezen".
Ook niet goed voor bedrijven; een groot aantal ontwikkelaars haakt af.
Wat het ook lastig maakt: dezelfde naamgeving voor verschillende invulling van werk. Als "web developer" bij het ene bedrijf een UX bedoeld wordt, terwijl bij het andere een php-er is, maakt het ook niet makkelijk. Of, omdat de term "ontwikkelaar" niet mag, er "applicatiebeheerder" van maken. Krijg je daar als ontwikkelaar niet argwaan bij?
Wie krijgt die dan?
De "rant" ging niet zozeer over de (nutteloze) test.Cloud schreef op woensdag 13 mei 2015 @ 13:41:
[...]
Volgens mij gaat het niet over dat soort algoritmes toch?Het gaat hier over de meest basic programmeeropdrachten om te checken of iemand überhaupt kan programmeren of niet.
Het ging hier in elk geval om FizzBuzz en daar heb je absoluut geen CS opleiding voor nodig.
Maar meer om de onduidelijke jobbeschrijving én nutteloze acties die gevraagd worden.
Dus dat een vacature in veel gevallen niet beschrijft wat je daar gaat doen. Dat heb ik ook met de meeste advertenties.
Zó onduidelijk en vaag en algemeen beschreven, daar wordt ik niet enthousiast van. En het probleem is: dat zijn de meeste advertenties. Bij die eenheidsworst sla ik die vacature over "want dat zal toch wel niets wezen".
Ook niet goed voor bedrijven; een groot aantal ontwikkelaars haakt af.
Wat het ook lastig maakt: dezelfde naamgeving voor verschillende invulling van werk. Als "web developer" bij het ene bedrijf een UX bedoeld wordt, terwijl bij het andere een php-er is, maakt het ook niet makkelijk. Of, omdat de term "ontwikkelaar" niet mag, er "applicatiebeheerder" van maken. Krijg je daar als ontwikkelaar niet argwaan bij?
let the past be the past.
Dank je ... smeer me al jaren het ongans met de oil of ola(y|z) ... ben blij dat het toch enigzins helptNMe schreef op woensdag 13 mei 2015 @ 16:29:
[...]
Waarom zijn "consequenties" nodig om op te houden met ongewenst gedrag? Op een handjevol mensen na zijn we hier allemaal volwassen.
Ik zat ook maar wat te vissen ... en aangezien ongewenst gedrag opzich een positieve consequentie niet uitsluit (ik terroriseer de buurt .. en mag gratis naar de sportschool danwel op een reisje) .. dacht ik .. ik vraag eens welke kant het op gaat.
Maar goed het reisje is dus een enkeltje kerkers van tweakers HQ als ik het zo begrijp ..
Ben nu natuurlijk wel benieuwd naar een shortlist van al deze creativiteit
[ Voor 6% gewijzigd door gekkie op 13-05-2015 16:49 ]
Dat ik het niet kan zien wil niet zeggen dat het niet op te vragen valt.SPee schreef op woensdag 13 mei 2015 @ 16:42:
Een ban, terwijl je niet kan zien wie de tag heeft toegevoegd?
Wie krijgt die dan?
'E's fighting in there!' he stuttered, grabbing the captain's arm.
'All by himself?' said the captain.
'No, with everyone!' shouted Nobby, hopping from one foot to the other.
Tweakers kennende wordt dat allemaal gelogd. 
Misschien ben ik gewoon dom hoor, maar wat is nou eigenlijk precies het probleem?
Misschien ben ik gewoon dom hoor, maar wat is nou eigenlijk precies het probleem?
We are shaping the future
Het echte probleem is dat er iets bedacht is zonder het helemaal uit te werken. Heel dat 'onderwerp' gebeuren is IMO aardig verouderd. De insteek zou iets moeten zijn zoals bij stackoverflow maar ok. In feite komt het er nu op neer dat je -bestaande- tags cq onderwerpen standaard kan toevoegen of iemand het er nu mee eens is of niet. Niet bestaande tags moet je eerst aanvragen.Alex) schreef op woensdag 13 mei 2015 @ 17:40:
Tweakers kennende wordt dat allemaal gelogd.
Misschien ben ik gewoon dom hoor, maar wat is nou eigenlijk precies het probleem?
Vervolgens staan hier aardig wat posts in, en als je dus een onderwerp koppelt zoals 'koffie' dan krijgen sommige zo'n badge terwijl dit topic technisch gezien geen tags mag/moet krijgen omdat het een soort slowchat topic is.
tl;dr je kan tags te voegen en daar zit geen direct beheer achter.
Ofwel, als we een koffieslowchat-tag zouden hebben zou er een 'echte' Koffiekeizer kunnen zijn (die alles weet over Senseo's) en zou Firesphere hier alsnog de slowchatkeizer zijn?
We are shaping the future
Bakt NMe toch een scriptje wat ze redirect naar /dev/null .. totdat ze bedacht hebben wat ze nou eigenlijk willen met de koning keizer admiraal ... iets moeten we toch allemaal ... (zeker van te veel koffie)
Toch opvallend dat er gelijk gekeken wordt naar een peopleware oplossing ipv software
Toch opvallend dat er gelijk gekeken wordt naar een peopleware oplossing ipv software

[ Voor 19% gewijzigd door gekkie op 13-05-2015 18:01 ]
Of men stopt gewoon met kinderachtig doen. De grapjes hebben we al uitgehaald, er zal nu wel 20x de tag koffie en andere shit in hebben gestaan.
Mja als men vervelend is ga je gewoon al je oude topics langs en voeg je daar de tags die je maar wilt in. Uiteindelijk wordt het gewoon een administratieve rompslomp om alles in de gaten te houden, vooral als je nu hoort dat de admins totaal geen 'beheer' erop hebben los van het achteraf aanpassen...
Al met al ben ik wel van mening dat je het probleem niet bij de gebruiker moet neerleggen.
Mja als men vervelend is ga je gewoon al je oude topics langs en voeg je daar de tags die je maar wilt in. Uiteindelijk wordt het gewoon een administratieve rompslomp om alles in de gaten te houden, vooral als je nu hoort dat de admins totaal geen 'beheer' erop hebben los van het achteraf aanpassen...
Al met al ben ik wel van mening dat je het probleem niet bij de gebruiker moet neerleggen.
Douweegbertje schreef op woensdag 13 mei 2015 @ 18:04:
Of men stopt gewoon met kinderachtig doen. De grapjes hebben we al uitgehaald, er zal nu wel 20x de tag koffie en andere shit in hebben gestaan.

In kleinere oude topics maakt het weinig uit tenzij het écht in bulk gebeurt, in grotere topics komen we er vanzelf achter en is het snel genoeg gefixt.Mja als men vervelend is ga je gewoon al je oude topics langs en voeg je daar de tags die je maar wilt in. Uiteindelijk wordt het gewoon een administratieve rompslomp om alles in de gaten te houden, vooral als je nu hoort dat de admins totaal geen 'beheer' erop hebben los van het achteraf aanpassen...
Er staat inmiddels een feature request open om het onmogelijk te maken om topics waar een tag niet zinnig is te taggen.Al met al ben ik wel van mening dat je het probleem niet bij de gebruiker moet neerleggen.
'E's fighting in there!' he stuttered, grabbing the captain's arm.
'All by himself?' said the captain.
'No, with everyone!' shouted Nobby, hopping from one foot to the other.
Members only:
Alleen zichtbaar voor ingelogde gebruikers.
Inloggen
Always looking for developers wanting to work with Erlang.
Brakkie41 schreef op woensdag 13 mei 2015 @ 19:52:
Members only:
Alleen zichtbaar voor ingelogde gebruikers. Inloggen
Members only:
Alleen zichtbaar voor ingelogde gebruikers.
Inloggen
Members only:
Alleen zichtbaar voor ingelogde gebruikers.
Inloggen
Avalaxy schreef op woensdag 13 mei 2015 @ 19:59:
[...]Members only:
Alleen zichtbaar voor ingelogde gebruikers. Inloggen
Members only:
Alleen zichtbaar voor ingelogde gebruikers.
Inloggen
[ Voor 14% gewijzigd door Caelorum op 13-05-2015 20:01 ]
Brakkie41 schreef op woensdag 13 mei 2015 @ 19:52:
Members only:
Alleen zichtbaar voor ingelogde gebruikers. Inloggen
Members only:
Alleen zichtbaar voor ingelogde gebruikers.
Inloggen
Members only:
Alleen zichtbaar voor ingelogde gebruikers.
Inloggen
Always looking for developers wanting to work with Erlang.
Zullen we niet weer een complete discussie van de grond laten komen die members only is?
Dat leest bijzonder storend voor mensen die via Google binnenkomen.
Als je dit graag wil bespreken, open dan even een topic in Tweakers Lounge of iets dergelijks, of doe het gewoon open en bloot.
'E's fighting in there!' he stuttered, grabbing the captain's arm.
'All by himself?' said the captain.
'No, with everyone!' shouted Nobby, hopping from one foot to the other.
Brakkie41 schreef op woensdag 13 mei 2015 @ 19:52:
Members only:
Alleen zichtbaar voor ingelogde gebruikers. Inloggen
Members only:
Alleen zichtbaar voor ingelogde gebruikers.
Inloggen
Fair enough NMe. Je kan m'n post-geschiedenis erop naslaan maar ik doe dit normaal gezien nooit.NMe schreef op woensdag 13 mei 2015 @ 20:08:
Zullen we niet weer een complete discussie van de grond laten komen die members only is?Dat leest bijzonder storend voor mensen die via Google binnenkomen.
Als je dit graag wil bespreken, open dan even een topic in Tweakers Lounge of iets dergelijks, of doe het gewoon open en bloot.

Always looking for developers wanting to work with Erlang.
De "weer" sloeg niet op dat jij dit nou zo vaak doet maar op dat ik het een week geleden ook al zag in dit topic.
[ Voor 5% gewijzigd door NMe op 13-05-2015 20:16 ]
'E's fighting in there!' he stuttered, grabbing the captain's arm.
'All by himself?' said the captain.
'No, with everyone!' shouted Nobby, hopping from one foot to the other.
Nadat je bent uit gechangemanagement .. en alles en iedereen nu weer agile en scrum bezig is .. en weer terug aan elkaar geteambuild ... zijn natuurlijk zowel de tijd en het budget op .. dus productiieeee en niet te lang bij de ongelabelde coffee corner staan ..
Je bent nog drammeriger dan mijn dochter van 1,5 jaargekkie schreef op woensdag 13 mei 2015 @ 20:23:
ongelabelde coffee corner
Look, runners deal in discomfort. After you get past a certain point, that’s all there really is. There is no finesse here.
Refactoring heeft voor een leidinggevende ongeveer de zelfde betekenis als "klysma". Het kan best een keer nodig zijn maar vooral niet bij mij en vooral niet nu.Members only:
Alleen zichtbaar voor ingelogde gebruikers. Inloggen
Speltip 1:
Praat nooit met leidinggevenden over refactoring, doe het gewoon. Pak een story die redelijk complex is of lijkt en ga er even met de rest van het team (ex leidinggevenden en ander niet-technisch tuig) doorheen hoe je het gaat doen en doe het gewoon in de tijd van die change request.
Speltip 2:
Refactor altijd. Alle oude code waar je doorheen gaat die moet je gewoon volgens Clean Code refactoren, dat is nauwelijks werk terwijl je uit aan het zoeken bent hoe het precies in elkaar zit en met fatsoenlijke tools is het vrij risicoloos. Eerst los je grote functies op in kleine en vervolgens herken je weer patronen waardoor je grote klasses kunt omzetten naar meerdere kleine. Op dat moment is je code zo vloeibaar dat je tijdens je in Speltip 1 vermelde refactoring-die-niet-zo-genoemd-wordt heel makkelijk dingen kunt rondschuiven en de extra tijd voor de refactor niet eens ergens een rood metertje veroorzaakt op het dashboard van je manager.
Speltip 3:
In tegenstelling tot managers (je zou het niet zeggen als je de respectievelijke salarisschalen ziet) zijn programmeurs schaars. Mocht je baan aanvoelen als een eindeloos moeras van JIRA tickets zonder glorie kun je altijd *hop* *hop* *hop* wat beters zoeken.
[ Voor 2% gewijzigd door NMe op 13-05-2015 21:17 . Reden: Naam van degene die je citeert weggehaald. ;) ]
iOS developer
Eens, eens en eens.
Voor managers is refactoren niets meer als "geld uitgeven aan iets onnodigs, want wat we hebben is al goed, toch?".
Voor managers is refactoren niets meer als "geld uitgeven aan iets onnodigs, want wat we hebben is al goed, toch?".
We are shaping the future
Owhh wacht maar tot ze ouder en wijzer wordtkenneth schreef op woensdag 13 mei 2015 @ 20:28:
[...]
Je bent nog drammeriger dan mijn dochter van 1,5 jaar
Schitterende vergelijking!BikkelZ schreef op woensdag 13 mei 2015 @ 20:41:
[...]
Refactoring heeft voor een leidinggevende ongeveer de zelfde betekenis als "klysma". Het kan best een keer nodig zijn maar vooral niet bij mij en vooral niet nu.
Ook mijn ervaring. Refactoring is een continu (achtergrond)proces. Maar het is ook de ideale klus voor vrijdagmiddag wanneer je geen zin meer hebt om een nieuwe taak op te pakken. Even de laatste twee uur orde op zaken brengen en met een lekker voldaan gevoel het weekend inBikkelZ schreef op woensdag 13 mei 2015 @ 20:41:
Wijze woorden over refactoring
Look, runners deal in discomfort. After you get past a certain point, that’s all there really is. There is no finesse here.
De leidinggevende is het probleem niet, de klant wel. Daarom is de truuk om voor elke nieuwe feature/iteratie/whatever wat extra tijd in te plannen voor refactoring tussen de andere werkzaamheden. De klant is al akkoord met de prijs en hoeft niet in detail te weten waar je mee bezig bent, en uiteindelijk is ook hij gebaat bij beter onderhoudbare code.
Gelukkig weet het bedrijf waar ik werk wel hoe belangrijk refactoring is en krijg ik daar toch nog regelmatig de tijd voor als ik daarom vraag.
Gelukkig weet het bedrijf waar ik werk wel hoe belangrijk refactoring is en krijg ik daar toch nog regelmatig de tijd voor als ik daarom vraag.
'E's fighting in there!' he stuttered, grabbing the captain's arm.
'All by himself?' said the captain.
'No, with everyone!' shouted Nobby, hopping from one foot to the other.
Alles is relatief. Ik als programmeur zou graag hier en daar wat herschrijven. Als ik het zakelijk ga bekijken, dan is het het niet waard. Uiteindelijk blijft het een misschien wat moeilijke rekensom, maar programmeurs neigen al snel naar het refactoren terwijl hoe onlogisch het ook klinkt niet altijd de 'efficiëntste' manier is zakelijk gezien. Ook niet uitgerekt over meerdere jaren soms.NMe schreef op woensdag 13 mei 2015 @ 21:20:
Gelukkig weet het bedrijf waar ik werk wel hoe belangrijk refactoring is
In elk geval merk ik dat persoonlijk hier zelf. 2 jaar geleden had ik soms nog van 'wtf waarom staat dit hier nog' terwijl ik nu redelijk goed begrijp waarom dat is, en dat ik er ook van af blijf om wat dringendere zaken te doen.
Dat is ook waar, en iedere programmeur heeft ook de neiging het werk van zijn voorganger af te zeiken. Maar als je bepaalde stukken code ziet die duidelijk niet zo goed zijn dan kun je in ieder geval op het moment dát je er iets aan moet veranderen het ook een beetje "losweken" zodat het makkelijker te veranderen is in de toekomst.Douweegbertje schreef op woensdag 13 mei 2015 @ 22:03:
[...]
Alles is relatief. Ik als programmeur zou graag hier en daar wat herschrijven. Als ik het zakelijk ga bekijken, dan is het het niet waard. Uiteindelijk blijft het een misschien wat moeilijke rekensom, maar programmeurs neigen al snel naar het refactoren terwijl hoe onlogisch het ook klinkt niet altijd de 'efficiëntste' manier is zakelijk gezien. Ook niet uitgerekt over meerdere jaren soms.
In elk geval merk ik dat persoonlijk hier zelf. 2 jaar geleden had ik soms nog van 'wtf waarom staat dit hier nog' terwijl ik nu redelijk goed begrijp waarom dat is, en dat ik er ook van af blijf om wat dringendere zaken te doen.
iOS developer
Even ter controle hoor. Uberhaupt niet? Want op zich zijn er best een aantal relevante tags lijkt me?.oisyn schreef op woensdag 13 mei 2015 @ 15:46:
[modbreak]Kunnen mensen eens kappen met het koppelen van tags aan deze topic? Laatste waarschuwing, hierna volgen consequenties! :/[/]
I'm not a complete idiot. Some parts are missing.
.Gertjan.: Ik ben een zelfstandige alcoholist, dus ik bepaal zelf wel wanneer ik aan het bier ga!
Haskell lijkt me wel een relevante tag, in geen enkel ander topic wordt er namelijk over Haskell gesproken.
Ipsa Scientia Potestas Est
NNID: ShinNoNoir
Mooi verwoord!BikkelZ schreef op woensdag 13 mei 2015 @ 20:41:
[...]
Refactoring heeft voor een leidinggevende ongeveer de zelfde betekenis als "klysma". Het kan best een keer nodig zijn maar vooral niet bij mij en vooral niet nu.
Speltip 1:
Praat nooit met leidinggevenden over refactoring, doe het gewoon. Pak een story die redelijk complex is of lijkt en ga er even met de rest van het team (ex leidinggevenden en ander niet-technisch tuig) doorheen hoe je het gaat doen en doe het gewoon in de tijd van die change request.
Speltip 2:
Refactor altijd. Alle oude code waar je doorheen gaat die moet je gewoon volgens Clean Code refactoren, dat is nauwelijks werk terwijl je uit aan het zoeken bent hoe het precies in elkaar zit en met fatsoenlijke tools is het vrij risicoloos. Eerst los je grote functies op in kleine en vervolgens herken je weer patronen waardoor je grote klasses kunt omzetten naar meerdere kleine. Op dat moment is je code zo vloeibaar dat je tijdens je in Speltip 1 vermelde refactoring-die-niet-zo-genoemd-wordt heel makkelijk dingen kunt rondschuiven en de extra tijd voor de refactor niet eens ergens een rood metertje veroorzaakt op het dashboard van je manager.
Speltip 3:
In tegenstelling tot managers (je zou het niet zeggen als je de respectievelijke salarisschalen ziet) zijn programmeurs schaars. Mocht je baan aanvoelen als een eindeloos moeras van JIRA tickets zonder glorie kun je altijd *hop* *hop* *hop* wat beters zoeken.
@Speltip 1:
Dat is hoofdzakelijk de weg die ik inderdaad bewandel, enkel deze refactor-slag was inmiddels zo uit de kluiten gewassen dat dit niet meer even "tussendoor" te doen was. (Was trouwens de eerste keer dat ik met mijn leidinggevende een discussie heb gehad over mijn priorities maar dat is een ander verhaal).
@Speltip 2: Precies! Afgelopen weekend toevallig een weekendje weg geweest en m'n Clean Code boek maar eens afgestoft en meegenomen. Toch wel goed om weer eens een keer door te lezen en alles weer vers in het koppie te hebben.
@Speltip 3: Ben nu bezig met een trainings-programma. Als alles goed verloopt heb ik in de zomer een nieuwe functie. Zelfde bedrijf maar bij een ander team waar één van de functie-eisen is: "We don't want you to simply have read Clean Code, we want you to live by these rules". Die manager daar pusht mij ook enorm om bij mijn team de refactor-hamer er flink doorheen te gooien.
Always looking for developers wanting to work with Erlang.
Dat lijkt ons het beste ja. Het punt is dat iedereen die hier post dan automatisch punten krijgt voor die tags. Stel we voegen idd Haskell toe. Dan ben jij dus automatisch karmakoning in HaskellFiresphere schreef op woensdag 13 mei 2015 @ 23:27:
[...]
Even ter controle hoor. Uberhaupt niet? Want op zich zijn er best een aantal relevante tags lijkt me?
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
Kan er nog niet aan wennen; 'deze topic'
heeft lang geduurd
Al wat ik aanraak werk niet meer zoals het hoort. Damic houd niet van zijn verjaardag
A. Ik was het niet...
B. Wtf... na één post al meester der koffie-tags
.
TheNephilim in "Problemen aanlevering content door opdrachtgevers"
B. Wtf... na één post al meester der koffie-tags
TheNephilim in "Problemen aanlevering content door opdrachtgevers"

[ Voor 20% gewijzigd door TheNephilim op 14-05-2015 11:41 ]
Dat heeft iets te maken zo te zien met het feit dat karma berekening niet opnieuw gedaan wordt als de tag verwijderd wordt... Dus al dat karma is nog van de devschuur in tijde van de koffie tag.TheNephilim schreef op donderdag 14 mei 2015 @ 11:39:
A) Ik was het niet...
Wtf... na één post al meester der koffie-tags.
TheNephilim in "Problemen aanlevering content door opdrachtgevers"
Heel bijzonderwsitedesign schreef op donderdag 14 mei 2015 @ 11:40:
[...]
Dat heeft iets te maken zo te zien met het feit dat karma berekening niet opnieuw gedaan wordt als de tag verwijderd wordt... Dus al dat karma is nog van de devschuur in tijde van de koffie tag.
KeizerTheNephilim schreef op donderdag 14 mei 2015 @ 11:41:
[...]
Heel bijzonderFiresphere is koning trouwens (zie edit ^ )
Waarom mag je geen tags plaatsen? Beetje flauw wel iets introduceren en vervolgens verbieden ze te gebruiken.
Het heeft nog iets aanvalinducerend knipperends nodig!wsitedesign schreef op donderdag 14 mei 2015 @ 10:28:
Eindelijk valt hij goed genoeg op met die mooie waarschuwingsbordjes erbij
Never explain with stupidity where malice is a better explanation
De textarea die in het rood begint te knipperen als je "koffie" begint te typen?incaz schreef op donderdag 14 mei 2015 @ 12:30:
[...]
Het heeft nog iets aanvalinducerend knipperends nodig!
Without nipples, boobs are pointless - 365 project - In mijn hoofd is het alle dagen Kerstmis - What type of bees make milk? Boobies! - What type of bees are scary? BoooOOOOOooobeees! - Cactusliefhebster
edit:
Degene die de tag daar heeft toegevoegd was zo eerlijk om zich even te melden. Dat verandert niks aan mijn boodschap overigens. De eerste keer was het grappig, na 400 keer die tag weghalen gaat het enigszins vervelen. [ Voor 25% gewijzigd door NMe op 14-05-2015 12:46 ]
'E's fighting in there!' he stuttered, grabbing the captain's arm.
'All by himself?' said the captain.
'No, with everyone!' shouted Nobby, hopping from one foot to the other.
Of je gaat wat nuttigers met je tijd doen en laat die tag gewoon staan
Ik denk dat het vrij veilig is om te zeggen dat GoT nooit een koffie-forum zal worden waar de tag 'koffie' betekent dat je daadwerkelijk een koffie-kenner bent.
Mag coffeescript wel?
Mag coffeescript wel?
Er zijn threads waar de tag koffie wel klopt (zie http://tweakers.net/tag/Koffie/forum/)
I thought fail2ban would keep the script kiddies out but somehow you still seem to be able to login.
Géén tags op dit topic tenzij die tag daadwerkelijk voor 90% van de posts van toepassing is. Gezien het open karakter van dit topic is dat onmogelijk.Avalaxy schreef op donderdag 14 mei 2015 @ 12:49:
Of je gaat wat nuttigers met je tijd doen en laat die tag gewoon staanIk denk dat het vrij veilig is om te zeggen dat GoT nooit een koffie-forum zal worden waar de tag 'koffie' betekent dat je daadwerkelijk een koffie-kenner bent.
Mag coffeescript wel?
En dit is nuttig. Die badges zijn voor mij belangrijk, want dat soort dingen houdt mensen geïnteresseerd. Als een badge een grap is, dan betekent dat dat die badge waardeloos is om te halen. Ook de mensen die in de echte koffietopics gepost hebben moeten de kans hebben om daar koning of keizer van te kunnen worden.
Op dit moment is GoT helemaal niet interessant voor mensen die daadwerkelijk kennis hebben van programmeren. Het gros loopt weg na een tijdje omdat de interessante onderwerpen ophouden, wat weer zorgt voor minder interessante onderwerpen waardoor meer mensen weglopen. Ik denk persoonlijk dat die cirkel te doorbreken valt met gamification zoals dat op Stack Overflow al jaren een daverend succes is. Reputation (karma), bounties, badges, posts upvoten, antwoorden markeren als accepted answer, etc. dragen allemaal bij aan het leuk houden van het platform, ook wanneer de daadwerkelijke inhoud niet zo hoogstaand is. Karma 2.0 en badges zijn een eerste stap in die richting. Op korte termijn komen daar ook "likes" voor posts bij, en er zit een Q&A-systeem ergens in de pijplijn. Ik vind het heel belangrijk dat die systemen een succes zijn, want op dit moment is de Devschuur gewoon dood.
'E's fighting in there!' he stuttered, grabbing the captain's arm.
'All by himself?' said the captain.
'No, with everyone!' shouted Nobby, hopping from one foot to the other.
Dat heeft op dit moment géén enkele zin, omdat de karma berekend is mét de CC erbij, en (nog) niet herberekend is met de CC eruit. Dus de mensen die in die topics posten hebben op korte termijn geen enkele kans om de badge van FS over te nemen, tenzij de karma voor de badges opnieuw doorrekend zou worden.NMe schreef op donderdag 14 mei 2015 @ 12:58:
[...]
Ook de mensen die in de echte koffietopics gepost hebben moeten de kans hebben om daar koning of keizer van te kunnen worden.
Maar goed, je hebt natuurlijk wel gelijk.
Al blijf ik in een deuk liggen met het idee alleen al, maar goed, ik heb wat beloofd

Bedankt voor de uitleg @NMe. Ik vind het een goed systeem worden zo!
Bijvoorbeeld een mod (sorry dat ik diegene niet meer weet
) die mij die tooltjes van NimbleText aanraadde die had van mij direct een like mogen krijgen.
Hopelijk gaan die likes van posts ook mogelijk worden voor dit topic? Ik snap dat je geen tags hier wilt, maar likes zijn denk ik wel handig.NMe schreef op donderdag 14 mei 2015 @ 12:58:
[...]
Op korte termijn komen daar ook "likes" voor posts bij.
Bijvoorbeeld een mod (sorry dat ik diegene niet meer weet
Nice!Brakkie41 schreef op donderdag 14 mei 2015 @ 02:59:
[...]
@Speltip 3: Ben nu bezig met een trainings-programma. Als alles goed verloopt heb ik in de zomer een nieuwe functie. Zelfde bedrijf maar bij een ander team waar één van de functie-eisen is: "We don't want you to simply have read Clean Code, we want you to live by these rules". Die manager daar pusht mij ook enorm om bij mijn team de refactor-hamer er flink doorheen te gooien.*Fingers crossed*
iOS developer
Die berekening is nogal zwaar en wordt dus gecached. Ik weet niet hoe lang, maar als dit topic gewoon even zonder die tag blijft komt die herberekening vanzelf een keer en klopt die badgetoekenning ook weer.wsitedesign schreef op donderdag 14 mei 2015 @ 13:09:
[...]
Dat heeft op dit moment géén enkele zin, omdat de karma berekend is mét de CC erbij, en (nog) niet herberekend is met de CC eruit. Dus de mensen die in die topics posten hebben op korte termijn geen enkele kans om de badge van FS over te nemen, tenzij de karma voor de badges opnieuw doorrekend zou worden.
Voor zover mij bekend is dat wel de bedoeling en wat mij betreft is dat ook gewoon wenselijk.Ryur schreef op donderdag 14 mei 2015 @ 13:11:
Hopelijk gaan die likes van posts ook mogelijk worden voor dit topic? Ik snap dat je geen tags hier wilt, maar likes zijn denk ik wel handig.
Er gaan zoals het er nu naar uitziet geen downvotes komen, alleen upvotes. Daarmee voorkomen we het gezeur over moderatie zoals je dat nu op de FP ziet.wsitedesign schreef op donderdag 14 mei 2015 @ 13:21:
[...]
* NMe downvotes de korte, nutteloze post van Avalaxy
[ Voor 15% gewijzigd door NMe op 14-05-2015 13:22 ]
'E's fighting in there!' he stuttered, grabbing the captain's arm.
'All by himself?' said the captain.
'No, with everyone!' shouted Nobby, hopping from one foot to the other.
Dit topic is gesloten.
Let op:
*** NOG GEEN NIEUW TOPIC OPENEN AUB!! ***
(zie .oisyn in "De Devschuur Coffee Corner - Iteratie ➒")
Dit topic is niet de plaats om te lopen helpdesken. De Coffee Corner is primair bedoeld als uitlaatklep voor iedereen in de Devschuur® en niet als vraagbaak.
*** NOG GEEN NIEUW TOPIC OPENEN AUB!! ***
(zie .oisyn in "De Devschuur Coffee Corner - Iteratie ➒")
Dit topic is niet de plaats om te lopen helpdesken. De Coffee Corner is primair bedoeld als uitlaatklep voor iedereen in de Devschuur® en niet als vraagbaak.