Hi Michael, I have been working on a binary interface for perl to OrientDB and will be finishing up over the next couple of months. I will be posting it on prepan and then CPAN. I am hoping this will make it relatively easy for people to connect and work with the database. I am not sure if you use perl at all but if you do I think this will be a great interface for you. Also there is already a gremlin CPAN module that could be used today. Once the binary API is on prePAN I would appreciate lots of feedback. I am interested in continuing to support this API into the future.
Cheers, Adam Wright On Wednesday, 3 July 2013 12:23:33 UTC-4, Michael Woytowitz wrote: > > Hi Luca, > > Here is my opinion for what it is worth. I have some experience with > start-ups in the US (no experience with Europe). Do agree that funding is > a big factor in "getting on top of the wave" when trying to get a new > software technology adopted. In the US, especially in the silicon valley > area and around some other tech hubs, there is a lot of available > investment capital. Money means more dedicated bodies to work on improving > and polishing the product as well as marketing it. > > I do agree the OrientDB web site could use an overhaul -- but I think this > is is NOT the biggest impediment for adoption.. > > I believe the biggest issue is that the alternate language bindings need > more work. I work in Python for most of my graph analysis. After looking > at the the language bindings (PyOrient <https://github.com/mogui/pyorient>) > for example or Bulbflow, I find the libraries are not up to the latest > version, incomplete or abandoned. I feel for OrientDB to gain momentum, > it needs to be easy to access from multiple languages and the bindings need > to be managed/updated by the OrientDB project or Nuvolabase. Suggested > minimum native language support would be Java, C, Python, .Net, Ruby, > NodeJS, in that order If the language bindings were updated, tested and > released along with each OrientDB release that would go a long way in > fostering adoption. Based on my experience most graph related > programming/development is being done on Java and Python because there is a > wealth of libraries for graph analysis. > > The next item on my suggestion list would be a rich database management > application written in Java - much like SQLDeveloper for Oracle. The > current web interface is usable but a desktop/laptop java application to > view data, execute queries and manage the database would provide a better > user experience when being introduced to OrientDB. > > I do feel OrientDB's SQL language support is a big advantage for adoption > by larger companies - this allows easier uptake by technical staff familiar > with relational databases. > > ~Michael > > On Tuesday, July 2, 2013 6:11:49 PM UTC-4, Lvc@ wrote: >> >> Hi all, >> I found this interesting article about OrientDB: >> http://techwirenews.com/2013/07/02/european-startups-do-it-the-hard-way >> >> WDYT about the fact OrientDB is not so famous like US counterparts? Is it >> because the European origins? Is the lack of funds/marketing? >> >> Please express your opinion. >> >> Lvc@ >> >> -- --- You received this message because you are subscribed to the Google Groups "OrientDB" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
