TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

New IPython release drops Python 2.7 support

214 点作者 peterdemin大约 8 年前

7 条评论

makmanalp大约 8 年前
The 5.x fixed a lot of my UX quibbles with the completion menu, and made syntax highlighting, and now they're further improving the completion quality and the menu. I'm so excited!
评论 #14158140 未加载
评论 #14160870 未加载
评论 #14158051 未加载
zitterbewegung大约 8 年前
I use Juypter and the iPython nearly every day. The new autocomplete looks extremely promising. If you are running Python 2.7 it may not be a big deal to just use iPython 5.x though.<p>The two major uses I have are prototyping nearly any coding project that requires python and teaching myself data analysis. This has saved me hours if not days due to the fact that the feedback loop is so fast. When I code in other languages I desire the iPython interface.
评论 #14159293 未加载
评论 #14160840 未加载
breatheoften大约 8 年前
A comment from a beginner python user -- but I need to rant ...<p>I&#x27;ve been doing a bit of python the last few weeks for some image processing&#x2F;computer vision tasks (using opencv and numpy).<p>I have to say, all together it&#x27;s a pretty miserable developer experience.<p>Python is incredibly slow - forcing pretty much all computation no matter how trivial into contortions via numpy incantations so that the inner loops can run in native extensions -- these Incantations have a lot of implicit not well documented magic. Miss some details in the behavior of the magic and suddenly you have a major 10x slowdown -- but good luck finding where. I would kill for an easy to use tool like xcodes Time Profiler ...<p>API usage errors (even those where invariants are checked at runtime) are ridiculously under informative -- opencv for example does quite a bit of runtime sanity checking on the shape and type of arguments to its methods -- but somehow even simple details as to which parameter is the cause of the error don&#x27;t get reported in the stack trace severely increasing the cognitive load required to identify the mismatch -- not fun when multiple arguments to an API are the result of a chain of numpy magic data munging. This may be an opencv complaint more than python (aside: opencv is pretty terrible.)<p>I&#x27;m not sure what I&#x27;m doing wrong with python but I find the majority of my code to be sort of menial data munging -- and I haven&#x27;t figured out good patterns to organize this munging in any sensical way --with a static language d.r.y patterns to centralize such plumbing operations have the awesome effect of moving invariants into reasonable places -- in python without any ability to organjze guarantees, as the code base evolves I find myself needing to repeatedly check data shapes&#x2F;types -- there doesn&#x27;t seem to be an obviously useful way to organize verification of data types as the necessary invariants become apparent. These issues are compounded by the fact that refactoring is an enormous pain in the ass!<p>I feel like all my python code is throwaway code. Maybe that&#x27;s what I&#x27;m missing -- I need to just accept that all the python numeric code I write is pure one-off junk, embrace copy paste and never try to reuse any of it ...<p>Sorry for the rant! I remember loving dynamic languages when I first discovered them - but right now, I really miss c++ (or even better swift).<p>I can&#x27;t imagine the number of hours wasted because of these overly dynamic tools -- and there is simply no decreasing that lost time in the future -- as these languages grow if the house of cards ecosystems they sit atop grow and motivates more use then ever more developer hours will be lost to avoidable triviality ...
评论 #14158628 未加载
评论 #14161532 未加载
评论 #14158575 未加载
评论 #14160625 未加载
评论 #14158597 未加载
评论 #14158389 未加载
评论 #14158681 未加载
评论 #14161157 未加载
评论 #14158694 未加载
评论 #14158999 未加载
评论 #14158385 未加载
评论 #14158718 未加载
评论 #14158896 未加载
评论 #14159042 未加载
评论 #14161955 未加载
评论 #14160296 未加载
评论 #14158324 未加载
评论 #14159102 未加载
评论 #14159634 未加载
评论 #14159951 未加载
评论 #14161577 未加载
评论 #14163334 未加载
评论 #14160214 未加载
评论 #14160170 未加载
gcr大约 8 年前
I understand the notebook machinery itself is running on Python 3, but can I still launch a Python 2.7 kernel? I am still working with Python 2-only libraries at the moment.
评论 #14162310 未加载
bjt2n3904大约 8 年前
It&#x27;d be really nice if they followed python3, and named it ipython3. This is just going to confuse install processes if I now have to install &quot;ipython&lt;6&quot;.
评论 #14160901 未加载
评论 #14159358 未加载
评论 #14160039 未加载
评论 #14159372 未加载
评论 #14159066 未加载
评论 #14158555 未加载
评论 #14159202 未加载
评论 #14160150 未加载
708145_大约 8 年前
Wow, I thought that this would never happen.
Chris2048大约 8 年前
I personally think they should have just declared Python 3 to be a new language, inspired by python 2, like many other competing new-pythons.<p>Instead, they didn&#x27;t play fair, and gave themselves an unfair advantage.
评论 #14158841 未加载
评论 #14158908 未加载