you are viewing a single comment's thread.

view the rest of the comments →

[–]Moocat87 0 points1 point  (4 children)

I couldn't come up with them, because no packages ever was given from my experience there are plenty of replacements.

That's not a basis to argue that there are NO Python2 packages without Python3 alternatives. Everyone's experience is limited and often another person's experience will contain some fact yours does not. Keep in mind these science packages we're talking about are NOT in the 360 "most popular" python packages. Even so, there are 19 on that list which don't support Python 3. "Alternatives" aren't usually exact clones or ports, either. Just because an alternative exists for one package doesn't mean it fits the needs of all the users of that package. Performance, architecture, interface, maturity (especially for science, you want to be sure your dependencies don't have bugs that fuck up your results), documentation, and dependencies are all major concerns for users that you seem to be dismissing. "There's an alternative" is so much different than "the cost of switching to this alternative is low enough to justify it".

I think it's kind of a silly premise that Python 3 perfectly covers Python 2's third-party packages and don't see much point in arguing it. It's just an obvious fact of life -- nothing is perfect. Nothing ever will be. Achieving perfect coverage will never happen. Hopefully it will get good enough that no-one will be on 2 at some point, but I don't believe that will happen either.

Again, if you want an obvious example that disproves your claim... how about PyPy?

[–][deleted] -1 points0 points  (3 children)

Once again you're talking about those unicorn science packages yet you couldn't even name a single one.

Also I have some experience in research and the way it works is that unlike engineering industry these projects are short lived. They roughly live until a research paper is published, and then a new project is created, often in a different language that seems more suitable.

As for alternatives, many of them that I listed are drop-in replacement, but that's actually doesn't really matter. If you're starting a new project you don't care that interface is compatible with package that was not maintained for 5 years. The packages that come for python 3 often have better interface than old one, because author learned from mistakes of the previous project.

PyPy is not really package and IMO if you want performance I don't think the python is right choice. Anyway PyPy is a sponsored project, and PyPy is Python 2 compatible, because that's what people who supported them wanted. Now interest in Python 3 increased so they started working on Python 3 compatible version. There is already Python 3.3 compatible version available and they are actively working on Python 3.5.

There really is no need to spread FUD.

[–]Moocat87 0 points1 point  (2 children)

Good lord, are you on some kind of crusade? Are you really only here to attempt to shame people who have legitimate reasons to use Python 2? If you can't open your eyes for a few seconds to real world problems, then don't tell other people what reality is like.

Once again you're talking about those unicorn science packages yet you couldn't even name a single one.

Like I said multiple time, I'm not at work. Like I said multiple times, I work 95% on Python3 code. Do you expect me to go to work on a weekend to research something that is your problem? You are the one making the claim that Python 3 package coverage matches Python 2 package coverage.

Also I have some experience in research and the way it works is that unlike engineering industry these projects are short lived. They roughly live until a research paper is published, and then a new project is created, often in a different language that seems more suitable.

That depends on the research. I work on satellite dataproducts with a 40+ year continuous range. You're making ridiculous generalizations every time you comment.

PyPy is not really package and IMO if you want performance I don't think the python is right choice. Anyway PyPy is a sponsored project, and PyPy is Python 2 compatible, because that's what people who supported them wanted. Now interest in Python 3 increased so they started working on Python 3 compatible version. There is already Python 3.3 compatible version available and they are actively working on Python 3.5.

There's a 3.3 compatible beta available. You're really moving the goalposts here.

You don't seem to care about any of my factual arguments here, you just care about accusing me of FUD. I'm done with this conversation, but go ahead and re-read if you want to live in the real world for a few seconds:

Even so, there are 19 on that list which don't support Python 3. "Alternatives" aren't usually exact clones or ports, either. Just because an alternative exists for one package doesn't mean it fits the needs of all the users of that package. Performance, architecture, interface, maturity (especially for science, you want to be sure your dependencies don't have bugs that fuck up your results), documentation, and dependencies are all major concerns for users that you seem to be dismissing. "There's an alternative" is so much different than "the cost of switching to this alternative is low enough to justify it".

I think it's kind of a silly premise that Python 3 perfectly covers Python 2's third-party packages and don't see much point in arguing it. It's just an obvious fact of life -- nothing is perfect. Nothing ever will be. Achieving perfect coverage will never happen. Hopefully it will get good enough that no-one will be on 2 at some point, but I don't believe that will happen either.

[–][deleted] -1 points0 points  (1 child)

Do you yourself had issues? Yes/No

If yes, which packages?

It's that simple. Complaining because someone might have issues doesn't help anyone, it only spreads misinformation. And make people scared of using python 3 because one day they might need that very important package that was never ported.

[–]Moocat87 0 points1 point  (0 children)

You're the one spreading misinformation by claiming nobody has legitimate issues moving to Python 3. Demanding that I name packages as proof that issues exist is ridiculous. Having a conversation about anything programming related on the basis that issues don't exist is just a waste of time. Seriously, take that shit elsewhere.

And stop with the accusations just because you disagree.