Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Je kunt ook een cookievrije versie van de website bezoeken met minder functionaliteit. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 127 reacties, 139.455 views •

De engine in de toekomst

Onze site, code en engine kunnen altijd beter. De belangrijkste toepassing die nog niet gerealiseerd was bij de release van Tweakers 7, was de integratie van het forum. We willen namelijk dezelfde techniek gaan gebruiken om lijstjes forumtopics te kunnen presenteren, bijvoorbeeld als tab binnen een merkpagina. Die toont dan alle forumtopics die gekoppeld zijn aan het merk Kingston of producten van dat merk. Bovendien moet de zoektechniek die we voor veel andere onderdelen van de site hebben geïntroduceerd ook voor het forum gebruikt gaan worden. Omdat het hier gaat over tientallen gigabytes aan informatie, hebben we dit niet gelijk geprobeerd te integreren.

Dbadmin disk-grootte voor Topics en Messages

Op deze manier konden we eerst de basisideeën van de techniek goed in de praktijk testen. Bovendien zou het integreren van die functionaliteit onze overstapdatum weer weken of zelfs maanden uitgesteld hebben. Het is natuurlijk jammer voor degenen die al heel lang wachten op een betere zoekmachine in het forum, maar hij is eindelijk in ontwikkeling. Op het moment van schrijven is er zelfs al een goed werkende opzet, die we nu verder uitwerken :)

Forumtab van TPlink voor Tweakers 7

Daarnaast is het de bedoeling dat je de forumtopics ook bij de algemene zoekresultaten gaat vinden. Ook dit is geen triviale uitbreiding; dus ga er maar vanuit dat we de nieuwe forumzoekmachine eerst in gebruik nemen en dat we de geïntegreerde zoekfunctie pas in een latere iteratie uitbreiden.

Verder zullen we natuurlijk nog kijken naar andere onderdelen van de site die hier nog niet in opgenomen zijn en daar wel baat bij hebben. Momenteel vallen onder andere de Meuktracker, onze banensectie en wat andere kleinere delen nog (deels) buiten de boot. Ook die stonden eerder wel op het programma, maar zijn uiteindelijk uitgesteld om het Tweakers 7-project een gezonde einddatum te kunnen geven.


Door Arjen van der Meijden

- Lead Developer

In oktober 2001 begonnen met als voornaamste taak het technisch beheer van het forum. Daarna doorgegroeid tot senior developer en software architect. Nu lead developer, met een leidinggevende taak aan het team van programmeurs en systeembeheerders van Tweakers.net.

Lees meer over

Reacties (127)

Reactiefilter:-11270122+195+220+30
Moderatie-faq Wijzig weergave
Ik heb dit artikel in mijn vrije tijd geschreven... en daarvan ga ik toch echt zelf bepalen hoe ik die invul. Ik besteedt mijn vrije tijd namelijk liever aan iets wat ik leuk vindt om te doen dan me bezig te houden met CSS en HTML; ja, ik vind back-end programmeren een veel leuker dan front-end ;)

Maar troost je: je kan domweg rechtsboven de pagina op het tandwieltje klikken en de zijkanten van de pagina een stuk donkerder te maken. Daar kan je hier meer over lezen.
Die vraag is al vaker uitvoerig beantwoord, dus daar een nieuw artikel aan wijden zou niet zoveel zin hebben, denk ik. Kijk eens op de forums bijvoorbeeld.
Java / ASP.NET zijn slechts middelen om iets te bereiken, niet het doel. In dit geval lijkt mij ook dat Java de best keuze was/is om dat doel te bereiken.
Niet specifiek, met ASP.NET kan je ook simpel api/services bouwen. Dus ze hadden daar ook voor kunnen kiezen, alleen in dit geval is Java een logische keuze (platform, database e.d.)

[Reactie gewijzigd door BlackHawkDesign op 16 november 2012 14:35]

ASP.NET is inprincipe gewoon .NET draaiend bovenop IIS. Je hebt wel gewoon toegang tot het gehele .NET framework. Maar ja, als je Linux servers hebt kan je beter Java gebruiken. Vandaar de O-)

[Reactie gewijzigd door sanderev66 op 16 november 2012 15:16]

Nee hoor. .NET kan je ook gebruiken i.c.m. een MySQL database.

Veel alternatieven beloven een betere productiviteit dan Java, maar als je het gebruik van een goede IDE meerekent, zijn de productiviteitsvoordelen van het alternatieve platform dan nog relevant? Doelt dit nu op ontwikkelkosten, dan; moeilijke vraag. Geen inzicht in jullie budget. Doelt dit op het functioneren/prestaties van je applicatie dan; hell yeah!?

Een groot deel van het typewerk dat je in Java meer moet doen dan in andere platforms op de JVM valt immers weg door allerlei gradaties van autocompletion, code generation en short-keys. Denk daarbij aan het automatisch genereren van getters en setters, en het automatisch plaatsen van import-statements op het moment dat je het voorstel van de autocompletion accepteert. Of te wel, er is onder andere voor Java gekozen omdat er geen goede IDE beschikbaar was voor andere talen? Visual Studio 2008 was toen ook al beschikbaar met alle beschikbare add-ons }>

Wat ons betreft was Java destijds een prima keus. Sterker, als we nu opnieuw moesten beginnen zou Java alsnog veel kans maken. We hebben nu eenmaal Java-kennis in huis en het is een uitgebreid platform met een scala aan bibliotheken en tools. Denk bijvoorbeeld aan de uitgebreide ide's en profilers die voor Java bestaan. Zijn er vergelijkbare tools voor de alternatieve platforms?

Het hele artikel had een stuk korter kunnen zijn als je deze regel meteen had opgenomen. Of anders samengevat: Het ontwikkelen van Tweakers was veel duurder geweest wanneer we het NIET voor, op Java gebaseerde technologieŽn hadden gekozen. De reden hiervan is dat de R&D voor alternatieve, inclusief de aanschaf voor ondersteunende programmatuur (hint Visual Studio) en personeel die de omschakeling (bijvoorbeeld naar .NET) zoude willen maken (kom, geef maar toe ;) ) zo veel geld had gekost dat we meer reclame op de site moesten dumpen om het geheel betaalbaar te houden. En dat hadden jullie de lezers weer niet fijn gevonden.

Wat ik helemaal vergeten ben te vermelden. Ondanks de wat vage conclusie vind ik het een interessant artikel. En de developers mogen wel een veer in hun hoed gestoken worden voor het werk wat ze leveren.

Overigens begrijp ik de kritiek die er vanuit de opensource community op Microsoft is wel. Visual Studio is verre van gratis, tenzij je de expres versie gebruikt. Die is alleen een beetje uitgekleed en moet je twee aparte instanties installeren wil je het werk kunnen doen wat de developers van Tweakers moeten verrichten. 1-0 voor de opensource community als je VS al vergelijkt met een IDE als Netbeans. Namelijk 638euro voor de simpelste VS versie tegenover de al jaren gratis verkrijgbare, Netbeans, Eclipse, Mono, vul de andere maar in. Het geld issue zal waarschijnlijk voor Femme (sorry als ik andere original crew vergeet te vermelden) ten tijden van de oprichting van Tweakers.net hebben meegespeeld. Vergeet even niet aan wie we dit alles hebben te danken _/-\o_

De rechtstreekse 2-0 die enkele minuten later volgt is dat softwareprojecten waar in dit
artikel naar gerefereerd worden veelal een oorsprong hebben in een door professionele hobbyisten ontwikkelde technology stacks. Bij mijn weten is de Apache groep een van de grootste initiatieven. En wederom allemaal gratis te her gebruiken maar vooral: Uitbreidbaar (mits je echt kan programmeren). Daarbij mag je al sinds jaar en dag bijdragen aan hun projecten. Dat kreeg je als buitenstaander voor twee jaar geleden nog niet zo eenvoudig voor elkaar bij Microsoft. Pas korte tijd accepteerd Microsoft meer vanuit de community waar ze overigens ook gretig gebruik van maken.

Dus ik snap de afkeer tegen Microsoft wel. Ik vind het geen wat ik van de Microsoft Technologie stack gebruik fijn werken en voorlopig zie ik even geen reden om over te stappen naar een alternatief. Maar mocht in de toekomst zich een baan aanbieden die dat vereist ben ik er zeker niet blind voor.

[Reactie gewijzigd door theike op 16 november 2012 20:23]

Je hebt een sterk punt vind ik, al zal die beslissing niet (geheel, vermoed ik) op financiele gronden genomen zijn. Er heerst, zover ik weet (en ik weet niet zo veel), bij bepaalde mensen binnen tweakers een afkeer tegen Microsoft (producten).
Ook zijn er veel tweakers die zouden gaan stuiteren als er ineens voor MS producten wordt gekozen.
Daarnaast is (zoals in het artikel vermeld wordt) gekozen voor in-house kennis, en dat ligt niet bij .NET en IIS maar bij Tomcat en Linux. En daarmee bedoel ik het "gemak" ipv het financieel "gewin".

[Reactie gewijzigd door Razwer op 16 november 2012 19:37]

We hebben op zich niet een afkeer van Microsoft.

Maar we gaan niet even ons complete serverpark omzetten van Linux naar Windows, alleen maar zodat we dan .NET kunnen draaien... Dat is naast aardig prijzig ook domweg heel erg veel werk.
Dan is een Java-omgeving erbij draaien een stuk eenvoudiger, dat kan op dezelfde of vergelijkbare Linux-machines (met) die we al hebben en houdt ook het beheer een stuk eenvoudiger.

Bovendien hebben we domweg geen .NET-kennis in huis. Hoewel er altijd gezegd wordt dat een goede programmeur zich in elke taal in moet kunnen werken is het wat mij betreft een mythe dat dat ook gelijk hetzelfde niveau oplevert als dat een ander platform dat je wel al kent. In mijn geval heb ik veel ervaring met PHP en Java, maar zou ik voor een vergelijkbare applicatie (het php-deel of java-deel) in .NET toch eerst wel flink wat kennis moeten opdoen. Puur qua code en opzet hoeft het dan nog niet eens zoveel te verschillen...
En daar komt dan nog de leercurve voor een effcient werkende IIS met .NET, terwijl we al een vlot draaiende LAMP-stack (nouja, aangevuld me een varnish, een extra activemq, nog een mongodb en een voor memcached en dus een tomcat :P ) hadden.

[Reactie gewijzigd door ACM op 16 november 2012 22:46]

Wat is dat tegenwoordig, Een virus of zo, Waarom moeten dingen die goed werken worden vervangen door iets kreupels. De interface van Windows XP was perfect maar voor verbetering vatbaar. We zijn zitten nu3 Windows versies verder en er is niets meer te vinden, Instellingen van een netwerk aanpassen, 3 klikken in XP, onder Windows 8 10 minuten zoeken waar dat ergens zit. heel onlogisch..

Hetzelfde met tweakers 7.0 , Wilde net kijken wat de prijzen van harde schijven doen, Voorheen met de broodkruimels heel makkelijk.
Nu klikken op pricewatch , heuh, geen link naar HD's. probeer computers. en naar basis componenten, hmm vreemd, veel componenten, maar geen HD's. ff verder zoeken, Aha, mischien bij opslag. hier ook niet. Oh er zit een schuifje rechts, even naar beneden trekken, gevonden. Wat is de goedkoopste per GB? even klikken op §/gb, he' nu kan ik kiezen . Sh*t. oh hier boven staat wat.

Jongens jongens. Weg met deze rommel en terug naar Tweakers 6.0

btw, Het valt me op bij tweakers 7.0 dat ik onbewust uitwijk naar andere techsites. dat kan\mag toch niet de bedoeling zijn.
Wat mij betreft is Pricewatch al tijden de gouden standaard voor productvergelijking. Hebben jullie er weleens aan gedacht de engine te verhandelen? E-commerce sites, kleintjes maar ook hele grote (bol, amazon, google shopping) hebben veel beroerdere vergelijkingsmogelijkheden...
Leuk artikel. En de keuze voor Java, en dan in het bijzonder de JVM, is best goed denk ik. Bij ons zien we echt een enorme performance verbetering nu de website van PHP naar een JVM-gebaseerde oplossing is omgebouwd (als in: er is ongeveer een 10e van de oorspronkelijke hoeveelheid hardware nodig). Alleen zou ik oppassen om Java standaard als de taal voor alles te gebruiken. Wij hebben nu een gemengde oplossing waarbij delen in Scala zijn geschreven en andere delen in Java. Behalve voor concurrency heeft Scala nog een hele berg andere verbeteringen die zeer interessant zijn - zeker voor toepassingen zoals beschreven in het artikel hier. Het omgaan met data (Lists, Sets, Trees, etc.) is echt zoveel makkelijker in Scala dat het voordeel van iets mindere IDE-support snel gecompenseerd wordt. En dan moet daarbij opgemerkt worden dat IDE's (in ieder geval ntelliJ) steeds betere support heeft voor Scala. Ook automatische tests zijn vaak een stuk beter leesbaar in Scala dan in Java. En het grootste voordeel is dat je Scala en Java in principe gewoon door elkaar kunt gebruiken (wij doen dat bij meerdere services). Performance, de mogelijkheid om met grote hoeveelheden data om te gaan, etc. is voor Scala exact gelijk als voor Java, aangezien het uiteindelijk gewoon naar JVM bytecode compileert.

Op dit item kan niet meer gereageerd worden.



HTC One (M9) Samsung Galaxy S6 Grand Theft Auto V Microsoft Windows 10 Apple iPad Air 2 FIFA 15 Motorola Nexus 6 Apple iPhone 6

© 1998 - 2015 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True