Earlier quoted context omitted.
Although pure python seems great for some apps, for a piece of software I'd like to be highly optimized, it seems to hit the wrong sweet spot -- it means a larger memory footprint and less robust multi-threading than other pure language implementations. When things need to work fast and tight in python, most implementations duck down to C, like numpy and scipy. Or maybe I've been out of touch with improvements to CPy…
Threading in Python is totally capable here. A database is more likely I/O bound than CPU bound.
CodernityDB — pure Python, NoSQL, fast database
51–52 of 52 posts
Re: CodernityDB — pure Python, NoSQL, fast database
#52Earlier quoted context omitted.
The thing I like most in python is not python itself but a "pythonic way". "Pythonic" > Python. In my opinion, it's not "pythonic" to use DBMS, just because it written in python. So the "selling point" is flawed. Disclosure: I'm using python since 2006. I've made a lot of evangelizing it. It is my weapon of choice for many tasks. And I will never use python for many other tasks. (Don't tell me about PyPy or Stackless…
You make an excellent point, but when working in Python there are advantages to tying in to tools that are also written in Python. They will tend to be easier to integrate into your project than non-Python code[1] and more than that will generally be easier for you to extend or tweak[2] if you run into a case where you have to "look under the hoos" for some reason.[3] [1] Python works well with other languages of cou…
(We have 45% of .NET-ters, 35% of javers, 20% : devDBAs, Js-ers, others)
My propaganda is always: "Be programmers, mazafakerz!" And python is excellent tool for explaining ideas between this groups. Javer will not be offended if I show him .NET-code and otherwise.
For them python is "executable pseudo-code".
It will be sad for me if pythonistas became a caste like .NET, Java ... and Haskel (they are not a caste but have all possibilities to became one)