Door Sander den Heijer

Product Lead

Filteren Plus en testresultaten bij vergelijken - Development-iteratie #200

03-02-2021 • 09:00

72

Met nummer 200 hebben we de eerste volledige iteratie van 2021 afgerond. In deze sprint hebben we onder meer de vindbaarheid van Plus-artikelen, voorheen Premium-artikelen genoemd, vergroot en tonen we testresultaten voortaan ook op de vergelijkpagina.

Vindbaarheid Plus

In het .plan van gisteren hebben jullie kunnen lezen dat de naam Premium zal veranderen in Plus. Deze naamsverandering wordt in de komende sprint doorgevoerd.

Afgelopen sprint hebben we het mogelijk gemaakt om op een aantal plekken in de site te zoeken en filteren op Plus-artikelen. Op zowel de nieuws- als de reviewlisting en op de generieke searchlisting is hiervoor het filter 'soort artikel' toegevoegd. Op de reviewlisting bijvoorbeeld vind je via dit filter alle uitgebreide Plus-achtergrondartikelen terug.

Filter premium desktop

Wat hier nog 'Premium' heet, wordt voortaan 'Plus'

Verder zie je Plus-content nu ook herkenbaar terug in de RSS-feeds en in het overzicht van de quicksearchresultaten. In die laatste is het Plus-icoon nu zichtbaar bij de zoekresultaten. In de RSS is voor de titel van het artikel [Plus] toegevoegd.

Testresultaten op vergelijkpagina

Al een aantal jaar worden de testresultaten van het Testlab getoond op de Kenmerken-tab in de Pricewatch. Nu zijn die resultaten ook zichtbaar in de vergelijkfunctionaliteit. Als je een product toevoegt met testresultaten van het Testlab, zie je deze onder de reguliere specificaties. In het groen wordt gemarkeerd welk resultaat uit de test het best is.

testresultaat in vergelijking

Wenslijsten

We hebben een kleine wijziging doorgevoerd bij de wenslijsten. Bij het aanmaken van een nieuwe lijst stond deze standaard altijd op openbaar, waarmee de lijst dus voor alle andere bezoekers inzichtelijk was. Wel kon je de wenslijst zelf als privé markeren. Nu is privé de standaard bij het aanmaken van een nieuwe wenslijst. Uiteraard kun je deze weer op openbaar zetten.

Podcast in menu

tweakers podcastVorige week kwam de alweer 149e aflevering van de Tweakers Podcast uit. Hoog tijd om dit populaire onderdeel een plek te geven in het hoofdmenu. Vanuit het menu klik je nu snel door naar het overzicht, vanwaaruit je alle afleveringen kunt beluisteren.

Techupdate

De afgelopen paar sprints stonden in het teken van het migreren van verschillende Hardware Info-onderdelen naar de infrastructuur van Tweakers. Onder andere is een aantal git repositories opgenomen in onze Gitlab-pipelines, zodat deze automatisch deployed worden.

Verder zijn diverse cronjobs in onze Jenkins-installatie gezet, zodat deze niet de webserver belasten en betere monitoring hebben. Op de planning staat om de HWI-database op onze MySQL-servers te zetten voor meer redundantie en makkelijkere back-ups. Dit heeft wat meer voeten in de aarde, doordat Tweakers gebruikmaakt van Percona en HWI van MariaDB. Het plan is om Tweakers naar MariaDB te migreren, omdat we last hebben van een vervelende Percona-bug in de nieuwste versie, waardoor de database-servers crashen. Daarnaast maakt HWI gebruik van een aantal specifieke MariaDB-functies. Uiteraard moeten we dit nog goed testen en ondervinden of we tegen grote problemen aanlopen.

Iteratie #200

scrum timeMet dit .plan sluiten we development-iteratie #200 af: toch wel een aardige mijlpaal. Het betekent namelijk dat we een jaar of tien geleden zijn begonnen met het werken volgens scrum. Met de developmentround-up van juli 2011 werd de release van iteratie #1 gedaan.

Alle .plans van deze afgelopen tweehonderd sprints kun je nog teruglezen. :)

Reacties (72)

72
72
49
1
0
5
Wijzig sortering
Voor degenen die Premium/Plus in het geheel niet willen zien op de FP, zie het [verzamel] CSS-styles; 'Hoe ziet jouw T.net eruit?' topic. Mogelijk moeten die regels aangepast worden als in de komende sprint de naamswijziging plaatsvindt, maar dan zal er wel een nieuwe post in dat topic komen.

[Reactie gewijzigd door The Zep Man op 22 juli 2024 18:23]

Hoe filter je premium berichten uit de RSS? zal daar een aparte feed voor nodig zijn?
Ik heb mijn feeds via mijn server lopen, dan kun je alles filteren. Op dit moment wordt alles met [Premium] eruit gegooid, straks zal dat waarschijnlijk [Plus] heten omdat 'Premium' in korte tijd een heel negatieve associatie heeft gekregen.
d.m.v welke software haal jij dan de feeds binnen op je server?
ik weet niet wat @AibohphobiA BoB gebruikt, maar ik gebruik zelf freshrss. Dit draai je op je server en kun je indien gewenst filters toepassen op de feed.
Ik heb een PHP script gemaakt. Maar Freshrss zal ook een goed oplossing zijn. Zolang je maar kunt filteren op titel, tekst en categorie.
Uit dit nieuwsbericht:
Verder zie je Premium-content nu ook herkenbaar terug in de RSS-feeds en in het overzicht van de quicksearchresultaten. In die laatste is het Premium-icoon nu zichtbaar bij de zoekresultaten. In de RSS is voor de titel van het artikel [Premium] toegevoegd.
De meest logische oplossing is een RSS reader met filtermogelijkheden gebruiken als een aparte feed ontbreekt. FreshRSS schijnt dit te kunnen, maar ik heb er geen ervaring mee.

[Reactie gewijzigd door The Zep Man op 22 juli 2024 18:23]

Custom CSS en Snippets is juist een Premium optie...

Dus je zal Premium moeten nemen, om het met CSS onzichtbaar te maken...

Of je hacked je eigen tool via Stylish.

Exit darkmode, exit CSS, exit Snippets straks.
Custom CSS kun je ook unlocken met karmapunten, dacht ik.

[Reactie gewijzigd door Zeror op 22 juli 2024 18:23]

Custom CSS kun je ook unlocken met karmapunten, dacht ik.
Klopt, maar zoals ik het las, worden alle Karma-Extras (zoals custom CSS) onderdeel van het Hero Abonnement?

Duidelijk is het in ieder geval niet.

Overigens heb ik zelf een Rest-API geschreven via Google Cache als endpoint waarmee ik gratis en zonder cookies alle features unlock.

Werkt perfect, maar Zeef heeft mij ooit opgebeld om dit te verbieden.

Het was zelfs een app met darkmode, rond 2015...

De naam was Tweakers.Light in tegen stelling tot Plus 🙂
Klopt, maar zoals ik het las, worden alle Karma-Extras (zoals custom CSS) onderdeel van het Hero Abonnement?
Als standaard unlocked bedoelen daarmee, denk ik. Zo is het nu namelijk ook al.
Alle karma onderdelen zijn altijd al onderdeel van het Hero Abonnement geweest, maar zijn ook individueel te ontgrendelen
Custom CSS en Snippets is juist een Premium optie...
De regels werken met elke general-purpose blocker, die beschikbaar zijn voor alle populaire browsers.

Een bonus is dat die regels ook werken als iemand niet ingelogd is.

[Reactie gewijzigd door The Zep Man op 22 juli 2024 18:23]

Ziet er allemaal goed uit.

Even los van wat er is opgeleverd, de afgelopen week hebben jullie A/B testen uitgevoerd. Dat jullie dat doen snap ik volkomen en ik wil ook geen kritiek leveren op de testen zelf. Maar wel wil ik als suggestie meegeven dat in A/B testen jullie wellicht CSS snippet gebruikers niet mee moeten nemen.
Dit om verschillende redenen:
  1. Mensen die snippets gebruiken wijken al af van de standaard en zijn geen zuiver data punt voor jullie
  2. Mensen die snippets maken gaan ze wellicht aanpassen waardoor jullie data niet meer zuiver is
  3. Mensen die snippets maken gaan ze wellicht aanpassen om er vervolgens achter te komen dat het een test was......
Persoonlijk gesproken gaat het mij om het laatste punt aangezien ik tijd heb besteed aan het aanpassen van een snippet op één computer om er vervolgens achter te komen dat op een andere computer er niks aan de hand is. Maar zoals ik al aangaf lijkt me voor jullie ook niet wenselijk dat er een groep gebruikers in de test zit die zeer waarschijnlijk zorgen voor een vertekend beeld in de testen.
Maar zoals ik al aangaf lijkt me voor jullie ook niet wenselijk dat er een groep gebruikers in de test zit die zeer waarschijnlijk zorgen voor een vertekend beeld in de testen.
Verder is testen zonder dat het proefkonijn het weet en een expliciete, weloverwogen (opt-in) keuze daarover heeft kunnen maken, onethisch in de wetenschappelijke wereld. Uiteraard (en helaas) heeft T.net zelf niets met wetenschap te maken, maar het zet wel een toon door hoe professionele onderzoekers hier tegenaan kijken.

[Reactie gewijzigd door The Zep Man op 22 juli 2024 18:23]

Dat hangt toch echt van de test af imho. Als morgen jouw gemeente een tijdelijke testopstelling maakt op de openbare weg om na te gaan of hun plan om die weg te herinrichten het gewenste effect heeft kunnen ze ook niet zomaar even gaan vragen aan iedereen of ze ermee akkoord gaan. Daar is weinig onethisch aan. Het is pas als je gaat testen met iets wat de integriteit van die persoon kan aantasten (denk aan medische tests) dat je toestemming moet gaan vragen om het ethisch te houden.
Als ik een simpele survey wil doen voor een onderzoek (zoals die 5 smileys onder artikelen hier op Tweakers), dan moet ik al een hele consent vorm opstellen en laten accepteren waarin wordt uitgelegd wat er met die data wordt gedaan, wat mijn plichten zijn en wat de rechten zijn van de mensen die mee doen, hoe met de data wordt omgegaan etc.

Dat is al een tijdje niet uniek voor medische testen, zeker sinds de invoering van de AVG is dit de standaard (ook bij anoniem invullen).
Dat is al een tijdje niet uniek voor medische testen, zeker sinds de invoering van de AVG is dit de standaard (ook bij anoniem invullen).
Ik kan verklappen dat wat je omschrijft zelfs voor de invoering van de AVG langskwam, ook voor onderzoek dat niet medisch was.

[Reactie gewijzigd door The Zep Man op 22 juli 2024 18:23]

Dat klopt, maar sinds de AVG is het toch wel strenger valt mij op. Zelfs een simpele pilot onder collega's moet nu volgens een vastgestelde procedure.

Ergens is het ook een stuk makkelijker nu omdat er standaard formulieren zijn nu die zich getoetst zijn aan wet en regelgeving waar ik eerder nog meer vrije interpretaties van wat nodig was tegen kwam. En als anderen het gezeur is kan je simpel naar de AVG verwijzen en blijft het gemopper binnensmonds.
Het formulier waar jij het over hebt gaat over de AVG/GDPR en dat kan je bij Tweakers gewoon onderaan de website terug vinden. En dat heeft niets te maken met het niet inlichten over wat je aan het testen bent, maar het waarborgen van de privacy. 2 niet gerelateerde dingen.
Dat hangt toch echt van de test af imho.
Niet in de wetenschappelijke wereld, ook zoals @svenk91 aangeeft.
Wat svenk91 aangeeft is puur AVG/GDPR. Maar ook wetenschappelijk worden er wel eens testen gedaan op openbaar domein om iets te bestuderen waarbij niet alle deelnemers er zich bewust van zijn dat ze aan het deelnemen zijn aan een test. Zolang je geen persoonlijke informatie verzameld en zolang je de integriteit van die mensen niet aantast is daar ook niets onethisch aan.
Zolang je geen persoonlijke informatie verzameld en zolang je de integriteit van die mensen niet aantast is daar ook niets onethisch aan.
Het gaat om persoonlijke informatie verwerken, niet verzamelen. Hoe verwerk je geen persoonlijke informatie als er een koppeling is tussen of iemand A of B is, en (bijvoorbeeld) diens IP adres? Zelfs als dat tegelijkertijd apart wordt verwerkt, betreffen het persoonsgegevens (dankzij bijvoorbeeld de correlatie tussen A of B, IP adres, en de timestamps waarop het verzameld is). Persoonsgegevens zijn immers alles dat direct of indirect herleidbaar is tot een persoon.

[Reactie gewijzigd door The Zep Man op 22 juli 2024 18:23]

Waarom zou je een IP adres loggen voor je test? Dat doet men met een cookie dewelke men zelf genereert. Daarnaast heeft logging van bijv. IP adressen weer niets met A/B testen te maken. Dat doet Tweakers (en zowat elke website/server) vanaf je eerste bezoek. Daar hoort gewoon een goed beleid rond te staan en dat beleid moet beschikbaar zijn. In geval van Tweakers kan je dat onderaan de site terug vinden.

Het enige probleem dat ik zie, en dat heb je op zowat elke website op het internet, is dat je dat beleid niet kunt opvragen zonder dat er persoonlijke gegevens gelogd worden.
Waarom zou je een IP adres loggen voor je test?
Tweakers logt IP adressen niet per se voor de test.

Dat het niet met elkaar te maken heeft en apart gelogd wordt maakt het niet minder persoonsgegevens. Dit:
Zolang je geen persoonlijke informatie verzameld
Is dus niet van toepassing.

[Reactie gewijzigd door The Zep Man op 22 juli 2024 18:23]

Je begint met "dit is niet ethisch", ik geef aan waarom dat dat fout is, dan kom je af met privacy schending waarop ik opnieuw aantoon dat die A/B test helemaal geen verschil maakt. Daarnaast blijf je dingen uit verband trekken. Het "Zolang je geen persoonlijke informatie verzameld" gaat niet over Tweakers, gaat over testen in het algemeen. Bij een generieke test, als je geen persoonlijke informatie verzameld, bijvoorbeeld omdat je gewoon aantallen telt, dan is een AVG niet van toepassing. Verzamel je wel persoonlijke informatie is de AVG uiteraard van toepassing. Maar dan komen we terug op de A/B test van Tweakers. Een test die op zichzelf geen bijkomende informatie verzameld die Tweakers al niet heeft zonder die test. Dus opnieuw, niet van toepassing.

Je probeerd beweringen om te draaien en uit context te trekken gewoon maar om te kunnen concluderen dat jij gelijk hebt.
Is bij het accepteren van de cookies wel specifiek aangegeven dat het voor A/B testen wordt gebruikt, en wat er allemaal mee gedaan wordt?

Hoe kan ik bijv. de resultaten van mijn deelname aan die Tweakers knop met smileys terugtrekken? Er staat niks in de algemene voorwaarden/cookie beleid over deelname aan zulke surveys. Wettelijk weet ik niet hoe het zit, maar ik vind het niet heel ethisch.
Waarom zou het überhaupt mogelijk moeten zijn om die resultaten te verwijderen? Waarom vind je het niet ethisch?

Ik snap dit soort dingen niet zo goed. Je hoeft niet deel te nemen aan die smiley surveys.
Het is vrij gangbaar om je uit onderzoeken terug te kunnen trekken, zeker als ze nog lopende zijn. Het is ook niet duidelijk of deze survey anoniem is of aan je account/cookies/IP gekoppeld zijn of iets, zeker met de persoonlijke vendetta's die sommige mods op GoT wel eens hebben kan ik mij voorstellen dat je zulke gegevens niet meer bij Tweakers wilt hebben. Openheid van wat er met zulke zaken op de site wordt gedaan zorgt dat je een betere overweging kan maken hierover.

Soms verander je ook je mening over of je zulke gegevens bij een bepaalde (commerciële) partij wilt hebben, met voortschrijdend inzicht. Wie weet gaat DPG Media het ooit gebruiken om je te spammen met het type artikelen waar je normaal positief op reageert, of verkopen ze het door. Misschien is het nu al wel compleet anoniem. Dat kan je niet (makkelijk) terugvinden, mij nog niet gelukt tenminste.
Daar heb ik als ik eerlijk ben niet zo'n probleem mee, je wil A/B testen namelijk uitvoeren op een representatieve groep mensen en die heb je niet als het opt-in is. Mijn bezwaar in deze is voornamelijk dat mensen die CSS snippets gebruiken sowieso niet representatief zijn binnen A/B testen. Dit omdat het zeer waarschijnlijk is dat ze door de gebruikte CSS snippets niet zien wat men bij t.net wil testen.
Daar heb ik als ik eerlijk ben niet zo'n probleem mee, je wil A/B testen namelijk uitvoeren op een representatieve groep mensen en die heb je niet als het opt-in is.
Waarom werkt dit in de wetenschappelijke wereld dan wel?

Vertaling: het kost te veel moeite om mensen te zoeken als het opt-in is.

The end justifies the means?
In de wetenschappelijke wereld werkt het ook lang niet altijd goed genoeg en zitten er inderdaad een hoop voorwaarden aan verbonden. Daarnaast is al vaker gebleken dat bij de ontwikkeling van websites en dergelijke groepen testers hele andere feedback geven en gedrag laten zien dan een grote groep gebruikers. Sterker nog, om het op de wetenschappelijke manier te doen moet tweakers eerst heel veel informatie verzamelen over alle gebruikers om zo een goede selectie te kunnen maken van vrijwillige testers. Dat betekend eigenlijk dat tweakers dusdanig veel informatie nodig heeft over de gemiddelde gebruiker dat men waarschijnlijk daar weer gaat steigeren...
Waarom werkt dit in de wetenschappelijke wereld dan wel?
Omdat je als vrijwilliger vaak een vergoeding kunt krijgen en er dus incentive is om mee te doen misschien?
Of dat het mogelijk baanbrekend onderzoek is voor een bepaalde ziekte en mensen daar graag aan mee willen werken?

Kijk de reclames van PRA health voor de gein eens. De eerst zin in 1 van die spotjes is letterlijk: De reden dat ik meedoe via PRA is zeker voor de helft het geld wat ik er mee verdien"
Ze testen jou niet, ze testen een website en observeren het gedrag van (vermoedelijk overwegend niet-betalende) bezoekers.
Ze testen jou niet, ze testen een website en observeren het gedrag van (vermoedelijk overwegend niet-betalende) bezoekers.
Dus ik ben geen bezoeker?

Does not compute.
Als bezoeker heb je ergens op 'akkoord' geklikt, of niet?

Eerste alinea vd cookiewall:
Tweakers is onderdeel van DPG Media. Onze sites en apps gebruiken cookies, JavaScript en vergelijkbare technologie onder andere om u een optimale gebruikerservaring te bieden. Ook kunnen we hierdoor het gedrag van bezoekers vastleggen en analyseren, en deze informatie toevoegen aan bezoekersprofielen.

[Reactie gewijzigd door epoman op 22 juli 2024 18:23]

Niet elke bezoeker klikt op akkoord (I Do Not Care About Cookies). Verder is de cookiemuur van T.net illegaal, dus daar kan ook niets uitgehaald worden.

Verder zou je ook moeten weten dat een EULA niet perse rechtsgeldig is.

[Reactie gewijzigd door The Zep Man op 22 juli 2024 18:23]

Niet elke bezoeker klikt op akkoord (I Do Not Care About Cookies).
Die plugin "drukt" voor jou op akkoord. Dat is het hele punt van die plugin. Niet dat je geen cookies meer krijgt, maar juist dat het je gestolen kan worden en je gewoon niet die melding wil.
Niet elke bezoeker klikt op akkoord (I Do Not Care About Cookies).
Da's een plugin? Dat je moedwillig meldingen omzeilt, maakt ze nog niet ongeldig. Als je op de weg je ogen dicht doet, gelden de borden ook nog steeds.
Een EULA is rechtsgeldig zolang het binnen de wet te verantwoorden valt. als er in staat: "Je gaat er mee akkoord dat we dieren mishandelen" dan is dat niet te verantwoorden binnen de wet.

Het gedrag van bezoekers vastleggen en analyseren valt prima binnen de wettelijke kaders en is daarmee gewoon rechtsgeldig.

Een EULA is rechtsgeldig tenzij... niet andersom.
Tegenwoordig moet je kunnen aangeven welke cookies je wel of niet wilt, bij Tweakers (en alle DPG sites) kun je alléén alles of niets accepteren, dat alleen al maakt de cookiewall op Tweakers niet rechtsgeldig.
Ja dat klopt. Nog steeds best wel lelijk voor een site als dit.

Echter is dat in algemene zin dus nog steeds niet onjuist.
En in development is het de normaalste zaak van de wereld. Webwinkels als Bol, coolblue en Amazon doen het continu en ook bij banken en apps als netflix zit je gewoon in A/B testgroepen.

Het is totaal onzinnig om daar toestemming voor te gaan vragen. Krijgen we straks na de cookiemuur ook een A/B testmuur. Nee bedankt.

Ik ben het met @Creesch eens dat je bepaalde gebruikers niet in je testgroep wil hebben omdat je de resultaten dan kunt vertekenen, maar verder... nah gewoon doen.
En in development is het de normaalste zaak van de wereld. Webwinkels als Bol, coolblue en Amazon doen het continu en ook bij banken en apps als netflix zit je gewoon in A/B testgroepen.
Hoeveel partijen iets doen maakt iets niet meer of minder ethisch correct.
Nee tuurlijk, maar dit heeft absoluut NULL met ethiek te maken.

Niet eens 0 want dat zou betekenen dat het wel op schaal voorkomt ;).

A/B testing is gewoon noodzakeklijk voor je dienstverlening. Daar ga je geen toestemming voor vragen. Hoogstens een vermelding in de algemene voorwaarden.
Nee tuurlijk, maar dit heeft absoluut NULL met ethiek te maken.
Ondertekend door iedereen die wel eens zaken heeft gedaan die niet ethisch door de beugel kunnen.
A/B testing is gewoon noodzakeklijk voor je dienstverlening. Daar ga je geen toestemming voor vragen. Hoogstens een vermelding in de algemene voorwaarden.
"Volkerenmoord is gewoon noodzakelijk voor de staatsveiligheid. Daar ga je geen toestemming voor vragen."

Dit is een extreem voorbeeld, maar het maakt het duidelijk: ethiek heeft met elke actie te maken, hoe kleinschalig ook.

Verder is er zat dienstverlening zonder A/B testen, dus buiten ethiek om is wat je schrijft niet waar.

[Reactie gewijzigd door The Zep Man op 22 juli 2024 18:23]

Dit is een extreem voorbeeld, maar het maakt het duidelijk: ethiek heeft met elke actie te maken, hoe kleinschalig ook.
Sure, Het ligt er alleen aan wat de significantie is van de uitkomst. In dit geval totaal niet interessant.
Of ik m'n koffie nu drink of over een uur, maakt ethisch gezien geen zak uit. het resultaat is hoe dan ook dat ik koffie op heb.
Verder is er zat dienstverlening zonder A/B testen, dus buiten ethiek om is wat je schrijft niet waar.
Ja en dat is niet de dienstverlening waar we het hier over hebben. A/B testing is een goed gebruik in een volwassen development proces voor web. Ethisch gezien kun je zelfs stellen dat het beter is om een aselecte groep te laten testen op UX en bugs voordat je iedereen opzadelt met een mogelijk niet-werkende website.
Zo'n beetje iedere grote website heeft dit. Zeker als er dingen worden verhandelt (webshops)
"Volkerenmoord is gewoon noodzakelijk voor de staatsveiligheid. Daar ga je geen toestemming voor vragen."
Really? Zouden ze daarom hier het referendum hebben afgeschaft? :?
De WRR afschaffing is overigens wel wat genuanceerder. Het raadgevend referendum is afgeschaft, de Kamer kan nog altijd een raadvragend referendum uitschrijven, waarvan de uitkomst overigens wél bindend is. De WRR is in die hoedanigheid van begin af aan altijd gedoemd geweest om te falen.
Dat was dan ook kompleet sarcastisch bedoelt natuurlijk.

Als we op die manier gaan beginnen kunnen we alles stukrelativeren met dergelijke uitspraken.
En toch, als je klanten/bezoekers aan je gaan vragen om uit de A/B test gehaald te worden of zelf actie gaan ondernemen om eruit te komen, doe je toch iets goed fout.

De nieuwe flows passen niet bij hun flow waardoor ze jouw site minder (gretig) gaan bezoeken.
Ja en als het argument is dat men anders de resultaten vertekend omdat men A) een andere flow heeft waardoor deze lay out bijvoorbeeld stoort/bugs vertoond of B ) graag geen proefpersoon wil zijn om zo geen aanpassingen hoeven te maken die mogelijk toch weer ongedaan gemaakt gaan worden , dan sure. Maak je daar een mogelijkheid voor dat men weer terug kan.

Dat heeft verder niks met ethiek te maken.
Ik vind de hele layout zoals die staat in de A/B test sowieso vreselijk. Prima dat ik een test persoon ben maar laat mij dit dan weten en een optie om dit uit te zetten en mijn mening er over te geven.
ben ik de enige bij wie de layout niet meer helemaal op orde is? Laatste nieuws staat rechts naast de kop plaatjes in plaats van er boven en er onder..

Ik gebruik Edge 88.
Is een A/B test, in het lieve adjes forum is er een topic over met ook instructies hoe je er vanaf komt door een cookie te verwijderen.
dank je.. ik heb cookies verwijderd en idd.. weer zoals ik het gewend ben..

Overigens laat dit ook zien hoe erg mensen (ik dus) gewoonte dieren zijn want ik zat tot 10.00 tweakers te refreshen omdat ik geen nieuws van de woensdag zag. Terwijl het dus al die tijd al voor mijn snufferd stond alleen aan de rechterkant van mijn scherm..
Dus..
Merci, ga ik direct opzoeken.
Wordt er helemaal lastig van (idd: gewoontedier).

Zou het een idee zijn om te melden dat je in een test zit?
Of kan je ergens opmerkingen geven over die test?
Bedankt voor je vraag, ik was net bezig om wat Custom CSS te verwijderen, blijkt het dat ik in een testgroep zit.

Is dit ook op de FP aangekondigd? De aanpassing van de abonnementen zijn namelijk wel aangekondigd, maar daarbij is men vergeten om dit ook door te geven aan de abonneehouders. Dit was juist wel een goed moment om gebruik te maken van de in-mail mogelijkheid en van de notificaties (i.p.v. te vragen om een vragenlijst in te vullen, die enkele weken daarvoor al was ingevuld).
Haha, dat ik gewoon de eerste development roundup geschreven heb. Those were the days! :D Tof om te zien dat het dev team nog steeds scrum gebruikt. Ben eigenlijk wel heel benieuwd hoeveel het proces getweaked en aangepast is door de jaren heen. :)
Ik kan me nog goed herinneren dat het werk van die eerste sprint nog een beetje "doorliep" in de volgende (waarin @koku en ik zijn begonnen). Al doende leert men en gelukkig hebben we het proces continue verbeterd. Good old times indeed!
Ja toen ik 2 jaar geleden het team verliet deed ik dat nog met de woorden dat ik nog nergens eerder zo'n goede scrum implementatie had gezien. Het werkte heel goed, al moesten we op een gegeven moment opsplitsen, omdat we teveel werk konden doen in een sprint om alles met het hele team te bespreken. De refinements gingen daardoor van 3 uur naar 1 uur.
Wanneer wordt het mogelijk om in de (prijs)vergelijken je geselecteerde producten te sorteren op prijs, release-date of andere velden?
Of desnoods handmatig van volgorde te veranderen door bijv. slepen?
Die wens is bekend en staat genoteerd. Zie ook het topic daarover in Mooie Features: Sorteren van producten in vergelijking
Op de reviewlisting bijvoorbeeld vind je via dit filter alle uitgebreide Premium-achtergrondartikelen terug.
Als we dan toch bezig zijn met naamsaanpassingen, kunnen we de reviewlijsting dan ook niet eens hernoemen? Het bevat zoveel meer dan alleen maar reviews maar ook previews, achtergrondartikelen, interviews, bbg, columns, roundups (zonder glyfosaat), ... . Het is een vergaarbak geworden voor long reads.

[Reactie gewijzigd door Blokker_1999 op 22 juli 2024 18:23]

Goed punt. Een vergaarbak is het. Daar moeten we zeker eens naar kijken.
Kan het label Premium en straks Plus ook beter schaalbaar zijn?
Op 83% zoom is het niet te lezen en ziet het er extreem slecht uit.
Mooie upgrade/update weer! (y)
Ik dacht dat Premium geen Premium meer gaat heten maar Plus? Is het dan niet giga onhandig nu allerlei filters specifiek voor Premium te maken?
Of hebben jullie in het vorige .plan zitten liegen en gewoon gezegd: het is premium maar om het gezeur kwijt te zijn noemen we het abonnement plus... :+
Dit is hoogstwaarschijnlijk gewoon een Tag in de database en dat hoeft dan maar op 1 plaats aangepast te worden om het overal Plus te laten heten
Nee dat is het niet. Dat komt omdat het op veel plekken ook in lopende zinnen in templates wordt gebruikt; daardoor is eoa vaste tag er niet heel simpel voor.

Desalniettemin is het omzetten ervan naar Plus ook weer niet heel lastig. Meer specifiek als antwoord op @Mrjraider's vraag: de naamswijziging is pas besloten nadat die filters al waren gemaakt en zelfs al live stonden.
In het .plan van gisteren hebben jullie kunnen lezen dat de naam Premium zal veranderen in Plus. Deze naamsverandering zal in de komende sprint worden doorgevoerd.

Op dit item kan niet meer gereageerd worden.