Christian Maeder schrieb:
Putting commas in the front, better indicates the continuation, but the
extra space following the open bracket ( looks a bit odd. (Surely one
could also leave a space before the closing bracket, although I wouldn't
like spaces around all brackets.)
The
Richard O'Keefe wrote:
On 25 Apr 2009, at 8:59 pm, Miguel Mitrofanov wrote:
Something like
newtype MyCoolMonad = MyCoolMonad (FirstTransformer (SecondTransformer
(ThirdTransformer Whatever))) deriving (Functor, Monad, FirstClass,
SecondClass, ThirdClass, SomeOtherClass)
[...]
For what
Xiao-Yong Jin xj2...@columbia.edu wrote:
Gwern Branwen gwe...@gmail.com writes:
I was cabalizing a package once, and I chucked into the
build-depends 'ghc' and made it build. About 30 seconds later, it
occurred to me that this was a geometry library and what the heck
was it doing with
On Fri, Apr 24, 2009 at 9:07 AM, Achim Schneider bars...@web.de wrote:
Xiao-Yong Jin xj2...@columbia.edu wrote:
Gwern Branwen gwe...@gmail.com writes:
I was cabalizing a package once, and I chucked into the
build-depends 'ghc' and made it build. About 30 seconds later, it
occurred to me
I think the non-applicable to code observation is very likely true –
we'd like to be able to write nice descriptive variable names.
In doing this, we probably want them to be more than the 1 or
2 characters that Haskellers traditionally use, maybe of the order of
5-10.
Given this, it
Just a tought: I would like to see a guide talking about the
code itself, not about the presentation. (...)
(...)
It's difficult because it's not a question of science, but rather a
question of aesthetics. And as anyone in the humanities can tell you,
(...)
Maybe we could learn with them:
2009/04/23 Maurício briqueabra...@yahoo.com:
Maybe we could learn with them: what about if Haskell Weekly
News had a section on code review, like many newspapers have
book review sections?
This seems worthwhile.
--
Jason Dusek
___
Haskell-Cafe
Maurício briqueabra...@yahoo.com wrote:
Maybe we could learn with them: what about if Haskell Weekly
News had a section on code review, like many newspapers have
book review sections?
The weekly WTF?
--
(c) this sig last receiving data processing entity. Inspect headers
for copyright
On Thu, Apr 23, 2009 at 8:29 PM, Achim Schneider bars...@web.de wrote:
Maurício briqueabra...@yahoo.com wrote:
Maybe we could learn with them: what about if Haskell Weekly
News had a section on code review, like many newspapers have
book review sections?
The weekly WTF?
I'm not sure such
Gwern Branwen gwe...@gmail.com writes:
I was cabalizing a package once, and I chucked into the build-depends
'ghc' and made it build. About 30 seconds later, it occurred to me
that this was a geometry library and what the heck was it doing with
the GHC API? So I go looking, and I find a
Jason Dusek jason.du...@gmail.com wrote:
Really, the whole thing makes me wish we had blasphemy laws.
If any person, in speaking or in writing, shall indicate
a preference for column widths other than 80 or indent
characters other than spaces (`0x20`) they shall be
Another reason for the 80 character limit: some developers have very
poor eyesight, which can be overcome with large monitors and large
fonts. This won't work if you have to scroll the code.
Regards,
John A. De Goes
N-BRAIN, Inc.
The Evolution of Collaboration
http://www.n-brain.net|
I've found that some developers have very poor taste in shirts as well,
therefore Haskell should have a dress code
Sorry I'm not buying 80 characters as a way to address bad eyesight. ;-) I
think there's supposed to be technology in the editors to deal with that...
just as we can try to find
2009/04/22 Achim Schneider bars...@web.de:
Jason Dusek jason.du...@gmail.com wrote:
Really, the whole thing makes me wish we had blasphemy laws.
I'll definitely add it to the list of questions should I ever
conduct a job interview. Just to test how much backing people
have for their zeal.
P.S. We really need such a well written style guide for
haskell. Python has this nice PEP (Python Enhancement
Proposals). Should we start making our own HEP?
We have one: urchin.earth.li/~ian/style/haskell.html
Yes, it's good. We should publicise it more.
Just a tought: I would
Maurício wrote:
We have one: urchin.earth.li/~ian/style/haskell.html
Yes, it's good. We should publicise it more.
Just a tought: I would like to see a guide talking about the
code itself, not about the presentation. Maybe this is ignored
because it's difficult. It's easy to get bad code
Dusan Kolar ko...@fit.vutbr.cz wrote:
Dear all,
reading that
according the several style guides, lines shouldn't be too long
(longer than 78 characters).
http://www.cs.caltech.edu/courses/cs11/material/haskell/misc/haskell_style_guide.html
Dusan Kolar wrote:
I would like to know, whether 78 characters bound still makes a sense...
Yes, but I wouldn't fight for a single character.
Even if I connect to my linux box with text terminal, it is not a 80x24
characters HW text terminal, but a window emulating this in whatever
else OS,
The longer a line the more difficult it is to move the focus to the
beginning of the next line when reading.
Hmm, then I must be doing something wrong, I do not fully fill program
lines... ;-)
Or my comments are too short. I do not think, this is an issue, to catch
the next line, if the
19 matches
Mail list logo