Talk:Oz (programming language)

message: This article lacks source examples and a discussion of how the different paradigms encompassed by Oz "harmoniously blends together". In its current state it is factually informative but of little actual informative use for programmers or computer linguists. Mikademus 13:00, 9 August 2006 (UTC)
thread_title:  Article lacking 

message: Does Oz support Generic programming?  —Preceding unsigned comment added by 59.93.217.97 (talk) 06:24, 5 September 2007 (UTC)
thread_title:  Question: 

message: The code presented for the sieve is a prime number sieve,
but it is not the Sieve of Eratosthenes.
The text should be edited unless someone provides the actual sieve.  —Preceding unsigned comment added by 24.18.214.0 (talk) 02:18, 5 December 2009 (UTC)
thread_title:  Not the Sieve of Eratosthenes 

message: This article is brief, but interested me enough to look for more. Further investigation shows great work has been done to document and implement Mozart and Oz. However, getting help appears to be impossible. I installed 1.4.0 from the SUSE Linux repository, but cannot get it to run. Unfortunately, there are a backlog of unassigned bugs on the support web site. I hope Windows and Mac users have better luck.  —Preceding unsigned comment added by 72.181.55.206 (talk) 06:22, 17 July 2010 (UTC)
thread_title:  Very nice language, but lacks support. 

message: The execution speed is not a property of the programming language itself but of the mozart-compiler. That's why i suggest to mention/describe the execution speed at Mozart Programming System instead! --Mekeor (talk) 15:20, 31 July 2012 (UTC)
thread_title:  Execution speed 

message: *
*
*
Lesser Cartographies (talk) 03:24, 3 September 2013 (UTC)
thread_title:  Possible additional citations 

message: Since the switch from Geshi to Pygments for syntax highlighting (phab:T85794), support for 'oz' was unfortunately dropped, as can be seen with the plain text formatting on this page and others such as Alice (programming language). If you want specialised 'oz' syntax highlight support again, it will need to be added to Pygments.   Alternatively, if there is another language which has similar syntax, we can add that as a fallback. John Vandenberg (chat) 07:00, 18 July 2015 (UTC)
replies: text: The 'sml' (Standard ML) lang works reasonably well, except that '%' comment character is not recognised.  I've switched a few of the examples to sml, and moved some of the code comments into prose in the process.  It should be fairly simple to create an 'oz' language in Pygments by subclassing the 'sml' handler. John Vandenberg (chat) 19:50, 18 July 2015 (UTC)
replies: text: Hi Cedar101, I see you switched the lang to erlang for 11 of the source blocks, but not the remaining 5.  Using erlang is definitely the right choice when the source needs a code comment, as erlang also uses % as the comment character.  But I am wondering why not change the other five also to lang=erlang.  It looks like the highlighting of 'then' and 'else' is lost using erlang, but sml doesnt highlight elseif.  If erlang is 'close enough', we could propose a patch to the syntax highlighter so that 'oz' is recognised as a language, and rendered using the 'erlang' lexer. John Vandenberg (chat) 00:50, 23 July 2015 (UTC)
replies: text:  Okay, I changed all to "elrang". -- Cedar101 (talk) 03:54, 23 July 2015 (UTC)
thread_title:  oz syntax highlighting lost 

message: Fifteen years on, it still assumes that the reader knows the language. What is "browse"? What is special about the examples which demonstrate that it's "allowing higher order functional programming"? It's reasonable to assume that the reader understands concepts like "first class values" (which generally have Wp pages) but not that he's already familiar with the syntax and semantics of the language being described... why would he be reading the article if he were? MarkMLl (talk) 20:22, 15 July 2021 (UTC)
thread_title:  Article still lacking 

message: If a problem stated in Oz is solved in 1 hour, but that problem coded in C++ is still not solved after 50 hours, then in practice is that Oz program very slow as stated in this article ?
The conjectured Oz program may have used >50x resources, but if those resources are cheap given the value of the solution, then even that inefficiency might not look like a failing in practice.
This is all so obvious that the "very slow" statement reminds me of the "very large" programs complaint against Smalltalk, when those Large programs were Very flexible in rapid response to mission critical business issues and fostered effective team engineering transparency with small units of code ... in practice and reliably so.
174.118.226.83 (talk) 14:07, 10 January 2022 (UTC)
thread_title:  is Oz always 50x slower than GCC in practice?