Post by Deleted on Aug 20, 2009 21:30:34 GMT 1
Over mod teams...
Het is vrij moeilijk om te email adressen van modmakers te vinden. We hebben een lijst van websites van modteams van rfc en daar heeft Bart eens gespeurd naar een aantal email adressen op deze websites. Die werden gecontacteerd. De andere modteams zullen zelf hun mod moeten adden.
Ik zou proberen om op RSC al die modders subforums langs te gaan en daar members te PM'en. Dat is denk ik een makkelijkere manier om contact te leggen. Als je hoort wat een aantal mod teams nu vinden is het vooral het feit dat ze niet benaderd zijn, maar geacht worden om zelf in actie te komen. Volgens mij scoor je bonuspunten als je dat anders doet.
Over open sourcen...
rF-report heb ik destijds ge-open-sourced met als doel dat alle verbeteringen terug naar de bron kwamen.
Het gevolg is echter dat er nogal wat verschillende versies van rF-report rondzwerven in de wereld met allemaal zaken die beter zijn als in een andere versie.
Wat je ook niet wilt met dit soort website is dat mensen de source downloaden en het dan zelf ergens anders gaan hosten. Dan krijg je allemaal websites met een paar mods.
Ik weet dus niet heel goed hoe dit aan te pakken zeg maar.
Dit zijn inderdaad mogelijke nadelen van het open sourcen: anderen kunnen van alles met de code doen. Een paar opmerkingen daarover:
Als je de code open sourced, zullen mensen volgens mij in eerste instantie zeker mee willen ontwikkelen. Pas als zo'n groep daar niet samen uitkomt, loop je de kans dat de source base geforkt wordt. Over het algemeen echter zie je dat al die aandacht uiteindelijk het product ten goede komt.
Mag ik vragen waarom bij rF report dat soort wijzigingen nooit meer bij jou terecht gekomen zijn, zodat je ze had kunnen integreren in de volgende release? Wat voor licentie had je gebruikt?
Over het hosten van meerdere sites. Wat nu als je de code zo opzet dat dat geen probleem is. Stel even dat elke mod maker zijn eigen site maakt met deze code. Het enige wat je dan nog moet doen is zorgen dat al die "eigen sites" uiteindelijk ook samenkomen op jouw hoofdsite.
Bovendien, waarom zou iedereen zijn eigen site willen maken als ze ook mee kunnen werken aan een centraal initiatief?
Als ze iets "eigens" willen maken, hou je mensen uiteindelijk toch niet tegen. Goed ze kunnen jouw code niet als basis gebruiken, maar dan bouwen ze gewoon zelf iets (dat hebben Bart en jij tenslotte ook gedaan met rFC als inspiratie). Kortom, ik zou er open voor staan en kijken of je er met die filosofie een succes van kan maken.
Ondertussen hebben we een mail gehad van DrivingItalia dat zij alles gratis willen hosten op hun servers. Of we dit gaan doen weet ik nog niet. Ik twijfel er ook aan of hij mijn Jetty/Tomcat vraag wel heeft begrepen.
In theorie beschik ik ook nog wel over een Linux server in een datacenter die ik mag gebruiken maar ik gebruik hem liever niet.
Het is in ieder geval zo dat code die loopt op Google-App-Engine zeer snel om te zetten is naar code voor een gewone Jetty of Tomcat server met een postgres of mysql database. Het enige wat in theorie gewijzigd moet worden is de JDBC URL. Maar er is natuurlijk wat kans op SQL-dialect problemen.
Hier heb je niet alleen de issue van het hosten, maar ook het beheer. Dagelijks backups maken (mensen gaan niet blij worden als je bv een maand mods kwijtraakt), servers redundant uitvoeren zodat er backup is als er iets misgaat, security updates van alles bijhouden. Dat is best een hoop werk. Als DrivingItalia dat allemaal kan, prima, ik zou inderdaad eerst eens een goed gesprek voeren met ze.
knarf said:
We hebben er een aantal benadert. Enkelen wachten nog even af, enkelen antwoorden niet (denk ik), enkelen hebben positief geantwoord.Het is vrij moeilijk om te email adressen van modmakers te vinden. We hebben een lijst van websites van modteams van rfc en daar heeft Bart eens gespeurd naar een aantal email adressen op deze websites. Die werden gecontacteerd. De andere modteams zullen zelf hun mod moeten adden.
Ik zou proberen om op RSC al die modders subforums langs te gaan en daar members te PM'en. Dat is denk ik een makkelijkere manier om contact te leggen. Als je hoort wat een aantal mod teams nu vinden is het vooral het feit dat ze niet benaderd zijn, maar geacht worden om zelf in actie te komen. Volgens mij scoor je bonuspunten als je dat anders doet.
Over open sourcen...
knarf said:
Ik heb erover nagedacht ja.rF-report heb ik destijds ge-open-sourced met als doel dat alle verbeteringen terug naar de bron kwamen.
Het gevolg is echter dat er nogal wat verschillende versies van rF-report rondzwerven in de wereld met allemaal zaken die beter zijn als in een andere versie.
Wat je ook niet wilt met dit soort website is dat mensen de source downloaden en het dan zelf ergens anders gaan hosten. Dan krijg je allemaal websites met een paar mods.
Ik weet dus niet heel goed hoe dit aan te pakken zeg maar.
Dit zijn inderdaad mogelijke nadelen van het open sourcen: anderen kunnen van alles met de code doen. Een paar opmerkingen daarover:
Als je de code open sourced, zullen mensen volgens mij in eerste instantie zeker mee willen ontwikkelen. Pas als zo'n groep daar niet samen uitkomt, loop je de kans dat de source base geforkt wordt. Over het algemeen echter zie je dat al die aandacht uiteindelijk het product ten goede komt.
Mag ik vragen waarom bij rF report dat soort wijzigingen nooit meer bij jou terecht gekomen zijn, zodat je ze had kunnen integreren in de volgende release? Wat voor licentie had je gebruikt?
Over het hosten van meerdere sites. Wat nu als je de code zo opzet dat dat geen probleem is. Stel even dat elke mod maker zijn eigen site maakt met deze code. Het enige wat je dan nog moet doen is zorgen dat al die "eigen sites" uiteindelijk ook samenkomen op jouw hoofdsite.
Bovendien, waarom zou iedereen zijn eigen site willen maken als ze ook mee kunnen werken aan een centraal initiatief?
Als ze iets "eigens" willen maken, hou je mensen uiteindelijk toch niet tegen. Goed ze kunnen jouw code niet als basis gebruiken, maar dan bouwen ze gewoon zelf iets (dat hebben Bart en jij tenslotte ook gedaan met rFC als inspiratie). Kortom, ik zou er open voor staan en kijken of je er met die filosofie een succes van kan maken.
knarf said:
Tot slot, wat nu als Google het niet meer gratis wil hosten. Wat is dan plan B?
Ondertussen hebben we een mail gehad van DrivingItalia dat zij alles gratis willen hosten op hun servers. Of we dit gaan doen weet ik nog niet. Ik twijfel er ook aan of hij mijn Jetty/Tomcat vraag wel heeft begrepen.
In theorie beschik ik ook nog wel over een Linux server in een datacenter die ik mag gebruiken maar ik gebruik hem liever niet.
Het is in ieder geval zo dat code die loopt op Google-App-Engine zeer snel om te zetten is naar code voor een gewone Jetty of Tomcat server met een postgres of mysql database. Het enige wat in theorie gewijzigd moet worden is de JDBC URL. Maar er is natuurlijk wat kans op SQL-dialect problemen.
Hier heb je niet alleen de issue van het hosten, maar ook het beheer. Dagelijks backups maken (mensen gaan niet blij worden als je bv een maand mods kwijtraakt), servers redundant uitvoeren zodat er backup is als er iets misgaat, security updates van alles bijhouden. Dat is best een hoop werk. Als DrivingItalia dat allemaal kan, prima, ik zou inderdaad eerst eens een goed gesprek voeren met ze.
