[Haskell-cafe] Re: Haskell at bettercodes.org

2010-09-22 Thread Ertugrul Soeylemez
Malcolm Wallace  wrote:

> > we are an open source project called bettercodes.org and our goal is
> > to build up the leading developer community and collaboration with a
> > broad range of useful developer tools and feature, including a free
> > code hosting with a full project management.
> >
> > bettercodes.org should be no binded to any technology, programming
> > language, philosophy. A true place for all developers from around
> > the world.
> >
> > We are online since nearly five month, but we have a lack of Haskell
> > enthusiats. We want to invite the Haskell community to join
> > bettercodes.org and establish a strong presence their. Not instead
> > of the pure Haskell communty server, but as an extention to force
> > the exchange with other developers.
> >
> > For any question, please contact me...

Hello Sandra, hello Malcolm,

this sounds like an interesting idea, but unfortunately the site won't
work without JavaScript.  I think, a professional developer site should.

I have no particular problem with JavaScript for additional features or
eye candy, but it shouldn't be an absolute requirement.


Greets,
Ertugrul


-- 
nightmare = unsafePerformIO (getWrongWife >>= sex)
http://ertes.de/


___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe


[Haskell-cafe] Re: Haskell at bettercodes.org

2010-09-22 Thread Ertugrul Soeylemez
David Sankel  wrote:

> On Wed, Sep 22, 2010 at 8:44 AM, Ertugrul Soeylemez  wrote:
>
> > Hello Sandra, hello Malcolm,
> >
> > this sounds like an interesting idea, but unfortunately the site
> > won't work without JavaScript.  I think, a professional developer
> > site should.
>
> I can understand why it would be slightly better for any website to
> not require JavaScript clients since it becomes a bit more
> accessible. I'm confused though about why being a "professional
> developer" site would make this feature even more important. Care to
> expand on that?

Even though I'm being made fun of, Gwern is actually right.  When coding
I sometimes find it much quicker to use some text browser or in-editor
browser to look something up.  Developers shouldn't be denied doing
that, because development doesn't need fancy eye candy.  As said,
JavaScript /support/ is fine, but JavaScript /requirement/ isn't.  But
that's just my humble opinion.


Greets,
Ertugrul


-- 
nightmare = unsafePerformIO (getWrongWife >>= sex)
http://ertes.de/


___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe


Re: [Haskell-cafe] Re: Haskell at bettercodes.org

2010-09-22 Thread David Sankel
On Wed, Sep 22, 2010 at 8:44 AM, Ertugrul Soeylemez  wrote:

> Malcolm Wallace  wrote:
>
> > > we are an open source project called bettercodes.org and our goal is
> > > to build up the leading developer community and collaboration with a
> > > broad range of useful developer tools and feature, including a free
> > > code hosting with a full project management.
> > >
> > > bettercodes.org should be no binded to any technology, programming
> > > language, philosophy. A true place for all developers from around
> > > the world.
> > >
> > > We are online since nearly five month, but we have a lack of Haskell
> > > enthusiats. We want to invite the Haskell community to join
> > > bettercodes.org and establish a strong presence their. Not instead
> > > of the pure Haskell communty server, but as an extention to force
> > > the exchange with other developers.
> > >
> > > For any question, please contact me...
>
> Hello Sandra, hello Malcolm,
>
> this sounds like an interesting idea, but unfortunately the site won't
> work without JavaScript.  I think, a professional developer site should.
>

I can understand why it would be slightly better for any website to not
require JavaScript clients since it becomes a bit more accessible. I'm
confused though about why being a "professional developer" site would make
this feature even more important. Care to expand on that?

Thanks,

David

-- 
David Sankel
Sankel Software
www.sankelsoftware.com
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe


Re: [Haskell-cafe] Re: Haskell at bettercodes.org

2010-09-22 Thread Gwern Branwen
On Wed, Sep 22, 2010 at 11:15 AM, David Sankel  wrote:

> I can understand why it would be slightly better for any website to not
> require JavaScript clients since it becomes a bit more accessible. I'm
> confused though about why being a "professional developer" site would make
> this feature even more important. Care to expand on that?
> Thanks,
> David

I would guess it's because developers are much more likely to be using
all manner of weird & wonderful methods of access, like a text browser
(elinks) from a command-line over a packet-radio link to the
sub-Saharan bush, as they try to develop a script to download the site
and compile everything into Brainfuck. Or something.

A 'normal' person, on the other hand, wouldn't know a
non-Safari/Firefox/IE/Chrome browser if it smacked them upside the
head.

-- 
gwern
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe


Re: [Haskell-cafe] Re: Haskell at bettercodes.org

2010-09-22 Thread Marc Weber
Excerpts from Ertugrul Soeylemez's message of Wed Sep 22 21:57:32 +0200 2010:
> Even though I'm being made fun of, Gwern is actually right.  When coding
> I sometimes find it much quicker to use some text browser or in-editor
> browser to look something up.  Developers shouldn't be denied doing
> that, because development doesn't need fancy eye candy.  As said,
> JavaScript /support/ is fine, but JavaScript /requirement/ isn't.  But
> that's just my humble opinion.

You can have both:
www.heindke-bis.de is a page I created for a customer.  The trick is to
add the JS candy enhancements using JS only. Then you can enhance the
interface by adding onclick attributes etc. But its still browsable by
elinks and search engines by using usual href attributes.

If you think about it you may find a solution which satisfies both
needs.

Marc Weber
___
Haskell-Cafe mailing list
Haskell-Cafe@haskell.org
http://www.haskell.org/mailman/listinfo/haskell-cafe