Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
jnoller
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
59 ms
·
601.
▲
by
jnoller
16y ago
Glad your excited - and kudos to the user who submitted the multiprocessing patch to me, I would not have thought of it on my own probably!
602.
▲
by
jnoller
16y ago
It simply was not going to be ready - and with the amount of churn and changes going on in that space, it was felt that the community would be better served with something stable, later (but still install-able via pip/etc) then something un
603.
▲
by
jnoller
16y ago
Well, the Nasuni product is aimed at the business, not personal users. There's a variety of cloud-gateway products aimed at home/personal users.
604.
▲
by
jnoller
16y ago
Eh, by "cool VM work" sure - if you mean unladen-swallows JIT. Anything else has a year+ lag time for inclusion to be seriously considered. Also, the funny thing with the GIL (even as the maintainer of multiprocessing) is that it's never bo
605.
▲
Building a face-tracking robot with Python in an afternoon
(blog.aicookbook.com)
43 points
by
jnoller
16y ago
|
10 comments
606.
▲
by
jnoller
16y ago
Flot ( http://code.google.com/p/flot/ ) has treated me fairly well, but a coworker swears by highcharts.
607.
▲
by
jnoller
16y ago
You see - the reason your hit list of itches were not fixed were because no one stepped in to do them - this isn't anyones fault, but it doesn't mean important things were not fixed. Instead, the other itches (such as bytes vs. strings/unic
608.
▲
by
jnoller
16y ago
And that was always the plan. 3.0 adoption was supposed to take several years . So it's all good - the big thing which needs to occur before most people will is some of the big libs need to port over.
609.
▲
by
jnoller
16y ago
This is coming this year, as far as I have been told.
610.
▲
by
jnoller
16y ago
Why on earth would PyPy be included? If GIL-Removal, PyPy, pip and virtualenv being included is your "must have" list, you're going to be waiting long after everyone else has moved onward :) For me, it's simply "I just need my dependencies"
611.
▲
by
jnoller
16y ago
When talking about an interpreter; I find those terms completely acceptable. So long as the language itself continues to work, and I can still use C extensions.
612.
▲
by
jnoller
16y ago
We in python-dev land have been working on discussing various help documents and things associated with the website. For now, if you have lots of 2.x dependencies - use 2.x - it's stable and well supported by the community. If you're doing
613.
▲
by
jnoller
16y ago
If someone were to submit a patch nuking the GIL, I doubt it would be a language change, ergo, the language moratorium (a block on new syntax) does not apply.
614.
▲
by
jnoller
16y ago
Nothing is impossible - not even GIL removal. Just very hard.
615.
▲
by
jnoller
16y ago
No, it would not get into 3.2, and it doesn't offer speed improvements at this time. It's a great experiment right now . It's probably a year+ off from ever seeing core, if ever.
616.
▲
by
jnoller
16y ago
Good to hear (thanks)! Alas, multiprocessing will always be slagged by the serialization and deserialization of objects. Note, I'm the maintainer, so I'm not trolling :)
617.
▲
by
jnoller
16y ago
Very, very interesting. I'm going to have to suck it up and pull it from sourceforge - I'll be very interested to see how they implemented the message passing and "safe object" stuff. With time this could change things quite a bit for pyt
618.
▲
by
jnoller
16y ago
I can personally attest to the fact Celery is pretty awesome, and a nice compliment to your Django app. The author - Ask is also doing some awesome things with multiprocessing in general - check out http://pypi.python.org/pypi/billiard/
619.
▲
by
jnoller
16y ago
The answer is simple: The key is never stored in the cloud. Period. The key is in your control - we don't trust the cloud for storing keys. In fact we do not trust ourselves (we do not keep a copy, unless you choose to give it to us). The
620.
▲
by
jnoller
16y ago
Thank you - we're happy you recognized that the encryption scheme has withstood the test of time and external scrutiny. Nasuni strongly believes in reaching out and thanking all of the people and software tools/packages which help us accomp
621.
▲
by
jnoller
16y ago
Per the blog post and challenge text: "We are issuing this challenge because we are confident that no one will succeed. In fact, we know no one will succeed – security experts will realize that this “challenge” is really more of a demonstra
622.
▲
by
jnoller
16y ago
Yes - we wish to keep the focus of the challenge on the data within the cloud. We fully understand that in reality, most attacks do not occur directly against encrypted data. The idea we are trying to get across is that the data we store, i
623.
▲
by
jnoller
16y ago
And the blog post with more discussion: http://www.nasuni.com/news/nasuni-blog/cloud-storage-challen...
624.
▲
Cloud Storage Security Challenge
(nasuni.com)
18 points
by
jnoller
16y ago
|
17 comments
625.
▲
The iScam (or why mobile ads don't make sense)
(theonda.org)
2 points
by
jnoller
16y ago
|
0 comments
626.
▲
by
jnoller
16y ago
the author is the maintainer of mod_wsgi
627.
▲
by
jnoller
16y ago
Good to see Dropbox getting the coverage - it really is a killer application for end-users.
628.
▲
Top 5 Security Challenges of Cloud Storage
(nasuni.com)
9 points
by
jnoller
16y ago
|
0 comments
629.
▲
by
jnoller
16y ago
Good Reddit discussion as well: http://www.reddit.com/r/Python/comments/ccoxw/ann_sendtools_...
630.
▲
Sendtools: Tools for composing consumers for iterators/companion to itertools.
(pypi.python.org)
1 points
by
jnoller
16y ago
|
1 comments
More ›