Re: Overcoming the "Dylan is Dead" belief?
Seyi Ogunyemi <[email protected]> Wed, 11 Sep 2013 12:21:22 +0100
| Newsgroups | gmane.comp.lang.dylan.gwydion.devel |
|---|---|
| Message-ID | <CAJyafzgur1KnOAt5ua=d=hceoAtQ_PS8mSq5LFUj7UOGw9iMZw@mail.gmail.com> |
On 11 September 2013 07:30, Francesco Ceccon <[email protected]> wrote: > On Sep 10, 2013, at 15:35 , Bruce Mitchener wrote: > > What can we do? What should we do? > > Alright. Comments inline, and my thoughts follow. Don't take it entirely too seriously, as I might be wrong… but there are questions and ideas nonetheless. > I think there are two course of action: > > 1. Rename the compiler to something else, so people won't associate it > with > Apple Dylan > 2. Make a library/framework that people will actually use > > I think option 1 won't solve our problems because people will go from "I > thought > Apple killed Dylan" to "I din't know $new-compiler existed". > Another point is that people, or at least me, associate Dylan with "the > *cool* > project Apple killed", so this might help us. > I'm unconvinced this will help much. Most people have no idea what Dylan is. This is the default one should expect, and "Dylan" is a decent enough name. Rather than convince the people who have heard about it in the past that it's still alive and kicking, perhaps it's more prudent to aim for the wider audience. Isn't "Here's a cool language that people write cool stuff in, and guess what? If you look a little closer, it has tons of history." a better sell than possibly confusing people about it's heritage by misleading them to think it's entirely new? > > In my opinion, the biggest problem with Dylan at the moment is that there > isn't > a project that can attract new people, except for the compiler itself. > If we make something that people will use for their weekend projects we > might > gain some traction or at least some recognition. If enough people build > something > with Dylan I can't see how someone can say that he thought Dylan was dead > :) > > I think Bruce agrees with me because he started calvino for this reason, > unfortunately the projects has stopped. A game engine is probably a good > idea because, from what I can see, game engines in other languages require > a lot of setup and learning too, so an aspiring gamedev would not be scared > of learning a new language if this means he can have a nicer environment. > For example some months ago I wrote some C# because I wanted to play with > Unity 3D, if it wasn't for Unity I would have never looked at C#. > > This bit I agree with for the most part, but I'm not entirely sure it requires libraries and frameworks. My question would be "what are the people on this mailing list currently using Dylan for and how can we all help make it easier to do that in Dylan… so easy that doing it in another language would be borderline idiotic?" For pragmatic steps, how about a poll or a few notes on what people are actually doing with Dylan? Hopefully, people who are interested in Dylan might then see how they can help (even if they're not interested in compiler hacking). It might also help to step up the marketing somewhat. When you have a good thing going, it doesn't hurt to show others how it might help them also… and make it easy for them to get started. Examples: http://tryruby.org and http://tryhaskell.org. If there's no objection, perhaps a website/branding refresh somewhere down the line might also help (e.g http://scala-lang.orgvs. http://opendylan.org). I realise this might seem like advertising spiel, but it doesn't hurt to look alive (sorry, brucem). As a last note, while Dylan has great docs, it wouldn't hurt to streamline the process from landing on the site to being able to try it out (packaging, installers… Homebrew). Some people will download a tarball and peruse the README, but I regret to say, most won't. Let's make it ridiculously easy for people to get started. Fin. This project could be something else, like getting DUIM is shape so it can > be > used to write multi-platform applications. Something likes Rails would be > nice > too, but IMHO harder because setting up a Rails (or Flask, or Django) > application > is really smooth so the bar is set very high. > > > - Francesco > _______________________________________________ > hackers mailing list > [email protected] > https://lists.opendylan.org/mailman/listinfo/hackers > -- {art.science} http://micrypt.com _______________________________________________ hackers mailing list [email protected] https://lists.opendylan.org/mailman/listinfo/hackers