On 10/11/14 3:48 AM, Paul Dragoonis wrote: > I can code anything you want, it's just a matter of if it's required.
Very well stated :) > Why aren't ConFoo on joindin? Would they be happy with putting it on > there in the future if we asked them? If they are willing then this > problem goes away and therefore there's only one way to get > conferences making everyones lives easier by relying on the joindin > team to continue doing the good job that they are already doing. You'll have to ask them specifically - But the last I talked with them about it, it came down to basically: 1. ConFoo doesn't want to rely on having a core part of their conference experience (rating speakers) to be reliant on an external resource. 2. Joind.in's real core sole purpose is to be a talk-rating system 3. Therefore, they don't put themselves on joind.in To your above question, and in the end to Hannes point. No, it's not *required*, and if we 'lose one conference to gain others' + automation. It's a good thing. I'm just trying to look at this from a POV of php.net being a public resource that should, IMO, be flexible. ConFoo is just the 'current case' for the argument. If it were 'simple' enough to build a second data source, IE: Something as simple as an RSS feed reader, as a bit of a hack to get other things in there simply. That would seem a worthwhile thing. Even if it never (or rarely) gets used. But that's also why I suggested doing 'whatever can be simply done', versus building an entire other system. But all that being said of course, I'm just giving my POV and advice. Given that you are coding this Paul, and you are supporting it Hannes - It's totally up to you both. Thanks guys, Eli -- | Eli White | http://eliw.com/ | Twitter: EliW |
signature.asc
Description: OpenPGP digital signature
