Stefan, I shared your moment of terror about the idea of posting plans 
(essentially all of which will be invalidated) to the home page.

Although it's huge volume of e-mail, I do feel like people who want to keep up 
with new developments in Julia should try to subscribe to the issue tracker and 
watch decisions get made in real time. It's a large increase in workload to ask 
people to both do work on Julia and write up regular reports about the work.

 -- John

On Dec 10, 2014, at 1:48 PM, Stefan Karpinski <[email protected]> wrote:

> I have to say the concept of putting plans up on the home page fills me with 
> dread. That means I have update the home page while I'm planning things and 
> as that plan changes and then do the work and then document it. It's hard 
> enough to actually do the work.
> 
> On Wed, Dec 10, 2014 at 4:44 PM, David Anthoff <[email protected]> wrote:
> +1 on that! Even vague plans that are subject to change would be great to 
> have.
> 
>  
> 
> From: [email protected] [mailto:[email protected]] On 
> Behalf Of Christian Peel
> Sent: Wednesday, December 10, 2014 10:15 AM
> To: [email protected]
> Subject: Re: [julia-users] Re: home page content
> 
>  
> 
> One thing that I would very much appreciate is some kind of development 
> schedule.  For example
>   - Some kind of general roadmap
>   - a plan for when 0.4 and future releases will come
>   - Any plans to switch to a regular schedule?  (yearly, six
>     months, ...) 
>   - What features remain before a 1.0 release?
>   - When will following arrive?
>     > faster compilation
>     > pre-compiled modules
>     > Interactive debugging; line numbers for all errors
>     > Automatic reload on file modification.
>     > Solving P=NP
> 
> I know that it's tough to make such a schedule, but anything that you can 
> provide would be helpful. Also, I'd be happy for something like a weekly 
> update; or a weekly blog post to help those who don't peruse this group in 
> depth each day.
> 
> Thanks!
> 
> Chris
> 
> On Wednesday, December 10, 2014 5:41:35 AM UTC-8, Tamas Papp wrote:
> 
> From the discussion, it looks like that homepages for programming 
> languages (and realed projects) serve two purposes: 
> 
> A. provide resources for the existing users (links to mailing lists, 
> package directories, documentation, etc) 
> 
> B. provide information for potential new users (showcasing features of 
> the language, links to tutorials). 
> 
> Given that space on the very front page is constrained (in the soft 
> sense: no one wants pages that go on and on any more), I think that 
> deciding on a balance between A and B would be a good way to focus the 
> discussion. 
> 
> Once we have decided that, we can shamelessly copy good practices. 
> 
> For example, 
> 
> 1. the R website emphasizes content for existing users (in a non-flashy 
> way that I am OK with), with very little material for new users, 
> 
> 2. about 1/3 of the middle bar on 
> https://www.haskell.org/haskellwiki/Haskell is for new users 
> (explanations/tutorials/etc), the 1/3 is for existing users (specs, 
> libraries), and the final 1/3 is for both (forums, wiki, etc), 
> 
> 3. http://new-www.haskell.org/ is mostly caters to potential new users 
> ("see how great this language is"), 
> 
> 4. the content of clojure.org is similarly for potential new users, 
> while the sidebar has links for existing users. 
> 
> Best, 
> 
> Tamas 
> 
> On Wed, Dec 10 2014, Hans W Borchers <[email protected]> wrote: 
> 
> > Look at the R home page. R is one of the most popular languages, and esp. 
> > so 
> > for statistical and computational applications. A programming language does 
> > not need bloated home pages. 
> > 
> > I like the old Haskell home page much more than the new one. The new one 
> > has 
> > large, uninformative background pictures and not much information in a 
> > small 
> > and readable view. The HaskellWiki front page was much better in that. It 
> > may 
> > not even be decided which version will win. 
> > 
> > [Clojure])http://clojure.org/) has a nice, simple and informative home 
> > page, 
> > while [Scala](http://www.scala-lang.org/) has overdone it like the new 
> > Haskell. For other approaches see the [Nim](http://nimrod-lang.org/) - 
> > formerly 'Nimrod' - and [Nemerle](http://nemerle.org/) home pages. 
> > 
> > In the end I feel the condensed form of the Python home page will attract 
> > more interest, for example with 'latest news' and 'upcoming events' on the 
> > first page.This gives the impression of a lively and engaged community. 
> > 
> > 
> > On Wednesday, December 10, 2014 11:23:37 AM UTC+1, Tim Holy wrote: 
> >> 
> >> I like the Haskell one better than the Rust one. 
> >> 
> >> --Tim 
> >> 
> >>
> 
> 

Reply via email to