Re: [julia-users] Re: What packages, features, other strengths would you recommend when showing Julia to molecular neurobiologists?

@Chris: thanks for the tips! @Tamas: oh I know what you mean, and don't worry, I'm definitely not planning on telling these people how they should do their research! But as a counterpoint: they also are so focused and busy dealing with their research problems that they don't really have the

[julia-users] What packages, features, other strengths would you recommend when showing Julia to molecular neurobiologists?

*TLDR: I'd like to show Julia to my colleagues, but don't have a clue which cool packages and features I should show off to them, because I don't do any scientific work myself.* Hi, I'm an interaction designer working for a research group at Karolinska Institute[0]. Basically, I'm a glorified

[julia-users] Andrei Alexandrescu demonstrates a generic sentinel+"vacancy" optimisation method; relevant for speeding up algorithms in Julia?

For those unfamiliar with sentinel values , think "zero terminated string" instead of "knowing the length of the string and checking if you are inbound every step" - the former removes a comparison, because termination can become part of the

[julia-users] Andrei Alexandrescu demonstrates a generic sentinel+"vacancy" optimisation method; relevant for speeding up algorithms in Julia?

For those unfamiliar with sentinel values , think "zero terminated string" instead of "knowing the length of the string and checking if you are inbound every step" - the former removes a comparison, because termination can become part of the

[julia-users] Re: [ANN] GLVisualize

On Saturday, 27 February 2016 14:46:56 UTC+1, Simon Danisch wrote: > > Thanks :) > > >I wonder if it will be the Matplotlib of Julia > > While possible, it will need quite a bit of work :) Offering the > flexibility and usability of Matplotlib is no easy task! > Right now the strength rather

[julia-users] [General Interest] An update to John Gustafson's Unums: "Unums 2.0"

Originally found on: D-lang forum discussion , forwarded to me by Robbert van Dalen. The previous julia-users discussion about unums provoked a lot

[julia-users] Re: ANN: Julia v0.4.0 released!

Congratulations! That's a lot of changes. > >- A major focus of 0.5 will be further* (breaking)* improvements to >core array functionality, as detailed in this issue >. > > I love how you are not afraid to keep tinkering and breaking

Re: [julia-users] John L. Gustafson's UNUMs

to include it in my package if you want. On Thu, Jul 30, 2015 at 6:51 PM, Job van der Zwan j.l.van...@gmail.com javascript: wrote: On Thursday, 30 July 2015 00:33:52 UTC+2, Job van der Zwan wrote: BTW, Tom, I was already working on a summary of the book (on an IJulia notebook). I'm

Re: [julia-users] John L. Gustafson's UNUMs

, with accountability of who made each edit (github wikis are git repos, and to make edits people need to have a github account) and easy reversal of eventual bad changes. On Friday, July 31, 2015 at 3:41:36 PM UTC+1, Job van der Zwan wrote: Hey Tom, Well, I could change the setting to anyone

Re: [julia-users] Re: John L. Gustafson's UNUMs

Speaking of going out on a limb: are you aware of Mark Kikgard's work on GPU accelerated path rendering? http://www.slideshare.net/mobile/Mark_Kilgard/gtc-2014-nvidia-path-rendering There is obvious *thematic* overlap, with the promise of faster, more accurate 2D graphics using LESS power.

Re: [julia-users] In what version is Julia supposed to mature?

On Wednesday, 29 July 2015 19:00:38 UTC+2, Tony Kelman wrote: I guess the waters are a little muddied here lately with Rust having recently put such a big emphasis on stability and reaching 1.0, actively telling people not to use the language prior to that point, and seemingly having

Re: [julia-users] In what version is Julia supposed to mature?

. Compat might start getting pretty ungainly over time, but we can use REQUIRE to deal with that if the version range ever gets too intractable to support everything within the same set of macros. On Thursday, July 30, 2015 at 6:08:54 AM UTC-7, Job van der Zwan wrote: On Wednesday, 29 July

Re: [julia-users] John L. Gustafson's UNUMs

On Thursday, 30 July 2015 21:54:39 UTC+2, Jason Merrill wrote: Analysis of examples in the book Thanks for correcting me! The open/closed element becomes pretty crucial later on though, when he claims on page 225 that: a general approach for evaluating polynomials with interval arguments

Re: [julia-users] John L. Gustafson's UNUMs

On Thursday, 30 July 2015 00:33:52 UTC+2, Job van der Zwan wrote: BTW, Tom, I was already working on a summary of the book (on an IJulia notebook). I'm on mobile right now so don't have access to it, but I can share it later. I think something like that might be useful to attract more

Re: [julia-users] John L. Gustafson's UNUMs

On Thursday, 30 July 2015 16:07:46 UTC+2, Steven G. Johnson wrote: The problem is that if you interpret an exact unum as the open interval between two adjacent exact values, what you have is essentially the same as interval arithmetic. The result of each operation will produce intervals

Re: [julia-users] John L. Gustafson's UNUMs

Steven, have you read the book or are you basing your judgment on the available presentations linked so far? Because you seem to be saying the same things Gustafson says, except with opposite conclusions about unums, ubounds and uboxes.

Re: [julia-users] John L. Gustafson's UNUMs

BTW, Tom, I was already working on a summary of the book (on an IJulia notebook). I'm on mobile right now so don't have access to it, but I can share it later. I think something like that might be useful to attract more collaborators - we can't expect everyone to read it.

Re: [julia-users] John L. Gustafson's UNUMs

On Thursday, 30 July 2015 00:00:56 UTC+3, Steven G. Johnson wrote: Job, I'm basing my judgement on the presentation. Ah ok, I was wondering I feel like those presentations give a general impression, but don't really explain the details enough. And like I said, your critique overlaps with

[julia-users] Re: ANN: Jeff Bezanson meetup talk in NYC next Tue

Off-topic: the JuliaCon website still suggests registering for the event. On Wednesday, 29 July 2015 21:10:54 UTC+2, Stefan Karpinski wrote: http://www.meetup.com/julia-nyc/events/224261149/ This will have a fair amount of overlap with his keynote at JuliaCon, so if you saw that you may

Re: [julia-users] John L. Gustafson's UNUMs

On Wednesday, 29 July 2015 16:50:21 UTC+3, Steven G. Johnson wrote: Regarding, unums, without hardware support, at first glance they don't sound practical compared to the present alternatives (hardware or software fixed-precision float types, or arbitrary precision if you need it). And the

[julia-users] Re: John L. Gustafson's UNUMs

So on an impulse I got the ebook, and even for a physics dropout like me it's surprisingly engaging and accessible! There's some stuff in there that isn't mentioned in the online slides that might clarify the idea better. For example, floats already have a way to represent the largest

[julia-users] Re: John L. Gustafson's UNUMs

On Sunday, 26 July 2015 05:00:44 UTC+3, Scott Jones wrote: There also doesn't seem to be any representation of -0.0, which from what I've read, is important to represent negative underflows. Apparently, his format doesn't have underflow, or overflow. I'm still trying to wrap my head around

[julia-users] Re: John L. Gustafson's UNUMs

On Saturday, 25 July 2015 23:34:45 UTC+3, Simon Byrne wrote: Some HN discussion here: https://news.ycombinator.com/item?id=9943589 Oh, hadn't seen that. The linked presentation is also more recent! I found the slidecast version of it, where he presents the slides in podcast form.

[julia-users] John L. Gustafson's UNUMs

So I came across the concept of UNUMs on the Pony language mailing list http://lists.ponylang.org/pipermail/ponydev/2015-July/71.html this morning. I hadn't heard of them before, and a quick search doesn't show up anything on this mailing list, so I guess most people here haven't either.

[julia-users] Re: Julia Summer of Code

On Monday, 25 May 2015 16:26:34 UTC+2, Shantanu Raj wrote: I am hoping to join JSOC to apply for the autoformat-tool http://julialang.org/gsoc/2015/#project-autoformat-tool project, it would be great to have one for Julia too. The project can eventually be extended to a Sublime Text/Atom

[julia-users] Re: Colour blind friendly defaults for plotting?

PM UTC-8, Job van der Zwan wrote: BTW, would it make more sense to (re)open an issue on github about this, and if so: where? Because there are multiple plotting packages, right? Right, that makes perfect sense for the cubehelix colour scheme, so I opened an issue for that here https

[julia-users] Re: Colour blind friendly defaults for plotting?

@Tamas: Glad I could point out a possible solution for you :) @Ivar: Nice discussion - I just *knew* you guys would have talked about this before ;). Great to see you have already put effort into this! That is very impressive. My main take away is that this is a completely incomprehensible

[julia-users] Re: Colour blind friendly defaults for plotting?

BTW, would it make more sense to (re)open an issue on github about this, and if so: where? Because there are multiple plotting packages, right?

[julia-users] Colour blind friendly defaults for plotting?

This is inspired by this speed vs LOC graph from an earlier discussion (dug up by Steve): https://groups.google.com/d/msg/julia-users/BYRAeQJuvTw/O7VK7-vp1EEJ Because of my protanomaly http://www.colourblindawareness.org/colour-blindness/types-of-colour-blindness/, I cannot distinguish the

Re: [julia-users] Rust and Julia - Together? Advice

On Thursday, 18 December 2014 16:58:59 UTC+1, Eric Forgy wrote: I miraculously figured out how to use ZMQ in Julia, i.e. you type using ZMQ :) Well, the developers did say they want Julia to have all the good bits of Python http://xkcd.com/353/

Re: [julia-users] Re: home page content

My two cents: - Plots are great, but please make them readable for the colourblind - use triangles/squares/etc in addition to circles, use lightness and saturation on top of hue. I can't make sense of the linked examples so far. - Code widgets are probably not that interesting

[julia-users] Re: Great new expository article about Julia by the core developers

Is this the proper thread to send in found minor typos? Page 15: If x and y are not both real or not both complex, then g(x,y) is an error. I'm pretty sure that should be f(x,y)instead. Also, on the same page it is said that single static dispatch isn't done in practice, but Go takes a

[julia-users] Re: Great new expository article about Julia by the core developers

Also (still page 15) section 4.2: *Number/Function “*11 *misses the closing quotes (I hope it's obvious I find this an enjoyable read in general, just trying to help out with the editing)

Re: [julia-users] Full blown GUI programming with Julia+JS

What's best is relative ;-) I personally haven't used IE in years, so I wouldn't know. Of course ;). For the record, neither have I (which would explain my outdated info, see below) On Thursday, 6 November 2014 20:23:46 UTC+1, Jameson wrote: Completely OT and [citation needed]. However,

[julia-users] Re: Full blown GUI programming with Julia+JS

On Wednesday, 5 November 2014 18:16:18 UTC+1, Viral Shah wrote: SVG document Wait, does that mean that the best browser for this is a recent version of *Internet Explorer?!* At least, last time I checked (admittedly, quite a while ago) it had the best SVG support and performance.

[julia-users] Re: ANN: GeometricalPredicates.jl

On Tuesday, 14 October 2014 14:44:06 UTC+2, Ariel Keselman wrote: *Treemaps -* I agree it is a very nice plotting addition, it can be implemented once we have weighted generators. It should belong to a different package though... Oh certainly, just thought I'd share. BTW, near the end of

[julia-users] Re: ANN: GeometricalPredicates.jl

Fantastic! Question: how does the algorithm that you used compare to Fortune's algorithm in the 2D case? By the way, since we're on the topic of Voronoi diagrams: I happened across this algorithm http://www.inf.uni-konstanz.de/~nocaj/publications/nb-cvt-12.pdf for quickly computing Voronoi

[julia-users] Re: ANN: GeometricalPredicates.jl

On Tuesday, 14 October 2014 14:44:06 UTC+2, Ariel Keselman wrote: *A comparison with Fortune's algorithm - *the Julia implementation is somewhat faster than CGAL, and CGAL is faster than Boost Voronoi which uses Fortune's algorithm, see here:

[julia-users] Re: ANN: GeometricalPredicates.jl

On Thursday, 9 October 2014 21:34:21 UTC+2, Ariel Keselman wrote: This is used in a Delaunay/Voronoi implementation which I'll also package which is faster than CGAL. Any updates on this? Also, would it support weighted voronoi maps?

Re: [julia-users] Re: a good IDE for Julia ? (Julia Studio does not work with Julia v 0.3.0)

Looks like this algorithm, presumably reimplemented in Julia and used to generate the image: http://joco.name/2014/03/02/all-rgb-colors-in-one-image/ On Monday, 29 September 2014 12:41:12 UTC+2, Tim Holy wrote: Dang, that's an attractive website. Makes me want to try Julia :). Is that

Re: [julia-users] Article on `@simd`

On Tuesday, 16 September 2014 19:14:16 UTC+2, Jacob Quinn wrote: Oops, the code I shared had a bug in it Question: if the compiler didn't vectorise despite the @simd macro, is the user notified of this? If not, wouldn't that be useful debugging information, especially if the message

[julia-users] Re: ANN: revamped Images based on Color, FixedPointNumbers

On Friday, 5 September 2014 23:07:05 UTC+2, Tim Holy wrote: Compared to other image-processing packages you may have used before, no longer do you have to retain a mental separation between integer-valued images (spanning 0 to 255, for example) and floating point- valued images (spanning

[julia-users] Re: ANN: FastAnonymous

Cool. So as someone who doesn't use anonymous functions enough to understand the fine details: is this a stopgap solution, or a won't be part of base because it makes a certain trade-off-solution? On Thursday, 4 September 2014 00:29:31 UTC+2, Tim Holy wrote: I'm pleased to announce the

[julia-users] Re: PSA: Light Table Plugin Rename

Hmm, is there a way to set up LT so that it always runs Pkg.update() when you boot it or before updating the Juno plugin? (not suggesting this as default behaviour of course) On Thursday, 4 September 2014 01:36:57 UTC+2, Mike Innes wrote: Ok, give Pkg.update() a go On Wednesday, 3 September

Re: [julia-users] Does Julia have something similar to Python's documentation string?

On Friday, 29 August 2014 12:59:21 UTC+2, Steven G. Johnson wrote: And if you sacrifice flexibility, you might easily end up with something that works for now, but is an annoyance in a few years. (It is really hard to add more structured information into Python docstrings, for example.)

Re: [julia-users] Does Julia have something similar to Python's documentation string?

As an interaction designer I think there could also be another way to approach this problem - from the user's point of view. I'd say there's two users to keep in mind here: - the person who writes the documentation - the person who reads the documentation We need to ask: when will the users

Re: [julia-users] Does Julia have something similar to Python's documentation string?

Could we not have both, in a way? A sensible convention for comment-based documentation using markdown, which I expect covers the vast majority of usecases (being human-readable plaintext that converts to rich text). During compilation that documentation is converted and added to the global

Re: [julia-users] Does Julia have something similar to Python's documentation string?

I understood to be a design principle of GoDoc: doc generation and parsing occurs at doc-gen time, not at run-time. Yes, you would have to make comments non-ignorable to get this to work. — John On Aug 26, 2014, at 12:44 AM, Job van der Zwan j.l.van...@gmail.com javascript: wrote

Re: [julia-users] Re: Does Julia have something similar to Python's documentation string?

On Tuesday, 26 August 2014 00:04:41 UTC+2, John Myles White wrote: The issue is that you want to have all code documentation show up in REPL. In the GoDoc approach, this might require an explicit build step -- which is a non-trivial cost in usability. -- John I assume you talking about

Re: [julia-users] Re: Does Julia have something similar to Python's documentation string?

On Monday, 25 August 2014 01:23:26 UTC+2, Jason Knight wrote: Happy reading: https://github.com/JuliaLang/julia/issues/3988 :) Thanks, that was indeed interesting :) On Monday, 25 August 2014 01:43:11 UTC+2, Stefan Karpinski wrote: I really like godoc – that's basically what I want plus a

[julia-users] Re: Does Julia have something similar to Python's documentation string?

Any plans? Discussions on Github worth reading through? I personally am really charmed by the godoc http://blog.golang.org/godoc-documenting-go-code approach - could something like that work for Julia? (so figuring out a sensible idiomatic way to document functions and modules that makes the

Re: [julia-users] Re: [julia-dev] Announcing Julia 0.3.0 final

Congratulations everyone! On Thursday, 21 August 2014 08:36:32 UTC+2, Jeff Bezanson wrote: If you need code to keep working without hassle, definitely stick with the 0.3 series. Nightly builds for bleeding-edge tinkering only. I got the impression some packages tend to break if they

Re: [julia-users] Re: [julia-dev] Announcing Julia 0.3.0 final

Thanks for the explanations! If I switch the Ubuntu PPA to stable builds, is it advisable that I do a clean installation of all packages too? Or does the Julia package manager also automatically fix that? On Thursday, 21 August 2014 10:06:30 UTC+2, Elliot Saba wrote: Ideally this should not

[julia-users] Is there a way to directly do a clean reinstallation of a package?

Somehow my Jewel installation got messed up after running Pkg.update(), giving me metadata may be ahead of package error messages. It was easy enough to fix: deleted the Jewel folder, opened Julia again and then ran Pkg.add(Jewel). However, it made me wonder if a function to do all of that

Re: [julia-users] Is there a way to directly do a clean reinstallation of a package?

Ah, thanks. Hadn't thought of looking on Github. On Monday, 11 August 2014 16:46:12 UTC+2, Isaiah wrote: Yes - just not implemented yet. See some related discussion here: https://github.com/JuliaLang/julia/issues/7054 On Mon, Aug 11, 2014 at 7:22 AM, Job van der Zwan j.l.van...@gmail.com

[julia-users] Re: essay on the history of programming languages

On Saturday, 19 July 2014 15:01:31 UTC+2, Tracy Wadleigh wrote: Does it count as proper, non-Alanis-style, irony that I found this thread while evaluating Rust as a compliment to Julia, ala Ousterhout's dichotomy? ;-) Out of curiousity, what's the use-case your evaluating it for?

[julia-users] Visualising Algorithms by Mike Bostock - inspiration for iJulia feature wishlist?

Hi all! I'm sure most of you have seen this come by a while ago on reddit/HN or the blogosphere, but nevertheless, I'd like to draw your attention to this wonderful interactive essay: http://bost.ocks.org/mike/algorithms/ It really reminded me of iJulia notebooks, don't you agree?. I was

[julia-users] Re: Visualising Algorithms by Mike Bostock - inspiration for iJulia feature wishlist?

On Friday, 18 July 2014 11:20:15 UTC+2, Job van der Zwan wrote: Hi all! I'm sure most of you have seen this come by a while ago on reddit/HN or the blogosphere, but nevertheless, I'd like to draw your attention to this wonderful interactive essay: http://bost.ocks.org/mike/algorithms

Re: [julia-users] Re: ways to improve performance of a non-integer power?

On Wednesday, 16 July 2014 22:47:58 UTC+2, Stefan Karpinski wrote: On Wed, Jul 16, 2014 at 12:39 PM, Florian Oswald florian...@gmail.com javascript: wrote: do you think this log issue may be worth a mention in the performance tips section of the manual? I would have never guessed that

Re: [julia-users] Re: Jupyter project

On Wednesday, 16 July 2014 23:25:19 UTC+2, Luke Stagner wrote: The is also the alchemical symbol for oil http://www.fileformat.info/info/unicode/char/1f746/index.htm ༜ That can be narratively made to fit with a bit of work. Julia: removing the mental friction from technical computing!

Re: [julia-users] Re: essay on the history of programming languages

, Jul 13, 2014 at 12:13 PM, Job van der Zwan j.l.van...@gmail.com wrote: I get a different message: *Thank you for attending Strange Loop 2013* This is a restricted presentation that can only be viewed by Strange Loop 2013 attendees! Which is odd, because I didn't attend in the first place

[julia-users] Re: essay on the history of programming languages

By the way, is video for the Strange Loop presentation linked near the end http://nbviewer.ipython.org/gist/StefanKarpinski/b8fe9dbb36c1427b9f22 ever going to be public? On Sunday, 13 July 2014 04:55:43 UTC+2, Stefan Karpinski wrote: Graydon Hoare (original author of Rust) wrote a truly

Re: [julia-users] Re: essay on the history of programming languages

it will be next month: http://www.infoq.com/presentations/julia-dispatch?utm_source=infoqutm_medium=QCon_EarlyAccessVideosutm_campaign=StrangeLoop2013 On Sun, Jul 13, 2014 at 4:57 AM, Job van der Zwan j.l.van...@gmail.com javascript: wrote: By the way, is video for the Strange Loop

Re: [julia-users] New Julia tutorial from SciPy now online

with the discussion in https://github.com/JuliaLang/julia/issues/249 and branch out from there for the discussion. On Friday, July 11, 2014 3:17:49 PM UTC-5, Job van der Zwan wrote: So this is an offtopic question inspired by the talk: around the 57th minute in the second video there's

[julia-users] Re: ANN: Processing.jl

free to open an issue on the github page: https://www.github.com/rennis250/Processing.jl Best, Rob On Wednesday, July 9, 2014 10:02:40 AM UTC+2, Job van der Zwan wrote: Ah, nice! Anyway, I ran into some trouble when trying to load the example, but from the looks of it the cause

[julia-users] Re: ANN: Processing.jl

UTC+2, Job van der Zwan wrote: Cool! As someone who uses Processing to prototypes pretty much everything, I'll have a look. One important feature is that it makes super easy to set up an interactive loop - your description makes it sound like it doesn't do that (yet). Of course

[julia-users] Re: ANN: Processing.jl

Cool! As someone who uses Processing to prototypes pretty much everything, I'll have a look. One important feature is that it makes super easy to set up an interactive loop - your description makes it sound like it doesn't do that (yet). Of course, the biggest draw to Processing is that it has

[julia-users] Re: [Blog Post] A little fun with meta-programming

For someone who has hardly ever used meta-programming outside of the creation of containers, that was really enlightening! Maybe this is old hat to people who work with macros all the time, or compiler writers and other people close to the metal, but this is the first time I've seen the concept

Re: [julia-users] support for '?' suffix on functions that return boolean types.

On Monday, 16 June 2014 03:33:32 UTC+2, Jacob Quinn wrote: it has nice discoverability properties (tab-completion) Oh that's an interesting one. Never consciously thought of the interaction between naming conventions and autocomplete functionality before. isn't generally too awkward

[julia-users] After a recent update, Julia went from taking a while to load to starting instantly on my laptop

Just curious what changed under the hood and who to thank for this improvement? :)

[julia-users] Re: GSOC 3D Visualizations plotting API - Make a wish!

By the way, no discussion about data visualisation tools is complete without this design prototype by Bret Victor: https://vimeo.com/66085662 and Victor's written addendum: http://worrydream.com/DrawingDynamicVisualizationsTalkAddendum/ On Saturday, 17 May 2014 18:51:37 UTC+2, Simon Danisch

[julia-users] Re: GSOC 3D Visualizations plotting API - Make a wish!

If we can dream and talk about only tangentially related stuff, I'd love to see a fast and easy to use library for making Voronoi diagrams. On Saturday, 17 May 2014 18:51:37 UTC+2, Simon Danisch wrote: Hi, I'm currently in the planning phase for my GSOC 3D Visualization project, which also

[julia-users] Re: Fast, robust predicates with Julia

Thank you so much! I am very busy with other things at the moment, but will dive into the code, attempt to update as necessary in a few weeks and share the results, if any. On Monday, 12 May 2014 22:52:17 UTC+2, Ariel Keselman wrote: Just looked for the code in some old backup drive and

[julia-users] Re: JuliaCon Question Thread

Are you going to film/livestream it? Are you going to have lightning talks? If the answer to both questions is yes, don't forget to film/stream the latter! Apparently the GopherCon last month had some amazing lightning talks but nobody remembered to film them. On Tuesday, 13 May 2014 05:43:34

[julia-users] Re: ANN: TestImages

Great, now we have all we need to implement LenPEG! http://www.dangermouse.net/esoteric/lenpeg.html On Thursday, 3 April 2014 00:07:57 UTC+2, Tim Holy wrote: It's a very simple package: it provides an easy way to load images that have become something of a standard in the image processing

Re: [julia-users] Re: new REPL

Still more accurate than most approximations used in astronomy ;) On Monday, 31 March 2014 14:38:48 UTC+2, Stefan Karpinski wrote: Hey, in networking protocols, infinity is often 15. On Mar 31, 2014, at 7:58 AM, Job van der Zwan j.l.van...@gmail.comjavascript: wrote: On Saturday, 29

[julia-users] Re: new REPL

On Saturday, 29 March 2014 20:59:19 UTC+1, Stefan Karpinski wrote: - The new REPL, is pretty clean, simple Julia code. Seriously – terminal supporthttps://github.com/JuliaLang/julia/blob/master/base/Terminals.jl, line

Re: [julia-users] Re: The then keyword

On Friday, 21 March 2014 21:54:53 UTC+1, Stefan Karpinski wrote: On the other hand, saying 4 == 2 + 2 or go home is perfectly reasonable ;-) I like the and || trick - hadn't seen it before and it's quite neat that it just happens to work due to the language design! *But* the || was

Re: [julia-users] Re: Julia as a General Purpose Language

On Tuesday, 18 February 2014 20:41:37 UTC+1, Stefan Karpinski wrote: Domain-specific languages (DSLs) are in vogue these days, but personally I believe that we need a few very powerful, general-purpose languages, not a lot of weak, special-purpose ones. I suspect that what drives the DSL

[julia-users] Re: Google Summer of Code: Your Project Suggestions

Developing an autoformatting tool? Like I said earlier in another discussion, I really miss gofmt when not programming in Go these days. But there's more to it than simple convenience. To quote Andrew Gerrand's argumentshttp://blog.golang.org/go-fmt-your-codein favour of having one standard

Re: [julia-users] Re: Google Summer of Code: Your Project Suggestions

On Monday, 17 February 2014 17:56:39 UTC+1, Stefan Karpinski wrote: I'm actually quite sympathetic to this idea. I suspect that Jeff thinks it's a bit of a waste of time but might be fine with using one as long as he didn't have to put effort into creating it. My guess is that Viral

Re: [julia-users] Julia computational efficiency vs C vs Java vs Python vs Cython

I must say, I'm really surprised that adding two Int32 variables results in an Int64 - I naively assumed Julia to work like this: a::T b::T (a+b)::T If people explicitly type a variable as an 32 bit integer, I think it's safe to assume they want to keep it that way unless there is no other

[julia-users] Autoformatting for Julia?

the code prints is the standard way it should be formatted. Then you have an auto-formatter: parse the code and print the resulting AST. One missing thing is that parser currently discards comments. On Thu, Jan 9, 2014 at 6:48 AM, Job van der Zwan j.l.van...@gmail.comjavascript: wrote

Re: [julia-users] Julia and Python languages

Depends on what you mean with legibility. For example (and not at all related to x.f(y) vs f(x, y)), if I look at my experience with the Go programming language, once you get used to its imposed One True Way of formatting it really makes reading other people's source code a lot easier. And