you don’t need to adjust the UI, just integrate it with quasar as for the skill plans it looks like something a 13-year-old made on a school project.
6 Likes
Mmmh…technoblog. Taste delicious! 
1 Like
Is there a tl;dr for dumb people?
I read that and thought, this is like reading Kant, yes I got that.
1 Like
Am Dyslexic and I have to read some things over and over to understand it / make sense of it.
can someone explain this because it has beaten me!
EVE starting to sound like the government 3 words that make sense rest woffle
Does this have an effect on the EVE Client though, since it now has to communicate with an extra entity? Does it make the client slower, use more CPU? Or are the loads moved completely from the Proxy to the Public Gateway, effectively letting the total datastream stay the same?
Basically, a lot of words for “we moved some ■■■■ out of old servers schedule to another stack”.
Performance of a client is most likely unaffected. Communication is not really a hard task for a modern computer, even fully occupying a gigabit line won’t take more than 10% of a single core, and eve is probably not even using 1% of that. Eve simply doesn’t have systems that are typical CPU hogs, which is a complex physics simulation (not happening at all on a client), complex particle system, or a complex animation system. Thus, it takes a metric fukton of eve clients to ever get CPU-bound, so worrying about CPU is pointless here.
That said, the thing I would worry about is, of course, connectivity. What happens if either of two stacks shits itself? What happens if one of the stacks gets blocked separately from the TQ stack? This happened before when chat went separate, then a certain country decided it doesn’t like a certain cloud service provider anymore, and blocked it together with eve chat, resulting in a lot of players pre-experiencing the monumental stupidity of blackout by completely losing their Local chat. What if someone does it on purpose? What if someone DDOS’es it? That is, from a technical standpoint, much more worrying question than client performance.
3 Likes
Cool, I will be your test bed for drone scalability.
I was thinking 500 MB/sec and tens drones to start.
This was a great read. Thanks for posting this and well done! o7
1 Like
Yeah, I know some of that words
Reading this dev blog is the closest I have ever come to experiencing a real-life Rockwell Retro Encabulator presentation.
No, on a different server. so tranquility can focus on more important things.
All of the UI examples are examples of bad UI design. Please change it to a more functional UI with good usability.
2 Likes
As a player, I care more about gameplay. It’s in a mess.
So it looks to me that potentially the bottleneck in the picture is the EVE Server and that at some stage you will rewrite some major parts of it to allow glorious non-TIDI battles in EVE. Thanks for the update. This is like the Dev blogs of old 
1 Like
@CCP_Dopamine , @CCP_Chimichanga you might do this announcement months ago.
And this might change A LOT OF Things .
I know you dont give ■■■■ …
But … this is a good example also for cognitive framing …
If you had shared these already , all these nagtivity might never born , even turn into more stonger support and patience .
Now you are sharing this info with community there are two impact options :
Some people regret and change attitude.
Some will be even more angry because of you cause them regret due to lack of information which doesnt provided them in a good time …lack of communication and support the feeling of “ nothing “ in community .
This is framing …
If i have to make some ground change in structure … i just make the base ready and “Frame “ it well … then i change it with the groups im leading … and share expected difficulties… give them insight about where and how and what kind of challenges we might be face to face … and i ask for support and cooperation , and if they have nothing to do but they need to tackle and struggle with some difficulties
I tell them this is a process and best thing they can help is keep it pozitive … inform others to build up right perspective to handle with these obstacles.
Also IT IS POSSIBLE to share these bit more understandable and educative way … since most of us not specialised in this area… im psych… i know nothing about these but merried with a comp engineer sosomeone who has full understanding around all these who can explain to me. And it is absolutely possible to explain the way we can grab .
Tl:dr you are late for this introduction. You might prevent lot of negativity if you did this announcement long ago
1 Like
I’m wondering if CCP ever considered Erlang, many of described challenges are something that Erlang is suppose to excel at.
Hello. IT layman here.
Thank you for such an excellent blog.
Despite the mercilessness of the wording of the blog, I fought through the whole thing - albeit at a slow pace - and have formed what I think is a correct - yet faint - picture of the material.
I fundamentally understand the blog as follows.
The devs have created a message buffer and have added it to the server architecture. The message buffer is an intermediary system between the Eve Server and various other systems, such as newly developed features or the protocol buffers that communicate with our clients.
Using this architecture makes things faster because the Eve server now only has to interface with the message buffer, which means that the Eve Server has an optimal environment to operate quickly. This optimal environment stands in stark juxtaposition with the previous architecture, where the devs connected each system to the Eve Server via speed impeding direct interfaces.
This new architecture means that newly developed features can use modern technology and operate at high speeds wholly outside the Eve Server without being held back by speed impeding direct interface considerations.
Is that correct?
2 Likes
The only Erlang we employ is ejabberd itself and mods made to it.