Jump to content

  • Log In with Google      Sign In   
  • Create Account


#Actualpronpu

Posted 06 March 2013 - 04:50 AM

In terms of spatial querying, you are competing against technology that most game-devs already have. In terms of parallel processing, many game devs already have solutions, but yes, there's still many trying to transition, who may be potential customers.

 

I don't think so. The whole approach, as outlined in the blog post, is that scalability comes from making parallelization and querying one and the same. If you say you have one or the other, or even both separately -- that's nothing to do with what we provide. We say that IF you have real-time db queries AND the db uses knowledge about the domain and the queries in order to parallelize your business logic THEN you get significant scaling. We're not trying to solve the problem of querying spatial data. We're solving the problem of scaling by utilizing the database. 

 

The main point of our approach is this: we're not utilizing parallelism to speed-up database queries. We're utilizing the database to parallelize (and speed up) your business logic

 

 

You're being silly and ignorant again.

 

Yeah, I'm probably being silly, but I don't think I'm ignorant. smile.png After spending a lot of times talking to potential customers in various markets, some patterns emerge.

 

 

I can tell you straight-up that console developers will be a very hard sell, simply because Java doesn't exist there!

 

All our middleware is server-side only. That's where you find the scaling issues we're trying to solve.

 

However, the number of large-scale MMO developers in the world is very low, so the chance of netting customers is also pretty low.

 

True. That's another reason why we're not trying harder to convince game devs to buy our stuff. For indie developers our software is free anyhow (depending on the game world size).


#2pronpu

Posted 06 March 2013 - 03:28 AM

In terms of spatial querying, you are competing against technology that most game-devs already have. In terms of parallel processing, many game devs already have solutions, but yes, there's still many trying to transition, who may be potential customers.

 

I don't think so. The whole approach, as outlined in the blog post, is that parallelization and querying is one. If you say you have one or the other or even both -- that's nothing to do with what we provide. We say that IF you have real-time db queries AND the db uses knowledge about the domain and the queries in order to parallelize your business logic THEN you get significant scaling. We're not trying to solve the problem of querying spatial data. We're solving the problem of scaling by utilizing the database. 

 

The main point of our approach is this: we're not utilizing parallelism to speed-up database queries. We're utilizing the database to parallelize (and speed up) your business logic

 

 

You're being silly and ignorant again.

 

Yeah, I'm probably being silly, but I don't think I'm ignorant. smile.png After spending a lot of times talking to potential customers in various markets, some patterns emerge.

 

 

I can tell you straight-up that console developers will be a very hard sell, simply because Java doesn't exist there!

 

All our middleware is server-side only. That's where you find the scaling issues we're trying to solve.

 

However, the number of large-scale MMO developers in the world is very low, so the chance of netting customers is also pretty low.

 

True. That's another reason why we're not trying harder to convince game devs to buy our stuff. For indie developers our software is free anyhow (depending on the game world size).


#1pronpu

Posted 06 March 2013 - 03:11 AM

In terms of spatial querying, you are competing against technology that most game-devs already have. In terms of parallel processing, many game devs already have solutions, but yes, there's still many trying to transition, who may be potential customers.

 

I don't think so. The whole approach, as outlined in the blog post, is that parallelization and querying is one. If you say you have one or the other or even both -- that's nothing to do with what we provide. We say that IF you have real-time db queries AND the db uses knowledge about the domain and the queries in order to parallelize your business logic THEN you get significant scaling. We're not trying to solve the problem of querying spatial data. We're solving the problem of scaling by utilizing the database. 

 

The main point of our approach is this: we're not utilizing parallelism to speed-up database queries. We're utilizing the database to parallelize (and speed up) your business logic

 

You're being silly and ignorant again.

 

Yeah, I'm probably being silly, but I don't think I'm ignorant. :) After spending a lot of times talking to potential customers in various markets, some patterns emerge.

 

I can tell you straight-up that console developers will be a very hard sell, simply because Java doesn't exist there!

 

All our middleware is server-side only. That's where you find the scaling issues we're trying to solve.

 

However, the number of large-scale MMO developers in the world is very low, so the chance of netting customers is also pretty low.

 

True. That's why we're not trying harder to convince game devs to buy our stuff. For indie developers our software is free anyhow (depending on the game world size).


PARTNERS