EVE Technology Lab

Actual as long as everything you are doing is open source you can form Organizations on github as well for free. I made one for Yapeal when I was thinking of dropping development and have used it also for a place to add Yapeal-ng to.

Not to try putting to much of a wet blanket on your ideas here as it has some merit but it has been tried before but never really gets anywhere. I was part of a group that had a large idea for making a common set of tools based around the EVE APIs etc and it lasted for a few weeks than just quietly died and as far as I know Yapeal is the only part that really continued. I've thought on why it didn't work out and have come to understand a lot of the reasons.
1. Though we thought we knew what would be required to do what we set out for our plan was way to large and lacked the needed details to make it work.
2. We really didn't have the same vision of what we wanted which is in part caused by things in 1 above.
3. No time. We all wanted to do something but we all only had limited time to work on things and talking about the other parts of the project that we weren't evolved in boring us all. We all had better things to do with our time like actual programming or the unthinkably actual play Eve . Some people also had RL things come up that caused them to leave the group.
4. As much as we all like the idea of work on a common goal that wasn't why we were do Eve related things. Each of us had start to do something to 'scratch a personal itch'. For example I was using it to learn about PHP and SQL and happened to have a knack for working with XML. Others had ideas about cool web application interfaces they want to do. Some others like the idea of having some additional help with things in their exist projects which they didn't have the skill set for or weren't interested in but it needed.

In the end everyone just kind of faded away in a few weeks leave me and one other guy that had picked up someone else's old project and give it new life. We continue to help each other with each other's project just like we had been before but with everyone else gone the big plan just wasn't that interesting or possible.

Now I put that out there for you to think on mostly but something else that would have to be over come with what you are proposing is several of the people you listed write their eve related stuff in several different programming languages and while most of us can understand code from the others we see no reason to use them. So how much can really be done together might be a bit limited. Now I'm not going to say that groups of the third party developer community here haven't come together on some common ideas. One that I was very involve with was a standard json format everyone agreed to for exchanging market data. Unified Uploader and Data Interchange Format as it is called. It's still in use today even though most of the information can be had directly from CREST now because many people can't or don't want to directly access it themselves. There is also some work been done to proved it as push feeds etc that CCP doesn't provide. The Google group is https://groups.google.com/forum/#!forum/eve-emdr You might be interesting in some of the stuff they are do there because it probably over lapse some of what you are working on as well. I understand that a few months after we completed and people were using UUDIF that it prompted the developers of kill boards to also finally come up with a common format which had been a long standing issue with all the different ones using their own messages formats including just allow the plain text cut and pasting of the eve mails which lead to all kinds of bogus kills getting into the system since there was no built in way to third party verify things at the time.

I might have got a little side tracked above but the point is group projects have to be very focused to have a chance when dealing with the varied group you have with all the third party developers.

One other point you have to understand is ever if you think a lot of afford is being wasted by everybody making their own unique snowflakes the best that any of us have managed to do is to lead as many as possible to the already existing ones in the hope they don't loose interest before as least improve what is already available or using it to make something new we all can use. I've been doing it for almost 10 years now on these forums along with a few of the others both past and present. We even try to help everyone make their unique snow flakes as well from time to time and give each other a bad time once in a while about their snowflakes

Do realize I'm not proposing a single language at all. After seeing all the languages rabbitMq has interfaces for and finding the PHPBridge.war for Tomcat there is no reason for it. I was hoping you or others might write the PHP consumer side of the queue and or bridge while I do the producer java side.

For example, I don't think foxjazz is planning on doing java, he's doing nodejs which appears can/will utilize the async event aspects of the queue (which I keep asking about for php). He'll do the angular2/nodejs side of the fence. There is a programmer in my hauling corp who could do the python side etc.

The question for the "several people" I mentioned is if they have any interest in letting the java framework handle the oauth to cpp and provide addition access group and user rights support for application access partitioning, along with providing them automated cache-time refreshed client side cache data for all the endpoints either via request/response or async events, as well as the sde database.

More simply would you be interested in making your current data requests (or having it pushed to you), in your current languages from a local server que or bridge instead of hitting cpp servers yourself?

The crux of the problem though is that we are a small hobby community that do this for fun, this isn't our job and that's the level of commitment required. Hell, I'm not even a programmer.

Even if someone wanted to undertake and spearhead an effort like this, there is only a handful of consistent people that develop 3rd party apps. While I was frustrated with it for years, I've accepted that CCP's position on supporting third party development is probably the right one. We support each other and expect that it's all a hodgepodge of capability without any real structure or organization. Programming is problem solving and we basically figure it out in the end.

To the OP, I've been in the same position as you and understand your enthusiasm, but I'd suggest biting off small pieces to the support the community instead of a grand plan. It'll probably have more value and more success that way.

Hel O'Ween is right I'm not saying don't do it just understand that a maybe trying a couple small or at least smaller tightly focused projects might be a better idea and have a better chance to make it in the long run. Several of the most used third party Eve software or sites you've probably used were developed by single individuals with maybe one or two helpers from time to time. A good example of this is EVEMon which has been Desmont for years. I know he had other people that helped along the way but most of the coding and everything else I'm sure fell to him. He found someone else to pick up the project now as well which is great so it doesn't end with him stepping back and I hope to get to know Blitz Bandis though I expect they are going to be very busy for a while trying to settle in and it might be a while before he becomes a common voice in the development community here like Desmont was.