Waarom word er niets meer gedaan met bug/feature requests ?
Hij had een progammeur in dienst zodat alle bugs/features sneller konden.
Victor Php op 14/07/2010 13:48:49:
En dan nog..
Hij had een progammeur in dienst zodat alle bugs/features sneller konden.
Hij had een progammeur in dienst zodat alle bugs/features sneller konden.
Die is er al niet meer.
Steff an op 14/07/2010 13:52:14:
Die is er al niet meer.
Victor Php op 14/07/2010 13:48:49:
En dan nog..
Hij had een progammeur in dienst zodat alle bugs/features sneller konden.
Hij had een progammeur in dienst zodat alle bugs/features sneller konden.
Die is er al niet meer.
Had ook niet verwacht dat die het lang zou volhouden :)
Bas moet wat gaan doen aan z'n community.. maarjaa.. als je niet wil, gaat dat moeilijk.
Gewijzigd op 16/07/2010 14:54:40 door B a s
Victor Php op 15/07/2010 22:31:29:
Dat is ook niet gemeld. Zeer irritant.
Had ik al wel ergens gelezen in een topic (weet zo niet waar, zoekfunctie is nog steeds bagger, maar dat terzijde), net als dat hij op vakantie was.
Mijn mening: We hebben nu een site die werkt, die (grotendeels) doet wat hij moet doen, en met voldoende bezoekers/leden om de boel in leven te houden, EN DAT ALLEMAAL GRATIS!!!
Bas Kreleger op 16/07/2010 14:53:42:
Ik heb het een beetje druk gehad, ik ben er vanaf nu weer dagelijks. Ik zal de volgende keer even melden als ik het wat drukker heb want mijn werk hier wordt gemist. Ik ben op dit moment ook alweer bezig met een nieuwe programmeur te zoeken.
Kunnen we niet toe naar een model waarbij PHPhulp zichzelf programmeert? Dat snoert alle zeikerts voor eens en altijd de mond. Werkt het niet? Fix het lekker zelf!
De broncode van PHPhulp zou ergens in een svn of git repository komen en toegankelijk zijn voor alle leden of gewoon iedereen. Github zou niet slecht zijn, dan zou iedereen die bug of feature zelf kunnen fixen en uittesten door even een fork te maken, code aan te passen, en lokaal te testen.
Bas wijst dan een paar personen aan die hij naast zichzelf vertrouwt. Zij krijgen de mogelijkheid om forks terug in de officiële PHPhulp repository te mergen (dus zij selecteren de features die PHPhulp halen, en controleren de kwaliteit van de aangepaste code) en zij mogen deze wijzigingen ook daadwerkelijk uploaden naar de live-versie van PHPhulp: deze site.
Door een paar anderen naast Bas aan te wijzen als verantwoordelijk is PHPhulp niet meer volledig afhankelijk van Bas voor updates en fixes. Daarnaast zouden deze anderen meer ervaring hebben met PHP waardoor beveiligingslekker sneller zouden kunnen worden opgelost. Niet binnen een maand of week, maar datzelfe uur nog.
Wat zou je hierop tegen kunnen hebben?
Ik kan me voorstellen dat ftp toegang tot PHPhulp een hele grote verantwoordelijkheid is. Het is heel gemakkelijk om dan PHPHulp te saboteren. Dat gebeurt niet met mensen die je redelijk goed kent? Het is gebeurt met de nodige vaste bezoekers van PHPhulp (Arjan Katpeijn, Eris, vast nog wel meer) dus daar zou je iets op moeten vinden. Misschien wel gewoon officieel een overeenkomst met handtekening en voorwaarden.
Ook kan ik me voorstellen dat Bas niet zomaar de code weg wil geven omdat dan iedereen z'n eigen PHPhulp uit de grond stampt. Volgens mij heeft hij al meerdere malen bewezen dat dat niet het geval is. Al meerdere malen lag PHPhulp er een tijd uit, en al meerdere malen zijn er (technisch betere) initiatieven gelanceerd. Ik ken geen initiatief dat groter of beter is geworden dan PHPhulp vandaag de dag is.
Als de broncode van PHPhulp voor iedereen toegankelijk zou zijn zouden mensen sneller exploits kunnen vinden. Over het algemeen is Open Source niet slecht voor de beveiliging—zie al die CMS'en die open source zijn en waarvan je de code doodeng vindt maar die wel door duizenden sites gebruikt worden—maar dit is een iets andere situatie. Er is immers maar één site die erop draait, en dus één potentieel doelwit voor hacks. Waarom wordt PHPhulp gehackt? Wraak, of omdat leden zich niet serieus genomen voelen. Of om te laten zien dat er een beveiligingsfout in zit. Dat eerste wordt veroorzaakt door het wanbeleid van zo nu en dan, en het doel van deze andere aanpak is dat te veranderen. Dat tweede kan je volgens mij oplossen door deze mensen de mogelijkheid te geven de fouten zelf op te lossen. Dat is nobeler dan gewoon rotzooi trappen (daarnaast hoor je dan weer in de eerste groep, en blijft mijn verhaal kloppend, muahhaha!)
Bas blijft eigenaar, en beslist uiteindelijk wie er de bevoegdheid krijgen om PHPhulp in kleine stapjes aan te passen. Bevalt het hem niet, dan delete hij zijn of haar ftp-account en is het afgelopen. (niet echt de beste manier, zie dat stukje over wraak, maar voor in het uiterste geval)
Máár, ik denk dat Bas hier nooit mee akkoord zou gaan omdat hij bang is dat er nog meer dergelijke sites met zijn broncode zullen worden opgericht en hij nog meer "marktaandeel" zou verliezen omdat ze misschien beter zouden kunnen worden.
Heeel goed idee, daar sta ik direct achter!
@Paradox..
Daar heb je natuurlijk een groot punt, (Dat mensen broncode jatten) Jammer dat zulke mensen bestaan...
Paradox - op 17/07/2010 01:25:01:
Máár, ik denk dat Bas hier nooit mee akkoord zou gaan omdat hij bang is dat er nog meer dergelijke sites met zijn broncode zullen worden opgericht en hij nog meer "marktaandeel" zou verliezen omdat ze misschien beter zouden kunnen worden.
Zie het antwoord daarop van Jelmer:
Jelmer rrrr op 17/07/2010 01:16:39:
Ook kan ik me voorstellen dat Bas niet zomaar de code weg wil geven omdat dan iedereen z'n eigen PHPhulp uit de grond stampt. Volgens mij heeft hij al meerdere malen bewezen dat dat niet het geval is. Al meerdere malen lag PHPhulp er een tijd uit, en al meerdere malen zijn er (technisch betere) initiatieven gelanceerd. Ik ken geen initiatief dat groter of beter is geworden dan PHPhulp vandaag de dag is.
Het lijkt mij in ieder geval een zeer mooie oplossing!
Is dat een zekerheid dat het niet gebeurt? Nee, zeker niet. Maar geef mensen er geen reden toe en ga er vanuit dat eventuele lekken eerder gevonden worden door mensen die er wel een oplossing voor scripten. Ik denk dat het een unieke draai geeft aan de community en dat je eventuele risico's op een goede manier kunt inperken (ie. laat eerst een selecte groep de code nog eens goed inspecteren).
Ik heb er tot nu toe veel geld in gestoken qua ontwikkelingskosten en het is onvermijdelijk dat mensen nog meer gaan zeuren over ads als zij gaan mee ontwikkelen wat weer tot een nieuwe discussie lijdt.
Het is zeker een voordeel dat er sneller updates komen maar zolang ik er iemand niet voor betaal, zullen ze dit als eigen ervaren en is eventuele opstand catastrofaal. Als je naar andere technische fora kijkt dan zijn die ook niet open source. Ik ben hier dus geen voorstander van.
Ik ben nu hard op zoek naar een nieuwe programmeur om in dienst te nemen en tot die tijd steek ik zelf weer tijd in PHPhulp aangezien ik hier weer tijd voor heb.
Bas Kreleger op 17/07/2010 11:54:47:
Het is een goed voorstel alleen kijk ik er wat sceptisch tegenaan. De core van deze website is half van mij, half van iemand anders.
Ik heb er tot nu toe veel geld in gestoken qua ontwikkelingskosten en het is onvermijdelijk dat mensen nog meer gaan zeuren over ads als zij gaan mee ontwikkelen wat weer tot een nieuwe discussie lijdt.
Ik heb er tot nu toe veel geld in gestoken qua ontwikkelingskosten en het is onvermijdelijk dat mensen nog meer gaan zeuren over ads als zij gaan mee ontwikkelen wat weer tot een nieuwe discussie lijdt.
Simpele oplossing: Schijt aan hebben.
Bas Kreleger op 17/07/2010 11:54:47:
Het is zeker een voordeel dat er sneller updates komen maar zolang ik er iemand niet voor betaal, zullen ze dit als eigen ervaren en is eventuele opstand catastrofaal. Als je naar andere technische fora kijkt dan zijn die ook niet open source. Ik ben hier dus geen voorstander van.
Ik ben nu hard op zoek naar een nieuwe programmeur om in dienst te nemen en tot die tijd steek ik zelf weer tijd in PHPhulp aangezien ik hier weer tijd voor heb.
Ik ben nu hard op zoek naar een nieuwe programmeur om in dienst te nemen en tot die tijd steek ik zelf weer tijd in PHPhulp aangezien ik hier weer tijd voor heb.
Jelmer heeft dit idee al vaker geopperd, maar is de vorige keer ook al afgewezen. Maar waarom?
Ten eerste hoef je niet bang te zijn dat ze aan de haal gaan met de code en een eigen site oprichten, want dat wilde al honderden mensen doen en is er nooit van gekomen. Plus dat die sites dan dezelfde kritiek op de code krijgen natuurlijk ;-)
Ook ben ik van mening dat er meerdere mensen verantwoordelijk moeten zijn voor deze website. Dus niet alleen jij, Bas. Je doet alles met de beste bedoelingen, maar op deze manier gaan leden (waaronder ikzelf) zich ergeren. Jij wil ook vakantie, of vrij. Snap ik. Maar desalniettemin zit je hier wel een flinke community te draaien, en dus leden verwachten wat. KPN heeft ook meer als 1 leidinggevende ;-)
Moderators is een goede optie, maar deze kunnen te weinig in mijn ogen. Je zou eigenlijk phphulp voor de helft aan iemand anders moeten geven, een partner zoeken hier in. (dit, als je de code niet wilt delen). Een programmeur is dan een goed idee. Alleen werkt dit namelijk niet meer.