fuzzyman

7 ms·

1.
by fuzzyman 14y ago
It's Ruby in RPython, the implementation language of the PyPy VM toolchain. It has nothing to do with integrating with Python. It's an alternative Ruby VM using a proven JIT generator technology that happens to be built with a Python-like l
2.
by fuzzyman 14y ago
Hey, at least he thinks it's glitzy. That's a plus.
3.
by fuzzyman 15y ago
Uhm... utter tripe. How bizarre.
4.
by fuzzyman 15y ago
In the process of moving 24 domains.
5.
by fuzzyman 15y ago
I don't really know what you mean by supporting numpy on pypy "excludes" scipy (other than in the short term). If you mean you assumed that the pypy team would port all of scipy as well as numpy, that seems like an unrealistic expectation f
6.
by fuzzyman 15y ago
I missed the specific suggestions on how the pypy guys could improve things - other than "do a lot of work on numpy itself as well so that it better supports multiple implementations" (paraphrase obviously). That really needs to be the si
7.
by fuzzyman 15y ago
Shuttleworth is trying... :-)
8.
by fuzzyman 15y ago
It doesn't make it more of an issue. Installing any Python package already requires "arbitrary code execution" -- which is the big problem with Python packaging. (And hopefully will be fixed by distutils2 which uses a setup.cfg to install p
9.
by fuzzyman 15y ago
This Trojan requires the ability to execute arbitrary code and write to files - so it's not in itself any kind of exploit. It's just malicious Python code.
10.
by fuzzyman 15y ago
And whilst we're at it can people stop using "water" as a synonym for "pure water". Mud is water too, it's just not as pure!
11.
by fuzzyman 15y ago
Well, you just change to the Python 2 super call form and it works fine. The substitution hardly requires a master programmer...
12.
by fuzzyman 16y ago
Because there is no need for locking in the fundamental data-types like hashes.
13.
by fuzzyman 16y ago
pypy has quicker start up than CPython and also has a JIT. They're working on interesting memory optimisations too.
14.
by fuzzyman 16y ago
IronPython is another GIL free Python implementation.
15.
by fuzzyman 16y ago
"Python is hurting from a bad design decision that doesn't let multiple interpreter implementations share components that they could have." As many others have said, changing syntax is really one of the most trivial parts for alternative im
16.
by fuzzyman 16y ago
Bug report triaging is very good now - most reports get responded to within a day.
17.
by fuzzyman 17y ago
Nope - not arbitrary, it is because of the indentation scoping rules. Try coming up with a syntax for statement based lambdas that isn't ugly as heck.
18.
by fuzzyman 17y ago
Well, normally I would agree - but if its entirely abstracted away in a library (and the library is well written) then it might sort-of-kind-of-maybe be ok. Python itself does varying degrees of bytecode optimisation depending on which vers
19.
by fuzzyman 17y ago
You could almost certainly achieve that with the implementation of blocks provided by this package: http://pypi.python.org/pypi/withhacks/
20.
by fuzzyman 17y ago
And not being Lisp is one of the big reasons for the success of both Python and Ruby. :-) FLAMEBAIT -> FLAMEBAIT
21.
by fuzzyman 17y ago
As a Pythonista I have no idea what the Ruby snippet is doing. Readability depends entirely on context. The Python 3 version is using a function annotation. In Python 2 or 3 you could use a context manager (with statement) to similar effect
22.
by fuzzyman 17y ago
Bullsh*t.
23.
by fuzzyman 18y ago
And in terms of scaling Ruby is likely to be the cause of your problems rather than the solution...
24.
by fuzzyman 18y ago
"method_missing" - do you know about '__getattr__' for Python? (can be a one liner if you want...) "oh-so-thread-safe-code for an interpreter that serializes around a global interpreter lock" - so Ruby's threading is better??
25.
by fuzzyman 19y ago
"The browser is a fantastic platform. You never have to install web apps. You never have to patch web apps." Fantastic for the developer maybe - not so for the user. "Remember, dumb terminals were around long before PCs." Right. How was tha
26.
by fuzzyman 19y ago
As an open-source developer (with Python) who uses Windows, Microsoft and their actions hardly ever seemed to feature in the things I was interested in or that were important to me. That actually changed when I got a job developing an appli
27.
by fuzzyman 19y ago
How many developers of startups do you know who actually use a browser based IDE ? There are a couple and they only suck a bit, but they don't compare to the desktop ones. I don't use a browser based text editor when I want to make a quick
28.
by fuzzyman 19y ago
I think the death of the desktop is much exaggerated. AJAX is better than the last generation of web-apps, but the browser still basically sucks as a platform. Latency is a bitch. :-)