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

科技回声

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

GitHubTwitter

首页

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

资源链接

HackerNews API原版 HackerNewsNext.js

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

My Experiences with Julia

46 点作者 Volker_W将近 3 年前

7 条评论

spekcular将近 3 年前
This article is representative of my experiences as well. I&#x27;m thankful to the author for writing it. My favorite parts:<p>&gt; This slowness affects other software written in Julia as well. For example, my editor formats on save. For most languages, the formatting time-delay is not noticable, but for Julia it sometimes took more than 10 seconds.<p>&gt; The idea of “You only need to start the interpreter once a day” failed for me.<p>For me, this is the biggest obstacle to using Julia. It&#x27;s not designed to support the traditional C&#x2F;Python&#x2F;whatever workflow of editing a text file and then interpreting&#x2F;compiling it; it wants you to be in the REPL all the time. If you don&#x27;t use the REPL, you have horrible problems with package loading times. So if you&#x27;re someone who doesn&#x27;t like developing in a REPL, you&#x27;re out of luck.<p>Some comments by Julia users on the post are available here: <a href="https:&#x2F;&#x2F;discourse.julialang.org&#x2F;t&#x2F;blog-post-about-my-experiences-with-julia&#x2F;79976" rel="nofollow">https:&#x2F;&#x2F;discourse.julialang.org&#x2F;t&#x2F;blog-post-about-my-experie...</a>
评论 #31403902 未加载
评论 #31404104 未加载
zmmmmm将近 3 年前
It&#x27;s interesting how hard this nut is to crack. I have hit all the same types of problems (R is obscene as a programming language, Python too slow and lacks multicore, C is too low level etc etc). I&#x27;ve ended up using Groovy (JVM) for a lot of my scientific work because it is the &quot;least worst&quot; language - dynamic when you want it to be, static when you want it to be, decent if not stellar set of scientific libraries and performant enough (mostly as fast as Java). I have hopes for Nim but it&#x27;s still not quite there.<p>But why <i>isn&#x27;t</i> there something else? Can we really never have our cake and eat it too in this domain?
评论 #31403772 未加载
评论 #31408443 未加载
评论 #31404928 未加载
评论 #31411511 未加载
评论 #31403912 未加载
评论 #31416256 未加载
sterlind将近 3 年前
these are all very valid pain points with Julia, except I disagree with calling Julia &quot;way more dynamically typed than Python.&quot;<p>I think of Julia as <i>statically duck-typed</i>, which sounds cursed but is incredibly useful IMO. like if you have `foo(x,y,z)=x+y<i>cow(z)`, foo() will work for any x and y with compatible `+` operators, if there&#x27;s a `cow()` that will accept whatever type `z` is. But it&#x27;s still static - your code will throw a </i>compile error* if x and y can&#x27;t be added, or if cow() won&#x27;t take your z. And unlike Python, Julia can dispatch on types, so you can implement cow() for whatever you want. the type system is, in fact, absurdly powerful. the downside seems to be that it&#x27;s formally undecidable sometimes, and that you fundamentally can&#x27;t enforce output types for functions passed as arguments.<p>the speed is a drag, but it feels like getting a train up to speed - it&#x27;s slow getting ready to do absurdly heavy lifting.
评论 #31404028 未加载
transfire将近 3 年前
Personally I feel JITs have gotten too much hype. While they have some advantages in optimization, it seems far outweighed by the downsides. I’d rather have an interpreter for development and a static compiler for production.
评论 #31408971 未加载
评论 #31403972 未加载
评论 #31408504 未加载
iamed2将近 3 年前
I still prefer to use Julia, but this is a good summary of the problems that affect me personally as an experienced user (although I do like dynamic typing for most of the work I do).
deepsun将近 3 年前
&gt; The authors of Julia argued that member functions are a bad idea, because it connects a function to a specific datatype<p>That&#x27;s actually the thing I love most in Java-like languages. I want to type &quot;foo.&quot; and see everything that I can do with foo. If it&#x27;s not in auto complete -- it doesn&#x27;t exist.<p>Compare that with, for example, &quot;len()&quot; in other languages.
zwieback将近 3 年前
&gt; Rust is essentially C&#x2F;C++, but without their ugliness<p>I&#x27;d rephrase that, folks coming primarily from a coding background would probably find this off-putting since Rust&#x27;s contribution is something quite different from what C&#x2F;C++ does. It&#x27;s fairly clear what author means, though.
评论 #31404046 未加载