Hehee
Great.
Haskell is a flexible high level language perfect for domain specific
languages it isn't?. A well designed solution is, at the top level,
simple and understandable even by non experts. The software transforms
the complexities of the hardware into something that the user can
I'm learning what it means to be a professional Haskell programmer,
and contemplating taking on side jobs. The path of least resistance
seems to be web applications, as that is what I do at work. I've been
investigating what some web developers have to say about their trade.
One article addresses
I would think there were plenty of Haskell programmers ready to jump in as
replacements.
On 16 December 2011 15:37, Michael Litchard mich...@schmong.org wrote:
I'm learning what it means to be a professional Haskell programmer,
and contemplating taking on side jobs. The path of least
Yes! I could cite the large and growing set of libraries on hackage as evidence.
On Fri, Dec 16, 2011 at 7:40 AM, Colin Adams colinpaulad...@gmail.com wrote:
I would think there were plenty of Haskell programmers ready to jump in as
replacements.
On 16 December 2011 15:37, Michael Litchard
What about just replying with this one link:
http://www.haskellers.com/
As thumb of rule it takes half the time to review code compared to
writing it (Don't remember where I read it ..).
Thus even RoR can be a lock in and delay updates if stuff changes.
The only chance is creating a team and
Michael Litchard mich...@schmong.org writes:
One article addresses the question above. His answer was that he uses
RoR which has a large community and he is therefore easily
replaceable. My question, for freelancers in general, and web
developers in particular is this: How do you address this
I think the truck-factor implications of the programming language as
dwarfed by the implications of everything else in the project. Any project
of any significant size is going to have a huge amount of project-specific
information tucked up inside the programmers head. It doesn't matter if
there
On Fri, 16 Dec 2011 11:17:20 -0500, Brian Hurt bh...@spnz.org wrote:
I think the truck-factor implications of the programming language as
dwarfed by the implications of everything else in the project. Any project
of any significant size is going to have a huge amount of project-specific
Just like Michael, I've been learning what it means to be a professional
Haskell programmer for a few months.
I think the case of Ruby on Rails and Haskell are very, very, very different.
Ruby on Rails has been around for many years. There are books, tutorials,
examples, websites, etc. Still,
Tell them that if you were instead on Rails, you'd have a huge chance of
being hit by a train, which is likely to deal far more damage than a bus.
2011/12/16 Michael Litchard mich...@schmong.org
I'm learning what it means to be a professional Haskell programmer,
and contemplating taking on
Michael Litchard wrote:
[--snip--]
If getting hit by a bus is a significant factor in the overall outcome of
the project then I think those are pretty good odds, aren't they?
(I do realize that traffic accidents are a lot more frequent than we like to
think, but still...)
--
Bárður
On 16/12/2011 07:05 PM, Bardur Arantsson wrote:
Michael Litchard wrote:
[--snip--]
If getting hit by a bus is a significant factor in the overall outcome of
the project then I think those are pretty good odds, aren't they?
(I do realize that traffic accidents are a lot more frequent than we
On Fri, Dec 16, 2011 at 3:51 PM, Andrew Coppin
andrewcop...@btinternet.comwrote:
On 16/12/2011 07:05 PM, Bardur Arantsson wrote:
Michael Litchard wrote:
[--snip--]
If getting hit by a bus is a significant factor in the overall outcome of
the project then I think those are pretty good
Andrew Coppin wrote:
On 16/12/2011 07:05 PM, Bardur Arantsson wrote:
Michael Litchard wrote:
[--snip--]
If getting hit by a bus is a significant factor in the overall outcome of
the project then I think those are pretty good odds, aren't they?
(I do realize that traffic accidents are a
14 matches
Mail list logo
